[12:08] which version of gstreamer will be in Edgy? any plans yet? [12:13] theCore, probably the latest upstream stable version at that time [12:15] ah ok, it's what I was thinking [12:16] HiddenWolf: thanks === johanbr [n=j@jupiter.physics.ubc.ca] has joined #ubuntu-devel [12:22] mdz: https://merges.ubuntu.com/main.html === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel === j_ack [n=rudi@p508D9B9C.dip0.t-ipconnect.de] has joined #ubuntu-devel === FunnyLookinHat [n=funnyloo@71.57.11.218] has joined #ubuntu-devel [12:40] siretart: ping === ajmitch [n=ajmitch@203.89.166.123] has joined #ubuntu-devel === ompaul [n=ompaul@ubuntu/member/ompaul] has left #ubuntu-devel ["Leaving"] === Huahua [n=hua_@222.50.183.116] has joined #ubuntu-devel [12:59] Keybuk: pong [01:00] siretart: universe merges now up [01:00] mdz: https://merges.ubuntu.com/universe.html [01:01] Keybuk: w00t! :) [01:01] gn8 === fimbulvetr [n=danv@208.107.71.99] has joined #ubuntu-devel [01:02] will edgy still have gcc-4.0 available in main ? [01:03] ogra: doubtful [01:03] I think it's already in universe :p [01:03] ok === ogra prays xaos builds with 4.1 then === epx [n=epx@200.217.122.113] has joined #ubuntu-devel === chuck_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === Fujitsu [n=Fujitsu@c211-28-181-26.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel [01:32] hey === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel === rpedro_ [n=rpedro@87-196-39-97.net.novis.pt] has joined #ubuntu-devel === Evaso2 [n=Marem@host254-145.pool8251.interbusiness.it] has joined #ubuntu-devel [02:22] hi guys how could be debugged acpi s3 sleep mode that doesn't wake up on a fujitsu notebook for help ubuntu developping? === Fujitsu [n=Fujitsu@c211-28-181-26.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel === freeflying-g4 [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel === pounk [n=pounk@142-217-81-161.telebecinternet.net] has joined #ubuntu-devel === RadiantFire [n=ryan@c-69-180-43-27.hsd1.ga.comcast.net] has joined #ubuntu-devel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel [03:22] mdz, ping ? [03:22] ogra: pong === otavio [n=otavio@debian/developer/otavio] has joined #ubuntu-devel [03:23] ogra: hi [03:23] mdz, otavio is poking me about upstream status in ltsp and package versioning [03:23] eh? still awake? [03:23] jsgotangco, i just megred gcompris ... uploading it takes ~2h ;) [03:24] yeah i saw the -changes list [03:24] otavio, probably outline your idea to mdz ... [03:24] otavio: yes? === mdke_ [n=matt@unaffiliated/matt/x-000000001] has joined #ubuntu-devel === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel [03:25] mdz: current way that ltsp source is now allow us to unify the development between Debian and Ubuntu [03:26] which happens on a bzr level anyway [03:26] mdz: I was asking ogra if we could upload to Debian and Ubuntu sync with Debian to get the versions since Ubuntu has a way to get it easily then us. [03:26] mdz: and then we can all work on same codebase [03:26] which again happens on a bzr level anyway ... [03:26] otavio: it's a good idea to have a single mainline where we can all work [03:26] yes [03:27] mdz: that's what I want to have [03:27] otavio: where and when it gets uploaded to distributions should be a separate issue [03:27] mdz: since Debian doesn't allow different suite names in changes files might make our life easy [03:27] the way this will work in the future is that the LTSP project will roll official tarballs and they will be packaged for Debian and Ubuntu independently [03:28] however, the migration to the new codebase is not complete yet [03:28] mdz: but currently the source is unique for both [03:28] mdz: there's few changes on it [03:28] so meanwhile, I suggest that ogra roll official tarballs for you [03:28] mdz: basically debian/control only [03:29] otavio, thats because we didnt start feature development yet [03:29] the packaging should be kept separate from the mainline [03:29] otavio, after the merge phase is done there will be daily changes to the source === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel [03:29] ogra: well but since all will be done in plugins, basically, we can follow it easier, no? [03:29] otavio: make sense? [03:30] mdz: so you mean that we both (Ubuntu and Debian) might use an "official" tarball as base and this to be the mainline? [03:30] otavio: yes. soon that tarball will be used by other projects as well [03:31] and so we should have a separation between upstream development and packaging [03:31] mdz: so we both change to 0.XX-Y version format? [03:31] otavio, i mailed pkg-ltsp-devel about it [03:31] otavio: yes [03:31] with links to all the specs [03:31] mdz: is ok to me [03:31] ogra: I saw it [03:31] including the tarball stuff :) [03:31] we should start to migrate away from native packaging [03:32] ogra: but then we both might start an upstream branch now [03:32] otavio, no [03:32] ogra: why? [03:32] otavio, we both start distro branches [03:32] it causes unnecessary complications and isn't appropriate for a project which is used elsewhere [03:32] and have an additional upstream branch we base on [03:32] where's the baes branch now? [03:32] which also might contain gentoo or redhat stuff we both dont use [03:32] is it your devel? [03:32] yep [03:33] ogra: please, rename it :P [03:33] ogra: make it clear :P [03:33] hehe [03:33] ok, no problem [03:33] mane suggestions ? [03:33] *name [03:33] upstream? [03:33] fine ... [03:33] to make it very clear :P [03:34] and I, in Debian side, can make an upstream-fixes [03:34] it will be "ltsp mainline" in launchpad anyway :) [03:34] so use mainline [03:34] so to people used in launchpad is clear [03:35] yep === asac_ is now known as asac [03:35] where you'll make tarballs available? [03:35] thats wh its not registered yet (i mentioned that in the mail as well) [03:35] humm [03:36] i think i'll start off on people.ubuntu.com/~ogra [03:36] if we see everything works as expected it should move somewhere else [03:36] humm ? [03:36] well, do it as soon as possible so I can add a watch file to get it in an automated way [03:36] yep [03:37] i have 13 packages on my merge list atm ... if i'm done with these and sbalneav is up to speed with bzr (we have a crash curse tomorrow) i'll make it work [03:38] *course [03:38] crash course? what's it? [03:38] an intorduction into bzr [03:38] ogra: just call it 'main' or 'mainline' [03:38] will it be online and open? or will it be closed? [03:38] well, we had an intorduction already ... rather the advanced part :) [03:39] mdz, mainline is fine [03:39] mdz: mainline looks better [03:39] fine [03:39] just not upstream :-) [03:40] otavio, he wanted to do it via teamspeak or some voice media ... we agreed to meet in #edubuntu ~13:00 UTC [03:40] ogra: will the course be open? [03:40] i guess we can also do it via irc [03:40] ogra: have you invited someone from the bazaar team? [03:41] otavio, well i dont think i'll teach anything you dont know already, but we can hold it in a public irc channel if sbalneav doesnt mind irc [03:41] mdz, its about the basics ... [03:41] ogra: please ask for someone to be there [03:41] oki [03:41] ogra: ah ok === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel [03:42] ogra: i'm interested to learn more about bzr :-D [03:42] ogra: is always good to learn ;-) [03:42] otavio, yeah, thats true :) [03:42] Heya folks [03:43] ogra: how the branch merging in launchpad side works? [03:44] ogra: how the fixes and other branches will be merged there? [03:46] otavio, i guess i'm not the best to ask about that yet i didnt use the merge stuff there yet ... #launchapd will be able to tell you [03:47] ogra: right === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel === otavio [n=otavio@debian/developer/otavio] has left #ubuntu-devel [] === apokryphos [n=apokryph@host-87-74-48-98.bulldogdsl.com] has joined #ubuntu-devel === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.2.53.revip2.asianet.co.th] has joined #ubuntu-devel === apokryphos [n=apokryph@host-87-74-48-98.bulldogdsl.com] has joined #ubuntu-devel === mdke [n=matt@unaffiliated/matt/x-000000001] has joined #ubuntu-devel === bmonty is now known as bmonty_away === ctd [i=ctd@incubus.progsoc.uts.edu.au] has joined #ubuntu-devel === FunnyLookinHat [n=funnyloo@71.57.11.218] has joined #ubuntu-devel === sevrin [n=sevrin@202.75.186.154] has joined #ubuntu-devel === freeflying-g4 [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === j_ack [n=nico@p508D9B9C.dip0.t-ipconnect.de] has joined #ubuntu-devel === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel === lionelp [n=lionel@ip-128.net-82-216-65.rev.numericable.fr] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === TomB_ [n=ownthebo@ACC8FAC8.ipt.aol.com] has joined #ubuntu-devel === dsas [n=dean@host217-42-227-17.range217-42.btcentralplus.com] has joined #ubuntu-devel === robitaille [i=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel === TomB| [n=ownthebo@ACC8FAC8.ipt.aol.com] has joined #ubuntu-devel === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === shenki_ [n=Joel@pulteney-pix.border.net.adelaide.edu.au] has joined #ubuntu-devel === robitaille_ [i=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [07:39] Good morning [07:43] hi pitti [07:43] Hi Hobbsee [07:44] hi pitti === pitti waves to New Zealand [07:44] heh === ajmitch is in Australia this week :) === lukketto [n=lukketto@host36-99.pool8257.interbusiness.it] has joined #ubuntu-devel === lukketto [n=lukketto@host36-99.pool8257.interbusiness.it] has left #ubuntu-devel [] === knopper [n=knopper@knopper.net] has joined #ubuntu-devel [08:08] ogra: ping? [08:11] morning === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [08:11] hi fabbione :) [08:12] hello there :) === ToadZzZztool is now known as Toadstool === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === glatzor [n=sebi@ppp-82-135-65-46.dynamic.mnet-online.de] has joined #ubuntu-devel === lukketto [n=lukketto@host36-99.pool8257.interbusiness.it] has joined #ubuntu-devel === lukketto [n=lukketto@host36-99.pool8257.interbusiness.it] has left #ubuntu-devel [] === lucas [n=lucas@ubuntu/member/lucas] has joined #ubuntu-devel === mvo [n=egon@p54A6718A.dip.t-dialin.net] has joined #ubuntu-devel === HrdwrBoB [n=matt@bob.is.teh.admin.at.vicnet.net.au] has joined #ubuntu-devel === olemke [n=olemke@iup.physik.uni-bremen.de] has joined #ubuntu-devel === rpedro [n=rpedro@87-196-76-20.net.novis.pt] has joined #ubuntu-devel === CarlFK [n=carl@c-67-163-39-124.hsd1.il.comcast.net] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-devel === carlos [n=carlos@206.Red-88-15-195.dynamicIP.rima-tde.net] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-devel === nomed [n=nomed@host101-56.pool8252.interbusiness.it] has joined #ubuntu-devel [09:37] hi all [09:37] Mithrandir, around === el [n=konversa@u40-30.dsl.vianetworks.de] has joined #ubuntu-devel === nekohayo [n=jeff@bzq-88-154-9-13.red.bezeqint.net] has joined #ubuntu-devel [09:40] nomed: hi [09:40] hi Mithrandir [09:40] i was reading the new specs for edgy [09:40] LiveCDStackedFileSystem [09:41] in particular [09:41] i ported my initramfs scripts to use casper a while ago .. [09:41] and they works nicely .. [09:42] for dapper i needed to recompile the squashfs module [09:42] as there is a critical bug [09:42] it doesn't support unified squashfs "layers" [09:43] mainly i'd like to help if possible [09:43] we're going to use unionfs, so that should still just work. [09:43] have you already some code ? [09:43] Mithrandir, not if u use unionfs + squashfs from dapper [09:43] Which we won't. [09:43] Since the spec is for edgy. [09:44] anyway .. this is edgy stuff [09:44] nomed: I've tested it and it worked fine for me, at least. [09:44] infinity, yep [09:44] Mithrandir, the issue appears randomly [09:45] it should be explained in squashfs log [09:45] (cvs) [09:45] well, if it's fixed it shouldn't be a problem, then [09:45] Anyhow, tell me more about this "squashfs layers" thing? Is that part of the squashfs driver itself? [09:46] infinity, yes [09:46] That may be more stable than stacking 5 unionfses... === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #ubuntu-devel [09:46] infinity: we'd still need unionfs, though. But yeah, we should investigate it. [09:47] nomed: care to add relevant information to the end of the spec, preferably including a link to some page explaining layered squashfs-es sans unionfs? [09:47] Mithrandir: Yeah, given our past experiences, one union sounds less scary to me than several, that's all. :) [09:49] infinity, http://squashfs.cvs.sourceforge.net/squashfs/squashfs/kernel/fs/squashfs/ [09:50] it seems fixed .. and i'm testing it .. [09:50] Mithrandir, anyway .. what i'd love to know is: [09:51] how do u use the apt db file when u have n layers ? [09:51] The layers have to be used in order. [09:51] We aren't doing arbitrary mixing and matching. [09:52] (Not in this spec, anyway.. That will take way more thought and effort) [09:52] infinity, k [09:52] So, on the buildds, I'll build the base layer, then mount it and build the desktop layers on top, then mount those and build the live layers on top. [09:52] so i can continue playing with it :) [09:52] Then mount THOSE and do the langpack layer for the DVD. [09:53] infinity, yep .. that's what i'm doing to .. [09:53] but i split the apt db file in many pkge.status === hunger [n=tobias@p54A61057.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:54] the dpkg db is more important than the apt lists. [09:54] Mithrandir, yes .. i mean /var/lib/dpkg/status [09:56] I *think* we could pull some merge-avail tricks to mix arbitrary layers, so long as we're careful not have stuff in Layer 07 dpkg-diverting files from Layer 04 and such. [09:56] That's where it would get really messy. [09:57] (merge-avail isn't meant to be used to merge status files, but it could be mangled a bit to do so, I'm sure) [09:58] Anyhow, unless someone has copious free time to hack on that, I think arbitrary mixing is out of scope for edgy, and shooting for pre-ordered stacked filesystems is sufficiently cool to keep us happy until edgy+1. [09:59] infinity: unless somebody gives me a load of well-tested, reviewed code which does arbitrary mixing, we won't do it, no. [10:00] Mithrandir: I have a general idea about how I'd do it, but I doubt I have the time to do it in work hours or the motivation to do it in my spare time. [10:00] infinity, Mithrandir i was using layers since breezy devel version === nekohayo_ [n=jeff@bzq-88-154-9-13.red.bezeqint.net] has joined #ubuntu-devel [10:01] i was using yuch + deliver .. something similiar to casper [10:01] infinity: dpkg is just one application which would be affected, though. Think about some crazy people making exim.squashfs and postfix.squashfs. Those'd need to conflict. Joy! [10:01] now that casper exists .. and makes the job === nekohayo_ is now known as nekohayo [10:01] i guess that's were i'd like to focus [10:02] so if u have a guideline .. i guess i could play with it [10:02] Mithrandir: Well, that's easy enough to deal with, really. [10:02] infinity: "don't"? [10:03] Mithrandir: It'd have to be a two-step process anyway, since you need to read into the squash to get the status files, before you overlay them (leaving only one visible) [10:03] Mithrandir: So, in the process of reading into the status files to merge them, you evaluate conflicts and disallow mounting those two together. [10:03] aiee. [10:03] painful. [10:03] I knew you'd like that. [10:04] reimplement dpkg in shell. Mmmm. [10:04] that'll be.. fast. [10:04] Nah, this is the Killer Feature that will finally push someone to break out libdpkg. :) [10:05] (What are you doing on the weekend?) [10:05] lol [10:05] Celebrating Karianne's birthday. :-P [10:06] Well, that does sound a bit more fun... [10:07] morning everybody! [10:08] hi sivang === sivang notices he still has the computer's clock on Paris time and sets it one hour forward [10:08] hi Hobbsee ! [10:15] somebody has a script to file a "request sync" bug ? [10:17] sivang: luckly you still have a computer.. and a gpg key [10:19] fabbione: whatever happened to your computer? [10:20] fabbione: my dear fabbione, what happend to your machina ? [10:20] Hobbsee: to my computer? nothing.. [10:20] sivang: machina = car :) nothing yet... [10:20] lucas: yes, I have [10:21] Hobbsee: sivang has a long story about gpg keys.... ;) [10:21] lucas: http://people.ubuntu.com/~pitti/scripts/requestsync [10:21] fabbione: ahhh...right... [10:21] lucas: it needs a local MTA, otherwise you have to change the smtp call to add a host name [10:21] thanks [10:21] fabbione: and the gpg key? :) [10:22] sivang: He's referring to YOU leaving your laptop and GPG key unprotected in Montreal. [10:22] sivang: Short memory? :) === ghee22 [n=parag@26.muh33.nycm.n54ny31ur.dsl.att.net] has joined #ubuntu-devel [10:22] infinity: so it seems :) [10:22] infinity: nah, I recall that quite strongly. I don't think I will ever forget it :-) However, I did not create the association between what he said and this incident :p [10:23] infinity: to be fair... [10:23] "He's referring to YOU leaving your laptop and GPG key unprotected in Montreal" + and a bastard like him passing by [10:24] fabbione: A bastard? You? That seems unfai-- Wait, no, that's fair. :P [10:24] right.. bastard inside and outside :D [10:25] haha [10:25] anyone familiar with mono's read & write with ubuntu? I'm getting a very strange compile error [10:25] sivang: um, stupid question, but you didnt leave the passphrase there as well did you? [10:25] Hobbsee: "What's a passphrase?" [10:25] Hobbsee: don't turn the knife in the wound... it hurt ;) [10:26] warning to all: if you dist-upgrade edgy, make sure you do not upgrade sudo [10:26] infinity: oh holy sugar. [10:26] pitti: interesting :) [10:26] that is shocking. [10:26] pitti: hem.. halt.. is it ok if i have a root passwd? [10:26] fabbione: yes === fabbione just finished distupgrading [10:26] ok [10:26] thanks [10:26] fabbione: sudo's broke, i believe [10:26] fabbione: sudo is broken; I wanted to fix the merge today, but Scott uploaded the merge already [10:27] Hobbsee: you may never know HOW broken it is [10:27] fabbione: that's why i havent dist-upgraded yet === pitti pats his /usr/bin/sudo.orig [10:27] i'm not sure i want to [10:27] Hobbsee: I did not leave the passphrase anywhere near. But I suspect it was not strong enough. In either way, fabbione did not find it out IIRC, but just leaving the machine unlocked with access to gpg --edit-keys is enough to let an attacker try and break it if it's not strong enough [10:28] sivang: ah. ouch. true. [10:28] Hobbsee: hold sudo, then === Hobbsee notes that she should probably change her passphrase to something stronger. === Hobbsee has absolutely no clue what in hell that should be though. [10:28] sivang: hem.. well how did i add the "You are 0wn3d" comment in your key without a passphrase? === fabbione needs to get a short walk [10:29] brb [10:29] hehe - i think we scared him. [10:29] heh [10:29] anyway, back to productive things :-) [10:30] lol === koke [n=koke@ubuntu/member/koke] has joined #ubuntu-devel === bmon [n=monnahan@207.Red-81-33-124.dynamicIP.rima-tde.net] has joined #ubuntu-devel === WaterSevenUb [n=WaterSev@195-23-238-139.nr.ip.pt] has joined #ubuntu-devel === doko [n=doko@dslb-088-073-092-078.pools.arcor-ip.net] has joined #ubuntu-devel === freeflying-g4 [n=freeflyi@221.221.163.121] has joined #ubuntu-devel [10:43] infinity: yay, Debian has gnutls13 and 12 doesn't build all packages any more. happy transition... [10:45] pitti: Does everything build against 13? I recall talking to vorlon about it a month or two ago, and they weren't going to move on 13 until the archive was happy with it.l [10:45] infinity: no idea [10:45] infinity: I just saw the current merge diffs and wasn't quite happy [10:46] infinity: in fact, Debian seems to have reverted the libtasn security fix [10:46] so we shouldn't touch our libtasn1-2 and gnutls12 packages for now [10:46] pitti: Joy. [10:46] (tasn broke the abi in the security fix, and gnutls12 needed a patch to cope with that) [10:47] I need to investigate this more closely, but my feeling is that we should just wait until Debian sorted that out === Gman [n=gman@nwkea-socks-1.sun.com] has joined #ubuntu-devel [11:05] dpkg-divert: rename involves overwriting `/usr/bin/ldd' with different file `/usr/bin/ldd.amd64', not allowed [11:05] anyone seen that during a dapper amd64 upgrade? [11:06] yeah [11:06] I think I ended up manually renaming /usr/bin/ldd.amd64 to /usr/bin/ldd === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel [11:07] or deleting ldd.amd64 (whichever one was newer) [11:07] jamesh: did you file a bug or was there already one? [11:08] elmo: I think there was already a bug open about it === jamesh checks [11:08] never seen that, dapper->edgy, or breezy->dapper upgrade [11:08] god why do we not sort distributions by popularity [11:09] https://launchpad.net/distros/ubuntu/+source/ia32-libs/+bug/48299 [11:09] Malone bug 48299 in ia32-libs "Upgrade from ia32-libs ubuntu17 to ubuntu19 fails" [High,Confirmed] === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel [11:10] doko: anything I can usefully do while I still have the machine in this state? [11:13] elmo: https://launchpad.net/distros/ubuntu/+source/ia32-libs/+bug/45705 <- see infinity's comment [11:13] Malone bug 45705 in ia32-libs "Error in Dist-upgrade on Dapper" [Medium,Rejected] === seb128 [n=seb@171.Red-80-34-230.staticIP.rima-tde.net] has joined #ubuntu-devel [11:14] which is nice, except completely untrue [11:14] this machine is and always has been breezy only [11:14] (or at least <= breezy) [11:14] and always using released suites [11:14] seems that I deleted /usr/bin/ldd which let the thing upgrade [11:16] ia32-libs tries to remove the diversion in the preinst: dpkg-divert --quiet --rename --divert /usr/bin/ldd.amd64 --package ia32-libs --remove /usr/bin/ldd [11:16] so how does the diversion look like? === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel [11:21] diversion of /usr/bin/ldd to /usr/bin/ldd.amd64 by ia32-libs [11:21] james@asuka:~$ dpkg -S /usr/bin/ldd [11:21] diversion by ia32-libs from: /usr/bin/ldd [11:21] diversion by ia32-libs to: /usr/bin/ldd.amd64 [11:22] Keybuk: btw, what do the different colours mean on the merging status page? [11:22] -rwxr-xr-x 1 root root 5158 Jul 21 2005 /usr/bin/ldd [11:22] -rwxr-xr-x 1 root root 5972 May 21 18:22 /usr/bin/ldd.amd64 [11:24] pitti: package priority [11:26] ah [11:26] elmo: Feh. I couldn't reproduce it in a breezy chroot, doing breezy->dapper. I'm positive the package IS still buggy, but I was fairly sure it wouldn't trip in that case. [11:27] infinity: can you please kick muine on i386/ppc? [11:27] elmo: Err, wait. You have a /usr/bin/ldd owned by nothing? That's kinda special. [11:27] infinity: or is that more automated now [11:27] and I am being particularly stupid, or what? how is ldd not the diverted version? [11:28] tseng: I'll look at 'em. [11:28] infinity: thanks. [11:28] pitti: it seemed an arbitrary way to sort and break up the table ;) [11:28] amd64 says "chroot problem", I am asuming that is known [11:29] infinity: oh, no it's "owned" by libc6 [11:29] but that's a lie AFAICT [11:29] libc6: /usr/bin/ldd [11:29] but the md5sum doesn't match the ldd of the nominally installed libc6 package [11:29] elmo: ldd.amd64 should, I suspect. [11:30] Keybuk: Are you aware that the grab-merge script doesn't work properly when attempting to unpack package sources with colons in their version number? [11:30] infinity: ah, duh, right [11:31] elmo: Anyhow, I think this probably warrants a release to -updates with a more correct fix (I handed one to mdz pre-release, but he deemed it too intrusive) [11:31] infinity: ok, so you know what the fix is? [11:31] elmo: If you can dump yout dpkg -l output to the bug log before you fix it manually (just delete /usr/bin/ldd, then continue the upgrade), that would be appreciated. [11:31] s/yout/your/ [11:32] TheMuso: yes [11:32] s/dpkg -l/dpkg -S/ [11:32] the rejected bug or the new one? [11:32] elmo: Yeah, I know how to do it more correctly, but amunition in the form of a "me too" from you will help push the update in. [11:32] elmo: Whichever. Reopen the rejected one and dupe the new onr against it, if you're feeling Maloney. Otherwise, do whatever you want. :) [11:33] Keybuk: Ok. [11:35] Ahh, good, I still have my proposed pre-release diff. [11:35] elmo: I'll push it in to updates before I go VAC, if I get approval. [11:35] infinity: cool, thanks [11:36] elmo: Thanks for reminding me. Outstanding bugs get flushed from my cache post-release. === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [11:38] hi ogra [11:38] "There are other bugs already marked as duplicates of Bug 48299. These bugs should be changed to be duplicates of another bug if you are certain you would like to perform this change." [11:38] Malone bug 48299 in ia32-libs "Upgrade from ia32-libs ubuntu17 to ubuntu19 fails" [High,Confirmed] http://launchpad.net/bugs/48299 === elmo stares at maone [11:40] elmo: was that english? [11:40] hey ogra. ping? [11:41] thom: launchpadese [11:41] lol [11:42] heh [11:43] elmo: Yeah, Malone doesn't allow dupe chains, and I have NO idea why. [11:44] infinity: because dupe chains are evil? [11:44] Hobbsee: Not inherently. [11:44] Hobbsee: Assuming the UI can follow the chains, it's all the same to the end user. [11:45] infinity: that's true. [11:45] i think. [11:47] hrm, my /etc/sudoers was broken by the sudo upgrade yesterday =) === freeflying-g4 [n=freeflyi@221.221.163.121] has joined #ubuntu-devel [11:48] slomo_: pitti noted to not upagrade sudo some time ago. If you have a root password it's also okay IIRC [11:48] slomo_: (that is , to hold it back) [11:48] sivang: i don't have one... i'll boot from a livecd now and fix it ;) brb [11:49] slomo_: using edgy right ? [11:49] slomo_: just boot in rescue mode [11:50] thom: is this also possible without using the livecd? how? [11:50] slomo_: go to grub [11:50] slomo_: go to Your Kernel (Rescue Mode) [11:50] it will put you in single user [11:51] root shell [11:51] tseng: i use lilo because of xfs... hm, i wonder if i have an entry for that in lilo :) [11:51] oh.. [11:51] oops [11:51] well [11:51] can you edit the kernel command line in lilo? === Norgz [n=eroux@maisel-gw.enst-bretagne.fr] has joined #ubuntu-devel [11:51] at boot time [11:51] Yes. [11:51] so add "single" to the end [11:51] ok, thanks [11:51] brb [11:52] woo, working anastacia [11:52] Do I even want to look? [11:53] Oh, that's not bad. [11:53] I cant figure out how to unstuff sudo [11:53] Kamion: I suspect it'll get scarier if/when hppa catches up... [11:53] nod [11:53] any updated ETA for that? [11:54] I prodded jbailey, who's prodded upstream, who claims to have patches more or less ready, but we need some time to eyeball and run them through a test cycle. [11:54] If I had to guess, I'd say we'd have glibc on hppa good to go in ~2 weeks. [11:55] (But Jeff's guess would be better than mine, since I'm not directly involved in Linux/PARISC upstream) === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #ubuntu-devel [] [11:56] The way type-handling is being pulled into main is freaky. [11:56] Apparently it Provides: linux ... [11:56] It always has, though.. Hasn't it? [11:57] Yeah, it has. [11:57] is it not blacklisted? [11:57] nop [11:57] nope [11:57] iirc. blacklisting was invented in germinate for type-handling [11:57] the version in dapper did provide linux though [11:57] it kept showing up when I didn't want it to [11:57] (breezy's didn't) [11:57] never been blacklisted as far as I'm aware [11:58] I should hack drescher's kernel to oops if it sees a file with a path of pool/main/t/type-handling [11:58] Riddell: ping [11:59] as far as I can see germinate doesn't actually do anything useful with the blacklist other than reporting on it [11:59] could be I broke that although I don't remember doing so [11:59] elmo: LOL [11:59] if src in self.blacklist and src not in self.blacklisted: [11:59] self.blacklisted.append(src) [11:59] Kamion: The more bizarre thing, though, is that germinate should prefer the real "linux" package over the virtual one, no? [11:59] pitti: FYI he's speaking somewhere or other? UKUUG? [11:59] that's the only bit that actually cares, and it doesn't stop the package being processed [11:59] Kamion: Is it dropping "linux" because it's uninstallable? [11:59] Hobbsee: ah [12:00] Kamion: Cause that's an easy fix. :) [12:00] oh, I suppose that could be [12:00] pitti: he said it was too bad if kde wasnt fixed by the time he left - that we couldnt have a fix :P [12:00] Riddell: does the kde screensaver has a similar command as xscreensaver-command ? I need a way to stop it [12:01] mvo: see my note to pitti [12:01] mvo: if you tell me what the xscreensaver-command is , i can check it for you [12:02] Hobbsee: xscreensaver-command is a way to tell the screensaver what to do. there is e.g. -exit to stop it or -activate to make it active [12:02] I wonder if something like this is available for kde screensaver as well [12:03] mvo: i'm not sure, nto found one, but havent looked. screensaver fixing is on my to do list, if i can understand the stuff. [12:03] mvo: ogra's the man for screensavers i'm told [12:03] Hobbsee: well, he is the man, but not for kde :) [12:04] mvo: true [12:04]