/srv/irclogs.ubuntu.com/2006/07/03/#ubuntu-devel.txt

=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
=== j_ack [n=nico@p508DA12E.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== aigarius [n=aigarius@82.152.74.5] has joined #ubuntu-devel
=== aigarius [n=aigarius@82.152.74.5] has joined #ubuntu-devel
=== Mithrandir [n=tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-devel
Keybukhey Tollef12:38
\shKeybuk: it's ok for you (for sync request) if one motu is saying that "it's ok to sync"?12:47
Keybukyup12:47
\shKeybuk: kk..you got them :)12:48
=== raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
=== bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel
Keybuk\sh: is just a "sponsor" formality basically01:04
=== RadiantFire [n=ryan@c-69-180-43-27.hsd1.ga.comcast.net] has joined #ubuntu-devel
bddebianHowdy01:05
\shKeybuk: no problem :) I just working on some merges and syncs while I'm bored ;)01:05
\shPreparing to replace libc6 2.4-1ubuntu4 (using .../libc6_2.4-1ubuntu6_i386.deb) ...01:05
\shtouch: setting times of `/etc/ld.so.nohwcap': Function not implemented01:05
\shdpkg: error processing /var/cache/apt/archives/libc6_2.4-1ubuntu6_i386.deb (--unpack):01:05
\shhmmm...known ?01:05
\shor is my chroot broken?01:06
Keybukdunno, what filesystem?01:06
bddebianKeybuk: Sorry about the sync requests, apparently I have a pbuilder problem :-(01:06
\shKeybuk: xfs01:06
Keybukbddebian: which ones?01:07
\shmoment...recreating chroot01:07
bddebiangnome-build and gdl01:07
Keybukbddebian: I don't tend to look at the name unless it works :p01:07
Keybukah, yeah01:07
bddebianOK, so how do I figure out where this .la file dependency coming from?  I don't see it in ltmain.sh01:10
Keybuk"la file dependency" ?01:10
bddebianSorry.  ajunta is looking for /usr/lib/libwnck.la which is no longer in the libnwck-1-dev package01:11
Keybukthen another library it uses has libwnck as a dependency01:12
Keybukgrep "libwnck" /usr/lib/*.la01:12
bddebianBut the only place I can find reference to it is in another .la01:12
Keybukright01:12
\shbddebian: that's the bugger then ;)01:12
bddebianKeybuk: I did that but the .la files are generated are they not?01:12
Keybukthey're generated when the package is built01:12
Keybukso if a dependency of anjuta's hasn't been rebuilt, it may still be depending on libwnck01:12
\shbddebian: mostly a rebuild of the broken package which has the wrong .la does help01:12
bddebianGrrr01:13
bddebianThe ajunta author doesn't even build-dep libwnck01:13
Keybukthere should be a way to store dependencies inside .a files01:13
Keybukthen we wouldn't need .la files01:13
Keybukbddebian: he almost certainly doesn't need to01:13
bddebianNo?01:13
=== DaSkreech [n=skreech@port0002-abm-adsl.cwjamaica.com] has joined #ubuntu-devel
DaSkreechWhats up with libcairo2?01:14
KeybukDaSkreech: why don't you tell us?01:14
DaSkreechIt's set to be upgraded but doing so breaks my system01:14
Keybukhow does your system break?01:14
DaSkreechShould it be set to upgradeable if it's breaky?01:14
DaSkreechAdept freaks01:15
Keybuk"freaks"01:15
DaSkreechIt complains about package conflicts01:15
Keybukedgy right?01:15
DaSkreechUnfortunately no01:15
DaSkreechI'm on Dapper01:15
Keybukwhat's the conflict?01:15
bddebian\sh: ajunta is the broken package but it looks for /usr/lib/libnwck.la01:15
Keybukwe need explicit, accurate, verbose, details01:15
DaSkreech And it's jumping from version 1.1 to 1.201:16
Keybuknot wishy-washy hand-wavy things like "freaks" and "breaks"01:16
DaSkreechI'm looking it up now01:16
DaSkreech:-) I just wanted to know if it was a known thing :)01:16
\shbddebian: as I said, someone else depends on libnwck and it wasn't rebuild01:16
bddebian\sh: Sorry, I don't understand that01:17
Keybukbddebian: just accept it01:17
Keybukyou don't need to understand it01:17
bddebianI don't?01:17
\shbddebian: if libwnck.la is not there anymore, and it shouldn't be there, there is another build-dep of anjuta, which is not rebuild, because it points to this .la file01:17
bddebianAhhh, OK01:18
\shbddebian: now, cd /usr/lib/ ; grep "libwnck.la" *.la01:18
\shand you will find this lib which is using still "libwnck.la", then try to rebuild the package which provides this .la and try again01:18
bddebianNo, it's an .la inside ajunta, I already know that01:19
bddebiandevhelper.la or some such01:19
Keybukoh, and libtool's picking up the installed anjuta's .la file? :p01:19
Keybukand using it when rebuilding anjuta itself01:20
bddebianNo libtool is failing becuase it isn't install either :-)01:20
Keybukeh?01:20
\shbddebian: give me a few minutes, and I have a look at it. ok_01:20
Keybuknow you're flat-out making no sense01:20
\sh?01:20
=== \sh missed all that
bddebianKeybuk: sed: /usr/lib/libwnck.la no such file or directory01:20
bddebianthen libtool: command not found01:21
Keybuk?!  why you using sed?!01:21
Keybuk\sh asked you to use grep!01:21
bddebianI am not01:21
bddebianOhh, I am talking about the package01:21
Keybukwe've already told you, it's nothing to do with anjuta01:21
\shbddebian: forget anjuta for a moment...use a chroot and install all build-deps of anjuta01:21
Keybukanjuta is just linking to a broken library01:21
Keybukit's that broken library that needs to be fixed01:21
Keybukthen anjuta will work01:21
Keybukso ignore anjuta01:21
bddebianAnd I am telling you it is a .la in anjuta itself01:21
bddebianI have the build deps and no .la files in /usr/lib use libwnck.la01:22
Keybukno it's not01:22
Keybukif you're not going to listen, I'm not going to help you any more01:22
\shbddebian: but you told us, that anjuta doesn't depend on anything which is libwnk01:22
bddebian\sh: No, I said the author doesn't build-dep libwnck01:22
bddebianIt is a bug on BTS01:22
\shbddebian: there...01:22
bddebianplugins/devhelp/libanjuta-devhelp.la:dependency_libs=01:23
bddebianKeybuk: I'm not trying to be difficult01:23
Keybukbddebian: shut up01:23
Keybukyes you are01:23
Keybukyou're asking for help, and not listening to people who are trying to help you01:24
bddebianWell I'm trying to but apparently not explaining myself well01:24
Keybukyou're explaining yourself just fine01:25
Keybukwe just know better than you01:25
Keybukbut you won't let us teach you01:25
bddebianOK01:25
=== bddebian shuts up
Keybukgood01:25
Keybuknow; grep "libwnck" /usr/lib/*.la01:25
bddebianI did.  No hits01:25
Keybukok, grep -r "-lwnck" .01:26
Keybuk(in the anjuta source tree)01:26
bddebianYields the file I posted above01:26
bddebianplugins/devhelp/libanjuta-devhelp.la:dependency_libs=01:26
Keybukno01:26
Keybukit's not that file01:26
Keybukanother one01:26
Keybukkeep looking01:27
Keybukactually, also grep "-lwnck" /usr/lib/*.la01:27
Keybukyou'll have to grep -- "-lwnck" obviously01:27
Keybukany hits?01:28
bddebianNothing matches -lwnck unless I am doing something majorly incorrect01:28
Keybukright01:28
Keybukhmm01:28
Keybukgrep "wnck" /usr/lib/*.la01:28
Keybukany hits for that?01:28
\shI'm checking01:29
bddebianOh, glad maybe01:29
bddebian/usr/lib/libdevhelp-1.la:01:29
Keybukaha01:30
Keybukthat's a good candidate01:30
bddebianshit, bbias, sorry01:30
\sh /usr/lib/libdevhelp-1.la:dependency_libs=' -R/usr/lib/firefox -L/usr/lib/firefox /usr/lib/libglade-2.0.la /usr/lib/libxml2.la /usr/lib/libpangoxft-1.0.la /usr/lib/libpangox-1.0.la /usr/lib/libxml2.la /usr/lib/libwnck-1.la /usr/lib/libgtk-x11-2.0.la /usr/lib/libstartup-notification-1.la -L/usr/X11R6/lib -lSM -lICE -lXRes /usr/lib/libgtk-x11-2.0.la /usr/lib/libgdk-x11-2.0.la /usr/lib/libatk-1.0.la /usr/lib/libgdk-x11-2.0.la /usr/lib/libpangocairo01:31
\sha /usr/lib/libatk-1.0.la /usr/lib/libgdk_pixbuf-2.0.la /usr/lib/libpangocairo-1.0.la /usr/lib/libcairo.la /usr/lib/libpangoft2-1.0.la /usr/lib/libpango-1.0.la -lXext -lXinerama -lXi -lXrandr -lXcursor -lXfixes /usr/lib/libpango-1.0.la /usr/lib/libcairo.la -lXrender -lX11 -lpng12 -lfontconfig /usr/lib/libfreetype.la -lz /usr/lib/libgobject-2.0.la /usr/lib/libgconf-2.la /usr/lib/libORBit-2.la /usr/lib/libORBit-2.la /usr/lib/libgmodule-2.0.la /usr/01:31
\sh.0.la /usr/lib/libgthread-2.0.la -lm /usr/lib/libgmodule-2.0.la /usr/lib/libgthread-2.0.la /usr/lib/libglib-2.0.la /usr/lib/libglib-2.0.la -lgtkembedmoz -lxpcom -lplds4 -lplc4 -lnspr4 -lpthread -ldl'01:31
\shfirst hit ;)01:31
\shlibdevhelp-1-dev: usr/lib/libdevhelp-1.la01:32
\shtry to rebuild this first ;)01:32
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel
=== freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel
=== human_blip [n=mike@220.157.65.29] has joined #ubuntu-devel
bddebianGah devhelp is in main01:40
\shbddebian: doesn't matter...did the rebuild worked?01:40
\shdevhelp needs to be merged anyways01:42
\shKeybuk: when is mom running and updating the stats pages?01:43
jsgotangcogood morning01:43
\shhey jsgotangco01:43
Keybuk\sh: hourly01:43
jsgotangcohi \sh!01:43
\shKeybuk: I just ask because e.g. afterstep is gone from the merges page, but doesn't show up in the "updated merges" section01:45
Keybukis there a new Debian upload then?01:45
Keybukah, maybe there's confusion01:46
Keybukthe top list ("outstanding merges") is things which haven't seen an upload to edgy yet01:46
Keybukso probably haven't been merged ever01:46
Keybukthe things in the "updated merges" list HAVE had uploads to edgy01:46
Keybukso have probably been merged01:46
\shKeybuk: afterstep was in the list, I did the merge today, and bddebian uploaded for me :)01:46
Keybukright01:46
Keybukso his upload would have cancelled the need for a merge01:47
KeybukUbuntu is "up to date"01:47
\shKeybuk: ah you mean, the lower section is "uploaded already just before mom was running"01:47
Keybukwhen a new Debian upload happens (Ubuntu is out of date) then it'll appear in the "Updated Merges" list01:47
Keybukit's especially important for main01:47
Keybukeverything must be merged at least once01:48
Keybukso we want to clear the top list01:48
Keybukand then review the second list for anything important (looking at the version skew)01:48
Keybukand do that list if we have time01:48
Keybukit's impossible to have zero merges, after all :p01:48
\shKeybuk: ah .. now I understand :) 01:48
\shwell...some of the main merges are still on my laptop...01:48
Keybukcause if we managed to get them to zero01:48
Keybukthen Debian would do some updates that day, and there'd be merges again! :D01:49
=== imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel
=== [PUPPETS] Gonzo [i=gonzo@80.69.47.16] has joined #ubuntu-devel
=== Amaranth [n=amaranth@ubuntu/member/amaranth] has joined #ubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
Hobbseemorning all02:05
\shuh...NMU from debian is wrong 02:09
liciohere is night :)02:09
\shhere is morning...early morning ;)02:10
Hobbsee10am here - monday02:10
licio:)02:10
licio21pm here - sunday02:11
licio:)02:11
licioI'm sleepy02:11
\sh02:11am here - monday02:12
liciobye all02:13
licioI'm going to bed 02:13
Hobbseenight licio 02:14
licioHobbsee, morning :)02:14
=== bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel
=== FliesLikeABrick [n=Ryan@about/rpi/rawdor] has joined #ubuntu-devel
=== rpedro [n=rpedro@87-196-36-6.net.novis.pt] has joined #ubuntu-devel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
=== _human_blip_away [n=mike@220.157.65.29] has joined #ubuntu-devel
=== rpedro [n=rpedro@87-196-36-6.net.novis.pt] has joined #ubuntu-devel
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
=== Amaranth [n=amaranth@ubuntu/member/amaranth] has joined #ubuntu-devel
=== catinsnow [n=snow@218.79.240.131] has joined #ubuntu-devel
=== freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel
=== asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel
=== asac_ is now known as asac
=== bmonty is now known as bmonty_away
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel
=== tadpole [n=tadpole@ip68-111-223-211.sd.sd.cox.net] has joined #ubuntu-devel
=== holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-devel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
=== Amaranth [n=amaranth@ubuntu/member/amaranth] has joined #ubuntu-devel
Burgundavia\sh: flue is a part of the chimney. Flu is the sickness :)04:22
bddebianheh04:22
=== j_ack [n=nico@p508DA12E.dip0.t-ipconnect.de] has joined #ubuntu-devel
\shBurgundavia: oh damn04:42
\shyou see I'm sick ;)04:43
\shfixed04:43
=== freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel
=== msw [n=msw@rdu-nat.rpath.com] has joined #ubuntu-devel
Burgundavia\sh_away: no worries04:58
=== lnxkde [n=lnxkde@206.248.108.98] has joined #ubuntu-devel
=== wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel
=== stub [n=stub@ppp-58.8.1.252.revip2.asianet.co.th] has joined #ubuntu-devel
=== freeflying_ [n=freeflyi@221.221.161.252] has joined #ubuntu-devel
=== TTT_Travis [n=Travis@208.157.173.225] has joined #ubuntu-devel
TTT_TravisI am trying to compile and this is the error I get after about an hour: http://pastebin.ca/7753206:09
LathiatTTT_Travis: This is the wrong channel for support with that, try #ubuntu06:10
TTT_Travisok06:11
TTT_Travisthanks06:11
=== TTT_Travis [n=Travis@208.157.173.225] has left #ubuntu-devel ["Leaving"]
=== Xoff [n=mas01cr@158.223.59.22] has joined #ubuntu-devel
=== ctd [i=ctd@creep.bur.st] has joined #ubuntu-devel
=== raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
=== robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel
pittiGood morning!07:19
jsgotangcohi pitti!07:20
=== catinsnow_ [n=snow@218.81.223.187] has joined #ubuntu-devel
pittihi jsgotangco 07:28
=== stub [n=stub@ppp-58.8.1.252.revip2.asianet.co.th] has joined #ubuntu-devel
crimsun'morning pitti. When you're less busy, please check the openvpn debdiff on security-review in may 2006 (malone bug 45827)07:34
UbugtuMalone bug 45827 in openvpn "openvpn old security problems (Breezy)" [Medium,In progress]  http://launchpad.net/bugs/4582707:34
pitticrimsun: https://lists.ubuntu.com/archives/security-review/2006-May/000405.html ? That looks empty07:37
pitticrimsun: and I do not have that in my mailbox for some reason07:37
pitticrimsun: maybe you can attach the debdiffs to the bug?07:37
crimsunpitti: I'll resend inline (again)07:38
crimsunerr, attach I mean07:39
crimsunsent.07:40
fabbionemorning07:45
=== cjb [n=cjb@pool-141-154-73-247.bos.east.verizon.net] has left #ubuntu-devel ["ERC]
whiprushjdub: awake?07:52
Burgundaviahey whiprush, shouldn't you be asleep?07:53
whiprushBurgundavia: yeah, but it's a holiday here, so long nites, lots of beer, etc. etc.07:53
Burgundaviawhiprush: ah, you lucky thing. I just left the US, just before the 4th and after the 1st (our holiday) :(07:54
whiprushI just picked up the Ubuntu Hacks book (which is excellent btw), and I wanted to blog about it, but I think I'm broken on planet.u.c. :-/07:54
=== catinsnow_ is now known as catinsnow
=== highvoltage [n=jono@196.36.161.235] has joined #ubuntu-devel
fabbionecrimsun: ping?07:58
=== Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel
=== Fujitsu [n=Fujitsu@c211-28-181-26.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel
=== nikola [n=pygi@83-131-246-169.adsl.net.t-com.hr] has joined #ubuntu-devel
=== pygi [n=pygi@83-131-246-169.adsl.net.t-com.hr] has joined #ubuntu-devel
crimsunfabbione: pong (sorry, phone)08:10
fabbionecrimsun: did you coordinate your xorg-server upload to dapper-updates with somebody from the x team?08:11
crimsunfabbione: that was an accidental upload, and I asked for it to be rejected08:11
fabbioneok08:11
crimsunfabbione: the correct one was for xserver-xorg-input-mouse, which mdz approved in bug 3827208:12
UbugtuMalone bug 38272 in xserver-xorg-input-mouse "option EmulateWheelTimeout not working" [Medium,Fix released]  http://launchpad.net/bugs/3827208:12
fabbioneokydoky08:13
=== viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel
=== simira [n=simira@tellus.err.no] has joined #ubuntu-devel
=== robitaille [i=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel
=== carlos [n=carlos@gandalf.pemas.net] has joined #ubuntu-devel
=== Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel
=== Lure_ [n=lure@BSN-77-152-53.dsl.siol.net] has joined #ubuntu-devel
=== luka74 [n=lure@BSN-77-152-53.dsl.siol.net] has joined #ubuntu-devel
=== marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel
=== Kagou [n=Kagou@84.6.132.187] has joined #ubuntu-devel
=== Lure_ [n=lure@BSN-77-152-53.dsl.siol.net] has joined #ubuntu-devel
=== Lure_ [n=lure@BSN-77-152-53.dsl.siol.net] has joined #ubuntu-devel
=== rpedro [n=rpedro@87-196-64-121.net.novis.pt] has joined #ubuntu-devel
=== Fujitsu [n=Fujitsu@c211-28-181-26.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel
=== ealden [n=ealden@203.177.221.62] has joined #ubuntu-devel
=== luka74 [n=lure@BSN-77-152-53.dsl.siol.net] has joined #ubuntu-devel
=== raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
pittisiretart: ping09:14
=== luka74 [n=lure@BSN-77-152-53.dsl.siol.net] has joined #ubuntu-devel
siretartpitti: morning!09:21
pittisiretart: I test and upload the new cdbs now09:22
pittisiretart: I just saw that you already merged09:22
pittiwe need it as build-dep for e. g. pyxdg09:22
=== Lure_ [n=lure@external-7.hermes.si] has joined #ubuntu-devel
siretartpitti: it didn't build for me for some reason why I merged it, but I was quite sure that it wasn't because of the merge09:23
siretartpitti: anyway, I didn't want to upload untested stuff, which didn't work for me09:23
siretartpitti: if it does for you, just upload whats in the bzr branch09:23
pittisiretart: I'll do some test builds anyway09:23
=== lukketto [n=lukketto@host173-157.pool8710.interbusiness.it] has joined #ubuntu-devel
pittisiretart: all tests passed and the package builds; what failed for you?09:24
Kagouhi pitti :) the new print system included in gtk2.10 will be used for edgy ?09:25
=== lukketto [n=lukketto@host173-157.pool8710.interbusiness.it] has left #ubuntu-devel []
pittiKagou: well, the gnome apps certainly will09:25
=== mvo [n=egon@p54A678E7.dip.t-dialin.net] has joined #ubuntu-devel
Kagoupitti: we will continu using g-c-m  ?09:26
=== lukketto [n=lukketto@host173-157.pool8710.interbusiness.it] has joined #ubuntu-devel
pittiKagou: if someone comes along and adapts redhat's tool to Ubuntu, we'll gladly use it09:27
Kagouok :)09:27
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel
=== lukketto [n=lukketto@host173-157.pool8710.interbusiness.it] has left #ubuntu-devel []
fabbionehey mvo09:28
pittihi ivoks 09:28
siretartpitti: the testcase failed in 2 or 3 tests09:28
fabbionemvo: you should be good to re-enable selinux support in device-mapper and lvm209:28
ivokshi pitti 09:28
siretartpitti: I didn't have the time to investigate the failure, wanted to do it this weekend, but forgot it. sorry :(09:28
mvofabbione: ok, will do09:28
fabbionemvo: you want to do dm first, and lvm2 later with a versioned B-D09:28
fabbionemvo: to make sure to build with the right dm09:29
fabbionemvo: great thanks09:29
siretartpitti: s/testcase/testsuite/09:29
pittisiretart: hm, not here; and g-v-m builds fine, doing two other test builds here09:30
pittis/here$/now/09:30
pittidoko_: ping09:31
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
siretartanyone knows how often NEW packages from debian are synced to ubuntu/edgy?09:35
siretartI know about a package in debian which I'm waiting to appear in edgy for quite some days...09:36
pittisiretart: hm, indeed, with the old cdbs installed, the testsuite passes, now with the new one isntalled it fails 3 cases09:43
=== pounk [n=pounk@142-217-81-161.telebecinternet.net] has joined #ubuntu-devel
siretartpitti: now I'm a bit confused, because doesn't the cdbs testsuite use the cdbs classes from inside the package?09:50
pittisiretart: actually yes09:50
pittisiretart: and I just noticed that I installed my debug symbol stripper wrapper; this could cause the regressions09:50
=== dholbach [n=daniel@i577B3029.versanet.de] has joined #ubuntu-devel
pittidholbach! Guten Morgen, Alter! :-P09:52
pittisiretart: ah, that was it. panic mode off then :)09:52
dholbachgood morning!09:52
dholbachhey pitti, ALTER!09:52
dokopitti: pong09:53
dholbachhey doko09:53
=== tortoise_ [n=tortoise@81-86-105-156.dsl.pipex.com] has joined #ubuntu-devel
=== hunger [n=tobias@p54A64679.dip0.t-ipconnect.de] has joined #ubuntu-devel
pittidoko: will you merge python-support soon? it's required as build-dep of e. g. pyxdg09:55
pittisiretart: ok, works fine here with test suite, postgresql, g-v-m, and my debug strip test suite. away with it! :)09:55
siretartpitti: excellent09:55
pittisiretart: (also tested with dash and bash)09:56
=== siretart begins to fall in love with bzr mantained packages :)
crimsunthey are nice09:56
dokopitti: hmm, thought mvo would do it ...09:57
dokopitti: anyway, I can do it. 09:57
pittidoko: the only difference is that we do not build 2.3 stuff, right?09:57
pittidoko: (diff to Debian)09:58
mvodoko: oh, that was a misunderstanding, I was asking for it09:58
pittigar, why did I end up having to do the mesa merge?09:59
Yagisanpitti: you like the pain ?09:59
pittihi Yagisan 10:00
=== el [n=konversa@u40-30.dsl.vianetworks.de] has joined #ubuntu-devel
YagisanG'day pitti. for the -ssp arch. Is is up yet ?10:00
pittiwow, and an 1.1 MB ubuntu patch10:00
pittiYagisan: YES!!!!1!!! :-)10:00
pittiYagisan: packages build with ssp on since Friday10:01
Yagisanpitti: ok. all packages ?10:01
pittiyes, it was globally turned on in gcc10:01
siretartpitti: how do you coordinate merges?10:01
Yagisanpitti: ok. Could you pm me details, I'll put it on  a production web server10:01
pittisiretart: the default claimer is the name on the {main,universe}.html page10:01
pittisiretart: if you want to merge something else, ping the default claimer before10:02
siretartpitti: so basically the last uploader. I see10:02
siretartI was wondering how we'll manage universe10:02
=== trulux [n=echo@unaffiliated/trulux] has joined #ubuntu-devel
=== apokryphos [n=apokryph@host-87-74-66-37.bulldogdsl.com] has joined #ubuntu-devel
crimsunsiretart: pretty much the same way, no? I've been going through the ones with my name beside it10:05
siretartpitti: thanks for sponsoring ;)10:05
siretartcrimsun: Let's do so for now, and look in the last week for missing merges10:06
siretartcrimsun: I fear that there may be poeple less active in edgy than in dapper10:06
\shsiretart: I'm doing my merges first, from last time, and then working from top to bottom10:10
=== sean_ [n=sean@71-214-90-191.ptld.qwest.net] has joined #ubuntu-devel
=== chmj [n=chmj@196.44.1.98] has joined #ubuntu-devel
=== phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel
=== luka74 [n=lure@BSN-77-152-53.dsl.siol.net] has joined #ubuntu-devel
tsengmorn pitti 10:22
pittihi tseng 10:22
=== freeflying_ [n=freeflyi@221.221.159.138] has joined #ubuntu-devel
tsengcan you please look at the inclusion report for XSP again?10:22
tsengwhenever you can.. and tell me if you still want it split up10:23
pittitseng: uh, you really want the web server in main?10:23
fabbioneuh?10:24
tsengnot really, no10:24
pittithere was a recent vulnerability in it, was that fixed?10:24
tsengyes.10:24
Kamioncrimsun: rejected xorg-server from dapper-updates per request10:24
tsengI can fight with Debian about where to put the script, then.10:24
tsengdiscuss nicely, I mean10:25
pittitseng: :)10:25
crimsunKamion: thank you10:27
Kamion(and accepted xserver-xorg-input-mouse)10:28
crimsun(thank you!)10:28
=== marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel
=== pygi [n=pygi@83-131-237-137.adsl.net.t-com.hr] has joined #ubuntu-devel
\shKamion: thx for the sync10:40
\shs10:40
pittimjg59: ping10:40
phanaticKamion: ping10:41
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
mjg59pitti: Hi10:42
pittimjg59: do you know a bit about mesa? the current MoM merge is nothing but a mess10:42
=== Lure_ [n=lure@external-7.hermes.si] has joined #ubuntu-devel
Kamionphanatic: hi10:43
pittiKamion: do you care about libsdl1.2debian-udeb?10:43
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
pittiKamion: in Debian, it builds a directfb video backend and not much else10:43
pittiprobably for a graphic installer10:43
fabbionepitti: g-i10:43
Kamionpitti: not at present, but the graphical installer will eventually want it10:43
Kamionshould go to universe for now10:43
pittiKamion: so, ok if I disable the package for now?10:43
Kamionpitti: sure10:43
pittior universe, works for me as well10:44
KamionI guess you can't build it in main, can you?10:44
pittiKamion: I removed the directfb build-dep10:44
KamionI wouldn't mind sucking the build-deps into main, if we can do that reasonably10:44
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
pittiKamion: so the udeb is fairly useless for now10:44
phanaticKamion: hi, i had a sponsored upload by siretart to dapper-updates (sysinfoi package) a few weeks ago, but it wasn't approved. is something missing?10:44
seb128pitti: what are you trying to kick to universe? directfb?10:44
pittiseb128: it's already in universe10:44
seb128pitti: because new libcairo and GTK 2.10 I'm about to package needs it10:45
pittioh, ok10:45
fabbionepitti: i am afraid it's a useless attempt10:45
seb128GTK has a directfb backend now10:45
fabbionesooner or later we will suck in g-i10:45
pittialright10:45
fabbioneand all its dependencies10:45
Kamionseb128: I'd very much like that in main; then we can start syncing cdebconf rather than merging it10:45
pittithen we'll move directfb into main and I build the sdl udeb10:45
Kamionphanatic: looking10:45
siretartKamion: Keybuk said that ubuntu-archive wouldn't know how to sync to dapper-backports, is that right?10:45
seb128pitti: could you take care of the main promotion? :)10:45
=== doko [n=doko@dslb-088-073-107-200.pools.arcor-ip.net] has joined #ubuntu-devel
=== el [n=konversa@u40-30.dsl.vianetworks.de] has joined #ubuntu-devel
phanaticKamion: thanks10:46
pittiseb128: seems to be fairly harmless anyway10:46
=== carlos [n=carlos@208.Red-83-33-192.dynamicIP.rima-tde.net] has joined #ubuntu-devel
Kamionphanatic: it appears to have been manually rejected10:50
Kamionphanatic: did neither you nor siretart get mail about it?10:50
phanaticKamion: no, at least i did not10:50
phanaticKamion: why was it rejected?10:50
Kamionsiretart: I know how to do it, but the script in question has not yet been ported to soyuz; I began work on that last night10:51
Kamionphanatic: I don't know; rejects don't have reasons attached to them in the database at present - that's why I was hoping you'd have got mail10:51
Kamionmdz: did you reject sysinfo from dapper-updates?10:51
mjg59pitti: What's the Debian version now?10:51
mjg59pitti: We can probably drop all Ubuntu patches10:52
pittimjg59: 6.4.2-110:52
mjg59Oh, argh. That's going to be awkward.10:53
pittimjg59: even our binary package names do not match10:53
Kamionphanatic: try sending mail to ubuntu-archive@lists.ubuntu.com to see if any of the other archive admins know10:53
mjg59pitti: You'll want to talk to Daniel about binary package names10:53
pittiright10:53
Kamionphanatic: feel free to cite this conversation10:53
phanaticKamion: thanks, i'll do that10:53
pittieventually we need to get back in sync with Debian wrt. X10:53
mjg59Any of the patches I added can be dropped10:53
fabbionepitti: is that for mesa?10:53
pittimjg59: ah, good to know; thanks!10:54
pittifabbione: yes10:54
mjg59We'll fix those up again afterwards10:54
fabbionepitti: better you leave it to infinity10:54
pittifabbione: the merge is assigned to me since I added a pot file as last uploader10:54
pittifabbione: I'd love to get rid of it :)10:54
fabbionepitti: yeah but it doesn't mean you are forced to do it NOW. coordinate it with adam because he was already looking at it10:54
pittibut this package needs to be merged together with the rest of X10:54
KamionAdam is on vacation this week, and X needs to be got out of the way10:55
fabbioneKamion: yes i am aware of Adam vac. mesa has been source of different troubles due to excessive renaming of pkgs10:56
fabbionethat's why i was suggesting to let it to Adam.10:56
fabbionehe did most of those transitions with daniels10:56
Kamionas I say, I think we are running short on time and need to get this at least started before Adam gets back10:57
siretartKamion: ah, so I was right about the procedure how to request syncs to dapper-backports10:57
KamionI do not think we can afford to wait a week10:57
MithrandirKamion: I'd really like to have a bootable and somewhat-working -desktop in about a week too, for the first knot.10:57
siretartkeybuks mail made me wonder if I missed something10:57
Kamionindeed10:57
Kamionsiretart: since elmo stopped doing archive maintenance, there's never been a defined procedure10:58
Kamionsiretart: filing bugs and ccing ubuntu-archive is as good as any other procedure one might invent, I think10:58
siretartKamion: at the TB meeting I asked mdz, and he confirmed that this would be a job for ubuntu-archive. and that we could upload directly now to dapper-backports if needed..10:59
Kamionsiretart: I'd like to have a little time to see if the script is easy to port to soyuz10:59
pittisiretart: directly upload to d-backports? that sounds evil11:00
KamionI'm certainly less comfortable with that myself11:00
tsengI am told coredev has that power now11:01
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
siretartpitti: only core-dev, and only for very small changes like updated build-dependency and such11:01
=== el [n=konversa@u40-30.dsl.vianetworks.de] has joined #ubuntu-devel
Kamiontseng: technical power yes, but it still has to go through archive admins for approval, and (as far as I'm concerned) it won't get that until we've at least made a token attempt to port the backporting script11:01
siretartKamion: take your time11:01
pittislomo: I'm currently merging sdl, btw11:02
slomopitti: ok, np :) why don't you wait for directfb?11:03
pittislomo: you mean directfb needs to be merged as well?11:03
dholbachpitti: mvo asked for a sync11:03
pittislomo: no, we have the latest debian version11:03
slomopitti: no... directfb in main11:03
fabbionepitti: should we take a look at that dovecot thingy?11:04
Kamiondholbach: that got processed a while back11:04
=== Huahua [n=hua_@222.50.183.241] has joined #ubuntu-devel
dholbachKamion: yeah, I should have said "there's no merge to do" :-)11:05
dholbachKamion: how are you?11:05
Kamiondholbach: a touch hungover but otherwise ok :)11:06
Kamionimporting base-installer into bzr pre-merge11:06
dholbach:-)))11:06
dholbachnice11:06
=== ChipX86 is now known as ChipX86|Sleep
pittislomo: yes, see discussion above, we need it anyway11:12
pittifabbione: can you give me another 30 minutes or so?11:13
fabbionepitti: yes, i am looking at how upstream broke in the meantime11:13
slomopitti: joined only 13 minutes ago ;) can you paste me the discussion?11:13
tsengslomo: the summary was11:16
tsengpitti: kamion: do you care about directfb udeb; kamion: no; pitti: ok i will stop building it (or move to universe)11:16
slomotseng: thanks11:16
Kamionerm11:16
Kamionto clarify, pitti asked me about libsdl1.2debian-udeb, not directfb-udeb11:17
=== ToadZzZztool is now known as Toadstool
tsengoh right, off by one11:17
seb128can anybody tell me what is happening to evolution-data-server 1.7.3 build?11:22
seb128according to the corresponding launchpad page it's neither built, nor building, nor waiting for build11:23
seb128nor listed by any other category11:23
tsenghttps://launchpad.net/distros/ubuntu/edgy/+queue?queue_state=3&queue_text=evolution11:25
tsengaccording to this it is "done"11:25
tsengunclear on what that means11:26
seb128tseng: if you click on "View Builds", it's not listed though11:27
tsengright11:28
fabbionetseng: evolution != evolution-data-server ?11:28
tsengfabbione: its a search11:28
tsengWHERE foo LIKE "%mysearch%"11:28
fabbioneoh ok11:28
crimsundoko: ping, is Ubuntu's lib32asound2 supposed to conflict with ia32-libs (<< 1.9) ?11:34
=== spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
pittihi ogra 11:37
pittiogra: I just finished merging dhcp3, and it seems to work fine11:37
pittiogra: I also left revert-next-server.dpatch11:38
pittiogra: s/left/kept/11:38
fabbionepitti: i am writing to the debian maintainer and dovecot upstream11:39
fabbionewe should take the same direction here to fix it all over11:40
pittifabbione: the DD is quite responsive11:40
fabbioneotherwise it will be a mess11:40
pittiright11:40
\shhmmm11:43
\shI think I found a really strange but11:43
\shbug11:43
\shcreate a /var partition and everything what needs /var/run (most of the init scripts) are failing11:44
\shI just rechecked, and removed the /var partition and everything works11:44
\sh(dapper it is)11:44
ograpitti, yay, thanks :)11:45
pittifabbione: ok, I'm done so far; shall I still look into anything?11:45
fabbionepitti: your inbox for now.11:46
pittiok11:46
\shyes, it doesn't mount /var/run as tmpfs and failes completly...11:47
fabbionepitti: if you feel like looking at the code, it is clear how the thing went all downhill11:47
fabbionepitti: 0.99.14 had one and only one declaration of SUBSCRIPTIO_11:47
fabbioneSUBSCRIPTION_FILENAME11:47
fabbionewhile it has been broken down in different storage libs in 1.011:47
fabbionebecoming inconsistent11:47
pittifabbione: thanks for the heads-up; I basically agree to your proposal11:50
\shhttps://launchpad.net/distros/ubuntu/+source/initscripts/+bug/51452 11:51
UbugtuMalone bug 51452 in initscripts "missing /var/run in root partition fails many services" [Untriaged,Confirmed]  11:51
=== pvanhoof [n=pvanhoof@mailhost.newtec.be] has joined #ubuntu-devel
=== ploum [n=ploum@ubuntu/member/ploum] has joined #ubuntu-devel
fabbioneKamion: 45523 -> rejected. He didn't create a separate /boot and none of our booloaders can boot from lvm11:56
fabbionenot lvm2 at least11:56
\shhmmm..how can I see the last uploader of a package in LP?11:57
\shhmpf...keybuk is not here :(11:57
fabbionepitti: score.. upstream is doing it for us :)11:58
dholbachdid anybody remove UniverseFreeze from EdgyReleaseSchedule and the UniverseFreeze wiki page?11:59
=== seb128 [n=seb128@ANancy-151-1-80-237.w81-50.abo.wanadoo.fr] has joined #ubuntu-devel
=== pounk [n=pounk@142-217-81-161.telebecinternet.net] has joined #ubuntu-devel
dholbachok, the UniverseFreeze page was still there, I linked it from EdgyReleaseSchedule again12:02
Kamionfabbione: well he says it works fine if he installs the bootloader by hand12:06
Kamionfabbione: so no, I think rejected would be inappropriate12:06
Kamion\sh: e.g. https://launchpad.net/distros/ubuntu/+source/sysvinit and look at the "Creator" field12:07
Kamionit's badly named, but it means "last uploader"12:08
KinnisonKamion: No, it means "last person listed in changelog" really12:08
fabbioneKamion: he is forcing lilo. It will break at the first upgrade. iirc we went trough this in breezy already.12:08
fabbione(kernel upgrade that's it)12:09
KinnisonKamion: the dscsigningkey indicates the uploader really12:09
Kamionfabbione: *shrug* it's only a matter of re-running lilo. sure, it's not perfect, but I do not think it justifies going around rejecting all bugs about it12:09
KamionKinnison: oh, right, true12:09
Kamionfabbione: I talked with Adam about that at UDS-Paris, and we noted that folks who've been using lilo forever tend to paranoidly rerun lilo -v after every upgrade anyway, so it's no big deal for them if the kernel upgrade doesn't do it for them12:10
fabbioneKamion: oh the problem is lilo not understanding a bunch of LVM2 things and break12:11
fabbioneKamion: but ok.. if you are sure it will work, i am ok with that12:11
=== fabbione -> food
\shhmmm..I think in /lib/init/functions.sh: function domount ... the "if mountpoint -q $2" is the problem...12:11
Kamionwell the submitter reckons it works for him once he sets it up by hand ...12:11
Kamionso I don't really need to be sure :)12:12
pittifabbione: wow, that was fast12:12
=== _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-devel
=== sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel
=== freeflying|away [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel
pittihey sabdfl!12:16
\shmoins sabdfl12:16
thomsabdfl: your talk at AC seems to have gone down well!12:17
=== Zomb [n=eb@x118.rhrk.uni-kl.de] has joined #ubuntu-devel
tsenglo thom 12:17
thomheyhi12:18
\shanyone interested in fixing #51452 with me?12:18
pitti\sh: how did you manage to get /var/run removed?12:19
\shpitti: no..I created a separate /var partition....and /var/run is not being mounted at all...12:19
=== Zomb [n=eb@x118.rhrk.uni-kl.de] has joined #ubuntu-devel
\shpitti: if I partition without a separate /var partition everything works fine12:19
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
pitti\sh: ah, ok. Well, that sounds like PEBCAK then - you'll miss /var/lib etc, too12:19
pitti\sh: ah, I see12:20
pitti\sh: you created /var in the installer, not in the isntalled system12:20
sabdflmoin moin \sh, pitti12:20
pittibug 5145212:20
UbugtuMalone bug 51452 in initscripts "missing /var/run in root partition fails many services" [Untriaged,Confirmed]  http://launchpad.net/bugs/5145212:20
sabdflthom: thanks! i didn't get many questions so was a little worried that i put them all to sleep12:20
sabdflor didn't fully wake them up after the night before :-)12:21
thomsabdfl: lots of interest on planetapahce.org 12:21
thomheh12:21
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
\shpitti: what I don't understand is the first term in /lib/init/functions.sh: domount() ==> >> if [ ! -d $2 ]   then return fi << means to me, if the directory /var/run does not exists, return to caller. But wouldn't it be better to just create the missing directory then?12:22
pitti\sh: where is this function called?12:23
\shpitti: in mountvirtfs12:23
\sh /etc/init.d/mountvirtfs12:24
\sh# /var may be on another drive so create /var/run if we need to12:24
\sh        domount tmpfs /var/run "-o mode=0755"12:24
pitti\sh: hm, but domount is also used for /proc and /sys12:24
pitti\sh: and an admin might not want these12:24
ogra\sh, you need to move the data over ... just creating the dir might not be enough ...12:24
pitti\sh: so instead of changing this in domount(), I'd rather stick a mkdir -p /var/run into it12:25
\shogra: there no data actually, it's while booting the system12:25
pitti\sh: so the comment clearly doesn't match the code :)12:25
ograi.e. /var/run is created in initramfs ... then your kernel boots and fstab is executed and /var is mounted on top of that12:25
ograthen everything in /var/run that was created before is lost ...12:25
ograi thought keybuk had adressed that12:26
\shogra: I don't boot with initramfs...12:26
ograthat might be your prob then :)12:26
\shbut it does the same when I used the default kernel12:26
\shwhich I'm doing right now actually ;)12:26
\sh2.6.15-23-amd64-server12:27
\shpitti: I did "if [ ! -d $2 ]  then mkdir -p $2 fi but it didn't help.12:28
pitti\sh: (I hope that's a copy&paste bug)12:29
\shforget the " and put some \n in ;)12:29
pitti\sh: hm, if that's a bug in the initramfs stuff, then Keybuk might be the best person to talk to12:29
ajmitchevening all12:30
pittihey ajmitch 12:30
\shpitti: the question is, what if I don't use a kernel with initramfs, because I need to use a selfmade kernel, where most of the stuff we need is compiled in...and we don't want to use an initrd.12:31
pitti\sh: hm, then I don't understand why the mkdir -p doesn't work12:31
sivangmorning12:32
\shpitti: well yes, I'm totally confused...think I'll have a smoke and a cup of coffee...and then another try..need to fix it12:33
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== Hobbsee [n=Hobbsee_@14.5.233.220.exetel.com.au] has joined #ubuntu-devel
pittislomo: libvisual approved12:35
slomodoko: will you upload python-stdlib-extensions to ubuntu soon or request a sync? we need python-gdbm back ;)12:35
slomopitti: thanks :)12:35
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
dokoslomo: it should be automatically synced, there's no ubuntu version12:37
\shpitti: I'm installing the machine with another kernel (selfmade)..takes only 30 seconds ;)12:37
slomodoko: hm, for two other NEW packages i had to file a sync request because they weren't synced automatically12:37
Kamionit's semi-automatic12:38
Kamionwe have a report on the missing ones12:38
Kamionnudge Keybuk about it next time he's aroundd12:39
slomook, thanks12:40
=== ealden [n=ealden@203.177.221.62] has joined #ubuntu-devel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel
=== rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel
pittihi rodarvus 12:41
rodarvusgood morning12:42
rodarvushi pitti12:42
=== irvin [n=ipp@ubuntu/member/irvin] has joined #ubuntu-devel
=== sabdf1 [n=mark@217.205.109.249] has joined #ubuntu-devel
=== sabdf1 [n=mark@217.205.109.249] has left #ubuntu-devel []
=== Chipzz [n=chipzz@ace.ulyssis.student.kuleuven.be] has joined #Ubuntu-Devel
irvinmvo, can i bother you for a few minutes?12:55
sivanghey pitti 12:56
pittihi sivang 12:56
mvoirvin: hello, yeah, go ahead12:57
=== netgrabber [i=Baq7J5cq@host237-61.pool8248.interbusiness.it] has joined #ubuntu-devel
=== Gman [n=gman@nwkea-socks-1.sun.com] has joined #ubuntu-devel
mdkepitti: seems that cups-pdf doesn't work out of the box without doing "sudo chmod +s /usr/lib/cups/backend/cups-pdf", do you know if this is easy to solve? (bug #42147)01:02
UbugtuMalone bug 42147 in cups-pdf ""PDF Printer" does no not show up in "existing printers" (Dapper)" [Untriaged,Confirmed]  http://launchpad.net/bugs/4214701:02
pittimdke: not really, unless you create a directory in your ~ that the cupsys user can write into01:02
mdkepitti: so chmod +s is a bad solution?01:02
pittimdke: well, it's good enough if you know what you are doing01:03
mdkepitti: what knowledge does it need?01:03
\shpitti: it doesn't work either with a selfmade kernel, without initrd and initramfs01:03
pittimdke: but I never audited cups-pdf whether it's suitable for suid root operation01:03
=== Lure_ [n=lure@external-7.hermes.si] has joined #ubuntu-devel
mdkeso we shouldn't really recommend that solution in documentation?01:03
pittimdke: hm, no idea, really. If you really need it and don't use gnome apps or OO.o (which can do PDF natively), then, well, it's a good workaround01:06
mdkepitti: right.01:08
mdkepitti: thanks!01:10
pittiKamion: ok, directfb and libmpeg3 approved for main01:14
mjg59What are we doing with directfb?01:15
jdub(*and*... why is libmpeg* still in main?)01:15
fabbionemjg59: coffee, the and biscuits? ;)01:16
pittijdub: libsdl1.2, graphical d-i, gtk 2.1001:17
pittimjg59: ^ 01:17
ograjdub, ask KDE :P01:18
pittijdub: libmpeg3 was in main in hoary, and in universe since then01:18
pittijdub: now it comes back due to directfb01:18
ograoh, right that was libmad01:18
pittijdub: libmpeg3 bad?01:18
mjg59Ah, right01:20
jdubsome day, graphical d-i will be sane and use kdrive/similar01:22
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
jdubpitti: patent-encumbered up the wazoo01:22
fabbionejdub: you really should maintain X a bit before saying somthing like that :)01:22
mjg59kdrive is pretty straightforward01:23
mjg59And we've already got it in the archive01:23
=== raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
fabbionemjg59: how portable is it?01:23
pittijdub: so, shall I un-approve libmpeg3, and instead try to build directfb without it?01:23
jduband it's not evil/slow/yuck01:23
jdubpitti: that'd be rad - for edgy, i'd like to get rid of all of them01:23
pittiok01:24
ograjdub, you cant get rid of libmad as long as KDE is in main01:25
=== Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel
jdubogra: we've did it before (fixing xine)01:25
ograits deeply woven in ...01:25
=== Fujitsu snips the threads and de-weaves it.
fabbioneogra: i am pretty sure you can build KDE without libmad01:26
ografabbione, not according to the KDE people i spoke to (i havent looked myself yet)01:26
mjg59fabbione: Uses framebuffer01:26
slomojdub: you will be my hero when you get all the ugly stuff out of main for edgy :)01:26
jdubif we have to fix a broken KDE attitude towards putting their distributors in jail, then that's what we have to do :-)01:26
Kamionmjg59: that's much slower though, right? the directfb advocates note that it makes much better use of hardware acceleration01:27
jdubKamion: it's all bollocks (based on benchmarks i read last week)01:28
Kamionand I don't want an X-a-like in d-i any more than the last seventeen times we've talked about this, personally01:28
mjg59We don't use accelerated framebuffers anyway01:28
jdubKamion: up to 10 times slower than GTK+ on X01:28
Kamionjdub: interesting01:28
=== pitti goes to un-libmpeg3-ify directfb
jdubKamion: (and down to 4 times slower, roughly)01:28
Kamionbut anyway, if you want d-i to change, go upstream - I'm not involved in graphical d-i any more, to a good first approximation01:29
jdubKamion: (none of the gtk+/gnome embedded folks are planning to use it, based on quite a few independent benchmarks)01:29
mjg59Kamion: Directfb doesn't support vga16 (so we have problems with compatibility), vesafb is not usefully accelerated, and the specific framebuffers don't tend to work usefully on modern hardware01:29
=== thotz [n=thomas@N848P002.adsl.highway.telekom.at] has joined #ubuntu-devel
fabbionedo we really care so much about speed in the installer?01:32
fabbionei mean.. it's not like we are playing quake 4 while we wait01:33
pittifabbione: you don't?01:33
pittifabbione: just throw a grenade at packages you want installed :)01:33
fabbionepitti: ahah01:33
fabbionehmm that would be fun. your system install better as you hit more enemies01:34
fabbioneeach time you die a random package is purged01:34
pitti'meet the Ubuntu devs in the Quake arena!'01:34
Kamionfabbione: yes; it's pretty noticeable if the screen takes a large fraction of a second to redraw01:42
=== thotz [n=thomas@N848P002.adsl.highway.telekom.at] has left #ubuntu-devel []
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #ubuntu-devel
crimsunKamion: is there a failed upload of openvpn for breezy-security?01:46
fabbioneKamion: yes but again installer is not glxgears ;)01:47
Kamionfabbione: it's actually pretty noticeable on some hardware even at the moment, and I get bug reports about it01:47
Kamionthough admittedly certain vmware versions are the worst hit - but still01:47
mjg59Kamion: There's a tradeoff - using vesafb provides other amusing issues01:48
Kamioncrimsun: Rejected: The key used to sign openvpn_2.0.2-1ubuntu0.1_source.changes has expired.01:48
Kamionmjg59: suspend/resume in the installer is not terribly important :-)01:48
mjg59Kamion: I thought the reason we used vga16 in the installer was that vesa didn't work on all hardware?01:49
mjg59At least, I'm sure (you?) gave that as the reason at some stage01:50
Kamionmjg59: we use either in the installer, depending on vga= parameters01:50
mjg59Right01:50
Kamionbut yes we do default to vga16fb01:50
mjg59But directfb forces vesafb01:50
crimsunKamion: ok, is there a second upload (also failed)? I signed with my current key for the second upload approximately 16 minutes ago (the previous upload was signed in late May)01:50
Kamionfor the graphical installer, that's not necessarily too much of a problem; the text mode would remain available01:50
mjg59So we have to invert the current logic01:50
mjg59Defaulting to vesafb for the installer is arguably saner than defaulting to vga16fb, but I think we need to recheck why that decision was made in the first place01:51
KamionI think vga16fb is right for the text mode01:52
mjg59Why?01:52
Kamiongiven the change to 640x40001:53
Kamionmost compatible01:53
mjg59vga16fb doesn't work on some SIS hardware and is weird on a couple of other machines01:53
Kamionyou lose either way in corner cases, but my impression remains that vga16fb is a better default, particularly as it's what we default to in the installed system and thus gets more testing01:54
mjg59Yeah01:54
mjg59I guess supporting graphical d-i at all just seems a bit odd to me, given that we've got Ubiquity01:55
KamionI'd like the two to converge in the long run01:55
mjg59The easiest way of doing that would seem to be to just run Ubiquity in an X session :)01:55
mjg59As the only client, I mean01:55
jdub:-)01:55
Kamionnot really, ubiquity isn't internally as flexible01:55
mjg59Yeah01:56
Kamionby design, it can't do half the stuff d-i can do01:56
Kamionhence "converge" rather than "replace"01:56
Kamionanyway, I don't actually plan to present graphical d-i at least for the next couple of Ubuntu releases01:56
Kamionbut I would like to avoid the merge pain caused by not being able to build core bits of d-i in main01:57
Kamionhaving to merge cdebconf all the time is silly01:57
mjg59Yes, that sounds like a pretty convincing argument01:57
fabbioneKamion: only for curiosity. what is the status of g-i in Debian?01:57
mjg59Hm. How hard would it be to hack up a mode for the live CD where it just launches ubiquity in the session rather than a full gnome session?01:58
mjg59It would help the low-memory case01:58
Kamionmore convincing to me than to anyone else, I suppose, since it's me (or Tollef) who gets to do the work01:58
Kamionmjg59: yeah, it's been suggested, probably not too difficult; though I know Mark wouldn't want it to be the default01:58
seb128who is doing syncs nowadays?01:58
Kamionseb128: me/Keybuk01:58
mjg59Kamion: Sure01:59
Kamionfabbione: functional but not polished01:59
seb128I would appreciate a libcairo 1.2.0 sync from Debian incoming, it's required to package GTK 2.10 which has been rolled this morning01:59
Mithrandirmjg59: it's quite trivial.01:59
fabbioneKamion: ok thanks.01:59
seb128Kamion: should I open a bug about it?01:59
Kamionseb128: see DeveloperResources for how to request syncs these days01:59
Kamionyes, please01:59
mjg59Kamion: Could we put logic in gfxboot to check available RAM and prompt the user for whether they want to install or run a live session?01:59
Kamionwe do syncs in batches01:59
seb128Kamion: I know, I just have no idea on how fast is the queue processing nowadays and I want to do GTK 2.10 today ... anyway, filling the bug now :)02:00
Kamionseb128: measured in hours02:00
seb128cool02:00
seb128thanks Kamion02:00
Kamionmjg59: yeah, should be possible02:00
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
Kamionthough I'm not sure exactly how reliable gfxboot's memory detection is - haven't used it much in anger02:01
=== eggauah [n=daniel@150233.cps.virtua.com.br] has joined #ubuntu-devel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel
Chipzzpitti: seriously, I once heard about a quake mod where you could kill processes by shooting them ;)02:09
pittiChipzz: heh, me too :)02:09
pitti'stand still, damn apache!'02:09
Chipzz.o0O( Where's that fucking eggdrop hiding? Fucking camper ) ;)P02:09
thomChipzz: http://psdoom.sourceforge.net/02:10
sivangthom: wow02:18
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel
ograhey Keybuk 02:19
=== Hirion [n=hirion@draugr.de] has joined #ubuntu-devel
Keybukheyhey02:21
jdubmjg59: cool idea02:25
jdub   * debian/control: Remove libmpeg3-dev build-dependency and dependency to02:26
jdub     keep jdub out of the jail.02:26
jdubha ha02:26
ogra*g*#02:26
jdubpitti: thanks for putting my fingerprints *all over it*02:26
fabbioneahhaha02:29
=== licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel
=== lukkett1 [n=lukketto@host173-157.pool8710.interbusiness.it] has joined #ubuntu-devel
\shah Keybuk02:32
\shthe man I need02:32
Keybukoh aye?02:32
\shKeybuk: https://launchpad.net/distros/ubuntu/+source/initscripts/+bug/51452 02:32
Keybukit's nice to be needed02:32
UbugtuMalone bug 51452 in initscripts "missing /var/run in root partition fails many services" [Untriaged,Confirmed]  02:32
Keybukyeah, I saw that one this morning02:33
Keybukhow did you install dapper?02:33
\shKeybuk: via FAI ;)02:33
Keybukthen it's likely an FAI bug02:33
\shKeybuk: I don't know how the reporter installed dapper02:33
=== lukkett1 [n=lukketto@host173-157.pool8710.interbusiness.it] has left #ubuntu-devel []
Keybuk\sh: aye, just asked him02:34
\shKeybuk: but what really bugs me is : if [ ! -d $2 ]  then return fi02:34
Keybukthe simple answer is that we do make /var/run and /var/lock02:34
Keybukthe installer makes them02:34
Keybukand initscripts postinst makes them on upgrade02:34
\shKeybuk: so, creating /var first, then mkdir -p /var/{run,lock} and then installing could solve the problem?02:35
Keybukright02:35
Keybukthat's what we normally do02:35
\shthx :)02:35
\shas I said, the man I need :)02:35
Keybukwhy does that if statement bug you?02:35
\shbecause if it's not there, it returns to the caller (in this case mountvirtfs) 02:37
Keybukright?02:37
\shbut mountvirtfs should complain in this case02:37
Keybuk-v please :p02:37
=== epx [n=epx@200.249.192.132] has joined #ubuntu-devel
Keybukwhy should it complain?  nothing the user can do about it at that point02:38
Keybukthe complaint will speed past so fast, etc.02:38
\shKeybuk: but gives errors later on, e.g. not starting simple networking 02:38
Keybukright02:38
Keybukwhat we should have is the error that causes networking not to start to be logged as "/var/run not writable" or something02:39
Keybukwhich makes it doubly obvious what happened02:39
\shKeybuk: in my POV it would be better to do a "mkdir -p $2" in this if clause, but this doesn't work when I tested it02:39
Keybukroot filesystem isn't writable :)02:40
ograthat at least slows down booting02:40
Keybukwhich is precisely _why_ we have these tmpfs's in the first place02:40
=== holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-devel
ograand what Keybuk said :)02:40
\shKeybuk: argh...you are right...02:40
\shwe aren't at the stage of remounting root rw02:40
StevenKogra: Um, I did.02:40
StevenKogra: (the windowlab merge)02:40
Keybukif the filesystem was writable that early in the boot, we wouldn't need a separately writable /var/run02:40
StevenKECHAN02:41
ograStevenK, yeah, you missed to change the address in the changelog :)02:41
StevenKDOH!02:41
ogranobody injured :)02:41
\shKeybuk: yeah...I missed that...let me check if I can work around that :)02:41
StevenKJust proves I'm a bozo.02:41
StevenK;-)02:41
Keybuk\sh: you could do a unionfs mount on /var with a tmpfs, make /var/run and /var/lock under that and then mount /var over the top again later02:42
Keybuk...oh dear, I appear to be chanelling Tollef <g>02:42
\shKeybuk: well, it's easier for me, to create /var/{run,lock} after the partitioning and formatting...02:43
MithrandirKeybuk: oh shiny.  You think that'd work? ;-P02:43
MithrandirKeybuk: also, unionfs gets very confused if you touch files in the file systems underneath it.02:43
Keybuk\sh: I believe u6y creates it after formatting, yes02:43
=== fabbione disables crack detector to void extra bans on Keybuk and Mithrandir
\shKeybuk: yes...and my luck is, that the target partitions are mounted rw during install02:44
Keybukone would hope the targets were writable during install02:44
Keybukotherwise you'd have different problems <g>02:44
\shKeybuk: they are :) 02:44
KamionKeybuk: yes, it does02:45
Kamionby virtue of using partman02:45
Kamionoh, hmm02:45
\shKeybuk: and if I solve this little problem, I can get an ubuntu install (desktop) in less then 80seconds :)02:45
Kamionthe KDE frontend does not use partman for everything in the same way that the GTK frontend does - it's possible it doesn't make the directories02:45
Kamionthis is a bug in the KDE frontend02:46
=== \sh hugs Keybuk for opening his blind eyes...
KeybukKamion: interesting ... will see if the bug reporter was using KDE02:47
\shI'll ask him 02:47
=== gezenti [n=HRCLITE6@88.229.114.90] has joined #ubuntu-devel
KeybukLathiat: ping02:48
=== Norgz [n=eroux@maisel-gw.enst-bretagne.fr] has joined #ubuntu-devel
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
=== nikola [n=pygi@83-131-237-137.adsl.net.t-com.hr] has joined #ubuntu-devel
=== pygi [n=pygi@83-131-237-137.adsl.net.t-com.hr] has joined #ubuntu-devel
pittijdub: SCNR :)02:59
=== pitti hugs jdub
LathiatKeybuk: pong02:59
KeybukLathiat: was just curious to a bit more technical detail of how the mdns stuff works03:00
LathiatKeybuk: shoot03:01
Lathiator do you want a general rundown?03:01
Lathiator have specific queries?03:01
Keybukyup, general rundown of the major components03:01
Keybukand how they play together03:01
LathiatWell its made up of two things03:01
LathiatMulticast DNS and DNS-based service discovery03:02
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel
Lathiatboth are basically independant, but complement each other03:02
Lathiatmulticast dns is fairlylike normal dns where03:02
Lathiatyou send a UDP query, in the same format03:02
Lathiataskign for reecords for a name03:02
Lathiatand you get replies03:02
Lathiatthe major difference is that instead of asking one serve,r you multicast the request03:02
Lathiatand everyone with a reply multicasts back03:02
Lathiatso theres no authorative zone its just an adhoc hi i want this, hi i have that03:03
jdubpitti: SCNR?03:03
Keybukso that is "show me all blah on the network" ?03:03
Lathiatwell that dies into dns-sd03:03
Lathiatso dns-sd is a method of describing services in DNS03:03
Lathiatit can run over normal dns too03:03
Lathiatbasically you have records like03:03
=== jdub has unicast dns-sd records on his home domain
Keybukis that like the SRV records?03:04
=== Keybuk has a _sip._udp.netsplit.com SRV record
Lathiatyep03:04
Lathiatthats _exactly_ the same03:04
Lathiatthats dns-sd over unicast dns03:04
Lathiatjust you request them over multicast dns in an avahi environment03:04
Lathiatyour _sip._udp would SRv to like03:04
Lathiatkeybuk's phone._sip._udp.netsplit.com03:04
Lathiatwhich can also have TXT records and other data03:05
Lathiattheres also some magic for discovering all types of services running on a network03:05
Lathiatbasically once you start publishing _sip.-udp03:05
Keybukright03:05
Keybukso how does that work over multicast?  what domain do you use?03:05
Lathiatyou start publishing03:05
Lathiat_services._dns-sd._udp.local which PTRs to _daap._tcp.local03:05
Lathiat_workstation._tcp.local etc03:06
Lathiatbu thats not require in the spec03:06
Lathiatbu tits usefull for avahi-browse etc03:06
LathiatKeybuk: .local is the default03:06
Lathiatits not restricted to that but thats basically what everyone uses03:06
Keybukok03:06
Lathiatso over multicast dns you go03:06
Lathiat"please give me SRVs for _daap._tcp.local"03:06
Lathiatand all the nmodes respond with03:06
Lathiat_daap._tcp.local IN PTR lathiat's music._daap._tcp.local03:06
Lathiatand then you query lathiat's music._daap._tcp local and you get for example03:07
LathiatLathiat\039s\032Music._daap._tcp.local  IN      SRV 0 0 3689 chiana.local ; ttl=12003:07
LathiatLathiat\039s\032Music._daap._tcp.local  IN      TXT "org.freedesktop.Avahi.cookie=4255070712" ; ttl=450003:07
Lathiatwhich basically says its on port 3689 of chiana.local and the TXT data is some extra info03:07
Lathiatyou can put some auxillary info in there that may be usefull at discover time03:07
Lathiatrather than conneting to the host03:07
Lathiatfor example ichat puts your status in their03:07
Lathiataway, online, etc03:07
Lathiatyo udont want to have to connet to just find that out03:07
Keybukok03:08
Keybukso how does this tie in to avahi and mdns*, etc.03:08
Lathiatthe cookie is avahi's magical way of determining if two services on different interfaces and/or protocols (ipv4/ipv6) are the same03:08
LathiatKeybuk: well avahi is basically what i just described above03:08
Lathiatrhythmbox asks avahi for _daap._tcp03:08
Lathiatit broadcasts a query for _daap._tcp.local via mdns03:08
Lathiatgets the results and passes them back to rhythmbox03:08
Lathiatit can then choose to go query the indiivudla servers for their SRV/TXT records03:08
Lathiatetc03:08
Lathiatyou dont need to do that to start tho, e.g.to display a list of shares all you need to do is get the SRVs03:08
Lathiatas the first label (Lathiat's Music) is the service name03:09
Lathiatits only once i click on it i need to get the SRV record etc03:09
Lathiatthat saves network traffic et al03:09
Lathiatin reality theres more in the background like it actually announces when a service comes online03:09
Lathiatand defends collisions and whatnot03:09
Lathiatbut thats just implementation detail03:09
Keybukok, so avahi does the "discover" part of this?  it's what applications use to find out what's on the network?03:10
Lathiatyep03:10
Lathiatavahi-daemon runs and basically proxies between the app and the network03:10
Lathiatit sends queries and announces its own services03:10
elmotuna 14:11 ~ % apt-cache show libgd2-noxpm | grep libxpm03:11
elmoDepends: libc6 (>= 2.3.4-1), libfreetype6 (>= 2.1.10-1), libjpeg62, libpng12-0 (>= 1.2.8rel), libx11-6, libxpm4, zlib1g (>= 1:1.2.1)03:11
=== Dr4g [n=Dr4g@82-40-234-163.cable.ubr06.uddi.blueyonder.co.uk] has joined #ubuntu-devel
tortoise_Does anyone have any tips on how to package python apps?03:11
KeybukLathiat: ah, so what does mDNSresponder do?  or is that the old stuff?03:11
LathiatKeybuk: mDNSResponder does the same thing03:11
Lathiatits just apples versiojn03:11
Keybukright03:11
Lathiatavahi-daemon is what we called ours03:11
Keybukso I'm thinking about the whole discoverable/discovery thing03:12
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel
Keybukwould it be possible to tell avahi-daemon to service application's requests, but not service network requests?03:12
Lathiathow so?03:12
Lathiatto query the network but not respond?03:13
Keybukexactly03:13
Lathiatyou can tell avahi to disallow publishing03:13
Dr4gIs most of the Ubuntu development in C ?03:13
Keybukso rhythmbox can still look for nearby shares, without actually announcing your own03:13
Lathiatroot@chiana:/etc/avahi# grep disable avahi-daemon.conf03:13
Lathiat#disable-publishing=no03:13
Lathiat#disable-user-service-publishing=no03:13
Dr4gAny C++/python..etc03:13
=== Lathiat nods
Dr4gLathiat:: nodding to me ?03:13
Keybukwhen that's disabled, and when applications haven't requested anything, is there a network port open?03:13
LathiatDr4g: no, sorry, keybuk03:13
LathiatKeybuk: yes03:13
Lathiatfor avahi to do anything03:14
Lathiatit has to talk on the network03:14
Dr4gOkay :o)03:14
Lathiatits the same as real dns 03:14
Keybukright, but why doesn't it open that port when the application makes the request, and then close it after?03:14
Lathiatwhen your doing a query port 53 udp is open03:14
Lathiat:)03:14
LathiatKeybuk: because then you miss out on all of the caching etc that makes mdns effecient03:14
Lathiatand03:14
Lathiatrequests arent 1-time03:14
Keybuktrue, but once you've finished doing the query, the port closes again03:14
Lathiatthey are long term queries03:14
Lathiatmdsn updates03:14
Lathiathosts comes and go etc03:14
Lathiatthats all handled by listening to the announcements03:14
Lathiatand goodbyes03:14
Lathiatand theres no time you can say "you've got all the services now"03:15
Lathiatyou can guess tho03:15
Keybukwe have "policy exceptions" for DNS and DHCP already03:15
Keybuktrying to decide whether avahi deserves one or not03:15
Lathiatfor avahi to operate03:15
Lathiatit raelly needs to be listening all the time03:15
Keybukthe trouble is, I don't think we can trust avahi's code as much as we can trust libc and dhclient -- which have been around for years03:15
LathiatKeybuk: sure03:15
Lathiatavahi has some advantages in security03:15
Lathiatchroot(), unprivd user03:15
Lathiatbut that still doesnt stop you from doing things03:16
Lathiatjust helps minmize the damage03:16
Lathiatwe've had 2 issues so far that could have been potentially exploitable iirc03:16
Keybukwhich implies that we should ship with all service discovery off by default03:16
Keybukand have a set of options03:16
Keybuk"discover network services" and "be discoverable yourself"03:16
Lathiati mean03:17
Lathiattheres two issues here03:17
Lathiatsecurity wise, theres not alot of difference between the two03:17
Lathiatinformation disclosure wise, there is03:17
Keybukexactly03:17
Lathiatas i highlighted in my email which i see you read03:17
Lathiati guess that would be a resaonable set of options03:18
Lathiatjust promise me no mac-specific allowances or something ;)03:18
Lathiati think ekiga advertises without asking03:19
Lathiatin rhythmbox you have to specifically allow it03:19
Lathiati guess a desktop wise setting could be usefull03:19
Lathiati wonder if avahi will pay attention to a change in the disable-publishing option and reset all services published03:19
=== Lathiat tries
Keybukyeah, from a code-security POV, I don't think we can yet give avahi the same level of trust we give to libc's resolver and dhclient03:21
Keybukit just hasn't been around long enough03:21
Keybukwhich leads me to believe we need to be able to turn the network port on and off -- which implies having the daemon on/off03:21
Keybukand also from an information-disclosure POV, I think we should give people the option to discover, but not be discoverable themselves03:22
Keybukwhich implies a daemon configuration03:22
jdubKeybuk: are you analysing nss-mdns (with or without avahi) at this point, too?03:22
ChipzzKeybuk: avahi is run in a chroot iirc03:22
Keybukbtw, if an app like rhythmbox decides to do discovery, does the daemon get started anyway?03:22
Keybukjdub: not yet, will get onto that later03:22
KeybukChipzz: chroots, nobody users, etc. can all be broken03:22
Lathiatbrb call03:23
sivangI guess some pycentral breakage is inevitable.03:23
sivangSetting up python-logilab-common (0.16.1-2) ...03:23
sivangpycentral: pycentral pkginstall: already exists: /usr/lib/python2.4/site-packages/logilab/common/ureports/__init__.py03:23
sivangpycentral pkginstall: already exists: /usr/lib/python2.4/site-packages/logilab/common/ureports/__init__.py03:24
sivangknown ?03:24
Keybuksivang: file a bug03:24
sivangKeybuk: sure, I have some more stuf from last night's dist-upgrade, care to let me know which ones are worth a bug or should I just file them all?03:24
Keybuksivang: any breakage is worth a bug03:24
sivangk,03:25
sivangsomething I wanted to ask you about yesterday, was:03:25
sivangSetting up liblockdev1 (1.0.3-1) ...03:25
sivang/var/lib/dpkg/info/liblockdev1.postinst: line 3: [: : integer expression expected03:25
sivangcpio: ./lib/udev/path_id: No such file or directory03:25
Keybuktwo bugs there03:25
sivang(this is how it appeared while I dist-upgraded)03:25
Keybuk<sivang> /var/lib/dpkg/info/liblockdev1.postinst: line 3: [: : integer expression expected03:25
Lathiatone of the thigns i want to look at sending patches for03:25
Keybuk^ bug in liblockdev1's postinst03:25
Lathiatis that if avahi is started03:25
Keybuk<sivang> cpio: ./lib/udev/path_id: No such file or directory03:25
Lathiatmost of the apps arent starting to use it03:25
Keybuk^ bug in udev (filed)03:25
Lathiatavahi has the functionality to wait aroudn for the daemont o start03:25
Lathiatand start advertising/querying when it does03:26
Lathiatincluding if its restarted03:26
Lathiatthatd be fairly essential to making this work for us03:26
sivangKeybuk: okay, so I'll only file the one agaisnst liblockdev1 ?03:26
Keybuksivang: yup03:26
sivangk, thanks03:26
Lathiatunless we want to say "reboot for service discovery to be enabled" :)03:26
KeybukLathiat: I don't think we do :p03:26
Lathiatsure? i'm sure its the easy way out... :)03:26
Keybukrebooting is bad03:27
Keybukso, all this works provided you have an IP address on the network?03:27
jdub*yay d-bus!*03:28
Keybukhow does it work when you don't?03:28
Lathiathrm changing the disable user publishing option 03:28
Lathiatdoesnt work until the daemon is restarted03:28
Keybukwhat assigns the link-local IP?03:28
LathiatKeybuk: avahi doesnt03:28
Lathiatthat needs to be done by somethign else03:28
Lathiatnetwork-manager for example03:28
jdubzeroconf has improved03:28
Lathiator if the interface is up, ipv6 :)03:28
Lathiator zeroconf03:28
KeybukI've yet to find the code in n-m that actually does link-local :p03:28
Keybukah, yeah, I was going to ask that03:28
Lathiatit works, i knwo that much03:28
Keybukdoes this work over IPv6 ?03:28
Lathiat:)03:28
Lathiatyes03:28
Lathiatit does03:28
Lathiatits off on ipv6 by default tho03:28
Keybukbecause IPv6 gives you link-local for free03:29
Lathiatthats true, buttt03:29
Lathiata) the application needs to support it03:29
Lathiatb) applications that support ipv6 in general will often fail with link local03:29
Lathiatbecause03:29
Lathiatyou need to specifically specify the interface to bind to03:29
=== jdub upgrades to IT2006 final
Lathiatwhich most apps dont do03:29
Lathiataltho, you can get that information from avahi03:29
=== j_ack [n=nico@p508DA0E3.dip0.t-ipconnect.de] has joined #ubuntu-devel
Lathiatso is supportable in theory03:29
Lathiat(because the same link local range is on all interface,s by default linux has no idea which one you want)03:30
Lathiattry ping an ipv6 link local address without -I03:30
Lathiatand with -I03:30
Lathiatand you'll see what i mean03:30
Lathiatit2006?03:30
Keybukright03:31
Lathiatah03:31
Lathiatn770 stuff03:31
jdubLathiat: 770 foo03:31
Keybukjdub: what's new?03:31
Lathiatwho wants to give me a 770? :)03:31
jdubKeybuk: it's final, so quite a few bugfixes and so on03:31
Keybukjdub: I still only see Beta 203:31
jsgotangcojdub!03:32
Keybukjdub: did they get SIP support yet? :p03:32
jdubKeybuk: it's behind the maemo download page (ignore the front bits)03:32
jdubKeybuk: don't think so03:32
Keybukmeh, will do it later, can't remember its MAC address <g>03:32
=== stub [n=stub@ppp-58.8.1.252.revip2.asianet.co.th] has joined #ubuntu-devel
jdubit'll be in your daemon.log :)03:33
=== jsgotangco can only dream for the 770 being available in his place
=== fimbulvetr [n=danv@host-74-28-220-24.midco.net] has joined #ubuntu-devel
iwjKeybuk: Would it be possible to make MoM a bit smarter about changelogs which have tails not in standard Debian changelog format ?  ATM it removes blank lines.03:41
=== pounk [n=pounk@142-217-81-161.telebecinternet.net] has joined #ubuntu-devel
=== jjesse [i=user@69-87-140-127.async.iserv.net] has joined #ubuntu-devel
jjesses03:43
Keybukiwj: that should be fixed03:44
=== ploum [n=ploum@ubuntu/member/ploum] has joined #ubuntu-devel
Keybukiwj: oh, hmm03:46
Keybukso it's keeping the tail, but removing blank lines from it?03:46
Keybuk(it used to just drop the tail entirely)03:46
iwjYes.03:48
iwjIt's not a huge problem, but it would save a bit of faff fixing it up if it didn't mangle it :-).03:48
Keybukwill look into it03:48
Keybuk(have a few bits of "real work" to do first today -- several large merges :-/)03:49
iwjFun fun.03:49
iwjSee for example the psutils merge.03:49
iwj(Nice simple case where the generated package would have been just right otherwise.)03:49
Keybukit's pretty easy to fix though -- you have the other source next to you, so can just copy the end of the changelog in03:51
Keybukbut yes, it's unwanted faff03:51
iwjYes, indeed.03:51
Kamionmjg59: mind if I merge gnu-efi?03:52
Kamionor possibly sync, still checking03:52
Keybukjdub: so, the location for next year's GUADEC is decided?03:53
jdubKeybuk: b'ham03:53
Kamionmjg59: indeed, it's a sync03:53
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel
Keybukjdub: not sure I'll make that one ... it's SO FAR to travel :-/03:54
jdubheh03:54
SeveasKeybuk, MoM screw up greek .po files - they look like rubbish in .patch but look good in .diff.gz03:57
KeybukSeveas: s/MoM/msgmerge/ :p03:57
Seveas(see the apollon merge for an example)03:57
seb128Kamion: do you know if evolution-data-server 1.7 is waiting to NEW or something like that?04:07
ogra rss-glx (0.8.0-4) unstable; urgency=low04:07
ogra .04:07
ogra   * I am an idiot. (Closes: #350985)04:07
tsengseb128: you can see NEW now on launchpad04:07
=== marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel
seb128tseng: URL?04:07
tsengmoment04:07
ograwow, i didnt know the debian bts has such cool features :)04:07
tsengits hard to find :P04:07
tsenghttps://launchpad.net/distros/ubuntu/edgy/+queue04:08
seb128tseng: thank you04:08
tsengnp04:08
iwjGlargh.  The psutils Debian maintainer copied the changelog entry from the patch I sent but forgot to actually apply the change to the source.04:09
Keybukogra: ?04:09
ogra rss-glx (0.8.0-6) unstable; urgency=low04:09
ogra .04:09
ogra   * I'm still an idiot. (Closes: #356971)04:09
ogra .04:09
ograhehe, another one 04:09
ograKeybuk, well, bugs that are closed by stating youre an idiot :)04:10
tsengthe feature is Closes:04:10
tsengnot I'm an idiot04:10
Keybuktseng: heh, that still has the same bugs as the tool we get :-/  doesn't say what's NEW and confuses i386 and all04:10
tsengit does say what is NEW04:11
tsengno?04:11
seb128could somebody process the new e-d-s then? :)04:11
=== tseng bribes Keybuk to process NEW
Keybuktseng: no, just says "here's a changes file with 30 binaries in it"04:12
Keybukdoesn't tell you which one is the new one04:12
tsengKeybuk: ah04:12
tsengright, new binary04:12
=== Keybuk opens up NEW :-/
tsengdholbach: so, very shortly beagle will ship python2.4-beagle not python-beagle04:13
seb128Keybuk: e-d-s has a new -common04:13
Keybuktseng: for my bribe, I'd like avahi and mono installed by default in edgy please <g>04:13
Kamiontseng: isn't that going in the opposite direction to current python policy?04:13
Kamion(see recent debian-devel-announce)04:13
tsengKamion: it changed again?04:13
dholbachtseng: thank you04:13
iwjOh, no, I'm wrong, it's using some hideous patch system.04:13
Kamiontseng: yes, much saner now04:13
iwjAnd psutils _has no upstream_ !04:14
tsengKamion: goodness, ok.04:14
Kamionthough the changes are a little complex to get your head around at first - but the result is better04:14
Keybukiwj: most stuff close to the kernel doesn't04:14
Keybukiwj: suggest to jon masters that it should be added to kerneltools.org ?04:14
iwjNo, psutils, not procps.04:14
tsengKamion: will review with debian beagle maintainer04:14
Keybukiwj: oops :p04:14
Keybukiwj: my brain read "ps" and stopped04:14
tsengKamion: thanks for the tip04:15
iwjThe maintainer is going to hate me now for messing with this bug and so on.04:15
ograisnt procps supposed to die since 2.6 started ? 04:15
ograas well as /proc ?04:15
tsengKeybuk: it sounds like there is a concensus to desktop seed at least f-spot04:16
Keybukogra: no, /proc will always retain the /proc/$PID functionality04:16
ograah04:16
Keybukogra: it's just /proc/$PSEUDO_SYSCTL that's getting phased out04:16
Keybukwell, actually, what I mean it04:16
Keybuk/proc/$JUNK04:16
ograyep in favor of sysfs04:16
Keybuk/proc/sys (which is the sysctl interface) might stay04:17
ograisnt that just redundant to /sys ? 04:17
=== siriusnova [n=siriusno@r05taknnc.desktop.umr.edu] has joined #ubuntu-devel
dholbachwho's going to do the gnome-power-manager update?04:17
Keybukno, sysctl is things like sys.vm.overcommit_ratio, etc.04:17
ograah04:18
tsengdholbach: is it simple? :)04:18
Keybuk/sys is the kernel's kobject tree04:18
dholbachtseng: look at it :)04:18
tsengdholbach: i have been running CVS04:18
=== ogra looks for more packages from ari pollack, these changelogs are entertaining :)
dholbachtseng: you should do the package then :)04:18
tsengok we'll see04:18
tsengcan I drop these silly icons?04:19
tsengupstream has tango04:19
ogratseng, you mean the beutiful ones ?04:19
dholbachtseng: ask Mark04:19
tsengoh goodness04:19
tsengI knew there was a catch04:19
dholbachtseng: does it use proper gtk icon theme support now?04:20
tsenghm I dont think04:20
=== tseng looks
dholbachtseng: if so, I can move them to the yet to come human-icon-theme package04:20
dholbachthey shouldn't use hardcoded icons04:20
tsengshould have thought of that last week04:20
tsengwhen i could have punched hughsie in the arm04:20
tsengdholbach: 04:23
tsengdholbach: /usr/share/icons/hicolor/16x16/apps/gpm-ups-100-charging.png04:23
tseng/usr/share/icons/hicolor/24x24/apps/gpm-ups-100-charging.png04:23
tsenglooks nice!04:23
dholbachtseng: then it should be fine to drop them, I'll add them to human (probably) next week04:25
tsengok04:25
tsengalot of patches here to figure out as well04:26
ogratseng, could you make a tgz of them and mail them to me ? i'd like to habve them in the gartoon package for edubuntu 04:26
tsengok04:26
dholbachogra: which ones? the Human ones or the Tango ones?04:27
dholbachogra: seems the OLD are lost04:27
ograNOOOO !04:27
dholbachogra: or somewhere in an old package04:27
dholbachogra: or in cvs04:27
=== ogra cries about the beautiful icons
ograyeah04:27
ograi'll grab them from the breezy package :P04:27
tsengit is in tseng.ath.cx/~brandon/gpm-icons.tar.gz04:28
=== glatzor [n=sebi@ppp-82-135-72-134.dynamic.mnet-online.de] has joined #ubuntu-devel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel
ogratseng, thanks a lot, but these are the new ones already ...04:44
dholbachdoko: do you still know why we wanted to use mcpp for libidl?04:45
pittiMithrandir: wrt mailman, I would do the merge now to get it off my list, unless you want to grab it04:45
Mithrandirpitti: feel free04:46
dokodholbach: to remove cpp from the live and install CD04:46
dholbachdoko: I see04:47
=== lfittl [n=lfittl@83-65-242-161.dynamic.xdsl-line.inode.at] has joined #ubuntu-devel
tsengdholbach: can you help me with this?04:49
tsengdholbach: i have fixed a few patches already04:50
tseng90 is scary, the upstream file is very different04:50
=== freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel
dholbachtseng: hum, i never looked at it04:50
=== tseng looks who wrote it in the first place
dholbach :-)04:50
tsengDaniel Silverstone04:50
tsengugh04:51
=== Arrogance [n=aks@ottawa-hs-206-191-33-120.d-ip.magma.ca] has joined #ubuntu-devel
tsengsome of these 9x patches are hard to tell since upstream is moved so much04:52
tsengwhat do you think?04:52
tsengi dont want to drop them and piss someone off04:52
ogratseng, also note that there might be corresponding patches in gnome-screensaver for some of the g-p-m patches04:52
dholbachtseng: Kinnison and mjg59 might know better than me04:52
tsengmaybe Kinnison should update it then04:53
tsengi have merged the gconf patches04:53
tsengbut the C has moved too much for me to do a merge04:53
tsengbits are entirely gone/changes04:53
dholbachdoko: trying to merge it, it gives 'configure: error: C preprocessor "mcpp" fails sanity check' in pbuilder :-(04:54
tsengI have it all done besides 9x patches04:54
tsengif that is useful at all to anyone04:55
tsengbtw04:55
tsengwhat is gpm_screensaver_poke called again now?04:55
dholbachdoko: just try to build the dapper version in a edgy pbuilder04:55
tsengwe need a patch for that as well04:55
dholbachgnome-screensaver-command --poke   ?04:55
tsengi seem to recall that the name of the function changed recently04:56
sivangso, I have this merge I'm doing for bittornado, I have one question: One of the build-deps is  python-support (>= 0.3) , and we have in edgy 0.2.3ubuntu1 , should I upload the source with the new dependency , assuming we are anyways getting to python-support (>= 0.3) part of merging from upstream? (debian)04:56
tsengioh, that is internal anyway04:56
tsengif someone wants my WIP let me know, I can't do anything with 9x patches04:57
=== dholbach hugs tseng
tseng*hugs*, sorry04:57
tsenga good case for why patches should go upstream04:58
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
pittisivang: doko wanted to look into merging the newer version, so just hold back the upload for now05:02
mdzphanatic: pong05:03
mdzanibal: pong05:03
phanaticmdz: i just wanted to ask about the thing i posted to the ubuntu-archive list05:05
phanatic(sysinfo vs. dapper-updates)05:05
=== aitortxo [n=ccpsoeta@sipc87.si.ehu.es] has joined #ubuntu-devel
=== aitortxo [n=ccpsoeta@sipc87.si.ehu.es] has left #ubuntu-devel []
=== j_ack [n=nico@p508DA0E3.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== simosx [n=simosx@134.219.176.73] has joined #ubuntu-devel
=== lbm [n=lbm@82.192.173.92] has joined #ubuntu-devel
ogramdz, i renamed the ltsp upstream branch, can you point https://launchpad.net/people/mdz/+branch/ltsp/ubuntu-main to http://people.ubuntu.com/~ogra/bzr-archive/ltsp/mainline/ ?05:14
Keybukphanatic: how many explanations do you need?  you've had three already05:14
=== jpatrick [n=patrick@ubuntu/member/jpatrick] has joined #ubuntu-devel
=== zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel
phanaticKeybuk: excuse me, i've pinged mdz before Kamion told me to write to ubuntu-archive. i understand the situation now...05:15
mdzKeybuk: I was responding to a ping from over the weekend05:16
mdzogra: I don't see why I should?  I'll just rename it so that it doesn't say mainline05:16
=== Hobbsee waves to the room
ogramdz, ah, so i register a new one then, ok05:16
=== pitti waves to Hobbsee
lbmslomo: ping05:17
Hobbseehey pitti :)05:17
phanaticbtw is there a dapper-updates approval howto? maybe a wiki page or something like that which describes the process?05:20
=== ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel
Keybukiwj: coreutils is incorrectly marked as an "Updated Merge" ... could you make sure that one isn't forgotten?05:23
=== MagnusR [n=magru@c83-250-59-127.bredband.comhem.se] has joined #ubuntu-devel
Hobbseephanatic: there might be something in developer resources, in the topic, but they rarely seem to accept updates to the stable version05:26
iwjKeybuk: noted05:27
Hobbseewow, only 759 universe merges to go - that's not really so many05:27
SeveasHobbsee, minus a few dozen that I just found out are syncs :005:28
HobbseeSeveas: yeah, exactly, minus the few that we killed off tonight.05:28
Seveasand minus the hundreds to kill today ;)05:28
phanaticHobbsee: thanks. then i'll stop bugging the people and focus on edgy :)05:29
Hobbseephanatic: usually a good idea, yeah05:29
HobbseeSeveas: yeah, yeah, of course.05:30
jdubHobbsee: going to do all 759 before bed time?05:31
Hobbseejdub: nah, i dont think so - it wouldnt be a great idea to piss the parents off more than they  already are - which is a lot05:31
=== Hobbsee looks at the rest listed under her.
Hobbseebleh.05:32
=== Hobbsee will need to find someone else to upload more of her stuff, in order to do much. or file sync requests.
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
=== pygi [n=pygi@83-131-234-170.adsl.net.t-com.hr] has joined #ubuntu-devel
=== KaiL [n=KaiL@p548F57E3.dip.t-dialin.net] has joined #ubuntu-devel
=== fimbulvetr [n=danv@host-74-28-220-24.midco.net] has joined #ubuntu-devel
=== Sp4rKy [n=max@lns-bzn-22-82-249-112-229.adsl.proxad.net] has joined #ubuntu-devel
=== wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel
=== bmonty_away is now known as bmonty
Hobbseejdub: evil.  tempting me with something like doing more merging etc before sleeping.05:49
mjg59Kamion: Feel free05:53
=== freeflying-g4 [n=freeflyi@221.221.159.138] has joined #ubuntu-devel
=== Sp4rKy [n=max@lns-bzn-22-82-249-112-229.adsl.proxad.net] has joined #ubuntu-devel
sivangpitti: sure thing, thanks06:00
=== Burgwork [n=corey@d66-183-174-128.bchsia.telus.net] has joined #ubuntu-devel
=== lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel
=== robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel
dokopitti: Setting up libgphoto2-2 (2.2.1-1ubuntu1) ...06:10
doko /var/lib/dpkg/info/libgphoto2-2.postinst: line 21: /usr/share/hal/fdi/preprobe/10osvendor/20-libgphoto2.fdi: No such file or directory06:10
dokodpkg: error processing libgphoto2-2 (--configure):06:10
doko subprocess post-installation script returned error exit status 106:10
dholbachdoko: any idea how to fix libidl regarding mcpp?06:11
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel
dokodholbach: does the current package build?06:14
dholbachdoko: no, as i said: if you grab the current source and build it in edgy pbuilder it ftbfs06:15
dholbach'configure: error: C preprocessor "mcpp" fails sanity check'06:15
=== Sp4rKy [n=max@lns-bzn-22-82-249-112-229.adsl.proxad.net] has left #ubuntu-devel ["Quitte"]
ograKeybuk, Kamion, 06:19
ogra<Gadi> I have this issue with an adaptec raid card - seems the install cd used i2o_core and friends, while the installed initramfs wants to load dpt_i2o first06:19
mdzKeybuk: why shouldn't edgy-artwork be informational?  the actual artwork targets are in separate specs, and the artwork plan is a process document06:19
ogrado we have a bug open for that  ?06:19
=== Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel
=== cassidy [n=cassidy@153.201-136-217.adsl.skynet.be] has joined #ubuntu-devel
Keybukmdz: umm, it should?06:21
Keybukmdz: and it is06:21
pittidoko: oh, oops; thank you for pointing out06:22
Keybukare you confusing edgy-artwork and update-manager-edgy ?06:22
Keybukogra: probably at least a dozne06:22
ograoki06:22
ograthen i wont tell him to file one ;)06:22
pittidoko: this was a fresh install? this works on dapper upgrades06:22
ograKeybuk, thanks06:22
mdzKeybuk: yes, I confused those emails06:23
Keybukmdz: Mark's been annoying and changed the approver on everything06:23
dokopitti: see the openoffice.org build log06:23
Keybukso I don't get e-mails anymore06:23
Keybuk*sulk*06:23
HobbseeKeybuk: you dont get enough emails as it is?  :P06:23
pittidoko: ah, ok; since the directory is shipped by hal06:24
pittidoko: but hal is not a dependency; will fix now06:24
=== bmonty is now known as bmonty_away
dokodholbach: checking how to run the C preprocessor... mcpp06:25
dokochecking if C preprocessor likes IDL... yes06:25
dokochecking if C preprocessor can read from stdin... yes06:25
dokochecking how to ignore standard include path... -I-06:25
seb128could anybody promote libdirectfb-dev and give a retry to libcairo 1.2.0 build?06:26
iwjAaargh I hate patch systems.  They make merges such a PITA.06:26
seb128that's blocking pango 1.13, GTK 2.10 and most of GNOME 2.1506:26
Kamionseb128: I'm going to promote it after this publisher run06:26
seb128Kamion: thank you06:26
dokoworks for me, could you have a look at the config.log file of a failed build?06:26
KamionKeybuk will need to prod the libcairo build though06:26
iwjKeybuk: Did you send debian/patches/60_ubuntu-force-clobber-specials.patch (coreutils 5.93-5ubuntu2) upstream to Debian ?  I can't seem to find it in the Debian BTS.06:27
dholbachdoko: hum, I double-check06:27
seb128I'll ping him when directfb has been promoted :)06:27
=== Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-devel
dholbachdoko: did you try in edgy pbuilder?06:27
Keybukiwj: I sent it directly to the coreutils list, ages ago06:27
Tonio_hey06:27
dholbachdoko: i tried on amd64 (if that matters) *try on i386*06:27
=== shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel
iwjKeybuk: Aha.06:27
Keybukin general, I tend to send patches upstream than to Debian06:28
iwjKeybuk: IC.  Do you know if they took the patch ?06:28
KeybukI never got a reply to the mail, so I guess not06:29
iwjOK.  I'll chase it up.  Thanks.06:29
iwjLet me just check the code first ...06:30
Keybukiirc, that was the distro sprint patch to fix the fact -f didn't do what it seemed like it should06:30
iwjYes.  AFAICT your patch only fixes it for devices and not for fifos.06:31
Keybukyeah, I suspect we did "fix the bug, and not other cases"06:31
pittidoko: libgphoto2 fix uploaded06:33
=== Zdra [n=zdra@159-31.241.81.adsl.skynet.be] has joined #ubuntu-devel
iwjKeybuk: I think your patch is quite wrong, really.  It is as if you always said --remove-destination whenever the object to be created is a device.06:41
Keybukthen you'd need to patch busybox to support --remove-destination06:44
Keybukwhich isn't specified by POSIX06:44
iwjErr, what ?06:44
Keybukthe patch was written to fix a problem06:45
iwjI mean, the supposed behaviour of coreutils cp is fairly clear I think.06:45
Keybukwe decided the behaviour was wrong06:45
iwjEg, if you say    cp -a /dev/null /dev/zero   it ought to refuse.06:45
Keybukright, but if you so cp -a -f /dev/null /dev/zero it should not refuse06:45
iwjIf you say    cp -af /dev/null /dev/zero  or   cp --remove-destination /dev/null /dev/zero    it ought to unlink /dev/zero first.06:45
Keybukright06:46
Keybukthat's what the patch does06:46
Keybukit makes the former work06:46
iwjReally ?06:46
Keybukwhich doesn't without the patch06:46
iwjYes, but the behaviour doesn't seem to depend on -f.06:46
iwjAnd -f means `try again with an unlink if it fails', not `always unlink it'.06:46
Keybukit only comes into play with -f, due to some random flow through that code06:47
iwj(I'm not sure why there are two different options.)06:47
iwjJoy.06:47
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
Keybukwithout -f, it never reaches that bit anyway06:47
=== thesaltydog [n=fabio@ubuntu/member/thesaltydog] has joined #ubuntu-devel
iwjKeybuk: Not quite true.  There's a race.  If you    cp -a /dev/null foo & cp -a /dev/null foo   then both can succeed.06:52
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel
=== imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel
=== highvoltage [n=jono@mtngprs7.mtn.co.za] has joined #ubuntu-devel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel
iwjogra: coreutils patch 99a_fix_cp_manpage in 5.93-5ubuntu3 edits cp.1 but cp.1 is an output file.  Did you know that ?  The thing you were trying to fix seems to be addressed in Debian #351601.07:13
UbugtuDebian bug 351601 in coreutils "Subject: coreutils: minor formatting issue in the mv an cp manpages" [Minor,Open]  http://bugs.debian.org/35160107:13
=== OculusAquilae [n=oculus@pD9509CE3.dip0.t-ipconnect.de] has joined #ubuntu-devel
ograiwj, if debian adresses it, feel free to drop it :)07:14
iwjYes, I will :-).  But I thought I should point out your mistake in a spirit of education :-).07:14
highvoltage:)07:16
iwjAnyway, I have to go and have dinner.07:19
=== j_ack [n=nico@p508DA0E3.dip0.t-ipconnect.de] has joined #ubuntu-devel
dholbachme too07:20
KamionThe localechooser merge is making me lose my sanity. I'm off for dinner before it all disappears entirely.07:42
Keybukswap you for sysvinit :p07:42
Kamionno deal07:43
thomKeybuk: you have no sanity left to lose, colin is a more serious matter 07:44
thom;-)07:44
highvoltagecolin is sanity personified.07:44
mdzogra: you should make yourself a bug contact for fuse07:45
=== ChipX86|Sleep is now known as ChipX86
KeybukI reckon jdthood examined our changes carefully, and then deliberately changed the Debian package in ways that would make this merge annoying <g>07:45
Keybuklike he's reindented a bit we changed, for no other readily apparent reason07:45
ogramdz, will do07:46
ograugh, how did that makedev rubbish get in there .... 07:51
=== RadiantFire [n=ryan@c-69-180-43-27.hsd1.ga.comcast.net] has joined #ubuntu-devel
Keybukoh, that's kinda annoying08:02
Keybuknew-mom drops an Ubuntu change to a file Debian removed, rather than flagging it08:02
=== sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel
=== sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #ubuntu-devel []
=== jdub sucks down edgy
crimsunKeybuk: out of curiosity, do -security pull from a different keyserver? My uploads to breezy-security are failing due to key expiration, but I'm using the same key that I use to sign uploads to Edgy (which are accepted).08:09
Keybukcrimsun: not sure, -security goes down a different path08:10
=== siriusnova [n=sirius@r05taknnc.desktop.umr.edu] has joined #ubuntu-devel
siriusnovahello08:12
=== shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel
=== shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel
=== raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
crimsunfabbione: anibal has prepared merged nfs-utils at http://users.monash.edu.au/~anibal/ubuntu/nfs-utils/ . They look sane to me.08:40
=== RadiantFire [n=ryan@c-69-180-43-27.hsd1.ga.comcast.net] has joined #ubuntu-devel
=== pounk [n=pounk@142-217-81-164.telebecinternet.net] has joined #ubuntu-devel
=== beezly [n=andy@83.148.168.219] has joined #ubuntu-devel
=== johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel
ograKamion, mind if i merge makedev (its only 3 lines in postinst to merge)09:07
=== lucas [n=lucas@ubuntu/member/lucas] has joined #ubuntu-devel
=== ubijtsa [n=ubijtsa@karlsson.force9.co.uk] has left #ubuntu-devel ["leaving"]
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel
=== mdke [n=matt@unaffiliated/matt/x-000000001] has joined #ubuntu-devel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel
Laser_awaycan a reviewer please look at https://launchpad.net/distros/ubuntu/+spec/edubuntu-dynamic-menus ? Thanks09:25
BurgworkLaser_away, I will look at it, but I am not a reviewer09:26
BurgworkLaser_away, "A standard location/format for determining the user -> group mapping will be used so both Gnome's sabayon and KDE's kiosk tool frontends can access the same groups."09:29
BurgworkLaser_away, that part is not clear to me09:29
RiddellLaser_away: kisoktool spelt wrong09:30
BurgworkRiddell, to the sharks, eh?09:31
Riddell"A standard location/format.." that would require quite major and incompatible changes to kiosk09:31
crimsununless he means to develop a proxy...do you?09:32
Burgworkhow does kiosk work?09:33
Burgworkdoes it set keys in kconfig?09:33
RiddellLaser_away: you might also be interested in https://wiki.kubuntu.org/KubuntuKioskProfiles09:33
RiddellBurgwork: it does indeed09:33
Laser_awayRiddell: well, I talked to aaron about it09:33
Burgworkis that not a stand place?09:33
Burgworkif for no other reason, gconf and kconfig should be merged because of all the duplicate lockdown stuff09:33
RiddellBurgwork: the use to profile mapping is done in /etc/kderc, presumably sabayon doesn't use that file09:34
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
Riddelluser to profile09:34
Burgworkit uses a .zip based format to define keys within it09:34
tsenghi Burgwork 09:35
Burgworkhey tseng 09:35
Burgworkyou know what is really sad? My company has 4+ years of experience with locking down linux public computers and yet we are unwilling to share09:36
Laser_awaywell, the idea was to at least allow kiosktool and sabayon to be able to share user->group/profile mappings09:39
Laser_awaywhat we want is for Edubuntu to be able to have group driven menus09:40
BurgworkLaser_away, just the mappings, not the actual settings?09:40
Laser_awaysabayon seems to be the way to do that09:40
Laser_awayat least mappings09:41
=== dholbach_ [n=daniel@i577B3070.versanet.de] has joined #ubuntu-devel
Burgworkto me, the implementation is still not very clear09:41
Laser_awaysettings might depend on DE if it is more than just menus09:41
Burgworkmaybe but that stuff there about what exactly needs to be common and what can't be/shouldn't be09:41
BurgworkLaser_away, you should also chooose profiles or .menus. I don;t know if you have, but the spec seems to indicate that the decision was still up in the air09:42
=== beezly [n=andy@83.148.168.219] has joined #ubuntu-devel
=== pvanhoof [n=pvanhoof@d54C0E27E.access.telenet.be] has joined #ubuntu-devel
=== pygi [n=pygi@83-131-242-202.adsl.net.t-com.hr] has joined #ubuntu-devel
=== HiddenWolf [n=HiddenWo@136.184.dynamic.phpg.net] has joined #ubuntu-devel
Kamionogra: Mithrandir said he was doing makedev09:58
Kamionhe said "I've prodded bdale to take our final change to makedev, so you don't need to think about that merge."09:59
Kamionfeel free to do it if you just want to get it off the list though - but sounds like it should turn into a sync10:00
ograyeah, if bdale added the change ... its just that fuse seems to need a newer one ...10:01
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel
Keybukoh, joy10:05
KeybukI just accidentally wiped a merge that's taken me most of the afternoon10:05
Keybuk*sigh*10:05
pygiKeybuk, :-/10:05
Keybukoh well, hopefully my brain is still fresh and I can resurrect it from memory10:06
mjg59Do we have magic OLPC images anywhere?10:07
rodarvuswhat are magic OLPC images?10:08
mjg59One Laptop Per Child10:09
mjg59Someone's looking at customising Ubuntu for the boards, but I don't know how far things have got10:10
rodarvusI know what OLPC means :)10:11
rodarvusafaik, no one is working on an Ubuntu OLPC image - yet10:12
rodarvusa few Ubuntu developers (me included) have subscribed to the developer program10:13
Kamionogra: feel free to go ahead then10:14
mjg59rodarvus: Yes, I have one of the boards10:14
rodarvusmjg59, nice!10:14
rodarvusmjg59, do you have other plans for it, or want to have Ubuntu running on the board?10:15
mjg59I'm doing power management stuff on it10:15
sladenall of the power-management?10:17
mjg59Well, that sort of depends what already works...10:18
Burgworkrodarvus, you are doing X stuff for Canonical, no?10:18
rodarvusBurgwork, right10:19
Burgworkah, cool10:19
ograKamion, done, thanks for all the info10:20
=== bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel
KamionKeybuk: I'm trying to grok the bit in replacement-init about level events10:21
Kamion"Level events are just edge events that have a string value associated with them, e.g. "up" and "down". Any change in the value triggers an edge event of the same name."10:21
KamionKeybuk: shouldn't that be "triggers a level event" - or am I missing something?10:21
Keybukhmm, not describing that very well there10:22
KamionKeybuk: where does the init daemon's event socket reside?10:23
Kamionpresumably has to be somewhere guaranteed to be on /10:23
KeybukKamion: undecided, might just use a named unix socket10:23
Kamion'10:23
Kamionk10:23
KamionI hate my k key10:23
Keybukok, tweaked that paragraph10:24
Keybuk"Level events are just like edge events, except that they also have a string value associated with them, e.g. "`up`" and "`down`". Any change in the value triggers the level event with that value associated, and an edge event of the same name (without any value)."10:24
Kamionah ok, though I wonder how useful such edge events would be in practice10:25
Keybuke.g. "on power" (whenever power state changes) vs. "when power is battery" or something10:25
Kamionfair enough10:25
Keybukthey're most useful for the associated stop events10:25
Keybukstart when power is battery ... stop on power  (whenever it changes to something else)10:26
Keybukwhich is just "while power is battery" <g>10:26
Kamionthe fs repair console case is interesting - might want to provide for a way to make init stop reacting to events while the repair console is active10:26
KamionI'd be a bit freaked out if I were trying to put my system back together from sulogin and init started randomly doing stuff10:26
Keybukyeah, that's special-case'd in ordinary init too10:26
Kamionyour XML config file example has unbalanced tags ;)10:27
=== Keybuk hates XML
Kamionich auch10:27
Kamionit occurs that having "reload"/"restart" or whatever in addition to "start" and "stop" might be useful in the future10:28
Keybukrestart is actually in there, I think10:28
Keybukyeah it is10:28
Keybukmentioned under the state machine description10:29
Kamion"restart dhcpd whenever list of interfaces change"10:29
sladenKeybuk: "edge events just show change, level events show change to a _particular state_ which is provided as an accompanying string such as 'up' or 'down'."10:29
Kamionah, ok, hadn't got that far yet10:29
bluefoxicyKeybuk or Kamion, which one of you knew the linker intimately, and are you going to be not busy enough to talk to me in #-offtopic when I get back from mcdonalds?10:29
Keybukbluefoxicy: not right now, maybe later10:30
sladenbluefoxicy: it might be useful to say what you're actually trying to do10:30
bluefoxicysladen:  Offtopic stuff, I'm writing an article on prelink and want to make sure I've described things like the relocation process properly et al, hence why #-offtopic10:30
Kamionbluefoxicy: not me10:31
bluefoxicyanyway there's real work going on so I'm gonna go for a bit, maybe later.10:31
sladenbluefoxicy: then post a link to the wiki page10:31
bluefoxicysladen:  it's not on the wiki10:31
sladenbluefoxicy: then how are you going to show people to ask for comments?10:32
=== bluefoxicy slips out for a few
=== Zdra [n=zdra@223-24.241.81.adsl.skynet.be] has joined #ubuntu-devel
sivangSince it's getting close to spec approval dead line, I'd like to know about my two specs, home-user-backup, and make-free-space-wizard. Are they still pending in the reviewers queue ?10:40
KamionKeybuk: your state machine is missing transitions for Waiting->Starting and Waiting->Stopping (I'm assuming the former is == Stopped->Starting and the latter is a no-op); also I think your Stopped->Waiting transition is bogus10:40
Keybuklet me check10:41
Keybukheh10:42
KeybukI must have badly C&P'd that10:42
KamionKeybuk: with regard to non-root user events it might be worth referring people to userv if they want cross-user functionality (or studying the measures it takes if you want to do it in upstart)10:42
KeybukI was fighting moin's formatting for that bit10:42
KeybukWaiting->Stopping is definitly a no-op10:42
Kamionpresumably also Stopping->Stopped10:42
Keybukaha!10:42
=== ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel
Keybukfirst thing is supposed to be Waiting to Starting10:43
Keybuk(starting->waiting is a no-op)10:43
Kamionin particular I remember that userv is very careful to sanitise file descriptors10:43
Kamionyou mention file descriptors being left open in one of your use cases, but don't address what you're going to do about it10:44
KeybukKamion: that's more an edgy+1 fix10:44
Kamionok, wanna note that?10:45
Keybuktrying to split a spec across multiple releases, while retaining enough to describe the intent is hard :p10:45
Kamionunderstood10:45
Kamionit's just 'cos it's in the use cases10:45
Kamionyour configuration file format reminds me of fetchmail ;-)10:45
Keybukyes10:46
Kamion(whether this is a good thing or a bad, I'm not sure)10:46
Keybukit's actually just supposed to be a pseudo-format in the spec, to give you an idea of the functionality, rather than the actual format -- because I haven't yet put too much thought into that; as the edgy package will just ship set config files anyway and no other package will10:46
mdzKeybuk: I'm seeing .po file changes I can't attribute in MOM output (e.g., netbase)10:46
Keybukbut it did come out looking very fetchmailish10:46
Kamionyeah, you'd want to deal with stuff like quoting of 'end script'10:47
Kamionbut noted that it's pseudo10:47
mdzit seems unlikely that we would have messed with those at all, but there's a delta10:47
mdzit's not in netbase_4.24ubuntu3.patch, so I don't think it came from the package itself10:47
mdzsomething with the .po file merging?10:47
Keybukmdz: msg* likes to reflow strings10:48
=== givre [n=flo@APuteaux-152-1-53-214.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel
KamionI think --no-wrap suppresses that although I suspect if you passed that to everything it would *never* wrap even though it should10:49
Kamiondon't think there's a way to say "wrap iff it was already wrapped"10:49
sivangmdz: should I be waiting for review feedback to come about my two specs, or am I missing some info  on the LP spec page for it to be reviewed? (I applied all fixes as noted by previous reviews)10:50
Kamiondamn, I'd better finish ubiquity-advanced-partitioner10:51
Keybukthe spec, or the code? :p10:53
Kamionthe spec - haven't started yet10:53
Kamion(on the code)10:53
=== sivang hopes he's not bugging, it's just that spec approval dead line is getting closer, and he would like to know the fixes he needs to apply sooner then later.
gnomefreakthe issues with ubiquity is from python2.4-* (biggest issue) right?10:58
Kamiongnomefreak: no11:00
KamionI'm not even sure what that might mean :)11:01
gnomefreakoh ok 11:01
Kamiongnomefreak: are you extrapolating from all the crashes being python tracebacks?11:02
gnomefreakyes11:02
Kamiongnomefreak: ubiquity is written in python, so of course all its crashes will be python tracebacks11:02
gnomefreakand im connected that with the python changes11:02
gnomefreakah11:02
Kamionthat doesn't mean it's python's fault11:02
gnomefreakdidnt know it was python code11:02
Kamionat any rate the frontend is python, if not all of the backend11:03
Keybukwhew11:03
Keybukhad enough brain-state to redo the merge in just an hour11:03
Kamionif somebody would like to review ubiquity-advanced-partitioner, that'd be welcome11:04
Keybuksure11:05
Kamionthe UI description is unfortunately in text but I think my textual description of a UI will actually be more legible than any drawing I might try to produce :)11:05
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel
=== Cran1988 [n=Cran1988@ppp047-077.dsl.hol.gr] has joined #ubuntu-devel
=== Cran1988 [n=Cran1988@ppp047-077.dsl.hol.gr] has left #ubuntu-devel ["Leaving"]
dholbachgood night11:14
sivangnight dholbach 11:14
dholbachnight sivang11:14
LaserJockKeybuk: ping?11:28
LaserJockanybody know if new packages in Sid are being automatically included still?11:29
KamionKeybuk: would appreciate sanity-check of seed-cleanup too11:30
KamionLaserJock: yes, semi-automatically11:30
KeybukLaserJock: they have never been automatically included11:30
Kamionthere's a script that tells us which ones are new11:30
Keybukunless you could me (and previously, elmo) being an automated process <g>11:30
LaserJockKeybuk: I do ;-)11:30
KeybukKamion: there WAS a script <g.11:31
Keybukrm $VAR_* is dangerous, m'kay11:31
LaserJockuntil Paris I has serious concerns that you and elmo were cron jobs ;-)11:31
LaserJockjust kidding11:31
Keybukthe script was just taken out of my .bash_history anyway11:31
LaserJockhow often are the new ones included? I got an email from a DD that wants to make sure his new packages are included in Edgy11:32
KamionKeybuk: d'oh11:32
Kamioncan you put it back in a less dangerous directory? :)11:32
Kamionlike, er, ~/bin11:32
KeybukKamion: yeah11:32
Keybukput it back now :p11:34
KeybukI've moved sync-source into ~/bin as well11:34
Kamionta11:34
Kamionhmm, duh, just occurred to me that germinate would probably be a whole lot faster if I made stuff like self.all be sets rather than lists11:35
KeybukLaserJock: I haven't done new stuff in a week or so though11:35
Keybukthere's a bunch of crap in there I need to get my head around11:35
Keybukwas waiting for some merges to happen too11:36
LaserJockyeah, I can imagine11:36
Keybukand almost a third of it is X11:36
LaserJockfun11:36
KeybukI may just forcibly sync X, to see if it motivates anyone into caring about it <g>11:36
Keybuk(actually, I plan to do some of it myself)11:37
=== Dr4g [n=Dr4g@82-40-234-163.cable.ubr06.uddi.blueyonder.co.uk] has joined #ubuntu-devel
Keybukholy fuck, what happened to vim?!11:59
Kamionlet me guess, you ran into debchangelog folding?12:00
Keybukyes12:00
Keybukhow do I make it not do that?12:00
Kamionau BufEnter * if &filetype == "debchangelog" | setlocal foldlevel=1000 | endif12:00
Kamionnot sure that's perfect but it's what I have12:00
=== ChipX86 [n=chipx86@galago/ChipX86] has left #ubuntu-devel []
pittiautocmd FileType debchangelog :set nofoldenable12:01
pittiKamion, Keybuk: ^12:01
pitti(my solution, looks a bit cleaner)12:01
Kamionhmm, yeah, that would work too12:01
pittibut I feel this should be the default12:01
pittiright now it's horribly confusing OOTB12:02
pitti(IMHO)12:02
=== Hirion [n=hirion@draugr.de] has left #ubuntu-devel []
=== dborg [n=daniel@e182052196.adsl.alicedsl.de] has joined #ubuntu-devel
=== jono [n=jono@88-107-12-0.dynamic.dsl.as9105.com] has joined #ubuntu-devel
jonohey12:05
Keybukhey Mr O'Bacon!12:06
Keybukhow was GUADEC?12:06
=== givre_ [n=flo@APuteaux-152-1-17-224.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel

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