[02:25] <poningru> anyone around?
[02:25] <poningru> I need help with a main inclusion report
[02:25] <poningru> https://wiki.ubuntu.com/MainInclusionReportiSCSI?highlight=(iscsi)
[02:25] <poningru> I wanted to know what to put for the security portion of the thing
[02:25] <poningru> and the other stuff...
[02:26] <somerville32> Did you not use the MIR Template? It has clues.
[02:26] <poningru> OH?
[02:26] <poningru> I did not see one
[02:26] <poningru> I had to use other ones
[02:26] <somerville32> For security, look for CVE reports and security-related bug reports
[02:27] <poningru> ooh found the template
[02:27] <poningru> thanks
[02:27] <somerville32> np
[02:29] <poningru> somerville32: another question... if the security vuln is patched already...
[02:29] <poningru> should I still include it?
[02:29] <poningru> http://www.debian.org/security/2007/dsa-1314
[02:30] <Fujitsu> Yes.
[02:30] <poningru> k thanks
[02:42] <slangasek> yes, because the idea is to show the security history and how the incidents were handled
[02:55] <bddebian> lamont: Are you actually around by any chance?
[03:21] <mgunes> Hobbsee, while you are at it, could you post to (some of) those "how to upgrade packages the right way" etc. threads as well?
[03:21] <Hobbsee> mgunes: got links?
[03:21]  * Hobbsee isn't browsing the forums currently
[03:21] <mgunes> sure
[03:22] <mgunes> Hobbsee: http://ubuntuforums.org/showthread.php?t=640547 , http://ubuntuforums.org/showthread.php?t=641445
[04:40] <lamont> bddebian: sup
[04:40] <lamont> ?
[04:41] <bddebian> lamont: Ah, I already sent it but I had debhelperized xdelta
[04:44] <lamont> bddebian: cool
[04:44] <lamont> so it's in my email?
[04:45] <bddebian> lamont: I cc'd the bug.  I can dump it on mentors or something if you prefer.  I was going to fix a couple of the other bugs but I keep getting in trouble for that :)
[04:45] <lamont> ah, ok.
[04:45] <lamont> that'll work
[04:45] <lamont> heh.  separate diffs for the other bugs wouldn't necessarily be complained about.
[04:49] <bddebian> lamont: OK, I'll look
[04:52] <Hobbsee> hrm.
[04:52]  * Hobbsee wonders why the latest kernel does not appear to recognise her wifi hardware switch being turned back on again
[04:54] <Hobbsee> ah, goody.  someone blogged about the @ubuntu.com spam
[04:54] <Hobbsee> elmo: fix it plz :)
[05:05] <lamont> bddebian: having them intermingled would be sad
[05:06] <lamont> bddebian: likewise, having the diff in the form of a git-format-patch would be the total win... :_)
[05:07] <bddebian> Hmm, never done a git-format-patch
[05:07]  * lamont mutters something about needing to assemble a proper debian/copyright file for nmap 4.50
[05:07] <lamont> bddebian: if you git clone, and then make the change, and then say 'git-format-patch' with some simple args, you get an mbox full of patches that you can then git-email
[05:08] <bddebian> Ah
[05:08] <lamont> OTOH, that invovles learning git a bit...
[05:08] <lamont> er.   git-send-email :-)
[05:11] <bddebian> Damn, give a guy an inch, he wants a mile ;-P
[05:12] <lamont> LOL
[05:13] <lamont> alternatively, one could send the name of a branch and a repo to pull from :-)  I think that's only 3/4 of a mile. :0)
[05:13] <bddebian> heh
[05:21] <lamont> bddebian: I'll read the diff in the morning once I'm awake. thanks much
[05:21] <Hobbsee> wow, 685 for hppa.  that's going down a fair bit
[05:22] <Hobbsee> (builds)
[05:22] <bddebian> lamont: NP, let me know if it's way off or broken in any way :-)
[05:23]  * Fujitsu thought it was at around 1600 just two days ago.
[05:23] <Hobbsee> well, this number may be wront
[05:24] <Fujitsu> No, it seems to be right.
[05:24] <Fujitsu> I guess a lot have failed or depwaited quickly.
[05:25] <lamont> Hobbsee: it's been busy building packages since the kde/toolchain guys got done doing all those uploads. :0)
[05:25] <Hobbsee> lamont: heh
[05:25] <Fujitsu> Ahh, it's that buildd depwait-detection failure bug.
[05:25] <Hobbsee> lamont: i have whinged about htat
[05:25] <Fujitsu> Bits of GTK and co apparently got uninstallable.
[05:25] <Hobbsee> Fujitsu: on amd64?
[05:26] <Fujitsu> Hobbsee: hppa.
[05:26] <lamont> Fujitsu: once it gets done getting through the whole pile (and needs build gets to single or double digits), I'll have someone give back everything in failed.
[05:26] <Fujitsu> So hundreds of builds would have failed quickly.
[05:26] <lamont> it's so much nicer to do that with SQL than the UI
[05:26] <Hobbsee> yeah, true
[05:26] <Hobbsee> hehe
[05:26] <Fujitsu> lamont: We'll hopefully have a mass give-back over * soon.
[05:26] <lamont> well, it'd be nice if they stalled another couple days... maybe we can have that for christmas
[05:27] <Fujitsu> But Soyuz probably won't be able to do it after tomorrow. Just to be annoying.
[05:27]  * Hobbsee glares at the paper, forecasting the weather
[05:27]  * Hobbsee is going to shoot something, if the weather writes off her next car too, with another hail storm.
[05:27] <Fujitsu> How's it looking?
[05:28] <Fujitsu> Hahahahaha.
[05:28] <Hobbsee> http://www.smh.com.au/articles/2007/12/17/1197740183604.html
[05:28] <lamont> Hobbsee: does that mean that your postal meter is approaching 100%
[05:28] <lamont> ?
[05:28] <Hobbsee> lamont: hrm?
[05:28] <Hobbsee> lamont: i dont understand
[05:28] <lamont> iz a "going postal" reference
[05:28] <Hobbsee> ahhh
[05:28] <Hobbsee> not really - nowhere to go
[05:29] <lamont> when the postal meter hits 100%, well...   people go postal...
[05:29] <slangasek> I thought when the postal meter hit 100%, you added another stamp
[05:29] <lamont> in 1995 I worked for a team where the team homepage had a postal meter calibrated in %
[05:30] <lamont> those were somewhat different times though, back when HP had a gun range here in Ft Collins.
[05:30] <lamont> before they got all scared of guns and such and closed the range.
[05:31]  * Fujitsu shoots lamont.
[05:31]  * lamont hugs his kevlar jacket
[05:31]  * lamont returns fire.
[05:31] <Fujitsu> Damn.
[05:32] <slangasek> hugging your kevlar jacket sounds like a good way to lose a hand
[05:32]  * Hobbsee lobs bombs in lamont's general direction.
[05:32] <lamont> tragic to have a drive-by shooting in an ubuntu channel... Does that fit with the CoC?
[05:32] <slangasek> when the shrapnel starts flying
[05:32] <Hobbsee> lamont: it doesn't explicitly forbid it.
[05:32] <lamont> Hobbsee: "Once you have tac nukes, everything looks like a small city."
[05:32]  * Hobbsee defenestrates slangasek
[05:32] <Hobbsee> lamont: yeah, that's it
[05:33]  * lamont debates the various merits of more self-defense bombing, or simply going to bed.
[05:33]  * Hobbsee blows up the bed, to make the decision easier.
[05:34]  * lamont sighs.  my wife was there.
[05:34] <lamont> Hobbsee: now you're really in trouble.
[05:34] <Hobbsee> i removed the wife first.
[05:34]  * Hobbsee is always truble.
[05:34] <lamont> still, it's her favorite bed _ever_.
[05:34] <Hobbsee> er, trouble.
[05:34] <Hobbsee> this was long known
[05:35] <lamont> maybe you should have left her there... iz irish redhead. :-)
[05:35] <lamont> "College co-ed destroys fellow developers bed, angers wife."
[05:37] <lamont> yeah. bedtime.
[05:37] <lamont> g'night
[05:37] <Hobbsee> guess you'll have to find her another one then.
[05:37] <bddebian> Gnight lamont
[06:08]  * sladen quickly hides his bed
[06:46] <warp10> Hi all!
[06:52] <poolie> hi
[06:52] <poolie> i have a source package, i'd like to get PPA to build it on Hardy as well as Gutsy
[06:52] <poolie> help?
[06:53] <lifeless> upload it twice
[06:54] <lifeless> set the target via the changelog, so you have to build the source twice too
[06:54] <poolie> hey, what a surprise
[06:54] <poolie> :)
[06:54] <poolie> it seems like that'll produce two source packages with the same name...
[06:54] <poolie> should i add a version suffix for the distro?
[06:54] <poolie> or just let it happen?
[06:55] <lifeless> it will produce two source packages with the same name, and each will go in a separate archive
[06:55] <lifeless> which is the same as e.g. building bzr 1.0 for two dapper and gutsy
[06:56] <poolie> ok
[06:56] <lifeless> look at the current bzr packages, they do this and are done 'right'
[06:57] <poolie> ok
[06:57] <poolie> so, practically
[06:57] <poolie> i need a different directory and a different source tree on my local disk for each distro to stop the source packages clashing
[07:01] <Fujitsu> lifeless: Note that they'll have to have different versions, as I mentioned in #launchpad.
[07:08] <mekius> Hi, working on gOS and for some reason our latest ISO just locks up while trying to load the squashfs.  Is there anyway to debug why this would happen?
[07:41] <dholbach> good morning
[07:43] <ion_> Hola
[07:44] <dholbach> heya ion_
[07:44] <ion_> What’s up?
[07:44] <dholbach> I'm waiting for coffee :))
[08:02]  * \sh transmits dholbach some coffee from the company coffee machine through the fibre wires 
[08:03] <ion_> The Internet is like a series of tubes.
[08:03] <dholbach> letter chute! :)
[08:10] <dholbach> what do we need to do to get scrollkeeper out of main? is anything still using it?
[08:11] <Burgundavia> dholbach: make rarian work, I suspect
[08:12] <dholbach> no, rarian is a scrollkeeper replacement
[08:12] <dholbach> rarian-compat even Provides: scrollkeeper
[08:13] <dholbach> so we should be able to move it to Universe soon, if there's no good reason
[08:14] <Burgundavia> probably best to do it now, before the next alpha
[08:28] <dholbach> cjwatson, Riddell, StevenK, mjg59, sladen, bryce, Mithrandir (bluetooth team), siretart, ajmitch, slangasek, imbrandon, asac, keescook+soren (server team), ogra, gpocentek, calc, lool: can you take a look at  http://people.ubuntu.com/~dholbach/sponsoring  please?
[08:31] <Mithrandir> dholbach: sir, yes, sir.
[08:31] <dholbach> ROCK
[08:32] <siretart> oh, only one for me :)
[08:32] <dholbach> siretart: we can fix that :)
[08:32] <StevenK> dholbach: ... I told you I know nothing about powernowd ...
[08:32] <siretart> dholbach: heh
[08:32] <dholbach> StevenK: there are a lot of people who have never touched any of the packages they were assigned before too
[08:33] <StevenK> dholbach: Yes, but I don't want mjg59 to kill me.
[08:33] <Mithrandir> StevenK: he won't.
[08:33] <dholbach> StevenK: one of them is a bashism
[08:33] <dholbach> StevenK: and with the other one you could just ask mjg59 if he's d'accord or if he can take a look at it
[08:33] <dholbach> it's fine to re-assign to somebody else
[08:34] <StevenK> Bug 163709 has geser's fingerprints all over it
[08:34] <ubotu> Launchpad bug 163709 in wmclock "Please merge wmclock 1.0.12.2-5ubuntu3 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/163709
[08:34] <StevenK> geser: Since you've dealt with the guy, I'll unsubscribe me and subscribe you?
[08:35] <dholbach> StevenK: I picked somebody of canonical staff to make sure it gets in, in this case it was you to make sure that it gets in (it's fine if you consult others before that)
[08:36] <Mithrandir> evand: about https://bugs.edge.launchpad.net/ubuntu/+source/libbtctl/+bug/176180 ; did you test nautilus-sendto + sending to a bluetooth device without the patch applied?
[08:36] <ubotu> Launchpad bug 176180 in libbtctl "Please sync libbtctl 0.9.0-2  (main) from Debian unstable (main)." [Undecided,New]
[08:38] <slangasek> dholbach: the only one you have listed on there for me is one for which /I'm/ awaiting sponsorship ;)
[08:38] <dholbach> slangasek: oh... hehe :)
[08:38] <dholbach> slangasek: I'll make sure to ping keybuk later on
[08:38] <dholbach> Excusez-moi Monsieur Langasek
[08:39] <slangasek> no worries
[08:39] <dholbach> hey seb128!
[08:39] <seb128> hello dholbach
[08:44] <seb128> is archive.ubuntu.com being slow for everybody today?
[08:46] <dholbach> seb128: it was ok for me some minutes ago
[08:47] <seb128> dholbach: weird, it's downloading at something like 17kbs here today
[09:19] <bryce> dholbach: I looked at the x11 one earlier today but we think it's going to be handled soon by debian anyway.  I just now sponsored the smplayer one.  For the merge, I'll look at it tomorrow, it's starting to get late here
[09:22] <dholbach> bryce: rock on
[09:22] <dholbach> bryce: sleep tight then :)
[09:51] <geser> StevenK: I can take over bug #163709. Can you look at bug #176411? (you did the last merge)
[09:51] <ubotu> Launchpad bug 163709 in wmclock "Please merge wmclock 1.0.12.2-5ubuntu3 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/163709
[09:51] <ubotu> Launchpad bug 176411 in texlive-bin "[Sync request] Sync texlive-bin (2007.dfsg.1-2) from Debian (main)" [Undecided,New] https://launchpad.net/bugs/176411
[09:54] <StevenK> geser: You have a deal
[10:13] <ion_> The 50-50-90 rule: anytime you have a 50-50 chance, there’s a 90% probability you’ll fail.
[10:21] <geser> Mithrandir: please give-back: tex-guy. Thanks.
[10:23]  * dholbach hugs super-geser
[10:23]  * geser hugs back dholbach
[10:24] <Mithrandir> geser: given-back
[10:31]  * Mithrandir wonders why pulseaudio needs 8% CPU on a GHz-class machine to play sound.
[11:12] <cVsup> i would like know how execute command in preseed file?
[11:25] <cjwatson> cVsup: use preseed/early_command or preseed/late_command. Have you read the examples in the installation guide?
[11:25] <cVsup> yes
[11:26] <cVsup> d-i preseed/late_command chroot /target script.sh
[11:26] <cVsup> correct?
[11:27] <ildella> hi all
[11:27] <cVsup> cjwatson, any idea?
[11:28] <ildella> I am getting crazy this morning cause Eclipse just stopped starting up due to some mysterious jvm frame problem...
[11:28] <ildella> found this bug: https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/174759/
[11:28] <ubotu> Launchpad bug 174759 in eclipse "eclipse crashes " [Undecided,New]
[11:28] <cjwatson> cVsup: fine provided that script.sh actually exists on the default path inside /target
[11:28] <Fujitsu> ildella: This isn't a support channel.
[11:28] <ildella> oh
[11:28] <ildella> sorry
[11:29] <ildella> what channel can I use?
[11:29] <cVsup> yes
[11:29] <cjwatson> cVsup: (and is executable)
[11:29] <cVsup> cjwatson, d-i preseed/late_command string
[11:29] <cVsup> need string?
[11:29] <cjwatson> cVsup: are you actually encountering a problem? if so, I need error messages (and #ubuntu-installer would be better)
[11:30] <Riddell> evand: have you seen this bug? https://bugs.edge.launchpad.net/ubuntu/+source/parted/+bug/107326
[11:30] <ubotu> Launchpad bug 107326 in parted "non working gpt labels" [Undecided,Confirmed]
[11:30] <cVsup> cjwatson, i need change usplash.conf for resolve problem white screen
[11:30] <cVsup> with
[11:31] <Riddell> enrico: seems the ept build failure was a bashism, https://bugs.launchpad.net/ubuntu/+source/libept/+bug/177033
[11:31] <ubotu> Launchpad bug 177033 in libept "FTBFS: ept/runtest fails with recent dash version" [Undecided,Fix released]
[11:32] <cjwatson> cVsup: messing around with a separate script.sh seems overkill when you could just put the shell commands you need directly in the preseed/late_command string
[11:32] <cjwatson> Riddell: evand's off this week
[11:32] <enrico> Riddell: oh, I see.  So I can find the fix in the ubuntu patch, right?
[11:32] <enrico> good opportunity to have a look at that
[11:32] <cjwatson> Riddell: IIRC the gptsync patch to parted was still needed even with the grub change
[11:33] <cjwatson> and yes, it violates the standard, but so does Apple
[11:34] <cjwatson> I think the suggestion to conditionalise it on <2TB is probably about right
[11:35] <Riddell> enrico: yes it is, or just on that bug report
[11:35] <cjwatson> or maybe just conditionalise it on is-a-Mac
[11:35] <cjwatson> (unfortunate but there you go)
[11:36] <cjwatson> that's fiddly as hell to work out, though, argh
[11:36] <tjaalton> what's the status of python-brlapi?
[11:37] <tjaalton> gnome-orca depends on it, but it's not available
[11:39] <Riddell> interesting, thanks cjwatson
[11:40]  * Hobbsee waves
[11:41]  * Mithrandir tickles Hobbsee, then levitates off the ground, out of her reach.
[11:41] <tjaalton> oh, brltty 3.9-5u1 is in NEW
[11:41]  * Hobbsee pops Mithrandir with a pin
[11:41] <Hobbsee> hrm, we're making progress
[11:42] <Hobbsee> hardy has been alive for 6 minutes, and hasn't frozen yet
[11:43] <seb128> Hobbsee: hardy frozen yet?
[11:43] <Hobbsee> seb128: soft freeze, i believe.
[11:43] <Hobbsee> i've been at work
[11:44] <seb128> Hobbsee: do you use compiz? try disabling the animation thing there
[11:44] <Hobbsee> seb128: yes.
[11:44] <Hobbsee> seb128: ahh, is animation what's being blamed
[11:44] <Hobbsee> seb128: they say they've fixed some crashes, and it seems stabler now
[11:44] <Hobbsee> usually, my compiz would have hardlocked by now.
[11:44] <seb128> well, that's what is freezing on my laptop installation
[11:45] <seb128> when I ssh to the box compiz is eating cpu
[11:45] <tjaalton> could someone shove the new brltty out of NEW, because I can't build a livecd due to gnome-orca being uninstallable
[11:45] <seb128> anyway mvo adviced not using animation and compiz didn't hang since
[11:45] <tjaalton> and I need to test a fix for livecd-rootfs
[11:45] <Hobbsee> seb128: gotcha.  will try it, if i find it hardlocks again
[11:46] <seb128> tjaalton: looking
[11:47] <juliank> Hi everyone. I wrote a small script to create an Ubuntu USB Stick, with persistent support (incl. partitioning the usb stick). Something like this would be cool to have on the disk: http://jak-linux.org/tmp/iso2usb.sh  - But it's not finished yet.
[11:48] <tjaalton> seb128: thanks
[11:48] <Fujitsu> seb128: Can you magic-SysRq+K out of it?
[11:48] <seb128> juliank: hi, you should rather mail the ubuntu-devel list to describe the idea, etc
[11:48] <tjaalton> also, openoffice build-depends on libflute-1.3-jfree-java, which is in universe
[11:48] <seb128> Fujitsu: didn't try
[11:48] <seb128> Fujitsu: I can ssh and restart compiz
[11:49] <Fujitsu> seb128: Aha, so it's similar to what I get.
[11:49] <cjwatson> mjg59: bug 107326; you don't fancy nicking the minimalist dmidecode implementation out of libdebian-installer/src/system/subarch-x86-linux.c and conditionalising gptsync vs. pmbr on that, do you?
[11:49] <ubotu> Launchpad bug 107326 in parted "non working gpt labels" [Undecided,Confirmed] https://launchpad.net/bugs/107326
[11:50] <mjg59> cjwatson: Wurgh. It'd be a miserable layering violation in the parted code.
[11:51] <mjg59> cjwatson: I'd be happy to make it x86/non-x86 dependent
[11:51] <mjg59> We're not going to support installs on x86 EFI for ages, so it's not really an issue there
[11:52] <cjwatson> mjg59: err, the people in the bugs are talking about x86 I'm pretty sure
[11:52] <mjg59> cjwatson: Oh, ah, hrm.
[11:52] <cjwatson> mjg59: we don't have to support installs on them - the boot drive can be MBR and you can have a separate GPT RAID
[11:52] <cjwatson> say
[11:52] <cjwatson> then I don't think you need EFI
[11:53] <cjwatson> I think pulling disks out of Macs and repartitioning them on other systems is honestly vanishingly rare
[11:53] <mjg59> Yes
[11:53] <cjwatson> and yeah, it's a layering violation, but in exactly the place where we've been screwed by differing EFI implementations
[11:54] <mjg59> I'm intruiged by why it's going wrong. I suspect we'd be better off if the kernel preferred GPT tables to EFI ones.
[11:54] <cjwatson> there's a comment in libparted about why that was changed
[11:55] <mjg59> s/EFI/MBR/
[11:55] <cjwatson> it's a reasonable point that there is no way to generate a sane legacy MBR for a >2TB disk, so we shouldn't
[11:55] <mjg59> Yes, that's probably fair
[11:55] <cjwatson> so if you'd rather that that be the condition, that doesn't seem too bad to do in parted
[11:56] <mjg59> Though in that case, we'd still need to add support for it creating logical partitions in the mbr
[11:56] <cjwatson> urgh, true
[11:56] <mjg59> Which we probably should do anyway
[11:57] <cjwatson> the Apple test seems like an easier stopgap to plug the data loss
[11:59] <mjg59> Yeah. Hrm.
[12:00] <mjg59> cjwatson: Anyway. DMI information is exported via sysfs on 2.6.24
[12:00] <mjg59> So just read, strcmp and get on with it
[12:00] <cjwatson> oh, that's good
[12:04] <cjwatson> I've added this to the gutsy release notes for the time being
[12:04] <cjwatson> (on the wiki at any rate)
[12:41] <Lure> dholbach: have closed bug 172755 (sponsoring asigned to imbrandon)
[12:41] <ubotu> Launchpad bug 172755 in tripod "Rebuild for libgpod2 -> libgpod3 transition" [Low,Fix released] https://launchpad.net/bugs/172755
[12:42] <dholbach> Lure: great
[12:42]  * imbrandon looks up
[13:01] <pgquiles> cjwatson: ping
[13:01] <cjwatson> pgquiles: pong
[13:03] <pgquiles> cjwatson: regarding bug 107326, I think what happens on Macs is a lot less important than what happens on every other machine. Surely Macs account for a very small percentage of Ubuntu installations. This bug should be fixed soon, Hardy should have a fixed GNU Parted.
[13:03] <ubotu> Launchpad bug 107326 in parted "non working gpt labels" [Undecided,Confirmed] https://launchpad.net/bugs/107326
[13:04] <cjwatson> pgquiles: my comments on the bug were not remotely intended to indicate that the bug should not be fixed. I was discussing it with mjg59 here earlier.
[13:04] <cjwatson> pgquiles: it is perfectly possible to keep both working
[13:04] <pgquiles> cjwatson: I didn't mean you meant it should not be fixed :-)
[13:04] <cjwatson> you rather implied it
[13:05] <mjg59> pgquiles: I strongly suspect that the number of users running Ubuntu on Macs is greater than those running it on systems with 2TB+ filesystems.
[13:05] <pgquiles> cjwatson: I'm sorry, I'm not a native English speaker O:-)
[13:05] <mjg59> But yes, you're right. It will be fixed. We're determining the best way of doing so.
[13:05] <pgquiles> mjg59: I wouldn't be so sure, specially for ubuntu-server and specially for the next 5 years given that Hardy is LTS
[13:06] <cjwatson> pgquiles: there is no need to persuade us about the importance of the bug
[13:06] <pgquiles> the bug was present in edgy, feisty and is in gutsy
[13:06] <cjwatson> pgquiles: I had simply missed it
[13:06] <pgquiles> cjwatson: I was not trying to tell you off, we are all humans :-)
[13:07] <cjwatson> I have set its priority and targeted it to hardy
[13:07] <pgquiles> great, thank you
[13:07] <cjwatson> I find it implausible that the bug was present in edgy, at least in the same form
[13:07] <cjwatson> the gptsync patch to parted was introduced in feisty
[13:08] <mjg59> Tch. What do I file a bug against in order to request package removal?
[13:08] <StevenK> mjg59: The package itself
[13:08] <seb128> mjg59: the corresponding package and subscribe ubuntu-archive to the bug
[13:09] <mjg59> Ok
[13:09] <StevenK> mjg59: And then poke someone here
[13:09] <seb128> StevenK: that's not the right way ;-)
[13:09] <StevenK> Last part completly optional. :-)
[13:09]  * StevenK pokes seb128 about gimp
[13:09] <pgquiles> cjwatson: you are right, the gpt patch in edgy is a different one. My bad.
[13:12] <seb128> StevenK: well, I would not do it this way but I'm not approving srus neither, better to ask pitti what he thinks about it when he'll be around
[13:13] <StevenK> It seemed the simplest way without going insane
[13:14] <StevenK> steven@liquified:~/ubuntu/fftw-cruft% version-bump -u
[13:14] <StevenK> Ubuntu mode enabled - new version prefix ubuntu1
[13:14] <StevenK> Hah
[13:17] <mjg59> slangasek: #177154 (from our earlier conversation)
[13:18] <siretart> mjg59: thanks for CCing me
[13:19] <mjg59> siretart: No problem
[13:20] <cjwatson> slangasek: ubiquity uploaded per your earlier request
[13:24] <persia> mjg59: Usually one tries to eliminate all the rdepends first.  In this case, it looks like about 20.  Should these all be migrating to rely on wodim?
[13:25] <mjg59> persia: cdrecord is in multiverse. There's nothing interesting that actually neesd it
[13:25] <mjg59> persia: And when it comes to copyright infringement, then we remove first and ask questions later
[13:26] <StevenK> Gar, didn't siretart try really hard to get cdrecord into multiverse?
[13:26] <Mithrandir> he did
[13:27] <persia> mjg59: No, but a lot of things that don't really need it have a dependency due to never having been transitioned to an alternative.
[13:27] <StevenK> I think I questioned him at the time
[13:27] <Mithrandir> we could castrate cdrtools to not build mkisofs
[13:27] <mjg59> persia: Unless those things are in multiverse, it's not an issue
[13:28] <siretart> StevenK: there are negotiations ongoing atm. joerg has just been sent an email, and I'm curious to read his answer
[13:28] <Mithrandir> siretart: would be so kind as to make cdrtools not build mkisofs for the time being?
[13:28] <StevenK> I'm not. cdrecord can get out and stay out, as far as I'm concerned.
[13:28] <cjwatson> is there good reason to believe that these negotiations will be more fruitful than endless previous negotiations with Joerg?
[13:29] <cjwatson> it's not as if this is a new problem
[13:29] <persia> mjg59: Actually, about half are in universe (in violation of universe ! depends on multiverse) according to debcheck.  I agree with remove-first-ask-questions-later, just was curious if you had thought about transition, so as to try to get it completed.
[13:29] <mjg59> persia: I was under the impression that there was supposed to be some sort of transition package
[13:29] <siretart> cjwatson: I do have reasons to beleive so, mainly because this time, the negotations are kept in private
[13:29] <persia> mjg59: The transition package was removed when cdrecord was added to multiverse (see parallel thread in this channel)
[13:30] <cjwatson> mjg59: there was. siretart intentionally removed it
[13:30] <siretart> Mithrandir: sure. could you elobarate a bit why?
[13:30] <mjg59> persia: Well, that was an error :)
[13:30] <cjwatson> siretart: I believe there have been attempts at private negotiation in the past, too
[13:30] <mjg59> Well, we've made some progress
[13:31] <Mithrandir> siretart: see bug 177154.
[13:31] <ubotu> Launchpad bug 177154 in cdrtools "cdrtools is undistributable" [Undecided,New] https://launchpad.net/bugs/177154
[13:31] <Mithrandir> siretart: so unless mjg59 is wrong in his bug report (which I haven't checked, but I have no reason to believe he is wrong), we should either kill off mkisofs from cdrtools for the time being or remove the package.
[13:33] <siretart> Mithrandir: tbh, I think since joerg has now waited for matthews answer so long (he has bugging me the last 2 weeks weekly on irc), we should give him some time to answer before we kill cdrtools (again)
[13:33] <StevenK> Personally, not that my opinion matters much, I remain unconvinced we need cdrtools at all.
[13:33] <siretart> unless there are compelling reason to do so at once
[13:49] <Mithrandir> siretart: it doesn't seem like Joerg has any interest in contributing constructively to the discussion.
[13:51] <siretart> Mithrandir: I'm currently having a query with him, and I have another impression
[13:51] <Mithrandir> his comment in the bug report is "you don't understand the GPL, go away"
[13:52] <mjg59> siretart: I should emphasise that the only way to deal with the mkisofs issue is to license the libraries and build system under a GPL-compatible license (optionally along with the CDDL)
[13:52] <lamont> where is bddebian when I want to grumble at him
[13:53] <mjg59> siretart: Either that, or we need to hear from every mkisofs and libhfs_iso copyright holder
[13:57] <siretart> mjg59: he seriously doesn't understand the GPL this way, but argues in corner cases that apply at least to german and US law, and states that since all contributers are either germans or US citizens, this would apply here
[13:58] <mjg59> siretart: Except for the Swedish ones
[13:58] <cjwatson> siretart: and the British ones
[13:58] <StevenK> So, he's on crack, as usual
[13:59] <siretart> it's really hard to discuss this over channel boarders
[13:59] <siretart> StevenK: so having a different opinion qualifies as being on crack?
[13:59] <cjwatson> oh, maybe not British, the cdrtools package no longer has Steve's JTE patch
[13:59] <siretart> shall I invite him?
[13:59] <cjwatson> ./mkisofs/mkisofs.c:30:/* APPLE_HYB James Pearson j.pearson@ge.ucl.ac.uk 22/2/2000 */
[14:00] <cjwatson> so unless he was visiting from another country ...
[14:00] <siretart> heh
[14:01] <mjg59> schily: Hi
[14:03] <schily> mjg59 hi I have to complete my slides for a cdrtools talk....
[14:04] <mjg59> schily: No problem. There's no urgency about anything.
[14:06]  * Hobbsee whinges at BenC
[14:06] <Hobbsee> lamont: there you go
[14:06]  * lamont larts Hobbsee 
[14:07] <lamont> we don't whinge or even whine at BenC
[14:07]  * Hobbsee larts lamont back, and sets his house on fire
[14:07] <Hobbsee> lamont: my wifi doesn't work on the new kernel :(
[14:08] <bddebian> Hey folks
[14:08] <BenC> Hobbsee: which chip?
[14:08] <Hobbsee> BenC: intel 3945
[14:08] <BenC> Hobbsee: make sure to install matching lum to get the firmware
[14:08] <bddebian> lamont: Uh oh, what did I break?
[14:09] <Hobbsee> BenC: alreayd got it.  it's loaded.  syslog says that the kill switch is on, though.
[14:09] <BenC> Hobbsee: hit the kill switch then :)
[14:09] <Hobbsee> BenC: duh.  done that.  no change.
[14:09] <Hobbsee> BenC: it was giving me a kill switch message even when it hadn't been touched from when it loaded gutsy, where it was on.
[14:09] <Hobbsee> BenC: i'm not *that* stupid :)
[14:10] <BenC> Hobbsee: hmm, definitely file a bug then
[14:10] <Hobbsee> BenC: any idea on how i can debug it further?
[14:10] <BenC> I know iwl3945 has been working for myself and rtg
[14:11] <BenC> Hobbsee: not sure...rtg is the man to talk to
[14:11] <Hobbsee> BenC: ok, thanks.
[14:13] <Hobbsee> BenC: i guess i'm asking...is there any way to force the kill switch on/off?
[14:13] <BenC> Hobbsee: modinfo iwl3945 and see if there is
[14:15] <Hobbsee> BenC: apparently not.  darn.
[14:21] <bddebian> lamont: A little too much debhelper for you?
[14:23] <Hobbsee> BenC: any idea when rtg would be around?
[14:23] <lamont> bddebian: 3 fixes. one diff.
[14:23] <lamont> *thwap*
[14:24] <bddebian> ?
[14:24] <lamont> and you added a build-dep on autocrap???  I fixed that
[14:24] <BenC> Hobbsee: very soon
[14:24] <lamont> 1) switch to debhelper.  2) standards version.  3) lintian errors
[14:24] <lamont> admittedly, they cascade enough that taking them out of order is bad
[14:25] <lamont> bddebian: eventually, I gave up and called it one commit.
[14:25] <lamont> plus one for me to drop the auto* build-deps, and then merge it into my mess.
[14:27] <lamont> anyway, thanks
[14:28] <Hobbsee> hrm.  it's so nice that something apart from network mangler is spamming the syslog.
[14:29] <lamont> Hobbsee: network mangler doesn't spam my syslog.
[14:29] <lamont> oh right.  I purged it.  I remember now
[14:30] <Hobbsee> heh
[14:30] <Hobbsee> no, i'ts pulseaudio doing it now
[14:30] <bddebian> lamont: Ah, sorry.  You were autoreconf'ing so how did you drop the autotools stuff?
[14:30]  * lamont needs to add a crowbar patch to network mangler so that he can have it installed and dormant until he kicks it manually to do one round of network config
[14:30] <lamont> bddebian: separate target (autofiles) in debian/rules, and drop the build-depends
[14:31] <lamont> and about to drop the autofiles from source control
[14:31] <lamont> the generated autofiles, that is.
[14:31] <bddebian> lamont: Ah, OK
[14:31] <lamont> running auto* on each and every buildd is (1) wasteful and (2) frequently gets you the wrong result (as autocrap changes radically from version to version)
[14:32] <lamont> having said that, xdelta was using automake 1.4 (ew)
[14:33] <bddebian> lamont: Maybe I'm not understanding.  Weren't you doing that before?  Or not because you had the seperate target?
[14:33] <lamont> hrm...
[14:33]  * lamont doesn't remember
[14:33] <lamont> I'd made changes in my tree
[14:33] <lamont> I've been treating xdelta with benevolent neglect for quite some time.
[14:34] <seb128_> re
[14:34] <bddebian> lamont: OK.  Well I'll make sure I only send a patch at a time next time, sorry
[14:34] <seb128_> I had to reboot due network issue
[14:34] <bddebian> wb seb128_
[14:35] <bddebian> lamont: Oh, and one other thing.  I'm a little concerned about using dh_makeshlibs because I think it might be ignoring the libesio?
[14:35] <lamont> bddebian: 'twas only grumbling.  thank you very much for fixing things for debhe,per
[14:35] <bddebian> NP
[14:36]  * lamont will look into that
[14:45] <lamont> bddebian: that's right... now I remember the issue:
[14:45] <lamont> gcc -Wall -g -O2 -o .libs/edsiotest edsiotest.o  ./.libs/libedsio.so
[14:45] <lamont> edsiotest.o: In function `test6':
[14:45] <lamont>  /build/lamont/xdelta-1.1.3/libedsio/edsiotest.c:194: undefined reference to `g_log'
[14:45] <jikkejo> hello
[14:46] <bddebian> lamont: Ugh :(
[14:47] <lamont> something is dropping the glib stuff.  for the suck.
[14:50] <jikkejo> i found a problem with ubuntu 7.10 with ipw2100 wireless card and wpa_supplicant. It's impossible to configure the wireless card. I'm newbie, but it's impossible for me!
[14:50] <persia> jikkejo: This isn't really a support channel.  If you need help, try #ubuntu or #ubuntu-xx where xx is a country code.  If you have a bug, try #ubuntu-bugs.
[14:51] <jikkejo> oh sorry
[14:52] <jikkejo> but i want report a problem for developers
[14:53] <lamont> if you want to play with it, please start with 'git clone git://git.debian.org/~lamont/xdelta.git'
[14:53] <lamont> bddebian: ^^
[14:54] <lamont> jikkejo: that's where the bug tracking system on launchpad.net comes in handy....
[14:54] <lamont> since reporting bugs here gives no assurance that the right developers actually find out abiout it
[14:54] <jikkejo> lamont: ok sorry but i'm new!
[14:55] <bddebian> lamont: OK
[14:55] <lamont> jikkejo: no worries
[14:55] <lamont> bddebian: that's the current state of it... (and you'll want a git-core >= 1.5 or life sucks)
[14:55] <lamont> you can still checkout and such, but the user interface is not user-friendly
[14:56] <lamont> 1.5 was a serious overhaul of the UI
[15:03] <LongPointyStick> grumble.
[15:04] <LongPointyStick> so, the software and hardware rf_kill's are disabled...yet, there's still no flash of wifi
[15:07] <lamont> LongPointyStick: afraid it's gonna go "boom"?  or are you compensating?
[15:07]  * lamont ducks
[15:10] <Riddell> siretart: ping ping, libxine1 doesn't install unless you have universe enabled
[15:10] <Riddell> siretart: can you tell me what needs promoted?
[15:10] <bddebian> lamont: How would you feel about a new upstream release? :)
[15:10] <lamont> is there one?
[15:11] <lamont> bddebian: I said _NEGLECT_. :-)
[15:11] <bddebian> Aye, xdelta3.0t
[15:11] <siretart> checking
[15:11] <lamont> ah, that'd be the xdelta3 package
[15:11] <lamont> this is xdelta1
[15:11] <bddebian> Oh
[15:11] <bddebian> hrm
[15:11] <lamont> which leads directly to the neglect angle.
[15:14] <poningru_> soren, ping
[15:14] <soren> poningru_: Yes?
[15:14] <siretart> Riddell: libxine1-bin. that one contains now the shared object everything links against
[15:14] <poningru_> w00t
[15:14] <poningru_> soren, can I discuss iscsi stuff with you?
[15:14] <soren> poningru_: Sure thing.
[15:14] <poningru_> I want to help with that
[15:14] <poningru_> I started up the MIR
[15:14] <bddebian> lamont: Ah, there is a 1.1.4 though also it appears
[15:15] <soren> poningru_: Ah, that's very helpful. Thanks!
[15:15] <poningru_> soren, but have never done anything similar before
[15:15] <poningru_> so wondering if I was doing it right
[15:15] <soren> poningru_: It's quite simple, really. Fill in the blanks by looking up CVE's and stuff from Debian's bts and Launchpad.
[15:15] <poningru_> also I want to work on the ramdisk implementation
[15:16] <soren> poningru_: That would be nice. Do you happen to have hardware to test with?
[15:16] <soren> poningru_: ...because I don't.
[15:16] <poningru_> https://wiki.ubuntu.com/MainInclusionReportiSCSI
[15:16] <poningru_> oh you dont need hardware
[15:16] <poningru_> iscsi just goes over normal stuff
[15:16] <poningru_> as in tcp/ip
[15:17] <siretart> Riddell: can you promote libxine1-bin?
[15:17] <soren> poningru_: Yes, but it's kind of nice to have something to connect to in the other end, isn't it?
[15:18] <poningru_> yeah you can setup openfiler for that kinda stuff
[15:18] <poningru_> really easy to setup
[15:18] <soren> poningru_: I know there's iscsitarget, too, but I'd like to test with what our users are likely to see in the wild.
[15:18] <poningru_> soren, my thoughts exactly thats why I went with openfiler
[15:18] <Riddell> siretart: done
[15:18] <soren> poningru_: I'm not familiar with openfiler, I'm afraid.
[15:18] <siretart> Riddell: thanks a lot!
[15:19] <poningru_> http://www.openfiler.com/
[15:19] <siretart> Riddell: xine-lib is currently in debian NEW, so the next upload will be a sync request :)
[15:19] <poningru_> it has a virtual image
[15:19] <poningru_> and you can just connect internally
[15:20] <soren> poningru_: And this is what people use, you think?
[15:20] <poningru_> yeah atleast my uni uses that
[15:20] <soren> poningru_: Not dedicated boxes from Dell, Intel or whoever?
[15:20] <soren> poningru_: That's not a lot of empirical data..
[15:21] <poningru_> I know :P
[15:21] <poningru_> yeah I dont have a dedicated box  like that...
[15:21] <poningru_> hardware implementation of iSCSI is... weird and expensive
[15:22] <soren> Ok. I'm working on getting my hands on one. It'll be at least a few days before I'll need a target anyway.
[15:22] <soren> poningru_: I know. That's why I don't have one yet.
[15:22] <poningru_> ooh cool
[15:22] <soren> :)
[15:23] <poningru_> but I dont think there is that much difference in target implementation
[15:23] <poningru_> as in its not like the web
[15:24] <soren> Sure.. I'm just a bit reluctant to put stuff out in the wild saying: "Here' this stuff works and is really good", and as soon as anyone uses it with something other than iscsitarget (which I'm guessing is what openfiler uses), it breaks in weird ways.
[15:25] <soren> Of course, I could just rely on other people testing it, but experience tells me that the more expensive the hardware, the less inclined people are to test it.
[15:26] <poningru_> I'true
[15:26] <soren> ..since if it's expensive, it's probably a really important part of the infrastructure, so you can't affort to have it offline for even a short amount of time to test random stuff.
[15:26] <poningru_> well... connecting to stuff shouldnt take it down... atleast I hope
[15:30] <poningru_> soren, but yeah I'll test stuff out with enterprise target thing
[15:32] <soren> poningru_: Sounds lovely!
[15:32] <soren> poningru_: So you want to do the initramfs hooks?
[15:37] <poningru_> yeah
[15:39] <poningru_> when does that need to be done?
[15:39] <poningru_> can you give me a deadline?
[15:40] <soren> Tomorrow's fine.
[15:40] <soren> :)
[15:40] <poningru_> :p
[15:41] <soren> It's not particularly urgent. Hang on, I'll check the schedule.
[15:42] <soren> Well, it's too late for alpha 2 anyway. Alpha 3 is January 10th.
[15:43] <poningru_> I hmm
[15:43] <poningru_> Jan 5th sound good?
[15:43] <mario_> siretart: poke?
[15:44]  * siretart dislikes this virtual tennis
[15:44] <soren> poningru_: That might work.
[15:44] <poningru_> sweet
[15:45] <pygi> siretart: you have time?
[15:45] <pygi> 5 minutes
[15:46] <siretart> what's up?
[15:47] <pygi> schily: poke? :)
[16:01] <Riddell> mvo: were you able to recreate bug 156320 ?
[16:01] <ubotu> Launchpad bug 156320 in update-manager "[kde] copy XAUTHORITY may fail and crashes the upgrader (was: Upgrade tool crashed when upgrading 7.04 -> 7.10)" [Medium,Confirmed] https://launchpad.net/bugs/156320
[16:06]  * lamont sighs about nmap 4.50 lacking an assembled list of copyright holders adds that to his list of things to do over christmas break
[16:06] <mvo> Riddell: I don't think so, but let me re-check
[16:09] <Riddell> mvo: you confirmed it
[16:12] <mvo> Riddell: *cough* right. I think I confirmed it because there is no check if the environment that XAUTHORITY points to actually exists prior to the shutil.copy I think
[16:53]  * mvo grumbles about the dpkg-divert handling in slocate
[16:54] <Mithrandir> mvo: or lack thereof, I suspect?
[16:54] <mvo> Mithrandir: heh :) yeah, its pretty fragile and breaks (depending on the order of install/upgrade) on gutsy->hardy upgrades
[16:57] <lamont> mvo: suckage
[18:00] <slangasek> cjwatson: thanks for the ubiquity upload
[18:01] <slangasek> mjg59: ah, #177154 is looking interesting already...
[18:09] <mjg59> slangasek: Only the best for you
[20:46]  * lamont heads officewards
[21:05] <soren> Hm.... What's the purpose of the device nodes in /lib/udev/devices ?
[21:08] <torkel> soren: In case you have no more left in /dev ?
[21:08] <torkel> :-)
[21:08] <soren> torkel: Possibly :)
[21:10] <cjwatson> the ones in /lib/udev/devices are copied in at boot as a quick way to seed the /dev tmpfs
[21:10] <cjwatson> /etc/init.d/udev
[21:11] <cjwatson> I assume it's just less code that way or something
[21:19] <soren> cjwatson: Ah, right. Thanks.