/srv/irclogs.ubuntu.com/2006/12/12/#ubuntu-devel.txt

proppyinfinity: ok, i though i should ping you, because of the sync, that occured *after* the build trigger, which result in a dep-wait status12:14
infinityNo need.12:14
proppyinfinity: but i didn't know about the *move to archive* step12:14
proppyinfinity: i thought that a successfully build automaticly trigger an r-depend build12:15
proppyinfinity: but it seems to be the *move to the archive* step which does this12:15
infinityproppy: It would, if the package was in the archive. :)12:16
proppyok12:16
infinityproppy: Like I said, the package didn't hit the archive because the binary was new, and thus required some manual processing.  Normally, this isn't the case, and it's all automatic.12:16
proppythanks for debugging my head :)12:16
infinityBut we do new processing all day, every day, and don't generally need to be reminded to do so. :)12:16
proppyoh ok12:16
proppyi just realised why the binary is new12:17
infinity... says Adam, after seeing that queue/new is 75 deep, and makes plans for the morning.12:17
proppycause it changes its name12:17
infinityproppy: Right.12:17
proppybecause of  the new python naming policy12:17
=== proppy hugs infinity
jdonginfinity: did I hear that ubuntu-archive works all day every day?12:19
infinityjdong: Pretty much, yeah.12:21
infinityjdong: The joys of a distributed team.12:21
jdongcool12:21
jdongthat means the billion backports in approved state will be handled right?12:21
jdonglol12:21
infinityEventually. :)12:21
jdong:D12:22
infinityWe have priorities, of course.12:22
jdongmmm hmm :)12:22
infinityAnd, more to the point, I have priorities, since I don't have "archive days", like some of the other guys.12:22
infinityI just do the stuff that blocks the world.12:22
infinity(queue/new, queue/unapproved, etc)12:22
jdonginfinity: I understand, keep doing what you do :)12:22
proppyinfinity: you're the savior12:23
jdonginfinity: and speaking of clearing backports binary NEW... ;-)12:24
jdongcould a mono deity please comment on if any of f-spot's bugs can be resolved SRU-ly?12:27
jdongnamely bug 75390 landed in my inbox12:27
jdongahem, ubotu, BUG 7539012:27
somerville32jdong: Who are you talking?12:28
=== somerville32 doesn't see anyone named ubotu.
somerville32:D12:28
=== jdong sputters
crimsun(ubugtu timed out 22 minutes ago)12:29
jdong<ubotu> Malone bug  75390 in edgy-backports "f-spot 0.30" [Untriaged,Unconfirmed]   https://launchpad.net/bugs/7539012:29
=== bhale points at ajmitch
jdongthere12:29
jdongalmost as good as the real thing :)12:29
bhalemeh12:30
bhalepicasaweb is a rather large chunk of code12:30
bhaleyou could diff the dir and maybe update some api here and there I guess12:30
jdongso would you rather have it backported or SRU'd?12:31
=== theCore [n=alex@modemcable229.181-131-66.mc.videotron.ca] has joined #ubuntu-devel
bhalethe problem with that question is the lack of motivation for volunteer maintainers to do SRU on stable releases12:31
bhaleI dont use stable releases12:32
jdongthat's what I've been seeing12:32
bhaleit would be the right thing to do12:32
jdongubuntu-archive tells me to reroute many backports thru SRU, then the bugs just sit there and collect dust....12:32
jdongthere just doesn't seem to be enough SRU manpower12:33
jdongit's even worse when it's in universe territory12:33
BurgworkSRUs are basically boring and don't bite many develoeprs12:33
jdongyay for boredom12:34
mc44plus the fear you could break everything12:34
jdongso perhaps Backports should stay with handling everything then?12:35
jdonga Backports fix and a SRU fix are pretty exclusive12:35
bhaleagain, SRU is definately "the right thing"12:35
LaserJockwell, -backports only works if people are using it12:36
LaserJockI generally don't use -backports as I'm not interested in updated versions12:36
LaserJockbut I do use -updates as I want bug fixes12:36
jdongLaserJock: that's what I was implying12:36
jdongLaserJock: the fact that I release a backport for something doesn't affect the ability of SRU to handle it for everyone else12:36
jdongbackports has a niche12:36
jdongbhale: but it would appear like nobody wants to do the right thing....12:37
bhalejdong: I don't..12:37
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #ubuntu-devel
=== fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-devel
=== Zober [n=Zober@spe166.resnet.neu.edu] has joined #ubuntu-devel
jdubhttp://ubuntu.wordpress.com/2006/12/11/ubuntu-linux-for-non-geeks-the-book/12:45
jdubyg12:45
jdubuh12:45
jdubthat cover is, um, disturbing12:45
bhalejdong: the original title of "linux for non-geeks" was "linux for your mom"12:45
ZoberIm getting the error message: aclocal: configure.ac: 142: macro `AM_CFLAGS' not found in library.  Has anyone seen this before?12:46
jdubit's like an educational book about penguins discovering the great bunghole12:46
bhaleis that like the great pumpkin?12:46
bhaleof bungholes?12:46
Zoberhas anyone seen this issue?12:46
ZoberPlease?12:46
jdonglol, jdub and I should really battle to the death about ^jd.*$ usernames12:47
bhalejdong: no offence but jdub has a bit more cred to the name12:47
jdongbhale: it was a joke :)12:47
jdubjdong: if we're fighting dub vs. dong, somehow i think you win ;)12:48
jdongha12:48
=== licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel
=== n8k99 [n=nathan@dsl254-078-190.nyc1.dsl.speakeasy.net] has joined #ubuntu-devel
=== _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-devel
=== mc44 [n=mc44@ip-81-170-100-10.cust.homechoice.net] has left #ubuntu-devel ["Leaving"]
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== Zdra [n=zdra@69.225-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
infinitycjwatson: Still around?01:32
infinitycjwatson: Hrm, probably not, given the time.01:32
infinitycjwatson: Do you want to handle the overrides for dmraid-udeb, since it's all installerish and such?  kthx. :)01:32
=== Zdra [n=zdra@69.225-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
=== freeflying_ [i=flyingfr@205.196.222.12] has joined #ubuntu-devel
=== freeflying_ [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel
lfittlinfinity: got my message about giving back vdrift on the buildds?01:50
=== freeflying [i=flyingfr@ubuntu/member/freeflying] has joined #ubuntu-devel
infinitylfittl: Doing now.01:55
lfittlinfinity: thanks01:56
=== jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel
=== luisbg_ [n=LuisB_G@87.217.144.239] has joined #ubuntu-devel
=== shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel
=== dsas [n=dean@cpc2-stok6-0-0-cust37.bagu.cable.ntl.com] has joined #ubuntu-devel
=== dsas_ [n=dean@cpc2-stok6-0-0-cust37.bagu.cable.ntl.com] has joined #ubuntu-devel
=== proppy hugs infinity
=== infinity feels warm and fuzzy.
proppyseeya02:31
=== proppy [n=proppy@free.mekensleep.com] has left #ubuntu-devel ["Killed]
=== stub [n=stub@ppp-58.8.10.198.revip2.asianet.co.th] has joined #ubuntu-devel
bddebianWow, is infinity going soft? :)02:36
bhaleit is all part of the image02:37
bhalegoes with the hat02:37
jdubauxesis: http://www.engadget.com/2006/12/11/wiisaber-star-wars-kid-do-your-thing/ <-- dork patrol on parade.02:39
zulhey infinity 02:39
=== jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel
=== TomB_ [n=tomb@host81-152-42-42.range81-152.btcentralplus.com] has joined #ubuntu-devel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-devel
=== nixternal [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel
=== zOrK [n=eclipse@200.55.217.109] has joined #ubuntu-devel
=== binaryBlob [n=CoreTex@64-142-95-29.dsl.dynamic.sonic.net] has joined #ubuntu-devel
=== jaimevz [n=Jaime@c-24-62-63-223.hsd1.ma.comcast.net] has joined #ubuntu-devel
=== rmjb [n=richard@cuscon24320.tstt.net.tt] has joined #ubuntu-devel
=== _TomB [n=tomb@host81-152-42-42.range81-152.btcentralplus.com] has joined #ubuntu-devel
=== minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel
=== cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel
=== jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel
jdubfabbione: ha ha, nice jabber avatar03:41
=== dsas [n=dean@cpc2-stok6-0-0-cust37.bagu.cable.ntl.com] has joined #ubuntu-devel
=== lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel
=== j_ack_ [n=rudi@p508D8F9E.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== doko_ [n=doko@dslb-088-073-084-238.pools.arcor-ip.net] has joined #ubuntu-devel
=== theCore [n=alex@modemcable229.181-131-66.mc.videotron.ca] has joined #ubuntu-devel
=== jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel
=== dous [n=dous@124.107.249.192] has joined #ubuntu-devel
=== dous [n=dous@124.107.249.192] has joined #ubuntu-devel
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== ebryn_ [n=ebryn@c-71-201-174-102.hsd1.il.comcast.net] has left #ubuntu-devel ["Leaving"]
=== bronson [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
=== jrib [n=jasonr@unaffiliated/jrib] has joined #ubuntu-devel
=== eggauah [n=daniel@201.72.60.38] has joined #ubuntu-devel
=== xipietotec [n=jackfros@cpe-67-49-240-236.dc.res.rr.com] has joined #ubuntu-devel
xipietotecjust something I thought I'd mention, the language for aptitude/apt-get coming up with unsigned packages is bad...and confusing. It should be something more along the lines of "Continue Anyways? Yes/No05:32
=== nags [n=nags@125.16.129.16] has joined #ubuntu-devel
=== dous [n=dous@124.107.249.192] has joined #ubuntu-devel
=== _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-devel
=== TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel
=== jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel
=== TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel
=== mardi_soir [n=mardi_so@unaffiliated/mardisoir/x-034521] has joined #ubuntu-devel
mardi_soirhello 06:04
somerville32Hello mardi_soir 06:06
mardi_soiri have a problem 06:06
somerville32mardi_soir, What is your problem?06:06
Hobbsee#ubuntu for support, btw06:06
mardi_soirto make a deb checkinstall -y give me this http://pastebin.be/4212/06:06
Hobbseecheckinstall sucks, dont use it06:07
Hobbseeand #ubuntu for support06:07
mardi_soird'accord could you just say what else try  ?06:07
Hobbseenope06:07
Hobbseecatn tell what it is06:07
mardi_soir.. humf .. really nice .. 06:08
Hobbseesorry, but...06:08
Hobbseemardi_soir: no one in this channel actually uses checkinstall at all06:09
Hobbseeso you'd have better luck elsewhere06:09
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
mardi_soirHobbsee,  i would like just to  know what you use instead 06:09
Hobbseemardi_soir: proper debian packaging.  [16:09]  <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources06:09
Hobbseeor just compile it06:10
mardi_soirok. 06:10
mardi_soirbye06:10
=== mardi_soir [n=mardi_so@unaffiliated/mardisoir/x-034521] has left #ubuntu-devel []
fabbionejdub: with love. Fabio06:30
=== abattoir_ [n=abattoir@59.92.69.119] has joined #ubuntu-devel
=== j_ack__ [n=rudi@p508D926A.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== ScottK2 [n=kitterma@static-72-81-252-22.bltmmd.fios.verizon.net] has joined #ubuntu-devel
=== ScottK2_ [n=kitterma@static-72-81-252-22.bltmmd.fios.verizon.net] has joined #ubuntu-devel
=== dous [n=dous@124.107.249.192] has joined #ubuntu-devel
=== j_ack [n=rudi@p508D926A.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== mneptok floats past a window
=== Hobbsee watches as mneptok floats into the hot lava
Hobbseeouch!06:56
=== ScottK2__ [n=kitterma@static-72-81-252-22.bltmmd.fios.verizon.net] has joined #ubuntu-devel
=== Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
xipietotecjust in case someone didn't catch it the first time...07:05
xipietotecjust something I thought I'd mention, the language for aptitude/apt-get coming up with unsigned packages is bad...and confusing. It should be something more along the lines of "Continue Anyways? Yes/No07:05
=== Pupeno [n=Pupeno@cl-77.ewr-01.us.sixxs.net] has joined #ubuntu-devel
=== ScottK2 [n=kitterma@static-72-81-252-22.bltmmd.fios.verizon.net] has joined #ubuntu-devel
LaserJockxipietotec: that's what bug reports are for07:10
xipietotecLaserJock: It's not really a bug, it's just bad form...and I don't know how to use the bug report thingy anyways07:11
Hobbseesomeone can mark it as a wishlist for you07:11
=== Hobbsee wonders what it is now
=== ScottK2__ [n=kitterma@static-72-81-252-22.bltmmd.fios.verizon.net] has joined #ubuntu-devel
xipietotecHobbsee: It's something similar to this "To continue, type "Yes", to abort, "No"."07:13
=== Hobbsee doesnt see anything overly wrong with that. dont remember that option, either
xipietotecmaybe It's just me but my first inclination every time I see it (Especially since just typing y or n does nothing) is to see it as "Yes" and "Abort" 07:16
xipietotecto mentally I think "Yes to abort"07:16
HobbseeLaserJock: what package would the "my wireless card doesnt resume after hibernate in feisty" bug belong to?  (intel 3945)07:16
xipietotecplus it's just a highly parsed up sentence that could be said much easier and more clearly, with fewer letters07:17
=== imbrandon [n=brandon@voyager.imbrandon.com] has joined #ubuntu-devel
=== viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel
=== abattoir_ [n=abattoir@59.92.80.196] has joined #ubuntu-devel
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel
=== RemoteVi1wer [n=555@stan.physik.fu-berlin.de] has joined #ubuntu-devel
=== dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel
=== jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel
=== dLinkCrawxor [n=sdfsdfsd@125-236-172-192.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel
=== terrex [n=terrex@84-122-63-17.onocable.ono.com] has joined #ubuntu-devel
MoronShrekEdgyw00tH4x0r08:04
HobbseeMoronShrek: are you a troll or what?08:09
BurgundaviaHobbsee: geez, don't be so quick to judge :)08:09
Hobbseewell, it just seemed like an odd thing to chuck into -devel :P08:10
Burgundaviayep08:10
MoronShrekhello everybody08:13
Hobbseehey :)08:14
=== namdum [n=namdum@adsl-75-34-179-47.dsl.chcgil.sbcglobal.net] has joined #ubuntu-devel
=== marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== cypher1 [n=cypher1@59.92.191.175] has joined #ubuntu-devel
=== dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel
=== Robot101 [n=robot101@light.bluelinux.co.uk] has joined #ubuntu-devel
=== bronson [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel
pittiGood morning08:34
LaserJockmorning pitti 08:35
Burgundaviahey pitti, LaserJock08:35
somerville32Hi :)08:36
=== Hobbsee waves to pitti
somerville32pitti: Did you get a chance to review my MIR?08:36
pittisomerville32: "your's"?08:40
=== pitti hugs the channel
somerville320_008:41
=== the channel hugs pitti back
LaserJockhah08:42
pittiHobbsee: I'm delighted08:42
somerville32:] 08:42
Hobbsee:P08:42
somerville32pitti: It can be yours if you want :P08:42
=== timfrost [n=timfrost@125-238-33-97.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel
pittisomerville32: I meant, which package? :)08:44
=== glatzor [n=sebi@p54965151.dip.t-dialin.net] has joined #ubuntu-devel
somerville32Ah.08:44
somerville32xjump08:44
somerville32<g>08:44
somerville32Very addictive, light-weight game that we'd like to promote to main to consider inclusion in the Xubuntu seeds08:45
pittisomerville32: no, didn't see that one yet08:45
somerville32pitti: You're on the SRU Team, right?08:46
pittisomerville32: no, I'm not08:46
LaserJocksomerville32: SRU != MIR08:46
somerville32I know that :P08:46
=== stub [n=stub@ppp-58.8.12.128.revip2.asianet.co.th] has joined #ubuntu-devel
somerville32I just thought I'd bug him about one of my SRUs because I thought for a second he might be on the SRU team08:46
somerville32;] 08:46
=== Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel
=== cypher1 [n=cypher1@59.92.191.175] has joined #ubuntu-devel
namdumhello08:59
=== RAOF [n=chris@202.63.35.99] has joined #ubuntu-devel
=== RAOF [n=chris@202.63.35.99] has left #ubuntu-devel ["Ex-Chat"]
mdke_cjwatson: here?09:02
=== cypher1 [n=cypher1@59.92.191.175] has joined #ubuntu-devel
=== Zdra [n=zdra@64.232-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
=== hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel
cypher1is anyone working on bug 66637 ?09:17
UbugtuMalone bug 66637 in util-linux "After upgrade from dapper to edgy, swap space is discarded, system fails to hibernate (invalid swap signature)" [High,Confirmed]  http://launchpad.net/bugs/6663709:17
=== carlos [n=carlos@198.Red-88-17-197.staticIP.rima-tde.net] has joined #ubuntu-devel
mdke_cjwatson: ok, nm09:26
=== lucas [n=lucas@ubuntu/member/lucas] has joined #ubuntu-devel
=== Robot101_ [n=robot101@light.bluelinux.co.uk] has joined #ubuntu-devel
LaserJockcypher1: I would think so09:29
LaserJockI wondered why hibernation didn't work09:29
Hobbseeinvalid swapfile?09:30
cypher1LaserJock, yes even i was in edgy without hibernation for a month :) the solution there works09:31
cypher1LaserJock, now my hibernation works !09:31
HobbseeLaserJock: if the swapfile doesnt exist, well isnt found, then it cant hibernate to swap09:31
cypher1Hobbsee, yup09:31
LaserJockI just wondered because it used to work09:31
HobbseeLaserJock: you didnt answer my above questoin about hibernate and wifi cards - was that deliberate, or you didnt know?09:31
LaserJockhm?09:32
LaserJockwhat was your question?09:32
HobbseeLaserJock: what package would the "my wireless card doesnt resume after hibernate in feisty" bug belong to?  (intel 3945)09:32
cypher1Hobbsee, LaserJock it seems to be a problem with the new UUID09:32
Hobbseecypher1: yes09:32
LaserJockHobbsee: I don't know09:33
LaserJock:-)09:33
StevenKHobbsee: The kernel09:33
HobbseeLaserJock: awww, pity09:33
Hobbseeright09:34
=== Spads [n=spacehob@host-84-9-49-111.bulldogdsl.com] has joined #ubuntu-devel
cypher1does anyone know who is working on 6663509:35
cypher1i meant fixing bug 6663509:35
UbugtuMalone bug 66635 in mythtv "Merge more changes from debian multimedia before edgy release" [Undecided,Rejected]  http://launchpad.net/bugs/6663509:35
cypher1sorry bug 6663709:35
UbugtuMalone bug 66637 in util-linux "After upgrade from dapper to edgy, swap space is discarded, system fails to hibernate (invalid swap signature)" [High,Confirmed]  http://launchpad.net/bugs/6663709:35
fabbionecypher1: stop flooding the channel.. you asked once.. wait09:37
cypher1fabbione, sorry09:37
fabbionecypher1: it's assigned to a developer so it will be addressed eventually.09:37
cypher1fabbione, ok thanks.. i was interested in working in that too so thought of having a discussion with the concerned person :-)09:37
fabbionecypher1: you are looking for Keybuk that's not online now09:38
cypher1fabbione, ok thanks a lot.. i will check when keybuk is online09:38
dokopitti: did you already start the apache2 merge?09:42
=== Zdra [n=zdra@64.232-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
Hobbseedoko: he's on holidays tomorrow?09:43
fabbione<fabbione> i need to take down ubuntulog for about 10/15 minutes for urgent maintainance09:44
=== Starting logfile irclogs/ubuntu-devel.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-devel
=== Topic for #ubuntu-devel: Development of Ubuntu (not support, even with feisty) | #ubuntu for support and general discussion | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/DeveloperResources | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Herd 1 released
=== Topic (#ubuntu-devel): set by Mithrandir at Wed Dec 6 12:59:30 2006
pittidoko: thus I'm ignoring the merge now and defer judgement to infinity/Tollef10:02
=== Hobbsee_ is now known as Hobbsee
dokopitti: which holds back the subversion merge as well ...10:04
cjwatsoninfinity: done10:04
cjwatsonmdke_: yes?10:04
pittidoko: oh, new svn only works with 2.2?10:04
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
dokopitti: no, but installability of build-dependencies10:05
=== dholbach [n=daniel@i59F7687A.versanet.de] has joined #ubuntu-devel
dokoinfinity, Mithrandir: what is the reason to delay the apache2 merge?10:06
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
dholbachgood morning10:07
FujitsuMorning, dholbach.10:07
dholbachhey Fujitsu10:07
mvohey dholbach!10:11
=== astopy [n=nnadam@taurus.moosoft.net] has joined #ubuntu-devel
dholbachhey mvo10:12
=== dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel
=== twilight_ [n=twilight@ubuntu/member/twilight] has joined #ubuntu-devel
fabbionecjwatson: i don't understand one bit in os-prober/init/10filesystem... 10:23
=== twilight_ is now known as twilight
fabbionecjwatson: there are 2 entries in FILESYSTEMS. fs-core fs-secondary10:23
fabbionebut i can't find how they get expanded to real fs'10:23
fabbioneor does that happen only in d-i via anna-install?10:24
Lureinfinity: any idea why this build dep fails: https://launchpad.net/+builds/+build/28406210:26
Lureinfinity: it has lilo as build-dep, which is not installable in chroot as it seems (i386/amd64)10:26
Lureinfinity: not sure how it worked before (as depend was already there in previous upload)10:27
elmowhy on earth would you build-depend on lilo?10:27
StevenKWhy do you need to?!10:27
Lureelmo: I do not know - I have just added one simple patch to the package already in the archive (merged from debian by Riddell)10:27
Lureelmo: I can try dropping lilo build dep and try, I was just supprised it was only seen on my simple change (and not on previous uploads)10:28
elmoLure: I wouldn't just drop it blindly, but rather find out why it's there.  it's probably something stupid like a configure script checking for the path to lilo10:29
Lureelmo: I suspect there is grub/lilo GUI config tool in the package - so it may need some stuff10:29
elmoLure: but in any event, that error isn't that lilo can't be installed in a chroot per se, but that it can't be installed right now.  it should be reproducable in a clean chroot which only has main (i.e. not universe etc.) in it's sources.list10:30
Lureelmo: I will investigate this evening - I am just suprised that it failed now and not before10:30
cjwatsonfabbione: they're just %s-modules udebs10:30
cjwatsonthey aren't expanded to real filesystems10:30
=== timfrost [n=timfrost@125-238-33-97.broadband-telecom.global-gateway.net.nz] has left #ubuntu-devel []
fabbionecjwatson: ok.. i found out.. i think10:30
Lureelmo: so how can we get clean chroot (/me has no clue about buildd details)10:30
cjwatsonnote the case just below that excludes them from being used for modprobe10:30
cjwatsonLure: debootstrap10:31
cjwatsonyeah, it's an overrides bug at the moment, needs either that dependency removed from lilo or an MIR for mbr10:32
fabbionecjwatson: is there any reason for os-probes/x86 dir to exist at all? it's empty...10:32
cjwatsonit's not that package's problem as such10:32
cjwatsonfabbione: probably not. who cares? :) if a cleanup mission is necessary, it should happen upstream10:33
fabbionecjwatson: i was checking that too and probably get rid of it :)10:33
cjwatsonupstream, not in Ubuntu10:33
fabbionecjwatson: yes.. i have svn access to d-i10:33
fabbionecjwatson: i am just doing an svn up to make sure what's the right thing10:33
fabbionecjwatson: yeah it seems it can be nuked on both10:34
fabbioneanyway it's a detail10:34
=== cypher1 [n=cypher1@59.92.191.175] has joined #ubuntu-devel
fabbionecjwatson: how often do we sync from svn into our branch? is it worth to commit on both or just wait?10:39
cjwatsonfabbione: please don't commit on both10:40
fabbionecjwatson: ok10:40
cjwatsonunless it's truly necessary, and this isn't10:40
fabbioneno it's not..10:41
cjwatsonI merge after releases10:41
fabbionei just need to understand the workflow that you are using10:41
fabbioneok10:41
fabbioneworks for me :)10:41
cjwatsoncommit to *one* branch. If it's necessary, merge to the other and note in debian/changelog that it's a backport.10:41
=== cypher1 [n=cypher1@59.92.191.175] has joined #ubuntu-devel
pittimvo: if avahi gets disabled due to a .local domain, I now create a tag file /var/run/avahi-daemon/disabled-for-unicast-local, and the session can pick it up via inotify; I think this asynchronous flow is more suitable10:45
pittimvo: would you be opposed if we add this inotify check/notification to u-n?10:46
=== Fujitsu notes that u-n is getting a bit... not-entirely-related-to-updates-y.
=== alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel
pittiFujitsu: the plan has been to boost it up to 'event notifier' for a long time :)10:47
mvopitti: no, that is fine10:47
FujitsuHah.10:47
mvopitti: we should just rename it :P10:47
pittimvo: ok, I'll take a look at the code and add something10:48
pittimvo: oh, u-n is not in bzr?10:48
Mithrandirdoes avahi slow down all dns lookups for everybody, not just me?  It gets some sort of a timeout.10:48
mvopitti: I'm fine with doing it 10:48
mvopitti: it is10:49
mvopitti: let me check if it is on bazaar and if not move it there10:49
pittimvo: could you add it to https://wiki.ubuntu.com/BzrMaintainedPackages?10:49
pittiMithrandir: didn't notice a delay, but I can do some exact measuring10:49
mvopitti: its currently living on people.u.c, I will move it to bazaar now10:50
Mithrandirpitti: ah, the problem is if I have "search blah.foo.local" in my resolv.conf10:50
Mithrandirwhich for some insane reason the DHCP server here gives me10:50
pittiMithrandir: but still, I thought mdns would just resolve xxx.local, not subdomains10:51
pittiMithrandir: perhaps it doesn't check for that case and thus starts the full mdns resolution until it fails10:51
pittiLathiat: ^ any idea?10:52
=== jinty [n=jinty@177.Red-83-54-74.dynamicIP.rima-tde.net] has joined #ubuntu-devel
Mithrandirpitti: yeah, by the looks of it, it does.10:54
=== Lathiat looks up
pittiLathiat: btw, you rock! avahi works wonderfully now with n-m10:54
Lathiatpitti: IIRC< when we discussed this last, it only tried to resolve 1 level10:54
Lathiatpitti: no, i suck for breaking it in the first place :(10:54
pittiLathiat: so the credential checking stuff was useful after all, nice10:54
Lathiatpitti: yeh, i just want to verify it actually *does* something before i release it10:55
pittiLathiat: I just don't understand how uid==0 is sufficient; avahi-daemon doesn't run as root?10:55
Lathiati.e. i want to try "forge" some netlink packets 10:55
Lathiatpitti: the netlink packets come from the kernel, which is seen as uid=010:55
Lathiatbut, i do wonder if netlink sockets actually set the UID at all10:55
pittiLathiat: ok, same like hal then10:55
Lathiatalso i think the nlmsg_pid thing might be a kernel bug10:55
Lathiati was going to look into that10:55
pittiright, a pid 1834023478 doesn't make sense at all10:56
Lathiatyep10:56
Lathiati still want to know wtf NM does to make it go down and up with different netlink messages10:56
seb128Mithrandir, infinity: could you give a retry to gtkhtml3.8 eog nautilus-cd-burner file-roller epiphany-extensions builds on sparc ia64 amd6410:58
mvopitti: added10:58
Mithrandirseb128: gedit too, I suspect.10:58
pittimvo: *hug* in the meantime, I branched off from your people url10:59
seb128Mithrandir: gedit has no build problem according to my packages page11:00
Mithrandirseb128: that's because dholbach uploaded it last. :-P11:00
seb128it's "Needs Building" on amd64 and sparc11:00
Lathiathrm i just tried to netboot install edgy and debconf was eating 100% cpu for a good 20 minutes on x11-common11:00
seb128hum11:00
seb128Mithrandir: I'm looking at https://launchpad.net/distros/ubuntu/+source/gedit/2.17.1-0ubuntu111:00
Mithrandirseb128: yes, after I just gave it back11:00
Lathiatsome bugy in an update perhaps?11:00
seb128Mithrandir: ah, ok11:01
seb128thank you :)11:01
seb128Mithrandir: gcalctool too11:02
dholbachI think those were build daemon failures11:02
Mithrandirseb128: all done11:03
cjwatsonLathiat: DEBCONF_DEBUG=developer would help11:03
=== seb128 hugs Mithrandir
Lathiatcjwatson: how do i do that within the installer?11:04
seb128dholbach: if they were not I would not ask for a retry :p11:04
seb128dholbach: like if that was a package bug a retry would make no diff ;)11:05
cjwatsonLathiat: hang on, which debconf was eating CPU?11:05
cjwatsonLathiat: the one in the installer environment or the one in /target?11:05
Lathiatwell it was a process called 'debconf' while it was configure x11-common, trying to do a netbooted install11:05
Lathiatuh, im not sure11:05
dholbachseb128: I didn't read the whol conversation11:05
Lathiati'll have to restart the install11:05
dholbachs/whol/whole11:05
seb128dholbach: ah, ok ;)11:05
cjwatsonLathiat: try booting with DEBCONF_DEBUG=5 on the kernel command line11:06
seb128dholbach: that was basically me asking for build retries on a bunch of packages and Mithrandir noticed gedit too11:06
dholbachok11:06
Mithrandirseb128: actually, I was wondering why gedit was uninstallable on amd64 for the second day in a row11:06
seb128Mithrandir: could you give a retry to shared-mime-info too?11:07
=== seb128 is tracking desktop packages which failed to build
seb128Mithrandir: and rhythmbox11:07
Mithrandirseb128: why don't you ask me to just give back all of gnome? :-P11:08
seb128Mithrandir: please, give back all of gnome ;)11:08
seb128DONE :p11:08
Mithrandir(please don't I don't have the big hammers that infinity uses.  *sniff*)11:09
seb128joke aside the current list should be pretty much everything that needs a retry11:09
Mithrandirg-a-i, rhythmbox given back11:09
=== seb128 hugs Mithrandir
HobbseeMithrandir: why dont you get them?11:09
seb128g-a-i? s-m-i you mean?11:09
Mithrandirseb128: yea, s-m-i.11:09
seb128:)11:10
MithrandirHobbsee: I think I can use them, but it involves running scary SQL directly against the production LP database.  I'd like not to do that, but rather have a tool that does all the scary work for me.11:10
HobbseeMithrandir: ahhh11:11
FujitsuAw, why not? Accidentally slip and type DELETE FROM bugs;? That'd be good.11:11
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
MithrandirFujitsu: that might be a serious CLM11:12
HobbseeCLM?11:12
FujitsuCLM?11:12
FujitsuCareLess Mistake?11:13
ajmitchcareer-limiting move11:13
FujitsuHahahahah11:13
Mithrandirwhat ajmitch said.11:13
FujitsuYou never know.11:13
Hobbseehaha11:13
ograshriek ...11:13
ajmitchmorning ogra 11:13
ogracjwatson, does your mail mean we'll loose -i386 completely ? 11:14
ogra*lose11:14
cjwatsonogra: no; did you actually read my mail? :)11:14
ogra(LTSP needs it)11:14
ograwell, apart from "use the new netboot/386 build as a workaround" i didnt see any trace that we'll keep -386 anywhere11:15
cjwatsonhow do you think netboot/386 would build without the -386 kernel flavour?11:16
elmomagic11:16
ograheh, sorry then 11:16
Mithrandircjwatson: what, we can't just make strip(1) strip all the non-i386 instructions from it?11:17
ograas long as a linux-image-386 package exists, i'm fine ....11:17
mjg59Tollef is a bad man11:17
Lathiatcjwatson: will that work from pxelinux?11:20
cjwatsonLathiat: you can pass kernel arguments from pxelinux, right?11:21
cjwatsonogra: my change does not affect that at all11:21
cjwatsonit is precisely and only an installer change11:21
Lathiatwell im trying ot, see if it works11:21
Lathiatyeh that works11:23
=== Lathiat reproduces
mjg59ogra: Why does edubuntu need linux-image-386?11:23
cjwatsonogra: you should stop panicking about random changes. :-) LTSP is an important goal; if something does accidentally break it, we'll work it out11:23
=== Tmob [n=total@c-24-6-215-44.hsd1.ca.comcast.net] has joined #ubuntu-devel
=== mneptok waves his hand (again)
Tmobhi, i recompiled a kernel module and copied it to /lib/modules/2.6.17-10-386/kernel/drivers/usb/core, but when i reboot its still seems to load the old module11:24
Tmobwhat else do i need to do?11:24
=== tonyyserver [n=anthony@d235-240-148.home1.cgocable.net] has joined #ubuntu-devel
Tmobi put a few prints and its not printing them.. kinda sure its loading the old stale copy of the module11:25
=== Hobbsee defenestrates mneptok to prove he isnt being ignored
mvoSeveas: we talked (briefly) about your sources.list replacement spec. what was the name/url again?11:26
=== pitti wonders whether mvo got his /msg, or whether freenode is weird again
mvopitti: just answered, sorry for the delay was disctracted11:26
pittimvo: no hurry, just wondering; thanks!11:27
Tmobhmm its possible this driver is part of the initrd image11:28
Tmobhmm.. and usb is loaded very early perhaps11:28
cjwatsonTmob: update-initramfs11:28
cjwatson(possibly with the -u option; I forget)11:28
Tmobyup thats right11:29
Tmobhope this works..11:29
Tmobbrb11:29
=== herzi [n=herzi@kiwi.mediascape.de] has joined #ubuntu-devel
=== divansantana [n=divan@nat65.kcc.co.za] has joined #ubuntu-devel
=== tonyyserver [n=anthony@d235-240-148.home1.cgocable.net] has joined #ubuntu-devel
Seveasmvo, https://wiki.ubuntu.com/SoftwareChannelSpec11:31
SeveasI'm out for the day, please e-mail comments11:31
mvoSeveas: thanks11:33
=== fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-devel
divansantana hello everybody! :)11:33
divansantana Is there anyone here that can pretty please help me with getting squid to work with the --enable-follow-x-forwarded-for=yes option11:34
divansantanapleaase :)11:34
=== Fujitsu looks towards the topic.
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel
FujitsuThanks cjwatson.11:36
pittiKeybuk: I uploaded a new avahi an hour ago, which should fix operation; testing feedback appreciated11:36
pittiKeybuk: works perfectly for me now on amd64 and ppc with and without n-m11:37
cjwatsonFujitsu: np11:37
fabbionecjwatson:11:37
fabbione--- linux-boot-probes/common/50mounted-tests    2006-06-23 19:28:24 +000011:37
fabbione+++ linux-boot-probes/common/50mounted-tests    2006-12-12 10:36:52 +000011:37
fabbione@@ -33,7 +33,7 @@11:37
fabbione fi11:37
fabbione11:37
fabbione for type in $(grep -v nodev /proc/filesystems); do11:37
fabbione-       if mount -o ro -t $type $partition $tmpmnt 2>/dev/null; then11:37
fabbione+       if mount -o ro -t $type $partition $tmpmnt 2>/dev/null || mount -t $type $partition $tmpmnt 2>/dev/null ; then11:37
fabbione                bootpart=""11:37
fabbione                if [ -e "$tmpmnt/etc/fstab" ] ; then11:37
fabbione                        # Try to mount any /boot partition.11:37
cjwatsonfabbione: why?11:37
Lathiatpitti: amd64+ppc is a good sign11:38
Lathiatpitti: i hate the bsd socket api11:38
fabbionecjwatson: because when running on a live system, if partition foo is mount rw, it will fail to mount it ro somewhere else11:38
fabbionecjwatson: but i wanted to talk to you about it before committing11:38
pittiLathiat: heh11:38
cjwatsonhmm, interesting11:38
cjwatsonis ro/rw the only thing for which that happens?11:38
fabbionei can show it if you want.. basically linux-boot-probes will return nothing11:38
cjwatsonno, I believe you11:39
fabbionecjwatson: in that set of options yes.. afaics11:39
=== kaptengu [n=kaptengu@c213-100-60-132.swipnet.se] has joined #ubuntu-devel
cjwatsonhmm, let me think, there are some possibly unexpected implications of that change I want to think through11:39
cjwatsonspecifically in the installer we don't want to probe /target11:39
fabbioneor we need to grow a more clever logic that will check if that partition is already mounted somewhere and with what options or change the dir to check from /var/lib.. to the real mountpoint11:40
cjwatsonneed to be VERY CAREFUL here11:40
fabbioneyeps.. hence it's not committed :)11:40
=== xerxas [n=R67894@AGrenoble-257-1-58-131.w86-206.abo.wanadoo.fr] has joined #ubuntu-devel
cjwatsonfabbione: no, this needs to be conditional on DO_MOUNTED11:41
=== Robot101 [n=robot101@light.bluelinux.co.uk] has joined #ubuntu-devel
cjwatsoncurrently 'linux-boot-prober --mounted' deals with this by unmounting; teaching it how to do something cleverer wouldn't hurt11:42
fabbioneumounting is broken (and needs fixing) and you can't always umount stuff11:42
cjwatsonsee the last paragraph of README11:42
cjwatsonhello, see the way I said "teaching it how to do something cleverer wouldn't hurt"? I *know*11:43
cjwatsonbut it's important not to break primary functions of os-prober11:43
cjwatsonfabbione: hmm, exactly what situation is this coming up in?11:44
cjwatsonit's important not to probe /target, but probing random other mounted filesystems would be ok11:45
fabbionecjwatson: i am testing os-prober & Co. to write a linux-boot-thingy for silo11:45
cjwatsonfabbione: so it wouldn't have to be conditional on DO_MOUNTED as long as it excluded stuff mounted on /target, /target/boot, that sort of thing11:45
fabbioneand i was comparing different arches as well11:45
fabbionethat's how i spotted it11:45
fabbionepure testing luck11:46
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
cjwatsonit's a well-known problem in os-prober11:46
cjwatsonaffects things like creating grub stanzas for Windows if the Windows partition is automounted11:46
cjwatsonfixing it would definitely be useful11:46
ogramjg59, many of my clients are only 386/486 compatible ....11:46
fabbionecjwatson: hmmm why do i always open a pandora's box? :P11:48
fabbionecjwatson: next time i feel to look at the installer please remind me not to :)11:48
Lathiatcjwatson: blah, it worked this time 11:49
cjwatsonLathiat: yay reproducibility11:49
=== StevenK ponders running Katapult under gdb
StevenKBut first, let me bone up on gdb.11:50
cjwatsonfabbione: I think checking if it's already mounted and not mounted on /target or /target/boot and if so using a directory on which it's mounted instead of $tmpmnt would be sufficient11:50
fabbionecjwatson: the good news is that we don't need silo support... the fallback works just fine...11:51
cjwatsonfabbione: though there's still a wart in that we also need to mount the /boot partition if necessary11:51
cjwatson(within the to-be-checked partition)11:51
cjwatsonso it'll be a bit fiddly11:51
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
fabbionecjwatson: ok.. i will think about it but there is a lot of things that needs extra checking like mount by uuid need to be unrolled to the real block device and stuff like that...11:53
cjwatsonfabbione: the output of mount(1) already seems to canonicalise device names11:54
cjwatsonso I don't think that's really necessary if you're careful ...11:54
fabbione /dev/disk/by-uuid/2c15f439-31d4-4a1f-bb8a-9207c93fa374 on /boot type ext3 (rw,data=ordered)11:54
fabbionenot on all arches or so it seems11:54
fabbionesparc is normalized11:54
fabbionei386 isn't11:54
cjwatsonfabbione: I have that in /proc/mounts, but not the output of mount11:54
fabbionei have that in mount output11:54
cjwatsonok, I stand corrected then11:55
fabbionego for consistency11:55
cjwatsoncomparing device major/minor numbers would be the simplest anwer11:55
cjwatsonanswer11:55
=== divansantana [n=divan@nat65.kcc.co.za] has left #ubuntu-devel ["Konversation]
fabbionehmm no12:01
fabbionewe will need a silo12:01
StevenKSigh. Attaching gdb to katapult drops it to T state.12:01
fabbionethe fallback pulls in too much junk12:01
=== jack_wyt_ [n=jack@211.154.174.45] has joined #ubuntu-devel
StevenKNo, I stand corrected. Trying to use katapult with gdb attached to it drops it to T.12:04
StevenKAnd if kill -CONT doesn't help, what the heck will?12:05
=== shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel
=== cprov [n=cprov@monga.dorianet.com.br] has joined #ubuntu-devel
pittiStevenK: you need to 'cont' in gdb to make katapult run12:07
pittiStevenK: as long as the katapult process is ptrace()d, it can't go on12:07
StevenKAnd now it seems obvious.12:07
StevenKpitti: Thanks.12:10
pittiStevenK: you're welcome12:10
=== geser [n=michael@dialin107214.justdsl.de] has joined #ubuntu-devel
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
=== viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel
=== CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
=== divansantana [n=divan@nat65.kcc.co.za] has joined #ubuntu-devel
divansantanahello all12:18
=== CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
divansantanapretty please can someone tell me how to rebuild a deb file(from source?) with addiotnal configuration options12:18
pittidivansantana: #ubuntu, please12:18
=== viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel
Hobbseegosh, we could almost do with this moderated too..12:19
=== haypo [n=haypo@194.167.18.244] has joined #ubuntu-devel
haypohi! i have to create a package of a Python program. Should I use cdbs, python-central, or something else?12:21
haypoI read that python-central is not in Ubuntu Dapper (and I'm using Dapper)12:22
Hobbseehaypo: try #ubuntu-motu12:22
Hobbseehaypo: also, see the /topic12:22
haypooh, ok12:24
Mithrandirdoko: what's the point of the -dbg packages for ooo now that we have ddebs?12:24
=== jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel
Hobbseejono!!!12:25
jonoheya Hobbsee12:25
Hobbseeheya!12:26
_ionDuring the last 24 hours, divansantana has asked for support and been told to ask somewhere else three times.12:26
Hobbsee_ion: needing a banforward?12:26
dokoMithrandir: just synced from Debian12:26
Mithrandirdoko: ok12:26
=== haypo [n=haypo@194.167.18.244] has left #ubuntu-devel ["Konversation]
dokoMithrandir: I can explicitely disable them, if that's what we do want to do12:27
=== divansantana [n=divan@nat65.kcc.co.za] has left #ubuntu-devel ["Konversation]
=== herzi [n=herzi@kiwi.mediascape.de] has joined #ubuntu-devel
Mithrandirdoko: I don't see a point in them with ddebs, maybe pitti has an opinion.12:30
Mithrandirpitti: ^^ 12:30
=== apokryphos [n=apokryph@87-194-86-227.bethere.co.uk] has joined #ubuntu-devel
=== xerxas_ [n=R67894@86.219.148.254] has joined #ubuntu-devel
pittiMithrandir, doko: in general we don't need them, but apart from archive clutter they don't hurt; so if we have an ubuntu-modified version anyway, then disabling the package should be considered; if it was the only delta to Debian, then we shouldn't worry12:31
dokopitti, Mithrandir: ok, I'll disable these for 2.1/2.212:32
Mithrandirdoko: thanks12:32
Mithrandirdoko: planning on uploading that soonish?12:32
dokoMithrandir: no, depends on the final release. it's not yet released12:33
=== R67894__ [n=R67894@86.219.148.254] has joined #ubuntu-devel
Mithrandirdoko: ok.12:34
=== raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
=== viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel
=== dous [n=dous@124.107.249.192] has joined #ubuntu-devel
=== freeflying_ [n=freeflyi@221.216.19.61] has joined #ubuntu-devel
=== rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel
=== cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel
=== cjwatson_ is now known as cjwatson
=== givre [n=Florent@APuteaux-152-1-77-120.w86-205.abo.wanadoo.fr] has joined #ubuntu-devel
=== KaiL [n=KaiL@p548F6EE0.dip.t-dialin.net] has joined #ubuntu-devel
=== viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel
=== jonh_wendell [n=wendell@200165129086.user.veloxzone.com.br] has joined #ubuntu-devel
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel
=== TomB| [n=ownthebo@host81-152-42-42.range81-152.btcentralplus.com] has joined #ubuntu-devel
=== jack_wyt_ [n=jack@211.154.174.45] has joined #ubuntu-devel
Keybukhas anyone ever been able to get valgrind suppressions to work?01:08
=== finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel
fabbionepitti: ping?01:11
=== pitti hugs Padre Fabio
fabbioneehehhe01:12
=== Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel
=== Spads_ [n=spacehob@host-87-74-36-194.bulldogdsl.com] has joined #ubuntu-devel
=== beuno [n=martin@68-155-114-200.fibertel.com.ar] has joined #ubuntu-devel
=== beuno [n=martin@68-155-114-200.fibertel.com.ar] has joined #ubuntu-devel
pittiogra: wrt mount-all-local-filesystems> if the icons were hidden if the user is not an 'admin', would that DTRT for ltsp?01:23
ograno01:26
ograyour patch checks for permissions afaik01:26
ograso if a user is allowed to access the device its shown01:27
ograi think we should use the same mechanism for mount-all-local-filesystems01:27
ogra(or even for everything=01:27
ogra)01:27
ograseb128, is libpanel-applet a new lib ? funnily g-p-m ftbfs'es because its not in the build-deps, but it worked in edgy01:34
seb128ogra: no it's not01:34
seb128ogra: it's part from gnome-panel since before warty01:35
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
ograweird01:38
=== ailean [n=ailean@82-40-205-105.stb.ubr07.uddi.blueyonder.co.uk] has joined #ubuntu-devel
=== hunger_ [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel
seb128ogra: is that a new g-p-m version? maybe they use that lib now01:42
ograyep, its 2.17.301:42
ograi didnt want to keep you from taking your break... dotn worry, i'll handle it, i just found it strange since it wasnt needed until edgy01:43
seb128oh, no problem, few minutes is fine01:43
seb128 libpanelapplet-2.0 >= $LIBPANEL_REQUIRED \01:44
seb128from the configure.in01:44
ograyeah01:44
jonh_wendellwill feisty be LTS?01:45
ograseems its to fix the "a icon sized window with g-p-m hangs around if the panel dies" bug01:45
ogradunnon the # from the top of my head, but seems reasonable01:46
seb128ogra: 01:46
seb128+ gnome-keyring-1 >= $GNOME_KEYRING_REQUIRED \01:46
seb128+ libpanelapplet-2.0 >= $LIBPANEL_REQUIRED \01:46
seb128diff between 2.16.1 and 2.17.3 configure.in01:46
ograoh, right, thanks :)01:46
=== ogra adds gnome-keyring as well
seb128np01:47
seb128ogra: in fact it's used by the new applets01:47
seb128they added a brightness and an inhibit applet01:48
ograah01:48
ogragood to know :)01:48
seb128$ grep panel-applet * -r01:48
seb128gnome-power-manager-2.17.3/applets/inhibit/inhibit-applet.h:#include <panel-applet.h>01:48
seb128gnome-power-manager-2.17.3/applets/inhibit/inhibit-applet.c:#include <panel-applet.h>01:48
seb128gnome-power-manager-2.17.3/applets/brightness/brightness-applet.c:#include <panel-applet.h>01:48
seb128gnome-power-manager-2.17.3/applets/brightness/brightness-applet.h:#include <panel-applet.h>01:48
seb12801:48
seb128ogra: you might want to split the package01:48
ograinto g-p-m and g-p-m-applet you mean ? 01:49
seb128yep01:49
seb128-applets, there is several of them01:49
seb128of maybe by applet01:49
seb128you should talk with giskard about it probably01:50
ograsounds like a plan ... let me get it building first :)01:50
ograwell, he gave me the package i'm fiddling with atm ...01:50
seb128ok01:50
ograand i'd like him to take over at some point ...01:50
cjwatsonjonh_wendell: no01:51
=== dous_ [n=dous@124.107.249.192] has joined #ubuntu-devel
seb128ogra: would be nice ;)01:52
cjwatsoniwj: have you made any progress on winmodem-support?01:53
ogragpm-manager.c:25:20: error: sys/wait: No such file or directory01:56
ograGRMBL01:56
pittiogra: re01:58
pittiogra: 'your patch' for gnome-vfs doesn't exist yet01:59
ograpitti, ahem, and how do we handle the ltspfs devices in edgy ?01:59
pittiogra: so the permission check in this case would be to check for admin membership, which we generally use as approximation of 'gksu will work'01:59
ograi thought you just need to adapt that one01:59
=== theCore [n=alex@modemcable229.181-131-66.mc.videotron.ca] has joined #ubuntu-devel
pittiogra: something similar, right01:59
=== cypher1 [n=cypher1@59.92.191.175] has joined #ubuntu-devel
=== Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel
pittiogra: i. e. on a single workstation, non-admins shoulnd't see the icons, but admins should02:00
=== shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel
ograand why the admin group ? shouldnt we probably have a disk access specific group ?02:00
pittiogra: my question was just if that behaviour would suit the ltsp case as well, of if we need to add more conditions02:00
ograno, that should be fine for ltsp then02:00
pittiogra: admin because we essentially call 'gksudo gnome-mount'02:01
ograi thought you asked because of my mail02:01
ograoh, ok, so you get a password prompt anyway ...02:01
pittiogra: right, I asked because of your mail02:02
pittiogra: 'anyway'? no02:02
pittiogra: -> /msg02:02
=== cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel
=== lionel_ [n=lionel@ip-61.net-82-216-103.rev.numericable.fr] has joined #ubuntu-devel
=== n8k99 [n=nathan@dsl254-078-190.nyc1.dsl.speakeasy.net] has joined #ubuntu-devel
=== freeflying|away [n=freeflyi@221.216.19.61] has joined #ubuntu-devel
fabbioneKeybuk: why did you reassign udev-mdadm to me and marked as completed?02:11
fabbioneKeybuk: what has been done to actually get it going?02:12
cypher1Keybuk, hi02:12
Keybukfabbione: because you did it?02:12
Keybukthe spec says "sync mdadm from Debian"02:12
fabbioneKeybuk: i did sync mdadm from Debian yes, but that's not enough..02:13
fabbioneKeybuk: does udev take care of calling mdadm on each device now?02:13
fabbioneotherwise we did solve nothing.. mdadm in debian doesn't wait for devices to appear02:13
=== minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel
Keybukthe mdadm in Debian has a udev callout?02:13
Keybukif it's not enough, then the spec is incorrect02:14
KeybukI believe you boycotted that bof?02:14
Keybukwe looked over the Debian mdadm package, madduck had done a lot of work to make it work with udev and had a complex udev script in there02:14
fabbionemdadm calls udev when starting the raids, but there is still no guarantee that the devices from kernel/udev will be there02:14
Keybukok, in that case the spec is wrong; could you investigate what needs to happen instead?02:15
fabbioneKeybuk: i already know :)02:15
fabbioneKeybuk: basically it's always the same race at boot02:15
fabbionemdadm needs devices that might not be there02:15
Keybukthat's why for lvm and evms, we call them from a udev rule02:15
fabbioneonce a raid starts we need to inform udev sending events (that's what debian does more that we didn't)02:16
Keybukso that they get re-run every time a new device gets added02:16
fabbioneexactly.. that's what we need for mdadm too02:16
=== Pretto [n=root@200217012020.user.veloxzone.com.br] has joined #ubuntu-devel
fabbioneif i was not clear about it, i take the full blame02:16
Prettohi mvo 02:16
fabbionei thought i did tell you BUT again.. i take the blame if i am wrong02:16
PrettoCypherBIOS,  :)02:17
Keybukit looked like Debian had all of that, to me02:17
fabbioneKeybuk: no it doesn't.. i can ensure you that :)02:17
fabbioneKeybuk: they only handle the second bit of sending udev events for raids02:17
CypherBIOSPretto: hi man :P02:17
fabbionebut it doesn't wait for devices before activating the raids02:17
Keybuk"sending udev events for raids" ?02:18
fabbionethat's something i partially addressed in edgy02:18
fabbionelet me find the right words for it02:18
fabbioneKeybuk: mdadm-raid as reference and /msg for the code snippet02:19
fabbionethat's all it does for udev02:19
Keybukok02:19
Keybukso you need to call mdsomething in a udev rule every time a block device is added?02:20
Keybukif that's safe to do, go ahead02:20
Keybuksee iwj's changes to lvm02:20
=== tkamppeter [i=till@nat/mandriva/x-fb0c8c383d2a9d81] has joined #ubuntu-devel
fabbioneKeybuk: it should be safe in theory.. but i can look at it02:20
pittifabbione: network-console looks good to me, approved02:20
fabbionepitti: thanks02:21
Riddellcjwatson: that's most of the gaps filled in for ubiquity experimental-qt4-port02:22
Riddellcjwatson: but I've not actually tried an install yet, I don't have a machine set up for that, so there's a smallish chance it'll break after the last step02:23
cjwatsonRiddell: does it just need a Kubuntu live session?02:24
cjwatsonRiddell: did you figure out the xembed stuff?02:24
cjwatsonRiddell: -> #ubuntu-installer maybe02:24
=== jack_at_home [n=jack@222.131.252.159] has joined #ubuntu-devel
Keybukpitti: new avahi seems much better; the icon appears and disappears from rhythmbox just by checking and unchecking the box on the other machine02:26
pittiKeybuk: yay02:26
Keybukpitti: likewise, stopping and starting avahi on quest made it disappear and appear on syndicate02:27
pittiKeybuk: merely bringing the interface down and up should do the same02:27
pittiKeybuk: with network-manager, it didn't in the previous version02:27
pittilamont: tinycdb MIR approved02:28
Keybukpitti: switching to a different network => all vanished02:30
Keybukheh02:31
KeybukI confused N-M02:31
Keybukerr02:31
Keybukpitti: seems to work02:32
pittiKeybuk: thanks for testing02:32
Keybukcertainly when I killed NM and restarted it, they came back02:32
Mithrandirpitti: yay, thanks, promoted02:32
Keybuk(NM got confused; I tried to switch to a nearby WPA network, cancelled it on the key dialog; but then it was waiting for a key for my unsecured network and kept smacking down the IP everytime it came up -- ho hum)02:33
Keybukof course, every time the IP came up, avahi found the services, and a millisecond later, lost them again02:33
Keybukso that's a stress test, I suppose :p02:33
fabbioneiwj: given the udev rule you added in lvm2, is there really any need of the initramfs local-top script?02:36
fabbioneiwj: it was my understanding that these udev play nice with * was to get rid of these scripts02:37
=== givre [n=Florent@APuteaux-152-1-55-72.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel
tkamppeterAnyone here who has a Samsung laser printer, bw or color?02:38
pittitkamppeter: I have an ML-1610 (bw laser)02:38
iwjfabbione: Err, I'm not sure which script you're referring to.  Is this something mkinitramfs does ?02:38
tkamppeterI have packaged a new driver for these printer, Splix, see bug 59829 and bug 44407.02:39
UbugtuMalone bug 59829 in Ubuntu "No driver for Samsung ML-1610 printer" [Wishlist,Needs info]  http://launchpad.net/bugs/5982902:39
UbugtuMalone bug 44407 in foomatic-db "Samsung clp510 not working" [Medium,Needs info]  http://launchpad.net/bugs/4440702:39
fabbioneiwj: lvm2 ships an initramfs local-top script that's used by update-initramfs and mkinitramfs02:39
=== freeflying [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel
jonh_wendellWho is responsible for mounting cd/dvd? There is a bug about problem mounting cd/dvd against no package02:39
fabbioneiwj: with the udev changes you made (adding the rule), should theoretically kill the need of a initramfs script02:39
iwjfabbione: Err, probably.  Let me take a look.02:40
fabbioneiwj: sure. no hurry. i noticed only 2 minutes ago trying to figure why i deserved udev-mdadm...02:40
tkamppeterpitti, excellent, then download my package onto a Feisty box and install it. After that set up a queue with a SpliX PPD (with web interface or gnome-cups-manager).02:40
pittitkamppeter: I got your mail as a reminder, I'll try that02:40
fabbioneOMG I got UDEV02:40
tkamppeterSpliX gives once a better support for not too old bw models (better than the GhostScript built-in "gdi") and introduces support for the CLP color laser series. Very old printers (ML-12xx and ML-14xx) are not supported (stay with "gdi" for them).02:42
tkamppeterI have also good news for the introduction of printerdrake. Mandriva's config tool developers want to add Mandriva's Perl libraries for the GUI stuff into CPAN.02:45
pittitkamppeter: hm, but didn't we want to get rid of this library since the UI is not very userfriendly?02:46
fabbioneiwj: sorry.. i think the script comes from lvm-common and not from lvm2..02:47
tkamppeterYes, but there are different libraries. There is an "interactive" library which we really want to get rid of, but also a perl-gtk2 library with which the main window of printerdrake is made. This latter one can be useful.02:47
fabbioneiwj: you still want a little portion of it but other stuff should be able to die02:47
tkamppeterIn addition, all libraries can be used for first integration tests and later be removed as soon as the better UI is there.02:48
ogragrmpf, since when is calling getenv an error ?02:48
ogragcc seems not to like it02:49
=== quail_linux [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel
lamontpitti: postfix thanks you02:51
Mithrandirajmitch: I uploaded a new samba for you with type-handling actually dragged out of the build-depends. :-P02:52
pittilamont: happy postfix users like me will thank you in return :)02:52
Keybukseb128: the gnome-power-manager icons have gone fuzzy again02:52
cjwatsonogra: forgot to #include <stdlib.h>?02:52
ogracjwatson, might be that this code had no include for it, i just saw g-p-m uses g_getenv everywhere02:53
=== fabbione takes off for the afternoon... later
ograso i'm trying with g_getenv now ....02:53
ogra(its a patch that worked with getenv in edgy)02:54
=== Seeker` [n=cjo20@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel
mvohey Pretto02:56
ograpitti, g-p-m has still --disable-policykit in its configure stanza, do we use it now in HAL (since you use gnome-mount as well)02:56
pittiogra: no, we don't have PK packaged yet (no release yet)02:59
ografine then, thanks02:59
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
seb128Keybuk: that was expect, we dropped the hicolor patch which was breaking other things and we will fix it from the panel03:09
=== quail_linux [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel
iwjfabbione: Yes, you seem to be right.  The only thing that still seems relevant are the two silly symlinks.03:13
fabbioneiwj: yes the symlinks are somehow mandatory. afaict you can't create the symlinks when building the initramfs or cpio will convert them into real file03:14
fabbioneiwj: and i don't think we want to copy the lvm binary N times03:14
iwjBizarre.  Why isn't cpio passed some sane option ?  Well, never mind ...03:14
fabbioneiwj: but if you know a solution to that, we can kill the entire local-top script03:14
fabbioneiwj: dunno.. really.. i didn't fell lucky to dig into it.03:15
iwjYes, quite.03:15
fabbioneiwj: thanks for the check tho.03:15
=== fabbione takes off for the afternoon for real
Prettohey mvo, how are you doing?03:16
iwjHopefully all of this will still happen in the right order.03:16
fabbioneiwj: i have / on lvm.. if it breaks i will let you know :)03:16
fabbionewith lots of love.. Fabio03:17
pitticarlos: hey03:19
carlospitti: hi03:19
pitticarlos: does the rosetta import need the *.mo files from the translation tarballs at all?03:19
carlosno, we don't use them right now03:20
carlospitti: why?03:20
pitticarlos: IOW, if we might lose a few (or all for some packages), would that be a potential problem in the future?03:20
pitticarlos: I'm pondering only ever creating the translation tarball once03:20
pitticarlos: instead of once for every binary package03:20
pitticarlos: this would speed up pkgstriptranslations dramatically, especially for packages like OO.o (needs 2 hours there)03:21
carloswell, OO.org will stop using .po files quite soon03:21
pitticarlos: so I can either add an OO.o specific hack03:21
pittito speed up just 'openoffice.org'03:21
carlosbut in general, I think is fine to remove the .mo files, anyway, we are going to accept non .po files to translate03:22
pittior I generally drop *.mo files from translation tarballs03:22
carlosso we cannot depend completely on those files03:22
=== giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel
carlospitti: I think you can drop them03:22
pitticarlos: ok, great03:22
carlosas long as you leave the source/ tree untouched03:22
pittiyes, of course03:23
=== rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-devel
=== darek [n=darek@82.160.238.226] has joined #ubuntu-devel
darekhi03:36
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
seb128mjg59: hi. Do you think you will have time to have a look on the compiz update soon?03:39
=== static [n=emurphy@194.18.118.70.cfl.res.rr.com] has joined #ubuntu-devel
iwjfabbione: Well, I've uploaded that but I don't have a system with an LVM root atm so I haven't tested it.  If it breaks by tomorrow let me know and I'll fix it, otherwise you may have to revert it yourself as I'll be away ...03:47
=== pradeep [n=pradeep@59.92.77.81] has joined #ubuntu-devel
=== Pretto [n=root@200217012020.user.veloxzone.com.br] has left #ubuntu-devel ["Leaving"]
=== Eons [n=Eons@host-84-220-118-80.cust-adsl.tiscali.it] has joined #ubuntu-devel
pittidoko: new pkgbinarymangler for you :)04:00
dokopitti: thanks :)04:01
=== CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
=== mruiz [n=mruiz@200-126-79-213.bk5-dsl.surnet.cl] has joined #ubuntu-devel
pittiBenC: got a minute to discuss the apport kernel stuff today?04:05
=== TomB_ [n=ownthebo@host81-152-42-42.range81-152.btcentralplus.com] has joined #ubuntu-devel
BenCpitti: sure, can you give me a few minutes to get some coffee?04:07
pittiBenC: good morning04:07
pittiBenC: oh, of course, I'll be online for at least four hours still04:07
pittiBenC: no hurry at all :)04:07
=== Seeker` [n=cjo20@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel
pittiGloubiboulga: ping04:12
pittiGloubiboulga: got a minute for discussing https://wiki.ubuntu.com/GnomeMount for Xubuntu?04:12
=== fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-devel
fabbioneiwj: ok thanks.04:13
Gloubiboulgapitti: sure, but I must say I haven't looked that04:13
Gloubiboulgas/taht04:13
Gloubiboulgagrrr04:13
Gloubiboulgas/that/at this yet04:14
pittiGloubiboulga: janimo apparently wanted to get gnome-mount for Xubuntu, too04:14
=== terrex [n=terrex@84-122-63-17.onocable.ono.com] has joined #ubuntu-devel
pittiGloubiboulga: but right now it uses gnome-keyring and libgnomeui for the password dialog04:15
pittiGloubiboulga: and I guess either of those or even both are a no-no for Xubuntu?04:15
=== givre [n=Florent@APuteaux-152-1-55-72.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel
Gloubiboulgapitti: we already have gnome-keyring iirc, but libgnomeui is a problem for us04:16
pittiGloubiboulga: ah, if at least having the keyring is ok, that's already much better04:16
=== Seeker` [n=cjo20@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel
Gloubiboulgapitti: gnome-keyring is used by xubuntu-system-tools, so it's not a problem04:17
=== j_ack_ [n=rudi@p508D926A.dip0.t-ipconnect.de] has joined #ubuntu-devel
pittiGloubiboulga: how do you handle removable devices ATM in Xubuntu?04:18
pittiGloubiboulga: i. e. what drives hal?04:18
Gloubiboulgapitti: thunar-vfs handles this04:19
=== sharms [n=sharms@ubuntu/member/sharms] has joined #ubuntu-devel
pittiGloubiboulga: so not getting gnome-mount into Xubuntu feisty wouldn't be much of a problem?04:19
Gloubiboulgapitti: I don't think so, I don't really know why Jani wants to use gnome-mount04:20
pittiGloubiboulga: if it's not a blocker, then we should just defer this spec until upstream moved the gnome password dialog stuff to gtk proper; unless, of course, some of you guys feel like replacing the code in gnome-mount with some gtk bits :)04:20
Gloubiboulgapitti: Jani is supposed to work on this AFAIK04:21
pittiGloubiboulga: probably for the same reasons why we want it for Ubuntu04:21
pittiGloubiboulga: (1) handles LUKS encrypted devices, (2) now handles mounting of fixed partitions, (3) per-device gconf mount options configuration04:21
Gloubiboulgaok04:21
GloubiboulgaI see why now ;)04:22
pittiGloubiboulga: ok, I'll talk to him then, I just didn't seem him around much recently04:22
Gloubiboulgapitti: neither did I04:22
pittiGloubiboulga: ok, thanks!04:22
Gloubiboulgapitti: np :)04:22
Riddellpitti: able to look at exiv2 today?  it's passed NEW04:29
Riddellthe versioning is indeed strange04:29
pittiRiddell: oh, sure04:29
ograpitti, do you require a MIR for the switch from netkit-inetd to openbsd-inetd (debian already did that switch)04:32
pittiin principle yes, unless it's the very same codebase (which I doubt?)04:33
ograno, it isnt ... i'll write you one04:34
ograjust wanted to ask in advance ... i'm lazy, you know that ;)04:34
=== CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
=== proppy [n=proppy@free.mekensleep.com] has joined #ubuntu-devel
=== j_ack [n=rudi@p508D926A.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== proppy hugs infinity
=== malix0 [n=malix@host62-60-static.41-85-b.business.telecomitalia.it] has joined #ubuntu-devel
malix0hi all, can I ask a question about kubuntu here?04:43
Riddellmalix0: yes, but #kubuntu-devel probably better04:43
Riddellassuming it's a development question, else #kubuntu04:44
malix0is a bug (I think) on logout dialog04:44
=== BenC__ [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-devel
=== stefg [n=chatzill@dslb-088-072-254-155.pools.arcor-ip.net] has joined #ubuntu-devel
=== givre [n=Florent@APuteaux-152-1-55-72.w82-120.abo.wanadoo.fr] has left #ubuntu-devel []
=== sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-devel
=== bronson [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel
=== ubuntu_demon [n=depjayds@s5592b629.adsl.wanadoo.nl] has joined #ubuntu-devel
mvocjwatson: I'm going over the CommonCustomizations spec right now and just want to confirm that we do install linux-image-generic now by default, right?04:51
cjwatsonmvoyeah04:53
mvocool, thanks04:53
=== psusi [i=hidden-u@iriserv.iradimed.com] has joined #ubuntu-devel
=== shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel
=== ubuntu_demon [n=depjayds@s5592b629.adsl.wanadoo.nl] has left #ubuntu-devel []
iwjfabbione: Uh, I see that LP thinks that udev-device-mapper is `Not Started'.  This suggests that that lvm2 upload will break things.  Could you give it a test ASAP ?04:57
iwjmvo: Will the edgy->feisty update-manager run with edgy's or feisty's ?04:58
Keybukiwj: I haven't done anything for udev-device-mapper yet04:58
=== sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel
iwjKeybuk: So LP is accurate.  Hmm.04:58
=== wallace [i=mahmoud@85-210-159-27.dsl.pipex.com] has joined #ubuntu-devel
wallacex)04:58
mvoiwj: how do you mean? the design is such that the edgy version will download the feisty upgrade application. so in a sense, we use the feisty version04:59
iwjI think that this isn't likely to work well, then, as the dm creation events for the root fs volume might well just be ignoored.04:59
mvoiwj: why? do you need some special support from it for something?04:59
iwjmvo: Right, exactly.  Is that actually going to be the case in feisty ?  I know we didn't manage it for edgy.04:59
=== wallace [i=mahmoud@85-210-159-27.dsl.pipex.com] has left #ubuntu-devel []
iwjBecause the dist-upgrade fix for Breaks: would be good.  If we don't have it then we have to be a bit more careful about where we use breaks.04:59
=== Burgundavia [n=corey@S0106000fb085cc63.gv.shawcable.net] has joined #ubuntu-devel
mvoiwj: its planed to support it fully, but it needs support from soyuz. I will try to push for it, but its beyond my control. but its important for me05:00
mvotoo05:00
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel
iwjmvo: OK, so I think given what happened last time I shouldn't count on it.  Fair enough.05:01
iwjI think that basically means that Breaks should be used only amongst packages in main.05:01
iwjSince the handling of unsatisfiable Breaks by apt-get dist-upgrade is not ideal in edgy.05:01
mvoiwj: the issue is the missing patch that was added with the last version?05:01
iwjRight.05:01
mvoright, we can certainly get it into edgy-updates05:02
mvoits a trivial change05:02
=== nags [n=nags@59.144.54.169] has joined #ubuntu-devel
mvoand a codepath that is not touched in edgy normaly anyway05:02
iwjAh, yes, that's another idea.05:02
iwjMmm, I think I like that better.  I should stare at the change just to make sure it's really safe.05:03
mvo:)05:03
=== sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel
iwjI'll push it through the SRU then, in the New Year.05:03
sabdfl#ubuntu-meeting05:03
sabdflerk05:03
mvoiwj: thanks for taking care of it!05:03
iwjMy head's full of gdm atm.05:03
iwjmvo: NP.05:03
mvoI really appreciate that05:04
psusiKeybuk: hey... I was wondering, is it really needed to patch libdevmapper to not create the dev node?  udev will just try to recreate it won't it?  and if it already exists, will that make udev pissy?05:04
iwjpsusi: Not IME.05:05
=== jonh_wendell [n=wendell@200165129086.user.veloxzone.com.br] has left #ubuntu-devel ["Bye"]
psusiIME?  In my estimation?05:05
iwjIn my experience.05:05
=== pecisk [n=pecisk@purvc-44-54.maksinets.lv] has joined #ubuntu-devel
psusiahh05:05
iwjBICBW.  I was doing things with lvm2 symlinks not device nodes and I wasn't looking specifically for this problem.05:05
psusiI've also been wondering if g-v-m shuold continue to be in charge of auto mounting or if udev should take that over?05:06
Keybukpsusi: the trouble is that the way devmapper creates the device node means that devmapper gets pissy if udev beats it05:07
Keybukudev would just go "oh, a device node, let me fix the perms"05:07
psusiKeybuk: ahh, does it?  it doesn't just figure hey, it already exists... goody... and go on?05:07
Keybukno05:07
psusiwell then that would be a problem.... 05:08
CypherBIOSmvo: hi05:08
mvohi CypherBIOS05:08
psusiguess I'll have to dig back into that code again and fix that...05:08
cjwatsonmvo: what do you need from soyuz?05:08
Keybukit also makes sense to spin in devmapper until udev has received the kernel event anyway, to ensure whatever calls devmapper doesn't return until udev is aware of the device05:08
psusiI ran into another question last night about mailcap.... it seems that the vi package installs a mailcap rule making it the viewer/editor for text/*05:09
CypherBIOSmvo: download repository of aptoncd working :)05:09
mvocjwatson: the ability to upload the dist-upgrader as arch=any05:09
psusiisn't that bad?  I mean what if the user uses another EDITOR?05:09
mvoCypherBIOS: nice!05:09
iwjKeybuk: Urr, that's not going to work - with the way udev-lvm does it atm that'll deadlock.05:09
Keybukiwj: why?05:09
cjwatsonmvo: as I said in a comment on that spec, I'm pretty certain that that's there already05:09
Keybukadd /sys/block/sda/sda1 => vgchange => devmapper => (spin for dm-0)05:10
cjwatsonmvo: "all" isn't mentioned in the code, so I see no reason why it wouldn't Just Work05:10
psusiiwj: lvm needs changed so that it lets udev create the dev node instead of vgchange05:10
Keybukadd /sys/block/dm-0 => mknod => (release spin)05:10
Keybuketc.05:10
iwjKeybuk: vgscan does: lock, create dev node (devmapper call) which is waiting for udev.   Meanwhile udev does: scan rules, find vgscan, vgscan does: take out lock ...05:10
mvocjwatson: oh, than this may have changed since my originial implementation, I need to check this out. thanks for this info05:10
Keybukoh, I see, vg* would lock because we're calling vg* from the devmapper rule as well05:10
iwjExactly.05:10
Keybuks/devmapper rule/dm rule/05:10
=== abattoir [n=abattoir@59.92.80.196] has joined #ubuntu-devel
iwjPrecisely to make sure that everything happens in the right order.05:10
cjwatsonmvo: I reckon you should just try it and complain if the upload breaks :)05:11
psusithe dev node will already exist though when the second vgscan runs05:11
KeybukI'm trying to think whether it matters whether things that create the dev node return before udev has the event05:11
mvocjwatson: haha, good idea :)05:11
psusiso the first vgchange will return and drop the lock05:11
psusiallowing the second to continue05:11
psusino?05:11
Keybukassuming we modified devmapper to not mind if the device node already exists with the right details05:11
CypherBIOSmvo: when we'll start the work?05:11
iwjKeybuk: I think if it does then we have to change things like lvm2 and evms to make a separate `wait for my events to be handled' call.05:11
iwjBecause lots of those are going to involve reentering lvm2/evms/etc.05:12
iwjSo you have to wait outside the lock.05:12
Keybukdunno05:12
Keybukwould have to test and play05:12
psusiif libdevmapper waits for udev to create the node, that should work fine... udev creates the node, allowing the libdevmapper client to finish up and exit, THEN invokes vgscan05:12
iwj(Less true of evms since it does the recursion itself.)05:12
=== truz_`24 [n=truz_`24@74.129.166.232] has joined #ubuntu-devel
iwjpsusi: Presumably the idea is to make san-add-device or whatever it's called not return until all the LVs on that SAN are actually online.05:13
mvoCypherBIOS: are your changes in svn yet?05:13
KeybukI think psusi is right, I don't think there's a deadlock here05:14
CypherBIOSmvo: yes, I've uploaded the download rep on svn yesterday05:14
iwjAnd if you do that then san-add-device has to wait for the udev event to be _completed_.  And all of the consequent udev events, in fact.05:14
psusiyea... what is wrong with that?05:14
iwjKeybuk: libdevmapper will wait only for the block device node and not for the RUN+= to be finished ?05:14
Keybukiwj: right05:14
iwjKeybuk: I think that's harmless.05:14
Keybukthat's what the spec says, anyway05:15
Keybukof course, the principal flaw of the spec process is writing all this stuff down without actually trying any of it out <g>05:15
iwjIf you make the device node creation in libdevmapper idempotent then you don't have a race any more.05:15
Keybukone only finds the problems when you try and implement it05:15
CypherBIOSmvo: need more polish, because we're doing everything from-scratch, but already get the deb files of selected repository :)05:15
iwjKeybuk: No shit.  But such is life.  Think how bad it would be if we tried to do it without even writing anything at all down first ...05:15
Keybukiwj: how do you mean?05:15
psusiat least when you write it down, others have a chance to look it over and say hey... I don't think that will work05:16
mvoCypherBIOS: cool! I will update my local tree and check it out05:16
iwjKeybuk: I mean the problem here is that libdevmapper throws a wobbly if udev gets there first with mknod.  So make it say mknod(temp name); rename() and then the race goes away.05:16
psusior hey... it might be better like this05:16
iwjThe only problem you're left with is that the perms might be those from libdevmapper or those from udev.05:17
psusiiwj: libdevmapper needs to not mknod at all05:17
Keybukiwj: or mknod(real name), check for EEXIST05:17
CypherBIOSmvo: Also, I'm packaging the aptoncd, and putting it on REVU, if you want take a look... http://revu.tauware.de/details.py?upid=374805:17
iwjpsusi: If you do that then it has to wait since other things libdevmapper's caller is about to do will depend on it.05:17
iwjKeybuk: Err, yes.05:17
psusiiwj: right.. it just needs to wait a second or three for udev to create the node05:18
iwjKeybuk: Is it possible somehow for udev and libdm to disagree on what the node should be like, or for there to be some race where one is adding and the other is removing, or something ?05:18
=== somerville32 [n=somervil@fctnnbsc15w-156034086016.nb.aliant.net] has joined #ubuntu-devel
iwjpsusi: No no no, definitely no random waiting.05:18
Keybuk(if you want to implement udev-device-mapper, btw, go ahead -- I won't get to it until January or so)05:18
=== jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel
Keybukiwj: udev could have a different name for it, I guess05:18
iwjKeybuk: Me neither.  I'm trying to replumb gdm right now.05:18
Keybukoh, cool; I'm looking forward to the gdm spec05:19
iwjKeybuk: That would work.  Or we could suppress udev's node creation.05:19
iwjKeybuk: Not the face browser one, the no insane switch users one.05:19
Keybukthat's the one I'm looking forwards to05:19
Keybukdon't care much about face browsers05:19
Keybukhaving a single screen for login, unlock, switch user, etc. has been a pet gripe of mine for a while <g>05:19
iwjsuppress udev> Since we now have a lock to make sure udev won't continue until the caller has made the node, for evms and lvm2 and will have for the next thing.05:20
psusiwhat does libdm need with the node after it is created?  doesn't it set it up before then via the control?05:20
psusior does it just create it, then has to configure it?05:20
Keybukiwj: suppressing udev would be bad, that'd mean we couldn't use the ADD block/dm-* events to mount things, because we couldn't guarantee the device node existed05:20
Keybukthat's what we do today05:20
iwjpsusi: Typically the caller is something like evms and is going to peer into it to see what it is.  That is, actually read and write the dm device.05:20
psusiiwj: ok... so what's wrong with waiting for udev to create the node?05:21
iwjKeybuk: yes, you can, because the things that create dm nodes all have one of these `rerun vgchange'-a-likes in RUN+= which get done first.05:21
psusiit is already fully accessible by that point right?05:21
psusior is it just an empty device with no table yet?05:21
iwjpsusi: Well, it's hassle to talk to udev.  You seemed to be suggesting sleeping and polling or some nasty thing.05:21
Keybukiwj: dm nodes are created by more than just lvm and evms05:21
iwjpsusi: And yes, the creator will typically create it and then load a table.05:21
psusiiwj: yea... poll and sleep for a while05:22
iwjKeybuk: Yes, but we could make it a rule that they have to do some lock like this.05:22
psusicrap... well if the table isn't loaded until after the add event, that is a problem05:22
Keybukiwj: that rule would be insane05:22
iwjpsusi: That's a hideous hack which makes the boot slow.05:22
Keybukand involve modifying huge amounts of things05:22
psusithe add udevent needs to be surpressed until after it is setup and enabled05:22
psusior another event needs to happen that actually does the work isntead of add05:22
Keybukand would fail every time someone found a new use for device-mapper05:22
Keybukpsusi: the add event occurs because it has been setup and enabled05:22
iwjIn my tests both lvm2 and evms generated ADD and CHANGE udev events.05:22
iwjIn that order.05:23
fabbioneiwj: yes.. in about 10 minutes05:23
psusiiwj: how does it slow down anything?  it won't take long for udev to make the node and libdm to carry on05:23
iwjfabbione: Great, thanks.05:23
fabbioneiwj: i want to check the debdiff. 05:23
fabbioneiwj: did you only change the script or also change its dependencies and where it run?05:23
iwjKeybuk: Yes, I agree it's not very good.  But I want to understand all the possibilities.05:23
iwjfabbione: I also removed the prereq.05:23
psusidoes the add uevent happen before the table is installed to the device is the question?05:23
fabbioneiwj: because in this new setup lvm needs to run before udev05:23
iwjSince it wasn't relevant.05:24
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
fabbioneiwj: otherwise udev rule can kick in without the symlinks being there05:24
fabbionebut i didn't verify.. it was only flashing in my head05:24
iwjfabbione: Err, yes, that's what I was talking about before.05:24
fabbioneiwj: sorry i was feeding the baby and lost the scrollback05:24
fabbionebut i will test soon enough05:24
iwjfabbione: Hmm.  OK.05:24
psusiyea... I'm thinking that you get the add event first, before the table is set up... then a change event05:26
psusithat's a problem05:26
fabbionelvm-common_1.5.20ubuntu9 ?05:27
iwjfabbione: t05:27
=== quail_linux [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel
=== fabbione upgrades
psusithat means that udev needs to NOT try to look at the device when it gets an add event because it may not yet be accessible05:28
=== alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel
psusiyou need to wait for the first CHANGE event before trying to access the device... and there can be subsequent CHANGE events that you would want to ignore?05:29
fabbioneiwj: lvm-common doesn't invoke update-initramfs-. we need to fix that05:29
iwjfabbione: Urr, I'm not convinced it should.05:30
psusiwhat's more, the block device can be in a suspended state where attempts to scan it will block... that could be bad05:30
iwjIf your current setup is working it probably ought to leave it.05:30
fabbioneiwj: ok.. let's talk about it a few05:30
=== fabbione reboots and hopes
psusiiwj: who says it is currently workign?  if you are installing lvm it needs to update-initramfs to get its init script in there05:31
iwjpsusi: I was talking to fabbione there.05:31
iwjOh, I see.05:31
iwjYou can't move your / to lvm without doing quite a lot of stuff.05:31
iwjArguably mkinitramfs is just another entry in that list.05:32
=== cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel
psusithink boot from livecd, chroot into lvm05:32
psusithen install the lvm package05:32
=== givre [n=Florent@APuteaux-152-1-55-72.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel
psusiat that point it is not in the initramfs05:32
=== boggle [n=spindler@montreal.canonical.com] has joined #ubuntu-devel
=== holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-devel
psusiso when you reboot, it won't work... I'd expect it to be working after installing the package05:33
MithrandirRiddell: I'm going to reject the kopete SRU; please reupload where you use the appropriate -v parameter to dpkg-buildpackage/debuild.05:36
RiddellMithrandir: ok05:37
=== fabbione [i=fabbione@trider-g7.fabbione.net] has joined #ubuntu-devel
psusihrm.... how could you make sure you don't block trying to probe the dm device if it is suspended?  hrm....05:37
fabbioneiwj: it didn't really work.. 05:37
fabbioneiwj: the commands where there.. vgchange and co.. but it's like they have never been executed05:38
fabbioneiwj: debugging now...05:38
iwjfabbione: What does lvdisplay and dmsetup table say ?05:38
iwjUrr, I suppose the initramfs may not have these ...05:39
psusicome to think of it this is a more general problem... you don't want udev blocking on the utility that scans a cd for its volume ID if it is going to take 5 minutes because the cd is dirty05:39
fabbioneiwj: none of the vg were activated05:40
fabbioneiwj: i had to run manually vgchange -a y 05:40
iwjThat's just weird.05:40
iwjAnd then that worked ?05:40
fabbioneyeps05:40
fabbionei wonder if the issue might be watershed05:41
iwjOh, that's probably missing too still.  Duh.05:41
=== thekorn [n=markus@a89-182-5-161.net-htp.de] has joined #ubuntu-devel
iwj*thumps head on desk*(05:41
iwjSorry to put you to pointless trouble, that was entirely predictable.05:41
iwjI will revert this change right away.05:41
fabbioneiwj: wait...05:42
fabbioneisn't watershed already in udev?05:42
iwjKeybuk says it's in some patch he has but which isn't in our udev.05:42
fabbionedon't revert.. let's get it fixed.. testing on this machine is a pain05:42
fabbionewe might as well do it now that i am in ub3r t3xt m0d305:42
iwjpatch> which he's going to review RSN honest guv.05:42
fabbioneKeybuk: ^ can you confirm pretty please?05:42
fabbioneok05:43
fabbioneiwj: i assume that if i remove the call via watershed it should work05:43
iwjYes.05:43
fabbioneok05:43
fabbionelet me test that05:43
iwjWell, apart from (a) the symlink race and (b) the lack of udev-devmapper.05:43
iwjSo really no.05:43
psusihrm... does udev wait for RUN+= to complete or does it fork it in the background?05:43
iwjpsusi: It waits.05:43
psusidamn... that is not good05:44
psusiwhat if the program hangs?  udev stops processing events?05:44
iwjOnly that event.05:44
psusiohh.... ok...05:44
fabbioneiwj: still worth a shot05:45
fabbionebrb05:45
=== giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel
iwjfabbione: Good luck.  You have more keenness to watch your machine not boot than I do I think ...05:45
cjwatsonthat's what break= is for :-)05:46
cjwatson("hi, I'd like to boot up my machine by hand. Pass the toggle switches")05:46
sbalneavBenC: Have you got a minute?05:47
BenCsbalneav: depends if it's a real minute, or one of those extended ones :)05:47
=== bddebian [n=bdefrees@mail.ottens.com] has joined #ubuntu-devel
psusiyou said udev will block processing of that event for the duration of the external program.... do you mean that event, or events from that device?05:48
iwjI think that event.05:48
psusii.e. can a device generate an add, then a few changes, and have them all processed by udev in paralell?05:48
iwjDoes udev even internally connect different events for `the same device' ?05:48
psusihrm.... 05:49
sbalneavheh, well, I'm doing some edubuntu stuff here.  Trying to share /home via NFS, and getting bitten by #62308.  ogra suggested trying 2.6.19 from feisty, but it hard panics on boot.  I'm running the -bigiron variant on a dual xeon 5 gig ram.05:49
bddebianHeya05:49
alex-weejany idea how i can debug ACPI suspend? my PC just turns off then instantly back on again (sans working sound card)05:49
iwjpsusi: But note that I'm really guessing here.05:49
sbalneavThought you might like to know the 2.6.19 hard panics05:49
BenCsbalneav: dual xeon just needs -generic05:49
BenCbigiron isn't mean for a machine that small05:50
ograthat didnt detect the 5 gig iirc05:50
BenCmeant05:50
BenC-server than?05:50
sbalneavWill I see the 5 gigs then? I needed the -bigiorn for the memory stuff to see beyond 3.5 gig05:50
ogra-server might be suitable05:50
sbalneavI'll try05:50
BenCI think -server will work05:50
sbalneavok, let me try, thx05:50
BenCnp, let me know how it goes05:50
cjwatsonsbalneav: BTW, I had a look at turning off encryption in ssh. There's a patch out there that allows rekeying to the null cipher *after* authentication, which I think is much better than plain Cipher=none; it forbids rekeying to null if there's a tty open, and IIRC it forbids password authentication if you're using that feature. Would that work for you?05:50
sbalneavThat would be tres sexy.05:51
ograBenC, in any case i need proper NFS in feisty #62308 would bite me hard since edubuntu will run ldap and nfs mounted homes by default 05:51
cjwatsonsbalneav: the patch isn't in a suitable form at the moment, so it would take some work, but the upshot would be that you'd do NoneEnabled=yes on the server and NoneEnabled=yes + NoneSwitch=yes on the client.05:51
cjwatsonor words to that effect05:51
=== sbalneav slides cjwatson an e-beer
=== ogra puts a box of e-beers on top of that :)
cjwatsonI'm not all that happy with the option naming, but given that the patch is out there and semi-widely used (it's part of the HPN-SSH patches), it's probably the lesser evil to stay compatible with it.05:52
BenCbug 6230805:52
UbugtuMalone bug 62308 in linux-source-2.6.17 "Permission Denied on nfs clients for only some files" [High,Confirmed]  http://launchpad.net/bugs/6230805:52
sbalneavDealing with that's just a doco problem.05:52
cjwatsonsbalneav: so you definitely don't need to open a terminal over the ssh session with Cipher=none - just X forwarding?05:52
ogracjwatson, just call it TotallyInsecure=Yes ... would work as well, and give you a subtile warning05:53
BenCogra: I think we have a fix for that bug, and I'm pretty sure it's edgy-only05:53
sbalneavJust X forwarding05:53
iwjoption naming> You should counter with SomeEnabled, AnyConditionallyEnabled, MysteryOptionValue=313, etc.05:53
ograBenC, ah, cool, thanks05:53
BenCogra: Kyle worked on it with support last week, so we have a patch that fixed issues with nfs05:53
kylemBenC, it's edgy only afaict... nobody has complained about nfs <4 being broken on lkml afaict.05:53
cjwatsonogra: heh, as I say I think it's probably the lesser evil to stick with what other people are using and let upstream fight that battle at some point05:53
sbalneavBenC: Is the fix in the works? i.e. will we see a new kernel shortly?05:53
ograheh, ok05:53
BenCkylem: Did that make it into the last edgy kernel upload?05:53
cjwatsonupstream typically renames options when they accept them, and I'm unlikely to be able to predict how they'll do that anyway05:53
kylemBenC, no, it wasn't in the security tree. there's a rub to it too.05:54
cjwatsoniwj: :-)05:54
fabbioneiwj: ok.. i think i found the problem. lvm is in local-top and it's executed way after udev. It looks to me that vgchange isn't there at the time we need it.05:54
fabbioneiwj: i am going to test this theory too05:54
kylemBenC, while it fixed the problem for $client, i got an email reporting it broke things worse for someone.05:54
fabbioneiwj: sorry if it takes so long but i need to wait the 3 minutes timeout to get to busybox on each reboot05:54
iwjfabbione: I think you're wasting your time but it's up to you.05:54
BenCkylem: Maybe just reverting all of nfs/nfsv4 in edgy to stock code would be the best thing05:54
kylemBenC, i think that's probably best.05:54
iwjfabbione: but re the symlink think, obviously we should fix it so we can include the links in the initramfs.05:55
iwjs/think/thing05:55
wasabiya'll debugging the failure of lvm/md in feisty initrd?05:55
iwjwasabi: Ah, hello.  fabbione is trying to get it to work but I think he's doomed.05:55
ograwasabi, no, some of us do regular work as well :P05:55
wasabiSeems to me to be that nothing is forcing them to wait for udev to find actual devices.05:55
iwjThere are too many bits missing.05:55
wasabiso it's a simple race05:55
fabbioneiwj: well i am going to test this last one and then stop. 05:55
wasabithey run before udev even knows drives exist.05:55
iwjwasabi: Half of the new arrangements for feisty have been implemented but not the other half.05:56
wasabiYeah.05:56
iwjfabbione: OK, have fun :-).05:56
fabbioneiwj: since i am in debugging mode i might as well check what's needed for the other bits05:56
wasabiI've just stuck a 5 second wait in my initramfs until somebody finishes it. :005:56
iwjwasabi: I'm just going to wait for fabbione and then I'm going to revert it (assuming I can persuade fabbione that this isn't a hideous idea).05:56
wasabiAll that local-* stuff just needs to fire in response to udev events properly... which it doesn't.05:56
wasabiheh05:56
wasabiDid we decide authoritatively to use evms for all?05:57
=== Adri2000 [n=Adri2000@unaffiliated/adri2000] has joined #ubuntu-devel
iwjwasabi: No.05:57
wasabiOr was that just crack.05:57
wasabialas. That would sure simplify the situatioon (except for raid10 users!)05:58
fabbioneiwj: DOH! udev rules are not all copied in the initramfs!06:02
=== fabbione digs that
fabbioneiwj: i blame udev :)06:03
fabbionecheck /usr/share/initramfs-tools/hooks/udev06:03
fabbioneit just doesn't copy all06:04
Keybukof course not06:04
Keybukmost of them are entirely inappropriate06:04
Keybukif lvm has rules, it's up to lvm to ensure they're in the initramfs06:04
psusiyea, the initramfs hoook scripts need to copy additional udev rules you install06:04
wasabilvm's package probalby just needs a set of rules specific for initramfs.06:05
wasabirepeat for evms and mdadm06:05
iwjKeybuk, fabbione: yikes.06:05
iwjfabbione: Please please say you want me to revert this now.06:05
wasabiwhat's the change being reverted?06:06
wasabior, proposed for revertion.06:06
Keybukiwj: the lvm hook needs to copy its udev rule06:06
fabbioneiwj: i have almost done.. let me check if it works.. 06:06
fabbioneiwj: lvm-common doesn't update the initramfs so it won't break too much06:06
iwjfabbione: You've almost reverted it ?06:06
iwjwasabi: lvm-common (1.5.20ubuntu9) feisty06:07
fabbioneiwj: no, fixing the copy of the udev rule06:07
=== alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel
fabbioneiwj: don't worry about my ws.. i can still boot it manually.. it's not an issue at all06:08
=== fabbione tests again
iwjfabbione: Yes, but I want to not break everyone else's !06:08
iwjOr at least to undo it before it breaks someone's machine.06:09
fabbioneiwj: screw everyone else :) this is feisty .. breakage is expected06:09
fabbionebrb06:09
wasabiIt's feisty. Who cares.06:09
wasabi=)06:09
psusiso you have udevified lvm in feisty now?06:09
wasabipart of it.06:09
psusiI need to get cracking on doing that for dmraid06:09
wasabisame needs to be done for mdadm06:09
wasabiActually, this is bugged.06:10
wasabiNeeds to be thought of a bit more.06:10
wasabiThese udev rules will run even when they shouldn't: when evms is being used.06:10
wasabiHence, mdadm will build arrays that evms should be responsible for.06:10
psusiisn't evms just lvm + mdadm sloshed into one?06:11
wasabiYes, but it builds the arrays on it's own, using different devmapper devices.06:11
psusiwhy bother with evms then?06:11
psusijust let lvm and mdadm handle it06:11
wasabiBecause it does it better. :006:11
psusihow so?06:11
wasabiFor instance, if you have md0 containing /dev/sda2 and /dev/sdb2, evms will use devmapper to make /dev/evms/sda2 which is not the same device as /dev/sda206:11
iwjI've uploaded a reverted version now.  With entries in the changelog explaining what was wrong.06:12
iwjThere's no harm in uploading a working version later when we have one.06:12
wasabipsusi: Because it brings the entire stack into one management tool/api.06:12
wasabiIt is a pleasure to use.06:12
psusiwasabi: you mean evems sets up a direct linear mapping for the physical devices to support snapshots?06:12
=== iwj goes back to gdm.
wasabiPretty much. It duplicates hte kernel partition support.06:12
psusiwasabi: ok... then just use evms and ditch lvm/mdadm ;)06:13
madduckwasabi: what use is /dev/evms/sda2 when it's part of a RAID?06:13
wasabiExactly.06:13
wasabimadduck: evms uses /dev/evms/sda2 to assembly the md device.06:13
fabbioneiwj: ok.. copying the rule works06:13
madduckso?06:13
wasabiIf mdadm goes off an assemblies the device ALSO using /dev/sd.06:13
wasabiYou'll get two devices.06:13
psusiwasabi: yea, but what good does that do?  why not just use the real sda2?06:13
madducksure, but i am much more interested in why evms is supposed to be so much better06:14
fabbioneiwj: and that's the only change (+ the watershed) that i had to do06:14
wasabipsusi: Sort of goes to the heart of the design of evms.06:14
wasabipsusi: The goal to be one API and interface to manage all partitions all teh way to the top layer.06:14
madduck"brings the entire stack into one management tool/api" and "duplicates hte kernel partition support" sounds like a windows application to me, not Unix.06:14
wasabiSo you can do high levle operations, and it can use the various pieces in the stack intelligently to prevent dumb operations.06:14
psusiwasabi: so evms ignores the existing partition devices, finds the raw disk device, and makes its own partition devices for it?06:14
wasabiCorrect.06:14
psusiwasabi: ok... so let's use evms only, and disable the partition code in the kernel ;)06:15
wasabiIt would be safe to say evms is designed to replace mdadm/lvm and kernel partition code.06:15
madduckgreat idea06:15
wasabipsusi: That's what we talked about at UDS.06:15
madduckand rewrite all tools that use the established standards.06:15
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-devel
wasabiI just don't think anybody has taken reponsibility for driving that out.06:15
=== madduck fades out of the discussion
wasabiAm I wrong?06:15
iwjfabbione: I think also the symlinks need fixing and there's a race where it might not find your root fs if the lvm stuff is too fast.06:15
psusiohh yea... that will break things like fdisk and parted06:16
wasabiWon't break fdisk I don't believe.06:16
wasabifdisk will modify the real device, /dev/sda.06:16
psusiyea.. it will... fdisk expects the real block device and for it to support the BLKPRT ioctl06:16
fabbioneiwj: probably.. but very unlikely... this machine is very fast at bringing up devices and lvm in local-top did still run faster06:16
=== bronson [n=bronson@66.160.177.208] has joined #ubuntu-devel
psusidm does not06:16
wasabiSomething, either the kernel partition table or evms will need to rescan the devices and recreate the parititon maps06:16
fabbioneiwj: anyway the rule work and that's good06:16
wasabiOh.06:16
iwjfabbione: Right, that's good to know.  I think this is definitely useful info.06:17
iwjI've captured it in the changelog entry I think.06:17
psusiso you could still run fdisk on the raw block device, but you would have to reboot for changes to take effect06:17
fabbioneiwj: well it's only 2 changes... -watershed and copy the rule... that's all i did at the end06:17
wasabiHow so?06:17
wasabiYou'd just need to have evms rescan.06:17
fabbioneiwj: or at least what i have now to boot the system06:17
psusiwell, yea... you could manually force a rescan06:17
iwjfabbione: I think we need udev-device-mapper too but you were lucky.06:17
psusibut fdisk doesn't know how to force evms to rescan, and neither does parted06:18
wasabiThose would have to be corrected, yes.06:18
iwjfabbione: Either that or I don't quite understand the boot process.06:18
iwjWhich is quite likely :-).06:18
fabbioneiwj: probably yes, but i was able to observe the devce-mapper race only when doing some very complex operations06:18
=== givre [n=Florent@APuteaux-152-1-11-189.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel
iwjfabbione: Mmhm.06:18
fabbioneiwj: like take 200 lvm snapshots of the same device06:18
fabbioneiwj: that was triggering the race that we discussed at UDS06:18
iwjThat's just cruel.06:18
fabbioneiwj: i wish nobody did that.. but well there is a bug in LP06:19
wasabiSo how are you all proceeding? Using udev or not?06:19
iwjwasabi: We're going to have udev but I think not quite yet.  In January.06:19
psusiudev handling of dm devices is going to be very sticky06:20
iwjpsusi: https://blueprints.launchpad.net/distros/ubuntu/+spec/udev-device-mapper06:20
wasabiSo what's up with the current setup? Will mdadm/lvm wait for devices to appear?06:20
psusisince the device isn't neccesarily accessible when udev gets the add event06:20
=== psusi heads to lunch
iwjwasabi: edgy has a kludge, which I've just redeployed.06:21
wasabiDoes the kludge effect just lvm-common or mdadm too?06:21
wasabiMy current trouble has been with mdadm.06:21
fabbionewasabi: that will be fixed too06:22
fabbionewasabi: needs udev integration06:22
wasabiNot until a lot of discussion takes place. ;)06:22
fabbionewasabi: it already happene06:22
fabbione+d06:22
fabbioneand it has been decided06:22
wasabiDoes it disable itself when ROOT=/dev/evms/*?06:22
wasabiBecause otherwise people are going to be not to happy.06:22
fabbionewhat had that to do with running raids?06:23
wasabicurrentl local-top/mdadm local-top/lvm are DISABLED when ROOT=/dev/evms/*06:23
wasabiFor good reason.06:23
fabbioneno they are not...fabbione@gordian:/usr/src/ubuntu/mdadm/mdadm-2.5.6/debian/initramfs$ grep evms script.local-top 06:24
fabbionefabbione@gordian:/usr/src/ubuntu/mdadm/mdadm-2.5.6/debian/initramfs$ 06:24
fabbionewasabi: and never was06:24
fabbionenot even in debian06:24
wasabiRead the top of local-top/mdadm06:24
wasabiOh, sure nuff.06:24
wasabilvm is though. ;)06:24
fabbionewasabi: i am not sure to what code you are looking at, but there is no such thing you are mumbling about06:25
wasabiHmm. That's scarey.06:25
wasabiGive me a minute, going back in time.06:25
wasabivg=${ROOT#/dev/mapper/}06:25
wasabicase ${vg} in06:25
wasabi... blah blah06:26
wasabi        /*)06:26
wasabi                exit 006:26
wasabi                ;;06:26
fabbionedude...06:26
fabbioneread the code06:26
fabbionethat's not to skip evms but to make sure that we have vg and lv06:26
fabbionefor the next check06:26
=== madduck is looking forward to mdadm patches
fabbioneif by mistake you have a root=/dev/mapper/evm-root it will check for /dev/evms/root06:27
wasabiAm I not correct that that code wille xit when ROOT does not start with /dev/mapper ?06:27
fabbionemadduck: speaking of which... i reduced the delta between our packages a lot06:27
madduckfabbione: very nice. thanks.06:27
azeemis Ubuntu using bzip2 for the data.tar in .debs?06:27
fabbionemadduck: are you back from vac?06:27
fabbionemadduck: or are you busy? 06:27
azeemor just (optionally) for the orig.tar?06:28
madduckyes and yes06:28
elmoazeem: on a very tiny proportion of .debs, yes06:28
fabbionemadduck: ok.. you let me know when you want to talk about it06:28
azeemelmo: eh, to the former?06:28
elmoazeem: we're not using it for orig.tar (except in the way debian does)06:28
wasabiHmm. Sure nuff.06:28
elmoazeem: yes, to the former06:28
fabbionemadduck:  8 files changed, 15 insertions(+), 30 deletions(-)06:28
azeemelmo: oh, I thought orig.tar.bz2 wasn't allowed for Debian yet06:28
madduckfabbione: currently i don't know if that'll be this year. maybe towards the middle of next week.06:28
azeemelmo: thanks06:28
fabbionemadduck: next week i will be in Seattle.. next year it is06:28
cjwatsonazeem: Debian does it by .tar.bz2 inside .tar.gz, or by recompressing06:29
elmoazeem: right, it's not.  by the way "the way debian does", I mean orig.tar.gz with bz2 inside06:29
madduckyup06:29
cjwatsonwe're the same06:29
azeemelmo: ah, ok06:29
cjwatsonazeem: we use bzip2 on data members of .debs for language packs and a couple of other manually selected things where it's a big win06:29
elmodiveintopython being the canonical example06:29
elmo(ba boom tish)06:29
=== fernando_ [n=fernando@189.0.152.50] has joined #ubuntu-devel
cjwatsonthat was a test case :)06:30
cjwatsonazeem: it's set in debian/rules, anyway06:30
azeemcjwatson: thanks06:30
=== cypher1 [n=cypher1@59.92.191.175] has joined #ubuntu-devel
wasabiKeybuk: Do you remember the conversation we had at UDS... at some point, which I don't remember... where it came up that if you are using evms, md and lvm should not be used?06:30
wasabiI remember you being there. That's all I remember.06:30
=== lbm [n=lbm@82.192.173.92] has joined #ubuntu-devel
wasabiSince mdadm will essentially do the same work evms will do, using differnet partitiond evices, resulting in the same array existing twice or some such.06:31
=== thekorn [n=markus@a89-182-5-161.net-htp.de] has joined #ubuntu-devel
wasabiSurely I'm not dreaming this up.06:33
Keybukyes, I remember that we discussed that06:34
KeybukEVMS is able to manage block devices ordinarily managed by both LVM and MDADM, for this reason these two services will be disabled if EVMS is installed, ideally we'd like to prevent them from being installed at all, but this has consequences for upgrades from when we used to install evms by default.06:34
Keybuk-- 06:34
Keybukso does the spec06:34
=== cypher1 [n=cypher1@59.92.191.175] has left #ubuntu-devel ["Leaving"]
wasabiOkay. Here's my worry, fabbione, right now, it works fine. Whether this is an accidental byproduct of the order that local-top/evms|md|lvm run, perhaps alphabetically, I'm not sure. Evms maps this right. I'd be concerned about this situation changing when using udev, since the detection of a new device will invoke all of mdadm/vgchange/evms_activate.06:36
=== Zdra [n=zdra@64.232-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
wasabiPerhaps in a differnt order, or at the same time.06:36
wasabi(what will udev do there?)06:36
=== ScottK2 [n=kitterma@static-72-81-252-22.bltmmd.fios.verizon.net] has joined #ubuntu-devel
=== frafu [n=frafu@vodsl-9652.vo.lu] has joined #ubuntu-devel
=== pvanhoof [n=pvanhoof@d54C0EE14.access.telenet.be] has joined #ubuntu-devel
=== dsas [n=dean@host-84-9-170-34.bulldogdsl.com] has joined #ubuntu-devel
=== j_ack [n=rudi@p508D926A.dip0.t-ipconnect.de] has joined #ubuntu-devel
Burgworkevand: ping07:05
=== bmon [n=monnahan@230.Red-88-16-214.dynamicIP.rima-tde.net] has joined #ubuntu-devel
=== givr1 [n=Florent@APuteaux-152-1-25-215.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel
=== dsas_ [n=dean@cpc2-stok6-0-0-cust37.bagu.cable.ntl.com] has joined #ubuntu-devel
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
ograKeybuk, thanks for the clearification then ... i'll dig my way through the ioctls07:22
ogra(fusermount needs still to be there anyway)07:23
=== ScottK2_ [n=kitterma@static-72-81-252-22.bltmmd.fios.verizon.net] has joined #ubuntu-devel
=== Seeker` [n=Seeker@84-12-167-90.dyn.gotadsl.co.uk] has joined #ubuntu-devel
Keybukogra: I don't know the precise mechanism about how it all happens07:23
Keybukbut it's definitely along those lines07:24
=== _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel
=== Adri2000_ [n=Adri2000@unaffiliated/adri2000] has joined #ubuntu-devel
ograyeah, i'll just dig my way along loop :07:30
=== ScottK2__ [n=kitterma@static-72-81-252-22.bltmmd.fios.verizon.net] has joined #ubuntu-devel
=== cypher1 [n=cypher1@59.92.191.175] has joined #ubuntu-devel
psusiwhat is /dev/evms?  the device mapper devices it creates go in /dev/mapper07:35
=== ScottK2 [n=kitterma@static-72-81-252-22.bltmmd.fios.verizon.net] has joined #ubuntu-devel
=== ubuntu_demon [n=ubuntu_d@unaffiliated/ubuntudemon/x-000001] has joined #ubuntu-devel
=== dholbach hugs keescook
keescook:)07:37
=== givr1 [n=Florent@APuteaux-152-1-25-215.w82-120.abo.wanadoo.fr] has left #ubuntu-devel []
keescookwoo! more emblems! :)07:39
=== kaptengu [n=kaptengu@c213-100-60-132.swipnet.se] has joined #ubuntu-devel
psusiI have noticed that vi installs a mailcap rule making it the viewer/editor for text/*... isn't this improper?  shouldn't mailcap respect $EDITOR and use the user's choice of editor?07:47
=== Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel
seb128doko: fix gcc!07:56
mvoseb128: you are in a mood today, aren't you :P07:58
seb128mvo: well, I can't build any package without gcc :p07:59
seb128mvo: and I would not have removed it for sure if something would have asked me about it :p07:59
=== mvo hugs seb128
ograthat wouldnt have happened if you would have written your software in binary code from the beginning 07:59
=== mvo will add a "gcc can never removed if user == seb128"
mvoogra: exactly right! binary code frees you from your dependencies!08:00
ograyeah !!08:00
=== seb128 hugs mvo
=== psusi starts flipping the toggle switches to enter program code
ografaster, go faster !!08:01
psusiI'm workin' as fast as I can captain, I just dunno have the power!08:01
ograheh08:01
=== ere [n=ere@216.80-202-181.nextgentel.com] has joined #ubuntu-devel
ereI have a problem with xserver-xorg-video-intel and vga-out on Edgy. Use 1024x768 on the LCD display on a Dell Latitude D520. Toggle vga-out with Fn+F8 and get 1360x768 on the projector! (the projector displays the resolution when the video source is found). Any suggestions? I want 1024x768 4:3 on the projector too. And it works well with Dapper08:04
iwjcjwatson: AYT?08:05
iwjcjwatson: I wanted to run this apt dist-upgrade Breaks SRU idea past you.08:05
=== proppy [n=proppy@ram94-2-82-66-68-232.fbx.proxad.net] has joined #ubuntu-devel
ereDapper with the i810 driver that is. I tried the intel driver to get better performance in Google Earth. 08:06
proppyinfinity: ping08:09
psusirather than just guess the mime type of a file based on its extension, shouldn't mailcap invoke file -i to find out?  and why does it default to application/* instead of text/plain?  would be nice if you could just run "see somefile" or "edit somefile" and have it work08:10
=== dsas_ [n=dean@host-84-9-170-34.bulldogdsl.com] has joined #ubuntu-devel
sistpotyproppy: you could try pinging Mithrandir instead (and it would make sense to also state the reason for the ping ;)08:10
proppyMithrandir: ping (buildd Chroot problem)08:11
proppyfrom http://librarian.launchpad.net/5372767/buildlog_ubuntu-feisty-i386.poker-network_1.0.32-1_CHROOTWAIT.txt.gz08:12
proppyThe following packages will be REMOVED:08:12
proppy  apt* build-essential* g++* g++-4.1* libstdc++6* libstdc++6-4.1-dev*08:12
proppyweird08:12
proppywhich result in a Status:   Chroot problem08:13
proppycould i ask for a retry ?08:13
=== dogmatism [n=josh@24.115.218.54.res-cmts.sth.ptd.net] has joined #ubuntu-devel
=== tkamppeter [i=till@nat/mandriva/x-a576ba64ae95e894] has joined #ubuntu-devel
evandBurgwork: pong08:29
proppysistpoty: thx08:29
=== finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel
=== chuchiperriman [n=perriman@80.28.0.3] has joined #ubuntu-devel
chuchiperrimansomeone are working on anjuta project??08:41
iwjThere seem to be more and more people with corrupted /var/lib/dpkg/status.08:43
=== dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel
Mithrandirproppy: I know about it.08:45
proppyMithrandir: ok np08:46
=== proppy hugs Mithrandir
Mithrandirproppy: doko just phoned me, it requires manual hand-holding which infinity will do once he gets up.08:46
Mithrandirbut thanks for telling me.08:46
proppynp08:47
proppyso sad it happened the day after he left :)08:47
Mithrandiryeah, but such things happen.  It's not that hard to get fixed, but I don't have access to fix it myself.08:47
=== slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
Mithrandiranyway, back to roleplaying.08:48
proppyhappy dungeoning08:48
psusinethack? ;)08:50
Mithrandirno, pen and paper08:51
Mithrandiranyway, afk for real.08:51
=== abattoir [n=abattoir@59.92.38.250] has joined #ubuntu-devel
ajmitchmorning08:53
=== dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel
keescookhiya ajmitch08:57
bhalesabdfl: can I ask a question without derailing your meeting?08:57
sabdflbhale: fire away, quickly, i'm about to head afk08:58
bhalesabdfl: i am wondering about the CC calls, it feels like that detracts from transparency quite a lot08:58
bhaleif decisions will be made there08:58
bhaleI think Seveas is a fantastic secretary, and I of course trust your judgement, it is really the spirit of the thing08:59
=== fjg [i=unknown@matryoshka.zoiah.net] has joined #ubuntu-devel
bluefoxicyheh09:01
sabdflbhale: they happen very rarely09:01
bluefoxicyapt desparately need the ability to downgrade; or Feisty desperately needs new packages09:01
sabdflwe had one recently to discuss binary drivers09:01
=== nalioth [i=nalioth@freenode/staff/ubuntu.member.nalioth] has left #ubuntu-devel []
sabdflthis latest one was to discuss new CC nominations09:01
sabdflthose are by necessity private conversations09:01
sabdflwe also have a private mailing list09:01
seb128bluefoxicy: apt can downgrade, apt-get install package=version09:01
sabdflbut traffic is very low09:01
=== mikeleib [n=ike@jffwprtest.jf.intel.com] has joined #ubuntu-devel
bhalemakes sense09:02
sabdfli understand your concern, hope you can appreciate there are some things that do require discretion09:02
sabdflthere are non-canonical folks on both TB and CC, and more coming (i hope :-))09:02
bluefoxicyseb128:  ah, cool.  I'm staring at something I got from the repos when I switched to feisty (gimp, xorg, and about 15 libs) that all say "local or obsolete," they're higher versions that the feisty repos report now.  Maybe they floated over from dapper or something.09:02
bhaleof course, it just came as a suprise now09:02
=== mikeleib [n=ike@jffwprtest.jf.intel.com] has left #ubuntu-devel []
bluefoxicyseb128:  I'll try that.09:02
fjgwho can i talk to regarding the ubuntu websites?09:02
bhalethanks sabdfl 09:02
sabdflnp09:03
dsas_fjg: newz is the webmaster09:03
dholbachbhale: you said I looked like paul mccartney?09:04
dsas_fjg: See also https://launchpad.net/products/ubuntu-website09:04
bhaledholbach: very young paul indeed09:04
bhaledholbach: i was watching some dvds, he is very energetic and all smiles09:04
dholbachhehehe - it really made me laugh :)09:04
fjgthank you09:04
bhaledholbach: here09:04
=== dholbach hugs bhale
sabdflnewz2000 iirc09:04
bhalehttp://beatles.at.infoseek.co.jp/pa5.jpg09:04
bhaledholbach: ^09:04
=== bhale hugs dholbach
ajmitchdefinitely the same09:05
dholbachI was just about to ask who else thinks that way... ;-)09:05
Burgworkfjg: is it a minor bug or a major change?09:05
fjgminor09:05
bhaledholbach: Corey knew what I was talking about09:05
Burgworkfile a bug at https://launchpad.net/products/ubuntu-website09:06
Burgworksabdfl: a few of the community can fix minor bugs as well09:06
fjgok thx09:06
Burgworkfjg: no worries, thanks for the bugs09:06
=== raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
=== j_ack [n=rudi@p508D926A.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== pirast [n=martin@p508B273F.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== bryyyce [n=bryce@c-24-20-224-228.hsd1.mn.comcast.net] has joined #ubuntu-devel
=== haggai [n=halls@credativ.bcnadsl.com] has joined #ubuntu-devel
=== Cieffe [n=cieffe@151.54.126.113] has joined #ubuntu-devel
=== okaratas [n=okaratas@fedora/ozgur] has joined #ubuntu-devel
=== mruiz [n=mruiz@200-126-79-213.bk5-dsl.surnet.cl] has joined #ubuntu-devel
=== theCore [n=alex@unaffiliated/thecore] has joined #ubuntu-devel
=== twilight [n=twilight@ubuntu/member/twilight] has left #ubuntu-devel ["Leaving"]
ereI have a problem with xserver-xorg-video-intel and vga-out on Edgy. Use 1024x768 on the LCD display on a Dell Latitude D520. Toggle vga-out with Fn+F8 and get 1360x768 on the projector! (the projector displays the resolution when the video source is found). Any suggestions? I want 1024x768 4:3 on the projector too. I get correct resolution with dapper and the i810 driver09:41
_ionI could swear i've seen someone saying that before. There's probably a bug report already.09:42
keescookare the feisty buildd chroots hosed at the moment?  (been seeing inkscape build emails...)09:43
ajmitchyeah, apt/gcc fun I think09:44
imbrandonugh09:53
imbrandonit is the 2gb limit in 2.0.5909:53
=== imbrandon might just install apache 1.3
imbrandonman i dident wanna deal with this today09:54
cypher1i have one enhancement for apt-get, apt-get should have the capability to download packages from repositories across multiple sessions10:00
LaserJockgot the code for it?10:01
keescookcypher1: I thought it already did that?10:01
cypher1LaserJock, no10:03
cypher1keescook, ah.. is it mentioned somewhere..i have not seen anyone mention or use it.. 10:03
keescookcypher1: you're talking about partial download resumes, right?  I've seen it do that.  :)10:04
cypher1keescook, yes10:04
cypher1keescook, even the packages that it had stopped in middle ?10:05
keescookcypher1: as far as I know, yeah.10:05
_ionI don't remember apt-get ever *not* doing that.10:05
keescookit puts all that stuff in /var/cache/apt/10:05
cypher1keescook, ok then thats cool10:05
=== heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel
cypher1keescook, yes if that works for the package whose download is in progress then its ok10:06
cypher1let me try it out.. i am downloading a package.. i will do a ctrl-c and restart it10:06
=== darek [n=darek@82.160.238.226] has joined #ubuntu-devel
cypher1keescook, bingo it resumed :)10:07
darekhi10:07
keescookcypher1: excellent.  :)10:07
=== darek is now known as d4r3k
=== minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel
=== finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel
=== dsas_ [n=dean@host-84-9-170-34.bulldogdsl.com] has joined #ubuntu-devel
=== giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel
=== ubuntu_demon [n=ubuntu_d@unaffiliated/ubuntudemon/x-000001] has left #ubuntu-devel []
=== cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel
mdke_cjwatson: I wanted to let you know I couldn't be at the CC meeting and to flag up the WikiLicensing agenda item. I'm just checking the log now10:30
=== thekorn [n=markus@a89-182-5-161.net-htp.de] has left #ubuntu-devel []
=== slomo__ [n=slomo@p5486ED50.dip.t-dialin.net] has joined #ubuntu-devel
mdke_cjwatson: looks like it wasn't discussed. I can't even find a reference to it being put off...10:39
gnomefreakmdke_: we put off most of the top agenda items10:39
gnomefreakincluding yours. cjwatson and mako had to leave10:39
mdke_right, thanks10:39
mdke_I'll try another email, you never know when your luck will change10:40
somerville32Does anyone know what apt-index-watch is?10:41
somerville32Oh wait, it is apt-index-watcher. nvm :] 10:42
gnomefreaksomerville32: we are waiting for an update for it i bellieve10:42
=== Mohegan [n=forom@bro29-1-82-245-180-71.fbx.proxad.net] has joined #ubuntu-devel
=== ompaul [n=ompaul@gnewsense/friend/ompaul] has joined #ubuntu-devel
somerville32gnomefreak: IT is using up 90% of my CPU in Edgy and if I kill it then it restarts10:45
makomdke_: sorry about that10:45
gnomefreaksomerville32: what version?10:47
somerville32apt-index-watcher version 0.3.910:48
gnomefreakubuntu?10:48
gnomefreakit should be 3.9ubuntu5?10:48
gnomefreakor 4?10:48
=== mruiz [n=mruiz@200-126-79-213.bk5-dsl.surnet.cl] has joined #ubuntu-devel
somerville32Thats not the package version10:48
gnomefreaksomerville32: you didnt get it from ubuntu?10:49
somerville32Version: 0.3.9ubuntu510:49
gnomefreakty10:49
gnomefreakmine is barely using anything.10:51
somerville3211% memory and 70-90% CPU10:52
somerville32I tried restarting10:52
somerville32It is rather weird10:52
gnomefreaksomerville32: rebooting work?10:53
=== somerville32 shakes head.
somerville32I noticed the issue last night10:53
somerville32Turned my computer off while slept10:53
somerville32Woke up for CC 10:53
somerville32and noticed the issue10:53
somerville32And in top, it is marked as running10:54
somerville32Which is weird10:54
=== PriceChild [n=pricechi@unaffiliated/pricechild] has joined #ubuntu-devel
gnomefreakyeah it is mines not in top just in ps aux10:55
gnomefreaksomerville32: unless it is running right now on yours10:55
somerville32If I kill it, it restarts.10:55
gnomefreaksomerville32: does update/'upgrade/dist-upgrade still work?10:55
somerville32It is a naughty process10:55
somerville32Let me check10:55
gnomefreakbrb drink while your checking10:56
somerville32gnomefreak: Appears to work. I just upgraded mdadm.10:57
gnomefreakhmmmmmm that i didnt expect10:58
gnomefreaksomerville32: im not sure but you might try  sudo rm /var/cache/apt/*.bin10:59
gnomefreakbrb drink still10:59
=== Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-devel
somerville32gnomefreak: That fixed it. Thanks11:06
gnomefreaksomerville32: yw11:12
cjwatsoniwj: Breaks SRU> maybe tomorrow now? but happy to discuss it ...11:17
cjwatsonmdke_: yeah, sorry, we did as much as we could before I left, and anything after that wasn't my responsibility :)11:18
=== anuragJ [n=anurag@59.92.36.132] has joined #ubuntu-devel
=== CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
=== enrico_ [n=enrico@debian/developer/enrico] has joined #ubuntu-devel
=== Kaleo__ [i=boucault@arkana.iiens.net] has joined #ubuntu-devel
=== elmo_ [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-devel
=== terrex [n=terrex@84-122-63-17.onocable.ono.com] has joined #ubuntu-devel
=== infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel
=== trappist [i=trappist@tra.ppi.st] has joined #ubuntu-devel
=== _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-devel
=== Halcy0n [n=halcy0n@pdpc/supporter/active/Halcy0n] has joined #ubuntu-devel
=== ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-devel
=== lfittl [n=lfittl@83.64.250.38] has joined #ubuntu-devel
=== realist [n=realist@CPE-144-132-81-224.vic.bigpond.net.au] has joined #ubuntu-devel
=== spike [n=spike@unaffiliated/spike] has joined #ubuntu-devel
=== desrt [n=desrt@dhcp-0-20-af-d2-7c-3.cpe.mountaincable.net] has joined #ubuntu-devel
=== zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel
=== crimsun [n=crimsun@dargo.trilug.org] has joined #ubuntu-devel
=== bhale [n=bhale@brandonhale.us] has joined #ubuntu-devel
=== jrib [n=jasonr@unaffiliated/jrib] has joined #ubuntu-devel
=== nnonix [n=brad@xeon.bkjohnson.com] has joined #ubuntu-devel
=== Arrogance [n=aks@ottawa-hs-64-26-148-159.d-ip.magma.ca] has joined #ubuntu-devel
=== mruiz [n=mruiz@200-126-79-213.bk5-dsl.surnet.cl] has joined #ubuntu-devel
=== bryyyce [n=bryce@c-24-20-224-228.hsd1.mn.comcast.net] has joined #ubuntu-devel
=== eggauah [n=daniel@201.72.60.38] has joined #ubuntu-devel
=== luisbg [n=LuisB_G@87.217.144.239] has joined #ubuntu-devel
=== bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel
=== Gerrath_ [n=Gerrath@c-71-236-114-74.hsd1.pa.comcast.net] has joined #ubuntu-devel
=== infinity [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel
=== \sh_away [n=nnnsh@server3.servereyes.de] has joined #ubuntu-devel
=== Kaleo [i=boucault@arkana.iiens.net] has joined #ubuntu-devel
=== didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel
=== enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel
=== realist [n=realist@144.132.81.224] has joined #ubuntu-devel
=== mdz [n=mdz@cpe-76-173-8-128.socal.res.rr.com] has joined #ubuntu-devel
=== elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-devel
=== crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-devel
=== crimsun_ [n=crimsun@dargo.trilug.org] has joined #ubuntu-devel
=== realist_ [n=realist@CPE-144-132-81-224.vic.bigpond.net.au] has joined #ubuntu-devel
=== bryyyce [n=bryce@c-24-20-224-228.hsd1.mn.comcast.net] has joined #ubuntu-devel
=== terrex [n=terrex@84-122-63-17.onocable.ono.com] has joined #ubuntu-devel
=== anurag_ [n=anurag@59.92.37.239] has joined #ubuntu-devel
=== luisbg [n=LuisB_G@87.217.144.239] has joined #ubuntu-devel
=== \sh_away [n=nnnnsh@server3.servereyes.de] has joined #ubuntu-devel
=== Gerrath_ [n=Gerrath@c-71-236-114-74.hsd1.pa.comcast.net] has joined #ubuntu-devel
=== didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel
=== bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel
=== mdz [n=mdz@cpe-76-173-8-128.socal.res.rr.com] has joined #ubuntu-devel
=== eggauah [n=daniel@201.72.60.38] has joined #ubuntu-devel
=== bryyce [n=bryce@c-24-20-224-228.hsd1.or.comcast.net] has joined #ubuntu-devel
=== Mohegan [n=forom@bro29-1-82-245-180-71.fbx.proxad.net] has left #ubuntu-devel []

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!