=== Lovechild [~dnielsen@82.150.72.35] has joined #ubuntu-devel [12:12] lamont: do we get in trouble uploading new gcc-3.[34] packages before gcc-4.0 hasn't built on powerpc? === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [12:16] sleep tigh everyone... i'm off to bed === dholbach [~dholbach@td9091ae7.pool.terralink.de] has left #ubuntu-devel [] === magnon_ [~magnon@cD9088834.sdsl.catch.no] has joined #ubuntu-devel [12:24] enrico: Debian does indeed have /etc/lsb-release, if you install the lsb-release package [12:27] jdub: damn straight [12:27] jdub: IRT to jordi's daddy [12:27] i hear you've been slipping the blue gold === mako has experienced the blue gold once or twice [12:29] blue gold? [12:33] enrico: BTW, the more standard way to do what dholbach quoted above is 'lsb_release -r' [12:34] Kamion: oh, cute! [12:36] http://refspecs.freestandards.org/LSB_2.0.1/LSB-Core/LSB-Core/lsbrelease.html === spiv [~andrew@adsl-66-203.swiftdsl.com.au] has joined #ubuntu-devel === Hwolf [~hidde@136.110.dynamic.phpg.net] has joined #ubuntu-devel [12:41] Is there a problem with the mailing list? [12:43] I keep getting all the mails multiple times. [12:43] I believe that's due to one particular subscriber's broken mail configuration; this happens sometimes on big mailing list [12:43] +s [12:44] What kind of configuration would be broken? Bouncing back all mails to the list? [12:44] mdz: apt-setup> feel free; please run debconf-updatepo after editing apt-setup.templates [12:45] Hwolf: yeah, the usual case is that somebody is treating the To: header as if it were the address to which the mail should be forwarded [12:45] Hwolf: so they get To: ubuntu-users@lists.ubuntu.com, and forward it back to us [12:45] doko: only if gcc-4.0 is providing things that used to come from 3.4 [12:45] sladen: no clue [12:46] kamion: Isn't that easily detectable? The list software would get a load of mails from that person right, all identical? [12:46] Hwolf: usually the breakage is such that it defeats the usual loop detection === mpt_newjersey [~mpt@ool-44c0bc13.dyn.optonline.net] has joined #ubuntu-devel [12:47] kamion: obviously. :-) [12:47] the second and subsequent mails aren't looping in this case, but the first one isn't stopped [12:48] kamion: You've got a piont. Just wanted to check if it was the list or my settings. Had some difficulties with gmail and pop-retrieval in the past. [12:49] I'm off to bed. later === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel [12:49] speaking of loops ... [12:49] Kamion: lol === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel [12:51] ha! === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel [12:54] jdub: would you refer me to a good source about the desktop files? I searched over fd.o, and googled and found nothing, also I suppose there is some lib to access them programtically from within gnome/gtk code where would I find it? [12:55] i forget which lib is most useful these days [12:55] libgnome-desktop does part of it [12:55] it's murkyish [12:55] ask in #g-h [12:55] Kamion: UNROLL THEM === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel [12:57] jdub: thanks === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel === KeyserSoze [15006@pound.ifndef.com] has joined #ubuntu-devel [12:57] oh here we go again... [12:57] :( === mode/#ubuntu-devel [+o daniels] by ChanServ === mode/#ubuntu-devel [+b *!*@pound.ifndef.com] by daniels === johane [~johan@h99n1c1o255.bredband.skanova.com] has joined #ubuntu-devel [12:58] Hmm, there's no python-gamin package. :( [12:58] spiv: BONG [12:58] spiv: i will fix that right now === jdub hangs up, shoots the phone -> "boring conversation anyway" [01:00] daniels: thanks === TreadingSoftl1 [~tread@82.152.246.197] has joined #ubuntu-devel === srbaker [~srbaker@blk-222-13-66.eastlink.ca] has joined #ubuntu-devel [01:03] haha I just had a call who I accidentally hung up on [01:03] doko: bad build-deps [01:03] if you hit 'transfer' and then enter the wrong number, apparently there's no going back [01:03] lamont: no, libmpfr-dev not in main [01:03] After installing, the following source dependencies are still unsatisfied: [01:03] libmpfr-dev(missing)|libgmp3-dev(inst 4.1.4-5 ! << wanted 4.1.4-3) [01:03] Source-dependencies not satisfied; skipping gcc-4.0 [01:04] doko: ah, ok. tell me when it is, and I'll kick it [01:04] Hi folks. I'm trying to install Beagle on Ubuntu Hoary according to these instructions: http://www.ubuntulinux.org/wiki/HoaryBeagleInstallHowto . However, when it comes to running autogen for gsf-sharp it complains about not being able to find packages monodoc and gtk-sharp-2.0. Where can I get gtk-sharp-2.0? [01:04] lamont: ok, I'll wait with 3.3 and 3.4 uploads then. [01:04] TreadingSoftl1: I believe tseng has a repo with gtk#-2.0 [01:05] crimsun: do you mean i need to install the whole of gtk? Will that break my Gnome packages? [01:06] TreadingSoftl1: no, just dependencies.. [01:06] TreadingSoftl1: (and no, they won't break your gnome packages) [01:07] ah, I should probably get libgsf-cil uploaded now.. [01:07] thanks, ajmitch_. :) [01:07] crimsun: cool ... so exactly what would I download from cvs and where? [01:07] crimsun: I'll have to check it over a lot first [01:09] crimsun: when I built it I didn't see a gtk# 2.0 requirement, so I'd better find out why :) [01:10] ajmitch: ah... would a libgsf-cil package solve my problem? [01:11] TreadingSoftl1: it'd mean that you wouldn't have to build gsf-sharp from source [01:11] jdub: how was that beagle love coming along? [01:11] ajmitch_: cool [01:11] ajmitch_: haven't really looked at it for a bit, might later [01:12] TreadingSoftl1: where'd you get gsf-sharp source from? [01:12] ajmitch_: um ... hold on [01:13] ajmitch_: svn co svn://svn.myrealbox.com/source/trunk/gsf-sharp [01:13] yeah, that's what I thought [01:13] ajmitch_: ? [01:14] I don't see the gtk-sharp-2.0 dependency you were talking about, which is why I'm curious :) [01:15] ajmitch_: see it where? Does your source compile without it? [01:16] let me just copy my debs somewhere for you to test [01:17] ajmitch_: oh bother... i'm really sorry ... it's gst-sharp i'm having trouble with - please excuse my idiocy - i'm getting the gs*-sharp s confused [01:18] ah... [01:18] ajmitch_: so it's svn co svn://svn.myrealbox.com/source/trunk/gst-sharp [01:18] ajmitch_: presumably that makes more sense? [01:19] yeah, that will require gtk-sharp-2.0 [01:20] crimsun: are you in the mono MOTU team? [01:20] if there is one :) [01:21] ajmitch_: I don't believe there is one, but I'm definitely interested. [01:23] ajmitch_: i pulled the gtk-sharp-2.0 source off mono cvs ... but when i ran autogen it said: Optional assemblies included in the build: / * art-sharp.dll: yes / * gnomevfs-sharp.dll: yes / * gnome-sharp.dll: no / * glade-sharp.dll: yes / * gda-sharp.dll: no / * gnomedb-sharp.dll: no / * rsvg-sharp.dll: no / * gtkhtml-sharp.dll: no / * vte-sharp.dll: no / * panelapplet-sharp.dll: no / NOTE: if any of the above say 'no' you may install the / cor [01:23] But I don't know what to do about this? [01:24] crimsun: it's probably a good idea, might be good to have some place to have team review of packages & an svn or arch repository [01:24] have you looked for tseng's mono repository? [01:24] I would but google hates me :) [01:24] ajmitch_: if i pull those other packages off mono CVS, does it pose any significant risk for the rest of my Ubuntu system? (I don't know what they do.) [01:24] ajmitch_: good idea. Oliver sent out a [couple] messages regarding MOTU wiki pages; we should get that up and running. [I have to create one for XFce anyhow.] [01:27] TreadingSoftl1: no significant risk that I'm aware of [01:27] I haven't yet built beagle [01:27] ajmitch_: cool ... and ... oh [01:28] so [01:28] ajmitch_: if it breaks Beagle that's okay ... I just don't want it breaking the whole of Hoary :) === luis_ is now known as lu|game [01:46] someone remind me how to boot a G3 from cdrom... [01:47] lamont: try holding down c at boot [01:47] thanks [01:47] lamont: if that doesn't work, cmd-opt-o-f and type 'boot cd:' at open firmware [01:47] mm, that's "hold down cmd-opt-o-f simultaneously during boot" === AndyFitz [~andy@220-245-97-227-qld-pppoe.tpgi.com.au] has joined #ubuntu-devel [01:48] was c, iirc === AndyFitz [~andy@220-245-97-227-qld-pppoe.tpgi.com.au] has left #ubuntu-devel [] === lamont tries to remember what module the ia64 needed to have loaded for the atapi cdrom to be found., [01:53] Kamion: was C [01:56] S48 console screen segv's on G3 - is that known? [01:56] 2005-02-08 daily === jinty [~jinty@62.175.82.193] has joined #ubuntu-devel [02:07] hey jinty \ === ajmitch [~ajmitch@chc11-port83.jetstart.maxnet.co.nz] has joined #ubuntu-devel === mpt_newjersey [~mpt@ool-44c0bc13.dyn.optonline.net] has joined #ubuntu-devel [02:20] hoi sivang === jinty [~jinty@62.175.82.193] has joined #ubuntu-devel [02:22] sivang: hey again [02:23] jinty: heh, what's up? [02:24] not much, been trying to get distutils and schooltool kiss and make up [02:25] jinty: hehe, they have a dispute? [02:25] they never got along well, had many arguments [02:26] but now they are almost married:) [02:26] jinty: whoo, so you could be a very good matchmaker if so :) [02:26] And on your side? === lu|game [~louie@h001217d2c87d.ne.client2.attbi.com] has joined #ubuntu-devel [02:34] Kamion: still here? === mode/#ubuntu-devel [-o daniels] by daniels === helix [~erinn@helix.user] has joined #ubuntu-devel === rcliii [~rcliii@c-24-10-179-112.client.comcast.net] has joined #ubuntu-devel [02:58] mdz: just about [02:58] mdz: in house accounts resolution hell [02:59] Kamion: how many housemates? [02:59] three [02:59] ick [02:59] but I just had to do the maths for one moving out and another moving in, including the mistake I made at the time of assuming rent was in arrears not in advance [02:59] I wanted to talk about the Win-FOSS stuff when you have a moment [03:00] 12:58 < hou5ton> my son installed Ubuntu on this laptop for me, and I later [03:00] whether you think we should suck it in automagically, etc. [03:00] went into Computer > System Config > Users and Groups and [03:00] changed the user name he had entered (user) to a new one [03:00] (hou5ton). But now the machine won't let me open a root [03:00] terminal or sudo. [03:00] [03:00] ARGH [03:00] so I am filling out a very large pile of double-entry columns at the moment [03:00] another "shoot me in the foot" desktop feature [03:00] yeah [03:00] we should not allow user name changing [03:00] it's doooooomed [03:00] mdz: well, it's only i386, I assume? [03:00] gnome doesn't handle it well at all [03:00] even more so than uid changing [03:00] Kamion: correct [03:00] mdz: so I'm happy to suck it in automagically [03:01] Kamion: for Warty at least, we didn't include all of it, and stripped some bits out [03:01] so we might need a filter in the middle this time as well [03:01] mdz: group sudo rights does help this a little bit [03:01] I'll have a look at a Warty CD and "make it look like that" for now [03:01] jdub: this zen linux iso is going to take all night to download [03:01] assuming that's kind of plausible [03:01] jdub: "where did my mail go??" [03:01] mdz: they should find a cosmonaut to sponsor fat bandwidth [03:02] mdz: ie. not moving home directory? [03:02] "why do all my prompts say /home/olduser now instead of "~"??" [03:02] oh, mail spool? [03:02] heh [03:02] nothing but badness [03:02] the system really should be robust enough to handle it though [03:02] Kamion: that sounds vaguely plausible [03:02] jdub: the home directory is set in /etc/passwd anyway, so unless that got changed but not moved ... [03:02] Kamion: for some reason the tarball is way larger than I expected [03:03] mdz: I was also surprised by the size, although I guess it doesn't compress very well [03:04] Kamion: the compressed tarball is _much_ larger than the stuff currently on the Warty CD, even though celestia is already excluded [03:06] oh, no it isn't [03:06] I just mis-remembered [03:06] oh, yes it is [03:06] well, the compressed tarball is about the size of the uncompressed stuff on the Warty live CD [03:06] warty-live: 116M total [03:07] at any rate, no crisis here, move along === macewan [~macewan@ip68-101-19-222.nc.hr.cox.net] has joined #ubuntu-devel === dredg [niall@malkovich.office.blacknight.ie] has joined #ubuntu-devel === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #ubuntu-devel [03:17] Kamion: hrm, can i check a possible germinate bug with you? === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #ubuntu-devel === moquist_ [~moquist@pool-64-223-175-122.man.east.verizon.net] has joined #ubuntu-devel [03:18] $ apt-cache rdepends libmad0 | awk '/^ / {print $1}' | xargs apt-cache show | grep ^Filename | grep "pool/main" [03:18] Filename: pool/main/s/swfdec0.3/libswfdec0.3_0.3.2-2_i386.deb [03:18] Filename: pool/main/libm/libmad/libmad0-dev_0.15.1b-1_i386.deb [03:18] now, arts and kdelibs we can fix [03:18] Filename: pool/main/a/arts/libarts1_1.3.2-2_i386.deb [03:18] Filename: pool/main/k/kdelibs/kdelibs4_3.3.2-1ubuntu6_i386.deb [03:19] [03:19] swfdec0.3 though; === jdub double-checks germinate output [03:20] aha [03:20] mozilla-dev [03:20] grr. [03:20] jdub: still a bug to be investigated? [03:21] jdub: if so, please point me to which seed is involved and what output you're looking at [03:21] http://people.ubuntu.com/~cjwatson/germinate-hoary-output/desktop.build-depends [03:21] mozilla-dev | mozilla | swfdec0.3 (Build-Depend) [03:22] that would appear to be correct? [03:23] Build-Depends: binutils (>= 2.15-4), libgtk2.0-dev, debhelper (>= 4.1.16), zip, libjpeg62-dev | libjpeg-dev, libungif4-dev, libz-dev, autoconf2.13, bzip2, patch, sharutils, docbook-to-man, libfreetype6-dev, libxft-dev (>= 2.1-6), libfontconfig1-dev (>= 2.1-13), gcc (>= 3.3) [!amd64] , g++ (>=3.3) [!amd64] , libidl-dev (>= 0.8), po-debconf, libxp-dev, libxt-dev, gcc-3.4 [amd64] , g++-3.4 [amd64] [03:23] whose build-deps are those? [03:23] mozilla [03:24] you have it the wrong way round; look at swfdev0.3's build-deps, you'll find mozilla-dev [03:26] bong [03:26] ok, so it's just arts === jinty [~jinty@62.175.82.193] has joined #ubuntu-devel [03:26] the third column in a germinate output file is a more-or-less-randomly-selected reason why the package is there [03:26] heh [03:26] for a list of all the reasons, see the relevant file in rdepends/ [03:26] weird, that doesn't mention arts [03:26] no, no [03:26] never mind [03:26] of course swfdec rdepends doesn't mention arts ;) [03:27] http://people.ubuntu.com/~cjwatson/germinate-hoary-output/rdepends/libmad/libmad0 is presumably the file you're looking for [03:27] yes [03:28] i led myself up the garden path *twice* then [03:28] but looking at that now, will see if it's easily fixable [03:30] Kamion: ah, no, so, there is a problem === jdub rattles sense out [03:31] Kamion: i can only get swfdec out of main if i disable gstreamer0.8 build-depend on it? [03:32] so you want swfdec out as well as libmad0? (why?) [03:32] because swfdec depends on libmad in a way that wouldn't be useful to disable [03:33] anyway I don't see a build-depends from gstreamer0.8 listed, I'm guessing you mean gst-plugins0.8 [03:33] sorry, yes [03:33] Kamion: regarding the apt-setup stuff...I really think it should work a bit differently. I don't recall if we talked about this before [03:33] but I think it should be possible to end with network sources in sources.list, without downloading from them during the install [03:33] and that should be the default [03:33] mdz: we haven't discussed that as far as I can remember [03:34] amu, haggai: around? [03:34] mdz: that change sounds reasonable though; can I let that percolate overnight and see if I can think of any problems? [03:35] because my brain is too full of numbers right now for anything much to make sense [03:35] Kamion: want a reminder email? [03:35] mdz: yes please [03:36] actually perhaps a bug report [03:36] hmm, there might be one [03:36] I'm sure I've talked about this someplace [03:36] oh bugzilla, how I hate thee [03:36] if there is, I don't *think* it's on my list [03:36] although with 141 bugs I could have missed it === Kamion sighs [03:37] #2757 is relevant [03:37] I think some of jbailey's recent work has killed a batch of my bugs, so I need to triage [03:37] but not the same [03:37] #2757 looks almost entirely orthogonal [03:37] I mean, apart from disk space required to do the download [03:38] I suppose it's connected in that the disk space recommendations would be different if they took downloads into account [03:39] well, the basis for my proposal is that downloading packages during a CD installation is almost never the right thing [03:40] and in the same thread on -devel someone mentioned the problem of running out of disk space due to downloading packages during the install [03:40] ah [03:40] I'll file a bug [03:41] the reason I wanted to do it that way in the first place was so that you weren't installing stuff we knew to be insecure (because we'd released a security update) [03:41] if you think people will be happy with us telling them that they need to update immediately after installation ... [03:41] that happens anyway if they say "no" [03:42] (the insecure system) [03:42] and update-notifier makes it pretty painless to notify the user [03:42] which is why yes is the default :) [03:42] I think it's better to have the system up and running completely, and then updates can be applied === jdub agrees with mdz. [03:42] OK, update-notifier does alleviate my concerns somewhat [03:43] ui > di ;-) [03:43] our security policy makes the window of insecurity fairly irrelevant [03:43] except in the case of remote kernel vulnerabilities, in which case they're screwed from booting the CD anyway [03:43] jdub: screw you, hippy ;-) [03:43] if we do an apt-get update at the end, then if they install anything which listens, they get the secure version [03:43] :-) [03:45] ok, I'll see if I can figure out how many bits of base-config need to be rearranged to make that work [03:51] mdz: oh, while I remember, there were a bunch of debconf template translation fixes in various bits of d-i mass-uploaded to Debian recently; I'd like to merge those translation fixes when time permits, if that's OK [03:52] Kamion: certainly [03:52] I don't suppose any of it is imported into rosetta yet... [03:52] mdz: ho ho [03:53] mdz: I'm quite tempted to ask the guy who posted asking about translating the installer into Polish to download the assembled .po file from http://people.ubuntu.com/~cjwatson/installer-po/ and translate that [03:53] because it is not clear to me that anything else will be available in time [03:54] Kamion: so what must the kernel/whoever do to get cmd64x.ko into the initrd? [03:54] (so we can find the cdrom on ia64...) === usual [~colin@cpe-69-204-161-106.nycap.res.rr.com] has joined #ubuntu-devel === drbyte [~byte@60.48.83.132] has joined #ubuntu-devel === jinty [~jinty@62.175.82.193] has joined #ubuntu-devel [03:57] lamont: as far as I can tell, it already is in the initrd ... [03:57] debian/d-i/ia64/modules/ia64/ide-modules:8:drivers/ide/pci/cmd64x.o [03:57] (linux-source-2.6.10) [03:58] build/pkg-lists/cdrom/ia64.cfg:9:ide-modules-${kernel:Version} [03:58] (debian-installer) [03:58] cjwatson@little:~/cdimage/ftp/dists/hoary/main/installer-ia64/current/images/cdrom$ grep ide-modules initrd.list [03:58] ide-modules-2.6.10-3-itanium-smp-di 2.6.10-15 [04:00] deb file:/mnt hoary main restricted === lamont stares and tries to figure out what's wrong with that [04:01] lamont: file:///mnt ? [04:01] daniels: tried that too. [04:02] grr, I can't mount the initrd on powerpc; wrong endianness ... [04:02] it parses fine, but doesn't find anything to upgrade [04:02] are we supposed to be getting gpg 1.4.1? [04:02] module is not loaded, and find /lib doesn't find it. [04:02] livecd from 8fenb [04:02] 08 feb 2005 [04:02] or does it not matter? [04:03] lamont: hm, module indeed not actually in the initrd [04:04] Kamion: kinda need that to boot.. :-( [04:04] oh, I wonder if this is a kernel-wedge bug [04:04] the contents of the udeb stop at drivers/ide/pci/amd74xx.ko (not present) [04:04] in any case, how hard is this to hack around locally? [04:05] who will be doing the next kernel upload? [04:05] that's because we deleted that beast because it's evil [04:05] Kamion: somehow, I think that might be me... [04:05] unless zul or t-bone really wants it... [04:05] lamont: ah, fabbione forgot to remove it from debian/d-i/ia64/modules/ia64/ide-modules too [04:05] should that fix things/ [04:05] ? [04:05] lamont: edit that file, remove the amd74xx line; yes, that'll fix it [04:06] it's a bug that the build succeeded anyway, though [04:06] that matches what got on the CD pretty well... [04:07] anything else that it needs? [04:07] don't think so; I'm just poking at the build log now [04:08] oh, hm, there's another bug [04:09] bloody fabbione put || true after kernel-wedge check :( [04:10] lamont: ok, just that change for now, then we'll see how things look [04:10] debian/d-i/ia64/modules/ia64/ext2-modules.lnk:common/ext2-modules [04:10] that'll get me ext2? [04:11] lamont: ext2 should already be done; note that that problem in ide-modules probably had a huge knock-on effect [04:12] as in, it caused copy-modules to exit early [04:12] lamont: oh yes, please remove ext2-modules from debian/d-i/ia64/package-list, though; that will make germinate a *whole* lot happier :) [04:13] lamont: as in, remove it from kernel-image's Provides ... [04:13] Package: kernel-image [04:13] Provides: rtc-modules [04:13] like that? [04:13] right [04:13] fabbione meant to do that in the last upload, but it got lost by accident [04:14] yeah - there's a lying changelog entry there... === lu|game [~louie@h001217d2c87d.ne.client2.attbi.com] has joined #ubuntu-devel [04:16] changelog, drop amd74xx.o from ia64/modules, drop ext2-modules from provides in ia64/package-list [04:16] copy 00list-15* -> 00list-16* [04:16] and I think that's all. [04:16] any other changes, oh master of d-i? [04:16] you might want to test-build on ia64; I'm not sure if the rest of the bits are OK [04:17] if you do, throwing a build log in my direction would be good :) [04:17] but if you'd rather just upload to fix the boot issue and worry about the rest later, that's fine too [04:17] how long you going to be around? [04:19] few minutes [04:22] it build-deps xorg, which is out of date on my mirror, and therefore unistallable... [04:22] I could just upload, or deal with it tomorrow sometime... [04:23] I think I may just upload it... === lamont is pretty sure he really doesn't want to know _WHY_ xorg is needed to build a kernel, mind you. [04:23] the kernel build-deps xorg?!?!?!?! === lamont spews [04:23] The following NEW packages will be installed: [04:23] bzip2 debconf-utils debhelper defoma docbook docbook-dsssl docbook-utils [04:23] dpatch ed file gettext gettext-base gs gs-common gs-gpl gsfonts html2text [04:23] intltool-debian jadetex kernel-package kernel-wedge libgcrypt11 libgimpprint1 [04:23] libgnutls11 libgpg-error0 libice6 libjpeg62 libkpathsea3 liblzo1 libmagic1 [04:23] libncursesw5 libopencdk8 libosp4 libostyle1 libpaper1 libpng12-0 libpopt0 [04:23] libsgmls-perl libsm6 libsp1 libt1-5 libtasn1-2 libwww-ssl0 libx11-6 libxaw7 [04:23] libxext6 libxmu6 libxpm4 libxt6 lynx mime-support module-init-tools openjade [04:23] po-debconf sgml-base sgml-data sgmlspl sharutils sp tetex-base tetex-bin [04:24] tetex-extra texinfo transfig ucf whiptail xlibs-data xml-core xorg-common [04:24] sweet zombie jesus. [04:24] uh, yeah. [04:24] oh [04:24] gs, at a random guess? [04:24] tetex-bin contains an xaw app === lamont sighs [04:24] we have a sweet build-dep loop between tetex-bin and xorg [04:24] gs dep gs-gpl dep [04:25] xaw is a complete horror [04:25] why does the kernel dep ghostscript, out of curiousity? [04:25] Kamion: I imagine that it's several of those packages [04:25] daniels: nfc [04:25] daniels: doc-building, I guess [04:26] but that's the only reason that would make sense... [04:26] daniels: it deps tetex-bin via docbook-utils -> jadetex -> tetex-bin (at least) [04:26] sweet jesus [04:27] docbook considered harmful [04:27] the world needs to get over its XML fixation :P [04:27] yeah [04:27] we should write documentation in debconf [04:27] yeah, if we all used tetex, this problem would have just gone away [04:27] oh, hey, wait ... [04:27] groff! [04:28] world deps groff anyway ;) [04:28] dude, everyone knows groff is dead === jdub will raise his docbook refentry plans again at some stage. :-) [04:28] blah, you just don't know a good language when you see onw [04:28] one [04:29] spelling is a good prerequisite though [04:29] Kamion: well, x is dead also :) everyone uses y or directfb. so sometimes 'dead' isn't so bad. [04:29] for values of everyone of ...? [04:29] Kamion: no-one [04:29] jdub: :P [04:30] daniels: ah-ha, a common value [04:32] Kamion: so you think I can just upload it? [04:32] or will it have other issues:? [04:34] lamont: I'd say go for it, I don't know of others - but I haven't been listening for others either :) === jba [~jba@210.185.67.18] has joined #ubuntu-devel [04:35] uploading [04:35] feh [04:35] 4 hour build time [04:36] Kamion: you want to kick an ia64 d-i and livecd run when you wake up? [04:36] lamont: ok, will do [04:36] thanks [04:36] there's no way in hell it's going to make the normal runtime [04:36] when's the d-i build cronned for? [04:37] 0615 [04:37] livecd runs at the same time [04:38] ok. you won't need a new livefs build though [04:39] unless there's some other reason ... all the kernel stuff goes in udebs and is outside the livefs [04:39] cool [04:39] at least all the kernel stuff that's relevant here ... :) [04:39] sorry - d-i run on the buildd, and livecd generation on your side [04:39] was what I meant to ask for ... [04:40] ah, right, sure, I can do that [04:40] is there anything that is in the daily d-i build that winds up inside the livecd cloop? [04:40] god, I hope not, that would just be way too confusing [04:40] well, if it was, we couldn't cron them together like we have... :-) [04:40] hence the question [04:41] I'm not aware of anything, although I haven't read the cloop script; but it would have taken some work to do that, you wouldn't have done it by accident [04:41] it's (basically) a debootstrap and apt-get install [04:41] yeah, very unlikely then [04:41] and run a few commands, etc. [04:41] you'd have had to convince apt-get to install udebs. :) [04:41] speaking of which... [04:42] lamont: mind you, there is debian-installer-manual.deb, which comes out of the daily d-i build [04:42] Kamion: yes. every _STINKING_ day... [04:42] with no changes. [04:42] that's in ship but not in live - I recommend not putting it in live [04:43] agreed === lamont points Kamion at the other window [04:43] why don't you build just binary-arch in the daily run? [04:43] it is binary-arch [04:44] er, damn, so it is [04:44] if I provided a separate target for just the images, could you use that? === OddAbe19 [~OddAbe19@pcp02542642pcs.lncstr01.pa.comcast.net] has joined #ubuntu-devel [04:53] lamont: did elmo happen by to process ubuntu-live before the cloop builds? [04:54] apparently not [04:54] mdz: I'm kicking off new builds tomorrow morning anyway, so I'll do livefs as well [04:55]