/srv/irclogs.ubuntu.com/2005/11/19/#ubuntu-devel.txt

=== zeedo [n=zeedo@80.68.92.188] has joined #ubuntu-devel
neuralisBurgundavia, good start, i'll work on it when i get a chance12:10
neuralisBurgundavia, do you have mdy's e-mail address?12:12
danielsmalcom.yates@canonical.com will almost certainly work12:13
neuralisdaniels, thanks12:13
mdkehis LP id is mdy12:14
mdkedunno if he'll have a redir12:14
neuralisyeah, checked, he doesnt have an address registered, and the wiki-page is empty12:14
neuralisdaniels: that's malcolm.yates, isn't it?12:14
danielsyes12:18
danielseveryone has first.last@c.c12:18
neuralisdaniels, yeah, you wrote malcom (no second 'l', was just checking).12:19
danielsi've not seen mallcom anywhere12:19
neuralismalcom vs malcolm.12:19
danielsoh12:19
danielsyeah12:20
=== jsz [n=diego@59.Red-80-36-85.staticIP.rima-tde.net] has joined #ubuntu-devel
Burgundaviamdy@canonical.com also works12:52
Burgundavianeuralis, I might also have someone to help you with the coding of the server stuff12:55
neuralisBurgundavia, awesome, though i don't think it'll be necessary. it's looking to be one weekend of work.12:56
Burgundavianeuralis, for both the server and laptop backends?12:57
Burgundaviawell, I guess would be a general hcl backend12:58
=== blueyed [n=daniel@pdpc/supporter/active/blueyed] has joined #ubuntu-devel
neuralisBurgundavia, it's the exact same backend. there's a "hardware class" parameter, which lets you specify the input mask and data collected.12:59
Burgundaviaok12:59
BurgundaviaI assume you have planned for different versions of ubuntu (both in de and in number)01:00
sivanghey Burgundavia , neuralis 01:00
Burgundaviasalut sivang 01:00
neuralishey sivang 01:00
sivangBurgundavia: how are you? how are thing?01:01
sivangerr, things even01:01
sivangneuralis: Hi Ivan, what backend are you going to work on? :-)01:01
Burgundaviasivang, good. Just planning for the next installfest here in Victoria and the beginnings of the Ubuntu in library catalogues idea01:01
neuralissivang, the hardware certification and community testing catalog01:01
neuralisBurgundavia, ubuntu version is just a dropdown in the input mask. reports from multiple versions are aggregated the same way as reports from multiple people: through the "alternate profiles" functionality.01:02
Burgundaviaah01:02
sivangneuralis: oh cool, does it have a spec?01:02
Burgundaviathis going to be pygtk or webbased?01:03
neuralissivang, TestingServerHardware and CommunityServerHardwareTesting01:03
Burgundaviaand BetterLaptopTesting for that side01:03
neuralisBurgundavia, the backend is web-based for obvious reasons (we're testing servers, remember?). i envision someone will want to create a pygtk frontend for the laptop stuff eventually, but it'll still be posting to the same web backend.01:04
Burgundavianeuralis, my ideas exactly01:04
sivangneuralis: sounds cool, are you going to interface with each vendor's test suits or are we talking more in collecting data from users?01:04
neuralissivang, it's in the spec - we're building our own test suite.01:06
neuralissivang, vendors can only produce hardware test suites, but we care about how well *ubuntu* works on the hardware.01:07
sivangneuralis: Is the HCS and you doing that as a contribution to Ubuntu ?01:09
neuralissivang, yes.01:09
=== seth_k|lappy [n=seth@d-ip-129-15-213-40.wireless.ou.edu] has joined #ubuntu-devel
sivangneuralis: wow, rock on dudes! when you reach the p5 pServers part, ping me up - I may be able to help. I've been working with the beasties for the last year or so :-)01:12
neuralissivang, sure thing, thanks.01:12
sivangneuralis: I also think DLPAR and LPAR tests are needed, to see if Ubuntu operates nicely under this environments01:13
neuralisp5 is not my area of expertise, but it's something we can certainly consider.01:13
sivangneuralis: I just happen to have a personal fetish for the beast ;)01:14
neuralissivang, in that case, we'd be happy to have you help. that's dapper+1 material, however.01:14
=== neuralis is an HP ProLiant guy
sivangneuralis: ah I see, what platforms are going to be doing this for dapper?01:15
neuralissivang, all three that we support -- i was talking about DLPAR and LPAR having to wait until dapper+1, not powerpc.01:16
=== McFergus [n=frg@85-18-14-13.fastres.net] has joined #ubuntu-devel
sivangneuralis: the ProLiants are intel based?01:16
neuralissivang, not all. xeons and opterons, depending on specific models.01:17
sivangneuralis: and I take it the HCS also has enough ppc's ? :)01:18
neuralissivang, the certification process happens on hardware that vendors send us.01:19
sivangneuralis: ah01:22
sivanganyway, I'm way out of my timezone sleep time :) Laterz people, good night in the meanwhile.01:22
sivangneuralis: thanks for the discussion01:22
neuralissivang, sure thing. g'night01:23
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel
=== bmonty [n=bmontgom@wsip-68-15-230-31.om.om.cox.net] has joined #ubuntu-devel
=== zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
mdkedoes anyone know if elmo managed to get planet synched with jdub's archive yet?02:12
=== jamesh [n=james@203-59-207-160.dyn.iinet.net.au] has joined #ubuntu-devel
=== [-Jarod-] [n=jarod@lns-bzn-29-82-64-249-50.adsl.proxad.net] has joined #ubuntu-devel
=== mae [n=mae@dpc674653178.direcpc.com] has joined #ubuntu-devel
=== bmonty_laptop [n=bmontgom@wsip-68-15-230-31.om.om.cox.net] has joined #ubuntu-devel
=== ikuyaLoqu [n=ikuya@gnulinux.good-day.net] has joined #ubuntu-devel
=== SloMoSnail [n=slomo@p5487F688.dip.t-dialin.net] has joined #ubuntu-devel
=== mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-devel
=== psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-devel
psusiis there a way to enable debug messages for a specific kernel driver?  I see calls to printk that specify a debug level and driver name in the source, so I assume there is a way to turn those on03:38
crimsungenerally yes. If it's modular, check via modinfo.03:39
crimsunotherwise you'll need to pass it as an option to the kernel command line03:39
psusiis there something like a file in /proc I can write to to turn on the printks in that module?03:40
zulnot really it depends on the module03:40
psusihrm... how so?  the module is making calls to printk... when it calls printk it specifies a debug level and the name of the calling module03:43
psusiso it looks like printk has some logic you can tune to filter messages on a per driver and level basis03:43
crimsunlike chuck mentioned, it depends on the module03:43
crimsunfor instance, ipw2200 has a 'debug' parameter03:44
psusimodule sata_raid has no parameters according to modinfo -p03:47
psusisata_via rather03:47
=== psusi reads printk's source
=== LaserJock [n=LaserJoc@ppp-69-239-158-109.dsl.renocs.pacbell.net] has joined #ubuntu-devel
=== kapputu [n=sg47@c-67-188-84-23.hsd1.ca.comcast.net] has left #ubuntu-devel ["Leaving"]
=== SEJeff [n=SEJeff@12-222-183-136.client.insightBB.com] has joined #ubuntu-devel
=== psusi pokes SEJeff
=== SEJeff rubs eye
SEJeffpsusi: hey04:18
psusiSEJeff, hey... how's it going?  do you happen to know how to enable all the nice debug printk's from a given module?  the module seems to pass printk a debug level and it's module name, so it looks like the idea is that printk somewhere can be told which ones to show and which ones to drop04:22
SEJeffpsusi: use modinfo to see if the module has a debug param04:23
=== psusi is trying to figure out why the sata_via driver bitches after suspend/resume
psusiit doesn't... but I can see in the source it is calling printk, but I don't see those messages04:23
SEJeffpsusi: Do you have xconsole open?04:23
SEJeffand do you look at dmesg?04:24
danielsecho 9 > /proc/sys/debug04:24
psusiwell, when I'm interested in seeing the messages, it's at the console during suspend/resume... also checked dmesg and the syslog04:24
SEJeff/proc/sys/debug is a directory04:24
SEJeffJust /var/log/messages?04:25
SEJeffOr anything else04:25
psusiprintk(KERN_INFO DRV_NAME "(%s): routed to hard irq line %d\n"04:25
SEJeffpsusi, /var/log/debug maybe?04:25
psusisee, it gives it's name... so I would think you could filter on a per module basis04:25
danielser, make that echo 9 > /proc/sys/kernel/printk04:26
psusihrm... I'll try that04:27
psusiok... going single user then suspending... bbiab04:28
=== chmj_ [n=chmj@wbs-146-169-178.telkomadsl.co.za] has joined #ubuntu-devel
=== LeeJunFan [n=junfan@s64-186-37-120.skycon.net] has joined #ubuntu-devel
=== lamont [n=lamont@207.111.195.77] has joined #ubuntu-devel
=== tkup [n=tkup@w-mob101-128-62-91-222.public.utexas.edu] has joined #ubuntu-devel
=== kyncani2 [n=kyncani@lns-bzn-35-82-250-199-155.adsl.proxad.net] has joined #ubuntu-devel
=== Xoff [n=mas01cr@gibbons.doc.gold.ac.uk] has joined #ubuntu-devel
Burgundaviafor a good laugh --> http://www.ubuntuforums.org/showthread.php?t=8992605:17
=== psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-devel
psusithe acpi scripts make calls to vbetool to save/restore the video state, only the lines to save it are commented out, and I can't find this vbetool on my system or in synaptic... anyone know where it is and why it was commented out?05:39
bob2?05:41
bob2vbetool is the package name, too05:41
psusisearching for vbetool comes up with nothing05:45
=== rob1 [n=rob@pdpc/supporter/student/rob-ubuntu] has joined #ubuntu-devel
bob2your sources.list is broken, packages.ubuntu.com/vbetool05:48
psusiohh, it only exists for i386, strange05:49
psusiI'm running amd6405:49
bob2it runs real-mode code, iirc05:50
psusiwhy would that preclude amd64?05:51
psusithe processor supports real mode05:51
psusior rather, v86 mode, which is where that would be run05:51
=== tkup [n=tkup@w-mob101-128-62-91-222.public.utexas.edu] has joined #ubuntu-devel
=== elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-devel
tkuphas anyone wrote code to deal with slowness of programs when coming back from suspend modes?05:53
psusiwhat do you mean?05:54
tkupwell, when I turn on my laptop from hibernate mode, programs take a while to launch (reponse/interactivity). have you noticed anything?05:57
bob2everything is in swap05:57
tkupbob2, that's right. it's all on disk05:58
psusithat's because when you suspend, the filesystem cache is emptied... so everything you start up when you resume has to be read from disk fresh, just like after a clean boot05:58
bob2if you really care, swsusp2 restores it05:58
=== psusi is still trying to figure out why suspend/hibernating with the acpi scripts borks his system, but echoing to /sys/power/state doesn't
=== uniq [n=frode@213.184.199.55] has joined #ubuntu-devel
tkuppsusi, my T30 still freezes/locks every once in a while. unfortunately, the ubuntu bug hasn't been resolved05:59
psusitkup, when I suspend/hibernate with the scripts, when the system comes back up, the disk driver complains about a register not being in the state it wants, and errors on the first IO, then usually seems to reset and recover06:01
psusithough the first sector that the IO error happens in, reiserfs seems to simply accept as unreadable and fail all IO to files that it needs that sector to find06:01
psusirather than simply retry it... very annoying06:01
psusibut if I just echo mem or disk to /sys/power/state, it's fine06:01
psusivery odd06:01
tkupI guess I was talking about another problem, not related to yours...06:01
Burgundaviapsusi, the best person to talk to about suspend/hibernate issues is mjg59 on #ubuntu-laptop06:02
psusihrm... interesting06:02
tkupanyway, I wrote this program that makes your program as interactive as if you haven't really suspended/hibernated your laptop06:02
tkupyou can checkit out at http://freshmeat.net/projects/shra06:02
tkupI guess I'll post it on ubuntu-laptop as well.06:02
psusitkup, you probably would be better off with swsusp206:03
psusiit saves/reloads more data so the system is more responsive after resume... though it takes longer to actually suspend/resume of course06:04
tkuppsusi, never heard about swsup2..I'll read about it now06:04
psusither'es a howto posted on the ubuntu forums06:04
=== blueyed_ [n=daniel@i5387D522.versanet.de] has joined #ubuntu-devel
tkuppsusi, I just read about swsusp2 and it seems like it doesn't solve the problem I talked about earlier.06:13
tkupas far as I read, it only compresses the ram image to disk but it fails to solve the interactivity problem06:14
psusitkup, it also allows you to save more data to disk instead of throwing it out06:19
psusiwhich increases the responsiveness after resuming06:19
=== psusi wonders WTF this undocumented /usr/sbin/PowerManager is and how it is messing with the acpi scripts
tkuppsusi, does swsusp really throw data away on suspend. I thought that it only does that when disk_space < ram_image_size06:25
psusitkup, as far as I could tell, swsusp allways throws out as much as it can... swsusp2 uses ram_image_size and other settings to decide how much it should keep or throw out06:27
=== spstarr_home [n=sh0n@CPEdeadbeef0000-CM000039d4cc6a.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== stub [i=stub@sweep.bur.st] has joined #ubuntu-devel
=== daniels [n=daniels@amnesiac.heapspace.net] has left #ubuntu-devel []
=== LeeJunFan [n=junfan@s64-186-37-120.skycon.net] has joined #ubuntu-devel
=== hunger [n=hunger@p54A60855.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== viviersf [n=cain@rrba-146-120-32.telkomadsl.co.za] has joined #ubuntu-devel
=== highvoltage [n=Jono@196.36.161.235] has joined #ubuntu-devel
=== Aegir [n=richard@d220-238-142-16.dsl.vic.optusnet.com.au] has joined #ubuntu-devel
=== JaneW [n=JaneW@wbs-146-178-134.telkomadsl.co.za] has joined #ubuntu-devel
=== jane_ [n=JaneW@wbs-146-178-134.telkomadsl.co.za] has joined #ubuntu-devel
=== zoe [n=zoe@gnulinux.good-day.net] has joined #ubuntu-devel
=== lamont [n=lamont@207.111.195.77] has joined #ubuntu-devel
lamont  ubuntu-desktop: Depends: rss-glx but it is not going to be installed07:35
lamontubuntu-live is _SO_ close07:35
=== pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel
=== jane_ [n=JaneW@wbs-146-178-134.telkomadsl.co.za] has left #ubuntu-devel ["Bye"]
=== stub [i=stub@sweep.bur.st] has joined #ubuntu-devel
=== herzi [n=herzi@d092190.adsl.hansenet.de] has joined #ubuntu-devel
=== robitaille [n=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel
=== marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel
highvoltagehi marilize. got any breezy cd's?07:58
=== lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #ubuntu-devel
marilizehighvoltage: ? you want to order?08:02
highvoltagemarilize: i'd like to borrow some of your copies, i work at 12 plein :)08:03
=== Aegir` [n=richard@d58-104-23-98.dsl.vic.optusnet.com.au] has joined #ubuntu-devel
marilizehighvoltage: heh, i'm just waiting for a load to be released by customs... should be here about tomorrow or wednesday08:06
=== highvolt1ge [n=Jono@196.36.161.235] has joined #ubuntu-devel
=== `anthony [n=anthony@ekorp-203-63-137-225.eoff.ekorp.com] has joined #ubuntu-devel
highvolt1gesorry, battery ran out ther.08:10
=== Valandil [n=chrys@dslb-084-056-084-129.pools.arcor-ip.net] has joined #ubuntu-devel
=== Diablo-D3 [i=diablod3@pool-71-241-214-94.port.east.verizon.net] has joined #ubuntu-devel
Diablo-D3yargh08:17
Diablo-D3yesterday I asked about gimp printing08:18
Diablo-D3and I forgot the answer08:18
Diablo-D3which package is screwing up printing in gimp on dapper?08:18
=== fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-devel
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
viviersfKamion : ping08:22
=== pitti_ [n=pitti@195.227.105.180] has joined #ubuntu-devel
=== neuralis [n=ike@hagen.kdb.hr] has joined #ubuntu-devel
=== carstenh [n=carstenh@mkfw.fh-trier.de] has joined #ubuntu-devel
mdkedoko, you deleted the page ItalianRedirect on the wiki. 100 other pages redirect directly to it. Please don't do that! if deleting pages on the wiki, please ensure they are not linked to by any page by doing a full search on their name (click the page title) before you delete.09:12
sivangGood morning09:21
=== sedak [n=fred@home.nenya.info] has joined #ubuntu-devel
=== marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel
=== `anthony [n=anthony@220-253-1-71.VIC.netspace.net.au] has joined #ubuntu-devel
Diablo-D3is anyone having problems with kdesktop atm?09:33
viviersfChmj : ping 09:36
=== mdke_ [n=matt@81-178-237-3.dsl.pipex.com] has joined #ubuntu-devel
=== pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel
viviersfpitti, you have an idea where i can get the list of modules loaded by the debian installer ?09:39
viviersf*kernel modules09:39
pittiviviersf: you might change to vc2 and use 'lsmod'09:40
viviersfbleh09:41
Diablo-D3hrm09:41
=== Simira [n=rpGirl@214.84-48-74.nextgentel.com] has joined #ubuntu-devel
Diablo-D3you know what would be a cool feature?09:41
Diablo-D3being able to tab complete apt-get install package=09:42
viviersfpitti, i dont mind the modules loaded by hotplug 09:42
viviersfcos the deb installer loads stuff like ide_generic etc09:42
viviersfim working on booting the impi cd09:43
viviersf:/09:43
pittiviviersf: hm, can you please ask Kamion about this?09:43
viviersfhe is never here ;/09:43
viviersfbut its cool09:43
sivangpitti: morning :)09:44
neuralisDiablo-D3, your shell can likely do that. zsh certainly can.09:44
pittiHi sivang 09:44
Diablo-D3neuralis: it can, sure, it just doesnt. ;)09:44
Diablo-D3neuralis: I can tab complete the package name, but not the version09:45
neuralisDiablo-D3, there's something for you to hack on ;)09:45
Diablo-D3neuralis: no09:46
=== Diablo-D3 is not taking on any more projects atm
=== vuntz_ [n=vuntz@volin.imag.fr] has joined #ubuntu-devel
Simiramarilize: Shipit wants me to pay taxes for the Breezy-cd's :(09:49
Diablo-D3Simira: heh?09:49
Diablo-D3Simira: what country you in?09:49
Simirauhm, not Shipit... the Norwegian customs, of course...09:50
Diablo-D3theres a letter for that09:50
marilizesimira: not us, customs, you can send them the customs letter on the website09:50
Diablo-D3yeah, what marilize said09:50
Diablo-D3I wish countries would quit doing that09:50
Diablo-D3they're only making themselves look stupid.09:50
Diablo-D3anyhow, kdesktop pisses me off09:51
Diablo-D3its crashing somewhere in a function in lib from libarts1c209:51
Diablo-D3downgrading libarts1c2 to the one in breezy doesnt fix it09:52
=== wjb [n=warren@c220-237-178-175.lowrp1.vic.optusnet.com.au] has joined #ubuntu-devel
Kamionviviersf: hi?10:02
viviersfah you here10:03
Kamionviviersf: of course I wasn't here the last few times you asked, I was kinda busy travelling and recovering from jetlag10:03
viviersf:)10:03
viviersfits kewl10:03
Kamionviviersf: apt-get source hw-detect10:03
=== ompaul [n=ompaul@213-202-166-21.bas503.dsl.esat.net] has joined #ubuntu-devel
viviersfkk10:03
viviersfim checking quick10:05
Simiramarilize: the guy on the customs office were really bad, and claimed there's no way to get around it. I spoke to another guy on the post office's outland section though, and he was nice and told me to bring the letter so they could register an exception case. :)10:10
=== freeflying [n=freeflyi@61.190.65.38] has joined #ubuntu-devel
marilizesimira: yes, this is a problem for us, the best i can do is to email you a personalized letter, but unfortunately after that, not much we can do10:15
=== seb128 [n=seb128@ANancy-151-1-29-104.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel
Simiramarilize: I'll give you feedback on it tomorrow, after fetching the cd's (hopefully). I'm also going to check out further possibilities to avoid those taxes-10:17
marilizesimira: yes, let me know, thanx10:19
=== mvo [n=egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel
=== Mithrandir looks at the init script for fetchmail and blinks. Heavily.
LathiatMithrandir: ??10:22
Mithrandirif ! id $USER >/dev/null 2>&1; then10:22
Mithrandirif [ "$USER" = "fetchmail" ] ; then10:22
Mithrandiradduser --system --ingroup nogroup --home [...] 10:22
Mithrandiradduser.  in an init script.10:22
TreenaksOMGWTF?10:22
=== Treenaks dies
neuralisTreenaks, ping10:23
mvoinfinity: can you please kick the gksu build?10:23
Treenaksneuralis: ?10:23
Lathiatheh10:23
Mithrandirneuralis: pinging somebody who have said something less than a minute ago is kinda useless. :-P10:23
pittimvo: infinity is not here until tomorrowish10:23
pittimvo: I can kick it for you if you want10:23
neuralisMithrandir, gives them the ability to say "can't talk, busy", though.10:24
mvopitti: that would be great, please to it10:24
neuralisTreenaks, i'm writing an article on ubz for a local it professionals' magazine, getting us some media love. is there any chance you'd be willing to relicence some of your photos as attribution-SA without the NC clause?10:24
neuralismy camera, as it were, died shortly after i got to montreal.10:25
Treenaksneuralis: pm :)10:25
SimiraMithrandir: aren't you in interviews right now?10:25
=== zakame [n=Josh@ubuntu/member/zakame] has joined #ubuntu-devel
MithrandirSimira: I thought it was at 1000, but it's at 1100 instead.10:26
pittimvo: hmm, sorry, no10:27
MithrandirSimira: Amund and I've made some questions and stuff, though, so good I was a bit early in.10:27
pittimvo: that has to wait for lamont, I'm afraid10:27
SimiraMithrandir: are you going to ask them about shoe sizes?10:28
MithrandirSimira: no, that's just when interviewing people for the student society.10:28
mvopitti: ok, thanks 10:30
sivangMithrandir: what are you interviewing people for? :)10:31
=== zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #ubuntu-devel
mvolamont-away: could you please kick the gksu build?10:35
=== jkbys [n=jkbys@gnulinux.good-day.net] has joined #ubuntu-devel
zygamorning10:37
zygamvo: how is .deb click-to-install going?10:38
mvozyga: good, I'm waiting for gksu to be build before I can upload a first version to universe10:38
zygamvo: is it python based?10:39
mvozyga: yes, python-{gtk,apt}10:39
zyga:-)10:39
zygapython is a nice tool indeed :>10:40
Mithrandirsivang: just helping out a bit at hardware.no, we're looking for a programmer.10:41
=== freeflying [n=freeflyi@61.190.65.38] has joined #ubuntu-devel
seb128elmo: hi.gazpacho aalib pyorbit pxlib easytag (why is this one needed, that's -build2 version?) syncs please10:46
pittiKamion: can you do syncs until elmo is back?10:48
Kamionpitti: theoretically yes, but there's some weirdness with queue/launchpad/ that I don't entirely know how to drive10:48
seb128lamont-away: could you give a retry to build libwpd ?10:48
Kamionpitti: I expect elmo to be back RSN anyway10:48
pittiKamion: ok, thanks10:48
=== _native_ [n=alpha@cpe-66-87-4-181.ut.sprintbbd.net] has joined #ubuntu-devel
=== carlos [n=carlos@243.Red-83-47-24.staticIP.rima-tde.net] has joined #ubuntu-devel
=== _native_ [n=alpha@cpe-66-87-4-181.ut.sprintbbd.net] has left #ubuntu-devel [""An]
zygacarlos: hi10:53
zygacarlos: when is the next language pack sheduled?10:53
pittizyga, carlos: hi10:53
zygahey pitti :)10:53
=== Jimb0b [n=jcape@c-67-175-222-235.hsd1.il.comcast.net] has joined #ubuntu-devel
carloszyga, soon, but I don't know it exactly10:56
=== martink [n=martin@p54B3A642.dip0.t-ipconnect.de] has joined #ubuntu-devel
zygacarlos: will it include 'X-Ubuntu-Gettex-Domian' ?10:57
seb128hey carlos10:57
seb128carlos: are you going to clean all these xxx-deprecated po files this week? :)10:58
carloszyga, I don't think so10:58
carlosthat's a dapper feature10:58
zygacarlos: are you going to release the scripts that put the domain name?10:59
zygaI'd like to test this on breezy, dapper scared me untill release10:59
=== freeflying [n=freeflyi@61.190.65.38] has joined #ubuntu-devel
viviersfKamion, how do i run just hw-detect from the cd ?11:00
viviersfnot using the debian installer11:00
Kamionviviersf: you don't unless you have the rest of the d-i infrastructure available, sorry11:00
Kamionhw-detect is a part of d-i; it's not designed for external use11:00
viviersfthe d-i installer is present11:00
viviersfi just dont use it11:01
Kamionthat's so horrible11:01
viviersf:/11:01
viviersfwell the d-i takes long11:01
Kamionwell, you could try running it with DEBIAN_FRONTEND=none11:01
Kamion(in the environment)11:02
viviersfkk lemme check11:02
KamionI can't guarantee that won't break badly though11:02
Kamionyou probably need to have loaded debconf templates first (see rootskel)11:02
Diablo-D3hey guys11:02
Diablo-D3we /are/ getting rid of bugzilla, right?11:02
KamionDiablo-D3: yes11:02
Diablo-D3good.11:02
=== koke [n=koke@ubuntu/member/koke] has joined #ubuntu-devel
viviersfKamion, could you explain how the hw-detect scanning works ?11:03
Diablo-D3blah, has no one filed a bug on kdelibs before?11:03
viviersfor it just to much hassle ?11:03
=== dholbach [n=daniel@ubuntu/member/dholbach] has joined #ubuntu-devel
Kamionviviersf: which scanning?11:03
dholbachU11:04
dholbachhellas11:04
viviersfok udev / hotplug hw detection works fine11:04
viviersfthen there loads modules such as ide_generic and ide_cd etc11:04
viviersfthough the d-i11:04
carloszyga, it will be an intltool patch11:04
viviersfand i just want to find out how the d-i knows those drivers need to be installed11:05
carloszyga, so you will have it available, yes11:05
Kamionhonestly, it's going to be quicker for you to read through the hw-detect shell script - it's really just a load of manual actions11:05
mvoelmo: please sync gmp from debian11:05
viviersfkk Kamion 11:05
Kamionide-generic and ide-cd are just always loaded11:05
Kamion(if available)11:05
viviersfyeah11:05
Kamionideally all that stuff would either be removed or move to udev11:06
viviersfand some scsi stuff 11:06
Kamionthe SCSI stuff is conditional; search for the module names11:06
Diablo-D3https://launchpad.net/distros/ubuntu/+source/kdelibs/+bug/443511:06
=== freeflying [n=freeflyi@61.190.65.38] has joined #ubuntu-devel
=== Robot101 [i=robot101@light.bluelinux.co.uk] has joined #ubuntu-devel
=== HiddenWolf [n=HiddenWo@136.78.dynamic.phpg.net] has joined #ubuntu-devel
=== olemke [n=olemke@iup.physik.uni-bremen.de] has joined #ubuntu-devel
=== zakame [n=Josh@ubuntu/member/zakame] has left #ubuntu-devel []
=== Xoff is now known as Xof
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #ubuntu-devel
chmjelmo: iptraf sync please, ubuntu override ok 11:33
=== gilligan_ [i=gilligan@p549A9B2E.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel
carlosseb128, no, this week will still be there, but will try to have the patch ready for next production update next Tuesday (next week)11:41
seb128k, thanks11:42
=== Chipzz [i=chipzz@noa.ulyssis.student.kuleuven.be] has joined #ubuntu-devel
=== camilotelles [n=Camilo@20132194128.user.veloxzone.com.br] has joined #ubuntu-devel
=== thesaltydog [n=fabio@host108-146.pool8253.interbusiness.it] has joined #ubuntu-devel
=== womble [n=mpalmer@eth359.nsw.adsl.internode.on.net] has joined #ubuntu-devel
=== seb128 [n=seb128@ANancy-151-1-29-104.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel
chmjelmo: bluez-hcidump sync please, ubuntu override ok 12:09
=== marcin [n=user@www.e-dev.tele2.pl] has joined #ubuntu-devel
=== marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel
=== pitti_ [n=pitti@195.227.105.180] has joined #ubuntu-devel
=== jinty [n=jinty@205.134.224.215] has joined #ubuntu-devel
=== hunger_ [n=hunger@p54A640BD.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== JaneW [n=JaneW@wbs-146-180-209.telkomadsl.co.za] has joined #ubuntu-devel
=== jane_ [n=JaneW@wbs-146-180-209.telkomadsl.co.za] has joined #ubuntu-devel
=== enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel
=== zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
=== dredg [n=nsherida@80.169.137.162] has joined #ubuntu-devel
=== codepoet [n=codepoet@cpe-66-68-46-68.austin.res.rr.com] has joined #ubuntu-devel
=== gbon121 [n=chatzill@151.5.148.94] has joined #ubuntu-devel
=== tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-devel
=== chmj_ [n=chmj@wbs-146-171-71.telkomadsl.co.za] has joined #ubuntu-devel
MithrandirKamion: what's the reason for a lot of non-latin1 locales as being listed as "type 1" in localechooser?  (type 1 is "ok to use in latin1-only environment")01:00
Diablo-D3ahh here comes the fun01:03
Diablo-D3https://launchpad.net/distros/ubuntu/+source/kdebase/+bug/443901:03
KamionMithrandir: haven't looked at that much yet, you'd probably have to ask bubulle01:04
MithrandirKamion: 'k, thanks.01:04
=== bmonty_laptop [n=bmontgom@wsip-68-15-230-31.om.om.cox.net] has joined #ubuntu-devel
=== ..[topic/#ubuntu-devel:Kamion] : Ubuntu Development (not support, even with dapper) | #ubuntu for support and general discussion | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/DeveloperResources | http://wiki.ubuntu.com/HelpingWithBugs | Ubuntu 5.10 released: http://www.ubuntu.com/newsitems/release510
Kamion(topicdiff: remove dapper CD links, which are a bit broken anyway)01:05
Diablo-D3wheres daniels01:06
Diablo-D3hrm, guess he doesnt hang out in here anymore01:07
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
slomolamont-away, infinity: please give-back gtksourceview-sharp, gtksourceview-sharp2 and seahorse01:13
slomoelmo: please sync gmime2.1, ubuntu changes can be dropped01:13
tepsipakkikamion: it seems that d-i supports preseeding lvm-config, but how to enable that? Docs aren't updated01:14
Kamiontepsipakki: I was not aware that that was supported01:18
Kamion(not sanely, anyway)01:18
tepsipakkii'm not sure it is..01:18
tepsipakkithere's partman-auto-lvm01:18
Kamionthat doesn't support preseeding usefully; there have been no partman recipe format extensions for LVM as far as I know01:19
tepsipakkiok01:19
=== lucas [n=lucas@alabama.imag.fr] has joined #ubuntu-devel
=== tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-devel
slomoelmo: please sync libextractor from debian/unstable... ubuntu changes can be dropped01:25
=== kbrooks [n=kbrooks@unaffiliated/kbrooks] has joined #ubuntu-devel
=== kbrooks pokes everyone
kbrooksAttention please? Is a Ubuntu developer here?01:34
=== pitti points kbrooks to the topic
pittikbrooks: this channel is full of them01:35
kbrooksWell.01:35
=== kbrooks thinks hard
kbrooksokay. How do I get this addition of a init script for Subversion into breezy + 1 ?01:36
Kamionfile a bug01:36
kbrooksOK01:36
Kamionif it makes sense to do so, you could also file the bug in Debian and we'll pick it up01:37
kbrooksWell, I'd have to check01:38
poningruquestion will xorg 7.0 be in backports? or is that too much work?01:38
seb128poningru: is there any interest to start backporting such stuff? you can as well use the new distro01:39
kbrooksI want to be a Ubuntu developer. ;)01:40
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel
dholbachkbrooks: #ubuntu-motu would be a good start for that01:41
dholbach:)01:41
dholbachhi BenC 01:41
kbrooksK01:41
kbrookshttps://launchpad.net/people/cmpfixer/+filebug # hmmm01:42
codepoetseems you guys will be reading my bug reports on the ubuntu-devel mailing list haha01:42
=== Hirion [n=Hirion@p5487F688.dip.t-dialin.net] has joined #ubuntu-devel
=== hunger [n=hunger@p54A62458.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== otavio [n=otavio@unaffiliated/otavio] has joined #ubuntu-devel
viviersfhmmf02:00
viviersfi just cant get ahead02:01
=== jkbys [n=jkbys@218-251-52-236.eonet.ne.jp] has joined #ubuntu-devel
=== pitti_ [n=pitti@195.227.105.180] has joined #ubuntu-devel
=== sanpera [n=sanpera@wls-21-226-196-65.tls.net] has joined #ubuntu-devel
=== sanpera is now known as sanpera|indiana
Kamionpitti: could you check MainInclusionReportGlew (I left the security section blank), please? I need it either approved and promoted, or declined and rss-glx modified to match, in order to get ubuntu-desktop installable02:06
pitti_Kamion: yes, I can take a look at it02:08
Kamionthanks02:09
=== chuck_ [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
=== sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel
DevinTanybody ever talk to Mark Shuttleworth?02:12
=== jinty_ [n=jinty@205.134.224.215] has joined #ubuntu-devel
zulcouple of times02:13
HiddenWolfDevinT, sure, he's around, but it's a busy guy.02:15
mvoKamion: aptitude needs a "libcppunit-dev" (unit-test framework) to build in the new 0.4.0 version. I assume I need to write a main-inclusion report for it? 02:15
=== bob2 even met him once!
=== otavio is now known as otavio[off]
DevinTisn't he worth half a billion dollars?02:17
chmjO.o02:17
HiddenWolfDevinT, just check fortune. ;)02:17
dholbachmvo: i should think so02:17
\shDevinT: why is this important?02:18
Kamionmvo: yes02:18
seb128pitti: are you taking care of this gtkmathview main promotion or should I do it so we get abiword again?02:18
=== zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-devel
pittiseb128: hrmpftime02:19
pittiseb128: after I finished my current thingie, I'll look at Kamion's thingie02:19
pittiseb128: if you want to speed it up, feel free to create a wiki page and do the bug research already :)02:20
seb128pitti: same for me, but every daily build page has a good list of abiword and I know than some people use it02:20
seb128pitti: k, will do02:20
BenCdholbah: hey02:21
mvopitti: let me know if I can (further) help with cppunit and it's main inclusion02:30
pittiKamion: glew looks fine to me; do you want to promote it right away?02:41
pittiKamion: if so, I directly put it into 'approved and promoted' in the queue02:41
Kamionpitti: promoted, thanks02:42
=== freeflying [n=freeflyi@61.190.65.38] has joined #ubuntu-devel
pittiKamion: yay, transitional postgresql package waits in anastacia for demotion02:42
pittiKamion: can you demote it right away, so that we catch new packages which b-dep on postgresql-dev?02:43
Kamionpitti: done02:44
pittimerci02:44
Kamionde rien02:44
=== ogra2 [n=ogra2@p5089EEDB.dip.t-dialin.net] has joined #ubuntu-devel
=== eruin [n=eruin@unaffiliated/eruin] has joined #ubuntu-devel
NafalloBenC: how broken could the new kernel be? should it be able to boot? :-)02:48
zulhmmm...wha?02:49
=== Nafallo just read the changelog NOTE ;-)
KamionNafallo: the binaries won't reach the archive for a while, until new udev is available02:50
Nafallooh :-(02:50
Kamionwell, at least they won't become the default until new udev is available02:51
Kamionbecause you need new udev in order to boot02:51
Nafallolol. that means the new kernel won't boot then ;-)02:51
=== Nafallo keeps away from those sources
pittimvo: mmmmm, C++ unit testing - how could  I say 'no'? :-)02:52
bob2hahaha02:53
=== jk [n=jochem@jkossen.nl] has joined #Ubuntu-devel
HiddenWolfKamion, any eta on that new udev?02:55
=== dredg [n=nsherida@80.169.137.162] has joined #ubuntu-devel
mvopitti: heh :) thanks03:00
=== marga [n=marga@200.115.206.87] has joined #ubuntu-devel
margamako_: ping?03:01
BenCNafallo: it boots for me on my laptop and p4 system03:01
BenCNafallo: but the rt2500pci driver is broken for my p403:02
KamionHiddenWolf: it's nothing to do with me; no idea03:02
BenCran fine the whole week of ubz on my laptop though (sempron with airo wireless)03:02
pittiHiddenWolf: last week Scott told me that he had it ready more or less, just waiting for new kernel03:04
HiddenWolfpitti, let the breakage begin. ;)03:05
pittiHiddenWolf: I look forward to the new hotplug system *so much*03:05
Kamionfabbione: is the sparc buildd alive at all? I'd like to fix any debian-installer issues it has?03:05
Kamions/\?$/./03:05
BenCKamion: new kernel boots fine without new udev, it's just old kernels wont boot fine with new udev :)03:05
HiddenWolfpitti, fast, shiny, and easy too boot? ;)03:06
BenCHidden: basically he's ripping out all the bad parts of udev03:06
BenCerr, bad parts of hotplug03:07
KamionBenC: oh, it does? ok03:07
Kamionwill it boot all the way up to a normal full-functioning Ubuntu desktop, or just boot to a shell? :)03:07
BenCboots to desktop03:08
=== OculusAquilae [n=bastian@p548D2F23.dip0.t-ipconnect.de] has joined #ubuntu-devel
Kamioncool03:08
Kamionwell, that's much better than I thought03:08
BenCon my laptop, everything worked fine, except that my cdrom didn't get mounted automaitically03:08
BenCbut then, sound and accel video didn't work on my laptop to start with, so I can't tell if there are any regressions there :)03:09
=== hunger [n=hunger@p54A63C66.dip0.t-ipconnect.de] has joined #ubuntu-devel
BenCbut hotplug pulled in all the modules that should have been there03:09
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== dilinger [i=dilinger@mouth.voxel.net] has joined #ubuntu-devel
=== gbon121 [n=chatzill@151.5.148.94] has joined #ubuntu-devel
pittiseb128: is there already a wiki page? otherwise I do it now03:15
slomopitti: did you already request a openssl sync? i'm currently waiting for it ;)03:16
pittislomo: yes, I did03:16
slomook, so let's wait :)03:16
pittislomo: I did the tests last week and mailed elmo03:16
slomopitti: is a rebuild for everything depending on it needed?03:17
seb128pitti: I'm doing it03:17
pittislomo: yes03:17
seb128pitti: I've the wiki editor open03:17
pittislomo: infinity wanted to do this wholesale with a script03:18
Nafallohmm, looks like I will try the new kernel anyway then :-P03:20
slomoNafallo: ?03:20
Nafalloslomo: you should get yourself a proxy with backlog functionality ;-)03:21
pittiseb128: security and packaging of gtkmathview look fine to me03:21
=== Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel
slomoNafallo: tell me :P there's a new kernel but why do you want to try it _anyway_?03:22
Nafalloslomo: there is a big NOTE in the changelog ;-)03:22
seb128pitti: https://wiki.ubuntu.com/MainInclusionReportGtkmathview03:22
slomoNafallo: oh well... i need 2.6.15 anyway :P03:22
seb128pitti: cool03:23
pittiseb128: thanks, I process it right away03:23
Nafalloslomo: and it seems it might have booted on one system :-)03:23
seb128pitti: thank *you* :)03:23
=== sanpera|indiana [n=sanpera@wls-21-226-196-65.tls.net] has joined #ubuntu-devel
Nafallopitti: could you please add MainInclusionReportLogcheck to your internal queue? :-)03:24
slomoNafallo: hm, i hope ppc works... that's the one i need ;)03:24
slomopitti: can you please add MainInclusionReportXSP to your queue too? ;)03:24
Nafalloslomo: gl ;-)03:24
desrtpitti; word on the street (and in my inbox) is that g-p-m won't accomidate our requests.  start writing code :)03:24
=== desrt overruns pitti's queue :)
Nafallohehe03:25
pittiHi desrt 03:25
desrtg'morn.03:25
pittidesrt: in terms of UI or architecture?03:26
desrtarchitecture... i didn't even touch on UI03:26
seb128you will make dholbach cry03:26
pittidesrt: given that upstream at least moves into our direction UI-wise, it does not seem too hard to let the daemon run as a system process, or is it?03:26
pittidesrt: s/given/if/03:27
desrtdaniel is already crying.  he wants his christmas.  who can blame the boy?03:27
seb128;)03:27
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
seb128not me!03:27
=== dholbach takes holidays until christmas
desrtpitti; i'd guess it is.03:27
desrt:)03:27
desrtpitti; we're not only modifying it to not run as a user and not depend on gnome at all and not do all of the stuff it does in the session....03:28
desrtwe have to modify how it performs its actions03:28
desrtdue to your hal fascism :)03:28
=== pitti thinks that writing a shallow UI around pmi is easier
highvoltageoooh. hal fascism.03:28
desrtpitti; i pretty much agree03:28
desrtpitti; and i've done some of it already03:29
desrtdoes ubuntu have cvs/svn/whatever or am i expected to use this baz business?03:29
pittidesrt: given that mjg59 is on TB now, you have a fair chance to overrule me in terms of hal :)03:29
dholbachdesrt: bzr rather :)03:29
desrtpitti; but i don't want to.03:29
mjg59Nngh.03:29
desrtuh oh03:30
mjg59I *still* haven't heard a good argument why fucking about with pmi stuff is supposed to be better than adopting the solution that upstream is likely to go with03:30
mjg59Especially since it's significantly less functional - we need a session daemon in any case03:30
mjg59As far as I can tell, the only issue is that hal will happily trigger a suspend no matter who asks it to03:30
desrtsecurity problems, lack of working with [kx] ubuntu, lack of working at the login screen03:31
pittimjg59: IMHO letting a wide open daemon like hal run as root and perform all sorts of system wide actions is wrong03:31
mjg59desrt: Other than the first, these are all trivially solvable03:31
pittimjg59: it would become the centralized point of failure/attack03:31
desrt(this might just be my perception) it doesn't work half the time03:31
mjg59If there are bugs, we fix the bugs03:31
desrtright03:31
mjg59But the basic problem here is that hal is providing functionality03:32
desrtanyway.  suggest a fix for the security issues?03:32
mjg59And hal is running as root03:32
mjg59This is a problem that's only going to grow03:32
pittimjg59: it's not03:32
desrtpitti; upstream disagrees03:32
mjg59pitti: To which bit?03:32
pittihal       6696  0.0  0.3  17064  3972 ?        Ss   11:38   0:00 /usr/sbin/hald03:32
desrtthe hal-as-root debate is heating up03:32
pittimjg59: hal has never run as root in Ubuntu03:33
mjg59Hal is going to end up providing functionality that requires it to run as root03:33
pittimjg59: no03:33
desrtit does some weird shit like mounting filesystems for you now (for the pmount-impaired?)03:33
mjg59Or, at the very least, spawning helper programs that do03:33
pittimjg59: hal already has functionality to call separate binaries as callouts03:33
mjg59There's no other way for it to provide the functionality that people want it to do03:33
mjg59pitti: Ok. Replace "hal runs as root" with "hal runs stuff as root"03:33
pittimjg59: providing suid root helper binaries with a small codenbase and a narrow interface is fine for me03:33
Diablo-D3why is hal as root shit bad?03:33
mjg59That's not an issue03:34
mjg59Diablo-D3: Because it's a large code base03:34
Diablo-D3ahh.03:34
mjg59(So is X, but still)03:34
desrtDiablo-D3; and because it has an awful lot of bugs in it03:34
pittiDiablo-D3: because it had a hell of a lot of buffer overflows in the past03:34
Diablo-D3so why not, say, give it a kernel module to do the fun stuff?03:34
pittiDiablo-D3: and the world can communicate to it03:34
mjg59The fundamental issue is that hal needs some form of authentication03:34
pittimjg59: I think auth can be provided through dbus03:34
Diablo-D3authentication =/03:34
pittimjg59: at least as long as we can define permissions in terms of users/groups03:35
desrtmjg59; no.  there really are two issues03:35
mjg59Arbitrary applications run by arbitrary users should not be able to request that hal suspend the system, or eject my CD, or whatever03:35
=== pitti agrees
desrtmjg59; and one of them is that the code in hal is -not- trustworthy yet03:35
desrtmjg59; the other is the auth issue03:35
mjg59Users at the console should be able to do all of these things03:35
desrtright.  we need a "am currently in control of the console" auth system03:35
mjg59Which is a basically solvable problem03:36
desrtand it needs to deal with userswitching03:36
mjg59Now, it's a solvable problem that may need some kernel support...03:36
desrtsurely there's some ioctl on /dev/tty or something that can tell you what the current console is?03:37
pitti(like removing CAP_SYS_PTRACE from users, and similar stuff)03:37
desrtthen check the system log03:37
desrtpitti; ??03:37
mjg59desrt: Yeah, utmp is supposed to be trustworthy03:37
desrtdesrt    :0       -                16Oct05 ?xdm?  29:08m 19.59s x-session-manag03:38
pittidesrt: when processes can ptrace other processes, or inject into their ptys, telling apart console from remote logins does not make much sense03:38
desrtit doesn't say "tty7" >:|03:38
mjg59desrt: No, but that line is written by gdm03:38
mjg59We can fix that03:38
desrtpitti; users can only trace their own processes though03:38
pittidesrt: right03:38
desrtpitti; which means that in order to trick us they'd need to be in control of the console anyway03:39
mjg59desrt: Anyway, yeah - you can check what the foreground console is03:39
pittidesrt: I'm not talking about telling apart different uids, but telling apart processes which "own" a console, and processes which not03:39
mjg59See fgconsole03:39
desrtmjg59; ah.  nice.03:39
desrtCouldnt get a file descriptor referring to the console03:39
desrtpfah03:39
desrtneed root?03:39
mjg59desrt: Needs root03:39
desrti guess everything does these days....03:39
mjg59If you're in X, you don't own the tty - root does03:39
mjg59Works as a user at the console03:39
desrt7!03:39
Diablo-D3I hate how X works03:39
=== _jason [n=jason@dhcp0534.hrn.resnet.group.upenn.edu] has joined #ubuntu-devel
desrtya.  X is -vile-03:39
Diablo-D3it needs to get rid of the fucking 2D driver bullshit03:39
Diablo-D3that shit belongs in the kernel03:40
desrtwe need a single X server with multi-user support03:40
mjg59Diablo-D3: Why?03:40
Diablo-D3mjg59: because framebuffers belong in the kernel.03:40
mjg59The only thing that needs to be in the kernel is resource allocation and locking03:40
mjg59The rest can trivially be done in userspace03:40
desrtDiablo-D3; what you're discussing has some seriously negative performance implications03:40
Diablo-D3desrt: not true.03:40
mjg59And is, in fact, the model that X is moving towards03:40
desrtDiablo-D3; a syscall for every single primative graphics operation?03:41
Diablo-D3desrt: I didn't say that.03:41
desrtDiablo-D3; don't kid yourself into thinking that 2d videocards are framebuffers03:41
Diablo-D3desrt: I didn't say that either03:41
desrt...03:41
=== marga [n=marga@200.115.206.87] has left #ubuntu-devel ["Terminando]
Diablo-D3desrt: thats like saying I need a syscall to upload every triangle in DRI.03:41
desrti'm confused how you'd expect this to work03:41
mjg59Diablo-D3: The only way you get acceleration out of the framebuffer drivers is to do ioctls03:41
Diablo-D3what we need is sort of a DRI for 2D =/03:42
mjg59DRI works fine for 2D03:42
Diablo-D3mjg59: not in the way I was thinking.03:42
mjg59There's just no 2D drivers that use it03:42
=== jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #ubuntu-devel
Diablo-D3I mean, sure, exposing the gpu to do 2D work is quite fun03:42
mjg59pitti: Ok. So, basically, for certain operations hal should check that the user who requested that operation is at the console03:42
desrtmjg59; feel like convincing dbus upstream to integrate a 'console user' policy?03:42
Diablo-D3but thats not what I was thinking03:42
pittimjg59: I'm not yet convinced that this can be done robustly03:43
desrtmjg59; hal defers the authentication problem entirely to dbus03:43
mjg59pitti: Why not?03:43
pittimjg59: but for the sake of argument, let's say hal can check that03:43
mjg59desrt: Sure03:43
pittimjg59: as I said, the current kernel/userspace allows processes to ptrace or tty-control other processes of the same uid03:44
mjg59pitti: Why's that a problem? If the user has console access, then...03:44
Diablo-D3why would you need an ioctl, though?03:44
pittimjg59: so grouping an user's processes into 'has console', and 'is remote' doesn't work ATM03:44
desrtpitti; no... we don't group processes03:44
desrtpitti; we do the entire user03:45
Diablo-D3why can't you let the userspace encode instructions or whatever (like how the userland half of dri drivers do it)03:45
pittimjg59: I'd rather assign a group membership to users who should be able to control power state03:45
desrtpitti; if desrt is logged in at the console than any of my processes have access03:45
Diablo-D3speaking of which03:45
desrt*then03:45
Diablo-D3X needs to quit 'owning' the dri stuff03:45
desrtpitti; that's an awful idea03:45
desrtsorry :)03:45
mjg59pitti: All users at the console should be allowed to control power state in many cases03:45
Diablo-D3I mean, in the way that the dri userland stuff 'comes with X'03:45
pittimjg59: I agree03:45
desrtoh wait.  you mean globally assign group access03:45
pittimjg59: since they have hardware access anyway03:45
jsgotangcohello03:45
Diablo-D3you know what03:46
Diablo-D3I give up03:46
Diablo-D3X sucks03:46
Diablo-D3hardware sucks03:46
Diablo-D3computers suck.03:46
pittimjg59: do you know how sane RedHat's pam_console is?03:46
mjg59If a user is logged in at the console and also logged in remotely, why does it matter that the remote session can trigger events that the user could do anyway?03:46
desrtDiablo-D3; please03:46
mjg59pitti: It does what it tries to do fine, but it's not ideal03:46
=== Diablo-D3 is just in a bad fucking mood right now
mjg59pitti: Users can open devices when logged in and keep them open after they've logged out - then they can still access them remotely at some later point03:46
pittimjg59: anyway, let's assume we have a way to define power ctl privileges for users03:47
pittimjg59: right, that's what I meant03:47
desrtpitti; also... if you give a group to a user once, they have it forever03:47
pittimjg59: this priv should be assigned to an uid03:47
desrtpitti; even across reboot03:47
mjg59Whereas checking whether a user is actually at a console is robust03:47
pittidesrt: sure, sgid binaries03:47
=== hunger [n=hunger@p54A617A4.dip0.t-ipconnect.de] has joined #ubuntu-devel
pittimjg59: by checking if any process of that user has any /dev/tty open?03:48
desrtmjg59; it's worth noting that windows and mac os do not let unprivileged users modify the power settings03:48
mjg59pitti: By checking whether gdm has recorded that that user is on the foreground tty03:48
Diablo-D3mjg59: but that requires a dm.03:48
Diablo-D3not all users use dms.03:48
mjg59Diablo-D3: Sucks to be them.03:48
pittimjg59: k, that sounds reasonable for Ubuntu03:48
Diablo-D3mjg59: how so?03:48
hungerWhat is a foreground tty?03:49
desrtmjg59; but in any case, adding a "can change power settings" group is a trivially additional layer on top of what we're discussing03:49
mjg59hunger: The tty that is displayed the system console03:49
Diablo-D3mjg59: what happens if the dm shits out? then you have no X.03:49
mjg59"on the"03:49
pittihunger: just skip the foreground, it does not make sense anyway03:49
mjg59Diablo-D3: Yes. So?03:49
Diablo-D3mjg59: so I shouldnt require a dm to use X.03:49
hungermjg59: The system console? Which one is that?03:49
pittihunger: for me, asking gdm whether user X is logged in seems sane03:49
Diablo-D3dms are apart of the desktop environment, X doesnt require a desktop environment to run.03:49
mjg59hunger: The console that is plugged into the system.03:49
hungermjg59: I have 4 Xsessions running at this time as 4 differnt users.03:50
pittihunger: (although highly Ubuntu specific)03:50
mjg59hunger: There's a fringe case of multi-head machines, but you don't want power management in that case03:50
desrtDiablo-D3; please write a spec about how to fix it for dapper03:50
Diablo-D3desrt: easy03:50
Diablo-D3get rid of X03:50
hungerpitti: I do not even use gdm!03:50
desrtso go write a spec03:50
desrtplease.  do us the favour03:50
pittihunger: as I said, it would be highly specific, and maybe there is a more general approach03:50
=== Kinnison ruffles desrt
=== desrt is early-morning-ruffled
mjg59pitti: Ideally, all DMs would record the tty in utmp03:50
hungermjg59: This is a simple laptop, not multiheaded at all and definitly in need of PM.03:51
desrtmjg59; i think we might have other ways to find out03:51
pittihunger: however, I'm the side that evaluates the security, not usability :)03:51
Kinnisondesrt: it was a mid-afternoon ruffling, you have to wait 5 hours for it to cross the ocean03:51
mjg59hunger: So the foreground tty is the one that's currently being displayed03:51
desrti see.03:51
pittimjg59: right03:51
=== Diablo-D3 thinks this conversation sucks.
hungermjg59: OK... and that may change PM settings?03:51
mjg59hunger: They may all change PM settings, but only the active user will be able to trigger them03:51
pittimjg59: why should it matter whether a login session is displayed or not?03:51
desrtmjg59; look in the lastlog03:52
mjg59pitti: An idle user whose session isn't displayed shouldn't be able to trigger a suspend03:52
hungermjg59: Ah, OK. I think that sounds sane enough:-)03:52
desrtmjg59; actually forget that.  it's useless if it has wrapped since03:52
pittimjg59: erm, no user should actually03:52
mjg59desrt: Mm?03:52
mjg59pitti: Uh.03:52
pittimjg59: I though we talk about *configuring* the power daemon03:53
mjg59pitti: Surely the entire point of this is to provide functionality for user-triggered suspends?03:53
hungermjg59: What happens when the lid is closed without anyone being logged in?03:53
desrtmjg59; lastlog has the info but isn't promised to still have it since it may have been rotated03:53
mjg59hunger: That's a separate issue03:53
mjg59desrt: IRC lastlog?03:53
desrtmjg59; the system wtmp03:53
mjg59desrt: Oh - surely that's pseudo-ttys?03:53
mjg59I don't see my tty in there anywhere03:54
pittimjg59: you want any user process be able to directly poweroff the machine?03:54
mjg59Oh, probably because it's wrapped03:54
desrtyou're right.  i -am- an idiot :)03:54
hungermjg59: I do not see the problem...03:54
desrtok.  seriously though... does gdm even know?03:54
desrtit says to the X server "start"... and X picks a console03:54
desrtthen gdm connects to :003:54
hungermjg59: Surely an idle user won't trigger a suspend anyway since he is idle:-)03:54
mjg59pitti: A hostile program can already delete all your files03:55
desrtgdm probably has no idea that it's on tty703:55
hungermjg59: Why shouldn't I be allowed to suspend from remote?03:55
mjg59pitti: And it can already tell gdm to halt the system03:55
desrthey03:55
desrtwhat if we used the gdm machinary to do this?03:56
mjg59pitti: See gdm-signal03:56
hungersend a Wake-on-lan, do something, suspend the box again seems a valid use case to me.03:56
mjg59Breezy already allows arbitrary user processes to suspend things03:56
pittimjg59: My main concern is not a DoS, but more a race between several processes who concurrently want to do power operations03:56
mjg59pitti: Then we need some sort of locking03:56
pittimjg59: in the case of multiple logins03:56
desrtmjg59; surely only if they're currently logged in through gdm?03:56
mjg59pitti: If there are multiple logins, only the one in the foreground should be able to trigger anything03:57
mjg59desrt: Yes, but that's by far the most common use case03:57
desrtmjg59; but will it restrict all other users?03:57
mjg59desrt: ?03:57
desrtdo non-logged-in-under-the-current-gdm-session-users get to use gdm-signal?03:57
mjg59I'm getting confused here. Shall I just write down what I think should happen ? :)03:57
hungerPlease do not focus so much on gdm... there are enough other login managers around.03:58
mjg59hunger: It's trivially applicable to other dms03:58
hungerWould be a shame if things broke for me just because I am on kubuntu;-)03:58
bob2then their users can handle adding the hooks03:58
mjg591) User logs in. DM records the tty of the user.03:58
desrt1a) if it knows it03:58
mjg592) User a switches to user b. DM records the tty of user B.03:58
=== hunger fails to see the reason for tty recording.
mjg593) User a's PM settings notice that he's been idle for 15 minutes. They ask for a suspend03:59
desrthunger; we ioctl /dev/tty to determine the 'active' VT03:59
desrthunger; then we see who is logged in there03:59
desrthunger; and only they are allowed to change power settings03:59
mjg594) User A is not on the foreground console. The request is refused.03:59
hungerYou will need to do locking anyway.03:59
dholbachi'm out for a walk... be back later03:59
desrtdholbach; cheerio03:59
hungerSo why the foreground console magic?03:59
mjg595) User B explicitly asks for a suspend04:00
mjg596) User B is on the foreground console. The system suspends.04:00
mjg59That's how I imagine things working. Does any part of that seem insane?04:00
hungermjg59: Why that distinction?04:00
desrtmjg59; it's not bad04:00
desrtmjg59; certainly handles my one use case of sharing your laptop with an evil sibling with a sick sense of humour04:00
mjg59hunger: Why what distinction?04:00
hungermjg59: I think that is only useful on a single-userish box... and there will be only one user 99% of the time anyway.04:01
hungermjg59: user on foreground tty and user somewhere else.04:01
fabbioneKamion: sparc is building stuff... i didn't give love to the buildd the last 2 days (been sleeping all time).. but it's catching up as we speak04:01
fabbioneKamion: i was way too sick to stay out of bed04:01
desrtmjg59; and hal runs as a locked-down user and shells out to setuid helpers?04:01
mjg59hunger: Dapper should have nice switch user functionality. If it has that, and if users are able to configure PM settings for idle timeouts, it's vital that the non-active user isn't able to suspend the machine from underneath the active user04:01
mjg59desrt: Yeah04:01
desrtmjg59; it's not bad04:01
mjg59Which lets us use g-p-m as is04:02
pittidesrt: I'd really like to see this as a dbus service instead of being tightly integrated into hal04:02
hungermjg59: non-active timers need to be global to all users I think.04:02
mjg59hunger: Why?04:02
XofI don't know where hunger gets his 99% statistic from, but I for one am in the 1%04:02
desrtmjg59; assuming you have other ways of addressing the kde-users-left-out-in-the-cold/login-screen problems04:02
mjg59desrt: I think the sensible thing in those cases is to run g-p-m and provide some other way to configure them04:02
desrtpitti; we've talked about two things....04:02
desrt1) what should be done04:02
desrt2) what can reasonably be done in dapper timeframe04:02
hungermjg59: Do you want to suspend the box while someone is working on it via ssh?04:03
mjg59Unless gconf is considered unacceptable in Kubuntu04:03
mjg59hunger: Given that the user could press the power button, that's not an issue04:03
hungermjg59: agreed:-)04:03
mjg59Remote users should, in most cases, not be able to trigger suspends04:03
desrthunger; we don't need a voting system :)04:03
desrt"does everyone currently logged in agree to suspend?"04:03
desrtmjg59; unless of course the remote user is the local user :)04:04
mjg59It's quite important to have the power management as a session daemon, though. User apps need to be able to veto it.04:04
hungermjg59: Given that the ssh user could run "shutdown -h now" the distinction is rather blurry.04:04
desrtmjg59; dbusdbusdbus04:04
mjg59If I'm running totem in full screen mode, it needs to tell g-p-m not to suspend04:04
desrthunger; only if they're root04:04
mjg59desrt: Yeah04:04
mjg59Now, g-p-m already has this functionality. We're just missing the authentication layer.04:05
hungerdesrt: Right:-) So why not have a group of users alowed to suspend.04:05
mjg59hunger: Why?04:05
desrthunger; because that's not a good dynamic policy04:05
=== jsz [n=diego@59.Red-80-36-85.staticIP.rima-tde.net] has joined #ubuntu-devel
desrthunger; who we want to be able to suspend changes as users log in/out of the console04:05
hungerdesrt: Maybe. But it is necessary in a multiuser setup anyway.04:05
desrthunger; we already have a good mechanism worked out04:06
hungerdesrt: In my uni we routinely had people sitting on "servers". They should never be shut down.04:06
desrtoh.  this.04:06
hungerdesrt: Then don't let me keep you:-)04:06
desrtright04:07
hungerdesrt: Granted: They could pull the plug.04:07
mjg59Server installs should have a different default policy04:07
desrt09:49 <desrt> mjg59; but in any case, adding a "can change power settings" group is a trivially additional layer on top of what we're discussing04:07
desrt:)04:07
desrtmjg59; he's absolutely right.  some users should be unable to do power stuff, even at the console04:08
hungermjg59: The destinction between client and server used to be blurry in my uni... users were sitting on boxes and worked there that were happily exporting drives to the entire department.04:08
desrtmjg59; think "internet sharing" in a library, for example04:09
hungermjg59: No money for real servers, so we used what was there:-)04:09
mjg59desrt: Ok, I think that's a good argument for checking that the user is a member of a group (and in the default install, default to adding new users to that group)04:09
pittidesrt: how do you want to keep local users away from shutting down a machine?04:09
desrtmjg59; or "print server" in a library04:09
mjg59pitti: The machine may be in a locked box04:09
desrtpitti; in my hypothetical library, we have additional physical security04:09
pittiok04:09
hungerpitti: Think internet caffee: monitor, keyboard and mouse are accessible, the rest is locked away.04:10
mjg59But that's no problem, it's just another lookup for the policy04:10
desrt*ahem* *alt-ctrl-f1* *ctrl-alt-del*04:10
desrtwhat about that one, EH?04:10
mjg59desrt: (Can be disabled in inittab)04:10
hungerdesrt: /etc/inittab04:10
sladenexcept with X is crashing and keeps respawaning that doesn't work04:10
desrtmjg59; something we want to provide a UI for? :)04:10
mjg59desrt: A general lockdown UI might be nice04:11
=== [-Jarod-] [n=jarod@lns-bzn-25-82-251-206-224.adsl.proxad.net] has joined #ubuntu-devel
desrtdo we have sysrq-hacking support enabled?04:12
desrtor magic sysrq key or whatever they call it04:12
mjg59desrt: Can be disabled through /proc04:12
desrtoh.  that's very nice indeed04:12
mjg59So, if gconf and glib are acceptable for kubuntu, that just leaves a UI and a light patch to KDM to make the Kubuntu case work04:14
pittidesrt: I'd rather try to find the power plug04:14
desrtpitti; that's not something we can fix04:14
desrtpitti; these other things are04:14
mjg59If not, then we need a configurable settings backend (not too much pain)04:14
pittidesrt: right :)04:14
desrtpitti; and generally speaking, for a given user (like a library) solving the logistics of making the machine physically secure is one heck of a lot more intuative to them than working out how to hack the OS04:15
=== sanpera|indiana [n=sanpera@wls-21-226-196-65.tls.net] has joined #ubuntu-devel
desrtmy ubuntu email address is not working >:|04:16
desrtelmo; ping?04:16
Znarldesrt : What part is not working?04:17
desrtwhen i send to it i get a bounce04:17
=== mvo wonders if Znarl has a nick-highlight on "elmo" ;)
mjg59pitti: desrt: So does this sound (a) achievable, and (b) broadly sane?04:18
desrtmjg59; you have to stick your fingers into a -lot- of places04:18
mjg59desrt: But it gives us a framework that works for other situations, too04:19
desrtmjg59; something tells me you're used to that, though :)04:19
desrtmjg59; ya.  that's true.04:19
mjg59It's not PM specific04:19
pittimjg59: TBH I'm not totally convinced about the multiple userspace daemons, but I wouldn't veto against it04:19
desrti have one marginal use case that your system breaks... but it's really marginal04:19
pittimjg59: if we can solve the backend with a separate dbus service instead of integrating everything into hal, it works for me04:20
mjg59pitti: I think it simplifies matters to have per-user daemons04:20
desrtsay we have a physically secured laptop (like library style)04:20
desrtbut at the end of the day the librarian wants to be able to close it and have it go to sleep04:20
mjg59pitti: As far as I'm concerned, something should get the dbus signal and do something appropriate. At the moment hal has code to do that, but I don't have any religious beliefs here04:20
desrt((no distinction between user-triggered actions and system-event-triggered actions))04:20
pittimjg59: providing a simple dbus service on top of PMI should be easy04:21
mjg59pitti: Well, that's basically what hal does right now (except for the "simple" bit)04:21
mjg59desrt: Hrm. At the moment, that could be done through the gdm menu.04:21
=== desrt pops out for some breakfast
=== desrt pops in a moment
desrthm?04:21
pittimjg59: however, dbus currently only authenticates against uids or group membership04:21
jsgotangcogood night =)04:22
mjg59desrt: System/logout/shutdown04:22
mjg59Oh, sleep04:22
mjg59Right. Hrm.04:22
desrtmjg59; we have to assume that we're going to deal with that04:22
mjg59desrt: gtksudo wrapper in that case?04:22
mjg59pitti: Yeah, the authentication thing needs to be sorted04:22
desrtmjg59; you close your laptop and a gksudo box pops up asking for your pw?04:22
mjg59desrt: Well, pressing the sleep key04:23
desrthmmmmmm04:23
mjg59There's obviously no way of dealing with the case where if one user closes the lid it should suspend and not for another user04:23
mjg59Unless the librarian logs out and in again04:23
desrtwell -- system daemon :)04:23
desrtya.04:23
desrtthat's a bit evil.04:23
Znarldesrt : What email address is bouncing?04:24
desrtwe could expand the 'system actions' at the gdm menu to ask for a u/p of an admin user04:24
desrt(right now you need root)04:24
desrtZnarl; desrt@ubuntu.com04:24
pittimjg59: your model would not work with closing the lid when no user is logged in, though04:24
mjg59desrt: Yeah04:24
mjg59pitti: Right. In that case, gdm should be running a daemon04:24
=== ogra [n=ogra@p5089EEDB.dip.t-dialin.net] has joined #ubuntu-devel
desrtpitti; presumably we have something up where gdm invokves its own g-p-m04:24
mjg59And then kill it during login04:24
pittithat's soo crackful04:24
Diablo-D3heh04:24
desrtpitti; absolutely04:25
mjg59There's a tiny race where the gdm one is dead before the user one starts, but, well04:25
desrtpitti; but we don't have time to do it properly04:25
pittiright *shrug*04:25
desrtas i see it04:25
desrtpost-dapper we're going to want to do something better04:25
desrt-much- better04:25
Znarldesrt : Yeah, that doesn't exist.  Can you create a RT job requesting it's creation please?04:25
desrtwhich probably means diverging from g-p-m again anyway (unless richard suddenly does an about-face and realises that his architecture is flawed)04:26
desrtZnarl; RT?04:26
pittibut if we are going for a system daemon in dapper+1 anyway, why bother with putting effort into anothers olution?04:26
mjg59Basically, nobody is trying to solve this problem at the moment. To solve it we're going to need to create new framework, and the best way of convincing people is to show them the code04:26
desrtpitti; this is my idea04:26
desrtpitti; use what we have now.  make it better.04:26
mjg59pitti: Because it's not much effort and it uses existing code04:26
Znarldesrt : rt@admin.canonical.com04:26
desrtZnarl; thanks.04:27
mjg59The only difficult bit here is the authentication stuff, and we almost certainly want that anyway04:27
mjg59As in, we'd want that even for the system daemon case04:27
mjg59So we might as well solve that now, and then push for it to be standardised cross-distros04:28
=== dereks- [n=dereks@66.9.7.66] has joined #ubuntu-devel
=== dereks- [n=dereks@66.9.7.66] has left #ubuntu-devel []
desrtso what.. ubuntupowerdaemon?04:29
ograwasnt acpid once though for all this ?04:30
mjg59ogra: No04:30
desrtfwiw, pbbuttons is -definitely- more than enough04:30
desrtand pbbuttons runs on non-macs :)04:30
mjg59pbbuttons is more than enough, but...04:30
desrtpbbuttons has a bit of a problem right now in that it will take power management commands from arbitrary users04:32
desrt*ahem*04:32
mjg59desrt: Yeah. We end up having to solve the same problems, and we end up doing it in a way that integrates less nicely into the desktop04:33
desrtit uses poor-man's-dbus04:33
mjg59Yeah04:33
mjg59Let's get the framework implemented, and then worry about the future after that04:33
mjg59No matter what sort of decision we make, that needs to be done04:34
desrtright04:34
=== pepito [n=pepe@7.Red-83-38-47.dynamicIP.rima-tde.net] has joined #ubuntu-devel
pepitohello04:34
desrti wonder if redhat would accept the patch to dbus04:34
desrtthat seems like a reasonable place for it04:34
mjg59We should speak to the dbus guys, yeah04:35
mjg59They'll probably just want to go with a pam_console solution, though04:35
desrtpam_console is vile04:35
desrti always turn it off :)04:35
mjg59Which doesn't actually solve the problem04:35
pepitoIm trying to get Ubuntus source packages used at boot-up for hardware detection and activation, could anyone let me know something about? thanks04:35
mjg59pepito: We just use hotplug04:36
=== thesaltydog [n=fabio@host108-146.pool8253.interbusiness.it] has joined #ubuntu-devel
desrtblisfulyl, not for long04:36
desrt*blissfully04:36
Diablo-D3hrm04:36
Diablo-D3hey04:36
mjg59So, who wants to raise this with the dbus guys? :)04:37
desrtnot me04:37
Diablo-D3why can't we use dbus to ask the kernel whos logged into a real terminal?04:37
mjg59Diablo-D3: The kernel doesn't know04:37
pepitomjg59 Im just trying to see some source code that helps me when setting up a mouse whether is usb, ps/2 or serial04:37
desrti filed a bug against them "your supposedly-threadsafe library isn't" ages ago and have gotten very little reply :)04:37
Diablo-D3mjg59: why can't it?04:37
mjg59Diablo-D3: How should it?04:37
mjg59The kernel doesn't care04:38
desrtDiablo-D3; even if it had a concept of "who do the processes that are using this terminal belong to?" it would see that X belongs to root04:38
Diablo-D3I dunno, maybe our tty program should communicate with dbus?04:38
mjg59Nnnnnnnnnnnnnngh.04:39
desrtout come to the cocks04:39
desrtseriously though, i should eat breakfast04:39
Diablo-D3mjg59: isn't dbus the magic way to fix everything?04:39
mjg59No04:39
Diablo-D3wow, could have fooled me.04:39
pepitoso mjg59, hotplug is used to recognize mouse at boot time?04:40
pepitocould you let me know packages name?, sorry I just dont use ubuntu04:41
Nafallohotplug04:41
pepitook thanks, Ill look for it whithin your repository04:42
Robot101mjg59: what's the dbus issue?04:42
Robot101mjg59: /me is upstream now :D04:42
Mithrandirdoko: would you mind if we synced zlib from Debian?  I think the only change we'll be missing out on is "Explicitely set -march/-mtune options for 64bit i386 build."04:43
pittiMithrandir: oh, Debian has the multiarch bits now? nice04:43
mjg59Robot101: We want dbus to be able to authenticate events based on whether or not the user sending the request is the user with a login session on the foreground console04:43
Mithrandirpitti: yes, broonie merged them.04:43
Robot101mjg59: on the system bus?04:44
mjg59Robot101: Use case: User sends request to system bus saying "Please suspend the machine". If user is not on the foreground console, this request should be declined.04:44
mjg59(extend to requests like "Please eject the CD")04:45
Diablo-D3mjg59: these permissions can be changed, right?04:45
Diablo-D3like anyone who is root should be able to do this no matter where they're logged in, remote or not04:45
mjg59Diablo-D3: Dbus policy is configurable. See /etc/dbus04:45
mjg59See /etc/dbus-1, rather04:46
mjg59Robot101: Things like pam_console don't fix it, since multiple users may have that permission but you don't want them all to be able to suspend it (see gdm's switch user functionality)04:46
=== mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #ubuntu-devel
pepitoOk nafallo I got it, by the way, cose Im not an expert programmer, havent worked with hotplug before, do you know about any other resource I may look at in order to detect and activate a mouse at boot-time?. I havent found any, is just for a custom linux-from-scratch live-cd04:47
mjg59pepito: mdetect is used at X configuration time04:47
mjg59But not in normal boots04:47
pepitoahm, the thing is Ive developed ncurses apps, so I need to know mouse device in order to setup gpm as well04:48
mjg59pepito: Well, that's all we use04:48
pepitook, but what do oyu mean with "not in normal boots"?04:49
hungerpepito: Just using /dev/input/mice and hoping for the best does not suffice?04:49
mjg59mdetect is run when X is configured. In general, it is not run.04:49
pepitono, cose if its usb the mouse?04:49
pepitoshould be /dev/input/mouse0, and if is a laptop /dev/input/mice probably04:50
Robot101mjg59: I suspect your best bet would be to make a service on the system bus which implemented this policy for you, you could give it something like the username and it would do whatever grubbing around was necessary and tell you if they were the current user04:50
hungerpepito: PS2 mice show up in /dev/input/mice as well.04:50
hungerpepito: So do Bluetooth mice. Dunno about serial mice.04:50
Xofmjg59: does nautilus display of newly-plugged-in usb filesystems also come into your current discussion?04:51
mjg59Robot101: It would be nice if it was a generalisable mechanism04:51
Robot101mjg59: you have ~0 chance of convincing havoc to include something that hairy (mapping X displays to users, yada) in the bus daemon itself04:51
mjg59Xof: Not really04:51
pepitodont know just not an expert, Im gonna look for mdetect04:51
hungerpepito /dev/input/mice is a "merging" of all mouse devices the kernel recognizes as such.04:51
Robot101mjg59: it is a generalised mechanism... org.freedesktop.DBus.ConsoleAuthentication can be called by anyone, and you use the security policy on the system bus to ensure the name is only taken by the real deal04:52
mjg59Robot101: Hmm. So we'd end up with a service that would basically scrub stuff and then rebroadcast?04:52
Robot101mjg59: no, upon recipt of a message that you wanted to authenticate came from the current console user, you'd ask the console authenticator service to say yea or nay04:52
pepitoah, didnt know that hunger, so if I user /dev/mice, independent of what kind of mouse would be, it is supossed to work?04:52
mjg59Robot101: Ah, I see04:53
mjg59Robot101: But that involves modifying every daemon that might want this sort of policy04:53
hungerpepito: It should.04:53
Robot101mjg59: they'd have to be modified somehow anyway04:53
Robot101mjg59: there are too many variables and system specific crap to try and implement this in the bus daemon itself, especially considering it's meant to be a secure and minimal message routing implementation04:53
hungerpepito: PS2/usb/bluetooth do, dunno about serial mice.04:53
desrtRobot101; can dbus take auth modules?04:54
Robot101mjg59: remember the message daemon itself runs as an unpriveledged user, it can't poke people's environment variables and stuff04:54
mjg59Robot101: Why? If we did the rebroadcast thing, the user could just request it from one service04:54
pepitoaha, thanks anyway04:54
desrtmjg59; recall also that we need root to do the ioctl on /dev/tty04:54
desrtoh man this sucks04:55
mjg59desrt: Yeah, but that could be done by a helper app04:55
=== desrt watches us spawn 23482938 small setuid helpers
Robot101mjg59: rebroadcasting is ugh,it requires allowing an app to forge messages from something04:55
Robot101mjg59: which is understandably avoided04:55
Robot101mjg59: I do think that this helper app you want is a service in its own right that you interrogate for this information04:55
mjg59Robot101: Rebroadcast was possibly the wrong term. Basically, send the message and have a security policy that only allows the daemon to receive events from that service04:56
=== desrt watches us spawn 23482938 small system dbus services :)
pepitook, got the mdetect in source & binary form, gonna boot-up & try, thanks very much everybody!04:56
=== otavio[off] is now known as otavio
mjg59Robot101: Buggerit. Where are you right now?04:57
desrtmjg59; i think we patch dbus04:57
desrtmjg59; your original intuition was sufficiently sane04:57
Robot101desrt: please don't smoke crack04:57
desrtmjg59; and the dbus policy framework seems easy to mold04:57
Robot101mjg59: CB2, but working04:57
Robot101mjg59: we could discuss over beer later04:57
mjg59Robot101: Already booked up this evening. Tomorrow?04:58
desrttoo much OOB data :)04:58
desrtciao.04:58
Robot101mjg59: should be fine04:59
\shdoko: Do u want me to visit an asylum? 04:59
mjg59desrt: I get higher bandwidth if I discuss this with upstream face to face :)04:59
Robot101I'm still a reasonable n00b, but I'm learning from the master of punting on complex issues... Havoc :D05:00
Robot101mjg59: I worked out how to do that finding the system bus thing, you want a BusStation on the system bus for storing a registry of a user's session bus names05:02
Robot101bonus points if you can also include a bus conductor somewhere :)05:03
=== zul_ [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
seb128Kamion: can you promote libgtkmathview-dev (it has been accepted for promotion by pitti) so abiword can build?05:03
mjg59BusStation. Excellent.05:04
Mithrandirelmo: please sync liboil, overriding ubuntu changes ok.05:08
dilingerMithrandir: does that fix #1236205:11
dilinger?05:11
Nafalloelmo: please sync kismet from debian/unstable (ubuntu override okey)05:13
=== kyncani [n=kyncani@lns-bzn-40-82-251-169-227.adsl.proxad.net] has joined #ubuntu-devel
Mithrandirdilinger: I think so, yes.05:16
=== HWolf [n=HiddenWo@136.78.dynamic.phpg.net] has joined #ubuntu-devel
desrtelmo; please sync /dev/hda1 from /media/iAudio (umount -l okay)05:18
dilingerMithrandir: cool (new upstream is all that's needed)05:20
=== zakame [n=zak@ubuntu/member/zakame] has left #ubuntu-devel ["Leaving"]
dokoMithrandir: the sync should be fine, I hope lamont-away or infinity can fix gcc-opt soon05:24
doko\sh: ?05:24
Mithrandirdoko: ok, thanks.05:25
Kamionseb128: done; please seed libgtkmathview-bin if you think those tools ought to be in main too05:25
Mithrandirelmo: please sync zlib from unstable; overriding Ubuntu changes is ok.05:25
seb128Kamion: k, thanks05:26
dokoMithrandir: hmm, but the build will fail then ...05:29
dokowe still need the gcc-opt workaround05:29
=== sanpera` [n=sanpera@wls-21-226-196-65.tls.net] has joined #ubuntu-devel
Mithrandirdoko: gnnr, ok. :-/  Wouldn't it be better to just fix that then?05:30
=== mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #ubuntu-devel
Kamionpitti: libparse-debianchangelog-perl has a lot more dependencies listed in anastacia output without approved inclusion reports05:31
dokoMithrandir: sure, but it was delayed after breezy05:33
Mithrandirdoko: it's after breezy now, so I guess we can harass lamont or infinity when they're around.05:33
sbalneavMithrandir: I was interested in helping out with the X11 dbus backend.  I don't know much about dbus, but what you're looking at doing for the Dapper LTSP would be usable by us in the LTSP main, and I'd be interested in trying to sync the efforts.  What can I do to help?05:37
mptDoes anyone know why the Ubuntu Developers team has a maltese cross in a circle as their emblem?05:39
mptJust wondering...05:39
Mithrandirsbalneav: that spec is assigned to Diziet, but basically it just needs to be written.  I discovered that there's a TCP transport already written, so just basing something around that would probably be the easiest.05:40
pittiKamion: I'll take a look at them later (tomorrow probably), but most of the stuff is a no-brainer (just simple perl modules)05:40
Kamionpitti: yeah, I figured. no enormous rush, before Thursday is fine05:40
sbalneavMithrandir: What's the spec name?05:40
Mithrandirsbalneav: ThinClientLocalDevices, iirc05:41
Mithrandirsbalneav: https://wiki.ubuntu.com/ThinClientLocalDevices05:41
dokoMithrandir: hmm, strange, I do have a merge zlib here, which I didn't yet upload ...05:42
DizietOoh, hello people.05:43
Mithrandirdoko: well, if you've got it merged and nuked the duplication, just upload and close 19104?05:43
sbalneavOh, so there's not a separate spec for the dbus + net then.  OK.  I already had the localdev spec.05:43
DizietX11 dbus backend> Yes, we do need one of those.05:43
=== BenC [n=bcollins@richmond-209-163-125-175.dynamic-dialup.coretel.net] has joined #ubuntu-devel
DizietX isn't quite like TCP because it's made of messages rather than just a bytestream.  But the AF_UNIX and/or TCP driver would be a good template provided you remember to rip most of it out.05:45
Kamion     - Remove locale generation part from prebaseconfig05:47
KamionMithrandir: ^-- did you also move it to post-base-installer?05:47
DizietI see the spec isn't quite finished.  Do we know if ogra is still working on the drafting ?05:47
dokoMithrandir: done05:47
MithrandirKamion: yes, it's there all right.05:48
ograDiziet, he will...05:48
DizietAh, hello :-).05:48
MithrandirKamion: it was just the by-hand merge changes I had to do.  MOM did her work too.05:48
ograDiziet, i'm just busy with some other stuff currently... but i will finish it05:48
=== sanpera` [n=sanpera@wls-21-226-196-65.tls.net] has joined #ubuntu-devel
KamionMithrandir: cool, thanks05:48
DizietSure.  But even so, the dbus X11 transport is something that people seem to keep wanting for things.05:49
ograits not bound to this particular spec05:49
MithrandirKamion: but we should really get bubulle to change to format of the languagelist file.05:51
Mithrandirit's insanely hard to read.05:51
Kamionmm, it does suck for merging05:51
Kamionall the ; and :05:51
Mithrandireven tab would be better.05:51
Robot101Diziet: you can send point to point messages between X clients? ICE?06:04
=== Danten [n=danten@h171n10c1o1049.bredband.skanova.com] has joined #Ubuntu-devel
=== OculusAquilae [n=oculus@p548D22BD.dip0.t-ipconnect.de] has joined #ubuntu-devel
Dizietrobot101: Yes, XSendMessage IIRC.06:09
DizietXSendEvent, in fact.06:09
DizietRTFM for details.  You need to know the Window to send it to, eg the Window belonging to the client.  But in X you can have special kinds of windows called `input-only' windows which don't have to appear on the screen, for purposes like this.06:10
mjg59Some applications ignore XSendEvent06:10
Robot101Diziet: would this be for the session bus or the system bus?06:10
Dizietmjg59: Yes, but that's not relevant at this point.06:10
Dizietrobot101: System bus.06:11
Diziet(In this case.  Although a generalised dbus X transport could be used for either.)06:11
Robot101Diziet: for the remote desktop case, so that your local box can speak to remote apps running on the local X server?06:12
Robot101(and vice versa)06:12
DizietExactly.06:12
Robot101hmm06:12
Robot101does this solve the authentication problem though>06:12
DizietYes, in this case.06:12
DizietHave you read https://wiki.ubuntu.com/ThinClientLocalDevices ?06:13
=== wjb [n=warren@c220-237-178-175.lowrp1.vic.optusnet.com.au] has joined #ubuntu-devel
Mithrandirelmo: please sync heimdal from unstable.  Overriding Ubuntu changes is ok.06:14
=== OculusAquilae [n=oculus@p548D22BD.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== sfeehan_ [n=sfeehan@132.198.90.91] has joined #ubuntu-devel
mvoKamion: can you please kick the gksu build?06:16
Dizietdd if=/dev/zero of=/mount/point/make-filesystem-full> Zeno's reiserfs.06:18
dholbachhttp://wiki.ubuntu.com/Autodeb ... :(06:19
Kamionmvo: done06:19
mvothanks!06:21
Robot101mjg59: I was thinking about the dbus auth thing, if you wanted to do it generically, you could make a pretty simple D-Bus interface for an authentication service06:28
Robot101mjg59: so the rule for talking to $service would be that $authservice that implements org.freedesktop.DBus.Auth said yes06:28
=== OculusAquilae [n=oculus@p548D22BD.dip0.t-ipconnect.de] has joined #ubuntu-devel
mjg59Ah06:28
mjg59Nifty06:29
Robot101mjg59: and pass it the relevant information about the message you're trying to authenticate06:29
Robot101mjg59: ie sender username, bus ID, etc06:29
DizietThe dbus X transport has the nice property that you can reuse the X authentication and not have to worry about it much more.  (If that's what you wanted, of course.)06:30
Robot101sure, it is a good way of exposing your session bus to remote apps. however, I'm not sure if it's desirable having the system bus daemon attempting to maintain connections to the X servers on the system, some kind of bridge that runs per X-session seems safer06:32
=== LaserJock [n=LaserJoc@lambda.chem.unr.edu] has joined #ubuntu-devel
Dizietrobot101: Oh, no, you misunderstand.  The LTSP server's system bus (if there even is one) would not be involved.06:38
Robot101Diziet: I mean the system bus on the machine you're sitting at06:38
Robot101Diziet: the goal is to make the clients on the remote box be able to talk to the system bus daemon on the local system06:38
DizietRight, but that of course is just your LTSP think client.  So plumbing it through to your what your session thinks of as the system bus is right.06:38
Robot101Diziet: talking over X gets you to the right box, but how do you link the X server and the local box's system bus together?06:39
DizietBy `remote' you mean the LTSP server and by `local' the thin client ?06:39
Dizietrobot101: Easy: the local box's programs talk to the local X server.06:39
seb128Lathiat: please ask here before mailing the list to say "I don't know where to send this mail so let's make some noise here" :)06:40
=== Oculus [n=oculus@p548D361D.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== thierry [n=thierry@modemcable040.61-131-66.mc.videotron.ca] has joined #ubuntu-devel
DizietI need a gizmo which teaches VM to decide what to put in my From: depending on what the message I'm replying to had in its To/CC.06:41
Robot101Diziet: but these are potentially priveledged system daemons like acpid or whatever06:42
thierryseb128 : at https://launchpad.net/malone/bugs/3947 by not forcing the extension do you mean I should only put the file name without like .xpm06:42
Robot101Diziet: you want them to maintain connections to the user-controlled X server?06:42
seb128thierry: yep06:42
Robot101Diziet: this seems a little concerning - the system bus daemon is meant to enforce the security policy06:42
poningruhttps://launchpad.net/distros/ubuntu/+spec/migrating-to-ubuntu06:42
poningruis anyone working on that?06:43
thierryseb128 : so every bug I opened should be like that too? 06:43
Dizietrobot101: Sorry, I didn't make myself clear.  The system bus daemon would connect to the local X server so that it can communicate with the remote clients.06:43
seb128thierry: I've not looked on the other patches, but you should not force the extension right06:43
DizietI'm not suggesting getting rid of the dbus daemon on the local end.06:44
thierryk... going to resend about 7 or 8 patch :(06:44
Robot101Diziet: right, I'm just wondering if that's sane or not... which local X server does it connect to. should you not start a 'connect this X server to the system bus' process for each X server?06:44
Dizietrobot101: local display :0.  In a thin client configuration it doesn't make much sense for there to be several X displays.06:45
thierrycould anyone tell me what is the use of the karma except to be like "Wohoo! 50 more karme points!"06:45
Diablo-D3thierry: its analogous to dick size.06:46
thierryok I see... strange that malone has karma thing but has not anything to mark patch as obsolte or thing like that...06:47
thierryobsolete*06:47
LaserJockazeem: ping?06:48
Diablo-D3thierry: it probably does but its in a weird place06:48
ograRobot101, there is no need for full duplex communication 06:49
ograRobot101, the clients system bus shall only notify the servers session bus and initiate the mount06:49
Robot101ogra: you can't call it a system bus connection and not allow method invocations06:50
DizietRight.  Methods like eject this, format that.06:51
=== gilligan__ [i=gilligan@p549A82BF.dip0.t-ipconnect.de] has joined #ubuntu-devel
ograwhy ? 06:52
azeemLaserJock: pong06:52
=== mdz [n=mdz@65.200.109.10] has joined #ubuntu-devel
ograltspfs cares for unmounting etc ...06:52
LaserJockazeem: Are you going to get the newly released ghemical into Debian?06:53
azeemLaserJock: yeah, but I was away for the weekend.  I'll try to do this tomorrow or so06:53
LaserJockazeem: Do you need any help for Ubuntu?06:54
azeemLaserJock: I'll let you know how it goes.  I'll try to build them for dapper before upload and get back to you in #ubuntu-motu if there are issues06:55
dokoBenC: should a new subversion be built with db4.2, or is it safe to switch to db4.3 ?06:56
LaserJockazeem: cool06:56
BenCdoko: honestly I don't mess with svn anymore other than using it for the odd project here and there, so I'm not sure what the build requirements are now06:56
MithrandirDiziet: I have something like that for gnus.06:57
=== Oculus [n=oculus@p548D361D.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== MagnusR [n=magru@85.194.14.142] has joined #ubuntu-devel
Kamiondoko: talk to infinity; AFAIK he's on top of this already07:01
Dizietmithrandir: Ooh, where is it ?  Just a hacky thing in your .emacs or is it packaged ?  Care to pass it to me under the table ?07:01
DizietI could probably bash it up so it works with VM.07:01
Dizietogra: I think we disagree about how this will work.  We don't want to use ltspfs for eject and format and things like that.07:02
DizietObviously ltspfs does stuff with unmounting which is rather special.07:02
=== Manny [n=chris@p5496B118.dip0.t-ipconnect.de] has joined #ubuntu-devel
Mannyhi :)07:02
MithrandirDiziet: http://err.no/dotfiles/gnus, it's the part which starts with ("in-" in the gnus-posting-styles part.07:02
Mannyhow likely would you say that it is that Ubuntu will get the express installer as default for 6.04?07:03
Dizietonline dotfiles> I approve :-).07:03
KamionManny: it's my top priority for the next six months07:03
=== moyogo [n=moyogo@104pc104.ucu-vb.uu.nl] has joined #ubuntu-devel
ograDiziet, ltspfs unmounts automatically if there was no device access for n seconds07:03
poningruManny: considering that its THE critical priority07:03
MannyKamion, excellent :)07:03
Kamion(after I get past this first round of stuff to merge)07:03
poningruI'd say very likely07:03
MannyKamion, poningru: do you know whether gparted can resize ntfs partitions?07:03
MithrandirDiziet: it's in svn+cvs, so it's just a cronjob which checks out every five minutes.  I'm lazy. :-)07:03
poningruManny: lets take this to #ubuntu07:03
poningrubut yes it can07:03
Mannyponingru, excellent, thanks.07:04
=== Diziet saves the URL for looking at some time.
poningrumake sure its not mounted07:04
poningrubefore messing around with it07:04
Dizietogra: unmounting> Yes, and we want to keep that.  But only the mount/unmount is changed.07:04
sivangMithrandir: do you have your .emacs setup for python there?07:04
Mithrandirsivang: I don't have any magic .emacs setup for python, but yes, my .emacs is available at (nearly) the same URL.  I'm sure you can figure out which transformation is needed. :-)07:05
LaserJockDiziet: I have a question about the DeveloperDocumentation spec07:06
Dizietlaserjock: Sue.07:07
Diziets/Su/&r07:07
=== tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-devel
LaserJockDiziet: how will the UDR be worked on, will be on a svn repo? 07:08
LaserJockDiziet: like how the doc team does it07:08
DizietI was going to use hct if it was sufficiently stable by then; otherwise maybe bzr or maybe just directly editing the Debian package.07:09
KamionLaserJock: (it would have to be something suitable for keeping track of changes to the DDR, so a separate svn repository wouldn't cut it)07:09
DizietDocumentation is an easier problem because it doesn't tend to be full of diffs that take a lot of time to comprehend.07:09
LaserJockDiziet: have you talked to the doc team about it much? There is a Ubuntu Packaging Guide project on https://wiki.ubuntu.com/DocteamProjects that I was going to work on but it seems somewhat redundant now07:12
DizietI've not spoken to the docs team in any detail but it's somewhat orthogonal.07:12
DizietI've not seen the Ubuntu Packaging Guide and there's no link to it on that wiki page or the corresponding launchpad page.07:13
LaserJockDiziet: I believe it was going to be the content from the  introdeveloperdocs  package mostly07:13
KamionLaserJock: guides/tutorials are a different matter - there's still a valuable position for a reference work maintained by the development team07:14
DizietWhat Kamion said.07:14
Dizietintrodeveloperdocs is more of a tutorial/howto type thing.  There's room for those too but they tend to multiply because people have different views about how things should be done.07:14
LaserJockDiziet: Ok, well I just wanted to talk to you guys about it. I don't want to have a bunch or redundant work going on07:15
DizietSure.07:15
=== lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #ubuntu-devel
LaserJockI will probably try to work on both (at least keep track) so that the overlap will be minimized07:16
DizietYou (or whoever is doing it) should update the https://wiki.ubuntu.com/UbuntuPackagingGuide wiki page to refer to introdeveloperdocs (if that's what it is).07:17
LaserJockyeah, I just found out by looking at your spec that that is what it is. I have been trying to track down what it was, because I am not the original author07:18
DizietMy Approver wanted me to take out that note about introdeveloperdocs.  I feel vindicated :-).07:19
LaserJockDiziet: good, it's funny because I am supposed to be working on it for the doc team and I didn't even know 07:19
DizietWe did have someone from the doc team in one or both of the bofs at ubz.  Are you on ubuntu-devel-announce ?07:21
LaserJockDiziet: Me? yes07:22
seb128infinity, lamont-away: please give a retry to libwpd07:22
DizietThe approved specs were all posted there IIRC.07:24
DizietBut, communications are something of a problem for us sometimes.07:24
DizietI'm afraid I have to go now.  Feel free to email me (iwj@ubuntu.com) or witter here and I'll read scrollback or talk to me tomorrow.07:25
LaserJockDiziet: thanks, I just wanted to see if I should abandon the Ubuntu Packaging Guide07:26
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #ubuntu-devel
=== mvo goes to play hockey
ograKamion, did you see #19407 ?07:30
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel
ogralooks like #1524407:31
Kamionogra: I hadn't yet, but I would have done07:32
Kamioncould be the same thing - I'm buried in trying to figure out why current CDs won't boot though07:32
ogradont worry, i'll play with it... i think its the same issue07:33
Kamionsounds promising, certainly07:33
Kamionit's probably in one of the TCP *_WAIT states; netstat -a would say07:35
Kamion(netstat -an actually)07:35
ograi'll check07:35
=== lifeless_ [n=robertc@dsl-107.131.240.220.lns02-wick-bne.dsl.comindico.com.au] has joined #ubuntu-devel
Kamionhmm, sshd does use SO_REUSEADDR though07:39
=== rob^^^ [n=rcaskey@cai17.music.uga.edu] has joined #ubuntu-devel
Kamionoh, I see, we don't use SO_REUSEADDR in x11_create_display_inet07:43
Kamion... but that's probably good07:45
=== wasabi_ [n=wasabi@207.55.180.100] has joined #ubuntu-devel
Kamionogra: is it possible to get the remote end to close the X11 forwarding channel first, rather than killing sshd? I'm pretty sure that would solve the problem07:46
Kamionogra: see http://hea-www.harvard.edu/~fine/Tech/addrinuse.html07:46
Kamionogra: basically the problem is that if you kill the server, it has to send the first TCP FIN, which means that it ends up sitting in TIME_WAIT for two minutes07:47
Kamionthough quite why it's apparently stopping at the first port it tries (6010) rather than continuing and trying the next one, I'm not quite sure07:49
ogralets see... at least i can confirm that problem is gone with setting this option...07:50
Kamionwhich option?07:50
ogralimiting sshd to ipv407:50
ogra(AddressFamily inet)07:50
=== dereks- [n=dereks@66.9.7.66] has joined #ubuntu-devel
=== dereks- [n=dereks@66.9.7.66] has left #ubuntu-devel []
Kamionhmm, it used to be that X11 forwarding sockets only worked on IPv4, IIRC; if that's still true, it could mean that it's falling back from IPv4 to IPv6 (rather than to the next IPv4 port) and then falling over somehow07:52
KamionI'll ask the reports07:52
Kamioner, reporter07:52
=== mdke [n=matt@ubuntu/member/mdke] has joined #ubuntu-devel
=== Valandil [n=chrys@dslb-084-056-083-027.pools.arcor-ip.net] has joined #ubuntu-devel
=== HiddenWolf [n=HiddenWo@136.78.dynamic.phpg.net] has joined #ubuntu-devel
=== bigcx2 [n=bigcx2@157.182.194.245] has joined #ubuntu-devel
=== lfittl [n=lfittl@83-65-243-186.dynamic.xdsl-line.inode.at] has joined #ubuntu-devel
=== martinhj [n=martinhj@238.80-202-208.nextgentel.com] has joined #ubuntu-devel
=== thesaltydog [n=fabio@ubuntu/member/thesaltydog] has joined #ubuntu-devel
=== hunger [n=hunger@p54A6107A.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== sanpera [n=sanpera@wls-21-226-196-65.tls.net] has joined #ubuntu-devel
=== doko_ [n=doko@dslb-084-059-074-245.pools.arcor-ip.net] has joined #ubuntu-devel
=== mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #ubuntu-devel
=== sbalneav [n=sbalneav@mail.legalaid.mb.ca] has left #ubuntu-devel ["Leaving"]
\shdoko_: ping09:38
diemancongrats on the db2 certification09:51
diemannow just need oracle ;)09:51
=== gilligan_ [i=gilligan@p549A82BF.dip0.t-ipconnect.de] has left #ubuntu-devel ["Leaving"]
=== LeeJunFan [n=junfan@s64-186-37-120.skycon.net] has joined #ubuntu-devel
=== magnon [n=co@cD9088834.sdsl.catch.no] has joined #ubuntu-devel
=== cassidy [n=cassidy@f1-pc174.ulb.ac.be] has joined #ubuntu-devel
=== Simira [n=rpGirl@214.84-48-74.nextgentel.com] has joined #ubuntu-devel
sivangdieman: they will come :)10:14
sivangdieman: I hope..10:15
=== mvo [n=egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel
=== Danten [n=danten@h171n10c1o1049.bredband.skanova.com] has joined #Ubuntu-devel
=== psusi [n=phreak@69.44.168.233] has joined #ubuntu-devel
mptKamion, ping10:24
=== LeeJunFan [n=junfan@s64-186-37-120.skycon.net] has joined #ubuntu-devel
=== lionel [n=lionel@ip-128.net-82-216-65.rev.numericable.fr] has joined #ubuntu-devel
=== LeeJunFan [n=junfan@s64-186-37-120.skycon.net] has joined #ubuntu-devel
=== _jason [n=jason@dhcp0534.hrn.resnet.group.upenn.edu] has joined #ubuntu-devel
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== McFergus [n=frg@85-18-14-13.fastres.net] has joined #ubuntu-devel
=== LeeJunFan [n=junfan@s64-186-37-120.skycon.net] has joined #ubuntu-devel
=== Loevborg [n=loevborg@d4-84.dip.axsp.de] has joined #ubuntu-devel
=== jlj [n=agp@207.67.194.249] has joined #ubuntu-devel
=== zeedo [n=zeedo@80.68.92.188] has joined #ubuntu-devel
=== janimo [n=jani@Home03207.cluj.astral.ro] has joined #ubuntu-devel
janimoif an upload got REJECTED (twice) because of errors and then got ACCEPTED is there anything else needed for it to get in the build?11:27
janimothe same version number was kept11:27
seb128no11:27
janimoare there two windows/hour when packages enetr the build?11:28
slomojanimo: :03 and :3311:29
janimoso I thought11:29
janimoand lamont's site is updated about when the build of a package finishes?11:30
janimoexo got accepted at ':50 but it did not appear in the build logs, so I am waiting tosee it so I can go to sleep :)11:31
slomono idea... maybe every 15 minutes or something... i didn't get the real intervals yet ;)11:31
sivangnight all11:34
=== mdke_ [n=matt@81-178-255-187.dsl.pipex.com] has joined #ubuntu-devel
=== LaserJock [n=LaserJoc@lambda.chem.unr.edu] has joined #ubuntu-devel
bmonty_laptophi LaserJock 11:38
=== LaserJock [n=LaserJoc@lambda.chem.unr.edu] has joined #ubuntu-devel
=== marcin [n=user@www.e-dev.tele2.pl] has joined #ubuntu-devel
=== boglot [i=chaas@gw.workaround.org] has joined #ubuntu-devel
Kamionjanimo: ~lamont/buildLogs/ is updated every 20 minutes I think11:47
=== mdke__ [n=matt@81-178-222-1.dsl.pipex.com] has joined #ubuntu-devel

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