[00:01] <dcordero> hi
[00:02] <dcordero> i am trying to access to revu website but i think that the keyring are not sync yet
[00:02] <dcordero> because i cant log int
[00:02] <dcordero> log in
[00:04] <Fujitsu> dcordero: You can only log in once you have uploaded a package.
[00:06] <dcordero> yes sorry i dont understood that, but i have reread. Thanks
[00:12] <crimsun> ok!  Who's ready for the great pulseaudio transition?!
[00:13] <Fujitsu> crimsun: YAY! -hides-
[00:13] <crimsun> I'll be recompiling all of libpulse0's rdeps and testing.
[00:14] <crimsun> The great upheaval will begin in a few hours
[00:14] <RAOF_> Yay!  I can test this evening :)
[00:15] <pwnguin> so this is replacing alsa interfacing?
[00:15] <Fujitsu> What benefits does PA actually give?
[00:15] <crimsun> pwnguin: no
[00:16] <pwnguin> http://en.wikipedia.org/wiki/PulseAudio
[00:16] <crimsun> Fujitsu: working default audio device persistence across sessions (and reboots), live stream migration across devices, per-stream gain & volume control, ...
[00:16] <pwnguin>  Per-application volume controls [1]
[00:17] <pwnguin> #
[00:17] <pwnguin> # Low-latency operation and support for latency measurement.
[00:17] <RAOF> ...The ability for me to play music from my laptop on my stereo...
[00:17] <Fujitsu> crimsun: Oh, I like that last one.
[00:18] <pwnguin> and perhaps it will let me use java apps with sound in firefox and rhythbox simultaneously
[00:18] <RAOF> pwnguin: Dear lord! Surely not?
[00:18] <RAOF> pwnguin:
[00:18] <RAOF> pwnguin: And maybe flash will be unbroken at some point to *not* try and open every single available hardware stream.
[00:19] <lifeless> ha!
[00:19] <RAOF> Thinking of which, crimsun, any libflashsupport action?
[00:19] <pwnguin> note that i currently use alsa as the default gst sink, as i somehow developed an aversion to esd after living with many gentoo friends
[00:20] <crimsun> RAOF: works fine; see the Whiteboard at https://code.edge.launchpad.net/~crimsun/libflashsupport-pulse/devel
[00:20] <Fujitsu> Isn't esd mostly gone now?
[00:21] <crimsun> Fujitsu: FSVO mostly
[00:22] <pwnguin> for small values of?
[00:22] <crimsun> pwnguin: using an intelligent package manager that pulls Recommends for pulseaudio-esound-compat and gstreamer0.10-pulseaudio does the trick
[00:22] <crimsun> pwnguin: 'some'
[00:23] <crimsun> pwnguin: afterward, you'll only need to set the default audio sinks and sources via `gstreamer-properties`
[00:23] <pwnguin> what's this supposed to mean about "intelligent package manager"
[00:23] <crimsun> e.g., aptitude
[00:23] <pwnguin> doesnt apt pull reccommends by default config now?
[00:24] <crimsun> sure, apt-get is included
[00:24]  * Fujitsu eyes the Zeroconf module suspiciously.
[00:24] <pwnguin> then why was that directed at me?
[00:24] <crimsun> I'm not limiting which one(s) should be used
[00:24]  * RAOF presumes Fujitsu is being security-conscious.
[00:24] <crimsun> pwnguin: because you noted your use of alsa as default sink/source
[00:25] <pwnguin> and is this for gutsy or hardy?
[00:25] <crimsun> hardy.  No devel for gutsy.
[00:25] <pwnguin> donno if pulseaudio was in gutsy at all or what. fair enough then
[00:25] <crimsun> it has been since feisty
[00:26] <crimsun> and before that, as polypaudio
[00:26] <Fujitsu> RAOF: Zeroconf for audio sounds evil.
[00:26]  * TheMuso worked out why pulseaudio doesn't start on gutsy by default.
[00:26] <TheMuso> Turns out that there is an incorrectly named package in the seeds.
[00:26] <TheMuso> pulseaudio-esd-compat should be pulseaudio-esound-compat
[00:26] <TheMuso> And its needed for pulseaudio to get started.
[00:27] <RAOF> Fujitsu: Why, particularly?
[00:28] <crimsun> TheMuso: hmm?
[00:29] <crimsun> ah, n/m
[00:29] <crimsun> http://people.ubuntu.com/~ubuntu-archive/seeds/ubuntu.hardy/desktop is self-explanatory.
[00:29] <RAOF> Fujitsu: What it does at the moment is auto-detect my server's pulse sink connected to my stereo.  I suppose that if my server wasn't behind a firewall I'd have auth-anonymous turned off.
[00:30] <Fujitsu> That does sound nice, but vaguely insecure.
[00:30] <Fujitsu> Anyway, /me tries to get PA working here.
[00:30] <TheMuso> Fujitsu: as I said, ensure pulseaudio-esound-compat is installed.
[00:31] <Fujitsu> TheMuso: I believe it to be.
[00:31] <crimsun> and gstreamer0.10-pulseaudio.
[00:31] <crimsun> the best part, though, is that Ubuntu carries a one-line diff to the Debian source =))
[00:31] <TheMuso> crimsun: And what is that?
[00:31] <Fujitsu> Ah, I can see Rhythmbox is connected now, but it has hung...
[00:32] <crimsun> TheMuso: we enable per-user esd sockets
[00:32]  * TheMuso wills Debian to update to 0.9.8
[00:32] <TheMuso> ah
[00:32] <crimsun> TheMuso: it was uploaded earlier.
[00:32] <RAOF> TheMuso: Has that stabilised yet?
[00:32] <TheMuso> RAOF: I don't know.
[00:33] <RAOF> I was browsing the ML, and it seemed there were a bunch of bugs in that release, because the dev hadn't tested thourghly.
[00:33] <crimsun> that's the point of shoving in 0.9.8 now ;)
[00:33] <RAOF> Heh.
[00:34] <RAOF> Yay!  Tao is in unstable now.
[00:34]  * TheMuso starts searching for what starts pulseaudio.
[00:35] <crimsun> TheMuso: System> Preferences> Sound> Enable software sound mixing
[00:35] <RAOF> TheMuso: You've got a choice of gnome-something (if you enable ESD in S-P->Sound)
[00:35] <RAOF> Or you can just fire up "pulseaudio".
[00:36] <TheMuso> crimsun: Right, so gnome-session checks gconf, and loads pulse.
[00:36] <crimsun> right, a system-wide daemon is not recommended
[00:36] <TheMuso> Yep understandable.
[00:43] <crimsun> TheMuso: thanks for noting the seed error
[00:43] <TheMuso> crimsun: np
[00:49] <dcordero> how can i check if i am on the keyring of revu?
[00:51] <TheMuso> How does one change what card pulseaudio uses?
[00:53] <crimsun> TheMuso: graphically, pavucontrol
[00:53] <Fujitsu> Aw, can't I switch it to another server while it's playing?
[00:54] <crimsun> TheMuso: otherwise, you should install pulseaudio-utils and use pacmd or pactl
[00:55] <RAOF> Fujitsu: Yeah, that's a bit annoying.
[00:55] <Fujitsu> It seems I even have to restart Rhythmbox to switch it to another server.
[00:57] <TheMuso> crimsun: Thanks.
[00:57] <TheMuso> Nice to know that mpd will work with it!
[00:57] <TheMuso> Means I could play music on one box, and send it to my notebook in another room. Sweet.
[00:57] <crimsun> yep, it's listed in the rdeps :)
[01:10] <bddebian> Heya gang
[01:10] <Fujitsu> Hi bddebian.
[01:10] <persia> hi bddebian
[01:10] <bddebian> Hi Fujitsu, persia
[01:12] <persia> Is there a way to filter the queue view to only show sources?
[01:12] <Fujitsu> persia: No.
[01:12] <Fujitsu> That would be too simple.
[01:13] <persia> Oh well.  I just like to check for archive candidates on REVU.  Maybe I'll dig into it later.
[01:13] <Fujitsu> You could probably work out to how to scrape it, though (the batch GET argument is also useful)
[01:13] <persia> Fujitsu: You imagine that I'm motivated enough to script it :)
[01:14] <crimsun> TheMuso: are there any caveats relevant to hardy I should be aware of on https://wiki.ubuntu.com/SeedManagement ?
[01:14] <crimsun> TheMuso: namely, is the twenty-minute wait recommendation still relevant?
[01:14] <TheMuso> crimsun: Not that I am aware of. I pay attention to the ubuntu seeds to keep ubuntustudio's up to date.
[01:16] <TheMuso> crimsun: Changing one package name shouldn't be a problem.
[01:16] <TheMuso> crimsun: Unless you intend to do more.
[01:16] <crimsun> TheMuso: nope, just that isolated change.
[01:17] <TheMuso> crimsun: Well changing only that shouldn't be a problem, as I said.
[01:18] <TheMuso> It would also require a new ubuntu-meta upload, but I guess that can wait.
[01:18] <TheMuso> For the CD images to get the change.
[01:19] <crimsun> TheMuso: ok, thanks.  (I don't normally muck w/ seeds :)
[01:19] <TheMuso> crimsun: I've broken the ubuntustudio seeds a few times to have a fair idea of what I'm doing by now. :p
[01:20] <TheMuso> The fun part is merging Ubuntu's changes.
[01:20] <TheMuso> the ubuntu seed changes even.
[01:20] <StevenK> But bzr helps with that, I'm guessing
[01:21] <TheMuso> Yes it does.
[01:22] <TheMuso> Its just that our desktop seed is organised totally different to the ubuntu desktop seed, something which I'm pondering chanig, for the ubuntustudio desktop seed that is.
[01:22] <TheMuso> changing
[01:22] <crimsun> I take I have to push this change to *.hardy
[01:22] <TheMuso> bzr+ssh://username@bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.hardy I think it is.
[01:23] <StevenK> You shouldn't do that.
[01:23] <StevenK> You should have it bound to that branch.
[01:23] <crimsun> StevenK: sorry, I meant, "I should push this change by hand to gobuntu.hardy, edubuntu.hardy, ..."
[01:24] <StevenK> ENOIDEA about that
[01:31] <crimsun> man, that "Convert to a question" link in bug reports is /gold/
[01:32] <Fujitsu> crimsun: Why?
[01:32] <crimsun> because most of these audio driver bugs are not bugs
[01:32] <Fujitsu> Ah.
[01:32]  * Fujitsu stabs PPA for not looking in the primary archive for .orig.tar.gzs.
[01:33]  * bddebian stabs PPA just for being...
[01:33] <TheMuso> Fujitsu: Yeah that would be nice
[01:33] <Fujitsu> It's targetted for 1.1.12, IIRC.
[01:33] <Fujitsu> Although upgrading to Hardy is dangerous, so PPA's use is limited for the moment.
[01:34] <Fujitsu> Er, s/upgrading/uploading/
[02:06] <Fujitsu> Hah, mjg59's success is on /.
[02:07] <bddebian> ?
[02:07] <somerville32> lol
[02:07] <somerville32> Yea, great article except it has... like no content :P
[02:08] <StevenK> Fujitsu: Hopefully, it links to somewhere that isn't Slashdot
[02:08] <Fujitsu> It has some content. Some CoC-violating content, too.
[02:08] <Fujitsu> StevenK: What?
[02:08] <StevenK> Fujitsu: I'd like to read the article, but I refuse to visit Slashdot
[02:08] <Fujitsu> Ah.
[02:09] <Fujitsu> Well, it's on Planet.
[02:11] <bddebian> Anyone here pretty comfortable with Debian BTS?
[02:11]  * Fujitsu knows enough to get around.
[02:12] <bddebian> Do you know how to add tags?  I've tried control@bugs.d.o and using a pseudo header and neither worked
[02:13]  * persia fails to understand the DCMA yet again.
[02:13] <persia> bddebian: The Tags: header didn't work for you?
[02:13] <Fujitsu> bddebian: tags XXXXXX + sometag
[02:13] <Fujitsu> (to control@b.d.o)
[02:14] <bddebian> I've tried that
[02:14] <persia> bddebian: With the required terminating "kthnx bye"?
[02:15] <bddebian> Are you serious?
[02:15] <Fujitsu> `thanks' would do.
[02:15] <Fujitsu> Although it isn't necessary if there is no trailing content, is it?
[02:15] <persia> bddebian: It supports lots of things, but yes that too.  "quit", "stop", "thanks", and "thank you" are all more common.
[02:15] <StevenK> "kthxbye" works too
[02:16] <persia> Fujitsu: I thought it was to force the action, but I may be mistaken.
[02:16] <StevenK> thanks/etc are to stop the bot from acting on your signature
[02:16]  * persia points to StevenK's example as the correct syntax: "kthnx bye" is likely an error.
[02:16] <StevenK> Or the rest of your mail
[02:16] <bddebian> So To: control@bugs.debian.org  Subject: tags xxxxx + pending  with a body of thanks or use pseudo header?
[02:17] <persia> bddebian: Body "tags xxxxxx + pending" double newline "kthxbye"
[02:17] <Fujitsu> bddebian: No, commands go in the body.
[02:17] <StevenK> No double newline
[02:17] <persia> StevenK: No whitespace between commands & thanks?  It usually works for me that way.
[02:18] <StevenK> persia: I don't do that and it works for me
[02:18] <bddebian> Can't they just give the damn thing a web interface? :-)
[02:18] <Fujitsu> I use a single newline.
[02:18] <Fujitsu> bddebian: See SoC 2007.
[02:18] <StevenK> To be honest, I just use 'bts'
[02:18]  * persia suspects both work then.
[02:18] <persia> bddebian: There's a CLI interface, which is likely easier than a web interface.
[02:18] <StevenK> bddebian: Because using a mail client is so hard
[02:19] <bddebian> StevenK: Yes, it is :)
[02:19] <StevenK> bts tag XXXX + pending
[02:19] <StevenK> Or use tagpending
[02:19] <StevenK> (From devscripts)
[02:53] <bddebian> Seems to have worked, not sure what I did before.  Thanks persia, Fujitsu, StevenK
[02:55] <persia> bddebian: It's nice to have a subject too - otherwise subscribers get odd mail :)
[03:00] <bddebian> Oh for cripes sake.. :-)
[03:01] <nixternal> mmm crepes
[03:03] <TheMuso> ugh
[03:06] <ScottK> persia: FYI, non-commercial or you can't be paid for it is enough for multi-verse all by itself.
[03:11] <pwnguin> Fujitsu: is THAT what the post was about?
[03:12] <Fujitsu> pwnguin: I would have thought it was fairly obvious what it was about...
[03:17] <pwnguin> i wasnt aware they were violating the GPL. for all i knew, the mpaa targeted mjg for doing something
[03:18] <Fujitsu> Ah, you're right, that wasn't clear.
[03:19] <pwnguin> somehow, a 200 pixel wide image of a swingset doesn't establish context for me =(
[03:20] <Fujitsu> Where was that?
[03:20] <pwnguin> hmm
[03:20] <pwnguin> its not a swingset, but i have no clue what it IS
[03:20] <Fujitsu> Where?
[03:20] <pwnguin> theres a lawn
[03:21] <pwnguin> on mjg's LJ
[03:21] <Fujitsu> That's not 200 pixels wide, if it's the thing I'm looking at...
[03:22] <pwnguin> 50, 200, its the same to me =/
[03:45] <persia> ScottK: Could you point me at a reference for that in the future?
[03:47] <ScottK> persia: My ref is I asked (I think it was pitti) and was told.  But let me whip up something for you.
[03:47] <persia> ScottK: Cool.  Thanks.  I always thought that everything in universe had to be DFSG-free, but couldn't find a reference quickly before.
[03:49] <ScottK> persia: I have not found the actual Ubuntu policy written down in an authoritative place, but my understanding of it is DFSG, except that GFDL with invariant sections is OK.
[03:49] <mwolson> in other words, DFSG with sanity preserved :^)
[03:51] <persia> I think we also allow CC-BY-SA > 2.0 rather than > 2.5
[03:51] <persia> s/>/>=/
[03:52] <ScottK> mwolson: or DFSG except some stuff that isn't.
[03:53]  * persia would like an official statement of UFSG somewhere
[03:53] <ScottK> Non-commercial restrictions clearly fail point 1 of the DFSG.
[03:56] <ScottK> persia: I agree.  I think it's pretty clearly not publically documented.
[03:56] <persia> I was hoping for something as a result of the pq submission, but I'm just as befuddled as before.
[03:57] <ScottK> persia: My suggestion is mail the tech board and put it on the agenda for their next meeting.
[03:58] <persia> ScottK: That's probably the right solution, but presumes I have a proposal ready :)
[03:58] <ScottK> persia: Your proposal is you want the existing policy publically documented.
[03:58] <ScottK> We'll just assume there is one.
[03:59] <persia> ScottK: I don't have the impression that the existing policy is documented, publically or privately, and I don't believe that complaining about it not being public would lead to a solution.
[04:00] <ScottK> persia: Then I'd just suggest that in the absence of formal policy we use DFSG.  After all, one of our goals is to keep our diff with Debian small.  If people want more than that, they should argue for it.
[04:01] <StevenK> Ask the TB
[04:01] <persia> ScottK: Maybe, but I think we have an informal policy of DFSG + GFDL + earlier CC-BY-SA + possibly other stuff.  It just needs someone to scrub the wiki, the LP license list, and www.ubuntu.com and write it up for presentation to TB.
[04:02] <ScottK> persia: I don't think we need to solve it for Ubuntu.  I think we need to start the ball rolling.
[04:02] <keescook> Fujitsu: our "very-low" has been renamed to "unimportant" to follow Debian, also, I've added "--universe" to the report-todo script (which makes the -v you added optional)
[04:02] <StevenK> Or ask the TB to declare what licenses are okay based on what's in the archive?
[04:02]  * persia doesn't see the point of raising issues formally in the absence of a proposed solution: people are busy with other thinks.
[04:02] <ScottK> persia: I'd use the least energy method to get it started.
[04:03] <ScottK> persia: To focus the attention of those people who should solve it.
[04:03]  * bddebian is never busy with anything :)
[04:03] <persia> StevenK: I don't like that solution, as there are new licenses that come in that need evaluation, and it would be preferable to have guidelines.
[04:03] <Fujitsu> keescook: Ohhh, woops, I didn't meant to commit that -v, sorry.
[04:03] <persia> bddebian: Do you need more tasks?
[04:03] <Fujitsu> (but thanks for that option)
[04:03] <keescook> Fujitsu: np :)
[04:03]  * ScottK wonders what the MOTU equivalent of "Hardest working man in show business" would be?
[04:03] <bddebian> persia: Do you mean more tasks for nothing? :-)
[04:03] <Fujitsu> ScottK: bddebian.
[04:04] <ScottK> Fujitsu: Right, that's sort of what I was thinking, but I wanted a catchy tag phrase.
[04:05] <Fujitsu> ScottK: bddebian is so godly he has it named after him.
[04:05] <persia> What's wrong with the traditional https://wiki.ubuntu.com/BddebianIsAGod ?
[04:05] <keescook> Fujitsu: and I've added a "universe" category to report-todo-numbers
[04:05] <ScottK> Fujitsu: Silly me.  Of course.
[04:05] <Fujitsu> persia: Right.
[04:05] <Fujitsu> keescook: Danke.
[04:05] <keescook> np; one step closer to graphs!  :)
[04:06] <Fujitsu> keescook: I note that jdstrand manages to often remove tens of revisions with some uploads. Is that deliberate, accidental, or not happening at all, but LP being braindead?
[04:06] <keescook> Fujitsu: it's LP being braindead.
[04:06] <keescook> basically, whoever pushes last is who's "view" of the branchs sticks
[04:06] <Fujitsu> How'd I guess...
[04:06] <keescook> if you drill down, you'll discover the merged revisions.  it just makes the html report of things look odd
[04:06] <Fujitsu> Your branches should probably be bound.
[04:06] <Fujitsu> And the email reports.
[04:07] <keescook> hm, maybe we should each have our own and push to a bound branch?  I don't like having remote bound branches because I can't commit without a network
[04:08] <Fujitsu> keescook: You might want bzr commit --local
[04:08] <keescook> ah!
[04:08] <bddebian> You folks kill me.. :)
[04:08] <Fujitsu> Centralised version control with offline committing, yay.
[04:08] <StevenK> Fujitsu: And then push after you get network?
[04:09] <StevenK> Fujitsu: Or commit again?
[04:09] <Fujitsu> StevenK: Perform a normal commit, and it should be pushed properly.
[04:09] <Fujitsu> You can't really push bound branches.
[04:09] <ScottK> bddebian: Not yet we haven't.
[04:09]  * StevenK nods
[04:09]  * Fujitsu kicks PulseAudio for being... very broken.
[04:09] <StevenK> bddebian: Just wait. We'll figure out a way.
[04:10] <Fujitsu> I get a half-second snippet of audio every coupld of seconds on the remote speakers.
[04:10] <bddebian> gah..:-)
[04:10] <ScottK> Fujitsu: Like you need a reason for that.
[04:10] <bddebian> So, what would be the best way in rules to do the following:  if exists config.status; then make disclean fi ?
[04:13] <StevenK> test -f config.status && $(MAKE) distclean
[04:13] <StevenK> With a tab at the front
[04:14] <TheMuso> c
[04:14] <TheMuso> argh
[04:17] <bddebian> StevenK: Thanks.  how do I incorporate that with the [ ! -f Makefile ] || stuff?
[04:20] <persia> bddebian: [ ! -f Makefile ] && [ -f config.status ] || $(MAKE) distclean, but you likely want to have your clean: rule depend on config.status
[04:26] <StevenK> persia: Which then means the rules needs some way of remaking it
[04:27] <bddebian> Sorry, not sure what you mean.  Won't configure recreate it?
[04:27] <persia> StevenK: Yes, but I would imagine that to be the case if it was missing initially.
[04:27] <persia> bddebian: The point being that you may need to create an explicit rule to generate it if it is missing, or clean will complain.
[04:28] <persia> bddebian: quick & dirty is the line above
[04:35] <bddebian> should that reall by && and || ?
[04:37] <persia> bddebian: && means run the right command iff the left command returns true.  || means run the right command iff the left command returns false.  The total means run make diskclean uness (makefile is missing or config.status is present) due to the wonders of boolean algebra.
[04:37] <persia> s/uness/unless/
[04:38] <bddebian> Right, I need it to run if both are present :-)
[04:39] <persia> bddebian: Ah.  You need ! -f config.status then, or to change the logic.
[04:43] <bddebian> Right, thanks persia
[04:43] <bddebian> And StevenK too :)
[04:50]  * persia is reminded: did the community-snort-rules ever get in?
[04:50] <Fujitsu> keescook: Any idea why Dapper/Edgy security uploads don't trigger changelog-closes-bugs?
[04:56] <ScottK> Fujitsu: I'd doubt the toolchain supports it.
[04:57] <Fujitsu> ScottK: Did we have it for Feisty? I forget.
[04:57] <StevenK> Fujitsu: Because security doesn't get processed by Soyuz?
[04:57] <Fujitsu> The dak->LP stuff seems to be evil magic.
[04:57] <Fujitsu> StevenK: Yes it does.
[04:58] <ScottK> Fujitsu: I think so, but I'm not certain.
[04:58] <StevenK> I suspect the evil magic manages to make changelog-closes-bugs not work
[04:58] <RAOF> Dear tracker-status: please don't pass null pointers to strlen()
[04:58] <Fujitsu> StevenK: Feisty and Gutsy uploads close bugs. It's all processed by Soyuz, but the dak on jackass does binaryful uploads.
[04:58]  * persia thinks it's not evil magic, but just showing evidence of technology
[04:59] <Fujitsu> persia: Pushing binaries from a dak instance to Soyuz sounds like evil magic to me.
[04:59] <persia> Fujitsu: You can explain it, therefore it's not magic :)
[04:59] <persia> Errr .. s/:)/:P/
[05:01]  * StevenK kicks qdvdauthor
[05:02]  * StevenK makes a png of the colour he wants so qdvdauthor can use it as a background.
[05:03] <Fujitsu> StevenK: Hahaha.
[05:03] <Fujitsu> Sound efficient.
[05:04] <StevenK> It's a QT program? What do you expect.
[05:04] <bddebian> heh
[05:04]  * Fujitsu sees ScottK and Hobbsee lurking in the shadows.
[05:04] <StevenK> I can take ScottK
[05:04] <imbrandon> ...
[05:04] <StevenK> :-P
[05:05] <Fujitsu> The two S[a-z]+Ks, yay.
[05:05]  * persia offers odds
[05:06] <StevenK> Fujitsu: And then is sometimes three.
[05:07] <StevenK> s/\(the\)n/\1re/
[05:07]  * StevenK confuses bddebian with his regexps
[05:07] <ScottK> StevenK is taller.
[05:07] <Fujitsu> StevenK: Who is the third?
[05:07]  * ScottK is older and trickier.
[05:07]  * persia argues that UK != K, despite the regex
[05:07] <Fujitsu> (nice regex)
[05:07] <StevenK> StevenHarperUK
[05:07] <Fujitsu> Ah.
[05:07] <Fujitsu> Right.
[05:07] <StevenK> persia: It matches
[05:07]  * Fujitsu didn't see a /i at the end.
[05:08] <persia> StevenK: /.*despite.*/ || echo so?
[05:08] <Fujitsu> Ooh, getting nasty.
[05:08]  * bddebian wanders about the room stunned
[05:08] <Fujitsu> persia: I fail to see the purpose of those wildcards at either end.
[05:08] <StevenK> Heh
[05:09] <persia> Fujitsu: The're for extra stunning leverage
[05:09] <StevenK> Haha
[05:09]  * ScottK sets a small chair in front of bddebian.
[05:09] <Fujitsu> persia: Good point.
[05:09] <StevenK> But all you're stunning is bddebian, not me. :-P
[05:09]  * ScottK hasn't seen pictures.  Is Fujitsu really stunning?
[05:09] <persia> StevenK: Yes, but I'm wrong, as I thought you were right, and you weren't, so it doesn't matter.
[05:11]  * bddebian starts to feel like he's hanging out in #debian-devel again..
[05:11] <Fujitsu> Amaranth appears to join the regex war.
[05:11]  * Fujitsu hangs bddebian from the ceiling.
[05:11] <Amaranth> Stand back
[05:11]  * Fujitsu dodges the incoming regexps.
[05:12]  * ScottK gets the tar and feathers.
[05:12]  * RAOF gets the tar and the gzip
[05:12] <persia> tar cvf /dev/null *.regex
[05:12] <ScottK> Oh wait...
[05:12] <ScottK> This isn't actually debian-devel.
[05:12] <ScottK> Never mind.
[05:12] <Amaranth> Wait, forgot to escape a space
[05:12] <Fujitsu> persia: Didn't you forget --remove-files?
[05:13] <StevenK> ScottK: A fact for which I am grateful.
[05:13] <StevenK> There's no bloody ari
[05:13] <persia> Fujitsu: Yes.
[05:13] <Fujitsu> Haha.
[05:13] <persia> OK.  Back to standard u-m fare: It's REVU day: get reviewing!
[05:14]  * ScottK hugs bddebian, if the ceiling isn't too high.
[05:14]  * Fujitsu looks at #debian-devel and notes ari's randomness without having to scroll.
[05:14]  * RAOF goes back to the other standard u-m fare: ripping on trackerd.
[05:14]  * Fujitsu sticks ScottK there too.
[05:14] <ScottK> Cool.
[05:14] <bddebian> heh
[05:14]  * ScottK loves high places.
[05:14]  * ScottK prepares to spit.
[05:15] <Fujitsu> Oh dear.
[05:15]  * Fujitsu shrink-wraps ScottK.
[05:15] <RAOF> Dear trackerd: Me sending you SIGTERM is my polite way of saying "stop using 100% cpu".  Your response should be to quit, not to amble blindly on.
[05:16] <Fujitsu> RAOF: Another reason I got rid of it.
[05:16]  * ScottK bites through the shrink-wrap and adds the bits to the lugy.
[05:16] <Fujitsu> You must SIGKILL, or it just won't go.
[05:16] <Fujitsu> Baaah.
[05:16] <persia> RAOF: You don't really want to quit a system service with -15.  If you really wanted to quit, you'd give it a 9.
[05:16]  * Fujitsu uses dangerous regexps on ScottK.
[05:16]  * ScottK is suddenly sleepy.
[05:16]  * Fujitsu ... has that effect on people.
[05:17]  * bddebian gets mad and breaks out the VisualStudio .NET
[05:17]  * ScottK can sleep pretty much anywhere.
[05:17]  * Fujitsu dies.
[05:17] <RAOF> On the other hand, sending SIGTERM *does* break tracker-status.
[05:17] <Fujitsu> RAOF: Does it? Iiinteresting.
[05:18] <RAOF> So trackerd is presumably *trying* to do something along the lines of shutting down :)
[05:18] <StevenK> RAOF: Send it a SEGV
[05:18] <imbrandon> send it an rm -rf
[05:19] <RAOF> Why did we go with tracker rather than beagle again?
[05:19]  * persia thinks it can find it's own SEGVs
[05:19] <persia> RAOF: Better metadata standardisation documentation
[05:20] <imbrandon> we'd be better with nothing
[05:20] <RAOF> Beagle seems to have the advantage that it (a) indexes more stuff and (b) works reliably, in return for ~20MB more max memory usage.
[05:20] <persia> imbrandon: Short-term: yes, Long-term: no.
[05:20] <persia> RAOF: Yes, but the DB is harder for other apps to read.
[05:20] <imbrandon> isnt trackerd dead upstream anyhow ?
[05:21]  * persia notes that trackerd is not installed on any directly controlled systems.
[05:21] <StevenK> Oh, fuck you qdvdauthor
[05:21] <RAOF> Why are the apps trying to read the DB anyway?  Surely that's what the indexer is *for*.
[05:21] <StevenK> Crashing piece of crap.
[05:21] <imbrandon> RAOF: my thoughts exactly
[05:21]  * StevenK turns his profanity filter back on
[05:21] <persia> RAOF: The idea is to expose an API so that there can be a gradual transition to a hacked-in simulation of BFS.
[05:21] <RAOF> persia: XESAM?
[05:21] <persia> (Or was it BeFS)?
[05:22] <persia> RAOF: That'd be even better.  Go complain to GNOME.
[05:22] <RAOF> IE: something that tracker doesn't currently support, and beagle only just does.
[05:22] <imbrandon> persia: and that couldent have been done with beagle?
[05:22] <RAOF> imbrandon: People would presumably complain about mono cooties.
[05:23] <imbrandon> persia: iirc tracker was a ubuntu decision, gnome still uses beagle
[05:23] <persia> imbrandon: Maybe.  I didn't make the decision, but I thought I remembered reading that there was an issue with how beagle exports metadata.
[05:23] <RAOF> GNOME doesn't use *anything* yet.
[05:23] <RAOF> Although tracker was proposed (beagle devs don't think beagle's ready, apparently).
[05:24] <imbrandon> trackr has been dead upstream a while iirc
[05:24] <RAOF> imbrandon: I'm pretty sure you're thinking of another project.  The main tracker dev was highly active in the stabilisation of Tracker for Gutsy.
[05:24] <persia> RAOF: Yes, that matches my understanding, although I don't usually see a long wait between "proposed for GNOME" and "default for Ubuntu" unless there are known issues.
[05:25] <imbrandon> any program that %50 of the devs wont keep installed themselfs needs to be removed
[05:25] <imbrandon> heh
[05:25] <persia> imbrandon: Why?  It's just harder to support.  If you7re so unhappy, go fix strigi
[05:25] <RAOF> Or install beagle, apparently.
[05:25] <imbrandon> i use beagle/kbeagle
[05:26] <pochu> imbrandon: tracker is not dead upstream.
[05:26]  * persia decides pinot wins the nice webpage contest
[05:27] <imbrandon> we should at very leaste put a "nice 200" wrapper on it
[05:27] <persia> imbrandon: priorities don't have that resolution
[05:27] <StevenK> Grrrrr
[05:27] <RAOF> imbrandon: It already runs at nice 19
[05:28] <StevenK> qdvdauthor and it's author need to *die*
[05:28] <imbrandon> persia: it would be nice though
[05:28] <RAOF> My problem with tracker isn't that it messes with other programs, rather that it never lets my CPU sleep, even on battery.
[05:34] <TheMuso> I always remove tracker.
[05:34] <TheMuso> As I generally know where to find what I'm looking for.
[05:34]  * persia finds http://bugzilla.gnome.org/buglist.cgi?product=tracker&bug_status=NEW&bug_status=REOPENED&bug_status=ASSIGNED&bug_status=UNCONFIRMED and convincing argument to wait
[05:34] <persia> s/and/an/
[05:35] <imbrandon> or if i dont, {m,s}locate works fine
[05:35] <imbrandon> for me
[05:36] <RAOF> Hm.  It seems I'm looking at bug #155244 - tracker can corrupt it's database when killed, and a corrupt database will make it spin it's wheels endlessly.
[05:36] <ubotu> Launchpad bug 155244 in tracker "tracker does not stop" [Undecided,In progress] https://launchpad.net/bugs/155244
[05:45] <imbrandon> well after 24hours 1/6 of my mirror is back in sync
[05:45] <imbrandon> heh
[05:49] <persia> Good morning dholbach
[05:49] <dholbach> good morning
[05:49] <imbrandon> moins dholbach , your here early
[05:50] <dholbach> hey persia
[05:50] <TheMuso> Hey dholbach.
[05:50] <dholbach> hey imbrandon
[05:50] <dholbach> heya TheMuso
[05:50] <Fujitsu> Hi dholbach.
[05:50] <dholbach> imbrandon: indeed - I have an appointment later today, that's why I start early :-)
[05:50] <dholbach> hey Fujitsu
[05:50] <imbrandon> :)
[05:50] <dholbach> how are you all doing?
[05:51] <imbrandon> good good, just wakin up myself
[05:51] <imbrandon> still sorting mail
[05:51] <imbrandon> lol
[05:51] <dholbach> also my girlfriend had to get up early too, so it was easier for me to get up at the same time
[05:51]  * dholbach sips coffee
[05:51] <dholbach> hehe
[06:13] <bddebian> Gnight folks
[06:25] <Fujitsu> \sh_away: When you appear, can you please confirm whether or not CVE-2007-0459 affects Edgy? I've got it listed as affecting it here, but it wasn't covered by your upload a couple of weeks back
[06:25] <ubotu> packet-tcp.c in the TCP dissector in Wireshark (formerly Ethereal) 0.99.2 through 0.99.4 allows remote attackers to cause a denial of service (application crash or hang) via fragmented HTTP packets. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-0459)
[06:28]  * dholbach hugs Fujitsu and \sh_away for kicking arse in the security team!
[06:30] <Fujitsu> dholbach: Hah. Only >1000 CVEs to triage.
[06:31] <dholbach> it seems we should invite new contributors more to the security team, there seems a lot of ground to make :)
[06:31]  * Fujitsu laments the lack of announcements to -changes, and sifts through +queue.
[06:32] <persia> dholbach: Very much so, although I think it's a better target for mid-level contributors, as the process is messy (LP needs help), and the issues are tricky.
[06:32] <dholbach> persia: right, agreed
[06:32] <dholbach> maybe we can beef up some SecurityTeam wiki pages and pimp them a bit
[06:32]  * persia wonders when Fujitsu is sending the ~motu-swat recruitment meail
[06:32] <Fujitsu> The process is rather bad at the moment, but most people won't have to deal with ubuntu-cve once -changes happens again.
[06:32] <dholbach> I'll prod Kees and Jamie about it
[06:33] <persia> dholbach: Thanks.
[06:33] <Fujitsu> dholbach: I was thinking that.
[06:33] <Fujitsu> persia: Need to discuss stuff with \sh after the last MOTU meeting.
[06:33] <dholbach> I know that people are interested in that - if we manage to convey the message HOW useful this work is, I'm sure people will jump in and help out
[06:34] <persia> I think we also need to demonstrate how to do it: I was hoping ¥sh would be leading a session, but that seems to be indefinitely deferred.
[06:34] <Fujitsu> It will be a lot easier once we get most of the initial backlog out of the way.
[06:34]  * persia wants proper support for jp106 in at least one operating system!  All of Mac OS X, Windows, and Ubuntu don't do it right.
[06:34] <dholbach> maybe it'd also help to have a #ubuntu-security or something
[06:35] <dholbach> do we have it already?
[06:35]  * dholbach checks
[06:35] <dholbach> no, not really
[06:35] <persia> dholbach: I don't think we need that until there's more traffic.  -security stuff is more than welcome in -devel & -motu for now.
[06:35] <Fujitsu> We also need ubuntu-universe-security-announce@l.u.c soon.
[06:48] <dholbach> persia: I made the experience that new people feel more comfortable to speak to peers about a specific topic in a separate channel
[06:49] <persia> dholbach: Makes sense.  I just don't want to splinter too much, as otherwise we end up with lots of mostly empty channels.  Matter of balance, I guess.
[06:49] <dholbach> right, I get your point - maybe it helps to call out a meeting and see how many people turn up (or something else to determine how high the demand is)
[06:50] <persia> I thought you and ¥sh were organising a meeting as a result of the last MOTU meeting.
[06:50] <persia> If there's enough attendance in that meeting, and there is a desire for a channel, I agree it would make sense.
[06:50] <dholbach> we didn't discuss it yet - I wanted to review it and help sending something out once \sh came up with an idea
[06:50] <persia> (although I think Fujitsu is right, and that ubuntu-universe-security-announce@l.u.c is more important)
[06:51] <dholbach> *nod*
[06:51]  * persia goes back into lurk mode and lets dholbach get on with the trmendously good work on the very long task list
[06:52]  * Fujitsu hopes to be able to have comprehensive UUSNs for Hardy.
[06:52] <dholbach> persia: thanks a lot for the kind words :)
[07:00] <superm1_> imbrandon, you still around?
[07:01] <imbrandon> yea
[07:01] <imbrandon> sup?
[07:02] <superm1_> one of my team members got together a backport that he was looking for an ack on
[07:02] <superm1_> bug 173684
[07:02] <ubotu> Launchpad bug 173684 in gutsy-backports "Please backport mythstream 0.18.1 from hardy" [Undecided,New] https://launchpad.net/bugs/173684
[07:02]  * imbrandon looks
[07:03] <imbrandon> it can be backported alone right ?
[07:03] <superm1_> yes
[07:03] <superm1_> nothing has to come with it
[07:03] <imbrandon> k
[07:04] <imbrandon> ok can you / him attache a gutsy pbuilder or gutsy PPA build log link, and i'll ack
[07:05] <StevenK> "Attach" has no e
[07:05] <superm1_> i dont have a pbuilder, gpg key, or ssh key where i'm at, but i'll see if i can get him to.
[07:05] <StevenK> imbrandon: I'll be the US at the end of Janurary, don't make me visit Kansas to teach you to spell.
[07:06] <imbrandon> heh
[07:06] <imbrandon> where at in the us?
[07:08] <StevenK> imbrandon: West Coast
[07:10] <superm1_> imbrandon, looks like he already went to bed.  i left him a message though, so hopefully he'll get around to that tomorrow or so.
[07:12] <imbrandon> k , if i get time , i'll also do it
[07:12] <imbrandon> before then
[07:19] <Burgundavia> StevenK: where on the west coast?
[07:37] <TheMuso> 0000/c
[07:37] <TheMuso> 1ugh
[07:37]  * StevenK takes a drink
[07:40] <Fujitsu> 1ugh. Innovative.
[07:40]  * persia wonders if packagers troll the open internet for packages to package or try to close needs-packaging bugs
[07:40] <StevenK> s/the open internet/Freshmeat/
[07:41] <persia> StevenK: I'm not sure everything is on freshmeat, but I keep finding packages on REVU that attempt to close new bugs that are dupes of old bugs :(
[08:07] <imbrandon> heh
[08:41] <highvoltage> hey \sh
[08:42] <\sh> hey highvoltage
[08:42] <\sh> highvoltage, btw...shermann and \sh are the same person ,-)
[08:43] <pgquiles> is it possible to use distcc instead of gcc with pbuilder or dpkg-buildpackage?
[08:43] <\sh> pgquiles, afaik there are some hooks for it and some settings...I think they were mentioned on the pbuilder homepage
[08:44]  * soren glances at pgquiles and then at google :)
[08:44] <pgquiles> soren: I've googled and tried what I found but it did not work :-/
[08:44] <soren> You could have sort of pointed that out, then.
[08:45] <\sh> pgquiles, first hit on goole
[08:45] <soren> ..and perhaps explained the problems you were seeing?
[08:45] <\sh> http://edseek.com/~jasonb/articles/pbuilder_backports/advpbuilder.html
[08:46] <Amaranth> arg, wtf
[08:46] <Amaranth> i can't link compiz bugs to upstream anymore, it wants me to file the bug against compiz-settings in launchpad
[08:46]  * Amaranth stabs
[08:47] <highvoltage> \sh: yes, I gathered :)
[08:51] <\sh> hmmm..is there any app for linux which can read visios .vsd files and create a diagram out of it?
[08:53] <persia> \sh: No.
[08:55] <\sh> damn...it's the only application I miss...that's why I still need a stupid vmware with windows :(
[09:08] <DaveMorris> Hi, I'm looking for a 2nd review of http://revu.tauware.de/details.py?package=cpptest please
[09:12]  * persia encourages someone to review something (cpptest perhaps)
[09:15] <txwikinger2> persia: thanks for your comments
[09:16] <persia> txwikinger2: You're very welcome.
[09:17] <txwikinger2> persia: I already fixed the thing with the arch-independent files last night
[09:18] <txwikinger2> When do I have to have the whole package done n order to get it into hardy?
[09:19] <persia> txwikinger2: If you can finish by 14th December it's best.  14th February is the cutoff for new packages to be accepted, so anything uploaded after 1st February or so is at risk.
[09:19] <txwikinger2> k.. I should make that
[09:19] <txwikinger2> I am waiting for the main developer for the copyright files, but I might have to insert that myself
[09:20] <persia> txwikinger2: The archive admins usually reject packages with copyright changes in diff.gz: you really need upstream to fix it.
[09:21] <txwikinger2> persia: I don't really change the copyright
[09:21] <txwikinger2> I only add the files that are required for debian policy
[09:22] <txwikinger2> The copyright is very clearly stated in the readme files
[09:22] <persia> txwikinger2: Which files do you mean?
[09:22] <txwikinger2> COPYRIGHT
[09:23] <persia> txwikinger2: That needs to be from upstream.
[09:23] <txwikinger2> well somehow it is
[09:23] <txwikinger2> the package is in cpan
[09:23] <txwikinger2> and licence equal to perl
[09:23] <txwikinger2> licenced
[09:23] <TheMuso> geser: I've dumped all binaries that still use libglib1.2, and am doing a test run with the script on that list to see what eventuates.
[09:23] <persia> It needs to be obviously and clearly from upstream, or the archive-admins won't include it.
[09:24] <geser> TheMuso: thanks
[09:24]  * persia celebrates TheMuso
[09:25] <dcordero> hi
[09:25] <geser> TheMuso: no need to look again at gtk-engines-mono which FTBFS due to bug #173631
[09:25] <ubotu> Launchpad bug 173631 in pkg-create-dbgsym "dh_strip fails if package uses debian/tmp for installation" [Undecided,New] https://launchpad.net/bugs/173631
[09:26] <dcordero> i am trying to use revu system, i have just uploaded a packages but i cant found it on the website, and i cant log in into website with my email
[09:27] <persia> dcordero: When you upload it takes 10 minutes or so to appear on the web interface.
[09:28] <dcordero> persia, i uploaded it, yesterday
[09:28] <persia> dcordero: Hmm...  Sounds like you need a REVU admin to investigate.
[09:29]  * imbrandon perks up
[09:29] <imbrandon> packagename ?
[09:29] <Chipzz> hi. what would be the best way to get a more recent version of a certain package in hardy? I have already filed a bug-report
[09:29] <dcordero> ninvaders
[09:29] <imbrandon> k one sec
[09:29] <geser> dcordero: if I see it right you join u-u-contribtors 9 hours ago, my guess it that your key isn't synced yet
[09:29] <TheMuso> geser: Ok.
[09:30] <imbrandon> dcordero: looks like it was rejected, are you on the LP ubuntu-universe-contributors team ?
[09:31] <dcordero> keyring problem? but dput let me upload it
[09:31] <dcordero> imbrandon, yep i am in this team on lauchpad
[09:31] <imbrandon> dcordero: ok did you ask an admin to sync the keyring ?>
[09:31] <imbrandon> dcordero: yes it will let you upload then it will reject it if you are not on the keyring
[09:31] <imbrandon> i will sync it now
[09:31] <persia> Chipzz: If you would be willing to do the packaging, and add a patch to the bug, the sponsors team will review, and likely upload.  See https://wiki.ubuntu.com/MOTU/Contributing and https://wiki.ubuntu.com/PackagingGuide/Howtos/PackageUpdate
[09:32] <dcordero> i see, thanks
[09:32] <imbrandon> ok key syncing , i'll announce when it completes ( this can take some minutes )
[09:32] <imbrandon> then you can re-upload ( after removing the .upload file you have localy )
[09:34] <DaveMorris> persia: those man pages (for libserial) are generated by doxygen and I can't find the problem.   Would it be cheating too much to drop the manpages and just provide the html docs?
[09:35] <persia> DaveMorris: Yes.  Try asking around to see if anyone else has any ideas for a solution.  If you can't find one, report that in a REVU comment for the next upload.  It's only a very minor issue.
[09:43] <txwikinger2> persia: well, I could adopt the original package, add something to it, and add the proper files to the then my original :)
[09:54] <TheMuso> All going well so far, a couple of packages have needed a maintainer field change, but its running on auto atm.
[09:56] <StevenK> TheMuso: What are you rebuilding?
[09:56] <TheMuso> StevenK: Processing packages for the libglib1.2 -> libglib1.2ldbl transition
[09:56] <StevenK> Ahhh
[09:57] <TheMuso> Nothing uploaded yet
[09:57] <StevenK> Do you need me to take a bunch?
[09:57] <TheMuso> StevenK: No, using a tweaked script that pitti originally used to update maintainer fields.
[09:57] <TheMuso> StevenK: Thanks for the offer though.
[09:57] <StevenK> When I discover Aerie Peak, I'll be digging through NBS myself
[09:58] <StevenK> Tanaris is too hard to solo at 47, which is disturbing enough.
[10:38] <imbrandon> StevenK: wake? initial thoughts on my new ( in-progrss ) blog theme
[10:38] <imbrandon> http://www.imbrandon.com/new/
[10:39] <imbrandon> Fujitsu: ^
[10:59] <StevenK> imbrandon: Too much like XP for me
[11:00] <\sh> imbrandon, that's so SuSE ,-)
[11:00] <imbrandon> heh, supose to be like the midwest/KC
[11:00] <imbrandon> :)
[11:03] <imbrandon> heh got compared to two diffrent OS's :)
[11:03] <imbrandon> ( and a movie )
[11:10] <effie_jayx> hello all...
[11:11] <effie_jayx> when you have a package that comes from debian... it is not in ubuntu. and you want to package it in ubuntu, the changelog has to be clean new... or must it contain things from the old debian package?
[11:13] <imbrandon> effie_jayx: it should deviate from debian as little as possible, if any
[11:13] <imbrandon> most are just synced
[11:14] <effie_jayx> this is a package that I have tested in ubuntu and works without a glitch
[11:14] <imbrandon> what package ?
[11:14] <effie_jayx> imbrandon,  but my question is...
[11:14] <effie_jayx> it's a game
[11:14] <imbrandon> whats its name
[11:14] <effie_jayx> called secret maryo chronicles
[11:14] <effie_jayx> it isn't in ubuntu yet
[11:14] <imbrandon> its probably already in ubuntu if its in debian
[11:14] <imbrandon> if not it will be soon
[11:14] <effie_jayx> a friend of mine mantains it ubuntu
[11:14] <effie_jayx> in debian sorry
[11:15] <effie_jayx> I wanted to package it to put it in my ppa
[11:15] <imbrandon> ok your still not telling me the name
[11:15] <effie_jayx> imbrandon,  smc-1.1
[11:15] <effie_jayx> smc I guess
[11:15] <imbrandon> sure its in gutsy and hardy
[11:16] <imbrandon> !info smc gutsy
[11:16] <ubotu> smc: a Jump and Run game like Super Mario World written in C++. In component universe, is optional. Version 0.99.6-2ubuntu2 (gutsy), package size 523 kB, installed size 1404 kB
[11:16] <effie_jayx> imbrandon,  oh...
[11:16] <effie_jayx> my bad
[11:16] <imbrandon> if you mean you want to merge it, sure its on the merges list
[11:16] <effie_jayx> he told me it wasn't
[11:16] <imbrandon> always best to check
[11:16] <effie_jayx> imbrandon,  yes... my bad
[11:17] <imbrandon> :)
[11:17] <imbrandon> anyhow it needs a merge, you are welcome to do that
[11:17] <effie_jayx> sure
[11:33] <adrian15> Hello. I am trying to boot an ubuntu cd with grub. Is there any boot option that am I missing? Is there any boot option that it is not written in isolinux.cfg? It is very strange that there is not any root= option. Thank you for your comments.
[11:52] <\sh> adrian15, hmmm? most of the stuff is running in a ramdisk...so I think that everything is inside the initramfs which gives the right root dir for booting the CD (I don't know if you speak about the alternate or the live cd)
[11:52] <\sh> adrian15, the other question is why do you want to boot the cd with grub?
[12:00] <adrian15> \sh: I speak about the live cd. I want to boot the cd with grub because I develop super grub disk. The same problem happens when I try to boot it from a modified isolinux. I get this error: http://adrian15.raulete.net/ficheros/u710_chainloaded_isolinux.png                      I ask myself if the problem can be the way that I build the cdrom with mkisofs.                     Do you have the mkisofs or genisofs for builiding an ubuntu cdrom at hand ?
[12:01] <\sh> adrian15, I don't have any clue about the bootcd...the mkiso call for the alternate cd is on the wiki...(Customizing<something>)
[12:02] <adrian15> \sh: I am interested in the live cd one.
[12:08] <adrian15> \sh: ok, I got the mkisofs line. https://help.ubuntu.com/community/LiveCDCustomization#head-ab8f641f4bbc6cbafbe1699b580c06668bf7a484 I will test it. Thank you.
[12:08] <\sh> adrian15, np...
[12:08]  * \sh really doesn't have a clue about the livecd.../me doesn't use it
[12:09] <\sh> therefore...wireshark is testbuilding with all CVE fixes...now dealing with wesnoth
[12:09] <Hobbsee> \sh: deal with debian for it?
[12:10] <\sh> Hobbsee, I'm sending patches to stable security when they don't have them already :)
[12:10] <Hobbsee> ah righht
[12:10] <\sh> Hobbsee, or better to say, complete debian debdiffs :)
[12:10] <Hobbsee> :)
[12:11] <\sh> oh I hate it
[12:11] <\sh> grmpf
[12:23] <\sh> ok..wesnoth is secure in no time ;)
[12:25] <\sh> hmm...does anyone know if -backports are getting as well security updates?
[12:27] <persia> \sh: To upload a security fix to backports, request a refreshed backport of the backported package to the target.  So, if a gutsy package was backported to feisty, and it was fixed in gutsy-security, request a backport from gutsy-security to feisty.  This is handled by the backports team directly.
[12:28] <\sh> persia, but not automatically...that's bad
[12:28] <persia> \sh: It requires a rebuild against a different target, and the backports team isn't yet beig enough to have grown backports-security :(  It's best-effort, and better than nothing.
[12:29] <persia> s/ei/i/
[12:35] <Fujitsu> \sh: I always check rmadison for -backports and open a backports task if it is vulnerable.
[12:37]  * persia thinks that is an eminently sensible workflow
[12:43] <Fujitsu> .... odd quite message.
[12:43] <Fujitsu> s/e//
[12:43] <imbrandon> yea
[13:05]  * emgent heya
[13:27] <TheMuso> Yay. Libglib transition script done. In the morning, I'll run a double check on all altered packages to be sure they do indeed need changing, then its mass upload time.
[13:28] <somerville32> \o/
[13:28] <StevenK> TheMuso: Mass uploads are fun
[13:28] <Amaranth> glib transition?
[13:29] <TheMuso> StevenK: Oh I'm sure. But I think just to be even safer, I'll run a mass rebuild overnight to be sure that they all build. Any that FTBFS will get further scrutiny tomorrow.
[13:29] <StevenK> Amaranth: libglib1.2 -> libglib1.2ldbl funness
[13:29] <TheMuso> Amaranth: libglib1.2 -> libglib1.2ldbl
[13:29] <Amaranth> wtf
[13:30] <persia> TheMuso: including Maintainer analysis & XbuildY vs. XubuntuY?
[13:30] <TheMuso> persia: Well the script failed to alter and prepare packages that needed maintainer address updates anyway, which I've done by hand.
[13:31] <TheMuso> So all packages that need maintainer changes have had that done now.
[13:31] <TheMuso> and there weren't many of them, which is a good thing.
[13:31] <TheMuso> Maybe 5-10 I had to do manually.
[13:31] <persia> TheMuso: Ah.  I thought you might have the ultimate script.  It's just the best yet :)
[13:32] <TheMuso> persia: I thought of adjusting to do that at the same time, but thought they would have all been taken care of in pitti's run.
[13:32] <TheMuso> Which they werent.
[13:32] <TheMuso> weren't
[13:32] <persia> TheMuso: We had several hundred last I looked.  I keep meaning to fix them, but somehow never do.
[13:33] <TheMuso> persia: Tonight I have processed a total of 221 source packages.
[13:33] <persia> TheMuso: That puts you in first place for a while :)
[13:33] <TheMuso> I'm going to double check that they all use libglib1.2, and run a rebuild on them tonight, but I think most of the work is done.
[13:33] <TheMuso> And most hated for clogging up buildds. :p
[13:34] <StevenK> Now I need to find some mass rebuilds
[13:34] <persia> TheMuso: Nobody doing NBS every gets in trouble for clogging the buildds.
[13:34] <somerville32> You guys should give me a project to do that gets me 221 uploads :P
[13:34] <TheMuso> persia: Its not nbs as such as far as I understand it.
[13:34] <TheMuso> Its more unmet deps.
[13:35] <somerville32> define: NBS
[13:35] <TheMuso> You try and install any binary from these packages that depends on libglib1.2 and it won't install.
[13:35] <TheMuso> not built from source.
[13:35] <StevenK> somerville32: Find your own :-P
[13:35] <persia> somerville32: http://qa.ubuntuwire.com/uehs/no_watch.php can give you 402, if you want.
[13:35]  * StevenK grabs the gsl rebuilds
[13:35] <somerville32> persia, Would you sponsor a package upload if all I did was add a watch file?
[13:36] <persia> somerville32: Yes, if that was all the package needed.  For everything on that list, I'd want it lintian/linda clean, newest upstream, etc.
[13:37] <somerville32> persia, Will all of them be able to have a watch file?
[13:37]  * TheMuso wonders whether his box can get 221 source packages built in 7-8 hours.
[13:37] <somerville32> TheMuso, I know mine can't :P I have a 333mhz
[13:37] <TheMuso> ...and thinks he might employ his powerpc to help.
[13:38] <persia> somerville32: No idea, but the watch wizard generated watch files for a number of them automatically, so it'll be a bit before you run out.
[13:38] <somerville32> persia, Awesome. Thanks! :)
[13:38] <persia> somerville32: Some are main: I'd recommend doing universe first.
[13:39] <persia> somerville32: Let me know anytime you're looking for hundreds of things to do :)
[13:39] <somerville32> persia, Any reason why?
[13:39] <somerville32> persia, :D
[13:39] <persia> Because it's usually easier to get universe stuff sponsored.
[13:47] <\sh> WTH is no one fixing the bugs down to the last supported releases of ubuntu?
[13:47] <Amaranth> \sh: We don't even get a chance to fix bugs in the upcoming release
[13:47] <\sh> wesnoth was fixed for gutsy and feisty, but not for edgy or dapper (not checked if it's vulnerable, but I think so)
[13:47]  * Amaranth should do some of those watch things
[13:48] <\sh> Amaranth, security fixes
[13:48] <\sh> Amaranth, hmmm? we prepare a LTS and we can't fix bugs?
[13:48] <persia> \sh: We try, but you're better than most of us.  Please have pity on us.
[13:49] <\sh> persia, na...
[13:49] <\sh> persia, pochu fixed wesnoth for gutsy and feisty...but not for edgy (and I wonder if he did for dapper)
[13:50] <persia> \sh: This happens.  More eyes & more hands is good.
[13:50]  * \sh needs to write this stupid document...
[13:51]  * persia seeks a contributor wishing to work on package updates: any volunteers?
[13:51]  * Amaranth runs
[13:52] <persia> Amaranth: You sure you don't want to try a couple?
[13:53] <somerville32> persia, I'd work on anything with you - awesome opportunity to learn/re-enforce :)
[13:53] <mruiz> hi all
[13:54] <persia> somerville32: You've already got 402 tasks.  This is for someone else :)
[13:54]  * somerville32 grins.
[13:54] <TheMuso> Ok, I'm outa here, now that my rebuild script is running on two boxes.
[13:54] <Amaranth> persia: You mean updating stuff to the latest versions?
[13:55] <persia> Amaranth: Yep.  There's 18 packages that we know need it that aren't maintained in Debian.  The list is available from http://qa.ubuntuwire.com/uehs/no_updated.php
[13:55] <persia> Night TheMuso
[13:56] <TheMuso> persia: Night.
[13:56] <Amaranth> That site is weird
[13:57] <persia> Amaranth: How so?
[13:57] <Amaranth> According to http://qa.ubuntuwire.com/uehs/no_upstream.php only 93 packages have a watch file
[13:57] <persia> Amaranth: It's only tracking packages not in Debian.
[13:57] <Amaranth> ah
[13:57] <\sh> pochu, ping
[13:57] <pochu> \sh: You sent me a contentless ping.  This is a contentless pong.  Please provide a bit of information about what you want and I will respond when I am around.
[13:57] <\sh> *headbang*
[13:57] <somerville32> \sh: Calm down buddy :P
[13:58] <persia> Essentially, it's not worth Debian variance just to add a watch file, but it is worth maintaining the packages not in Debian as well as we can.
[13:59] <somerville32> Quick, name for a computer :P
[13:59] <pochu> \sh: I've already done wesnoth for Feisty, Hardy and Gutsy ;-)
[13:59] <persia> pochu: What about Dapper & Edgy?
[14:00] <Amaranth> 	libgtksourceviewmm1
[14:00] <Amaranth> 	0.2.0 	0.3.1
[14:00] <Amaranth> that says we have a version newer than upstream
[14:00] <pochu> persia: They have older versions, so I wnat to see what Debian does first.
[14:00] <\sh> pochu, dapper and edgy are still vulnerable
[14:00] <persia> Amaranth: That would be a watch file bug :)
[14:00] <\sh> pochu, the code in edgy is not even changed for the ".." bug
[14:00] <Amaranth> ok, i guess i'll tackle that one
[14:00] <\sh> pochu, 6201 is just ready for upload btw
[14:00] <Amaranth> and hey, i can upload it too :P
[14:00] <persia> pochu: For security, it's never best to wait for Debian.  For other things, yes.
[14:00] <Amaranth> some fool made me a motu ;)
[14:01] <pochu> persia: hmm, right
[14:01] <persia> Amaranth: heh.
[14:01] <pochu> \sh: wanna do them? ;)
[14:01] <somerville32> Amaranth, you're a motu?
[14:01] <Amaranth> Yeah
[14:01] <\sh> pochu, forget about it ,  I'm fixing this for edgy and dapper with my debdiffs fopr CVE-2007-6201
[14:01] <ubotu> Unspecified vulnerability in Wesnoth 1.2.x before 1.2.8, and 1.3.x before 1.3.12, allows attackers to cause a denial of service (hang) via a "faulty add-on" and possibly execute other commands via unknown vectors related to the turn_cmd option. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6201)
[14:01] <Amaranth> Although the only things I enjoy working on are in main... :P
[14:01] <pochu> \sh, persia: I did the old one btw, but Dapper and Edgy weren't uploaded, requesting some testing which I couldn't do.
[14:02] <persia> pochu: Ah.  Thanks for the explanation.  Perfectly understood.  Is the CVE linked to the bug in LP?
[14:02] <\sh> pochu, please for the next time, go from dapper to gutsy upwards...not downwards...dapper is lts and needs more love...
[14:02] <\sh> persia, https://bugs.edge.launchpad.net/ubuntu/+source/wesnoth/+bug/172783
[14:02] <ubotu> Launchpad bug 172783 in wesnoth "wesnoth exploit allows others to view the content of files on a remote computer" [High,Fix committed]
[14:02] <pochu> \sh, persia: bug 158414
[14:02] <Amaranth> How many people are playing wesnoth on dapper?
[14:02] <ubotu> Launchpad bug 158414 in wesnoth "denial of service in wesnoth client and server prior 1.2.7 release" [High,Fix released] https://launchpad.net/bugs/158414
[14:03]  * persia wonders why Kees declined the tasks
[14:03] <\sh> of the server stuff...
[14:03] <pochu> persia, \sh: 1.2.8 is in Hardy now too, so I'm going to request some new backports.
[14:03] <Amaranth> ah, server bit too
[14:04]  * persia grumbles about duplicate bugs and encourages \sh to write up a manifesto for universe security already.
[14:04] <Amaranth> I'm just glad no one has found any security bugs in my stuff :)
[14:05] <frafu> dholbach: thanks for your review of mousetweaks; unfortunately there is a point in your comments about which the developer and I are not really sure. I talked about it in a comment that follows your comments. Have you already seen it?
[14:05] <pochu> \sh: If you are going to do Dapper and Edgy for the ../ CVE, please include my changes from #158414 so we fix both CVEs. If you aren't going to them, let me know and I'll do it.
[14:05] <dholbach> frafu: no, thanks for prodding me - I'll take a look
[14:05]  * pochu goes to have lunch
[14:06] <\sh> pochu, no problem...we just need to test them :)
[14:06] <frafu> dholbach: thanks
[14:06]  * persia merged the bugs: please adjust any external reporting tools
[14:07] <\sh> real life work...bbl...
[14:09] <dholbach> frafu: commented
[14:10] <persia> frafu: In general, I'd recommend asking about comments in the channel generally.  Sometimes people aren't available, and others may also be able to answer (for next time).
[14:10] <frafu> dholbach:I will have a lok; thanks again
[14:12] <frafu> dholbach: ok; next time I will ask directly here; I assumed that revu would forward my comment in revu directly to you, which seems not to be the case.
[14:13] <dholbach> frafu: even if it hadn't been me, you can just ask your questions in here :)
[14:13] <dholbach> good work on the package!
[14:23] <somerville32> persia, when doing these watch updates, should I make them conform to new python policy?
[14:24] <persia> somerville32: For those, please hit them as hard as you would for a REVU submission (although no REVU is required).  They are Ubuntu-maintained packages, and so there's nobody else maintaining them.  Get them as good as you can.
[14:28] <persia> (Oh, but respect Maintainer:  If it's not MOTU, ping the address before updating)
[14:28] <somerville32> Lukas Sabota <punkrockguy318@comcast.net>
[14:29] <frafu> dholbach: if I get it right: 1. the best way to make it publicly available for gutsy is with a ppa? (I already have set one up) 2. If gnome will be providing mousetweaks as the a11y tab of the mouse capplet, how will the gnome maintainer for ubuntu know that it is the same as mousetweaks and set the replace flag? 3. I suppose that your comment about /usr/etc is  also valid for all its subdirectories. Could you confirm?
[14:29] <persia> somerville32: For addresses like that, send an email, just in case.  It's likely it's yours, but it's nice to check.
[14:30] <dholbach> frafu: 2. best to talk to seb128 and lool in #ubuntu-desktop about it, they'll set that flag, no problem
[14:30] <dholbach> frafu: 3. yes
[14:30] <somerville32> RAOF, Can you add a deb-source line for hardy?
[14:30] <frafu> dholbach: thanks
[14:30] <dholbach> frafu: 1. you can have in PPA for gutsy, no problem - I'd still push it to hardy to let people play with it and test it
[14:31] <dholbach> frafu: ROCK ON
[14:31] <somerville32> Is pycentral or pysupport you need the XSBC-Python fields?
[14:31] <persia> Anyone like writing manpages?
[14:31] <somerville32> *the one you need
[14:32] <somerville32> *XB-Python-Version
[14:32] <persia> somerville32: http://wiki.debian.org/DebianPython/NewPolicy
[14:37] <frafu> dholbach:  ok, I will target it to hardy and thanks again :-).
[14:38] <dholbach> great
[14:41] <txwikinger2> Hi dholbach
[14:42] <dholbach> hi txwikinger2
[14:44] <pochu> persia: why did you duplicate them? They are different CVEs, with different importance...
[14:44] <persia> pochu: The CVE lists on the side matched.  Checking again, and likely unduping
[14:45] <dsop> dholbach: would you mind taking another look at gcutils, please.
[14:45] <persia> pochu: Both are linked to 2007-3917 & 2007-5742.  If that's not correct, it should be updated to be correct.
[14:48] <pochu> persia: It's not. I'll fix it.
[14:49] <persia> pochu: OK.  Thanks.  Please also undup :)
[14:49] <somerville32> When I try to use sbuild, I get mailto not set
[14:50] <pochu> persia: sure :)
[14:50] <persia> somerville32: Thanks.
[14:50] <persia> Err..  pochu: Thanks
[14:51] <persia> somerville32: I recommend configuring sbuild to stick the logs in ~/logs rather than mailing them.
[14:51] <StevenK> It seems sbuild always mails them
[14:51] <somerville32> persia, I'm on someone elses machine via ssh
[14:51] <somerville32> persia, is it possible for me to configure that?
[14:51]  * persia doesn't get mail, but seems to have an odd sbuild configuration in other ways as well
[14:52] <persia> somerville32: That's a harder question :)  I don't know.
[14:52] <StevenK> I don't get mail either, but my mail setup is a remote IMAP server
[14:53]  * persia also doesn't get a growing /var/spool/mail/persia :)
[14:53] <StevenK> ls: /var/mail/steven: No such file or directory
[14:53] <somerville32> hmm :/
[14:53] <StevenK> Neither do I :-)
[14:53] <somerville32> I guess I'll just go back to bed for now then :P
[14:53] <persia> StevenK: That's impressive.  Mine is filled with base64-encoded changelogs.
[14:54] <StevenK> I thought you just said you don't get a growing /var/spool/mail/persia? :-)
[14:54] <persia> StevenK: Not from sbuild.
[14:54] <StevenK> Ahh
[14:54]  * persia likes changelogs, and reads them all, every word
[14:55] <StevenK> I get logs dumped into ~/ubuntu/logs, symlinked into the current directory which suits me fine
[14:55] <somerville32> Mine is empty too
[14:58] <mok0> persia: did you see my comment @ the torque license?
[14:58] <pochu> \sh: forget me! bug 173881 isn't a duplicate of mine :-)
[14:58] <ubotu> Launchpad bug 173881 in wesnoth "the option "turn_cmd" can stall a computer or maybe start another application" [Undecided,Fix released] https://launchpad.net/bugs/173881
[14:58] <persia> mok0: Nope.  You didn't email me or poke me :)  Got a URL?
[14:58] <mok0> You had left last night
[14:59]  * persia is intending to leave in 2 minutes :)
[14:59] <mok0> persia: http://revu.ubuntuwire.com/details.py?package=torque scroll to the botto
[15:00] <mok0> ach, it's my cherry g84-4100 keyboard...
[15:00] <mok0> still haven't quite gotten used to it
[15:01] <persia> mok0: Ah.  Cool.  It's clauses 1 & 2 that cause issues.  Thanks for pointing that out.  Might be suitable for universe, and definitely can get patched.
[15:01] <mok0> persia: I think so too
[15:01] <persia> mok0: The "No patching" issue is part of clause 2.
[15:01] <persia> mok0: Now, all my slight comments about upstream stuff become actionable tasks.  Have fun :)
[15:01] <mok0> persia: ?
[15:02] <mok0> "there can be no charge..." not change
[15:02]  * persia commits to sleeping more
[15:03] <mok0> I guess persia needs a reboot...
[15:07] <pochu> \sh: backports requested for Edgy and Feisty, which had 1.2.3 and 1.2.5 in -backports.
[15:10] <\sh> pochu, wesnoth?
[15:10] <\sh> server moving sucks
[15:10] <pochu> \sh: wesnoth, yes.
[15:11] <\sh> pochu, please wait with the backports until 2007-6201 is uploaded
[15:11] <\sh> (which I'm working on now)
[15:11] <pochu> \sh: why?
[15:12] <\sh> pochu, it needs to go to security...so we have at least a complete version
[15:12] <pochu> \sh: but since backports will have 1.2.8, isn't it ok to backport it asap? So people with -backports enabled get the fixes too.
[15:13] <pochu> We can upload to security anytime, can't we?
[15:14] <\sh> pochu, I thought gutsy can go to feisty via backports, and feisty go to edgy via backports...AFAIK it's not possible to use gutsies version and inject it to edgy via backports...correct me if I'm wrong
[15:15] <pochu> \sh: I'm no expert with -backports stuff, but I thought they could be backported from the latest release :-) ScottK <--- can you enlight us?
[15:16] <\sh> pochu, the problems are coming with the build-deps...if there were a librename or whatever in gutsy, and the build-dep or bin-dep of this is not in edgy, it's stucked
[15:16] <pochu> \sh: but that makes sense, since edgy has feisty's version, and feisty has lower than gutsy...
[15:16] <\sh> s/were/was/
[15:16] <pochu> Well the dependencies haven't changed since I look into wesnoth
[15:18] <\sh> pochu, ok...so finally for edgy/dapper we have 3 CVEs still hanging...CVE-2007-3917 CVE-2007-5742 and CVE-2007-6201
[15:18] <ubotu> The multiplayer engine in Wesnoth 1.2.x before 1.2.7 and 1.3.x before 1.3.9 allows remote servers to cause a denial of service (crash) via a long message with multibyte characters that can produce an invalid UTF-8 string after it is truncated, which triggers an uncaught exception, involving the truncate_message function in server/server.cpp.  NOTE: this issue affects both clients and servers. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-3917
[15:18] <ubotu> Directory traversal vulnerability in the WML engine preprocessor for Wesnoth 1.2.x before 1.2.8, and 1.3.x before 1.3.12, allows remote attackers to read arbitrary files via ".." sequences in unknown vectors. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5742)
[15:18] <ubotu> Unspecified vulnerability in Wesnoth 1.2.x before 1.2.8, and 1.3.x before 1.3.12, allows attackers to cause a denial of service (hang) via a "faulty add-on" and possibly execute other commands via unknown vectors related to the turn_cmd option. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6201)
[15:19] <pochu> \sh: for the first one there are patches in the bug report.
[15:20] <\sh> pochu, yepp...saw them...the other ones are low hanging fruit...got them already
[15:20] <pochu> Cool :-)
[15:22] <\sh> pochu, but if you want, you could find out what fix is there for  CVE-2007-6208 fixed in claws-mail-tools 3.1.0-2
[15:22] <ubotu> sylprint.pl in claws mail tools (claws-mail-tools) allows local users to overwrite arbitrary files via a symlink attack on the sylprint.[USER].[PID] temporary file. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6208)
[15:22] <\sh> pochu, 3.1.0-2 <- is the fixed version in debian unstable
[15:23] <DaveMorris> I'm looking for someone else to revu my package - http://revu.tauware.de/details.py?package=cpptest
[15:24] <RainCT> Can someone please merge ~rainct/ubuntu-dev-tools/dev into ~ubuntu-dev/ubuntu-dev-tools/trunk?
[15:24] <somerville32> RainCT, register a merge proposal
[15:25] <RainCT> somerville32: is there now an option to let Launchpad merge it automatically or what?
[15:26] <somerville32> RainCT, umm, not really but it lets you register merge proposals :P
[15:26] <RainCT> somerville32: yes, but my previous experience with this is that it just gets ignored :P
[15:27] <somerville32> RainCT, file a bug then and link the branch
[15:33] <RainCT> bug 173931
[15:33] <ubotu> Launchpad bug 173931 in ubuntu-dev-tools "Please merge ~rainct/ubuntu-dev-tools/dev revison 43 into ~ubuntu-dev/ubuntu-dev-tools/trunk" [Medium,Triaged] https://launchpad.net/bugs/173931
[15:45] <bddebian> Heya gang
[15:45] <faheem__> Hi. I have a package that needs postgres 8.1 or later on Debian. However, Ubuntu doesn't seem to want to install 8.1. I want to use the same packaging (rules/control files) on both Debian and Ubuntu. Any suggestions?
[15:45] <faheem__> Well, it complains about 8.1, anyway.
[15:48] <azeem> faheem__: maybe state which version of Ubuntu you're talking about
[15:49] <faheem__> azeem: Debian etch and Ubuntu feisty. Sorry.
[15:51] <geser> Hi bddebian
[15:51] <pochu> heya bddebian
[15:52] <bddebian> Heya geser, pochu
[15:53] <geser> faheem__: postgresql-8.1 is included in the universe repository since feisty. Do you have universe enabled for your tests?
[15:54] <faheem__> geser: Someone else actually tested it, and he said that it made loud complaints about being obsolete, and didn't install properly. Do you think he did something wrong? I can check...
[15:56] <faheem__> He's got universe installed, deb http://us.archive.ubuntu.com/ubuntu feisty universe
[15:56] <faheem__> as well as multiverse, whatever that is.
[15:59] <faheem__> Is 8.1 supposed to install and configure out of the box on Ubuntu? He is getting errors...
[16:04] <StevenK> faheem__: postgresql-8.1 installs fine for me on Gutsy amd64, and works out of the box.
[16:12] <\sh> hey bddebian
[16:13] <bddebian> Heya Stephan, what's shakin? :)
[16:14] <\sh> bddebian, in need of a new job :)
[16:14] <bddebian> Aren't we all? :-)
[16:14] <faheem__> StevenK: Yes, was doing this inside a vserver guest, so the problem was vserver related issues. Please comment on whether the debconf obsolete warning for 8.1 can be ignored. For my information, is there any way of having the same control file install 8.1 on Debian, 8.2 on Ubuntu?
[16:15] <\sh> bddebian, well, our company is closing :) so, the pinky and da brain plan wasn't successful (hehe), everybody needs to leave here ;)
[16:15] <bddebian> Oh :-(
[16:16] <\sh> 154 employees ... 140 are already gone...the other 14 are cleaning up the datacenter and moving the servers
[16:27] <geser> faheem__: Depending on postgresql-8.2 | postgresql-8.1 should work as the first isn't in Debian etch but is in Ubuntu feisty
[16:28] <faheem__> geser: Ok, thanks for the suggestion.
[16:29] <faheem__> geser: Yes, sounds reasonable.
[16:30] <bdgraue> jdong: i asked yesterday if you can take a look at https://bugs.launchpad.net/feisty-backports/+bug/173532 , did you found some time for this?
[16:30] <ubotu> Launchpad bug 173532 in feisty-backports "please backport psi 0.11" [Undecided,New]
[16:31] <faheem__> geser: So, there is nothing like an ubuntu tag, then? Like [ubuntu] or something.
[16:43] <geser> faheem__: no
[16:48] <faheem__> geser: Ok. Thanks.
[17:04] <jdong> bdgraue: is the new library dependency mandatory?
[17:05] <jdong> bdgraue: oh wait it's a new library, isn't it...
[17:06] <jdong> bdgraue: ok, yes, it's a new library. Please have someon test build qca2 from gutsy->feisty and if that works then this backport is good to go
[17:07] <bdgraue> jdong: there is a log about backporting qca2 too
[17:07] <jdong> bdgraue: do you recall if that backport was successful?
[17:07] <bdgraue> jdong: https://bugs.launchpad.net/feisty-backports/+bug/173719
[17:07] <ubotu> Launchpad bug 173719 in feisty-backports "please backport qca2" [Undecided,New]
[17:08] <jdong> bdgraue: ok, can you instead testbuild the backport of the *gutsy* version to feisty?
[17:08] <bdgraue> jdong: to built psi failed cause
[17:08] <bdgraue> Considering build-dep debhelper (>> 5.0.51)
[17:08] <bdgraue>       Tried versions: 5.0.42ubuntu1
[17:09] <jdong> bdgraue: oh that sucks...
[17:09] <jdong>   * Set build-dependency on debhelper to >= 5.0.51 (for dh_icons)
[17:10] <jdong> yeah this is going to be an involved source change backport.
[17:10] <jdong> Next step if you would like to continue is to prepare a debdiff with the changes to control and rules necessary to lower that debhelper  dependency.
[17:14] <keescook> \sh: (and persia, who is offline) I declined the wesnoth tasks because I thought they didn't apply (no mention of more fixes coming, etc).  I can go re-add them, that's no problem.
[17:16] <bdgraue> jdong: sry, i have no idea how to do that
[17:16] <\sh> keescook, I'm working on edgy and dapper fixes for those...so on the latest sec fix (which wasn't applied anyhow) (bug #173881) you'll find the other two cves as well (utf-8, ".." foo)
[17:16] <ubotu> Launchpad bug 173881 in wesnoth "the option "turn_cmd" can stall a computer or maybe start another application" [Undecided,Fix released] https://launchpad.net/bugs/173881
[17:18] <keescook> \sh: okay, thanks
[17:18] <\sh> keescook, CVE-2007-6211 is just reaching you soon, too ;)
[17:18] <ubotu> Send Nasty ICMP Garbage (sing) on Debian GNU/Linux allows local users to append to arbitrary files and gain privileges via the -L (output log file) option. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6211)
[17:29] <\sh> ok /me needs to go home...cu later
[17:51] <jeromeg> hello
[17:51] <jeromeg> i need some help for bug 173347
[17:51] <ubotu> Launchpad bug 173347 in claws-mail-extra-plugins "[ftbfs]Fail to build due to missing build-dep" [Medium,Triaged] https://launchpad.net/bugs/173347
[17:52] <jeromeg> a motu says : Since libcurl4-dev is a virtual package, mind replacing it with libcurl4-gnutls-dev | libcurl-dev ?
[17:52] <jeromeg> should i put both packages, or just one ?
[17:56] <geser> jeromeg: both
[17:56] <jeromeg> geser: ok thank you very much
[18:13] <zorglu_> superm1: around ?
[18:14] <zorglu_> superm1: i would like to get vlc 0.8.6d on feisty. what would be your suggestion on how i could do it ?
[18:15] <zorglu_> [19:15] [Whois] superm1 has been idle for 20 hours, 46 minutes and 28 seconds. <- mouaoau i should have looked at that before :)
[18:17] <jdong> zorglu_: using a pbuilder or prevu to backport it might work.
[18:17] <jdong> I haven't tried it yet
[18:18] <zorglu_> jdong: ok but i would have to learn/setup those tools before :)
[18:18] <zorglu_> jdong: so compiling vlc from source would be much faster for me :)
[18:18] <jdong> zorglu_: prevu is dead easy to set up, pbuilder is only slighly more difficult
[18:18] <jdong> zorglu_: and yeah you can manually compile it from source too if you feel comfortable doing it
[18:18] <jeromeg> jdong, zorglu_ : i'm trying it in a few seconds
[18:18] <jdong> jeromeg: thanks :)
[18:18] <zorglu_> jeromeg: tell us the result :)
[18:19] <jeromeg> zorglu_: no i'll try and won't tell you :)
[18:19] <zorglu_> :)
[18:19] <jeromeg> waou 18 mb of sources :)
[18:19] <jeromeg> it might take a while :)
[18:20] <zorglu_> im with you :)
[18:23] <zorglu_> ok going for a walk to clear my foggy brain. be back in 20min :)
[18:46] <jeromeg> jdong, zorglu_ : fails to build, it needs libvcdinfo-dev (>= 0.7.23-4ubuntu1)
[18:46] <jeromeg> and feisty only has 0.7.23-3
[18:47] <jeromeg> got to go
[18:47] <jeromeg> see you all
[18:47]  * somerville32 waves.
[18:47] <jeromeg> bye somerville32
[18:47] <jeromeg> exit
[18:48] <jdong> meh I doubt it *needs* it, some debian/control lovin should work :)
[19:07] <zorglu_> no cool :)
[19:13] <propp1> oy
[19:37] <nxvl_work> is there any way for spanish speakers to report bugs on LP?
[19:38] <Burgundavia> nxvl_work: a translated interface of LP?
[19:38] <Burgundavia> no
[19:38] <Burgundavia> it is closed source
[19:38] <nxvl_work> there should be one
[19:38] <Burgundavia> yes, I agree
[19:38] <Burgundavia> but first we need it to be open source
[19:38] <Burgundavia> and then you need to impose a string freeze on a webapp
[19:39] <nxvl_work> but we can make a translated interface, just make it communicate with LP, no editing LP
[19:39] <Burgundavia> yes, that is possible
[19:39] <Burgundavia> although I am not certain about the communication aspects vis a vis LP
[19:40] <Kmos> nxvl_work: check efax-gtk, there is a new version on debian, you've done the last upload
[19:40] <nxvl_work> we can make it by mail
[19:40] <nxvl_work> Kmos: i have merge it already
[19:40] <nxvl_work> bug #173947
[19:40] <ubotu> Launchpad bug 173947 in efax-gtk "Merge efax-gtk 3.0.16-1 from debian " [Undecided,New] https://launchpad.net/bugs/173947
[19:40] <nxvl_work> but thnx :D
[19:43] <geser> nxvl_work: what's the "Reverse incorrect debian maintainer change to debian/menu to the ubuntu one from version 3.0.14-1ubuntu1" change?
[19:43] <geser> I can't seem to find the change in the debdiff
[19:43] <nxvl_work> looking for it
[19:44] <geser> and you probably want to subscribe u-u-s if you want it uploaded
[19:44] <Kmos> nxvl_work: ah nice =)
[19:45] <nxvl_work> geser: it was a hierarchy problem
[19:48] <nxvl_work> geser: you are right, they correct it already on debian, that must be out of the changelog
[19:48] <slangasek> nxvl_work: "get someone to translate for them out-of-band and submit the bug in English"?  Even if there were a way to submit bugs in Spanish, what would the developers do with it?
[19:48] <nxvl_work> slangasek: someone can translate it
[19:49] <slangasek> nxvl_work: so why is it important to do that in LP instead of outside it?
[19:49] <nxvl_work> slangasek: or there can be a $LANG reporter where $LANG translation teams triage the bugs and translate them
[20:36] <pkern> Could anyone please take care of SRU'ing flashplugin-nonfree?  The md5sum mismatches due to a newer version I was told.
[20:55] <DaveMorri1> Hi, I'm still looking for a 2nd MOTU to advocate my package - http://revu.tauware.de/details.py?package=cpptest
[21:15] <huats> greeting everyone
[21:18] <RainCT> how can I check in a makefile if a directory exists?
[21:19] <nxvl_work> !?
[21:19] <nxvl_work> a makefile is a sh script
[21:20] <pkern> Nah, it isn't.
[21:20] <pkern> It's obscure how to call the shell.
[21:20] <huats> RainCT: hey
[21:21] <huats> I have a question for you : we've been approuved as a member the same day... have you contact anyone to be added to the member list ?
[21:22] <RainCT> huats: hi :)
[21:22] <RainCT> huats: I asked dholbach but he said they would add all new members after the CC
[21:23] <huats> RainCT: I am trying to add my self to the planet...
[21:23] <mok0> I got a weird FTB error from LP, arch lpia:
[21:23] <mok0> dpkg-genchanges: failure: cannot read files list file: No such file or directory
[21:23] <huats> and I am not able... apparently I am not seen as a member....
[21:23] <RainCT> huats: https://launchpad.net/~ubuntumembers  what does the "your involvement" section say?
[21:24] <huats> not a member of the teaù....
[21:24] <RainCT> huats: try pinging a member of the CC then..
[21:25] <pochu> I've subscribed u-u-s to bug 96758, but irssi is in main and not in universe. Can a motu unsubscribe it? Thanks in advance :)
[21:25] <ubotu> Launchpad bug 96758 in irssi ""/ping" with no arguments CTCP PINGs the channel" [Low,Triaged] https://launchpad.net/bugs/96758
[21:25] <RainCT> anyone knows how to check for the directory? :/
[21:26] <nxvl_work> huats: you are a MOTU already?
[21:26] <huats> nxvl_work: No
[21:26] <huats> nxvl_work: just an ubuntu member....
[21:26] <nxvl_work> ah ok
[21:26] <DaveMorri1> RainCT: You wanna check if a dir exists in your rules file?
[21:27] <RainCT> DaveMorri1: exactly
[21:27] <huats> nxvl_work: MOTU might be for year 2010 :)
[21:27] <DaveMorri1> hang on a mo
[21:27] <RainCT> ok, thanks
[21:27] <nxvl_work> huats: why?
[21:27] <huats> RainCT: Yeah... I will... thanks...
[21:27] <nxvl_work> huats: i plan to become a MOTU by the end of hardy circle
[21:27] <huats> nxvl_work: That's when I'll deserve it:)
[21:27] <huats> nxvl_work: great...
[21:27] <nxvl_work> heh
[21:27] <RainCT> huats: lol. I see you're optimistic :)
[21:28] <Riddell> cyberix: ping
[21:28] <huats> RainCT: always :)
[21:28] <DaveMorri1> RainCT:  if [ -d Builds ] ; then rm -rf Builds ; fi ;
[21:29] <RainCT> DaveMorri1: That's what I've tried but it doesn't work... shouldn't make any difference if it isn't in a single line, or?
[21:29] <geser> ajmitch: Hi, what's the status on bug #104616?
[21:29] <DaveMorri1> to break over a multiple lines you'll need to use \
[21:29] <ubotu> Launchpad bug 104616 in gnue-appserver "[apport] gnue-appserver crashed with ImportError in <module>()" [High,Confirmed] https://launchpad.net/bugs/104616
[21:30] <ajmitch> no status
[21:30] <RainCT> DaveMorri1: ah ok. thanks!
[21:30] <geser> ajmitch: so no new upload to Debian as stated in the last comment?
[21:30] <ajmitch> nope
[21:34] <geser> ok, thanks
[21:34] <ajmitch> don't worry, this place has just killed off any motivation for development I once had
[21:35] <Riddell> cyberix: never mind, others have asked what I was going to ask, pq accepted
[21:39] <norsetto> DaveMorri1: http://revu.tauware.de/details.py?upid=857 (let me know if you have questions)
[21:41] <DaveMorri1> thanks, and there was me thinking I was done with the package :)
[21:42] <norsetto> DaveMorri1: yes, pretty good work
[21:43] <DaveMorri1> thanks, I'll look at those problems now
[21:43] <mok0> Riddell: Nothing new about package eigen, yet...
[21:44] <huats> norsetto: my dear friend, how are you ?
[21:44] <Riddell> mok0: how do you mean?
[21:44] <norsetto> huats: salut! how is it in Toulouse!?
[21:45] <huats> norsetto: everything is fine
[21:45] <huats> I am more than waiting to start my new job...
[21:45] <huats> but otherwise it is ok
[21:45] <huats> :)
[21:45] <mok0> Riddell: I attempted to merge it, but there were some problems you that poked debian maintainer about, I believe
[21:45] <norsetto> huats: yes, I can imagine, the last weeks are the worse
[21:45] <huats> exactly
[21:45] <huats> :)
[21:46] <DaveMorri1> norsetto: should the test example makefile be patched to work as well?
[21:46] <norsetto> DaveMorri1: I didn't check it, will not work as is?
[21:46] <DaveMorri1> nope, mytest_LDADD            = ../src/libcpptest.la
[21:47] <mok0> DaveMorri1: Use $top_builddir
[21:47] <DaveMorri1> we also delete the static lib
[21:47] <mok0> DaveMorri1: that's evil
[21:48] <DaveMorri1> thats what I've been told should be done with new packages
[21:48] <mok0> Why would you want to prevent people from building static executables?
[21:49] <Riddell> mok0: I've actually synced 1.0.5-1
[21:49] <Riddell> mok0: if you like you could post a bug to debian suggesting they change the -dev package to libdevel
[21:49] <mok0> Riddell: Ah, that's cool. I don't have to worry about it then.
[21:49] <norsetto> DaveMorri1: where is that? The only thing wrong I see is the include of ccptest.h so far (no need to patch that)
[21:50] <mok0> Riddell: OK
[21:50] <DaveMorri1> norsetto: the Makefile
[21:50] <mok0> Riddell: I've never done a Debian bug report before. Should be fun ;-)
[21:51] <norsetto> DaveMorri1: and what do we do with that? we just need the source as an example of coding
[21:51] <Riddell> mok0: follow the template at http://www.debian.org/Bugs/Reporting "An Example Bug Report"
[21:51] <mok0> Riddell: Do I file agains the source package?
[21:52] <Riddell> mok0: yes
[21:52] <DaveMorri1> yeah, I wasn't sure if it should be patched so it builds easily as well or not?
[21:52] <mok0> Riddell: OK, thanks, will get on it right away
[21:52] <Riddell> thanks
[21:53] <mok0> Riddell: Its already reported, #447618
[21:53] <norsetto> DaveMorri1: so far I can only see that path wrong, perhaps you may want to test it yourself before adding it?
[21:54] <norsetto> DaveMorri1: which is also a good way to check that the library is doing its job by the way, I didn't test it yet
[21:56] <DaveMorri1> whats the policy on scripts been installed to /usr/bin btw (different package)
[21:56] <rick_h_> anyone got a sec to help me figure out some debuild errors? http://paste.avwsystems.com/paste/72
[21:57] <rick_h_> the upstream changed the build system to autotools which is causing some changes that debuild doesn't like
[21:57] <rick_h_> and I'
[21:57] <rick_h_> and I'm new to packaging and trying to figure out how to handle this
[21:58] <tonyyarusso> Is there a guide somewhere for how to port Firefox extensions to Epiphany?
[22:00] <norsetto> DaveMorri1: what do you mean?
[22:01] <DaveMorri1> this other package I'm working on creates a python script it wants to install to /usr/bin  It's a substandard version of pkg-config IMO so I'm happy for it to be left out, however some legcay builds of people who build from source will prob moan if it's not installed
[22:06] <norsetto> DaveMorri1: I think a python script should be ok, but you should check with some python guru (ie. scottk)
[22:06] <DaveMorri1> now to solve the problem that it uses the prefix passed in via the configure script :~
[22:07] <norsetto> DaveMorri1: I see that you don't use -D_REENTRANT by the way
[22:07] <DaveMorri1> what does that do?
[22:08] <norsetto> DaveMorri1: from the debian policy "make the library compatible with LinuxThreads"
[22:08] <DaveMorri1> in the pkg-config file or when the libs is built?
[22:08] <norsetto> DaveMorri1: when the lib is built
[22:09] <DaveMorri1> ok, I'll look at getting that added
[22:21] <cyberix> My package seems to be in "Upload and build queue" done-section. What will happen next?
[22:22] <tsmithe> apachelogger_, mscore has been updated if you're interested (and i do hope you are!): http://revu.tauware.de/details.py?package=mscore
[22:24] <cyberix> Why is my package still tagged "source"?
[22:26] <DaveMorri1>  norsetto is there an easy way to pass -D_REENTRANT in that you know of?
[22:27] <azeem> norsetto: why is -D_REENTRANT bad?
[22:27] <norsetto> with CFLAGS I would say
[22:27] <azeem> eh, nm
[22:32] <row_> What is the best method for creating a python package into a .deb?
[22:32] <row_> to be exact IMDbPY?
[22:33] <row_> presume dh_make etc?
[22:39] <ScottK> DaveMorri1: If it's a script and not a module, then that's the right place for it.
[22:40] <DaveMorri1> thanks
[22:41] <DaveMorri1> norsetto: if your still around I've upload a new package which should fix all of those issues - http://revu.tauware.de/details.py?package=cpptest
[22:42] <ScottK> \sh_away and pochu: Fix it in Hardy and then backport the hardy version as far as it will go.  You can also backport earlier -security fixes (e.g. feisty-security to edgy) if needed.  Finally, if that doesn't work, a direct security fix to the *-backports is possible via a source backport (we'd need a core dev to upload).
[22:43] <norsetto> DaveMorri1: where is test installed?
[22:43] <DaveMorri1> /usr/share/libcpptest-doc/examples
[22:44] <norsetto> DaveMorri1: ok, then you need to patch that in README too
[22:44] <DaveMorri1> doh, I forgot about that
[22:45] <norsetto> DaveMorri1: there is an easier way to exclude docs from installing
[22:46] <DaveMorri1> DEB_DH_INSTALLDOCS_ARGS :=  however it didn't work when I tried it
[22:46] <norsetto> DaveMorri1: isn't better to have test/mytest.cpp in .examples and remove all the rm in rules?
[22:46] <DaveMorri1> -XFILENAME
[22:47] <DaveMorri1> norsetto: yep
[22:47] <norsetto> DaveMorri1: yes, make it specific to your -doc package
[22:47] <norsetto> DaveMorri1: no wait, it should work like that
[22:47] <DaveMorri1> but I want it apllied across all the packages
[22:48] <norsetto> DaveMorri1: yes, it should work, is there any error in your log file?
[22:48] <DaveMorri1> it works for me to remove NEWS/README in another p[ackage but not AUTHORS/BUGS in this package
[22:49] <norsetto> DaveMorri1: strange, we need to look at that, anyhow, can you try to use libcpptest-doc.install to install makefile.test?
[22:50] <DaveMorri1> rather than copying it in?
[22:50] <norsetto> DaveMorri1: yes, so you can get rid of that target in rules
[22:53] <DaveMorri1> rule removed, and the deb_installdocs is added back in (although those files are there now)
[22:58] <DaveMorri1> any other problems with it I missed?
[22:58] <norsetto> DaveMorri1: let me check
[22:59] <norsetto> DaveMorri1: have you uploaded it yet?
[23:00] <DaveMorri1> not yet I was refering to the previous upload
[23:01] <DaveMorri1> it'll be there for the next refresh
[23:02] <norsetto> DaveMorri1: ok, gotta go anyway, I'll check it first thing tomorrow morning
[23:02] <DaveMorri1> yep, those docs you suggested get removed are still in there though since that exclude thing isn't working
[23:02] <DaveMorri1> I've prob done it slightly wrong
[23:04] <norsetto> DaveMorri1: ok, keep working on that, use "export DH_VERBOSE=1" if you need more messages from debhelper
[23:06] <norsetto> DaveMorri1: to tell you the truth that one of the reasons I don't like cdbs, the time you save from making it with debhelper its lost manyfold if there is something to be adjusted manually ....
[23:06]  * DaveMorri1 likes to mix them, but I keep getting told off
[23:06] <norsetto> anyhow, g'night everybody
[23:07] <DaveMorri1> night, thanks for the help
[23:07] <pochu> ScottK: Hardy has the 3 fixes already (1.2.8 upstream hehe). I've requested a backport for edgy and another for feisty, mind having a look?
[23:07] <pochu> I'm off to bed, good night folks
[23:08] <ScottK> How about Gutsy pochu?
[23:17] <RainCT> good night :)
[23:24] <tonyyarusso> This is fun: 19243 anthony   20   0  299m 243m  20m R 93.2 25.7   4:53.36 nautilus