[12:00] ok ok [12:00] elmo: around? [12:00] so go with the compatibility stuff === jdub attempts to fix the NDEBUG assert b0rk [12:19] (lamont/#ubuntu-devel) hrm... gonna have to reboot [12:19] (lamont/#ubuntu-devel) changing IP's will do that to you... === will_ [~will@1-1-7-19a.ars.sth.bostream.se] has joined #ubuntu-devel [12:30] wiki login has been fixed === enrico cheers elmo === mirak [~mirak@AAubervilliers-152-1-31-5.w83-114.abo.wanadoo.fr] has joined #ubuntu-devel [12:36] mdz: ping [12:37] 'night [12:37] night seb128 [12:37] night seb128 [12:37] elmo: did you see my paste above? [12:37] <__daniel> bye seb128 === __daniel [~daniel@td9091bd7.pool.terralink.de] has left #ubuntu-devel [] [12:51] elmo: one last upload from chinstrap, because the mysql package was already there anyway. Sorry... === lupus_ [~lupus@kn-ivl-2.kuleuven.net] has joined #ubuntu-devel [12:51] jdub: err, yes, why is that a surprise? [12:51] your key isn't in the debian keyring? [12:51] pitti: why doesn't ftp work for you? is it just with this server or in general? [12:51] elmo: it's a general problem with my ISP [12:51] elmo: it works, but it is sloooooooooow [12:51] elmo: that's why I scp it onto another host and ftp from there [12:51] elmo: if chinstrap is to be avoided, I can also route it through my own server [12:51] pitti: ok - I just want to encourage people to test out the new upload daemon - if ftp is fux0red for you, you can use chinstrap [12:51] elmo: boh [12:51] elmo: tomorrow I have some smaller packages to fix, I will test it then [12:51] i thought putting those in DEFAULTS would default to ubuntu [12:51] bong === jdub uses the other setting === D0wnXcaST [56732@modemcable094.185-203-24.mc.videotron.ca] has joined #ubuntu-devel [12:58] night === moyogo [~moyogo@HSE-Toronto-ppp189288.sympatico.ca] has joined #ubuntu-devel === lamont [~lamont@mix.mmjgroup.com] has joined #ubuntu-devel === jdub [~jdub@home.waugh.id.au] has joined #ubuntu-devel [01:19] night === jdub [~jdub@home.waugh.id.au] has joined #ubuntu-devel [01:22] maybe re-iping things wasn't the best timed act of the day... :-( [01:35] grumble. bounced mail. only about 60 messages though. :-( === magnon [~magnon@cD9088834.sdsl.catch.no] has joined #ubuntu-devel === magnon [~magnon@cD9088834.sdsl.catch.no] has joined #ubuntu-devel === lucas_ [~lucas@ca-grenoble-1-147.w80-8.abo.wanadoo.fr] has joined #ubuntu-devel [02:02] hi [02:02] somebody with some debian-cd knowledge ? [02:02] I need to build iso with software from (uni|multi)verse [02:02] it isn't supported, right ? [02:03] am I right when I think that the easiest way to fix this is to grep for "restricted" and see what was changed to add "restricted" support ? === magnon [~magnon@cD9088834.sdsl.catch.no] has joined #ubuntu-devel [02:27] lucas_: I started with a copy of the CD, added files, replaced the Packages/Sources/Release files, and reburned the CD [02:28] the rune to make the ISO is "mkisofs -r -V 'Ubuntu 4.10 i386 Bin-1' -o warty-install-i386-hacked.iso -cache-inodes -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table wherever-your-new-tree-is" [02:28] understanding what that means is left as an exercise. === lamont built a warty install-dvd [02:34] is discover only called on install of ubuntu? [02:34] or each boot [02:35] only on install [02:35] during install [02:38] why only durring install? [02:40] lupus_: because warty doesn't use discover. [02:40] well, mostly [02:41] hotplug is better, basically and we're migrating to it [02:41] +even in the installer [02:41] ah so hotplug is not used in the installer at the moment [02:41] only discover [02:44] yeah [02:44] tho, that's already changed in hoary [03:00] so /etc/hotplug is for coldplugging and /etc/hotplug.d to have hotplugging? sorry I'm trying to understand how hardware is detected and configured [03:03] nm I'm wrong :) === ironwolf [~ironwolf@c-24-6-169-124.client.comcast.net] has joined #ubuntu-devel === nmf [~nmf@81.193.170.173] has joined #ubuntu-devel [03:20] http://mail.nl.linux.org/humorix/2004-11/msg00002.html === sladen chuckles === ironwolf giggles === lamont sleeps [03:39] jdub: heh [03:49] the final live cd looks brill [03:50] (sladen/#ubuntu-devel) "final" ? [03:50] warty? yeah, it's pretty. [03:52] sladen: the release version, on the pretty printed cds :) [03:52] i didn't have the b/w to pull many live cd releases [03:54] ironwolf: did your order show up yet, btw? [03:54] lamont: no, only 3 days left too... [03:55] lamont: although I have had lots more local interest in them when they arrive. [03:56] blah, I can't rightclick files and create an archive anymore [03:58] vino + damage == rock! [04:02] well, night [04:02] later lamont [04:03] night lamont === netjoined: irc.freenode.net -> tolkien.freenode.net === _rene_ [~rene@dsl-213-023-037-044.arcor-ip.net] has joined #ubuntu-devel === chrisa [~chris@nullcode.org] has joined #ubuntu-devel === amu [~amu@195.71.9.198] has joined #ubuntu-devel === winkle [~winkle@lgh3814234.vittran.norrnod.se] has joined #ubuntu-devel === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #ubuntu-devel === kylem [~kyle@CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com] has joined #ubuntu-devel === calc [~ccheney@ip70-185-2-220.ma.dl.cox.net] has joined #ubuntu-devel === robtaylor [~robtaylor@217.204.121.82] has joined #ubuntu-devel === [Clint] [~c123p456@user-12hdtek.cable.mindspring.com] has joined #ubuntu-devel === rabidbt [~rabidbt@66.45.74.16] has joined #ubuntu-devel === mirak [~mirak@AAubervilliers-152-1-31-5.w83-114.abo.wanadoo.fr] has joined #ubuntu-devel [05:00] lamont around? === ironwolf [~ironwolf@c-24-6-169-124.client.comcast.net] has joined #ubuntu-devel [06:20] morning guys === aj [aj-irc@azure.humbug.org.au] has joined #ubuntu-devel === migus [~migus@netu.naquadah.org] has joined #ubuntu-devel === jvw [jeroen@233pc233.sshunet.nl] has joined #ubuntu-devel === infinity [adconrad@S010600e029962405.cg.shawcable.net] has joined #ubuntu-devel === bitserf [~ljb@222-152-7-99.jetstream.xtra.co.nz] has joined #ubuntu-devel === TerminX [~terminx@69.12.16.92] has joined #ubuntu-devel === doko [doko@dsl-084-057-097-088.arcor-ip.net] has joined #ubuntu-devel === eruin [~eruin@213-145-179-140.dd.nextgentel.com] has joined #ubuntu-devel === lamont [~lamont@mix.mmjgroup.com] has joined #ubuntu-devel === magnon [~magnon@cD9088834.sdsl.catch.no] has joined #ubuntu-devel === robtaylor [~robtaylor@217.204.121.82] has joined #ubuntu-devel === mirak [~mirak@AAubervilliers-152-1-31-5.w83-114.abo.wanadoo.fr] has joined #ubuntu-devel === sjoerd [~sjoerd@fire.ipv6.luon.net] has joined #ubuntu-devel === Fwiffo [~user@jep.dhcp.kampsax.dtu.dk] has joined #ubuntu-devel === HcE [~hc@66.80-202-212.nextgentel.com] has joined #ubuntu-devel === rabidbt [~rabidbt@66.45.74.16] has joined #ubuntu-devel === [Clint] [~c123p456@user-12hdtek.cable.mindspring.com] has joined #ubuntu-devel === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #ubuntu-devel === winkle [~winkle@lgh3814234.vittran.norrnod.se] has joined #ubuntu-devel === amu [~amu@195.71.9.198] has joined #ubuntu-devel === nmf [~nmf@81.193.170.173] has joined #ubuntu-devel === jdub [~jdub@home.waugh.id.au] has joined #ubuntu-devel === Mitario [~michiel@sikkes.xs4all.nl] has joined #ubuntu-devel === sivang [~sivang@80.179.93.130.forward.012.net.il] has joined #ubuntu-devel === tarzeau [~tarzeau@80-219-75-186.dclient.hispeed.ch] has joined #ubuntu-devel === jbailey [~jbailey@dragonfly.fundserv.com] has joined #ubuntu-devel === madduck [~madduck@madduck.developer.debian] has joined #ubuntu-devel === pasc [~pasc@gandalf.redellipse.net] has joined #ubuntu-devel === elmo [~james@83.216.141.215] has joined #ubuntu-devel === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === lemsx1|gone [~lemsx1@xd84b58f2.ip.e-nt.net] has joined #ubuntu-devel === smurfix [~smurf@smurfix.developer.debian] has joined #ubuntu-devel === BradB|away [~bradb@modemcable202.193-131-66.mc.videotron.ca] has joined #ubuntu-devel === steved [~steve@static24-72-72-185.regina.accesscomm.ca] has joined #ubuntu-devel === asw [~Alexander@node-423a728a.bos.onnet.us.uu.net] has joined #ubuntu-devel === mako [mako@micha.hampshire.edu] has joined #ubuntu-devel === sladen [paul@starsky.19inch.net] has joined #ubuntu-devel === Kamion [~cjwatson@host81-153-126-219.range81-153.btcentralplus.com] has joined #ubuntu-devel === bob2 [rob@bob2.user] has joined #ubuntu-devel === lhb [lhb@kapsi.fi] has joined #ubuntu-devel === m_tthew [matt@iorek.ice-nine.org] has joined #ubuntu-devel === whiprush [~jorge@arslinux.com] has joined #ubuntu-devel === tseng [~tseng@thegrebs.com] has joined #ubuntu-devel === KeyserSoze [unbound@pound.ifndef.com] has joined #ubuntu-devel === schweeb_ [~chris@schweeb.org] has joined #ubuntu-devel === vinsci [~vinsci@dsl-sjkgw2jb1.dial.inet.fi] has joined #ubuntu-devel === kylem [~kyle@CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com] has joined #ubuntu-devel === chrisa [~chris@nullcode.org] has joined #ubuntu-devel === sm [~simon@lsanca1.ar5-4.15.64.42.lsanca1.dsl-verizon.net] has joined #ubuntu-devel === mjg59 [mjg59@cavan.codon.org.uk] has joined #ubuntu-devel === boglot [~logbot@mentors.workaround.org] has joined #ubuntu-devel === jk [~jochem@jkossen.xs4all.nl] has joined #ubuntu-devel === lifeless [~robertc@dsl-181.4.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #ubuntu-devel === thom [~thom@amnesiac.heapspace.net] has joined #ubuntu-devel === haggai [~halls@i-83-67-20-196.freedom2surf.net] has joined #ubuntu-devel === azeem [~mbanck@lxsrv150.lrz-muenchen.de] has joined #ubuntu-devel === sjoerd [~sjoerd@fire.ipv6.luon.net] has joined #ubuntu-devel [07:55] lamont: ping === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [08:38] Hi all [08:44] doko: woo! === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [08:55] jdub: what were you pinging about before ? [08:58] don't remember :) [08:58] oh [08:58] here's something though [08:58] baz register-archive -> do you ever register anything other than an archive? [08:58] oh, ui names ? [08:58] ie baz register ? [08:58] yeah [08:59] sounds good, chuck it in the mockup UI :) [08:59] ping lamont [08:59] lifeless: also, what do you think about splitting that page up a bit? it's getting unwieldy [08:59] lifeless: happy to take an initial stab at it [08:59] please do [09:03] elmo: here? [09:18] doko: ping? === seb128 [~seb128@ANancy-151-1-2-146.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel [09:39] morning [09:40] jdub: #4092 is WONTFIX, right ? [09:41] yeah, atm [09:42] Hi seb128 [09:43] hey pitti === seb128_ [~seb128@ANancy-151-1-32-105.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === silbs [~sbsm0084@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === daniels [~daniels@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === herzi [~herzi@c153063.adsl.hansenet.de] has joined #ubuntu-devel === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === RubenV [~lambda1@kn-res.kuleuven.net] has joined #ubuntu-devel === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel [10:24] I really must actually upload our modified debian-cd to hoary for this release === mvo_ [~Michael@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel [10:27] hey Kamion [10:27] Kamion: kernel-wedge doesn't like symlinks :( [10:27] things need to be copied in proper places for it to work [10:28] can you elaborate? [10:28] oh, make-links and clean [10:28] sure... [10:28] yeah, but dpkg-source doesn't much like symlinks in diffs either [10:28] at best they'll get expanded into real files [10:28] remeber we agreed on the dir structure of debian/d-i/ ? [10:28] so you might as well copy [10:28] yes [10:29] perfect.. to generate debian/control from control.stub, kernel-wedge accesses a bunch of files like modules// [10:29] the original idea was to symlink those from the top level directory [10:29] but kernel-wedge just delete the symlinks [10:29] so they need to be copied and removed [10:29] in order to keep the top level dir clean [10:30] perhaps it would be nice for kernel-wedge to understand symlinks [10:30] right, but all the modules/ directories are separate anyway [10:30] you might as well just copy them [10:30] no big deal.. just some extra cp rm work [10:30] Kamion: yes.. i agree. i don't want to clutter the top level dir. [10:30] since it is the top level of the kernel [10:30] and still other files need to be copied per arch [10:31] and this will also keep the merging easier [10:39] pitti: pong === jvw [jeroen@145.97.220.255] has joined #ubuntu-devel [10:40] mdz: Hi! [10:40] mdz: can you please take a look at the mysql USN? [10:40] mdz: I try to reach lamont or elmo to investigate the missing build from ppc, but as soon as this is sorted out, I can publish it [10:40] pitti: ok [10:40] pitti: you can reproduce the problem, right? it is not just me? [10:41] mdz: "the problem" ==? [10:41] I straced it and it is not calling mlock(2) [10:41] pitti: gpg [10:41] mdz: ah [10:41] mdz: I followed up the bug report [10:41] mdz: it's a buildd problem [10:41] yes, very strange [10:41] mdz: it works fine when I build it on my machine and I investigated the cause of the problem [10:41] mdz: luckily the warty version was built correctly [10:41] I saw [10:42] pitti: what do you want me to look at for mysql? [10:42] mdz: just the USN text [10:42] I sent email to the list regarding the diffs [10:42] ok [10:43] i think some buildd chroots are having problems [10:43] mdz: https://chinstrap.warthogs.hbd.com/~pitti/usn-mysql.txt [10:43] like having too many apt entries [10:43] fabbione: so far I only had problems with amd64, it's my first ppc failure [10:43] pitti: it should note explicitly that -0837 and -0956 require an authenticated mysql user in order to exploit [10:44] pitti: i noticed gdb has been built [10:44] but using universe packages [10:44] that means that some stuff might be actually building for mistake [10:44] (talking about hoary) === lucas_ [~lucas@ca-grenoble-2-60.w80-8.abo.wanadoo.fr] has joined #ubuntu-devel [10:44] Hi [10:45] I've always been confused by "warty-updates" vs "warty" dists on the mirror === mvo_ [~Michael@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel [10:45] from what I understand, some updates go in "warty", but not all of them ? [10:45] or is "warty" totally frozen ? [10:45] warty's totally frozen [10:45] ok [10:46] mdz: fixed [10:48] lucas_: changes in warty are mainly security fixes [10:48] those go in warty-security right ? [10:49] yes [10:49] why ? [10:55] lucas_: as described on the website, stable releases receive only security fixes and other critical bug fixes [10:56] pitti: the advisory text needs a few more changes, I will send you an updated version [10:56] mdz: okay, thanks [10:57] yup, my question was about building warty CDs that include the security/bug fixes [10:57] but I need to read more debian-cd code [10:57] (I'm only limited help here because I've never actually tried doing that ...) [10:58] ok, I think I'll start by building CDs based on released warty packages, ignoring updates [11:00] that will certainly be easier === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [11:00] no plans to release ubuntu 4.10r(0..n) ? [11:00] don't believe so [11:01] ok [11:01] lucas_: not much point, with a 6-month release schedule. This isn't Debian. ;) [11:02] yeah I know, I was just asking because it would have helped me a lot ;) [11:02] you could investigate update-cd I guess, but that's *really* never been tested with Ubuntu [11:02] ok [11:07] the easiest would probably be to write a tool that would merge warty-update and warty-security inside warty [11:07] so there's no need to hack debian-cd [11:07] (merge in the local mirror) [11:09] lucas_: do you really need the security updates on the CD ? [11:09] it's not high priority, but it would be better [11:10] some of my "customers" don't have broadband [11:10] lucas_: that's a bit scary; debian-cd *is* capable of reading multiple Packages files in general so it shouldn't be necessary [11:10] don't forget grenoble != la doua ;) [11:10] ok [11:10] lucas_: people who have a network connection just have to download these updates, what's the security issue with people who don't have a network connection ? [11:11] the problem is for people who have a network connection but not broadband [11:11] lucas_: bah, just wondering if a student with no connection really needs the security updates [11:11] lucas_: security updates already are that big ? [11:11] not sure [11:11] depends on what is updated ;) [11:12] lucas_: we have talked about producing CDs containing only security updates [11:12] seb128: yes, often [11:12] ok [11:12] seb128: xfree86 has been updated, e.g. [11:12] right [11:12] lucas_: that is what I recommend that you do, if you are interested in pursuing this [11:12] doko: around? [11:13] mdz: it might be difficult regarding my user base === __daniel [~daniel@td9091c7f.pool.terralink.de] has joined #ubuntu-devel [11:13] <__daniel> hai [11:13] well, that's not high priority anyway [11:14] bbl [11:21] mdz: lucas_ is doing a single CD with a number of other modifications anyway [11:22] mdz: it makes little sense for him to waste time creating a separate security update CD [11:24] Kamion: except that the work would be reusable [11:25] sure, but it's not what his userbase wants [11:26] see ubuntu-devel@ [11:26] there's no point trying to get reusable work out of somebody when it's not usable for them [11:28] mdz: oh, if you didn't notice, I moved mozilla-browser/mozilla-psm from ship to supported yesterday [11:28] there seemed to be reasonable consensus for at least that step [11:29] that's fine by me === tuo2 [~foo@218.214.36.114] has joined #ubuntu-devel [11:36] % linda *.changes [11:36] Happy birthday to me! [11:36] I'm 3 today! [11:36] oh dear [11:38] Kamion: his userbase will eventually need to download security updates; creating an updated CD doesn't solve that problem at all [11:38] the security update CD approach has the clear advantage of actually working on an ongoing basis [11:38] it'll be no worse than for our own CDs though [11:39] I don't think he has a problem either with his userbase having to download some updates or with updating his CD every so often [11:40] elmo: linda scares me === rburton [~ross@84.12.27.219] has joined #ubuntu-devel [11:40] ok, I guess I don't understand the use case then [11:41] elmo: can you please look why the mysql security update did not built on ppc? [11:44] err, it looks like lamont disabled warty-security on the powerpc buildds by mistake [11:44] elmo: can you fix that or shall I wait for lamont? [11:44] I'll have a quick look in a bit [11:44] thank [11:44] s [11:45] mdz: he's lending CDs to other students in his student union who aren't very computer-knowledgeable; he needs to remove/add some packages to provide for the students' special needs, and he needs to make some changes to the installer too [11:45] mdz: the ones that can't download security updates are the ones who don't have an internet connection, so that's not such a big deal [11:45] mdz: I think his rationale for updating the CD with security updates is just that he might as well, it's a nice-to-have [11:45] in that case, I don't see the point of bothering with security updates at all [11:46] ok [11:47] I can certainly see the rationale; if you're going to build a CD now, it might as well be current [11:48] mdz: oh, have a happy holiday! :-) [11:48] thanks [11:48] mdz: thanksgiving is another opportunity to stuff one's stomach with far too much food, right? [11:49] correct [11:49] mdz: enjoy :-)) [11:49] hehehe [11:56] # list of distributions that buildd should take packages from [11:56] @take_from_dists = qw(stable frozen unstable); === seb128 [~seb128@ANancy-151-1-32-105.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel [11:56] *boggle* [11:57] hooray for buildd [11:57] elmo: looks like someone installed a new w-b, heh [11:58] yeesh, pciutils still has no DH_COMPAT or debian/compat? bleh [11:58] elmo: do you have access to the ia64 thingies? [11:59] daniels: blink - of course? [11:59] elmo: do you care to spin a build around them, or should I harass lamont when he wakes? === George^Deka [~george@093.b.008.mel.iprimus.net.au] has joined #ubuntu-devel [12:01] harass lamont to get debootstrap working, then I can create a hoary chroot on the port box [12:01] elmo: k, cheers [12:01] lamont: harass, harass, p.u.c/~daniels/xorg, etc [12:02] pitti: ok, should be fixed now [12:02] elmo: thanks [12:02] (or at least the powerpc buildds will start building things now) [12:02] elmo: it will automatically arrive at rookery now? [12:02] elmo: or must there be a trigger of some kind? [12:02] night, all [12:02] night mdz [12:02] 'night mdz [12:02] sleep well [12:03] pitti: err, jackass you mean? yes [12:03] mdz: night [12:03] elmo: yes, of course. jackass [12:04] why doesn't nautilus allow one to open a folder multiple times on multiple desktops? [12:06] bug ? [12:06] Mithrandir: you can in browse mode; spatial is spatial. [12:06] oh, doesn't [12:06] I misread [12:06] Mithrandir: the window *is* the folder. [12:06] jdub: but the window is on another desktop. [12:07] jdub: it means I have to race xpdf to make it open on the right desktop. [12:07] ? [12:07] what are you trying to open/start, and how ? [12:07] Mithrandir: you're saying that the window is open, and you try to open it again, but it does nothing (because it's already open on the other desktop)? [12:08] jdub: no, it moves me to the other desktop. [12:08] which is totally surprising. [12:08] it should move the window on the current one [12:08] seb128: agreed. [12:08] it does here [12:08] not here, but I'm using openbox. [12:09] oh, so probably an openbox bug [12:09] it does here too [12:17] elmo: $ ps aux|grep ntpd [12:17] ntp 2052 0.0 0.4 3516 3516 ? SLs 12:16 0:00 ./ntpd [12:17] elmo: :-) === gicmo [~gicmo@sonynb3.fmi.uni-passau.de] has joined #ubuntu-devel [12:19] pitti: sweet thanks [12:19] hi [12:19] elmo: well, it needs some tweaks (to work also on non-cap kernels and such), but it works in principle [12:20] elmo: so is davis fully set up to be abused? [12:20] pitti: next I need you to fix... ssh, cron, klogd, sylogd, postfix and getty.. kthxbye [12:20] ;-) [12:20] daniels: AFAIK, yeah [12:20] elmo: ssh? easy, it just could lack a _little_ functionality... === pitti grins [12:20] *ahem* [12:20] elmo: btw, syslogd? [12:21] elmo: I fixed that yesterday === nmf [~nmf@213.30.75.8] has joined #ubuntu-devel [12:21] pitti: both syslogd and klogd? [12:21] elmo: no, it's impossible for klogd [12:22] elmo: klogd needs CAP_SYS_ADMIN, which is equivalent to root [12:22] elmo: the odd thing is, you cannot open /proc/kmsg as root and read from the descriptor as user [12:22] elmo: this works for normal files, but not for /proc/kmsg [12:22] elmo: with the current kernel there's nothing I can do [12:23] oh well.. nice for syslogd anyways [12:23] s/for/to get/ [12:24] elmo: cool === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel [12:33] -rw-rw-r-- 1 cjwatson cdimage 636405760 Nov 24 08:49 20041124/hoary-install-powerpc.iso [12:33] -rw-rw-r-- 1 cjwatson cdimage 625797120 Nov 25 08:49 20041125/hoary-install-powerpc.iso [12:33] \o/ [12:34] Kamion: congrats :) [12:34] Kamion: how did you shave that much off? [12:35] mozilla-browser [12:35] ahr [12:36] elmo: btw, would it be possible to get access to an ia64 port box once lamont makes chroots work and stuff? [12:36] sure [12:36] I just need working debootstrap [12:36] yeah, waiting on gcc-3.4 [12:37] elmo: awesome, thanks [12:37] oh, ok, thought Lamont had bodged that [12:37] think it's the last thing left to do [12:37] and why on earth do.. oh libgcc === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel [12:37] at least, it was last time I heard [12:37] elmo: yeah [12:37] I'm kind of refusing to do debootstrap until I can do it automatically from germinate output :-/ [12:38] lamont has a hacked script though I believe, if you want to ask him for it [12:39] no, that's fair enough [12:39] anyone object to me adding pciutils-udeb to the installer seed? [12:45] Kamion: seems eminently sensible [12:46] daniels: btw, don't forget to add that fd candy to the appopriate seed [12:46] seb128: you too for gnome-python-extras [12:46] doko: and you too for zope [12:46] ok [12:47] elmo: good catch === lupus_ [~lupus@kn-ivl-2.kuleuven.net] has joined #ubuntu-devel [12:49] jdub: btw. I've mailed the hotplug-ng and udevsend/udevd guys to see what they think the future should be [12:49] elmo, daniels: do we actually want the fd candy in any of the seeds? [12:49] Keybuk: rad [12:49] jdub: i put fdclock/xcompmgr/transset in supported [12:50] jdub: fdclock might be sorta kinda neat, but the compmgr is really just too slow [12:50] daniels: i don't think there's any reason to support them [12:50] jdub: I also sent them grepmap as a "here's the C modules.*map parser for you" :) [12:50] jdub: oh? [12:51] jdub: i think enough people will want to use them to support them [12:51] jdub: but not enough, and it's not general-purpose enough, to ship them per default [12:51] jdub: but, your call [12:51] yes, sorry, please remember when I say "add to the appropriate seed" there's a hidden subtext of "and get sign off for it, if you need to" :-P [12:52] yeah, these things should be added to the seed proposals page [12:52] daniels: they're not useful to support though, surely they're fine for universe [12:53] jdub: done [12:53] daniels: please put them on the proposals page though, we may come back to it [12:54] jdub: k [12:56] anyone mind if i patch out the openoffice.org kde stuff, so we can get a build? === jdub hasn't got pong from doko [12:58] oh frig, this means I need to edit the wiki [12:59] god I would KILL for sysklogd to use fricking logrotate [01:01] far out [01:01] 171MB [01:02] daniels: i hear you are off to see mallum on monday [01:02] rburton: i hear you are too! [01:02] daniels: indeed. want to meet at victoria? [01:03] rburton: rockin' [01:03] rburton: easy to get to from south ken? [01:03] yeah, along on the circle for a bit [01:03] or the district. yellow or green. [01:03] swoit [01:03] ahr, right [01:03] yeah [01:04] which means it's easy from earl's court also -- phat [01:04] daniels: what time were you planning on going? [01:04] rburton: *shrug*, whenever [01:05] jdub: sure. I was thinking we're gonna have problems sometime with OOo needing GTK and KDE libs to build [01:06] haggai: availability isn't a huge problem, it's just that that would drag kde into main [01:06] jdub: I want to split some of the -dev sort of headers out and make an installable .deb from them but like everything with OOo it takes ages & ages to do [01:06] daniels: but that would suit KDE users ;) [01:06] we could imaginably end up stripping out the KDE build-dep for Ubuntu; it wouldn't be the first package we've done that for ... [01:07] yeah, that's the main issue [01:07] elmo: (wishlist) any eta for sparc.u.c = [01:07] life will be easier once we have community maintenance for KDE [01:07] atm we can't build it because kdelibs4-dev isn't in universe [01:07] s/=/? [01:07] Kamion: but that doesn't necessarily mean kde in main :) [01:07] is there any way we can tell if we're building for Ubuntu? We have a lot of optional stuff in the pkgs controlled by DEB_BUILD_OPTIONS and it would be handy if we could do the same with the KDE bits too [01:07] <_rene_> yeah, good idea [01:07] haggai: nope, we just upload a *ubuntuN version [01:08] Kamion: is it worth setting a default DEB_BUILD_OPTIONS="ubuntu"? [01:08] although having our changes integrated that way could make life easier [01:08] daniels: users rebuilding our source packages won't set that [01:08] daniels: yeah, might be a good idea [01:08] Kamion: like, within dpkg-buildpackage, or /etc/environment, or something [01:08] fabbione: I'm trying to ping sabdfl about sparc boxes - I'd really like to know if we're going to do that first [01:08] that's always the problem with DEB_BUILD_OPTIONS and similar; they can only be used for optional features, not what the buildd needs [01:09] daniels: EWWW [01:09] Kamion: (sorry) [01:09] daniels: (what if somebody wants to build the Debian source package on Ubuntu?) [01:09] Kamion: (good question) [01:09] (stop whispering) [01:09] source packages pretty much have to be self-contained, unfortunately [01:09] Kamion: (of course, dpkg-buildpackage could only set D_B_O if the source version contained 'ubuntu' ...) [01:09] so what about adding some sort of DEB_BUILD_OPTIONS+=ubuntu in debian/rules? [01:10] (as an ubuntu-only patch) [01:10] haggai: if our diff were just that one line, that'd rock [01:10] Kamion: that's my idea [01:10] daniels: meet at victoria train station, around platforms 1-8, about 11:30-40? there is a train at 11:53 [01:10] Kamion: to every package? [01:10] rburton: sounds awesome [01:10] not sure DEB_BUILD_OPTIONS is *quite* the right place, but anyway [01:10] haggai: what would the kde package have in it, if we did that? [01:10] <_rene_> jdub: we could just disable it [01:10] I think I'd prefer DEB_DISTRIBUTION or something [01:10] the advantage of DEB_BUILD_OPTIONS+= means you can build the ubuntu variant on Debian.. :) [01:11] <_rene_> jdub: -Nopenoffice.org-kde etc [01:11] daniels: sweet. mail me your mobile so i can find you when you are lost ;) [01:11] rburton: heh :) [01:11] yeah, just trying to avoid overloading DEB_BUILD_OPTIONS itself [01:11] elmo: didn't we agree that i was going to offer "main" in an unofficial archive and that if the port will take off, we were going to buy buildd? [01:11] <_rene_> jdub: so we could make -lde not even built [01:11] rburton: sent [01:11] _rene_: or generate the control file [01:11] oh, maybe we did. blah, my brain sucks [01:11] so that -kde isn't in the .dsc either [01:11] elmo: because i am already building the "golden debs" for main at this stage... [01:12] _rene_: ahr :) [01:12] _rene_: handy [01:12] elmo: and when they will finish i can add universe & co. [01:12] <_rene_> jdub: we actually do that now like this with the java/nonjava flag [01:13] thom: kaping [01:14] Kamion: we actually generate the control file anyway so yeah we could take it out but I think just using -Nopenoffice.org-kde, like we do for the optional -java pkg, should be enough [01:14] fabbione: okay, I'll try and have a look at doing s.u.c in the next couple of days - it has to be below a few other things in my todo list tho [01:14] elmo: sure... that will be more than perfect [01:15] <_rene_> hmm. that still leaves the builddep, though ;-) [01:15] elmo: when you will be ready to test the setup i will send you the gpg key for the buildd [01:15] elmo: if you don't mind i want to keep them separate [01:16] _rene_: oh, yeah good point [01:16] _rene_: we can always do our trick of depending on something in the distro :) [01:16] _rene_: like the woody bp [01:16] fabbione: of course - tho, if we go ahead with the port, I think one of the things we do when we get our buildds, is rebuild the world on them ? [01:16] <_rene_> ah, yeah [01:16] Build-depends: kdelibs | ubuntu-somthing [01:16] daniels: where did you send the mail? it's not here yet [01:16] <_rene_> kdelibs4-dev | some-ubuntu-stuff [01:17] rburton: rburton@d.o? [01:17] haggai: oof. :) [01:17] daniels: ross@ [01:17] ... which just bounced, rock on [01:17] <_rene_> jdub: works, we did that already with woody and dpkg-dev ;-) [01:17] jdub: you haven't seen all our hacky^W neat stuff for our woody backport from the same OOo source? :) [01:17] elmo: we can still use my "golden debs" to start with [01:17] haggai: i saw the 171MB download and turned back :) [01:17] rburton: try that [01:17] elmo: there is no point in starting from scratch again [01:18] <_rene_> jdub: heh [01:18] elmo: i can already bootstrap ubuntu sparc chroots [01:18] jdub: ok, you failed the real h4ck3r test then [01:18] heh [01:18] elmo: and with a bit of love we might be able to install ubuntu on them directly ;) [01:18] .au has lots of real hackers :) [01:18] we just don't ahve a lot of real bandwidth :) [01:18] jdub: s/real/fake/ [01:19] ;) [01:19] we don't have much fake bandwidth, either [01:21] daniels: well it was for the hackers [01:22] daniels: mtools is another FTBFS from xlibs split :( i uploaded the fix.. mind to keep an eye on it? [01:23] fabbione: sure [01:23] daniels: where is xorg crack? :P [01:25] fabbione: concordia has finished (like 20min ago), davis has just started -dbg, and catsby (my laptop) is meandering through [01:25] davis ? [01:25] ia64? [01:25] davis is adare [01:25] nope, new powerpc port box [01:25] er [01:25] ah ok [01:25] adare's motd told me to use davis for chroot builds, so I did [01:25] davis is powerpc, it replaces adare [01:25] halley is the ia64 port box, but it doesn't have a hoary chroot yet [01:26] haggai: something in the distro> that's really sick and twisted ;) [01:26] ok [01:26] thanks [01:28] <_rene_> Kamion: you haven't seen the foo | dpkg-dev (<< something) builddeps, have you? ;-) [01:28] libgnome2-common_2.8.0-5ubuntu1_all.deb the 5=debian release? and the 1=ubuntu release? or how does the versioning system work? [01:28] night all [01:28] 'night jdub [01:28] jdub: 'nacht [01:29] _rene_: oh man, that's hideous [01:29] <_rene_> daniels: hackish, but works [01:29] _rene_: I think I noticed them once and RAN AWAY SCREAMING [01:30] lupus_: first Ubuntu revision on top of 2.8.0-5 === fabbione sighs [01:31] <_rene_> Kamion: :) [01:31] Kamion: we need to do a really hackish thing to merge the udeb creation :( [01:31] fabbione: oh? [01:31] Kamion: because the install target doesn't actually install in debian/ (that i was hoping for) [01:31] fabbione: what's mtools doing with libxau?!? [01:32] Kamion: and later binary-arch calls make-kpkg to create the debs, that are than moved to the right place [01:32] fabbione: which install target? [01:32] daniels: you ask me? [01:32] Kamion: then one in the top level debian/rules [01:32] daniels: it FTBFS without [01:32] fabbione: oh, you clearly have to run kernel-wedge after most of binary-arch is finished [01:33] fabbione: oh man [01:33] Kamion: yep [01:35] daniels: [01:35] floppyd.c:28:23: X11/Xauth.h: No such file or directory [01:35] floppyd.c: In function `do_auth': === Kamion tries to find a solution to his network device detection problem that doesn't involve diverting modprobe === seb128_ [~seb128@ANancy-151-1-14-183.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel [01:43] herzi: your testcase doesn't work and I think than bastien doesn't want to debug it === trukulo [~mzarza@26.Red-81-45-239.pooles.rima-tde.net] has joined #ubuntu-devel [01:50] well, it works on my machines, maybe it's locale-dependent? [01:50] $ ./compile.sh [01:50] gcc: -E required when input is from standard input [01:50] here [01:51] BTW don't bother to fix it, I've added a tarball to the BR [01:51] i saw that [01:51] it's good for non-english people to have this fixed [01:52] yeah [02:11] elmo: eog sync please [02:11] seb128: done [02:11] thanks [02:11] Kamion: regarding the kernel-versions file [02:11] Kamion: the last entry is the build-dep field, that we don't need anymore, since we build everything from the same source [02:11] Kamion: problem is: if i leave a build-dep in there it finishes into debian/control [02:11] Kamion: if i remove it kernel-wedge install-files will fail a sanity check [02:12] Kamion: and i have 2 options to fix it: [02:12] Kamion: a) patch kernel-wedge to be less anal in that sanity check [02:12] fabbione: if you want to give ubuntu4 a test run around sparc (p.u.c/~daniels/xorg), that would be cool [02:12] Kamion: b) insert a fake build-dep in kernel-versions [02:13] Kamion: fake as in writing for ex. tar [02:13] Kamion: or something like that === alerios [~alerios@201.245.164.174] has joined #ubuntu-devel [02:13] daniels: it would take hours to build and don't worry about sparc until there is a need for it :-) === alerios [~alerios@201.245.164.174] has left #ubuntu-devel ["Abandonando"] [02:14] Kamion: what would you prefer? [02:14] Kamion: the change in kernel-wedge would be limited to commands/install-files [02:15] Kamion: the var is not even used.. just checked for len > 0 [02:15] fabbione: heh, ok [02:15] fabbione: waiting on lamont for an ia64 test build anyway [02:16] fabbione: uh, wait a sec, I want to look at this carefully [02:16] Kamion: sure [02:16] fabbione: we must not break kernel-wedge in such a way that you can't build Debian's installer on Ubuntu any more [02:17] Kamion: removing the sanity check shouldn't break [02:17] yeah, but it sucks [02:17] otherwise we need to patch gen-control [02:17] or create a gen-control-ubuntu [02:17] noooo [02:17] this is why I said "wait a sec" [02:17] eheh [02:17] let's not do random things just to hack it into working; this should be done properly [02:18] i agree.. that's why i am discussing it with you :-) [02:18] ok [02:18] I don't see this sanity check? [02:18] ! length $builddep ) { [02:19] in commands/install-files [02:19] ah [02:19] why not just not call gen-control? [02:19] oh, no, you need it [02:19] Kamion: because we need the control? ;) === __daniel [~daniel@td9091c7f.pool.terralink.de] has left #ubuntu-devel [] [02:20] kernel-wedge is correct assuming that there must be a build-dep [02:20] it's our merge that goes against it [02:21] hmmm [02:21] actually... [02:21] i think the best approach would be to change gen-control [02:21] I don't think I'd object to changing install-files, actually [02:21] that seems the most compatible approach [02:22] or create an ubuntu copy of it [02:22] no [02:22] no copies [02:22] hmm why not? [02:22] it would make merge very simple [02:22] have you heard the term "clone-and-hack"? [02:22] hmmm no [02:22] if we copy, we do not get the benefit of bug fixes [02:22] it's not a complimentary term [02:23] Kamion: let me see one thing [02:23] what gen-control change were you thinking of? [02:25] Kamion: well on our system should not add the entry in the Build-Dep field [02:25] Kamion: otherwise you will get a source that build-dep on itseld [02:25] itself binaries [02:25] I don't like that, I'd much rather remove the check from install-files [02:26] that seems fairly harmless, looking at it [02:26] Kamion: otherwise how would you feel in NOT touching the code at all [02:26] especially since gen-control does not perform that sanity check [02:26] and just add a fake build-dep ? [02:26] nah, let's remove the check, that's better [02:26] ok.. do you want to do it, or should i? [02:27] no point adding fake cruft to lots of kernel-versions files [02:27] hmm no [02:27] it's only on one line [02:27] I've got the change here, will upload [02:27] the Build-Dep [02:27] ok thanks [02:27] per-arch, remember [02:27] not in this case [02:27] it will add it to linux-source [02:27] but ok... [02:28] the change to the code is ok with me :-) [02:28] um, you still have multiple kernel-versions files surely? [02:28] I mean, you have to [02:28] yes, but the gen-control changes only the Build-Dep to add the ones listed in kernel-versions [02:28] anyway it's ok the change to the code :-) [02:29] right, but if you were adding a fake build-dep you'd have to do that on every kernel-versions line; that's where the check was being applied [02:29] oh yes [02:29] i misunderstood you before :-) [02:29] I'll talk to joeyh next time I remember, see if this can go upstream [02:30] good idea [02:30] uploaded, thanks [02:30] thanks to you :-) [02:30] i think i can give you the first -17 -> -18 interdiff tomorrow to create debs... [02:31] tho there is still the versioning problem that i need evaluate [02:31] if we are going to create newer or older udebs [02:31] cooooooool [02:31] udebs don't have an upgrade problem technically, but katie may hate you [02:31] Kamion: i am taking my time to be as less intrusive as possible [02:32] even if i don't fully understand the reason of this merge :-))) [02:32] wouldn't it be a much newer version by default? [02:32] imho it will make user's life more complicate with a bunch of extra kernel updates, only to change udebs [02:32] Kamion: i didn't check.. i just had the flash while talking with you 3 seconds ago [02:32] it's basically so that a kernel upgrade doesn't involve "build linux-source-2.6.8.1, wait, get Kamion to build linux-kernel-di-* so that the changes propagate to the installer" [02:33] Kamion: yes.. i grok that :-) [02:33] which can be important when we're doing stuff in a hurry, and mdz wants it for security uploads [02:33] but on the other side [02:33] "hey another kernel upgrade to fix the usb udev" ;) [02:34] yep; I kind of regard that as "unlucky for running a development release" [02:34] it'll be easier once our kernel package is in arch [02:34] oh yeah... [02:34] ehhehe [02:34] then I can commit as I do stuff rather than uploading for every change [02:36] linux-source-2.6.8.1-2.6.8.1$ kernel-wedge install-files [02:36] kernel-wedge copy-modules 2.6.8.1-3 386 2.6.8.1-3-386 [02:36] kernel-wedge copy-firmware 2.6.8.1-3 386 2.6.8.1-3-386 [02:36] kernel-wedge find-dups 2.6.8.1-3-386 [02:36] fabbione@gordian:/usr/src/wartydevel/kernel/linux-source-2.6.8.1-2.6.8.1$ [02:36] sweet :-) [02:36] bonus :) [02:36] let see what it did :-) [02:36] impressing [02:37] it's working :-) [02:37] Kamion: probably later this evening... [02:37] i was expecting more problems [02:37] nifty, nice work === herzi [~herzi@d024229.adsl.hansenet.de] has joined #ubuntu-devel [02:42] xfs-modules-2.6.8.1-3-386-di_2.6.8.1-18_i386.udeb [02:42] it almost work :-) [02:43] that looks ok ... === stratus [~stratus@200.198.184.97] has joined #ubuntu-devel [02:44] Kamion: yes.. all the udebs are ok... [02:45] the debs aren't [02:45] but it should be easy to do it nice and clean === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel === zul [~chuck@zul.developer.gentoo] has joined #ubuntu-devel [03:14] gday [03:16] die, evil ntp root privileges, die! [03:16] mmm, openntpd [03:17] privelage seperation + no listening by default [03:17] tseng: I just uploaded a new ntp package which lets ntpd run as normal user [03:17] mm, nice. [03:17] by day, pitti is just another programmer - but by night he turns into the DEROOTER - a shadowy figure fighting the wars others fear to wage, rooting out (har har) evildoers who retain priviledges they don't deserve === pitti hides the "slash root" axe [03:19] tseng: the funny thing is that it took me about half an hour to fix the code, and about one and a half to fix the broken init script handling [03:19] ew [03:19] pitti: *sigh* yet more work for me. [03:19] so it now starts as root and drops? [03:20] lol [03:20] smurfix: why, are you the Debian NTP team? [03:20] tseng: yes, it drops to ntp:ntp and only keeps CAP_SYS_TIME [03:20] not quite "the", bu close. [03:20] pitti: yes he is [03:20] great. [03:20] smurfix: btw.. that mail about evdev [03:20] tseng: the code already kind of supported that, it just needed some tweaking [03:20] smurfix: please discuss it either in ubuntu-devel or debian-x [03:20] tseng: the hard part was to get a smooth transition on package upgrading [03:21] smurfix: i don't maintain X in ubuntu anymore :-D [03:21] fabbione: OK [03:21] smurfix: can't you see the difference yet? [03:21] no caps lock.. [03:21] no irritation to my skin [03:21] fabbione : who is ? [03:21] :) [03:21] i don't wake up yelling at the elfloader [03:22] sivang: daniel the kid [03:22] fabbione: the relevant changhelog entry was yours, though, so I thought maybe you'd feel responsible. ;-) [03:22] smurfix: i did only one change to make it more flexible for certain corner cases [03:22] smurfix: not as default protocol [03:22] but you can discuss it [03:23] with enough arguments you can convince daniels === smurfix needs to fix dasher so nobody needs to see more of his broken one-handed typing [03:34] smurfix: I sent the patch as a wishlist bug. Have fun with it :-) [03:35] pitti: thanks. I guess. ;-) [03:36] smurfix: one-handed typing> I don't want to know [03:37] Kamion: read my blog... (or not) === daniels returns from spasming on the ground at the mention of 'elfloader'. [03:42] smurfix: so! evdev as default, eh? sell me. [03:44] daniels: (a) I like the ability to actually use the multiple buttons on mine. [03:45] smurfix: er, most people have working multi-button mice without evdev (by 'most people', I mean 'everyone not running Apple hardware') [03:45] multi := >3 [03:47] smurfix: ouch :( [03:47] my lowly Explorer has five and I didn't even have to configure $BROWSER to use the additional ones as back+forward [03:47] Kamion: my thoughts exactly. [03:47] Kamion: I thought you didn't want to know :-/ [03:50] smurfix: so change to ExplorerPS/2 [03:50] daniels: evdev seems to autodetect that [03:51] [debian-ntp] Bug#282941: ntp-server: Please run ntpd as non-root [03:51] daniels: why ask the poor user what mouse protocol he should use on his USB bus? [03:51] tsk :-) [03:52] smurfix: yeah, I dunno whether it's safe for standard ImPS/2 or not; if it is, I'll make it the default [03:52] smurfix: unfortunately all I have here is my laptop, but if you want to do some research, it would be hugely appreciated (feel free to open a bug in Bugzilla, assigned to daniel.stone@canonical.com, status NEEDINFO) [03:53] smurfix: and yeah, I agree that asking a question like that is tremendously shit [03:53] daniels: OK, will do. [03:53] cheers === hornbeck [~hornbeck@adsl-69-155-172-150.dsl.okcyok.swbell.net] has joined #ubuntu-devel [03:59] daniels: #4106 [04:00] smurfix: thanks === nmf [~nmf@213.30.75.8] has joined #ubuntu-devel === alerios [~alerios@201.245.164.174] has joined #ubuntu-devel === ggi [~ggi@ggi.base.supporter.pdpc] has joined #ubuntu-devel === eruin [~eruin@eruin.user] has joined #ubuntu-devel === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [04:27] Kamion: testing a full build now :-) [04:31] ccache orgy :-) === alerios [~alerios@201.245.164.174] has left #ubuntu-devel ["Abandonando"] === doko [doko@dsl-084-057-105-232.arcor-ip.net] has joined #ubuntu-devel === lupus_ [~lupus@kn-ivl-2.kuleuven.net] has joined #ubuntu-devel [04:43] http://gstreamer.freedesktop.org/releases/gst-plugins/0.8.6.html <- polypaudio support [04:44] they have finally release 0.8.6 ? [04:44] yahuh [04:45] to be fair, they were blocked for about four or five days on fd.o [04:46] rock [04:47] have polypaudio's problems been resolved? [04:47] elmo: not sure, but I would assume lack of a GStreamer sink would be one of them ... [04:48] fabbione: eh papa [04:50] daniels: yes kid? === ironwolf [~ironwolf@c-24-6-169-124.client.comcast.net] has joined #ubuntu-devel [04:51] fabbione: wanna test the new nvidia packages? [04:51] fabbione: actually, wait until I merge the AGP patch -- nevermind [04:51] daniels: polypaudio can be transparently used as esound sink, no? [04:51] daniels: not right now.. i am building a kernel package [04:51] now, a GStreamer source is something different, but AFAIK polypaudio handles that somehow as well [04:52] UltraSPARC IV <- this is not supported by linux [04:52] ops [04:52] azeem: unsure [04:52] fabbione: k [04:56] daniels: that died quickly yesterday... [04:56] hey lamont [04:56] (xort that is) [04:56] lamont: the chroots that are building hoary/main are broken [04:57] lamont: they manage to build gdb that build-dep on type-handling [04:57] that is in universe [04:58] lamont: btw.. good morning :-p [04:58] fabbione: is this a new gdb upload? [04:58] drow used type-handling?! [04:58] lamont: it's a sync from debian [04:59] E: Couldn't find package type-handling [04:59] dear god, what is the world coming to [05:00] lamont: yeah, there's a new one up there today [05:00] lamont: i told you you had to delete 000_stolen_from_fedora.diff :) [05:00] fabbione: gdb 6.3-4 predates the fix [05:01] daniels: missed that. I can just regrab? [05:01] elmo: what does type-handling even do? [05:01] lamont: yah, same source version, lasted through clean builds on i386/powerpc/amd64 [05:01] (in reverse order of speed to compltee) [05:01] lamont: ok [05:01] lamont: thanks for checking [05:04] daniels: build running [05:05] lamont: thanks dude [05:05] fabbione: there was a bug in the ogre-model implementation. damn perl. [05:05] (fixed 23 nov) [05:10] lamont: ogre-model? === fabbione scratches his head [05:12] fabbione: seen Shrek? [05:12] yes [05:12] onions [05:12] but i have seen it in italians [05:12] ah ok [05:13] so ogre-models is like onions and orks.. they have layers :P [05:13] fabbione: that, and it's smelly [05:13] ehhe [05:14] elmo: could I please get linux-restricted-modules build-deps on concordia? [05:19] daniels: done [05:19] elmo: cheers [05:20] shitting hell, the l-r-m build goes into an infinite loop if it fails [05:20] "From: psychoelmo " *giggle* [05:20] elmo: is that your pseudonym these days? [05:20] heh [05:21] Applying patch [05:21] +debian/patches/024_ati_r128_and_radeon_enable_build_without_vgahw.diff ... [05:21] +failed! (check [05:21] +stampdir/log/patches/024_ati_r128_and_radeon_enable_build_without_vgahw.diff [05:21] +for reason) [05:21] why am i not surprised? [05:21] daniels: let me guess [05:21] its ati...go figure [05:21] you renamed 020 to 025 [05:22] and not done a patch-audit [05:22] fabbione: dude, ease off it, will you? === lupus_ [~lupus@kn-ivl-2.kuleuven.net] has joined #ubuntu-devel [05:22] daniels: tell me if i am right or not.. [05:22] ;) [05:22] 8 out of 12 hunks FAILED -- saving rejects to file xc/programs/Xserver/hw/xfree8 [05:22] 6/drivers/ati/radeon_driver.c.rej === daniels boggles. [05:23] elmo: elilo-installer/ia64 needs some unknown-love. [05:23] that's exactly what I copied to concordia and davis [05:23] fabbione: actually, you're wrong [05:26] daniels: good :-) [05:27] daniels: if what you have around is the same as what is in baz, here they all apply ok [05:28] fabbione: yeah, that one had to be updated because benh's patch lets you configure vgahw or not at runtime also [05:28] fabbione: so presumably after I did it, I copied to concordia and davis, but not rookery [05:29] daniels: can you give the changelog some love before uploading please? [05:30] what's herbert xu's nick? [05:30] eruin: he doesn't IRC [05:30] he doesn't use irc afaik [05:30] eruin: afaik he doesn't irc [05:30] fabbione: it's not final, more stuff will change before then [05:30] crap, and I wanted to whine about nvidia6629 ;) [05:31] apparently 6629 is known broken [05:31] (says the man who doesn't own any nvidia hardware) [05:31] hmm, gotta google that.. they work fine here [05:32] eruin: the problem seems to affect certain AGP busses === jvw [jeroen@233pc233.sshunet.nl] has joined #ubuntu-devel [05:32] eruin: there's a patch on some forums somewhere supplied by an nvidia dude that I'm testing [05:32] in specific conditions [05:32] eruin: that makes it no no for us [05:32] 'testing' -> 'beating at until the package builds with it, then releasing to suck^Wtesters' [05:32] :D [05:33] hrm.. thumb cuffs for $6.99... [05:33] owell, as long as I have these alienified ooo1.9 debs installed 'm happy [05:35] <_rene_> erm, you don't need to installl alienated debs when there are "normal" debs... [05:35] of 1.9? [05:35] <_rene_> yes [05:35] and where might those be? [05:35] lamont: ... [05:36] <_rene_> eruin: read debian-openoffice === lamont adds the 26" retractable steel baton to his "when I can write it off" list. [05:36] it's a fun catalog, you see.. [05:36] <_rene_> eruin: http://lists.debian.org/debian-openoffice/2004/11/msg00216.html === shaya [~spotter@user-0ccembr.cable.mindspring.com] has joined #ubuntu-devel [05:37] how is one supposed to use smbmount if it cant be suid root? [05:37] used to always just smbmount as a regular user [05:38] _rene_: ah, yeah, I'm using those.. synaptic dupes them "alienated" [05:38] <_rene_> ah. probably because you installed them with dpkg -i etc [05:39] what's the diff between java and nonjava? [05:39] eruin: the nonjava is a build without java support [05:39] <_rene_> the java one ist built with java support, the other one is without ;-) [05:39] okay, I was foolishly thinking gtk [05:40] has oo.o 1.9 got anything really cool? [05:41] somehow the ooo1.9 I have on my fedora partition blend in with the rest of my gnome desktop, whereas these don't [05:41] well, .oot support [05:41] :) [05:41] .oot? [05:41] <_rene_> the new file format :) [05:41] the new default format [05:41] ah [05:42] eruin: that's because I didn't enable the gtk or kde plugins yet [05:42] 1.1.3 is being built for hoary now [05:42] which has some of the visual improvements [05:42] all my old docs from my windows days are in .oot, that's why I need it :) [05:42] tseng: no oot support I suppose? [05:42] <_rene_> err? this must be a different oot? [05:42] not afaik [05:42] what is oot? [05:43] <_rene_> the new OASIS format === tseng points up [05:43] ah, yeah [05:43] _rene_: nah, I used an ooo1.9 release there too [05:43] <_rene_> ah [05:43] <_rene_> ok [05:43] eruin: oot format is scheduled for 1.1.5 I believe [05:43] "old docs from my windows days" <- IT landscape is moving fast these days, huh? [05:43] <_rene_> tseng: there are rumours 1.1.5 will have backported support for OASIS === haggai senses an echo [05:45] what does ooo use anyway? for the interface I mean [05:45] it has its own toolkit [05:45] <_rene_> an own toolkit [05:45] its just being modified recently to emulate native toolkits [05:46] yeah, .56 milestone seemed to do that, while the one I'm running, .62 looks butt-ugly ;) [05:47] <_rene_> you have to enable it during configure === zul [~chuck@zul.developer.gentoo] has joined #ubuntu-devel [05:47] <_rene_> and the resulting stuff then of course is linked against gtk and kde/qt... [05:47] damn me for using those debs then [05:48] <_rene_> tose debs in no way have the usual quality. they are just made from a stock upstream build ;) [05:48] time to lobby the maintainer ;> [05:48] <_rene_> erm? you are talking with them atm... [05:49] eek [05:49] you do the ones at ~halls/ ? [05:49] <_rene_> haggai does [05:50] oooh haggaaii? === shaya hacks samba so smbmount works again for regular users [05:50] cant let security get in my way [05:55] eruin: as I said in the mail, it was a first cut and there's lots to improve on [05:55] eruin: I was just happy to have any .debs at all.. and many people asked for them so I put them up as they were === lamont wanders off for a bit [05:56] eruin: I'll turn on the gtk & kde interfaces for my next build, ok? [05:56] haggai: debs of what? [05:56] haggai: that'd be great! :) [05:56] shaya: openoffice 1.9.62 [05:56] open office [05:56] aren't there gtk/kde interfaces in debian already? [05:56] for 1.1 [05:56] shaya: we're talking about 1.9.x [05:57] <_rene_> shaya: if you count experimental.. ;) === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [06:01] pitti: ah, dude! want to test out a new radeon_drv? [06:01] thom: what sort of machine is your radeon in? [06:01] daniels: sure [06:01] daniels: amd64 [06:02] daniels: can you please mail it to me? [06:02] pitti: jah [06:02] daniels: I'm in a hurry, gotta go soon [06:02] pitti: sure thing [06:02] thom: dvi, yeah? did it Just Work beforehand? [06:02] daniels: fixed the vga out? [06:02] pitti: hopefully! [06:03] thom: if you wouldn't mind giving http://people.ubuntu.com/~daniels/xorg/amd64-radeon_drv.o a spin, that'd be rad [06:03] daniels: whats different about it? [06:03] daniels: ill give it a try. [06:04] oh sorry.. missed the 64. [06:04] tseng: lots of fixups from benh [06:04] tseng: http://people.ubuntu.com/~daniels/xorg/i386-radeon_drv.o [06:04] basically, with a bare-bones (i.e. no special options) config file, every single configuration should be detected [06:04] daniels: what's in there? [06:04] mm, nice. [06:05] shaya: basically, you shouldn't ever need to specify any wacky options [06:05] every display you have connected should just come up and work [06:05] daniels: faster/slower or just options? [06:05] ill test on laptop w/ crt [06:05] shaya: just options, no optimisations iirc [06:05] and no layout options [06:05] oh well [06:05] http://people.ubuntu.com/~daniels/xorg/xorg_6.8.1-1ubuntu4_source.changes <- changelog === thom plugs in second monitor and tries [06:06] it's the 'break benh's radeon_drv challenge' [06:07] brb, hopefully [06:07] daniels: works for me [06:07] w/o monitor_layout [06:08] tseng: :D [06:08] before it would mess up the top edge of the screen on the CRT [06:09] rooooooockin [06:10] unrelated X question [06:10] when i do something with direct rendering, like playing a dvd [06:10] it doesnt show up on the crt [06:10] can i config-fu something? [06:10] right, you need to set the overlay to the other crtc [06:10] hold on a sec [06:11] try Option "MergedFB" [06:12] i tried that once and got crap [06:12] is it any better now? ;) [06:12] funny rainbow colors and no X === tseng tries [06:12] heh [06:13] daniels: I'll try the thing too, I need to reboot anyway [06:13] Option "MergedFB" "true" [06:14] no hung X, but no video on crt either [06:14] so you just get a colourkey, or blank? [06:15] black square in totem [06:15] daniels: close, but no cigar [06:15] thom: oh? [06:16] tseng: hm [06:16] oh, hrm [06:16] Kamion. IT WORKS ! IT WORKS!.. at least.. it builds fine... [06:16] maybe i should specify some options for the second head === fabbione prepares a patch for Kamion to test on ppc [06:16] like res and xinerama? === eruin [~eruin@eruin.user] has joined #ubuntu-devel [06:16] tseng: i suspect the only way you'll get it is with Xinerama + MergedFB, and moving the video on the second head [06:17] tseng: of course, we could write a tiny utility to just set OV0_CRTC_SEL [06:17] hm [06:17] thom: probably, if they're different resolutions [06:17] thom: if you select a res which both heads are capable of, it should work tho [06:17] thom: mergedfb may be a plus here [06:18] fabbione: hooray [06:19] Kamion: http://people.ubuntulinux.org/~fabbione/linux-source-2.6.8.1_2.6.8.1-18_i386.changes [06:19] i just need to add one entry in the changelog [06:19] and you to test on ppc [06:19] guess I can kiss goodbye to my CPU time for a time [06:19] a bit [06:19] i386 is easy because it has only one kernel image used for d-i [06:19] Kamion: run it at night [06:20] fabbione: do I get the source as well as the .changes? :) [06:21] kamion: you can't reconstruct the .diff.gz from the md5sum?? lamer [06:21] oh yeah, I forgot I could trivially crack any md5sum-signing scheme, silly me [06:22] Kamion: yeah hold on :-)) i am preparing an interdiff [06:22] start getting -17 [06:25] Kamion: http://people.ubuntulinux.org/~fabbione/17_to_18.diff [06:25] the patch is big due to importing all the d-i stuff [06:26] but the changes to the relevant files are contained [06:31] fabbione: is ignoring errors from kernel-wedge check a good idea? [06:31] I'd rather the build failed if that breaks === fabbione feels Kamion's heartbeat slowing down.... [06:32] Kamion: it breaks on unrelated packages like linux-headers [06:32] because they are sometimes empty [06:32] and kernel-wedge bitches about it === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel [06:32] heartbeat? [06:32] hm, should just fix kernel-wedge for that [06:32] but ok, later stage [06:33] Kamion: yeah... reading the patch... driving you crazy... dieing slowly in front of your pc :P === Matt| [~Matt|@81-179-205-129.dsl.pipex.com] has joined #ubuntu-devel [06:34] heh [06:35] fabbione: I'm not sure shipping debian/control in its current condition is a good plan [06:35] lots of i386-specific generated stuff in it === seb128_ [~seb128@ANancy-151-1-4-206.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel [06:37] Kamion: debian/control is regenerated everytime from control.stub [06:37] if you were building it from amd64 or ppc would have been the otherway around [06:37] yeah, I know that [06:38] I think it might be better to save the ungenerated version [06:38] and restore it in clean [06:38] anyway, building [06:38] i did use the same way as -di- but yes it can be done [06:38] that's also why i call debian/control also in clean [06:39] so it gets updated immediatly === smurfix [~smurf@run.smurf.noris.de] has joined #ubuntu-devel [06:39] Kamion: have fun :-) [06:40] i am off for today [06:42] daniels: the radeonfb from ~daniels/xorg/i386-radeon_drv.o still kills my monitor [06:43] smurfix: hmmmmm [06:44] smurfix: what setup are you running? [06:45] daniels: radeon 9600, one TFT display on its digital output. [06:47] Putting it on analog gets me a "you exceed my timing parameters, go away" display instead of a "I'm told to shut down so I'll go away" message on the TFT. === ggi [~ggi@ggi.base.supporter.pdpc] has left #ubuntu-devel [] [06:48] lspci -n: [06:48] 0000:01:00.0 0300: 1002:4150 [06:48] 0000:01:00.1 0380: 1002:4170 [06:50] smurfix: so plugging it into your VGA port breaks, but plugging it into your DVI port works? [06:50] No, both break [06:50] just differently. [06:51] does commenting out your HorizSync/VertRefresh lines, and commenting out the Option "DPMS" line, in the Monitor section, have any effect? [06:53] daniels: I'll try ... === Mitario [~michiel@sikkes.xs4all.nl] has joined #ubuntu-devel [06:54] hullo everyone [06:56] would any of you have a script to recursively print md5sums of a directory to a text file [06:56] eruin: touch foo && for i in $(find ./ -type f); do md5sum $i >> foo; done [06:57] thankyou :) [06:59] daniels: find . -type f | xargs md5sum > foo [06:59] Keybuk: meh [07:02] man I need to man find === lamont really walks out the door === smurfix [~smurf@run.smurf.noris.de] has joined #ubuntu-devel [07:05] daniels: can I ask you for another one? the find pattern to match all *~ files ? :P [07:06] -iname *~ ? [07:06] daniels: nope [07:07] daniels: same result. I can send you the xorg.log if that'd help. === winkle [~winkle@lgh3814234.vittran.norrnod.se] has joined #ubuntu-devel [07:07] tseng: cheers ;) === RubenV [~lambda1@kn-res.kuleuven.net] has joined #ubuntu-devel [07:10] fabbione: yeah, linux-kernel-di-* is different because it's only one architecture per source package [07:11] tseng: just -name will do there [07:11] ya [07:11] i always use -iname out of habit === silbs [~sbsm0084@host217-37-231-28.in-addr.btopenworld.com] has left #ubuntu-devel [] === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has left #ubuntu-devel [] === spotter [~spotter@user-0ccembr.cable.mindspring.com] has joined #ubuntu-devel [07:22] fabbione: have you got a link to the agp problems? [07:22] smurfix: er yeah, thanks [07:22] is there a good reason why pgp4pine is in multiverse, but pine isn't? [07:22] daniels: daniel.stone@canonical ? === Matt| [~Matt|@81-179-205-129.dsl.pipex.com] has joined #ubuntu-devel [07:27] smurfix: yah [07:28] daniels: sent. [07:28] ta [07:33] smurfix: try removing the HorizSync and VertRefresh lines [07:33] if that fails, remove the DPMS line [07:33] (all Section "Monitor") [07:35] daniels: you're looking at the wrong Monitors section [07:35] daniels: you want the one named "Test" [07:35] daniels: iow, they already are commented off === maskie [~maskie@196-30-111-226.uudial.uunet.co.za] has joined #ubuntu-devel === RubenV [~lambda1@kn-res.kuleuven.net] has joined #ubuntu-devel [07:38] smurfix: bah [07:38] what about if you take out all the custom modelines? [07:40] is there an ubuntu specific anacron maintainer? [07:40] I can do that. They did work a few months ago, so I kinda doubt that'll change anything. But I'll try. [07:40] RubenV: no [07:40] i've just made a quick patch to add lsb functions to the init script [07:40] smurfix: so was it working right before you upgraded radeon_drv? [07:40] RubenV: send it to debian's bts [07:41] bob2: no, don't [07:41] RubenV: lsb functions are Ubuntu-specific, please file them in our BTS [07:41] bob2: do they accept those? [07:41] thought so [07:41] ok, coming up [07:41] it's just a quick fix though [07:41] oh, oops, the lsb pretty printing thing [07:42] I was working up until ~three months ago, with the xfree that's no longer in Sarge either. [07:42] find relies on having an uptodate db [07:43] daniels: s/I/It [07:43] ? [07:43] smurfix: with XFree86 4.2.1? [07:43] hmmm [07:43] no anacron module? [07:43] i'll just put it under cron then [07:44] daniels: probably. I didn't actually reboot for a long time and then was way too busy to reboot the system all the time to narrow the problem down. :-/ [07:44] smurfix: could you please email the log from a working setup (preferably one with CRT, one with TFT) to benh@kernel.crashing.org, complete with your config and a quick description of the problem, and mention that it's broken both with 6.8.1's radeon_drv, and the patch that he sent me last night? cc me as well please [07:44] smurfix: heh [07:44] smurfix: well, if you could get an email off, that would be great [07:45] daniels: yeah, I'll have to dig up an older xfree from Snapshots and all that, but apparently there's no fucking way around doing the work. :-/ [07:45] (so what else is new) [07:46] smurfix: yeah [07:46] smurfix: oh, for the email, he doesn't need a working log -- just a broken one should be sufficient [07:46] https://bugzilla.ubuntu.com/show_bug.cgi?id=4118 [07:46] gonna be cleaning up some more init scripts [07:46] just to contribute something [07:47] daniels: OK, that does limit the effort somewhat ;-) === maskie [~maskie@196-30-111-226.uudial.uunet.co.za] has joined #ubuntu-devel [07:52] RubenV: don't put it under cron please [07:52] RubenV: if there's no appropriate package, use UNKNOWN [07:52] galeon is broken in hoary. It's linked to nautilus.so.2 which the latest update renamed to nautilus-private. :-/ [07:52] Kamion: aw, sry, too late :s [07:52] s/nautilus/libnautilus/g [07:53] RubenV: reassigned [07:53] doing the alsa script now [07:53] that does have a pkg :) === Astharot [isager@82.52.100.225] has joined #ubuntu-devel === RubenV [~lambda1@kn-res.kuleuven.net] has joined #ubuntu-devel [08:15] voila, no more ugly starting ALSA [08:15] and now it's time for some studying === __daniel [~daniel@td9091d22.pool.terralink.de] has joined #ubuntu-devel [08:23] <__daniel> hai [08:34] thom: I think I found a bug in apache. wrt multiviews. === alerios [~alerios@201.245.164.174] has joined #ubuntu-devel === alerios [~alerios@201.245.164.174] has left #ubuntu-devel ["Abandonando"] [08:44] in theory, I could go an sell Ubuntu-CDs via the web, right? [08:45] sure [08:45] as long as you obey the gpl [08:45] i think :) [08:45] he isnt modifying or removing the license [08:46] yes, but he is distributing gpl code [08:46] oh yeah..duh [08:48] ew @ openoffice 1.1.3 [08:49] ? [08:49] fails on missing kdelibs4-dev [08:49] <_rene_> hehe [08:49] <_rene_> we had that discussion this afternoon [08:50] <__daniel> OOo depends on kdelibs? [08:50] <_rene_> openoffice.org-kde does [08:50] <_rene_> and so the source build-deps on kdelibs4-dev === __daniel gets the collywobbles === Fwiffo [~user@jep.dhcp.kampsax.dtu.dk] has joined #ubuntu-devel === tarzeau [~tarzeau@80-219-75-186.dclient.hispeed.ch] has left #ubuntu-devel ["http://www.linuks.mine.nu/debian-worldmap/"] === mirak [~mirak@AAubervilliers-152-1-18-60.w83-114.abo.wanadoo.fr] has joined #ubuntu-devel === _rene__ [~rene@dsl-213-023-034-109.arcor-ip.net] has joined #ubuntu-devel === Md [md@md.staff.freenode] has joined #ubuntu-devel [09:09] I'm trying to understand how udev-udeb is being used. I see no init script in the package and no postinst to create the rules. who knows more? [09:10] I can't remember Colin Watson's nick [09:10] Md: that's me [09:10] Md: it's all still in development and wildly unsuitable for sarge, which is why I haven't sent the patches back yet [09:10] Md: rootskel does all the init work [09:11] Kamion: I started merging some parts of it, feel free to send any kind of patches or comments [09:11] ok, fair enough, but I think it would be a good idea to keep it out of sarge; I'm scared what would happen if udev-udeb showed up in the debian-installer Packages file [09:11] hi Md :) [09:11] something might decide to install it :) [09:12] BTW, you don't need -pudev for dh_link because it's the default and you don't need -a for dh_installdirs because all debian/*.dirs files are always processed anyway [09:12] Md: rootskel pretty much has to have control of the early init process in d-i - it's too custom [09:12] Md: yeah, that's true [09:12] I think I thought the former was clearer despite the default [09:12] Kamion: yes, I'm just adding some code to debian/rules but the package will not be generated by default [09:12] ok, cool [09:12] at some point soon I'll be mailing debian-boot and all the affected maintainers with the work I've done [09:13] do you have an URL for the rootskel file which deals with the rest? [09:13] but I don't want to distract too much from sarge with shiny things [09:13] do we have a kernel with benh's sleep-support for a G4 ? [09:13] amu: afraid not [09:13] Md: libiw27 | 27-1 | testing | alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc [09:13] oopd [09:13] Md: http://archive.ubuntu.com/ubuntu/pool/main/r/rootskel/rootskel_1.09ubuntu3.dsc [09:14] I put it next to the existing devfs code [09:15] Kamion: stupid question, why not? [09:15] amu: no kernel maintainer for hoary right now [09:16] Kamion: /.dev is definitely not necessary for d-i [09:16] amu: that's an update to 2.6.9 + the patch [09:16] Md: noted, will fix [09:16] ubuntu-ppc without sleep, is like you go undressed to bed :( === _rene__ is now known as _rene_ [09:16] I wasn't sure [09:18] daniels: no prob with it, just woundert is there something like this atm [09:19] Md: is it likely to be possible to use udev without having hotplug at all? it would be nice to be able to switch Debian over one step at a time rather than all at once [09:20] Kamion: you need at least /sbin/hotplug. what's wrong with the rest of the program, anyway? === lucas_ [~lucas@ca-grenoble-2-86.w80-8.abo.wanadoo.fr] has joined #ubuntu-devel [09:20] hi [09:20] switching d-i to hotplug is non-trivial; it requires an overhaul of the hardware detection architecture [09:20] I'm working on it but it's not the work of five minutes [09:21] Kamion: oh, you mean coldplugging. it's not mandatory, look at the init script to see how to disable it [09:21] we could certainly install some kind of dummy /sbin/hotplug in the meantime [09:21] Kamion: /sbin/hotplug does nothing by itself, look at it [09:21] I know, I've been looking at it and friends for much of today :) [09:22] it can't be called /sbin/hotplug in d-i incidentally, for annoying reasons [09:22] like? [09:22] we have to activate it only after pivot_root [09:22] if you call it /sbin/hotplug then udevd gets started up in the first initrd and prevents it being unmounted [09:23] I ran into that straight away [09:23] so I just call it /sbin/hotplug.real instead and echo that into /proc/sys/kernel/hotplug shortly after pivot_rooting [09:23] so don't put it in the first initrd... what am I missing? or make it just exit if everything it needs is not there [09:24] you have to put it in the first initrd, or you don't get it until after the first round of hardware detection [09:24] d-i has no way to install additional udebs until then [09:25] Kamion: how big is a full ubuntu mirror ? debmirror is broken, so I need to get everything. but I'm not sure if it will fit on my disk. [09:25] then I think it should be patched to exit until the environment is OK, it looks simpler [09:25] how should it tell? [09:26] there is no significant difference in the filesystem between before pivot_root and after, apart from /dev being populated [09:26] [ -e /some/file ] || exit 0 [09:26] at worst you will have to create a flag file [09:26] the first initrd is copied wholesale to the ramdisk [09:26] I think I prefer the current approach TBH, it's easier to understand and doesn't seem fragile [09:27] I find easier to understand *my* approach :-) [09:27] if I patch /sbin/hotplug then that patch needs to be on the real system as well - I don't want the code to differ between deb and udeb [09:28] so a flag file doesn't sound like an option ... [09:28] that's OK, I maintain hotplug and can do this :-) [09:28] oh, I thought that was ukai [09:29] I'm the co-maintainer [09:29] ah [09:30] ***lucas@ubuntu2:/space/ubuntu-mirror/pool$ ls -l universe/x/xmms-liveice/xmms-liveice_1.0.0-6_i386.deb [09:30] lrwxrwxrwx 1 lucas lucas 72 Nov 25 13:55 universe/x/xmms-liveice/xmms-liveice_1.0.0-6_i386.deb -> ../../../../pool/multiverse/x/xmms-liveice/xmms-liveice_1.0.0-6_i386.deb [09:30] hm, speaking of, a hook in hotplug to allow feeding back module names to whatever's calling the rc scripts would be really nice ... :-) [09:30] but, looking at the code, it seems very non-trivial to add such a hook [09:30] there are symlinks looping to themselves on the archive :/ [09:30] Kamion: what? [09:30] lucas_: I believe something on the wiki tells you [09:30] Md: look at how hw-detect interacts with discover and you'll understand [09:31] Md: especially the bit that allows the user to enter module parameters for each module that's going to be loaded [09:31] the major problem with hotplug is that it should be completely rewritten to remove all compatibility code for 2.2 and 2.4 kernels... [09:31] lucas_: my warty+hoary mirror for amd64+i386+powerpc is just over 10GB [09:31] Md: also the udev race conditions seem to need hotplug changes to be fixed [09:31] Kamion: module parameters are managed by modprobe, not hotplug [09:31] mdz: which race? [09:32] Md: there is no way for d-i to know in advance what modules are going to be loaded so that it can ask [09:32] Kamion: ok, thanks [09:32] Md: between the completion of the modprobe process and the creation of the device node [09:32] so that modprobe && work with /dev/foo works as expected [09:32] mdz: it will never be fixed, there is no easy way to do it and the maintainer says to use dev.d [09:33] Md: I would like to be able to know when each module is going to be loaded so that I can ask the user if they want to supply any options to it, basically [09:33] Md: we can do this with discover because it just gives back a list of module names it wants rather than loading them itself [09:33] Kamion: I see your point, but if users know that some modules need options they probably know their names as well [09:33] Md: there's nowhere for d-i to ask that though [09:33] Md: people could drop to a terminal and do it, but that's hardly acceptable UI [09:34] Kamion: I think this could be added to hotplug without too much work, BTW [09:34] Md: that works for some cases, but not others [09:34] Kamion: there is no reason to use a terminal [09:34] pppd, for example, doesn't make sense as a dev.d script [09:34] how should people add options in the context of d-i then? [09:35] Kamion: you present users with a dialog with input fields for a module name and its options [09:35] Md: in debconf? good luck [09:35] mdz: OTOH in this case you already know the device name [09:36] mdz: /lib/debian-installer-startup.d/S40framebuffer-module-linux-x86 is another example [09:36] I've had several cases recently where /dev/fb/0 simply never appeared [09:36] it's as if the event vanished somewhere between hotplug and udev [09:36] Md: true, but polling waiting for the device node to appear is such a hack [09:36] but I haven't been able to reproduce it reliably enough to debug it; it seemed to go away when I started poking at it [09:37] mdz: agreed. but I'm not going to fight this anymore, you people should subscribe to the linux-hotplug mailing list [09:37] Md: I wish I could follow the mailing lists for every project that I work with, but unfortunately it is too much === x4m [~max@183.226-200-80.adsl.skynet.be] has joined #ubuntu-devel [09:39] the problem with using /etc/dev.d for the framebuffer stuff is that checking to see whether /dev/fb/0 has appeared seems to be about the only reliable way to tell whether the framebuffer module loaded properly or not [09:40] particularly with vesafb and vga16fb; they can load and then not work [09:40] so /etc/dev.d doesn't really work; you still have to say "we're going to wait for a while to see if this worked, otherwise give up" :-( [09:40] BTW, you should use "sleep 0.1" instead of "sleep 1" [09:41] is that implemented in busybox? [09:41] if it works in busybox [09:41] it doesn't seem to be [09:42] it just uses sleep(3) [09:42] I would certainly prefer finer granularity [09:42] then again, it seems to take as long as five or six seconds for the device to appear on my test laptop [09:43] I'd love to know what the system is doing for that time [09:43] me too. in this case I find hard to blame fb brokeness on udev :-) [09:43] oh, I'm not blaming udev exclusively, but it does make things harder to follow that's all :-/ [09:44] still, getting rid of devfs *was* nice [09:45] it was a bad idea from the start to use devfs for hardware detection, but nobody listened... [09:45] nothing else was available at the time [09:45] for d-i, that is [09:45] it was a bad idea to not target 2.6 kernels from the start as well :-) [09:45] you do realise d-i development started four years ago right? [09:45] yes [09:46] it's not good strategy to develop for a kernel you can't run yet :) [09:46] maybe not from the start, but one year ago [09:46] elmo: please sync openoffice.org-debian-files, when openoffice.org 1.1.3 enters hoary [09:46] could be; we've been gradually moving over [09:47] my experience so far certainly tends to support my opinion that moving to udev/hotplug in a hurry would not have been a good idea from a stability/permanent-releasability point of view [09:47] Md: even half a year ago I wouldn't have depended on 2.6 exclusively. [09:47] I'm somewhat worried for hoary actually; I'd much prefer if we were getting the massive attention that d-i changes in Debian get, for a change this sweeping [09:47] but we're committed to it [09:48] mdz: oh, do you mind if I add pciutils-udeb, usbutils-udeb, and libusb-0.1-udeb? I need pci.ids and usb.ids now that discover1-data is no longer around to provide the names of network interfaces for netcfg's UI [09:48] mdz: which I had totally not thought about in advance [09:48] Kamion: joeyh said you will open up the d-i branch for etch soon, so if you merge it early, you'll get enough testing there as well, hopefully [09:48] you == the d-i guys [09:49] mdz: and getting lspci and lsusb will probably be a bonus for debugging purposes, too [09:49] azeem: yeah, I'm very much hoping so === dand [~dand@83.103.205.136] has joined #ubuntu-devel === dand [~dand@83.103.205.136] has left #ubuntu-devel ["Leaving"] [09:52] azeem: I have a number of other changes I want to merge, but which are too untried for sarge [09:53] sweet === Fwiffo [~user@jep.dhcp.kampsax.dtu.dk] has joined #ubuntu-devel [09:59] Kamion: how is the build going? === fabbione is curious as hell [10:02] make[1] : Entering directory `/home/cjwatson/src/ubuntu/linux-source-2.6.8.1/linux-source-2.6.8.1-2.6.8.1/debian/build/build-power4-smp' [10:02] The changelog says we are creating 2.6.8.1, but I thought the version is 2.6.8.1-3-power4-smp [10:02] make[1] : *** [stamp-debian] Error 1 [10:02] oh, damnit, I probably need Ubuntu's kernel-package [10:03] argh.. yes [10:03] ROTFL! I just noticed that the new udev makefile prints init-style green "[OK] " labels instead of the whole command line === Astharot [isager@82.52.100.225] has joined #ubuntu-devel [10:03] Md: green? it's white here [10:03] ahh [10:04] never miind === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel === dand [~dand@83.103.205.136] has joined #ubuntu-devel [10:09] fabbione: trying again, off to the pub now [10:09] Kamion: have fun :-) === dand [~dand@83.103.205.136] has left #ubuntu-devel ["Leaving"] === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [10:27] doko: nothing to sync? [10:38] elmo: ahh, ok, from experimental, or should this be directly uploaded? [10:43] fabbione: pong? [10:44] ehehe [10:44] Mithrandir: #debian-women [10:44] i was trying to convice your gf to build a kernel for me :-P [10:44] hehe :) [10:44] what arch? [10:44] amd64 [10:45] I don't think she has an account on any amd64 box [10:45] we need to fix this, don't we? ;) [10:45] well it's easy [10:45] she just doesn't have any account on my home box, is that so weird? :) === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel [10:45] just grab linux-source-2.6.8.1-17.d* [10:46] Mithrandir: apply this: http://people.ubuntulinux.org/~fabbione/17_to_18.diff [10:46] and build [10:46] it needs to be done in hoary [10:47] even if you tell me in 2 days or tomorrow late evening if it works, it will be more than fine [10:47] applied against what kernel source? [10:49] Mithrandir: we have only one [10:49] that applied to the entire package === Mithrandir runs apt-get source [10:49] linux-source-2.6.8.1-2.6.8.1 [10:50] yeah, but my DSL is only at about 260KB/sec atm. [10:50] yeah don't worry... [10:51] even tomorrow is fine === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel [10:52] brb [10:55] doko: can we remove the kde depends/packages from OOo in the mean time, before haggai and _rene_ add their optional foo? [10:58] jdub: I'll have a look, but maybe let's wait for the first problem reports before the next upload. === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel [10:59] doko: if it depends on kdelibs4-dev, it won't build. [10:59] doko: OOo is sitting there happily not building. [10:59] doko: so i have a problem report and a solution for you ;-) [11:03] jdub: how is flumotion package going ? thomasvs was asking about it [11:03] seb128: haven't spent time on it since the initial packaging - have to upgrade and upload. [11:04] doko: synced [11:04] seb128: will probably do it over the weekend, can't today. [11:04] jdub: ok [11:07] <_rene_> we probably could do it fairly quick... I just need a package which reliably is in ubuntu but not in debian ;-) [11:07] <_rene_> the DEB_BUILD_OPTIONS logic is already written... === Matt| [~Matt|@81-179-205-129.dsl.pipex.com] has joined #ubuntu-devel [11:10] hoary: anyone got totem working? [11:10] jdub: ok, will do another one ... [11:13] <_rene_> ok, if anyone wants to tell me that package, mail me ;-) [11:13] hey guys is totem working ok in hoary? just crashes on startup here [11:18] Mithrandir: oh? [11:21] doko: i was going to do a quick revision here, but 171MB... OWCH :) [11:21] Matt|: load it with a file [11:21] jdub, ok i'll try === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [11:22] jdub, yeah that works ok [11:22] known bug, hopefully there'll be a new release soon [11:23] upstream bug? [11:23] yes [11:23] ok thanks v much [11:23] thom: go to http://err.no/personal/wishlist/ [11:23] it is a recent thing [11:23] jdub: yes, that's why I didn't upload it with my 16kB upstream ... [11:23] thom: but I'm off to bed now. Talk to you in the morning [11:23] doko: i'm tempted to do it on chinstrap or something [11:24] doko: man, my upstream is fatter than that - if you don't want to do it, let me know === GotD0t [~GotD0t@24.48.147.43] has joined #ubuntu-devel [11:26] it's on adare for now, I just didn't want to upload the binaries. [11:27] you only need to upload the diff [11:27] you only CAN upload the diff [11:27] yes, working on it ... [11:28] elmo: so, the mp3 stuff in debian - what led to it being acceptable? [11:29] jdub: *shrug* decoding's never not been accepted - at the time, the consensus was it was as valid as the lzw decompress patent, i.e. not [11:29] oh, and infact, I think Thompson explicitly said free decoders were okay or something too [11:29] ?! [11:30] well, lzw stuff led to libgd-nonfree and friends [11:30] mdz: nice de-rootification hints, thanks for them [11:30] jdub: please comment on #4092 :) [11:30] jdub: only for encode [11:30] jdub: decode was always accepted [11:31] that's why we had web browsers in main... [11:31] or image viewers or... [11:31] and why libungif existed [11:31] seb128: that's the ffmpeg thing? [11:31] jdub: yes [11:31] seb128: oddly, this is related ;) [11:31] :) [11:32] elmo: so the 'debian stance' is that the patents cover encoding, not decoding, so let's get on with it? [11:32] okay, I may have made up the point about Thompson not going after decoders at one stage - I only vaguely recall reading that, and can't find a reference [11:32] jdub: err, no - the consensus at the time, as I remember it was that the mp3 decode patent wouldn't stand up [11:32] and i can't remember them ever saying anything positive about non-thomson Free implementations [11:33] elmo: whoa, okay [11:33] elmo: so, ffmpeg stuff. [11:33] remember, that's partially based on lzw precedent - unisys claimed decode on that too, and we (and gzip upstream who did a lot of research into it) thought that was bogus too [11:34] but Debian really isn't a good example, we do a lot of legal stuff that's dubious basically through lethargy.. e.g. it took us years to start enforcing GPL vs. SSL conflicts [11:34] jdub: what's that do? [11:35] so if debian thinks a patent is bogus, you'll ship until there's judgement or injunction [11:35] ? [11:35] ffmpeg viciously violates every mpeg related patent known to man [11:35] jdub: *shrug* I'm really not comfortable answering questions about "what debian does" - I can't speak for them , but historically we have yes [11:35] ffmpeg is staying in NEW for months :p [11:36] jdub: more so than the existing stuff we have? [11:36] e.g. xine, SDL's plaympeg etc.? [11:36] doesn't debian's xine disable its ffmpeg stuff? === jdub checks [11:37] ffmpeg is copy'n'pasted in lots of things [11:37] so it's a hard one [11:37] seb128: 'longtemps' in french? [11:37] yes [11:38] you start with the big "everybody speaks french" plan ? :) [11:38] heh, what does it mean? :) [11:38] oh [11:38] a long time [11:38] haha [11:38] I thought you were reaction to my ffmpeg is staying in NEW for months :p [11:38] yeah ;) [11:38] but no [11:38] my french is not that good [11:39] i just saw it on vuntz's jabber status :) [11:39] oh ok [11:39] 'parti pour longtemps' -> fun :) [11:39] he he [11:40] i think xine uses a limited ffmpeg [11:40] jdub: about ffmpeg, dunno what sam did exactly with the package waiting in NEW, but usually he does really good work [11:40] sam is usually very careful with patents [11:40] yes [11:40] seb128: is that gst-ffmpeg or ffmpeg itself? [11:40] ffmpeg [11:41] oh no, it has libavcodec in it too [11:41] the main question is if the ffmpeg in NEW does encode - we have decoders in main (-> precedent), we don't, AFAIK, have any encoders [11:41] taaz is waiting on ffmpeg to upload gst-ffmpeg ... that's not needed, but since no decision is taken about ffmpeg ... [11:41] erf [11:41] so it's sitting in NEW purely because it's controversial? [11:41] j'ai cr un fichier "-f2" par megarde [11:41] je ne parviens pas a le virer [11:42] avec tm [11:42] rm [11:42] bon je l'ai vir avec konqueror [11:42] mais j'ai pas trouv comment faire avec rm [11:43] il croit en effet que je lui passe une option [11:43] mirak: ECHAN imho [11:43] ? [11:43] <_rene_> mirak: and if not ECHAN, ELANG anyway [11:43] mirak: that's #ubuntu-devel ... [11:43] <_rene_> mirak: this is an english-speaking channel... [11:43] damn [11:43] sorry [11:43] lol [11:44] I am tired [11:44] my bad [11:44] mirak: so go to sleep [11:44] i can't understand what you are talking about, but i would defend to the death your right to say... whatever it is.