[12:41] <leonel> ScottK: https://bugs.edge.launchpad.net/ubuntu/+source/clamav/+bug/141073    the last  command  I didn't sent it ?  was the builder  or some automated thing ?
[12:42] <ubotu> Launchpad bug 141073 in clamav "Remote DoS and Remote execution" [Undecided,Fix released] 
[12:44] <pochu> leonel: a soyuz feature, yes
[12:45] <pochu> leonel: it closes bugs with 'LP: #nnnn' syntax in changelog
[12:48] <leonel> pochu: thanks
[01:27] <keescook> nixternal: thanks, I've got them building now.  :)
[02:14] <Fujitsu> win 4
[02:14] <Fujitsu> Gr.
[04:08] <YokoZar_> Forgive me if this is a stupid question, but why am I getting this error: CONFFLAGS += --libdir=/usr/lib32
[04:08] <YokoZar_> make: CONFFLAGS: Command not found
[04:09] <bddebian> Heya gang
[04:09] <TheMuso> Hey bddebian.
[04:10] <bddebian> Hi TheMuso
[04:10] <nixternal> keescook: thanks!
[04:11] <pwnguin> YokoZar_: did you put that in a target?
[04:12] <YokoZar_> pwnguin: it's right before this line: CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info $(CONFFLAGS)
[04:13] <pwnguin> yea
[04:13] <pwnguin> thats a comman
[04:13] <pwnguin> see how it actually does something?
[04:13] <YokoZar_> yeah
[04:13] <pwnguin> the CONFFLAGS doesnt
[04:16] <ajmitch> YokoZar_: take it out of the target
[04:16] <ajmitch> & place it before the targets (non-indented)
[04:18] <YokoZar_> ahh thanks
[04:18] <bddebian> Hmm what to break today..
[04:20] <tonyyarusso> bddebian: How 'bout X?  We haven't had a good solid X breakage in a long time.
[04:21] <bddebian> Heh, I'm not allowed to break that one :-)
[04:21] <pwnguin> break cwiid
[05:14] <bddebian> Gah, what freeze are we in now?
[05:15] <tonyyarusso> beta
[05:16] <bddebian> Hrm
[05:17] <Hobbsee> bddebian: for universe?  uvf and npf
[05:17] <Hobbsee> bddebian: we dont freeze universe for the beta.
[05:17] <bddebian> npf?
[05:17] <Hobbsee> new package freeze
[05:18] <bddebian> Well I just uploaded a bug fix for airstrike and it says it's waiting approval..
[05:18] <RAOF> The mail to ubuntu-devel suggests that all packages will need a manual shove.
[05:18] <RAOF> But only main packages need ACKs from the release team.
[05:19] <Hobbsee> bddebian: yes, it does require manual approval, but they just shove all the universe stuff thru when htey see it
[05:19] <bddebian> AH, OK, thx
[05:19] <Hobbsee> bddebian: same as the tribe freezes
[05:19] <Hobbsee> bddebian: (they cant freeze one component, and not another)
[05:19] <bddebian> Aye, fair enough
[05:21] <ajmitch> hi Hobbsee
[05:21] <Hobbsee> hiya ajmitch!
[05:23] <ajmitch> what's new?
[05:23] <bddebian> Hrmph, hi to you too ajmitch :-)
[05:24] <ajmitch> hi
[05:26] <bddebian> Hmm, interesting new backgroun
[05:26] <bddebian> +d
[05:27] <ajmitch> looks like there'll be a number of google people at UDS
[05:28] <bddebian> Looks like I won't be going :'-(
[05:28] <nixternal> google schmoogle
[05:28] <ajmitch> oh well
[05:28] <jsgotangco> oh well too
[05:29] <ajmitch> bddebian: but it's only a few minutes down the road for you
[05:29] <ajmitch> jsgotangco: you're not going?
[05:29] <jsgotangco> too busy, i have commitments to hong kong in november
[05:29] <bddebian> I know but I have a business meeting and my kids would disown me if I missed Halloween :-(
[05:29] <ajmitch> that's a shame
[05:29] <bddebian> Hobbsee: bs
[05:30] <jsgotangco> let's see though
[05:30] <Hobbsee> bddebian: :)
[05:30] <Hobbsee> no, really, i just ahve uni
[05:30] <jsgotangco> i won't be going to sponsoring route though, probably my own expense
[05:30] <ajmitch> Hobbsee: I'm the same, it's ok to be uncool
[05:30] <jsgotangco> if it happens
[05:31] <nixternal> ya, I emailed claire back and said if I make it, I will make it on my own, leave the sponsorship to someone who needs it
[05:31] <ScottK> nixternal: Well at least you got asked....

[05:32] <ScottK> ;-)
[05:32] <nixternal> heh
[05:32] <jdong> lol
[05:32] <nixternal> don't why I keep getting asked
[05:32] <ajmitch> scottk, bitter again? who would have thought it? :)
[05:32] <ajmitch> nixternal: at least *you* got asked... :)
[05:32] <bddebian> haha, beat me to it :-)
[05:32] <jsgotangco> maybe they want you to be part of the borg
[05:32] <nixternal> I don't do anything important anyways...if they don't start cooling down who they sponsor, eventually a UDS will be nothing more than a social event
[05:32] <ScottK> ajmitch: Actually I'm not bitter tonight for a change.  I had a good evening.
[05:32] <ajmitch> ScottK: great
[05:33] <ajmitch> ScottK: I'm not bitter, just regretting going to bed so late last night
[05:33] <Hobbsee> nixternal: docs are important
[05:33] <Hobbsee> ajmitch: heh ;)
[05:33] <ajmitch> bye Hobbsee!
[05:33] <nixternal> Hobbsee: docs are far from important...especially important enough to be at a UDS...now for one of the DE's, ya, docs are a little more important
[05:34] <Hobbsee> nixternal: it ends up working better (community stuff) in person
[05:34] <Hobbsee> you get more stuff done
[05:34] <nixternal> plus, it would just be jjesse and myself there, we live across the lake from each other :)
[05:34] <nixternal> lol
[05:34] <jsgotangco> its still nice to go to a UDS though
[05:34] <jsgotangco> unexpected things happen
[05:34] <nixternal> ya, I will get to one eventually
[05:34] <ajmitch> nixternal: and I live just across the ditch from hobbsee.. what's your point? :)
[05:34] <jsgotangco> like being handled to be dunked to a pool
[05:34] <nixternal> ajmitch: none actually
[05:35] <jsgotangco> (almost)
[05:35] <nixternal> heh
[05:35] <ajmitch> well, 'just across the ditch' being a 3 & 1/2 hour flight
[05:35] <ajmitch> yay for living in NZ
[05:35] <jsgotangco> ajmitch
[05:35] <jsgotangco> are you going to LCA
[05:36] <ajmitch> no idea
[05:36] <ajmitch> I'd need to find time off work
[05:36] <jsgotangco> thinking to go, i have a place to stay in melbourne anyways
[05:36] <ajmitch> that's cool
[05:36] <ajmitch> I've got a few friends there
[05:37] <ajmitch> maybe I should defer the holiday I was planning to have
[05:37] <ajmitch> so that I can go to LCA instead :)
[05:37] <jsgotangco> hehe
[06:09] <crimsun> (won't be able to make the motu meeting, will be on a plane)
[06:09] <ScottK> Have a good trip for whatever your definition of good is.
[06:21] <RAOF> The MOTU meeting will be at... 10pm (A)EST, right?
[06:21] <ScottK> Sounds right, but Australian time zones aren't my speciality.
[06:22] <RAOF> It's 12 UTC, and we're UTC+10, so... :)
[06:22] <RAOF> (right?)
[06:22] <ScottK> Yea
[06:22] <ScottK> Yes
[06:23] <ajmitch> maybe I can sleep after work & get up later
[06:23] <ajmitch> or just play WoW to kill time :)
[06:23] <ScottK> Good night all.
[06:23] <ajmitch> night ScottK
[06:23] <StevenK> I wanted to level up tonight, but I'm at my mothers instead. :-/
[06:23] <ajmitch> aw
[06:23] <RAOF> ajmitch: Join twisted-matrix on frostmourne, damnit :)
[06:24] <ajmitch> what level are you at?
[06:24] <ajmitch> hehe
[06:24] <StevenK> ajmitch: 29
[06:24] <ajmitch> RAOF: sure, my warlock on frostmourne will be so useful there :)
[06:24] <RAOF> ajmitch: 22, 18. 4
[06:24] <ajmitch> about level 7
[06:24] <ScottK> StevenK: Want a really convoluted Perl problem to solve?
[06:25] <StevenK> ScottK: Sure
[06:25] <ScottK> OK.
[06:25] <ajmitch> if I'm lucky I can hit 61 by the end of the weekend :)
[06:25] <StevenK> Well, I have a 29, 16 and 17
[06:25] <ScottK> mail-spf-perl passes all it's tests nicely with libnet-dns-perl 0.59.
[06:25] <ScottK> That's what we had when we uploaded.
[06:25] <StevenK> I want to hit 30 tonight. Then I get a new minion
[06:26] <ajmitch> RAOF: I presume it's a horde guild?
[06:26] <ScottK> With 0.60 (that we have now) it fails the IPv6 tests because some new Net::DNS magic got added.
[06:26] <RAOF> ajmitch: Yes.
[06:26] <ScottK> So now that magic turns "A" or "AAAA" queries into "PTR" queries automagically.
[06:26] <ScottK> This is not good.
[06:26] <StevenK> ScottK: That could possibly be beyond my Perl skills to fix0r
[06:26] <ajmitch> RAOF: I might jump online when I get home
[06:27] <ScottK> OK.
[06:27] <ScottK> Well the mail-spf-perl upstream is working it, but he's in Germany and just collapsed at 6AM.
[06:27] <StevenK> ScottK: So the testsuite fails, basically, and you want me to fix it?
[06:27] <ScottK> If you feel like it.
[06:27] <ScottK> It's be a good geek challenge.
[06:27] <ScottK> Otherwise I'll wait for upstream to sort it in a few days.
[06:27] <StevenK> ScottK: Learn Perl. :-P
[06:28] <RAOF> ajmitch: Coordinate with jml if you wish to join twisted-matrix (please do, we need sigs :))
[06:28] <ScottK> my eyes.
[06:28] <lifeless> mmm wow
[06:28] <ScottK> Yeah.
[06:28] <StevenK> lifeless: Are you on Dath'Remar? :-P
[06:28] <ajmitch> RAOF: not a raiding guild, I take it? :)
[06:28] <ScottK> OK, well I'll go to bed now.
[06:28] <lifeless> I'm in twisted-matrix
[06:28] <ajmitch> hi lifeless
[06:28] <lifeless> my mains are all jubei'thos ally
[06:28] <RAOF> ajmitch: Not yet :)
[06:29] <lifeless> hmm, I really should push through to 70
[06:29] <ajmitch> RAOF: I'll try & track down jml sometime then
[06:29] <RAOF> lifeless: Turn up for some twisted-matrix, please.  I've got a bunch of stuff to push on your character :P
[06:29] <lifeless> RAOF: I would have the other day, but noone sms'd me
[06:30] <lifeless> when I sign off work, irc is in the wrong room
[06:31] <RAOF> Fair enough.  Jml has your number, so it's his fault :)
[06:45] <ajmitch> hey jml
[08:23] <RAOF> Why fix a problem when you can work around it with yet another wrapper script!
[08:24] <paran> is there some standard way to use make debhelper use different files (package.dirs, package.install etc) depending on the build architecture?
[08:25] <RAOF> Hm.  Not that I know of, but that's not to say that there isn't.
[08:26] <TheMuso> paran: What are you trying to do?
[08:30] <pwnguin> so how does one go about pushing bug fixes into universe these days?
[08:30] <pwnguin> the wiki's got a couple ideas
[08:30] <TheMuso> pwnguin: If the bug is filed, attach a debdiff, and subscribe ubuntu-universe-sponsors.
[08:31] <TheMuso> pwnguin: Also be sure to put the bug number in the changelog, like LP: #number to automatically close the bug when the package is uploaded.
[08:31] <pwnguin> ah
[08:31] <TheMuso> RAOF: I've been doing Ubuntu related stuff most of the day, so my mind is somewhat switched on for Ubuntu stuff atm.
[08:32] <paran> TheMuso: install 32bit libraries in usr/lib32 on amd64
[08:33] <TheMuso> paran: As I don't have an amd64, I don't know the layout of such stuff, so I don't feel I can comment, without having a good understanding of things.
[08:33] <RAOF> paran: That's a good question.
[08:34] <RAOF> paran: So, the stupid way that I can think of in my current state is to have a -32 package built only on amd64.  That is however stupid.
[08:35] <RAOF> Unless you actually need to separate stuff with .install files, you could also just set a different --libprefix based on dpkg-architecture?
[08:36] <RAOF> Please take these ramblings with a good pinch of salt.  I'm tired.
[08:37] <paran> RAOF: I am modifying an existing package and don't wich to do intrusive stuff. it uses .install files
[08:38] <jussio1> r
[08:38] <RAOF> Mmmm.  --loose-binding.  For when you don't *really* need to be able to see the buttons.
[08:43] <RAOF> paran: The only other ways I can think of at the moment are evil, evil hacks.
[08:43] <RAOF> paran: Ooooh.  The wine packages on REVU should handle this properly, I think.  YOu may want to check them.
[08:49] <dholbach> good morning
[08:49] <jussio1> morning dholbach
[08:50] <dholbach> hey jussio1
[08:52] <paran> RAOF: they don't, thats the one I am looking at :-)
[08:52] <RAOF> paran: Oh.  Whoops!
[09:06] <\sh> moins
[09:17] <MehdiHassanpour> hi, I don't receive updates after a "sudo apt-get update" command, seems Packages or Releases files from apt server are being cached! any help or configuration on the server?
[09:22] <asisak> Good morning!
[09:22] <TheMuso> Hey dholbach.
[09:22] <TheMuso> Hey asisak.
[09:23] <dholbach> hey TheMuso
[09:23] <asisak> Hey TheMuso, dholbach.
[09:54] <AnAnt> Hello, can I enable restricted,universe & multiverse repos in pbuilder ?
[09:54] <AnAnt> I uncommented this line in /etc/pbuilderrc: COMPONENTS="main restricted universe multiverse"
[09:54] <asisak> AnAnt: you should update your pbuilder
[09:55] <asisak> Actually you have to run "pbuilder update --override-config"
[09:57] <AnAnt> asisak: thanks
[10:24] <dholbach> does anyone know what happened to persia?
[10:27] <sladen> dholbach: got invaded by America about 5 years ago
[10:29] <dholbach> sladen: Emmet Hikory
[10:33] <sladen> dholbach: idle 7 hours and identified to serivces
[10:34] <dholbach> sladen: gracias
[10:49] <asisak> See you later.
[11:00] <\sh> what is the correct tool to produce an iso from a dvd in gnome today?
[11:01] <\sh> ah found it
[11:03] <twb> What is the procedure for ITPing a package that's currently in Debian but not Ubuntu?
[11:03] <twb> Sorry, RFP not ITP
[11:04] <pwnguin> REVU?
[11:04] <pochu> twb: why not sync it?
[11:04] <twb> pochu: I'm not an Ubuntu maintainer.
[11:04] <pochu> twb: you don't need to. We sync packages from Debian, i.e. we take the Debian package 'as it is'
[11:05] <twb> Well, I can't find empty-expect in your package tree.
[11:06] <pochu> Because we are in Sync Freeze. But it should be automatically synced once Hardy opens the repositories
[11:06] <twb> When does that happen?  When Gutsy is released?
[11:07] <pochu> twb: yes, though it might take a while, since archive admins will have a lot of work :)
[11:07] <pwnguin> which package are you after?
[11:07] <pochu> But it should be imported automatically
[11:08] <pwnguin> twb: which package are you after?
[11:08] <twb> pwnguin: "his ppa" is a third-party archive?
[11:08] <twb> pwnguin: as I said, empty-expect.
[11:09] <twb> I am quite capable of backporting it myself, but it is always preferable for a package to be apt-gettable without messing with sources.list.
[11:11] <pwnguin> well that'll likely be the route you take, as i don't see an exception being had
[11:11] <twb> I can quite accept that.
[11:11] <pwnguin> but it'll pull into heron automatically
[11:11] <twb> I just wasn't sure whether syncs had to be / could be requested by users, or if they just happened automatically.
[11:12] <twb> Now I know.
[11:13] <twb> Toodle-pipski!
[11:22] <MehdiHassanpour> hi motu, how can I categorize packages in a repository? for example to have "backports" "meta" "main" ... categories
[12:47] <Kopfgeldjaeger> hi
[12:52] <bluefoxicy> new kernel package for -virtual?  Virtual processors?  ...... ok someone has to link me on this one.  >.>
[12:52] <bluefoxicy> (yes I'm being a pest lately)
[12:52] <bluefoxicy> damnit
[12:52] <bluefoxicy> I was asked to update pax-utils for Gutsy but I didn't
[01:27] <MehdiHassanpour> hi motu, how can I categorize packages in a repository? for example to have "backports" "meta" "main" ... categories
[01:42] <TheMuso> Hey folks.
[01:49] <jussi01> g'day TheMuso
[01:51] <zul> meeting this morning isnt there?
[01:52] <TheMuso> Yes
[01:52] <TheMuso> In 8 minutes.
[01:53] <ajmitch> sigh
[01:53] <TheMuso> ajmitch: Nobody is forcing you to attend.
[01:53] <zul> you should but its the weekend for you isnt it?
[01:53] <ajmitch> TheMuso: no, but I really should
[01:54] <TheMuso> ajmitch: You have been a regular at the last few. I think you have earned the break.
[01:54] <ubotu> Launchpad bug 141481 in dash "dash as #!/bin/sh introduces countless incompatibilities" [Undecided,New]  https://launchpad.net/bugs/141481
[01:55] <ajmitch> haha
 bazaar.launchpad.net and codebrowse.launchpad.net are going down for emergency maintenance, ETD is 10 minutes
[02:00] <ScottK> dholbach: IIRC, persia got tackled by real life ($WORK).
[02:00] <dholbach> MOTU Meeting in #ubuntu-meeting
[02:00] <persia> ScottK: Not so much $(WORK), but otherwise :)
[02:00] <ScottK> Ah.  OK.
[02:00] <ScottK> Coming to the meeting?
[02:01] <ScottK> persia: I'd be interested to hear the story at some point.
[02:01] <persia> ScottK: Not very interesting, but sure.
[02:01] <jussi01> wb persia!
[02:45] <kgoetz> where should i start looking to fix a problem (apparently caused by a) postinst script?
[02:45] <kgoetz> its bug 139252 i think
[02:45] <ubotu> Launchpad bug 139252 in mediawiki "package mediawiki 1:1.10 failed to install/upgrade: " [Undecided,Confirmed]  https://launchpad.net/bugs/139252
[02:45] <kgoetz> yes, that one
[02:46] <kgoetz> ty
[02:46] <persia> kgoetz: the postinst scripts are usually in /var/lib/dpkg/info
[02:48] <kgoetz> persia: it exits with 1 when you attempt to install it, which is ' echo "postinst called with unknown argument \`$1'" >&2', but i dont know where to start looking for what called it
[02:50] <persia> kgoetz: /var/lib/dpkg/info/mediawiki.postinst would be called automatically by the package installation system.  I would suspect an issue with the mediawiki handling rather than with dpkg.
[02:50] <StevenK> persia!
[02:50] <StevenK> persia: How goes it?
[02:50] <persia> StevenK: Um.  Better?  I still have lousy resolution, but the temperature is down.
[02:51] <StevenK> persia: Oh, I didn't know you were ill, I just haven't seen you for a while.
[02:52] <persia> StevenK: Not that, it's just that my workstation doesn't like ambients much over 30 degrees :)
[02:52] <persia> (it's summer on the top end of the world)
[02:52] <StevenK> Send it here :-)
[02:52] <TheMuso> heh
[02:52] <persia> StevenK: I'm not sure that helps me much ...
[02:53] <kgoetz> summer is over rated
[02:56] <TheMuso> ooo. I like the new page layout for launchpad.net/distros/ubuntu/+source/packagename
[02:56] <Amaranth> persia: in the top end of the world it's actually fall now (well, in two days)
[02:57] <persia> Amaranth: Yep, and for the third time since mid-July, my workstation hasn't crashed within the first hour since activation :)
[02:57] <Amaranth> TheMuso: too bad it's not possible to _remove_ an association
[02:57] <kgoetz> persia: do you think the postinst needs rewritting or something?
[02:57] <TheMuso> Amaranth: heh
[02:58] <Hobbsee> TheMuso: ...wow!
[02:58] <TheMuso> Hobbsee: Yup.
[02:59] <persia> kgoetz: I'm not actually familiar with the mediawiki packaging, but that error message usually means that something in the postinst needs adjustment: usually either a small syntax change, or sometimes a check to make sure that the assumptions in place when the script was written still apply.
[02:59] <ScottK> TheMuso: When did that change? Look at https://launchpad.net/ubuntu/+source/pyspf and tell me that's not FUBAR.
[03:00] <persia> kgoetz: For example, the postinst might assume that /bin/sh is bash, or something.
[03:00] <kgoetz> persia: ah i see.
[03:00] <Amaranth> ScottK: I don't see a problem?
[03:00] <ScottK> Amaranth: There are several.
[03:00] <TheMuso> me neither
[03:01] <ScottK> 1.  It's no longer possible to see at a glance what's in all the relevant pockets
[03:01] <ScottK> 2.  The "current" version listed there is in one case a backports version.
[03:01] <Amaranth> err, gutsy, feisty, edgy, dapper?
[03:01] <persia> https://launchpad.net/ubuntu/+source/pyspf/+publishinghistory has pocket data
[03:01] <nil> hi....
[03:01] <Amaranth> oh, i see what you mean
[03:01] <jdong> the old page is +publishinghistory
[03:01] <ScottK> Right. so we hide the useful in formation even further.
[03:01] <Amaranth> no
[03:02] <Amaranth> we show the useful info
[03:02] <Amaranth> and hide the detailed info
[03:02] <ScottK> The versions are out of order.
[03:02] <nil> which is the relevant channel? #ubuntu-devel or #ubuntu-modu ?
[03:02] <ScottK> The changelogs are incomplete.
[03:02] <jdong> it will also deprecate p.u.c
[03:02] <persia> I prefer to see the changelog to the publishing history: it's often what I sought in the first place.
[03:02] <ScottK> Actually it's complete, just out of sequence
[03:02] <Amaranth> ScottK: they are?
[03:02] <ScottK> So you have to sort it in your head.
[03:03] <persia> nil: This is typically the relevant channel, but be advised you'll get better support when a release isn't planned in the next month or so.
[03:03] <jdong> they seem completely in order
[03:03] <Amaranth> ScottK: the only problem i see is the backport
[03:03] <ScottK> The edgy backport confuses thing.
[03:03] <jdong> in terms of publishing history
[03:03] <ScottK> Yes
[03:03] <jdong> but not in terms of acutal order of version number
[03:04] <ScottK> Plus the changed by lines are NOT the ones in the debian/changelog.
[03:04] <jdong> the only exceptions should be backporting, updates, and badly named packages?
[03:04] <ScottK> So this is the thing that LP pretends are changelog entries that aren't.
[03:04] <jdong> yeah, looking at the backport it has no changed-by
[03:04] <persia> It's hard to say which is correct, especially when supporting backports, SRUs, etc.
[03:04] <jdong> so it's not d/ch, it's just LP metadata outputed in a similar format
[03:04] <ScottK> jdong: Right.  So they shouldn't say it's what it's not.
[03:05] <jdong> well it says it's a "version history"
[03:05] <ScottK> OK.
[03:05] <Amaranth> and it tells me why a patch was added and why
[03:05] <Amaranth> so i can smack the appropriate person :)
[03:05] <Amaranth> err, when a patch was added and why
[03:05] <jdong> now.. what we need.... is a diff-betweeen-releases button!
[03:05] <ScottK> Also the link to the old information is not on the page.  That's very poor web design.
[03:06] <Amaranth> ScottK: it is
[03:06] <ScottK> Where?
[03:06] <jdong> Action -> Show Pub History
[03:06] <Amaranth> ScottK: left column
[03:06] <ScottK> OK.  See it now.
[03:06] <jdong> I agree "publishing history" sounds unintuitive for hte old interface, though
[03:07] <persia> jdong: Really?  It seemed clear to me.
[03:07] <ScottK> Also the publishing history has a link to itself not a link back to the new front page for the package.
[03:07] <persia> ScottK: That'd be a bug :)
[03:07] <jdong> persia: heh might just be me then :)
[03:08] <ScottK> Well, as I said yesterday, I'm planning on drastically reducing my involvement in Ubuntu after the Gutsy release, so no matter.
[03:08] <nil> persia: ok thanks. I can understand it :)
[03:09] <persia> nil: Still, it doesn't hurt to ask.  Are you having specific trouble, or just need a hand getting started?
[03:09] <kgoetz> night all. i'll worry about mediawiki another time.
[03:09] <nil> persia: no prob. I was on the debian devel channel, but felt not so comfortable...
[03:10] <nil> persia: so, switching to ubuntu :)
[03:10] <nil> persia: no troll...
[03:11] <ScottK> I do think that showing the backports version as the current version is flat out wrong.
[03:11] <Amaranth> yeah, that's a little weird
[03:11] <Fujitsu> ScottK: Definitely. I suspect they should show all the pockets.
[03:11] <Amaranth> i can see including security and updates
[03:11] <Amaranth> but backports should be separate
[03:12] <jdong> backports should show up separately
[03:12] <jdong> but security and possibly -updates should mix in
[03:12] <ScottK> Fujitsu: Exactly.  That's why at a glance this is yet another LP U/I regression.
[03:12] <persia> I'm in agreement that backports should be separate, but have no suggestions for an interface for the separation.
[03:13] <Fujitsu> ScottK: But it shows less information! It is BETTER!
[03:13] <ScottK> persia: I have one.  Put the old interface back.
[03:13] <jdong> my suggestion is just to show them as distros.
[03:13] <Hobbsee> Fujitsu: it shows the changelog.  that's better.
[03:13] <jdong> releases, rather...
[03:13] <ScottK> Hobbsee: Except it doesn't.
[03:13] <Hobbsee> ScottK: it shows enough of them, i thought.
[03:13] <jdong> Hobbsee: I'd rather they put the "changelog" under the old UI and call it a day...
[03:13] <ScottK> It show a cumulation of information from .changes files
[03:13] <Fujitsu> persia: Have each distroseries row split into... 4 rows, I guess.
[03:13] <Hobbsee> which is pulled from changelog files...
[03:13] <jdong> Hobbsee: we established that the "changelog" is rather publishing history with .changes attached
[03:13] <persia> ScottK: Hmm..  Or perhaps include the new (better) information in an Actions link until it's cleaner...
[03:14] <jdong> Hobbsee: the ordering and changed-by have nothing to do with the changelog history itself
[03:14] <Fujitsu> Hobbsee: Sort of, but in a very mangled and often useless manner.
[03:14] <persia> jdong: The "changelog" was in the old UI: under Actions..View Changelog
[03:14] <ScottK> persia: And it was equally not the changelog there either.
[03:14] <Hobbsee> Fujitsu: to me, this looks like a unmangled lot.  but oh well, why dont you speak to the guy who did it
[03:14] <jdong> persia: better to have it at-a-glance though....
[03:14] <persia> ScottK: Agreed.
[03:15] <jdong> persia: like for backports I'd like to be able to type "lps packagename" into firefox and see a changelog with version numbers of releases.
[03:15] <ScottK> Hobbsee: I am very happy to use Ubuntu and participate in the process.
[03:15] <persia> jdong: Agreed, but the idea of adding the upstream info to that page before changing the default seems like an alternative way to get input before annoying ScottK :)
[03:15] <jdong> hehe :)
[03:15] <ScottK> Hobbsee: I've pretty well given up on anything more.
[03:16] <ScottK> IMO LP is getting steadily worse.  Changes aren't thought through (my favorite recent one being PPA uploads closing bugs).
[03:16] <siretart> darn, I missed the Meeting. again
[03:17] <siretart> couldn't attend anyway
[03:17] <ScottK> Processes are getting more complex to little or not benifit.
[03:17] <ScottK> I just don't feel so great about it.
[03:17] <jdong> *PPA uploads can close bugs?*
[03:17] <siretart> I read in the backlog that you discussed some 'alternative sponsorship process'.
[03:17] <Fujitsu> jdong: They do it frequently.
[03:17] <Fujitsu> It's very nice.
[03:17] <siretart> but I fail to spot what conclusion the discussion had. can someone help me here?
[03:18] <ScottK> jdong: Yes.  Put (LP: #nnnnn) in your debian/changelog and upload it to a PPA.  LP will close the bug for you.
[03:18] <jdong> Fujitsu: you mean in Ubuntu? or other LP hosted products?
[03:18] <persia> siretart: It's listed as a proposed alternative in the SponsorshipProcess page on the wiki.
[03:18] <siretart> jdong: yes, PPA upload DO close bugs. its marked 'critical', IIRC
[03:18] <Fujitsu> jdong: Ubuntu is the only thing with PPA.
[03:18] <Fujitsu> siretart: Only High.
[03:18] <jdong> that's really broken.....
[03:18] <Fujitsu> And didn't make 1.1.9, IIRC.
[03:18] <ScottK> It's just so flipping obvious.
[03:18] <Fujitsu> And unless Critical, no cherrypicking.
[03:18] <jdong> so if I make a dummy commit into PPA that just says LP #1 #2 #3 #4 .......
[03:18] <Fujitsu> jdong: Yeeeep.
[03:18] <jdong> it would close those bugs?
[03:18] <Hobbsee> siretart: from what i understand - needs more discussions, like everything else, and will be discussed at the next meeting, due to some people's inability to categorize mailing list posts by importance, and process the important ones.
[03:18] <Amaranth> jdong: we'll smack you
[03:18] <ScottK> jdong: It would.
[03:19] <Hobbsee> jdong: no, it wouldnt.
[03:19] <Amaranth> jdong: dude, i dare you to close bug 1
[03:19] <jdong> that's... stupid.
[03:19] <Fujitsu> No review required.
[03:19] <Hobbsee> jdong: you missed a few :'s.
[03:19] <Fujitsu> Amaranth: Hahah.
[03:19] <ubotu> Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,In progress]  https://launchpad.net/bugs/1
[03:19] <Hobbsee> jdong: :)
[03:19] <jdong> Amaranth: do I get my own Ubuntu Hates You island? :D
[03:19] <siretart> Hobbsee: ah - so there was no agreement, and the meeting failed to come to a decision?
[03:19] <ScottK> jdong: You would have to get the regex right thoug.
[03:19] <ScottK> though even
[03:20] <Hobbsee> siretart: i missed part of it myself, but that was the upshot of what i understood to be the case, yes.
[03:20] <siretart> that's sad
[03:20] <jdong> ScottK: the concept that anyone can upload something that closes arbitrary bug reports on LP is just frightening
[03:20] <ScottK> siretart: The decision was to revert the alternative.
[03:20] <zul> siretart: when is there ever an agreement? ;)
[03:20] <TheMuso> ScottK: revert the alternative? What do you mean exactly?
[03:20] <persia> ScottK: Revert?  I thought a bug was filed, and more discussion on the mailing list was encouraged.
[03:20] <Hobbsee> siretart: also that dholbach cant seem to make decisions on his own, and so every decisions he makes needs to be ack'd by the MOTU team.  presumably due to the Evil Canonical Empire (tm), and all.
[03:21] <jdong> then again, the e-mail interface could do that anyway...
[03:21] <ScottK> TheMuso: The "alternative sponsorship" process dholbach had put on the wiki is supposed to not be used until the debdiff thing gets fixed.
[03:21] <Fujitsu> jdong: It's rather good for killing off a couple of hundred bugs, yes.
[03:21] <TheMuso> ScottK: As I thought, thanks.
[03:21] <ScottK> Hobbsee: Not because of that.  Because I see excessive process churn as a bad thing.
[03:21] <zul> *groan*
[03:21] <ScottK> I think there should be community consensus for change.
[03:22] <Hobbsee> ScottK: and you're saying that the wiki *doesnt* need to be cleaned up?
[03:22] <ScottK> Hobbsee: No.  I'm just saying it needs to be thought through and I read (incorrectly as it happens) his mail to ubuntu-devel as saying he was starting.
[03:23] <Hobbsee> ScottK: hte problem with wiki cleanup is lack of involvement.  not as to what should be done.
[03:23] <ScottK> This question isn't should it be cleaned up, but what should the end state look like.
[03:23] <siretart> ScottK: Hobbsee: hm. it seems to me that we have several problems here
[03:23] <Hobbsee> clearly you havent done wiki cleanup before.
[03:23] <siretart> which need to be adressed seperately
[03:23] <ScottK> Hobbsee: I have been the victim of poorly done onese.
[03:23] <siretart> one problem seems to be that the meetings need to imporive themselves, since they fail to produce any useful results
[03:23] <Hobbsee> did you try to help?
[03:23] <siretart> a meeting without results is worthless
[03:23] <zul> if there is discussion for everything nothing would get done
[03:24] <ScottK> zul: Sometimes that's not a bad result.
[03:24] <siretart> the other problem is the sponsorship process
[03:24] <Hobbsee> siretart: it's an excuse to rant, which it seems that some people like.
[03:24] <ScottK> siretart: I feel like we got a useful result on the sponsorship process.
[03:24] <siretart> Hobbsee: what is an excuse to rant? the sponsorship process?
[03:24] <Hobbsee> siretart: no, the meeting.
[03:24] <Hobbsee> as in, that it's a place to rant.
[03:25] <siretart> ScottK: right. this means the meeting wasn't worthless at all! :)
[03:25] <Hobbsee> besides, i'm hesitant to do too much in this release, as things are likely to further change, as the members of the motu-uvf, MC, MOTU in general, etc, are giong to change.
[03:25] <siretart> Hobbsee: I think we should work on that. read: improve the meetings
[03:25] <TheMuso> siretart: First, I think we need more attendance, something which my mail will hopefully spark more of.
[03:26] <siretart> TheMuso: I honestly can't imagine that more attendance is going to improve the quality of the meeting
[03:27] <nil> is there somewhere a reference on manpages conventions?
[03:28] <ScottK> nil: Did you try man man
[03:29] <broonie> nil: 'man 7 man'
[03:30] <siretart> need to leave (again) :( - bye
[03:30] <Hobbsee> at least for me, i'm aware that the sponsorship process will probably change another few times over before we start doing new packages...
[03:30] <ScottK> Agreed, but I think that's still and improvement over "I sent mail to the mailing list and no one replied, so here's the way it is...".
[03:30] <nil> broonie: thanks
[03:30] <Hobbsee> so what's hte point in looking at it now?
[03:30] <MehdiHassanpour> hi motu, how can I categorize packages in a repository? for example to have "backports" "meta" "main" ... categories
[03:30] <ScottK> Hobbsee: For merges and bugfixes.
[03:30] <Hobbsee> ScottK: so it's reasonble to force meeting attendance, even when it's at crazy hours of the morning?
[03:31] <ScottK> Hobbsee: I'm not saying it's ideal.
[03:31] <Hobbsee> ScottK: no, the ideal is to use said mailing list, and give people time to respond.  and that it's a responsibilty to either read all the mail, or prioritize it, and read the important stuff.
[03:31] <ScottK> Actially I think it's better to leave it on the ML, but require some degree of positive agreement before change is made.
[03:33] <broonie> A practice some other organisations have adopted is to stick to a pre-published agenda for the IRC meeting that decides things. People can raise issues/voice support on either.
[03:33] <broonie> Seems to work *tolerably* well.
[03:33] <Hobbsee> broonie: that would be the smart option - and requires that people have the time to do so.
[03:33] <Hobbsee> of course, as to how much time is wasted on irc is an interesting question.
[03:35] <broonie> To make it work it really needs people being very firm about not going letting things on to the agenda that weren't pre-announed.
[03:36] <ScottK> Additionally, one can allow for e-mail input to be represented at the meeting if someone can't make it.
[03:36] <Hobbsee> broonie: of which a prerequisite is that pepole put things on the agenda...
[03:37] <ScottK> Also need a cutoff time for adding stuff.
[03:37] <ScottK> The PPA/sponsoring thing was on the agenda, but I only added it yesterday.
[03:37] <ScottK> All things considered that was late.
[03:38] <broonie> Hobbsee: Yes, the idea is that the no discussion thing acts as a stick ther.e
[03:42] <nil> my package provides 332 binaries... (basic image processing tools)
[03:43] <nil> I decided to put them in /usr/lib/package/modules/
[03:43] <nil> and make a shell wrapper in /usr/bin
[03:43] <nil> is it a good decision?
[03:46] <soren> nil: Sounds sensible, yes :)
[03:46] <nil> upstream : http://www.cmla.ens-cachan.fr/Cmla/Megawave/
[03:51] <\sh> grmpf
[03:53] <ScottK> !logs
[03:53] <ubotu> Channel logs can be found at http://people.ubuntu.com/~fabbione/irclogs
[03:54] <bersace> Hi all
[03:54] <bersace> ppa looks very very nice
[03:54] <bersace> a god step before multiverse !
[03:54] <bersace> *good
[03:55] <bersace> i plan to use ppa to publish babl, gegl and gnome-scan
[03:55] <begert_work> I like the sound of god step
[03:58] <jussi01> Good afternoon everyone
[03:59] <jussi01> What is the proceedure for a man page for a plugin? there are no switches, it cant be run from the command line. do I need a man page?
[03:59] <nil> soren: all these binaries use a common lib (this lib is only used by these binaries). Do I *have* to ship the lib in a different package?
[03:59] <soren> nil: Nono, not at all.
[03:59] <soren> nil: That's only for libraries that other program could find a use for.
[03:59] <josephpiche> jussi01, what is the plugin for
[04:00] <jussi01> josephpiche: gimp
[04:00] <nil> soren: so, how can I get rif off the dpkg-shlibdeps: warnings?
[04:00] <nil> hmmm
[04:00] <nil> soren: sorry, i think it's another problem finally
[04:00] <nil> dpkg-shlibdeps: warning: format of `NEEDED libsysmw.so' not recognized
[04:01] <soren> nil: Yes, that's because "libsysmw.so" does not give any information about the version.
[04:01] <soren> Not the file.
[04:01] <soren> The string.
[04:01] <nil> ah
[04:01] <nil> yes, I heard about the soname and versions problems in packaging
[04:02] <josephpiche> jussi01, i don't think you need to write a man page for it
[04:03] <jussi01> josephpiche: just create some generic "man page" with a breif decription on it?
[04:03] <nil> I guess I should rename libsysmw.so and add a link libsysmw.so -> libsysmw.so.3.0.1
[04:04] <josephpiche> jussi01, is it being called from the terminal?
[04:05] <jussi01> josephpiche: no. once installed, it is called from the layer menu in gimp.
[04:07] <josephpiche> jussi01, then a man page is unnecessary if you can go to the plugin-browser and view the information there
[04:08] <jussi01> josephpiche: great. what about the lintian warning - do i need to do something about it or can i just leave it?
[04:10] <bersace> Hi, can anyone validate my launchpad-users account ?
[04:11] <bersace> s/account/membership/ ?
[04:16] <josephpiche> jussi01, honestly I don't know--my guess is as long as the plugin is fairly documented in the plugin browser, its fine
[04:16] <jussi01> josephpiche: It seems so. I might just put a generic one in just to get rid of the warning.
 TheMuso: The "alternative sponsorship" process dholbach had put on the wiki is supposed to not be used until the debdiff thing gets fixed.
[04:22] <ScottK> dholbach: Except people were using it.
[04:23] <dholbach> ScottK: 1) it's perfectly valid for people who want to try it, 2) perfectly valid for things like new upstream versions or NEW packages - though I expect not much of the latter to happen this time around
[04:23] <bersace> thanks :)
[04:24] <dholbach> ScottK: I believe the bug about PPA uploads closing Ubuntu bugs is fixed now.
[04:24] <dholbach> ScottK: at least I got a mail saying 'Fix Released' today
[04:25] <ScottK> dholbach: That's good to hear.
[04:25] <dholbach> siretart: there were a few decisions: 1) I'll make ppaput have a debdiff option, I appreciate help and input with that
[04:25] <huats> gouki: ping
[04:26] <dholbach> siretart: 2) talk to LP people to find out what their plans for ppa-related changelog entries / section changes are (especially since a 'copy this source package over' feature was requested)
[04:27] <dholbach> siretart: 3) SponsorshipProcess was changed to make sure people understand that I did not intend it to forcefully change any processes
[04:27] <bddebian> Heya gang
[04:27] <bddebian> Damn, I just missed another meeting didn't I?? :'-(
[04:28] <dholbach> 'Evil Canonical Empire (tm)' *snort*
[04:28] <dholbach> Hobbsee: thanks, I needed a laugh
[04:28] <Hobbsee> dholbach: :D
[04:28] <siretart> dholbach: thanks for the summary. its really useful since its not easy to reconstruct that from the backlog
[04:29] <dholbach> siretart: yes, I can see that - also TheMuso wanted to write minutes for the meeting
[04:35] <zul> dholbach: yeah didnt you know Canonical = little microsoft ;)
[04:35] <bddebian> doh
[04:35] <dholbach> zul: nobody told me that...
[04:45] <ScottK> JFTR, I don't think that.  I would just like to see some consensus around process change beyond no one objected.
[04:46] <Hobbsee> dholbach: they dont tell the insiders that.
[04:46] <Hobbsee> dholbach: if the insiders knew, they may revolt.  and how can you have an Evil Empire (tm), if the workers are revolting?
[04:49] <nixternal> oh man, don't say "evil empire", "canonical", and "revolting" all together in a logged channel...osnews is just waiting to pounce on a fud article based off of those 3 terms :p
[04:49] <zul> Hobbsee: then you would have a banana republic...mmmmm bananaies
[04:49] <nixternal> hahaha
[04:49] <Hobbsee> nixternal: haha
[05:05] <geser> Hi bddebian
[05:05] <bddebian> Heya geser.  At least someone still says hi to me. :-)
[05:06] <ScottK> heya bddebian.
[05:06] <bddebian> heh, Hi ScottK
[05:15] <bddebian> ScottK: So what's new? ;-P
[05:15] <ScottK> Heh.
[05:15] <ScottK> Being cranky at sabdfl is something I do only rarely.
[05:17] <zul> riiiiiight ;)
[05:18] <Hobbsee> ScottK: because you're afraid he'll smite you with a lightning bolt?
[05:18] <ScottK> Hobbsee: Not at all.  It just doesn't come up that often.
[05:19] <ScottK> Hobbsee: BTW, in the future if you're going to do that, I'd appreciate it if you'd invite me along.  I don't routinely hang out in #launchpad.
[05:19] <ScottK> The last one was his plan for special Beryl MOTUs.
[05:19] <Hobbsee> ScottK: they asked for the logs.  who knew that they were planning to discuss it.
[05:19] <ScottK> K
[05:20] <ScottK> No problem.  All's well that ends well.  I think it was a useful discussion.
[05:38] <marseillai> hi
[05:43] <marseillai> is there something special to use with CDBS to make it use lrelease when building qt apps ???
[06:09] <jussi01> marseillai: Have a read in here. https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml
[06:11] <marseillai> jussi01: yes i've read it but this guy is not really fond of qt things ...
[06:11] <marseillai> thanks anyway
[06:12] <jussi01> marseillai: the arent many other docs about cdbs - its a bit of a black hole...
[06:13] <jussi01> hmmm, someone remind me of what the file that you list your manpages under so they get installed should be called?
[06:13] <bddebian> bugs bugs and more bugs... :-(
[06:13] <Hobbsee> bddebian: get fixing :)
[06:14] <bddebian> I'm trying but I suck :-(
[06:14] <Hobbsee> suck less, then.
[06:14] <bddebian> heh, I wish I could :-)
[06:14] <geser> bddebian: you always complain that you suck but you still get the work done, so I don't believe you
[06:15] <jussi01> lol
[06:15] <bddebian> geser: And what do I get done exactly? :-)
[06:16] <pochu> It's really easy :-) './syncpackage http://ftp.de.debian.org/debian/pool/main/g/gnome-build/gnome-build_0.2.0-2.dsc gutsy'
[06:16] <geser> bddebian: didn't you successfully resolved some FTBFS?
[06:17] <geser> jussi01: man dh_installman
[06:17] <gnomefreak> if anyone knows a way for fixing the following issue please give me a hand. In gutsy i changed res tto 1600x1200 and than i had to use menu on monitor to make screen fit (without black edges) now gdm/kdm is too big for screen using monitor buttons didnt help this at all.
[06:17] <bddebian> geser: Me? Nah :-)
[06:17] <gnomefreak> gdm/kdm if i move mouse to edge it scrolls/moves to see the rest of it (happens on all 4 sides)
[06:18] <jussi01> geser: thanks :)
[06:20] <pochu> Please, not all at the same time :)
[06:21] <geser> bddebian: so you upload packages to gutsy just for fun ? :) see https://edge.launchpad.net/~bddebian/+packages how man you did
[06:23] <bddebian> Damn, my cover is blown.. :-)
[06:28] <pochu> bddebian: oh, do you upload packages just for fun? then you will enjoy uploading gnome-build for me :-)
[06:29] <pochu> bddebian: it has pitti's approval, but I can't do it myself, since I'm not a MOTU ... *yet*
[06:29] <bddebian> Upload from where?
[06:30] <Le-Chuck_ITA> hi all
[06:30] <bddebian> Hello Le-Chuck_ITA
[06:31] <pochu> bddebian: from debian. it's a sync, but the archive-admins can't do it, since it's failing from them
[06:31] <pochu> bddebian: pitti told me to run './syncpackage http://ftp.de.debian.org/debian/pool/main/g/gnome-build/gnome-build_0.2.0-2.dsc gutsy'
[06:31] <bddebian> pochu: I am not set up for syncpackage unfortunately
[06:31] <pochu> bddebian: syncpackage == http://people.ubuntu.com/~pitti/scripts/syncpackage
[06:31] <pochu> just wget it and chmod +x :-)
[06:31] <pochu> please please please :-)
[06:32] <bddebian> Don't I have to have the debian repos in sources.list to use that?
[06:33] <pochu> nope, since you tell him the .dsc
[06:33] <pochu> bddebian: at least I don't have them and it worked here :-)
[06:35] <Le-Chuck_ITA> Following recent discussion on mailing lists, is a bug marked as "incomplete" usually skipped by developers?
[06:36] <Le-Chuck_ITA> and if so, if a bug stays in "incomplete" status for months after I provided requested information, should I set it to new? Or maybe I could confirm that myself?
[06:36] <ScottK> Yes.  It's for bugsquad and ubuntu-qa to work with reporters to get them not incomplete.
[06:36] <zul> Le-Chuck_ITA: developers should check to see if they are still incomplete imho
[06:37] <Le-Chuck_ITA> so, take Bug #85071 as an example
[06:37] <ubotu> Launchpad bug 85071 in gnome-cups-manager "hpijs should be the default driver for HP laserjet printers" [Medium,Incomplete]  https://launchpad.net/bugs/85071
[06:37] <Le-Chuck_ITA> it's still a problem in gutsy
[06:38] <Le-Chuck_ITA> maybe developers should look after that, but they will never look at that bug
[06:38] <ScottK> If you can confirm it and provide the missing information, that's a good thing to do.
[06:38] <Le-Chuck_ITA> but if I reported that, it's not good to confirm it myself is it?
[06:38] <pochu> bddebian: oh, when it asks to use your gpg or not, tell yes :)
[06:49] <Le-Chuck_ITA> is it ok to confirm my own bugs or should I just try to add a comment and see what happens?
[06:49] <gnomefreak> Le-Chuck_ITA: no its nto good to confirm your own bugs
[06:49] <zul> its better to get someone other than you to verify it
[06:50] <gnomefreak> it kind of means nothing in the sense as you confirm it fails on your system (thats not confirmed)
[06:50] <Le-Chuck_ITA> in particular, if somebody could take a look at bug #81960... it's one of those minor points that can make people laugh in front of ubuntu
[06:50] <ubotu> Launchpad bug 81960 in gnome-power-manager "gnome-power-manager says that HAL was unable to hibernate right after hibernation" [Undecided,Incomplete]  https://launchpad.net/bugs/81960
[06:51] <Le-Chuck_ITA> I think everybody has seen this, it should just be confirmed in order to get it onto somebody's todo list
[06:52] <Le-Chuck_ITA> maybe it really needs info, because I just provided a description of the symptom
[06:52] <gnomefreak> that bug is old by the looks of the number
[06:52] <gnomefreak> we are above 150000
[06:52] <gnomefreak> Le-Chuck_ITA: what version of ubuntu are you seeing this on atm?
[06:53] <Le-Chuck_ITA> now on gutsy, but it's there since edgy
[06:53] <gnomefreak> yeah i saw that
[06:53] <Le-Chuck_ITA> or, to tell the truth, now I can see that on gutsy for suspend-to-ram
[06:53] <Le-Chuck_ITA> but it's the same issue
[06:53] <gnomefreak> Le-Chuck_ITA: i dont  have laptop atm its hiding from me so i cant test
[06:53] <ScottK> gnomefreak: Nah.  Just 141000
[06:54] <gnomefreak> is that all ;)
[06:54] <Le-Chuck_ITA> I know, but it's a common problem: hal takes some error code somewhere, and reports it as a failure to hibernate, while it's likely the error code of some pre- or post- hibernation script
[06:56] <gnomefreak> Le-Chuck_ITA: the 2 people that i can think of that would be helpfull there are already subscribed i havent see either in the past week though maybe they are on holiday or just busy
[06:56] <gnomefreak> but that is all i know of at this time
[06:56] <Le-Chuck_ITA> gnomefreak: I opened the bug in january :)
[06:56] <gnomefreak> Le-Chuck_ITA: yes i know
[06:56] <Le-Chuck_ITA> that's ok but I will go crazy after this some day
[06:56] <ScottK> StevenK: The perl thing I mentioned last night has evolved into being both Perl and regex's.  Is that enough fun for you: Bug #141546.
[06:56] <ubotu> Launchpad bug 141546 in libnet-dns-perl "make_query_packet() IP address detection broken" [Undecided,Confirmed]  https://launchpad.net/bugs/141546
[06:57] <gnomefreak> Le-Chuck_ITA: im not saying it excuses them i only remember recently since i havent had that bug, Im betting there is one open for same reason that is newer
[06:58] <Le-Chuck_ITA> gnomefreak: I wouldn't expect developers to need excuses, if they have something else to do that's ok, problem is that in general, we have absolutely no means to change the situation, when a bug we reported stays in "incomplete" status for months, and this is very bad from a bug reporter's perspective
[06:58] <Le-Chuck_ITA> I'm not here to complain
[06:58] <Le-Chuck_ITA> just expected that there was a solution
[06:59] <gnomefreak> Le-Chuck_ITA: maybe check in #ubuntu-bugs as most of the triagers hang out in there
[07:00] <gnomefreak> with hal its hard to say who would beable to help on that
[07:00] <Le-Chuck_ITA> Ok, thanks
[07:07] <jussi01> Hmmm,what are the different priorities I can have? lintian is telling me it doesnt like low
[07:07] <jussi01> ??
[07:08] <bddebian> pochu:
[07:08] <bddebian> Traceback (most recent call last):
[07:08] <bddebian>   File "./syncpackage", line 62, in <module>
[07:08] <bddebian>     cur_ver = cur_version(srcpkg, release)
[07:08] <bddebian>   File "./syncpackage", line 25, in cur_version
[07:08] <bddebian>     raise Exception('apt-cache madison does not contain %s/%s' % (sourcepkg, release))
[07:08] <bddebian> Exception: apt-cache madison does not contain gnome-build/gutsy
[07:09] <pochu> emilio@kiko:~$ apt-cache madison gnome-build
[07:09] <pochu> gnome-build |    0.1.7-1 | http://archive.ubuntu.com gutsy/universe Sources
[07:09] <ScottK> bddebian: How did you invoke the magic script?
[07:10] <bddebian> Oh crap, this is on my feisty box
[07:10] <pochu> :)
[07:10] <bddebian> Hmm, I don't think I can get to my gutsy machine from here.
[07:11] <pochu> Ouch
[07:11] <bddebian> I wonder what would happen if I ran it from a pbuilder login? :-)
[07:12] <pochu> If you have a good /etc/apt/sources.list, it should work, shouldn't it?
[07:13] <bddebian> Aye but I don't have my gpg in a pbuilder, eh?
[07:15] <jussi01> how do I fix it if lintian tells me: manpage
[07:15] <jussi01> gah
[07:15] <jussi01>  gimp-lqr-plugin source: native-package-with-dash-version
[07:15] <jussi01> that...
[07:16] <pochu> bddebian: true that :-)
[07:16] <pochu> bddebian: when will you be able to get to your gutsy box? I can wait, if it's not a week ;)
[07:17] <bddebian> After work :)
[07:18] <pochu> Cool :)
[07:49] <bddebian> Damn some days I hate SQL
[07:50] <soren> bddebian: The days that match "/.*day/" ?
[07:50] <ion_> A good object-oriented abstraction library for SQL is nice.
[07:50] <bddebian> No, left/inner joins that don't match anything :-)
[08:06] <jussi01> Hmm, are there problems with revu recognising people?
[08:07] <jussi01> I cant seem to recover as it doesnt recognise me
[08:10] <jussi01> ahhh... nm, seems to be ok now.
[08:12] <jussi01> could someone please revue gimp-lqr-plugin: http://revu.tauware.de/details.py?upid=277 Please!!
[08:12] <bluekuja_> jussi01, it wont be included into gutsy
[08:13] <jussi01> bluekuja_: I understand that.
[08:13] <bluekuja_> jussi01, and no one will review that until hardy development starts
[08:13] <bluekuja_> I guess
[08:14] <jussi01> bluekuja_: ok. Im just hoping someone to check it, both as practice for me, as well as making sure it is a good deb for when I put it in my ppa.
[08:15] <bluekuja_> jussi01, ok :)
[08:15] <bluekuja_> jussi01, I just wanted to explain you
[08:15] <bluekuja_> you should be patient for a little while more
[08:15] <bluekuja_> :)
[08:16] <jussi01> bluekuja_: :)
[08:41] <bddebian> How the frick do you change the distribution on bugs anymore??
[09:03] <ScottK> bddebian: Nominate for release after marking it fix released if it's fixed in the developmental version (i.e. Gutsy).
[09:05] <ScottK> \sh_away: Any thoughts on uploading the WINE revision listed in the bug? https://bugs.launchpad.net/ubuntu/+source/wine/+bug/139001
[09:05] <ubotu> Launchpad bug 139001 in wine "UVF exception request for Wine 0.9.45" [Undecided,Confirmed] 
[09:06] <bddebian> ScottK: Thanks
[09:06] <ScottK> No problem.  I've got to do my bit to help out the youngsters.
[09:06] <bddebian> hah, touche
[09:07] <ScottK> We can crown norsetto when he gets back from vacation.
[09:20] <Kano> hi, did someone test aufs with -12- kernel?
[09:20] <Kano> it does not work, not even current cvs
[09:21] <Kano> with 10 it worked
[09:21] <zul> Kano: i doubt someone has tested it
[09:22] <Kano> it is better than that always broken unionfs...
[09:23] <zul> maybe so but we arent going to rip out unionfs now
[09:24] <Kano> thats very stupid...
[09:24] <Kano> and how about fixing aufs at least?
[09:24] <zul> is there a bug open about it?
[09:24] <Nafallo> what the heck is aufs?
[09:25] <Nafallo> some kind of sound filesystem?
[09:25] <Kano> another unionfs
[09:25] <Kano> more stable
[09:25] <Nafallo> oh my
[09:25] <Nafallo> I should get a pound for every filesystem out there and I'd be a rich man...
[09:26] <jdong> hopefully this time alternate doesn't blow up on me
[09:30] <zul> Kano: it doesnt even build on 2.6.22 so why bother it doesnt even support 2.6.23 yet according to the cvs
[09:30] <zul> anyways im done
[09:32] <Kano> it had built up to 2.6.22-10
[09:32] <Kano> before the kernel change
[09:36] <Vegar> maybe you guys know how to recompile the kernel without having to also compile the ubuntu-modules and restricted-modules packages?
[09:41] <Kano> the ubuntu modules package is needed for hda-intel and other drivers
[09:46] <Vegar> Kano: yes, that is correct
[09:54] <Amaranth> woohoo
[09:57] <bddebian> w00t
[10:01] <ScottK> Amaranth: Congrats.
[10:01] <ScottK> Amaranth: No worry.  bddebian will complain about how he's worthless to fix it.
[10:03] <bddebian> Aye :'-(
[10:07] <ScottK> Of course then he'll fix half of them while I look at the first.
[10:25] <bddebian> ScottK: You are so full of s**t your eyes are brown :-)
[10:27] <nixternal> BOO!
[10:35] <marseillai> Could someone explain me why this debian/rules : http://paste.ubuntu-nl.org/38169/ create me some _i386 AND some _all .deb package?
[10:46] <nixternal> jeesh I am beeing bugged big time
[10:47] <nixternal> I should start telling people for all things Kubuntu, go to ScottK
[10:47] <macd> just reassign them in LP ;)
[10:47] <nixternal> holy shat, I think I am just going to go ahead and commit suicide
[10:47] <ScottK> Don't do that.  We wouldn't be able to do this anymore:
[10:47] <ScottK> !nizternal
[10:47] <ScottK> !nixternal
[10:47] <ScottK> even
[10:48] <ScottK> without feeling guilty.
[10:48] <nixternal> nizternal :)
[10:48] <ajmitch> good morning
[10:48] <ubotu> Sorry, I don't know anything about nizternal - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[10:48] <ubotu> Oh no!  The pointy-clicky Vista lover has arrived!  He's rumoured to be giving out free money, too!
[10:48] <nixternal> hrmm, ubotu didn't work
[10:48] <nixternal> hahahaha
[10:48] <nixternal> mornin' there ajmitch
[10:48] <nixternal> you sleep well?
[10:48] <macd> hahah@ pointy clicky
[10:48] <ajmitch> average
[10:48] <bddebian> heh
[10:52] <ScottK> nixternal: I always say that I'm more of an ubuntu-server type motu and a Kubuntu user/tester.
[10:52] <ScottK> Then I point them at you.
[10:52] <nixternal> but I don't know anything about anything
[10:52] <nixternal> I wonder if I am slowly burning out
[10:52] <macd> I think everyone gets hot and cold moments
[10:52] <macd> my cold ones just last for months ;)
[10:53] <nixternal> but I am always cold :)
[10:53] <bddebian> later folks
[10:53] <ScottK> See you later bddebian
[10:53] <macd> unfortunately my borg overlords take more of my time daily away from linux
[10:53] <ajmitch> I'm getting a huge pile of mail from ubuntu-bugs
[10:54] <nixternal> I know it wasn't me
[10:58] <nixternal> holy smokes, I just got a ton of mail from ubuntu-bugs as well
[10:58] <nixternal> darn LP bugger
[11:00] <cfalco> good evening everyone!
[11:00] <cfalco> I know package freeze is behind
[11:01] <cfalco> however I've updated my package on revu
[11:01] <cfalco> is there anyone willing to review it?
[11:01] <cfalco> http://ed2k.2x4u.de/mprmt58r/max/server.met
[11:01] <cfalco> wrong paste :(
[11:01] <cfalco> http://revu.tauware.de/details.py?upid=259
[11:01] <cfalco> or on my ppa
[11:01] <cfalco> http://ppa.launchpad.net/c.falco/ubuntu/
[11:01] <cfalco> thanks!
[11:12] <sistpoty> hi folks
[11:15] <ScottK> Hello sistpoty
[11:15] <sistpoty> hi ScottK
[11:15] <ajmitch> hey sistpoty
[11:15] <sistpoty> hi ajmitch
[11:15] <sistpoty> ha, finally internet is back for me... after being offline at home for two days :)
[11:20] <ajmitch> painful :)
[11:20] <firefly2442> I need to file a bug about the gnome trashcan, what project would that be under?
[11:20] <sistpoty> hehe
[11:20] <firefly2442> launchpad is kinda confusing
[11:24] <firefly2442> ah here we go, it's already registered as a bug good
[11:30] <gnomefreak> how does ubuntu handle the settings when you use the monitor buttons to move screen make largers ect ...?
[11:31] <gnomefreak> seems using the monitor buttons to change it effects gdm/kdm horribly and its annoying as hell
[11:52] <firefly2442> Is a .diff.gz file necessary in a package?
[12:00] <geser> firefly2442: yes and no. yes for a non-native package and no for a native package
[12:39] <mruiz> hi all. I want to save a logfile for pbuilder but --logfile option doesn't work. Any idea?
[12:42] <TheMuso> mruiz: What do you mean it doesn't work?
[12:43] <marseillai> mruiz: >> logfile.txt doesn't suit you ?
[12:43] <mruiz> TheMuso, it doesn't save a file . I used sudo pbuilder build .....  --logfile pbuilder.log
[12:43] <mruiz> marseillai, I tried to use pbuilder options :-)
[12:45] <TheMuso> mruiz: Have you tried using --logfile straight after build? So sudo pbuilder --logfile logfile.txt package.dsc?
[12:46] <marseillai> does someone could help me?
[12:46] <marseillai> i'm trying to make a wrapper
[12:46] <marseillai> but when i run debuild it is delet.
[12:46] <TheMuso> marseillai: Where did you put the wrapper script?
[12:47] <marseillai> in debian dir TheMuso