=== Pricey [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #ubuntu-devel === jml [n=jml@ppp121-44-218-164.lns1.hba1.internode.on.net] has joined #ubuntu-devel === iceman__ [n=iceman@200.199-241-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === doko_ [n=doko@dslb-088-073-114-210.pools.arcor-ip.net] has joined #ubuntu-devel === c1|freaky [i=alpha@team.code-1.de] has joined #ubuntu-devel === Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel === jetscreamer [n=jetscrea@unaffiliated/jetscreamer] has joined #ubuntu-devel === justinwray [n=justinwr@pool-71-248-84-250.bltmmd.east.verizon.net] has joined #ubuntu-devel === mikmor2 [n=Michael_@rrcs-24-153-192-208.sw.biz.rr.com] has joined #ubuntu-devel === RadiantFire [n=ryan@64.203.238.119.static-pool-3.pool.hargray.net] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === kwwii [n=kwwii@khepri.openbios.org] has joined #ubuntu-devel === hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel === alex-weej [n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com] has joined #ubuntu-devel === RadiantFire [n=ryan@64.203.238.119.static-pool-3.pool.hargray.net] has joined #ubuntu-devel === troy_s [n=aphorism@d206-116-6-170.bchsia.telus.net] has joined #ubuntu-devel === cynics [n=cynics@211.94.35.200] has joined #ubuntu-devel === cynics [n=cynics@211.94.35.200] has joined #ubuntu-devel === jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-devel === jack_wyt [n=jack@124.64.105.55] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-86ed37acdaffcfa9] has joined #ubuntu-devel === bobrikcz [n=boris@host-127-37.dhcp.pdx.edu] has joined #ubuntu-devel === cynics [n=cynics@211.94.35.200] has joined #ubuntu-devel === Empath[Moo] [n=moo@ool-45794068.dyn.optonline.net] has joined #ubuntu-devel === Empath[Moo] [n=moo@ool-45794068.dyn.optonline.net] has left #ubuntu-devel [] === stanthecaddy22 [n=root@c-67-166-82-31.hsd1.or.comcast.net] has joined #ubuntu-devel === jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-devel === hunger_t [n=tobias@p54A72AF3.dip0.t-ipconnect.de] has joined #ubuntu-devel === vincechen [n=vince419@202.105.221.112] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === justinwray [n=justinwr@c-68-34-224-91.hsd1.md.comcast.net] has joined #ubuntu-devel === RadiantFire [n=ryan@64.203.238.119.static-pool-3.pool.hargray.net] has joined #ubuntu-devel === gouki [n=gouki@ubuntu/member/gouki] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === jml [n=jml@ppp121-44-218-164.lns1.hba1.internode.on.net] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.2.63.revip2.asianet.co.th] has joined #ubuntu-devel === jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel [06:32] infinity: Is it just me, or does artigas currently hate life? === untung [n=untung@67-42-87-101.tukw.qwest.net] has joined #ubuntu-devel [06:42] hello, how can i create my own ubuntu live cd distro? [06:42] i want to put the softwares and drivers to be loaded for my laptop [06:43] untung: you probably want Reconstructor or Ubuntu Customization Kit [06:44] I don't think either of those handle adding drivers, etc very well === Pumpernickel [n=Pumperni@about/essy/bacon/PuMpErNiCkLe] has joined #ubuntu-devel === BenC [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-devel [06:49] they can't? as long as they are in the repos it should be easy I'd think [06:50] laserjock: where can i download the software [06:50] untung: google it, I'm not sure exactly [06:54] mikmor2: its just a new kernel, or a modular driver package [06:55] laserjock: i found the link http://uck.sourceforge.net/ [06:55] yeah, UCK is probably your best bet then === BenC [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-devel === pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel [07:13] Good morning [07:14] Hi pitti. [07:14] hi pitti [07:14] Morning pitti. === pitti hugs you all [07:15] pitti: I have a bunch of NBS stuff to do, do you have a sec? :-) [07:15] StevenK: sure [07:16] pitti: Firstly, libklash0, libgnash0, libxfontcache1-dbg and libgcj8-0-awt can all be NBS'd out. [07:17] pitti: Secondly, are you able to rescue libquicktime and mpfr from binary NEW? [07:19] pitti: Of the ten rdepends of libquicktime0, I have got nine uploads just about prepared, and wanted to talk to you about the ten. [07:19] s/ten./tenth./ [07:22] hi pitti [07:22] hi mhb [07:23] StevenK: libgcj8-0-awt doesn't exist; I NBSed all the rest === jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel [07:23] Interesting, since libgcj8-0-awt appears in the NBS list. [07:24] only libgcj8-0 here [07:25] Curious. I shall sort out libgcj8-0 later today. === ivoks [n=ivoks@36-1.dsl.iskon.hr] has joined #ubuntu-devel [07:26] StevenK: quicktime NEWed, mpfr is already [07:26] Neat, thanks. === StevenK now to wait roughly 1h10m for the publisher to run and finish, and then upload nine things. [07:27] StevenK: you can upload right now with the right build deps, too [07:27] StevenK: so what about the mysterious 10th package? [07:28] pitti: Okay, so the last thing (for the moment, anyway :-) is the tenth package listed as depending on libquicktime0 - which is xmovie. It fails to build from source, as does the newest upstream version, it doesn't appear in popcon, and looks like we have about three better alternatives. [07:29] pitti: Better, the package (and it's bug reports) have not been touched in Debian for the better part of 15 months. [07:29] pitti: Are you against killing and blacklisting it? [07:31] StevenK: I'm not, no [07:31] StevenK: please file a removal bug with that reasoning (so that we have a record) [07:31] pitti: I was just about to ask that. :-) [07:31] hm, apt-cache search doesn't have any results for xmovie [07:31] aah [07:31] i386 only [07:32] Yup. [07:36] pitti: Done. Bug 130582 [07:36] Launchpad bug 130582 in xmovie "Please remove xmovie" [Undecided,Confirmed] https://launchpad.net/bugs/130582 [07:39] StevenK: removed [07:40] pitti: I'm reading the homepage for the software, they're using Fedora 5.0 and even 64bit [07:41] pitti: Thanks! [07:42] wolfe: Yes, and the upstream does this by including his own versions of quicktime4linux, libmpeg3 and libsoundfile. [07:42] His rationale is "distributions libraries change too quickly", which is complete crack. [07:42] StevenK: just statically compile? [07:43] I mean, I don't see a problem with the software if it works [07:43] What if the version of the libraries he ships have bugs, or security vulns? === DreamThief [n=mathias@unaffiliated/dreamthief] has joined #ubuntu-devel [07:43] StevenK: well, I've been bitten in the past by distributions which want to use different versions of certain libraries, so it is not complete crack [07:44] RAOF: like there isn't software which already ships with exploits? [07:44] wolfe: It's a lot easier to maintain one copy of all these crazy codecs than a thousand. [07:44] wolfe: No, but static linking makes it more difficult to fix. [07:44] RAOF: not really, see osx ;) [07:45] I wouldn't use OS X as an example of stuff done right. [07:45] wolfe: IE: you just rebuild the lib *once*, rather than hunting down each package that includes it's own copy, munging it, and rebuilding. [07:45] especially on a package management side [07:45] StevenK: all I'm saying is it works.l === didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel [07:46] RAOF: right, complete opinion of the community, the old static vs dynamic argument [07:46] both are fine [07:46] wolfe: usability must, by its very nature, include the idea of good security [07:46] if you have bad security, you have bad usability [07:46] wolfe: Indeed. But when you have package management as good as apt, the advantages of static linking are hugely outweighed by the disads [07:46] Burgundavia: okay, let me just install a pacakge which other programs depend on which is exploitable, now you've several exploitable programs instead of just 1 [07:47] I could do this all day, and nobody really wins [07:47] the point is, static vs dynamic is pure opinion [07:47] No, it isn't. [07:47] yes, it is. [07:47] wolfe: no, it's not pure opinion, it's a question of maintenance costs [07:47] If we were to link everything statically... well, I don't like to think about it. [07:47] the whole "its insecure" argument depends on the maintainers [07:47] wolfe: if we had arbitrary amounts of maintenance power, it wouldn't be a problem, but we haven't [07:48] pitti: right, which I'm not disputing. [07:48] wolfe: the nastiest thing about static linking is that there is *no* automated way to check which packages are affected by a bug [07:48] we're disputing "static linking is not secure" which is complete opinoin [07:48] In *practice* static linking is less secure? [07:48] pitti: well if the package manager was built better to autocheck what was static cally compiled to begin with ;) [07:49] wolfe: right, it should be 'static linking is unmaintainable and can lead to covert security holes' [07:49] I'm curious [07:49] wolfe: as I said, there are no tools which tell you which libraries have been statically linked to a program; package managers don't help there [07:50] wolfe: and here this just seems to be an excuse from upstream maintainers not keeping up with libraries; there's no inherent reason not to use the standard system libraries [07:51] pitti: ahuh... [07:51] wolfe: as opposed to, say syslinux or grub which need to statically link libc parts [07:51] pitti: so what are your thoughts when mplayer damned the debian project? :) [07:51] With ffmpeg? [07:51] Fujitsu: yeah, I think that was it. was years ago, but I remember it very clearly. [07:51] ffmpeg being something of an oddity [07:51] the ffmpeg developers need some education [07:52] In that they are vehrmently opposed to releasing software. [07:52] ffmpeg and mplayer upstream are the same, and its interfaces change quickly, AFAIK. [07:52] pft [07:52] wolfe: right, xine-lib and mplayer ar the prime examples of evil static linking (I understand that because of ffmpeg upstream's unwillingness to provide a stable ABI) [07:52] ABIs change, software changes.. [07:52] right [07:52] its up to OSes/distros to provide updated packages === mayday_jay [n=mayday_j@216.145.101.109] has joined #Ubuntu-devel [07:53] upstream only writes the software after all [07:53] but something like a video driver ABI should not change every week [07:53] in the ffmpeg case, it is becasuse the developers refuse to even consider providing a stable api/abi [07:53] But people worknig on a *library* should actually *release* the library. At some point. [07:53] wolfe: gstreamer manages to provide a reasonably static ABI, too, so it's not impossible (in Windows this is common standard for ages already) [07:54] huh, you guys don't have the Io programming language in packages :) [07:54] Steve refuses to use dynamic linking, he is a osx guy [07:57] cjwatson: any idea why amd64/i386 livefs builds aren't even attempted today? [07:57] cjwatson: http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/gutsy/ubuntu/20070806/ [07:57] RAOF: don't let your prejudices get in the way of reality [07:58] RAOF: sometimes us users aren't worthy of having an actual release [07:58] heh [07:58] oh please, releases are so passe ;) === Fujitsu stares at mplayer upstream. [07:59] 1.0rc1 was released 9 months ago. [07:59] ajmitch: True. Development would be stalled far too long if you couldn't break ABI/API at will. [07:59] I use -HEAD on most of my libraries I use and media [07:59] Enormous changes have occured in the codebase since. [08:12] ArneGoetje: are you aware of any fonts in ubuntu-desktop we could drop? we need to make some space on the CDs [08:14] pitti: how much space? === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel [08:14] LaserJock: about 5 MB on amd64 [08:14] RAOF: i would think after, say, a year you would be able to figure out a solid ABI/API that you wouldn't be limited by [08:14] LaserJock: probably some more, because seb128 wants to add tracker and consolekit today [08:14] pitti: I am amused that both libgcj7-0 and libgcj8-0 appear on the NBS list. [08:15] pitti: heh, ogra can give you hints about skimming off .isos ;-) [08:16] poor guy was constantly oversized === macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel [08:16] s/was/is/ [08:16] and yet he stays so skinny ;-) [08:16] heh [08:18] a-haa === \sh_away is now known as \sh === pitti kicks nvidia-glx from the amd64 alternate [08:19] ArneGoetje: ok, unping for now :) === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel [08:25] Amaranth: No, why on earth would you think that. Alternative answers include: "That would require someone to *design* an API, rather than let one congeal" and "But that would prevent us from potentially increasing decode speed by 1.2% in this uncommon case!" [08:27] RAOF: I find it hard to believe they keep making the same API mistakes wrt decode speed after years of working on this stuff [08:28] It's like every new codec they add they repeat the same mistakes [08:29] Amaranth: Yes, of course. Opaque data structures are for people who don't know how many cycles a 32bit add + bitshift twice right operation takes on each major arch from the last 10 years. [08:30] Amaranth: Every 6 months or so someone who actually wants to *use* the libraries will suggest that they do a release... with hilarious consequences! [08:31] RAOF: I've seen [08:31] It would be so useful to get a release. And I suppose Debian has, really. === highvoltage [n=highvolt@broadband-196-1-61-46.amobia.co.za] has joined #ubuntu-devel === cjwatson4 [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [08:55] Riddell: I gave bug 117731 to you, since that's marked as tribe-4 [08:55] Launchpad bug 117731 in python-kde3 "Python crashes after attaching pty to a konsole kpart" [High,Triaged] https://launchpad.net/bugs/117731 === rulus [n=rulus_|@118.139-244-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [09:00] TheMuso: here by chance? [09:00] TheMuso: in bug 122024, cjwatson talks about a 'partial fix merged into mainline'; what is the status of this? [09:00] Launchpad bug 122024 in casper "orca should automatically get started when braille is activated" [Medium,In progress] https://launchpad.net/bugs/122024 === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel [09:02] pitti: did you get Dapper's base update? [09:02] carlos: I got it, yes; packages should be built now, I'll test them soon [09:02] pitti: which one? (so I prepare the right incremental updates) [09:03] ~carlos/public_html/language-packs/dapper/rosetta-dapper-2007-08-03.tar.gz [09:03] carlos: timestamp matches, 20070803 === mvo [n=egon@p54A658C3.dip.t-dialin.net] has joined #ubuntu-devel [09:03] good morning mvo === dexem [n=dani@14.Red-88-26-177.staticIP.rima-tde.net] has joined #ubuntu-devel [09:05] hey pitti [09:08] pitti: ok, thanks [09:08] mvo: morning [09:09] mvo: Are you updating DDTP in our archives? [09:09] mvo: we get many emails asking about it on ubuntu-translators and other per locale mailing lists [09:09] mvo: bug 122459 is fixcommitted, will you upload this soon? [09:09] Launchpad bug 122459 in compiz "[gutsy] cannot log in on edubuntu DesktopCD" [Undecided,Fix committed] https://launchpad.net/bugs/122459 [09:10] mvo: do you have an idea about bug 107109 yet? [09:10] Launchpad bug 107109 in compiz "No "New Login" for user with Desktop effects enabled" [High,Triaged] https://launchpad.net/bugs/107109 [09:10] mvo: ^ I guess that is because there can only be one X server with composite at a time? [09:13] pitti: did you check whether it has now all files? [09:13] carlos: not yet [09:14] ok === carlos checks on of the missing files... [09:15] pitti: French translation for alacarte is there so I guess the others should be there too [09:16] pitti: only one server with GL at a time [09:16] Amaranth: right [09:16] pitti: and I still have no idea how to fix that bug [09:17] Amaranth: so, can this be detected cleanly? or shall we work around it by only enabling compiz on :0? [09:17] carlos: I was kind of hoping that the new process we dicsueed gets into place, but I can do a upload now [09:17] Amaranth: crack idea: is it possible to change the server that is currently doing GL? [09:17] Burgundavia: No [09:18] Burgundavia: That's determined at server start [09:18] pitti: I check out the bugs now. the one with fix comited was one I wanted to upload together with a new compiz snapshot, but I had issues last week while testing so I postponed it [09:18] mvo: even having the new process implemented in this cycle, it will not be deployed until end of the month [09:18] mvo: compiz 0.5.2 is out === jonib1 [n=jonas@193.12.106.2] has joined #ubuntu-devel [09:21] carlos: ok [09:21] Amaranth: yeah! === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-150-176.net-htp.de] has joined #ubuntu-devel [09:21] mvo: need to push hard for a compiz-fusion release now too :) [09:22] Amaranth: indeed :) [09:23] doko_: any idea about 130428? I hope it doesn't require a soname bump? [09:25] I hope some player gets support for the compiz video plugin before gutsy gets frozen. === StevenK watches the buildds run through his uploads. [09:25] ... except for sparc. [09:26] ion_: Not looking likely [09:26] ion_: Unless you'd like to volunteer? [09:26] At this point it'd be easier to just use Xgl [09:27] mvo: thanks [09:28] Riddell: another tribe4 bug for you: bug 124068 [09:28] Launchpad bug 124068 in kdepim "Akregator and Kontact File conflict" [Undecided,Incomplete] https://launchpad.net/bugs/124068 [09:29] Riddell: congratulations :) [09:32] Amaranth: I really should look into a Gstreamer compiz-video output. It shouldn't be *too* hard! === stub [n=stub@ppp-58.8.2.63.revip2.asianet.co.th] has joined #ubuntu-devel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === jonib1 [n=jonas@193.12.106.2] has left #ubuntu-devel [] === Zdra [n=zdra@88.209-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [09:43] Yay. Eight of my nine uploads have built everywhere but sparc. [09:43] pitti: for amd64, you got up too early - you asked before the cron job fired === cjwatson4 is now known as cjwatson [09:44] pitti: i386 is stuck for some other reason, though [09:44] pitti: looking [09:45] cjwatson: but there are no images for yesterday either [09:46] cjwatson: amd64 live today> I wonder what those 'Error in select()' is all about; is this apt? [09:47] oh, dpkg [09:49] pitti: not yet... I'm still examining the default font packages [09:49] seb128: deb http://people.ubuntu.com/~pitti/tmp/dapper-langpack/ ./ -> new dapper langpacks for testing; they should be complete now [09:49] pitti: ok, will give them a try === pitti hugs seb128 === seb128 hugs pitti back === pitti tries the German ones [09:50] pitti: I commited the seeds changed for consolekit, fast-user-switch-applet and tracker [09:50] seb128: oh, good [09:50] I was just about to ask you when I can update *-meta [09:50] pitti: yes, that is apt [09:50] pitti: where have you seen this? [09:50] pitti: wow, no idea [09:51] mvo: http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/gutsy/ubuntu/20070806/livecd-20070806-amd64.out [09:51] efs-build-logs/gutsy/ubuntu/20070806/livecd-20070806-amd64.out [09:51] oops [09:51] stgraber: yt? [09:51] geeeh [09:51] pitti: I did merge with kubuntu, etc though because I'm not sure if the language pack changes apply to the other distros also [09:52] s/did/didn't [09:52] pitti, cjwatson: I check this out, also it should not make the thing fail [09:52] seb128: langpack changes don't [09:52] asac: yep [09:53] stgraber: cool [09:53] stgraber: well ... i see these wpasupplicant issues even with last tribe nm [09:54] stgraber: e.g. the failure to connect to wpasupplicant [09:54] stgraber: are you sure that this doesn't happen for you with current gutsy versions? === Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-devel [09:55] asac: Let me reinstall gutsy NM (I previously used a Live CD for testing) and I give you the result in a minute [09:56] stgraber: point is that you might not see that message becase wpasupplicant is not started verbose in current gutsy version [09:56] stgraber: but i definitly see that i cannot send commands to wpasupplicant [09:56] on every second run [09:57] stgraber: thanks [09:58] cjwatson: I do a test install of alternate/amd64 (without network); it asks me about a mirror now and (naturally) fails to connect to it; that didn't happen in the past [10:02] asac: ok, indeed I don't see the supplicant error message but the disconection seems to happen anyway [10:02] asac: I just had NM to switch from connecting to disconnected without any real reason [10:02] cjwatson: Hello [10:02] stgraber: he? [10:03] stgraber: i see this issue when i try to connect ... not when i am already connected [10:03] stgraber: e.g. every second connect wpa supplicant fails to start [10:03] NM was trying to connect to my wifi network, then suddenly switched to disconnected [10:04] ah ok [10:04] that might be the issue [10:04] ok [10:04] now it would be interesting to see if wpasupplicant 0.5.8 is better [10:04] but i will try that for now :) [10:04] will let you know if i see improvements [10:06] my current NM doesn't seem to have this issue as I have added a sleep(2) right after the disconnect from the network (the ipw3945 hack) (I've put that here so I didn't have to write another patch :)) [10:06] pitti: I don't think anything's changed there ... [10:06] mikmor2: hi [10:06] but adding sleep() everywhere is not really a good idea imo :) [10:06] stgraber: where exactly? i tried multiple places for that sleep [10:06] pitti: if it's *asking*, sounds like the CD's screwed [10:07] pitti: it shouldn't ask if /cdrom/.disk/base_installable exists [10:07] stgraber: can you make a bzr diff or something and paste? [10:07] oh [10:07] cjwatson: Do you mind if I PM you? [10:08] asac: 41d just before the nm_dev_sock_close(sk); [10:08] mikmor2: not at all [10:08] pitti: let me get IS to install debootstrap on antimony ... [10:08] asac: but I think it could be better placed :) [10:08] cjwatson: base_components exists, but not base_installable [10:08] pitti: yeah, it's 'cos debootstrap isn't installed [10:09] ah [10:09] hmm.. for some reason messaging isn't working [10:09] cjwatson: is it worth filing a bug about that still? [10:09] stgraber: before sock_close ... interesting [10:09] pitti: no [10:10] stgraber: can you try if *after* sock close helps as well? [10:10] pitti: I've filed an RT request [10:10] thanks [10:12] wow, the "broken X" text dialog boxes don't have a hideously broken frame any more [10:12] asac: building the deb [10:13] stgraber: thx [10:15] pitti: weird [10:16] pitti: bryce sent me a gdm patch for that but I didn't upload it yet === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel [10:16] seb128: for what? [10:17] pitti: " wow, the "broken X" text dialog boxes don't have a hideously broken frame any more" [10:17] seb128: ah; maybe the latest xorg merge? [10:17] seb128: the live fs is from Aug 04 (it failed to build later) [10:17] seb128: so it still has the broken dexconf, so I could see it :) [10:17] well, I've a gdm patch to apply, dunno what to do with it now :p [10:18] seb128: can you test it locally without your patch? just damage xorg.conf somewhat and restart gdm? [10:18] well, I can do it, too, if you want me to [10:19] I just saw it on the live system [10:19] pitti: yes, will do in a bit, I don't want to close my desktop session now [10:19] right, here too (test install running) [10:19] asac: Seems to be working as well (I tried to connect 3-4 times from a network to another and was unable to make it disconnects) [10:21] hmm [10:22] seb128: hm, not sure whether tracker and f-u-s-a make sense for edubuntu... ogra? [10:23] pitti: I would say they are not required no === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel [10:24] seb128: ok, droping those changes on the edubuntu merge === badders [n=tom@host86-128-115-146.range86-128.btcentralplus.com] has left #ubuntu-devel ["Ex-Chat"] [10:29] seb128: just tried the "failed X" case in a fresh gutsy desktop CD install; looks fine [10:30] ok, all seeds merged [10:30] ok [10:30] I'll ask bryce about the patch then === jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel === lamont` [n=lamont@mix.mmjgroup.com] has joined #ubuntu-devel === kent [n=kent@82.145.145.164] has joined #ubuntu-devel [10:33] RuntimeError: Command failed with exit status 768: [10:33] 'bzr checkout /home/jr/src/seeds/edubuntu-kde-meta/edubuntu.gutsy/ /tmp/germinate-jHthiF/checkout' [10:33] Riddell: ... :) === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === pitti waves to slomo [10:37] hi pitti :) [10:39] pitti, f-u-s-a ? [10:39] morning [10:39] ogra: fast-user-switch-applet [10:39] hey ogra, good morning [10:39] ah [10:39] ogra: I didn't add it to your seeds for now (neither tracker, I guess that'd kill your poor thin clients) [10:40] pitti, i was planning to fix the udeb today, but some other breakage showed up, i have to fis that first [10:40] ogra: ok for me to upload an up to date edubuntu-meta? changes look reasonable [10:40] looks somewhat like an apt breakage [10:40] sure [10:40] Vorkonfiguration der Pakete ... [10:40] openpty failed [10:40] Error in select() [10:40] Whle vormals abgewhltes Paket x11-common. [10:41] ogra: right, we saw that already on live cd build [10:41] ogra: mvo is taking a look [10:41] thats what i see ... with a new chroot it shows up in a different place [10:41] ah, k === lamont` [n=lamont@mix.mmjgroup.com] has joined #ubuntu-devel === coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel [10:45] ogra: does it break anything? or just pollute the world with this message [10:45] mvo: eventually dpkg bails out on the amd64 live fs log [10:45] mvo, it breaks my thin client builds [10:46] pitti, ogra: have you seen it on your regular systems as well? or only when livefs building? [10:46] mvo: I never saw it here, but I did my last few upgrades with u-m [10:46] a mere apt-get install works fine here [10:46] mvo,only when thin client building === pitti tries to debootstrap a current gutsy [10:47] mvo, (chroot install) [10:47] http://paste.ubuntu-nl.org/32735/ [10:47] thats the end of a ltsp build process atm [10:47] (sorry, localized) [10:49] ogra: cool, what command do I have to run to trigger it? === Watersevenub [n=Watersev@242-136.dial.nortenet.pt] has joined #ubuntu-devel [10:49] mvo: hmm, a simple gutsy debootstrap works fine here [10:49] mvo: that's in a gutsy chroot on ronne, though [10:50] mvo, ltsp-buil-client ... but thats after about 20min .... after the chroot built, and the script chrooted into it to install the client stuff [10:50] *ltsp-build-client [10:50] pitti: if I can reproduce with ogras commands, I will be happy [10:50] we divert start-stop-daemon ... i guess thats something the livefs scripts do as well ... === ogra looks for similarities [10:51] ogra: can you pinpoint what command is run when it fails? or it it the same apt-get run that worked earlier? [10:51] pitti: I wonder if it might have something todo with the amount of packages being installed? assuming a livefs build is big? [10:51] it worked last on aug 2nd for me ... === mvo tested it with a stock feisty->gutsy upgrade before uploading and that went fine [10:52] i can disg up the command, wait a min [10:52] mvo: hm, right [10:52] ogra: I merged new code that generates log files from the dpkg runs for better apport integration, I know what code is causing the issue, I just do not know why :) or how to reproduce it [10:52] mvo: the actual debootstrap part in the livefs build log is fine [10:52] ogra: debootstrap doesn't actually divert it, but it does move it aside [10:52] ha! fdleak or something, I bet [10:53] or on /dev/pts in the chroot? [10:53] mvo: that's the first thing where it breaks: [10:53] livecd.sh diverts invoke-rc.d [10:53] Preconfiguring packages ... [10:53] FATAL: Could not load /lib/modules/2.6.15.7/modules.dep: No such file or directory [10:53] Fetched 575MB in 1m5s (8769kB/s) [10:53] openpty failed [10:53] Error in select() [10:53] Selecting previously deselected package diveintopython. [10:53] (Reading database ... 10152 files and directories currently installed.) [10:53] Unpacking diveintopython (from .../diveintopython_5.4-2ubuntu2_all.deb) ... [10:53] Error in select() [10:53] cjwatson, ltsp-build-client diverts it [10:53] pitti: debootstrap doesn't use apt, so if it's an apt problem then debootstrap won't trigger it [10:53] mvo, chroot $ROOT apt-get $APT_GET_OPTS install $LATE_PACKAGES [10:54] openpty() is the bummer here [10:54] cjwatson: oh, I thought it would use it for stage 2? [10:54] mvo, export APT_GET_OPTS="$APT_GET_OPTS -o Acquire::gpgv::Options::=--ignore-time-conflict" [10:54] ogra: do you have /dev/pts in your chroot? [10:54] pitti: no, it's already got the logic to do everything with dpkg for stage 1 so it might as well just use it for stage 2 as well [10:54] ah, I see [10:54] since, well, that's the easy bit === pitti tries to apt-get install some packages into his chroot [10:55] mvo, nope [10:55] ogra: if you still can reproduce it, could you pleae try to mount /dev/pts and see if that fixes the issue? [10:56] I will add code so that failing in openpty() will work gracefully, I just want to confirm that this is the actual problem [10:56] root@laptop:/# apt-get -f install [10:56] Paketlisten werden gelesen... Fertig [10:56] Abhngigkeitsbaum wird aufgebaut... Fertig [10:56] 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. [10:56] 3 nicht vollstndig installiert oder entfernt. [10:56] Es mssen 0B Archive geholt werden. [10:56] Nach dem Auspacken werden 0B Plattenplatz zustzlich benutzt. [10:56] openpty failed [10:56] Error in select() [10:56] Error in select() [10:56] Error in select() [10:56] E: Sub-process /usr/bin/dpkg returned an error code (1) [10:56] root@laptop:/# [10:56] still reproducable === ogra mounts /dev/pty [10:56] ogra: that is with mounted /dev/pts? [10:56] aha [10:56] :) === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel [10:59] root@laptop:/# mount -t proc proc /proc [10:59] root@laptop:/# /etc/init.d/mountdevsubfs.sh start [10:59] root@laptop:/# apt-get -f install [10:59] Paketlisten werden gelesen... Fertig [10:59] Abhngigkeitsbaum wird aufgebaut... Fertig [10:59] 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. [10:59] root@laptop:/# [10:59] mvo, ^^^ [10:59] ogra: so that works? good. I will fix the code now, thanks a lot for reproducing! [10:59] :) === iceman [n=iceman@200.199-241-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [11:01] stgraber: do you see issues with connecting to unencrypted net as well? === norsetto [n=norsetto@host63-213-dynamic.6-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === Znarl [n=znarl@deep-thought.roundabout.org] has joined #ubuntu-devel [11:10] asac: yes, sometimes it simply can't :) [11:10] asac: like trying to connect but never succeeds [11:10] and there doesn't seem to have any kind of timeout [11:10] pitti: it does, but adding a compatibility function seems to work as well [11:11] doko: that would be great [11:16] stgraber: so it even fails with iwconfig only? [11:16] May I ask some core-dev to review/sponsor my magyarispell (Hungarian spell checker) update (0.99 -> 1.2) at http://revu.tauware.de/details.py?upid=6332? [11:16] stgraber: maybe the same workaround helps? e.g. explicitly unsetting essid first? === dexem [n=dani@14.Red-88-26-177.staticIP.rima-tde.net] has joined #ubuntu-devel [11:18] coNP: subscribe the ubuntu-main-sponsor team and wait for somebody to upload ;) [11:18] Sure, thanks :) === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel === mpytasz [n=dduck@pc-212-51-218-194.p.lodz.pl] has joined #ubuntu-devel [11:25] asac: nope, iwconfig+dhclient3 works [11:26] asac: looks like NM doesn't detect when it's correctly associated and then never runs dhclient ... [11:29] mhb: what is data/kcm-fix.patch all about? [11:30] mhb: applying this in setup.py is rather evil (unexpected in the first place, and not idempotent) [11:31]