[08:21] <waveform> smoser, hi! I'm afraid I've no experience with the test-suite; I think I just did the last merge on lvm2. Still, it'd be nice to have some tests on it!
[15:21] <p3lim> like 19/20 times I try to install ubuntu server using the 22.04.2 iso on a VM it just crashes
[18:01] <znf> well, stop sucking @p3lim !
[18:01] <znf> :D
[18:18] <smoser> waveform: thanks for getting back to me. i have a merge request to debian https://salsa.debian.org/lvm-team/lvm2/-/merge_requests/6 . but it looks like lvm2 merge requests stay open for a long time.
[18:18] -ubottu:#ubuntu-server- Merge 6 in lvm-team/lvm2 "Add lvm2-testsuite package and autopkgtest" [Opened]
[18:28] <p3lim> figured what caused it atleast; if behind an enterprise proxy and the ubuntu apt repo is not available through it the installer crashes instead of falling back on the cdrom, disabling the network fixes it
[18:29] <p3lim> we use a separate repo through a proxy that requires authentication, which I can't set up in the installer, so we need to default on cdrom during installation
[20:20] <JanC> p3lim: sounds like a bug


[12:15] <Fujitsu> I'm not brave enough to try root on LVM on crypto in a development release, though.
[12:16] <TheMuso> ok sounds good. Looks like I'll make the change when tribe 2 comes out.
[12:28] <Ng> StevenK: thanks for the tip, dpatch-edit-patch is very cool :)
[12:28] <Ng> we'll ignore the fact that the patch I'm using is complete junk ;)
[12:28] <TheMuso> {dpatch,cdbs}-edit-patch both rock.
[12:29] <TheMuso> Or whatever the cdbs simple patchsys one is called.
[12:38] <TheMuso> Revu. Like using dial-up again.
[12:50] <calc> TheMuso: ouch, dialup, i remember that from the 80-90s ;)
[12:51] <TheMuso> calc: I was on dial-up from 1997-2004.
[12:51] <TheMuso> And most of that was 28.9.
[12:51] <TheMuso> 28.8 even
[12:51] <calc> i got my first faster than dialup in early 1998
[12:51] <calc> of course that was because i worked for a telco
[12:51] <calc> got free isdn then later dsl
[12:51] <TheMuso> nice.
[12:52] <calc> when i stopped working there in late 2002 i actually had to pay for broadband and it was slower than what i got free, heh
[12:53] <calc> i had fullrate adsl for free while i worked there which was 8Mbps in theory, actual download speeds were in the high 5Mbps range
[12:53] <calc> very useful for my Debian KDE work
[12:53] <calc> i think uploads were around 640Kbps
[12:54] <calc> maintaining large packages over dialup would be very painful
[12:54] <crimsun> I use a shell myself.
[12:55] <calc> its going to take over 12m just to download the source of oo.o on broadband here
[12:55] <crimsun> come next week, however, I'll hopefully have fios, but I'm not too sure about that.  Cable will suffice.
[12:55] <calc> hmm how fast is fios there?
[12:55] <crimsun> no idea, I'm on 56kbps dialup, so anything's going to be faster.
[01:00] <calc> crimsun: yea i hear fios is much faster than even cable/adsl in design anyway, so should help you out a lot
[01:01] <calc> crimsun: whether they actually let you do something useful with that speed though is a question
[01:01] <TheMuso> What is fios?
[01:02] <calc> lol
[01:02] <calc> crimsun: I believe running xserver-xgl on gentoo for a samba server is the bestest thing evar.
[01:02] <calc> TheMuso: fiber to the curb
[01:02] <TheMuso> Ah.
[01:02] <calc> TheMuso: well it expands to something else but that is the gist
[01:05] <calc> TheMuso: where you pay per byte... that wouldn't be too much good would it? ;)
[01:05] <TheMuso> calc: From what I have read from some people commenting about net usage in general, there is a prediction that the whole world will eventually be paying for the quota they use in some way or another. unlimited is not sustainable long term.
[01:07] <calc> well at least at the time i was working for the telco/isp average utilization was so low that there was no need
[01:07] <TheMuso> Yeah.
[01:07] <calc> things may have changed since then but even at that time .au had major caps on bandwidth usage
[01:07] <TheMuso> But times ar echanging, with more content going online.
[01:08] <calc> iirc the average usage even for dsl was in the low 10s of kbps, less than what a dialup user could do
[01:08] <TheMuso> calc: Its actually not bad once you get used to it. Our biggest problem is our monopolistic telco.
[01:10] <calc> we had whole neighborhoods on a single backend T1
[01:10] <TheMuso> Wow.
[01:10] <calc> several years ago a 10Mbps unlimited connection could be had for (iirc) $3K/mo for providers
[01:10] <calc> so per GB charges would need to be pretty low to be reasonable
[01:11] <TheMuso> Well a majority of our traffic is not local, so we have to pay for the long pipes somehow.
[01:11] <calc> yea that is true
[01:13] <calc> hmm at those old prices (dunno what current are) its ~ $1/GB so I guess that was still kinda expensive
[01:14] <calc> for the provider i mean
[01:14] <calc> so they can't afford for lots of users to be using several hundred GB/mo
[01:14] <TheMuso> keescook: Thanks for cleaning up ubuntu-{sync,cd}. I mean to rework them more so soon, but thats a good start.
[01:14] <calc> but if you actually set the cap to say 50GB/mo you average usage will be much lower than that so you end up making a fairly large profit
[01:15] <TheMuso> yeah.
[01:15] <ajmitch> since then, we've seen things like bittorrent & youtube & various other things come along
[01:15] <keescook> TheMuso: sure!  I was in there doing work anyway, figured I'd poke around at it.  :)
[01:15] <TheMuso> I actually think once they are reworked more, that they would be useful scripts for testers.
[01:16] <TheMuso> Save them the hastle of worrying about how to rsync images.
[01:16] <calc> ajmitch: yea average usage has likely increased a bit especially with the combination of things like youtube and myspace
[01:17] <TheMuso> ajmitch: He don't remind me. Internode recently hiked prices, claiming such reasons for doing so.
[01:20] <pygi> bashelier, around?
[01:21] <ajmitch> calc: please don't swear
[01:22] <nixternal> ajmitch: how is myspace swearing? everyone has found your account ont here :)
[01:24] <ajmitch> nixternal: you must be thinking of hobbsee's myspace page
[01:24] <ajmitch> http://myspace.com/creamier_oak
[01:25] <StevenK> Oh twitch.
[01:25] <StevenK> I don't even need to see it to remember my eyes bleeding.
[01:25] <ajmitch> hah
[01:26] <calc> ajmitch: er i'm confused, or blind, did i swear?
[01:27] <calc> that page is scary
[01:27] <ajmitch> calc: the m word
[01:27] <calc> oh ok
[01:27] <ajmitch> the page isn't as scary as its owner
[01:28] <TheMuso> lol
[01:30] <calc> almost as scary as the size of the ooo diff.gz
[01:30] <calc> 73018011 for dapper
[01:30] <StevenK> Yowch!
[01:30] <ajmitch> oh dear
[01:31] <StevenK> How the heck is it 73Mb?
[01:31] <calc> ooo=build dir is 313mb
[01:31] <TheMuso> ouch
[01:31] <TheMuso> But OoO is a beast.
[01:32] <TheMuso> I'll bet there is a lot of optimization that oculd be done to it.
[01:32] <TheMuso> could be
[01:32] <calc> bbl
[01:32] <nixternal> ajmitch: gahahahahahahaha! why did she do that?
[01:32] <StevenK> ln -s /usr/bin/oowriter latex
[01:33] <nixternal> my lord, it made me feel like I was at a greatful dead concert
[01:33] <StevenK> nixternal: She got strongarmed into creating it, and wanted to make it as irritating as possible.
[01:33] <StevenK> I think she was sucessful.
[01:33] <nixternal> well, she accomplished her goal
[01:34] <ajmitch> with style
[01:34] <nixternal> hehe, and a pony!
[01:34] <pygi> bashelier, do poke me when you're around
[01:34] <bashelier> pygi: I'm always around :p
[01:34] <pygi> bashelier, I poked you a while back, and you werent :P
[01:35] <bashelier> omg
[01:35] <pygi> bashelier, as I hear you have ppc/sparc available?
[01:35] <LaserJock> what's a good way of stripping off the last character in a string in a bash script?
[01:36] <StevenK> There's a few ways. cut springs to mind
[01:36] <StevenK> As does sed
[01:36] <bashelier> pygi: a sparc, but it doesn't work anymore for now... I'm trying to get it working again :/ Is it about brasero ?
[01:36] <pygi> bashelier, yes, again! :P
[01:36] <bashelier> ^^
[01:36] <pygi> I have a feeling second upload will fail *again*, but I think I've got it now
[01:36] <bashelier> pygi: we could try a cross compiler for a first test
[01:36] <pygi> this time I check tho :P
[01:36] <StevenK> As does bash ${} expansion
[01:37] <pygi> bashelier, later on today, thanks. it's 1:37AM, and I am going crazy entire day over k3b and brasero
[01:37] <LaserJock> StevenK: thanks, I couldn't figure out how to do it easily with cut
[01:37] <LaserJock> bash expansion might be the way to go
[01:37] <bashelier> pygi: np, sweet dreams ;)
[01:37] <StevenK> LaserJock: The problem with cut is you need to count. var2=$(echo $var | cut -b1-$(echo $var | wc -c))
[01:38] <pygi> bashelier, no sleeping yet
[01:38] <pygi> bashelier, gotta be sure if it'll fail (and it will :P)
[01:38] <StevenK> Err, $(($(echo $var | wc -c) - 1))
[01:38] <pygi> bashelier, and I have an exam in 6 hours, so .. not sure I should sleep :P
[01:38] <bashelier> ^^
[01:38] <StevenK> LaserJock: Clear as mud? :-)
[01:40] <LaserJock> StevenK: sure ;-)
[01:40] <ajmitch> or the other answer - "Use python"
[01:40] <StevenK> LaserJock: Okay, I have a snippet with cut I can pastebin.
[01:40] <pygi> bashelier, wake me up when it reports failure pls :P
[01:41] <bashelier> pygi: will do
[01:41] <ajmitch> var="foobar"; python -c"print '${var}'[:-1] "
[01:42] <StevenK> $(echo $var | cut -b1-$(($(echo $var | wc -c) - 2)))
[01:42] <StevenK> That's much more fun!
[01:42] <ajmitch> I'm sure it is
[01:43] <calc> back
[01:44] <LaserJock> hmm
[01:45] <LaserJock> well, this is supposed to go into a package so it it'd be nice if it was clean
[01:46] <LaserJock> I suppose it's not being used at build time so it shouldn't matter a whole lot actually
[01:47] <LaserJock> StevenK: that seems to work just fine
[02:00] <pygi> bashelier, it started building!!!
[02:01] <bashelier> pygi: yep, I've noticed that :)
[02:01] <pygi> bashelier, fail on ppc/sparc tho :-/
[02:01] <pygi> which I kindof assumed, but it's still evil =)
[02:03] <pygi> bashelier, rock on, I managed to break even i386 build xD
[02:03] <bashelier> ^^'
[02:03] <bashelier> ./scsi/scsi-get-configuration.h:864: error: expected ',', ';' or '}' before 'uchar'
[02:04] <pygi> yea, well, lol anyway
[02:04] <bashelier> looks like you'll have to check the #ifdef sources :p
[02:04] <pygi> bashelier, no, I refuse
[02:04] <pygi> I've got better idea
[02:05] <pygi> bashelier, you get your sparc up
[02:05] <bashelier> pygi: can't do that right for now, sorry, to noisy, and there are a few people sleeping in this house :)
[02:06] <bashelier> pygi: but I can set up a chroot with a cross compilier, and see if we get the same error
[02:08] <pygi> bashelier, sure, please do so
[02:08] <bashelier> pygi: currently debootstraping ;)
[02:10] <bashelier> pygi: just a short question... did you try to build latest upload in a pbuilder before uploading ?
[02:11] <pygi> bashelier, ergh, no. that was indeed my fault
[02:11] <pygi> but ergh
[02:11] <pygi> I know the problem anyway
[02:12] <nixternal> hola jsgotangco
[02:13] <jsgotangco> morning
[02:15] <pygi> bashelier, tell me when you're ready
[02:15] <bashelier> pygi: should be in 10 minutes
[02:16] <pygi> bashelier, fine by me, thanks
[02:17] <porthose> MOTU's please review http://revu.tauware.de/details.py?upid=5730 thank you
[02:19] <pygi> bashelier, poke when it's done :)
[02:22] <RAOF> Does anyone have a net-connected Gutsy machine with virtualisation hardware?  If so, it'd be nice if you could test bug #122113.  The debdiff worked for me last night, but I won't be able to test against the new kernel untill tonight.
[02:23] <ubotu> Launchpad bug 122113 in kvm "[Merge]  Please merge kvm-28-4 from Debian Unstable" [Wishlist,Confirmed]  https://launchpad.net/bugs/122113
[02:31] <bashelier> pygi: the chroot and the cross chain are ready, I'm installing the b-d now
[02:32] <pygi> bashelier, k, lemme prepare debdiff
[02:32] <pygi> bashelier, pm me with your mail
[03:36] <TheMuso> o/c
[03:36] <TheMuso> ugh
[03:58] <crimsun> persia: I've uploaded the wxwidgets2.6 fix
[03:58] <crimsun> I got your bug email about three minutes after the dput completed
[03:59] <crimsun> (back in 20 mins - coffee shop closing)
[04:12] <persia> crimsun: Thanks for the note.  I'm still building.  I'll push 2.8 when I'm done testing.
[04:44] <TheMuso> Afternoon Hobbsee.
[04:46] <Hobbsee> hiya TheMuso :)
[04:46] <LaserJock> hi Hobbsee
[04:46] <Hobbsee> :)
[04:56] <Hobbsee> hrm?
[04:56] <Hobbsee> which myspace page?  mine?
[04:56] <ScottK> Yes
[04:56] <Hobbsee> :)
[04:56] <ScottK> It was in the scrollback...
[04:56] <Hobbsee> heh, right
[04:56] <Hobbsee> havent read that yet today
[04:59] <ScottK> Re FIOS, I have the slow FIOS and I think it's 7mb down and 2 up.
[04:59] <ScottK> crimsun:^^
[04:59] <crimsun> ScottK: unfortunately not available in my neck o' the woods, but cable will be loads faster than my current.
[05:00] <crimsun> ok, time to use update notifier for this alsa-{lib,utils} business.
[05:00] <ScottK> Ah.  Too bad.
[06:23] <persia> How long is reasonable to wait for a build?  An attempt at a candidate wxwidgets2.8_<IP_ADDRESS>-0ubuntu2 has now taken over 150 minutes, and the last arch-all build on the buildds was only 39 minutes.
[06:24] <porthose> Any MOTU:  please REVU ampache http://revu.tauware.de/details.py?upid=5730 thank you
[06:26] <nixternal> persia: did you notice anything funky in the build log? I know if for some reason your package has .docbook or .xml files, building them takes a few because the build machines don't have internet access
[06:27] <Toadstool> heya!
[06:27] <persia> nixternal: The build log is fairly clean so far - it's currently regenerating man pages (and has been for the last hour, but wihout much output).  The extra-long build is local, so I don't think the internet access is the issue.
[06:27] <superm1> hi motu's, I finally got around to updating this if anyone can take a gander: http://revu.tauware.de/details.py?upid=5752 (gtk2-engines-mythbuntu)
[06:29] <nixternal> hrmm, that is odd, seeing as I built wxwidgets 2.8.4 on Saturday at Barcamp for a wxwidgets talk, which was about as dray as a desert
[06:29] <persia> porthose: Are you sure that CC-by-nc-nd is GPL compatible?
[06:30] <nixternal> it isn't
[06:30] <nixternal> none of the CC licenses are, unless that has recently changed
[06:30] <porthose> persia: not sure will have to check
[06:30] <persia> nixternal: I'm not sure about that: I thought CC-SA was GPL compatible.
[06:31] <nixternal> I thought it was, but then the FSF said no
[06:31] <nixternal> that is just what I think, that isn't a definite
[06:32] <persia> nixternal: Ah.  I thought the FSF was only complaining about CC-BY-SA, but I can't find CC-SA (without BY) in the current CC license recommendations, so perhaps it doesn't matter any more.
[06:33] <nixternal> it may not..there is a #fsf on here, however I idled for 3 days without one word typed or question answered
[06:33] <porthose> persia: is this in reference to the flash module
[06:34] <persia> porthose: Specifically, your package contains both work that is cc-by-nc-nd and work that is GPL.  I don't think you can mix them in a single package (but this statement does not represent legal advice).
[06:35] <porthose> persia: well you know more about it than I do so I will take your advice
[06:35] <persia> nixternal: I usually rely on http://www.fsf.org/licensing/licenses/ as a source of FSF opinion.
[06:37] <porthose> persia: I will get with upstream and see if we can get that particular component removed.  I believe all it is, is a flash player which is really not needed
[06:37] <persia> porthose: Alternately, you might be able to have a separate package that uses public interfaces to connect (although I'm in no way familiar with ampache).
[06:38] <porthose> persia: thank you for the look
[06:40] <persia> porthose: No problem.  It's also good practice to note the status of the package in your request (such as "Please review ampache (link), it's waiting for a second advocate"): this helps reviewers understand  what they would be expected to do when reviewing.
[06:40] <porthose> Sure will
[06:43] <superm1> nixternal, its a shame barcamp was just this past weekend.  i'll be in town visiting my family this next saturday :(
[06:43] <nixternal> ya, it was a very good time
[06:43] <nixternal> CoDLUG event on Sunday though :)
[06:43] <LaserJock> nixternal: there is a CC-GPL license
[06:43] <superm1> what's CoDLUG?
[06:44] <nixternal> College of DuPage Linux Users' Group - out in Glen Ellyn
[06:44] <nixternal> LaserJock: I thought they got rid of that one?
[06:44] <superm1> ah
[06:44] <superm1> what time is the event?  I might be able to stop by and make an appearance before i head back
[06:45] <LaserJock> nixternal: hmm, it's on their website, I don't know
[06:46] <nixternal> oh, I was just reading something about the FSF and CC while researching licenses, and the FSF saying it wasn't compatible anymore or it was gone
[06:56] <jsgotangco> i believe the FSF doesn't even recognize CC
[06:57] <nixternal> I know at a recent Peter Brown talk he stated they didn't anymore due to something, that something I can't remember
[06:57] <persia> jsgotangco: For which meaning of recognise?  There are at least comments about CC licenses on the FSF site, and I've seen CC mentioned in email from FSF people.
[06:58] <jsgotangco> probably the past, must have changed stance in later versions
[07:04] <LaserJock> LGPL perhaps
[07:04] <porthose> persia: until I am told otherwise I am going to treat these two licenses as incompatible.  I am contacting upstream right now to resolve this
[07:04] <persia> LaserJock: That's a nice one, but it's now deprecated by the FSF.
[07:04] <LaserJock> shesh
[07:04] <LaserJock> in favor of what?
[07:05] <RAOF> What, the LGPL?
[07:05] <persia> LaserJock: GPL (no, not ideal)
[07:05] <persia> porthose: Thanks.
[07:06] <LaserJock> well that's pretty idiotic, IMO
[07:06] <LaserJock> I'd maybe go with MIT then if they're getting rid of LGPL
[07:06] <RAOF> Yeah.  I like the LGPL.  Is the MIT broadly similar?
[07:07] <dholbach> good morning
[07:07] <LaserJock> hi dholbach
[07:07] <porthose> dholbach: good am
[07:08] <LaserJock> RAOF: http://en.wikipedia.org/wiki/MIT_license
[07:09] <ajmitch> hi dholbach
[07:11] <dholbach> hi LaserJock, porthose, ajmitch
[07:20] <jml> Or, for more information than you can stand: http://www.opensource.org/licenses/alphabetical
[07:20] <porthose> jml: thanks will check it out for sure
[07:40] <LaserJock> nixternal: why do you think the LGPL is deprecated by FSF?
[07:41] <crimsun> because nixternal said so, and he's a leading Vista proponent.
[07:41] <nixternal> I have no clue honestly
[07:41] <nixternal> I am trying to figure out this damn ASP.NET crap
[07:42] <crimsun> (I'm fairly certain many FSF members feel the LGPL is underutilised - it is, after all, part of the impetus behind the rename)
[07:44] <LaserJock> I read on wikipedia LGPL article that people thought it was deprecated because of the "Why you shouldn't use the Lesser GPL for your next library" FSF article
[07:45] <jussi01> Morning all!
[07:45] <DarkSun88> Good Morning jussi01
[07:46] <jussi01> hello DarkSun88
[07:49] <persia> LaserJock: Right.  Sorry.  My mistake.  It's recommended for "special circumstances" only.
[07:54] <porthose> persia: does ubuntu have a legal department to answer such questions?
[07:55] <persia> porthose: I'm not aware of a specific legal forum in Ubuntu, but I've not investigated deeply.  Someone else might be able to answer your question better.
[07:55] <porthose> persia: didn't know so I thought I would ask
[07:57] <Hobbsee> porthose: email<EMAIL_ADDRESS>asking
[07:58] <LaserJock> debian-legal is also pretty good for these discussions
[07:58] <porthose> Hobbsee:  sure will
[07:59] <Hobbsee> porthose: as in, they'rethe archive admins, so decide on what goes in
[08:00] <jussi01> morning dholbach
[08:00] <dholbach> re
[08:00] <dholbach> hi jussi01
[08:00] <porthose> will try both I need to get this hammered out thanks to all
[08:02] <jussi01> persia: Im still very confused about what I need to do about mnemosyne...
[08:03] <LaserJock> hmm, the idea of the LGPL seems very cool to me, but it still seems library-specific and a bit long
[08:06] <TheMuso> LaserJock: The LGPL is used for a bit of GNOME code afaik.
[08:06] <TheMuso> LaserJock: gnome-speech is one that I know of.
[08:07] <TheMuso> LaserJock: Because some of it can be linked against proprietary code.
[08:10] <crimsun> yes.
[08:14] <Amaranth> alacarte is LGPL :)
[08:48] <RAOF> Why is faad2 listed on DaD but not on MoM?  Also, does anyone plan to merge it?
[08:48] <porthose> Ok for those that are interested CC-BY-NC-ND is not compatible with GPL as per debian legal http://people.debian.org/~evan/ccsummary.html
[08:50] <persia> porthose: Good job hunting that down.  Best of luck with upstream.
[08:51] <porthose> persia: but now we know for sure, thanks for your help
[08:54] <Treenaks> Argh! My (compiz) windows now fade/unfade when I change focus.. annoying!
[08:54] <RAOF> Treenaks: ccsm->animation->focus animation->none
[08:54] <Treenaks> RAOF: that's new.. ok thanks
[08:54] <crimsun> RAOF: I asked slomo about it two weeks ago; it's better left unmerged.  Debian's changes include questionable new source that aren't license-friendly.
[08:55] <StevenK> RAOF: MoM has a blacklist and DaD doesn't.
[08:55] <RAOF> crimsun: Ok.  That's a bit silly of them :P
[08:55] <RAOF> THanks.
[08:55] <RAOF> Maybe I'll add "don't merge" as a comment to it, then?
[09:01] <crimsun> well, at least a reminder to inspect the license(s) carefully would be useful.
[09:03] <nixternal> asp.net has my head spinning
[09:18] <nixternal> hehe
[09:18] <nixternal> if only it was a perl class
[09:28] <Amaranth> Treenaks: that's a featue
[09:28] <Amaranth> err, feature
[09:29] <Amaranth> We were deciding what animation options to use and keybuk saw the focus fade so it got added to the spec
[09:52] <mruiz> hi all
[09:53] <mruiz> persia: I need to delete one file in REVU. Can you help me? The package is gproftpd
[09:54] <persia> mruiz: Best practice is to ask the channel generally (there are several who can help).  It will take me a minute or so...
[09:54] <nixternal> it would be nice if you could delete your own packages like you can on mentors
[09:55] <persia> mruiz: Should be fine now.  Try uploading again.
[09:56] <persia> nixternal: These deletions are to clear the queue from failed uploads, rather than removing the source from REVU (which is a separate issue).
[09:56] <nixternal> ahh
[09:56] <nixternal> still, I would like to be able to remove, unless they have been commented on
[09:57] <nixternal> then again, allowing that will only cause revu to become a testing ground for people to upload, say hey look, and then go on about their business
[09:57] <mruiz> thanks persia ;-)
[09:58] <persia> nixternal: While I believe that there should be more workflow-friendly ways to use REVU, I'm really not sure about allowing deletion.  Keeping it there means that the next person who wants to try their hand at packaging the software can start from the past effort, rather than starting anew.
[09:58] <nixternal> persia: very true
[10:01] <persia> Personally, I'm hoping that PPAs get ironed out sufficiently that C-U-U can add comments to needs-packaging bugs in LP and subscribe U-U-S for review (which just seems easier to track).
[10:01] <persia> (add comments *with PPA URLs* to needs-packaging)
[10:10] <RainCT> Hi
[10:11] <RainCT> any MOTU please review http://revu.tauware.de/details.py?upid=5750
[10:11] <persia>  stgraber: I just wanted to check on bug 82343.  Does this still need backporting to feisty?
[10:11] <ubotu> Launchpad bug 82343 in cryptsetup "init.d/cryptdisks doesnt create symlinks in /dev/disk/by-*" [Undecided,Confirmed]  https://launchpad.net/bugs/82343
[10:11] <mruiz> see you later !
[10:12] <persia> RainCT: It's good practice to mention the packagename and the status (initial upload, needs first advocate, needs second advocate) :)
[10:12] <stgraber> persia: I think so, but I just did the debdiff, I'm not myself concerned by this bug
[10:12] <RainCT> persia: ok, will remember that
[10:13] <persia> stgraber: Ah.  Sponsorship has been requested: if sponsored, would you be following up?
[10:15] <porthose> good night all
[10:22] <dholbach> so who's going to package and upload ubuntu-dev-tools?
[10:23] <TheMuso> dholbach: If you want that done very soon, I might remove ubuntu-sync and ubuntu-cd, as they need major reworking, as they assume too many things.
[10:23] <TheMuso> And I don't think we should put out scripts that assume too much, particularly if it comes to where files should be found.
[10:23] <dholbach> TheMuso: maybe just remove them from setup.py - so they don't get installed, but stay in the source tree
[10:23] <TheMuso> dholbach: Good idea.
[10:24] <TheMuso> I guess we should also make sure all scripts have a header on them explaining copyright/license as well.
[10:24] <dholbach> yes, that'd be good
[10:33] <persia> RainCT: openinvaders doesn't build for me :(  The tail of the build log is at http://pastebin.ca/589907.  Any suggestions?
[10:37] <stgraber> persia: yes
[10:38] <persia> stgraber: OK.  Thanks.
[10:49] <RainCT> persia: let me try again on pbuilder
[10:59] <coNP> Can any REVU admins please archive http://revu.tauware.de/details.py?upid=5704 for me?
[10:59] <jussi01> coNP: you can archive it iirc
[11:00] <coNP> jussi01: how could I do that?
[11:01] <jussi01> Please help to keep this site tidy. If you think, an upload should be nuked, please post a comment stating this. If you find an upload already accepted in the archive, please 'archive' that upload. Archiving uploads is absolutly harmless, and can easily be undone. On new uploads, packages are automatically 'unarchived'. Thank you
[11:03] <coNP> I want to archive but do not know how to do that... :)
[11:04] <RainCT> persia: it's building for me with dpkg-buildpackage. pbuilder isn't working (it says "hostname: Unknown host" after unpacking the .tgz), but yesterday it was :S
[11:04] <Fujitsu> coNP: Done.
[11:05] <coNP> thanks Fujitsu
[11:05] <coNP> Please confirm that I am not able to do that on my own
[11:05] <Fujitsu> I'm not sure if you need reviewer privileges to do it.
[11:05] <Fujitsu> And I haven't got a checkout of the code around.
[11:05] <coNP> okay, np
[11:07] <persia> coNP: If you log in, do you see "Archive" links on the main page?
[11:08] <coNP> I only see "archived uploads"
[11:08] <persia> coNP: Then one does need to be a reviewer to archive (but one doesn't need to be a REVU Admin).
[11:08] <coNP> cool, thanks
[11:10] <RainCT> persia: and I don't see any call to PACKAGE_DATA_DIR on src/init.cc so I don't know why it complains...
[11:18] <RainCT> persia: do you get the same problem if you ./configure & make the source from the .orig?
[11:19] <persia> RainCT: Haven't tried that yet.  I'm still stuck on why it complains about init.cc:64.  I'll give that a shot.
[11:19] <RainCT> persia: thanks :)
[11:21] <persia> RainCT: I get a similar issue with `./configure && make`: it's still complaining about PACKAGE_DATA_DIR in init.cc:64
[11:30] <persia> RainCT: Found it: declare.h defines GFX_SHIP (and the similar) to be PACKAGE_DATA_DIR"/"PACKAGE"/ship.pcx" (and similar).  It looks to me like the #include "config.h" line in src/init.c isn't finding config.h (although it might be something else).
[11:35] <RainCT> persia: what's if you add   #include "../config.h"    after line 32 on init.cc?
[11:38] <persia> RainCT: The build doesn't crash until I hit input.cc:64, so it fixes it (for one file) :)
[11:39] <persia> RainCT: The confusing part is that I have liballegro4.2-dev installed in the chroot, so I wouldn't even expect to reach that point.
[11:40] <RainCT> persia: do you also have liballegro4.2 (without -dev) ?
[11:40] <persia> RainCT: Yep (it's a dependency)
[11:41] <RainCT> persia: :S. well, should I add a patch for that?
[11:42] <persia> RainCT: I'd wait until you can get it building in your pbuilder again, and patch it to make it work there.  I'm guessing that there's a missing build-dep (but I don't know which).  Once you've gotten that working, upload again, and try to get someone with a different architecture to try to build it also.
[11:43] <RainCT> persia: it should work on my pbuilder (it did yesterday). it isn't failing to build it now but it's the entire pbuilder that fails
[11:43] <persia> RainCT: Right.  I'm guessing there was a package update in the meantime which killed it, but it's hard for you to test without a working pbuilder or sbuild :(
[11:50] <TheMuso> Is MoM broken for universe? it seems that a package, thuban for example, was synced back in May, yet it still appears in MoM.,
[11:50] <RainCT> persia: I'm creating the pbuilder environment again, let's see if it works then
[11:51] <persia> TheMuso: There was a new Ubuntu-local upload in May
[11:51] <TheMuso> persia: Ah, so I see.
[11:58] <TheMuso> has anybody found that requestsync doesn't always get the correct/any changelog to include in the email?
[12:05] <RainCT> persia: same, http://paste.ubuntu-nl.org/27249/
[12:08] <persia> RainCT: Interesting.  Does pbuilder have some debug option that might help to determine the issue?
[12:08] <persia> RainCT: Alternately, does pbuilder work to compile something else?
[12:08] <RainCT> persia: it doesn't even update (sudo pbuilder update)
[12:09] <persia> Could someone who uses pbuilder please help RainCT to debug this issue?
[12:09] <TheMuso> I could if I still had a pbuilder set up. :p
[12:11] <jussi01> RainCT: is this on revu, i have pbuilder and i can give it a run through if it helps...
[12:11] <RainCT> jussi01: yes, http://revu.tauware.de/details.py?upid=5750
[12:12] <jussi01> RainCT: without reading back too much, with pbuilder you need to run sudo pbuilder update --override-config if you have changed config files...
[12:14] <RainCT> what i've seen now is that it says "upgrading for distribution feisty", but it's a gutsy environment
[12:14] <RainCT> (created with: sudo pbuilder create --distribution gutsy    --othermirror "deb http://archive.ubuntu.com/ubuntu gutsy universe multiverse")
[12:14] <pygi> bashelier, poke
[12:15] <jussi01> RainCT: ok, im not that much of an expert with it.... Ill run it through my feisty pbuilder anyway
[12:15] <RainCT> ok, thanks
[12:16] <bashelier> hey pygi
[12:16] <pygi> bashelier, can we get sparc on? I wanna be sure ^^
[12:16] <pygi> bashelier, I overslept the exam btw :p
[12:18] <bashelier> pygi: ok, I'm going to see if I can get it working right now, but I'm not sure at all :)
[12:18] <pygi> bashelier, no worries now, I poked fabbione already so you don't have to turn it on :P
[12:19] <bashelier> pygi: ok, thanks :)
[12:20] <pygi> bashelier, thank you ;)
[12:21] <bashelier> pygi: I hope your patch will work ;)
[12:21] <pygi> same :p
[12:25] <RainCT> "shingouz: unfortunately that looks like ubuntu has either a config problem or the original pacakges are somehow weird." (on #debian)
[12:26] <persia> RainCT: Which package?
[12:26] <RainCT> persia: that's about pbuilder
[12:27] <jussi01> RainCT: seems to build fine here
[12:28] <persia> jussi01: feisty, or gutsy?
[12:28] <jussi01> feisty
[12:28] <persia> jussi01: Hm.  Let me try that (I've been failing in gutsy).
[12:29] <jussi01> here is a pastebin of the build if you want to see... http://paste.ubuntu-nl.org/27251/
[12:29] <jussi01> :)
[12:30] <persia> jussi01: Thanks.
[12:31] <jussi01> persia: np's. works in feisty for you?
[12:31] <persia> RainCT: It looks like the build failure is either X86_64 specific or something odd about sbuild (I get the same error with feisty).
[12:32] <RainCT> persia: what should I do so, patch the .cc files?
[12:34] <persia> RainCT: Do you have access to 64-bit hardware to try to replicate?  If so, please test.  If not, try to find a volunteer to test / help with the patch.  I'm worried that just adding the extra include for ifndef LINUX_ALLEGRO might cause a different issue.
[12:36] <RainCT> persia: I don't know anybody with 64bit
[12:38] <persia> RainCT: At least I'd be willing to test build a couple times, let me know if you have a candidate.  Also, do you want me to send you buildlogs?
[12:45] <RainCT> ajmitch: could you try if  http://revu.tauware.de/details.py?upid=5750 is building for you please (to be sure that it's a problem related with 64bit)?
[12:54] <DktrKranz> gpocentek, could I ask you a couple of questions regarding your comment in http://revu.tauware.de/details.py?upid=5709?
[01:00] <ajmitch> RainCT: sure
[01:01] <gpocentek> DktrKranz: yes
[01:01] <DktrKranz> thanks :)
[01:01] <DktrKranz> first one
[01:01] <DktrKranz> chmod +x stuff
[01:02] <DktrKranz> I inserted it because I received this lintian warning: http://pastebin.ubuntu-nl.org/27176/
[01:02] <gpocentek> hum
[01:02] <gpocentek> +have
[01:02] <DktrKranz> np
[01:02] <gpocentek> but I have wget hehe
[01:03] <DktrKranz> :)
[01:03] <DktrKranz> this is a summary: "This file starts with the #! sequence that marks interpreted scripts, but it is not executable."
[01:03] <gpocentek> DktrKranz: I see
[01:03] <gpocentek> in fact the problem is the #!/usr/bin/python in the .py files of the module
[01:04] <gpocentek> it shouldn't be there, since a module is supposed to be imported, not executed
[01:04] <DktrKranz> it sounds correct
[01:05] <DktrKranz> I'll ask upstream if he can remove them
[01:05] <DktrKranz> or adjust
[01:05] <DktrKranz> in the meanwhile, should I ignore it?
[01:06] <gpocentek> you can patch the sources to drop the #!* if you don't want to wait for upstream to do it
[01:06] <DktrKranz> I already included dpatch to fix a couple of things
[01:06] <DktrKranz> it's not a problem to fix it
[01:07] <DktrKranz> anyway, I'll inform upstream
[01:07] <DktrKranz> second one
[01:07] <DktrKranz> shouldn't dh_desktop be used only when MIME types are present?
[01:08] <DktrKranz> see also malone 119241
[01:08] <ubotu> Launchpad bug 119241 in debhelper "dh_desktop should only call update-desktop-database if MimeType field exists " [Wishlist,New]  https://launchpad.net/bugs/119241
[01:08] <persia> DktrKranz: That's under discussion in Debian, using it now wastes a small amount of CPU time for users installing the package.
[01:08] <DktrKranz> it includes extra stuff, not needed this time
[01:09] <DktrKranz> persia, I see, thanks
[01:10] <DktrKranz> I think it should be omitted, for now
[01:16] <ajmitch> RainCT: fwiw, open-invaders failed to build on amd64
[01:16] <ajmitch> (on gutsy)
[01:17] <persia> ajmitch: Was the problem with init.cc line 64?
[01:17] <ajmitch> yes
[01:17] <ajmitch> trying a feisty pbuilder run now
[01:18] <RainCT> ajmitch: thanks
[01:19] <ajmitch> same thing for feisty
[01:38] <RainC1> ajmitch, persia: what's if you apply this patch? http://paste.ubuntu-nl.org/27257/plain/
[01:47] <persia> RainC1: http://paste.ubuntu-nl.org/27258/
[01:49] <RainCT> persia: well, then I'll put "architecture: i386" util the author corrects this issue (I'm in contact with him, will report it)?
[01:51] <persia> RainCT: That's a safe alternate solution.  Be sure to note why somewhere (perhaps in the changelog entry or debian/README.Debian-source) so that if one of the 64-bit porters around wants to work on it, they know it probably just needs a patch, or if there is a new upstream, the updater knows to change the Architecture: if the upstream changelog includes 64-bit support.
[01:52] <persia> RainCT: Also, if you can find someone who could try powerpc or sparc, you might be able to include more architectures (which is always good).
[01:55] <DktrKranz> I uploaded modified package of oggconvert in http://revu.tauware.de/details.py?upid=5757 following your advices. When you have time, could you please review it? Thank you.
[01:59] <ogra> \sh, hey
[02:09] <RainCT> persia: okay, thanks
[02:11] <RainCT> Does anybody here have a sparc or a powerpc?
[02:12] <TheMuso> RainCT: I have a powerpc.
[02:12] <RainCT> TheMuso: could you please try building http://revu.tauware.de/details.py?upid=5750?
[02:15] <TheMuso> RainCT: Yep, just a second.
[02:15] <TheMuso> Just have to go back to dial-up to download it. :p
[02:16] <ScottK> Good morning Hobbsee
[02:16] <ajmitch> hello Hobbsee
[02:17] <Fujitsu> Hi Hobbsee.
[02:17] <RainCT> hi Hobbsee
[02:18] <TheMuso> Heya Hobbsee.
[02:18] <Hobbsee> hey ScottK, ajmitch
[02:18] <zul> hi Hobbsee
[02:18] <Hobbsee> hi Fujitsu
[02:18] <Hobbsee> hiya
[02:18] <TheMuso> heh
[02:26] <TheMuso> RainCT: I've just finished downloading, and will now ensure my build environment is up to date.
[02:26] <TheMuso> Then I'll test builde.
[02:26] <ajmitch> RainCT: it's only celebrities like Hobbsee that get greeted that way
[02:26] <Hobbsee> hah
[02:26] <RainCT> TheMuso: thanks
[02:26] <ajmitch> Hobbsee: yes miss release team person
[02:26] <Hobbsee> heh
[02:27] <mok0> Hobbsee: hail oh MOTU master!
[02:28] <geser> mok0: not mistress?
[02:28] <mok0> geser: mastress perhaps
[02:28] <ajmitch> Hobbsee: doesn't matter, we're still not worthy
[02:29] <TheMuso> RainCT: Build commencing.
[02:29] <Hobbsee> mok0: Queen.  I dont like the term mistress.
[02:29] <mok0> ajmitch: we are yet to learn to control the Force
[02:30] <mok0> Hobbsee: I said master, geser is the one to suggest "mistress"
[02:30] <Hobbsee> okay, and geser in there then :)
[02:30] <ajmitch> mok0: oh no, I'll never get to that level
[02:30] <TheMuso> persia: How do you get sbuild to use the build-deps from the source package you want it to build, and not check the archive?
[02:31] <geser> Hobbsee: does it fit that you are the queen and dholbach only the prince?
[02:31] <TheMuso> rofl
[02:32] <TheMuso> Fujitsu: ^^ re what I asked persia.
[02:32] <xxxxx1> good morning all! :)
[02:32] <\sh> moins ogra
[02:32] <Hobbsee> geser: not sure.  why would dholbach be the prince?
[02:33] <Fujitsu> TheMuso: I've always just assumed it uses the build-deps from the source, but I'm not sure about it.
[02:33] <mok0> I have been packaging some binary-only software (for local installation only). I have made binary packages directly, but it seems somewhat tedious. Any thoughts?
[02:33] <TheMuso> Sorry it does. I was missing a file.
[02:33] <Fujitsu> That might do it.
[02:34] <TheMuso> persia: Sorry, was missing a file. Sorted.
[02:34] <TheMuso> RainCT: Ok, starting for real now. Just fetching build-deps.
[02:35] <ScottK> mok0: It's a little tedious the first time around, but if you've set yourself up to use the packaging system, you'll thank yourself every time you have to do an update.
[02:36] <geser> Hobbsee: http://www.flickr.com/photos/jonobacon/524563148/in/set-72157600295669688/
[02:36] <Hobbsee> heh
[02:37] <mok0> ScottK: I was wondering if it is better to build a "source" package
[02:37] <Fujitsu> mok0: Definitely.
[02:37] <Fujitsu> It means you don't have to start from scratch each time.
[02:37] <ScottK> mok0: Yes if you have the source.  When you said binary only, I assumed you didn't have it.
[02:38] <mok0> ScottK: I dont have the source; programs are distributed as binariers
[02:38] <mok0> binaries
[02:38] <persia> TheMuso: Sorry for the late response.  Glad it's working for you :)
[02:39] <ogra> \sh, http://www.ksta.de/html/artikel/1182404870319.shtml
[02:39] <mok0> ScottK: I wish I could avoid it, unfortunately many people in my field only give away binaries :-(
[02:41] <TheMuso> RainCT: Failed to build. let me know if you would like a build log.
[02:42] <mok0> I have another batch of software that includes source, but with restricted licenses that prevents you from redistributing. I package everything to distribute on our local network (~25 workstations + servers)
[02:42] <RainCT> TheMuso: was the problem with init.cc line 64?
[02:42] <mok0> But I will upload everything I can to REVU
[02:43] <TheMuso> RainCT: Yep.
[02:43] <mok0> ... have 7 packs sitting there right now, waiting for review...
[02:43] <mok0> (nudge-nudge)
[02:43] <RainCT> TheMuso: ok, thanks
[02:43] <ScottK> mok0: Just to make sure there is no misunderstanding...  Uploading to REVU is distribution.
[02:44] <mok0> ScottK: I know, I only upload software with GPL or similar
[02:44] <ScottK> mok0: OK.  I figured, but thought it better to make sure than stay silent.
[02:46] <mok0> ScottK: :-) btw, a lot of software comes with "academic licenses" that are free for academics but not for "for-profit". I think that doesn't qualify for Ubuntu
[02:47] <ScottK> No.  I'd think not.
[02:47] <ScottK> Good morning calc.  What IRC link?
[02:47] <mok0> ScottK: that's what I figured!
[02:47] <Hobbsee> morning calc
[02:47] <TheMuso> Heya calc.
[02:48] <ajmitch> calc!
[02:48] <ajmitch> oh man, CC meeting
[02:48] <ajmitch> I'm obviously up too late
[02:49] <calc> ajmitch: hello
[02:51] <calc> ScottK: hmm?
[02:51] <RainCT> are paste.ubuntu-nl.org submissions stored forever?
[02:51] <ScottK> calc: You pinged me last night and said something about an IRC log/link that you'd gotten from (I think) sistypoty.
[02:51] <calc> ScottK: oh yea, the one with mark about beryl
[02:52] <calc> ScottK: from march
[02:52] <ScottK> Ah.  That one.
[02:52] <Fujitsu> That was an interesting discussion.
[02:52] <ScottK> Is not always a good thing mind you.
[02:53] <ajmitch> Fujitsu: ?
[02:57] <ajmitch> bah
[02:57] <RainCT> persia: put architecture as i386-only and wrote a long notice about the issue on debian/README.debian, uploading now
[02:58] <persia> RainCT: Sounds good (but disqualifies me as a reviewer)
[02:59] <ScottK> persia: Was the package otherwise good from your perspective?
[03:00] <persia> ScottK: It eyeballed well, but I can't build, so I haven't run the lintian/linda checks.  Also, I didn't grep -ri copyright yet.
[03:01] <ScottK> persia: OK.  Eyeballed well from you says a lot.  RainCT, let me know when you have a new upload and I may have time to look at it.
[03:04] <RainCT> ScottK (and other MOTUs):  http://revu.tauware.de/details.py?upid=5758 (Open Invaders, i386 only, needs first advocate)
[03:07] <afflux> I have a source-package that contains a file called asdf.py, I want it to get installed to/as usr/sbin/asdf (without the trailing .py). What (debhelper?) command should I use? dh_install asdf.py usr/sbin/asdf would result in usr/sbin/asdf/asdf.py
[03:09] <ScottK> afflux: You need to mv it in debian/rules.  If you download the pyspf source package, you can see an example.
[03:10] <afflux> okay, thank you
[03:10] <TheMuso> RainCT: `is the package supposed to work on other architectures?
[03:11] <TheMuso> And have you looked into trying to fix it, or asked upstream about it?
[03:11] <RainCT> TheMuso: I don't know, but the website only provides binaries for i386
[03:11] <TheMuso> RainCT: Ok.
[03:15] <afflux> can anyone guide me through packaging an application written in python (a single file using python-tk)?
[03:15] <afflux> I guess I got something wrong: I should use python-support or python-central for settung up the dependencies, right?
[03:21] <ScottK> afflux: Yes.  Python-support is generally simpler for simple packages
[03:21] <ScottK> RainCT: open-invaders is building now.  Just have a few minor editorial comments so far.
[03:22] <afflux> should python-tk should be in the binary-package depends (hardcoded?) or rather in the build-depends?
[03:22] <afflux> ScottK: ^
[03:22] <ScottK> afflux: Does your package have a setup.py
[03:22] <afflux> ScottK: no
[03:22] <ScottK> afflux: With Python packages, it works a lot better if you have proper distutils support before you package it.
[03:23] <ScottK> afflux: I'd find another package that uses python-tk and look what they did (apt-cache rdepends python-tk)
[03:24] <afflux> okay
[03:26] <TheMuso> Night folks.
[03:28] <superm1> Hi ScottK
[03:29] <ScottK> Hi superm1
[03:29] <superm1> ScottK, have a few moments for a revu this mornin?
[03:29] <ScottK> Perhaps
[03:29] <superm1> cool: http://revu.tauware.de/details.py?upid=5752 : gtk2-engines-mythbuntu
[03:31] <ScottK> superm1: I will look if I can.  I'm pretty sure I don't know enough to get that package a complete review (I'm a ubuntu-server and kubuntu user, so gtk2 is pretty foreign to me).
[03:32] <superm1> ScottK, It's a pretty simple cdbs based package using a debian/install for the theme.  I think the biggest possible trouble with it is debian/copyright if anything
[03:33] <superm1> (there is no code actually compiled during package build for the engine)
[03:36] <ScottK> OK
[03:36] <ScottK> RainCT: Commented
[03:36] <ScottK> RainCT: Yes.  Before you ask - There really should be a man page.
[03:57] <persia> Does anyone have a good pointer to recent (post-Dapper) documentation on requesting a sync from a non-Debian source?
[04:02] <ScottK> persia: Since where to sync from is a standard part of a sync request, why would any such documentation be needed?
[04:03] <persia> ScottK: That was my fear.  I was hoping for some guidelines on sync sources, but I'll just document the repository in the request, and wait for feedback from those acting upon it.
[04:03] <ScottK> If it's a repository we've never sync'ed from before, I'd probably e-mail the archive admins and discuss it first.
[04:05] <gnomefreak> crimsun: alsa update is telling me to run asoundconf(1) set-default-card macro do i just run that in terminal?
[04:05] <persia> ScottK: That's a good idea (and such a list is part of what I'd expect to find in the documentation I sought).
[04:06] <ScottK> persia: Good thing you've got a lot of experience writing MOTU documenation.  Once you get through this, I know you'll do the right thing...
[04:06] <RainC1> ScottK: thanks for reviewing it
[04:06] <persia> ScottK: Of course :)
[04:06] <ScottK> RainC1: You're welcome.  Thanks for contributing.
[04:09] <RainC1> where can I read about manpages (and packaging them)?
[04:11] <jussi01> RainC1: http://www.debian.org/doc/maint-guide/ch-dother.en.html#s-manpage
[04:13] <RainC1> jussi01: thanks
[04:14] <jussi01> :)
[04:26] <RainC1> how can I validate a 'menu' file?
[04:26] <Burgundavia> shawarma: you missed an "on purpose" joke
[04:27] <persia> RainC1: Lintian does some basic checking (as "Informational").
[04:28] <persia> RainCT: Spec is http://alioth.debian.org/docman/view.php/30046/2/menu-one-file.html#ch3 (although there is probably a more official source).
[04:29] <jussi01> hmmm, do e still use menu files?? arent they replaced by .desktops?
[04:32] <persia> jussi01: They aren't replaced at all, but Ubuntu doesn't use the Debian menu system by default.  It's still good practice to include the file, as it will be important if the package goes to Debian, adn can be shown in the Debian menu for those that enable it.
[04:32] <shawarma> Burgundavia: aw.. who? where?
[04:32] <Burgundavia> shawarma: your blog post
[04:32] <shawarma> Burgundavia: orly?
[04:32] <Burgundavia> ya rly
[04:32] <jussi01> persia: aaahh, gotcha
[04:32] <shawarma> Burgundavia: Oh, yeah, I see it.
[04:35] <RainCT> in the .sgml, are dhfirstname and dhsurname those of the upstream author or packager?
[04:36] <RainCT> because it says "Fill in your name" but then it uses it as copyright holder and author
[04:37] <persia> RainCT: About the manpage?  If you're drafting it, you're the author (and the default copyright holder).
[04:37] <RainCT> persia: yes. ok thx
[04:45] <RainCT> should I leave debian or change it for ubuntu ("this manual page was written by ..., for the X system")
[04:46] <persia> RainCT: Are you planning to push it back to Debian in the near future?  If so, Debian is good.  If not, Ubuntu is acceptable.
[04:46] <RainCT> persia: ok, then Debian :)
[04:47] <tarzeau> make it "This manual page was written by .., for YOU!"
[04:48] <RainCT> lol
[04:50] <persia> ScottK: FYI: http://lists.debian.org/debian-devel-games/2007/06/msg00053.html
[04:51] <RainCT> wow.. what a great connection I've.. 64 bytes from eh-in-f99.google.com (<IP_ADDRESS>): icmp_seq=5 ttl=234 **time=1462 ms**  XDD
[04:55] <ScottK> persia: Yep.  Just wanted to warn everyone.
[04:56] <zakame> good evening
[04:57] <persia> ScottK: My apologies: I should have been more clear.  My pointer is a followup to the email you forwarded - specifically covering coordination with upstream.  If you're interested, you might want to follow that thread (which isn't as widely crossposted).
[04:57] <ScottK> Ah.  It's not that I'm especially interested as I thought others might be.  Thanks though.
[05:02] <Q-FUNK> keescook: here's the latest.  http://q-funk.iki.fi/debian/pool/x/xserver-xorg-video-amd/xserver-xorg-video-amd_<IP_ADDRESS>+git20070208-5.dsc
[05:03] <Q-FUNK> keescook: you're welcome to keep the maintainer as-is, since I'm tracking bugs both in debian and ubuntu.
[05:04] <keescook> Q-FUNK: cool; once it's accepted in Debian, we'll just sync it directly.  nice!
[05:05] <ogra> keescook, any objections to get it to main ?
[05:05] <Q-FUNK> keescook: how much time do we have until the big final freeze for Goaste?
[05:05] <Q-FUNK> ogra: funny, I was gonna ask about that. :)
[05:05] <keescook> ogra: I haven't looked it over in that regard, is there an MIR for it?
[05:05] <RainCT> well guys I'll come back later, this crap connection isn't opening a single site
[05:06] <ogra> keescook, not yet but i'll add one, would help a lot for ltsp to have it in main for geode clients
[05:06] <keescook> Q-FUNK: we've got time before the _final_ freeze for gutsy.  :)  bryce was just trying to get it in for tribe2 originally.
[05:06] <Q-FUNK> keescook: it was accepted in debian last night, btw.
[05:06] <keescook> ogra: yup, cool.  certainly seems well maintained.  :)
[05:06] <ogra> good :)
[05:06] <Q-FUNK><EMAIL_ADDRESS>[05:07] <Q-FUNK> -4 is in NEW, because of the -dbg target I added since -2 (only -1 was in NEW initially)
[05:08] <Q-FUNK> but this is just minor changes to an existing package, so it shouldn't take long to get into unstable.
[05:10] <afflux> It's driving me crazy. my package (a single-file python application, depending on python-tk) has only python-dev, python-support and debhelper in the build-depends and in the "Depends:" line "${python:Depends}, python-tk". When building in pbuilder it says it doesn't know the substitution variable ${python:Depends}. When building w/o pbuilder "python" is in the depends-field as supposed.
[05:10] <afflux> What am I doing wrong?
[05:12] <zakame> there's a dh_python or somesuch in debian/rules, right?
[05:13] <afflux> dh_pysupport, yes
[05:14] <ScottK> afflux: You can ignore the python:Depends warning.
[05:15] <afflux> ScottK: well, then I don't have "python" in the depends..
[05:16] <ScottK> afflux: ${python:Depends} will work in Depends (but not build-depends, IIRC).
[05:17] <ScottK> The ${python:Depends} gets passed on to a part of the packaging system that understands it despite the warning.
[05:20] <ScottK> Anyone up to give me a hand with an odd debian/watch problem?
[05:22] <persia> ScottK: Sure.
[05:23] <ScottK> persia: The package is pyyaml.  On my debian-qa page<EMAIL_ADDRESS>it claims it doesn't match, but when I run uscan in the source package it seems to match.
[05:23] <ScottK> Help
[05:24] <afflux> ScottK: I think it wasn't really clear what my problem is... http://pastebin.ubuntu-nl.org/27279/
[05:24] <ScottK> afflux: Looking
[05:24] <afflux> ScottK: no hurry
[05:25] <ScottK> OK.  I understand now.
[05:26] <ScottK> afflux: I don't think that will be an actual problem with your package.  I wouldn't worry about it.
[05:26] <mruiz> hi all
[05:27] <afflux> so noone would hit me because of that if I upload that to revu? ;)
[05:27] <mruiz> ping dholbach
[05:28] <dholbach> mruiz: pong
[05:28] <ScottK> afflux: As an example, https://launchpad.net/ubuntu/gutsy/i386/python-yaml/3.05-1 has only ${python:Depends} as Depends and see how it came out.
[05:28] <ScottK> afflux: I don't think anyone will find a problem with that.  What I think you may be seeing is a pbuilder issue.  I'd ask you to research it further and maybe file a pbuilder bug.
[05:29] <afflux> okay, thank you
[05:29] <leonel> hello everyone !
[05:29] <ScottK> Hello leonel
[05:31] <Burgundavia> Hobbsee: do you have a moment to proofread?
[05:32] <Hobbsee> Burgundavia: sure
[05:32] <Hobbsee> Burgundavia: si this tribe 2?
[05:32] <Burgundavia> not yet, need to write that
[05:32] <Burgundavia> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue46
[05:32] <Burgundavia> need to clear that before I start in on Tribe 2
[05:34] <persia> ScottK: My apologies, but I can't replicate the problem reported on the QA page in any of gusty, feisty, or sid with that source (and I don't have an Etch chroot).  The file looks clean, and it grabs the desired source correctly when non is available.
[05:35] <persia> s/n is/ne is/
[05:35] <ScottK> persia: Thanks for looking.  I guess I'll whine to debian-qa then.
[05:38] <mruiz> dholbach: As you know, I'm updating packages. Is it needed to update Standards-Versions in debian/control ?
[05:42] <dholbach> mruiz: no, that's another change we need to merge, when we merge with debian again
[05:42] <dholbach> mruiz: it doesn't make much sense
[05:43] <mruiz> ok :-)
[05:43] <mruiz> dholbach: thanks for your comment to add "Closes/Fixes LP: #n" or  in debian/changelog . Useful!
[05:45] <dholbach> (LP: #n)
[05:46] <mruiz> yes!
[05:49] <mruiz> dholbach: thanks for your uploads... mi first contribution to Ubuntu (in devel)! ;-)
[05:49] <dholbach> yeah :-)
[05:49] <pygi> mruiz, congrats
[05:49] <mruiz> thanks pygi
[05:50] <pygi> mruiz, if you ever need any help, do poke
[05:51] <mruiz> pygi, sure !
[05:52] <Hobbsee> Burgundavia: just proof read and sanity check?
[05:53] <Hobbsee> Burgundavia: s/between MOTU and Launchpad development team./between the MOTU and Launchpad development teams./
[05:56] <Hobbsee> Burgundavia: s/ethusiasts/enthusiasts/
[05:58] <ScottK> Burgundavia: I'd also say he's 'the' liaison, not 'a' liaison as I don't think there are others.
[06:00] <Hobbsee> ScottK: changed
[06:00] <LaserJock> are you guys talking about me? ;-)
[06:00] <ScottK> Shhh ...
[06:01] <LaserJock> oh geeze
[06:01] <cbx33> ping imbrandon
[06:02] <Hobbsee> Burgundavia: done
[06:08] <nixternal> the only person in the entire class to do so at this time, and I have yet to pay attention ;p
[06:09] <LaserJock> good for you :-)
[06:09] <nixternal> our teacher could teach her way out of a wet paperbag, but thanks to google, blood, sweat, and tears, it is finally finished!
[06:09] <nixternal> that was the biggest pain in the arse
[06:09] <Hobbsee> :D
[06:09] <nixternal> if any of you ever think about taking a asp.net class, DON'T!
[06:10] <LaserJock> I don't think my uni offers any language-specific classes, at least I couldn't find any
[06:13] <nixternal> IIT, UIC, all of the tech schools here do
[06:14] <mok0> Is that a two-way merge?
[06:15] <ScottK> nixternal: But won't that be really useful with your Vista setup?
[06:15] <nixternal> I actually used Vista for the first time last night
[06:15] <nixternal> not really used, but checked it out
[06:15] <ScottK> Finally, a confession...
[06:16] <nixternal> and my lord, I don't know if it is because I haven't used windows in a super long time, but Vista was confusing to me
[06:16] <nixternal> i.e. trying to change the resolution was a little difficult at first
[06:17] <nixternal> I will admit, Windows stayed consistant for a long time, but they really screwed the pooch with Vista
[06:17] <nixternal> it does look pretty imho
[06:17] <pygi> nixternal, patience ;)
[06:17] <pygi> don't hold me for my word, but watch out for new nautilus outside the gnome project =)
[06:17] <pygi> you'll be impressed =)
[06:17] <nixternal> guess I will have to check out gnome when that happens
[06:18] <nixternal> ScottK: probably the same here, I am not one for the eyecandy as I am for the functionality, usability, and speed
[06:18] <superm1> nixternal, you used it for the first time last night?  I thought you were the the big vista proponent as indicated by !nixternal ?
[06:18] <superm1> :)
[06:19] <nixternal> hehe, nope, honestly was the first time...I don't know how that started *cough*crimsun*cough*
[06:19] <superm1> nixternal, what is the CoDLUG event this weekend and what time Sunday?
[06:20] <nixternal> 10am to 4pm, and from 12pm to 4pm Ubuntu Chicago will be doing their little thing as well
[06:20] <nixternal> everyone just gets together and hangs out, every now and then we have a good talk
[06:20] <geser> LaserJock: Hi, should the Ubuntu TeX team be also bug contact for the latex-beamer package?
[06:20] <nixternal> I am hoping for a good talk on Symfony this weekend though
[06:20] <superm1> well i'll see what time my brother's grad. party is, and I might be able to stop by
[06:21] <nixternal> cool
[06:21] <nixternal> don't forget your gpg key if you do stop by
[06:22] <superm1> will i be signing anything?
[06:23] <nixternal> just my key and anyone else who has one :)
[06:23] <superm1> ah :)
[06:24] <mruiz> What is better in debian/changelog : (Closes LP: #n) or (Fixes LP: #n) ?
[06:24] <LaserJock> geser: I'm not sure, I wanted to kinda keep it small to start with
[06:24] <nixternal> LP: #n
[06:25] <nixternal> no closes or fixes according to the spec, just (LP: #n)
[06:25] <LaserJock> geser: latex-beamer belongs to MOTU Science at the moment
[06:27] <geser> shouldn't MOTU science be set up as bug contact in that case?
[06:28] <mruiz> nixternal, thanks :-) From the official  announcement: "You can place any explanatory text that you like around it, so long as the pattern "LP: #" precedes the bug number."
[06:28] <nixternal> ahhh
[06:28] <nixternal> I just read that as well :)
[06:28] <tsmithe> can i get reviews for all the ubuntustudio-* packages on revu?
[06:28] <nixternal> different from the spec, but you are correct
[06:29] <nixternal> speaking of Ubuntu Studio, wow what a hit it was at Barcamp this weekend when they were doing MythTV stuff
[06:29] <geser> LaserJock: I stumbled across bug #122139 but I haven't checked it yet
[06:29] <ubotu> Launchpad bug 122139 in latex-beamer "latex beamer class unusable since tex upgrade" [Undecided,New]  https://launchpad.net/bugs/122139
[06:29] <tsmithe> nixternal, really? wow
[06:29] <tsmithe> _MMA_, ^^
[06:29] <nixternal> I was impressed, this weekend if you were using Linux, you were using something *buntu, Debian, or Foresight
[06:30] <mruiz> nixternal, for more information: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-May/000298.html
[06:30] <nixternal> and the *buntu side outweighed the others like 10 to 1 I am willing to bet
[06:30] <tsmithe> \o/
[06:30] <nixternal> mruiz: ya, that is where I just read that
[06:30] <mruiz> :-)
[06:30] <nixternal> they had 1 or 2 ubuntustudio boxes running movies all weeekend long..I was impressed..I never had the urge to do a setup like that before until really seeing it in action
[06:31] <_MMA_> :)
[06:31] <tsmithe> cool
[06:31] <nixternal> now I just need you guys to send me some money ;p
[06:31] <_MMA_> ;)
[06:31] <nixternal> no I said money, not a :)
[06:31] <nixternal> hehe
[06:31] <superm1> #/join #ubuntu-chicago
[06:32] <superm1> whoops .
[06:32] <nixternal> ya, that will work ;p
[06:32] <pygi> :P
[06:32] <jussi01> lol
[06:32] <LaserJock> geser: oh, that's no good. I was going to try beamer out :/
[06:34] <tsmithe> LaserJock, wanna pass your eye over my packages?
[06:36] <geser> LaserJock: therefore it would be good if the TeX group would be bug contact for it :)
[06:36] <ScottK> Is there a process for asking the archive admins for approve a universe upload when Main is frozen or is it just harrass whoever you can catch?
[06:36] <geser> LaserJock: isn't the MOTU Science team bug contact for its packages?
[06:37] <pygi> ScottK, whoever you can catch
[06:37] <geser> ScottK: either ask politely or wait. They are processed unregularly.
[06:37] <Burgundavia> Hobbsee: thanks
[06:37] <ScottK> geser: Was kidding about the harrass part.
[06:37] <Hobbsee> Burgundavia: no problem
[06:38] <LaserJock> geser: yes
[06:39] <geser> LaserJock: I'm asking because LP doesn't list a bug contact for latex-beamer
[06:40] <LaserJock> really?
[06:42] <LaserJock> to MOTU Land: kiko appologizes for the "Triaged bugs disappear" bug, it was indeed a regression and will be fixed today
[06:47] <RainCT> Hi
[06:55] <ScottK> LaserJock: Great and thanks to both of you for following up on it.  It might be useful to suggest they look at their pre-release test procedures and see what they might change to catch such a regression before the release in the future.
[06:57] <LaserJock> yes, kiko said they will probably start redirection LP Beta Testers to edge before a rollout
[06:57] <LaserJock> to do just that
[06:57] <ScottK> LaserJock: Sounds good.
[06:58] <lousygarua> Did anyone thought of creating some kind of ''motu rating system'' so when u search for a new package u can see if determine if it's already stable and mature or it's still just a piece of crap in development?
[06:58] <LaserJock> well, the rating system in in Add/Remove Applications is sort of for that
[06:59] <pygi> but *very* sortof
[06:59] <LaserJock> heh, yes
[06:59] <LaserJock> bbl
[07:01] <lousygarua> Laserjock: pygi: too 'sortof'
[07:04] <mruiz> hi. I was building a package (updated) with pbuilder and got an error during the process: http://paste.ubuntu-nl.org/27289/ Any ideas?
[07:06] <AndyP> mruiz: 01_gconf-breakage.diff is failing to be applied for whatever reason... maybe the source file has changed?
[07:06] <mruiz> AndyP, then  I have to update the patch...
[07:08] <AndyP> mruiz: or remove it if the bug it fixes has been fixed upstream (best case scenario)
[07:09] <mruiz> AndyP, in this case, I have to update it :-(
[07:14] <DarkSun88> Hi all
[07:21] <xxxxx1> hello DarkSun88
[07:22] <DarkSun88> Hi xxxxx1
[07:40] <LaserJock> nifty, dell added a new laptop to the Ubuntu line
[07:40] <pygi> LaserJock, url?
[07:40] <ScottK> Any news on if people are buying them?
[07:40] <LaserJock> just go to dell.com/ubuntu and hit Shop for Ubuntu
[07:40] <LaserJock> I just got an email from a guy in my LUG
[07:41] <LaserJock> who works for a local Dell distributor
[07:41] <RainCT> ScottK: http://revu.tauware.de/details.py?upid=5766  please review again :)
[07:41] <pygi> LaserJock, which one is new?
[07:41] <LaserJock> 1420N laptop I think
[07:42] <pygi> right
[07:42] <pygi> a bit expensive, but :-/
[07:43] <LaserJock> well, I was reading an interesting forum thread about Dell not selling Ubuntu machines to businesses
[07:44] <LaserJock> or educational institutions
[07:44] <LaserJock> which is sad because I was thinking of trying to buy one for my lab
[07:44] <_MMA_> LaserJock: I called about this. Got the same result as the thread. I have a small-business card :(
[07:45] <LaserJock> I think it *must* be because of RHEL and SLED
[07:45] <LaserJock> because I don't see how it would make any difference
[07:45] <LaserJock> I should try it with my bosses uni card and see what happened ;-)
[07:46] <LaserJock> well, it sucks because I was going to make that a big selling point
[07:46] <LaserJock> my uni basically *only* buys Dell and Apple
[07:47] <LaserJock> so if I can get an Ubuntu box through the academic Dell section then it's very cool
[07:47] <_MMA_> Thats a common case. Id love to see Dells official response/position.
[07:50] <ScottK> Cool.  I did some work last year that may have, in a VERY small way, contributed to http://www.theregister.co.uk/2007/06/07/us_navy_loves_open_source/
[07:58] <Adri2000> crimsun: bug #120278: can we close the vlc task?
[07:58] <ubotu> Launchpad bug 120278 in vlc "[Gutsy]  VLC Crashes instantly fails to Start" [High,Confirmed]  https://launchpad.net/bugs/120278
[08:06] <RainCT> any revu admin there?
[08:09] <RainCT> is it normal that the .orig.tar.gz isn't uploaded on dput if I've already submited the same package a few times?
[08:09] <ScottK> RainCT: How did you build the source package?
[08:10] <man-di> RainCT: dput uploads what is listed in the .changes file
[08:10] <RainCT> man-di: oh, why isn't it there then? (I did debuild -S)
[08:11] <man-di> RainCT: debuild -S -sa
[08:11] <man-di> -sa forces inclusion of orig tarball if pacakge is not -1
[08:12] <Q-FUNK> bryce: ?
[08:12] <bryce> heya
[08:13] <RainCT> man-di: ok, thanks. was using -sa before but since iirc I saw it without it on the Debian guide I stopped using it
[08:13] <Q-FUNK> bryce: I just replied to your e-mail.  see if you agree with the overall issues and if you have any idea on how to best resolve this.
[08:13] <bryce> ok
[08:14] <man-di> RainCT: normally you dont need -sa but for REVU you need it
[08:14] <RainCT> man-di: ah ok
[08:23] <Q-FUNK> bryce: my main idea is to regroup all Geode ODM around a single mailing list and git server where they can freely discuss patches and commit them, similar to kernel.org but Geode-specific.
[08:23] <Q-FUNK> bryce: the main obstacle is AMD's commitment to the OLPC and how it leaves others such as the Linutop and Pepper in the dust.
[08:25] <RainCT> ScottK: with build the source package you meant debuild?
[08:26] <ScottK> RainCT: As in did you debuild -S -sa?  If so, the orig.tar.gz should be included.
[08:27] <RainCT> ScottK: yes, man-di appointed me about that. it's now online there http://revu.tauware.de/details.py?upid=5770 :)
[08:28] <ScottK> Did you see my comment?
[08:30] <RainCT> ScottK: now yes. (the description was mostly copy-pasted :p)
[08:31] <ScottK> OK.  Just remember that the description shows up lots of places (like packages.ubuntu.com) and so if it's written poorly, it reflects poorly on Ubuntu.
[08:35] <RainCT> ScottK: sure the signature line should be cut into two in the changelog? never seen it like that
[08:36] <ScottK> RainCT: I don't think so, but I will confess to being unsure.  The actual changelog entries must be wrapped at 79 chars, but the signature line I don't know.
[08:44] <RainCT> (if there's any REVU admin here, uploads 5766 and 5768 are incorrect duplicates of 5769)
[08:44] <RainCT> ScottK: ok, wrapped everything beside that. uploading now
[08:45] <ScottK> OK
[08:53] <RainCT> does revu automatically delete uncomplete downloads?
[08:53] <RainCT> s/uncomplete/incomplete
[08:54] <coNP> RainCT: I think, no
[08:54] <RainCT> then, is some body here that can delete them?
[08:55] <ScottK> RainCT: No need.  They are superceded, but kept for history for (I think) 6 months.
[08:55] <RainCT> Error '553 Could not create file.' during ftp transfer of open-invaders_0.2-0ubuntu1.dsc
[08:55] <ScottK> It's useful to diff new uploads and only look at the changed parts.
[08:56] <ScottK> RainCT: dput -f your update.
[08:56] <RainCT> I already have the -f there
[08:56] <ScottK> Ah
[08:56] <coNP> ScottK: I guess it is an incomplete upload that would need dcut, what is not supported
[08:56] <ScottK> Yes.
[08:57] <ScottK> RainCT: If you have an incomplete upload like that you need a REVU admin to delete it (I'm not a revu admin).
[08:57] <RainCT> yes, I realised that I had forgot something on half of the download and aborted it. that's why I'm asking if it gets deleted autoamtically
[08:57] <crimsun> gnomefreak: yes
[08:57] <ScottK> Ah.  Next time don't do that.  You need a REVU admin.
[08:57] <ScottK> Let it finish and then upload the new one when you are ready.
[08:57] <crimsun> gnomefreak: it's a usability bug; there's a bug open on it, and it will be fixed post-Tribe 2
[08:58] <gpocentek> Q-FUNK: hello! I couldn't find the xserver-xorg-video-amd package in debian, is it already in the archive, or is it somewhere else?
[08:58] <Q-FUNK> gpocentek: it's in unstable
[08:58] <Q-FUNK> gpocentek: a newer version awaits in NEW
[08:59] <gpocentek> ok
[08:59] <Q-FUNK> gpocentek: what sort of Geode hardware do you use?
[08:59] <gpocentek> Q-FUNK: LX700 (on the linutop)
[08:59] <Q-FUNK> gpocentek: oh, a fellow linutop user :)
[09:00] <Q-FUNK> ah, Gauvain
[09:00] <Q-FUNK> j'aurais du alllumer
[09:00] <gpocentek> hehe :)
[09:01] <Q-FUNK> gpocentek: well, it's already in Gutsy at the latest version, while Lenny has a slightly older version. my current release is in my own repository.  you're still mentioned in the changelog.
[09:02] <gpocentek> ok
[09:02] <gpocentek> did you manage to run it with an OLPC kernel?
[09:02] <Q-FUNK> I haven't tried.
[09:02] <gpocentek> I tried and it crashed everything
[09:02] <gpocentek> ok
[09:03] <crimsun> gnomefreak: bug 122252 if you want to sub.
[09:03] <ubotu> Launchpad bug 122252 in alsa-lib "libasound2: user unfriendly update message re. default card" [Wishlist,In progress]  https://launchpad.net/bugs/122252
[09:03] <Q-FUNK> gpocentek: are you subscribed to the AMD Geode list?  please do, if you're not.  we need as much leverage as we can to help make AMD's Geode code as ODM-neutral as possible.
[09:04] <gpocentek> ok, I'm going to subscribe
[09:05] <Q-FUNK> gpocentek: bryce is drafting a plan to put together a git repository for all Geode ODM to contribute code to.  you might wanna give him your contact info and keep in touch.
[09:08] <gpocentek> yep
[09:08] <gpocentek> Q-FUNK: do you have an url for the geode ML, google doesn't help me
[09:14] <RainCT> any REVU admin?
[09:24] <ScottK> They rolled out fix for Triaged no showing up in default searches on LP.
[09:35] <RainCT> ScottK: http://revu.tauware.de/details.py?upid=5773
[09:51] <cbx33> ok
[09:51] <cbx33> can anyone shed any light on this
[09:51] <cbx33> I have two machines on the network
[09:51] <cbx33> they can ping each other fine
[09:51] <cbx33> local nmap show a whole host of ports open
[09:51] <cbx33> but I can' ssh or vnc to either from either
[09:51] <cbx33> any ideas?
[09:52] <RainCT> wouldn't that go on #ubuntu? (just say it because there are more people there)
[09:52] <_MMA_> Odd..
[09:52] <cbx33> RainCT, yeh i suppose
[09:52] <cbx33> the other day I did setup some ip aliases
[09:52] <cbx33> hmmm
[09:53] <cbx33> maybe the router is still holding onto those
[09:53] <RainCT> ah, and REVU's please check http://revu.tauware.de/details.py?upid=5773 (Open Invaders, i386, needs first advocate)
[09:58] <gnomefreak> coNP: it built here fine :)
[09:58] <coNP> gnomefreak: yep as I said I forgot a pbuilder update
[09:58] <gnomefreak> coNP: ok
[09:59] <geser> cbx33: what's the error message from ssh?
[10:00] <cbx33> nothing
[10:00] <cbx33> just hangs
[10:00] <geser> hmm
[10:01] <cbx33> wireshark shows data leaving one pc
[10:01] <cbx33> but nothing being returned from the other
[10:01] <cbx33> even though PING works
[10:07] <calc> got +1 from stefan :)
[10:08] <calc> now i just need a vote from one of the remaining people... ajmitch, dholbach, etc :)
[10:10] <xxxxx1> bye all
[10:15] <RainCT> http://revu.tauware.de/details.py?upid=5773 (Open Invaders, i386, needs first advocate), thx
[10:27] <Ademan> anyone know why gtkradiant (http://www.qeradiant.com/top/) hasn't been packaged yet?
[10:27] <man-di> Ademan: because nobody did it
[10:27] <Ademan> really? awesome
[10:28] <man-di> Ademan: are you volunteering?
[10:28] <Ademan> yep
[10:28] <Ademan> but like
[10:28] <Ademan> i've got a lot on my plate at the moment
[10:28] <Ademan> so in the near future, but not this month probably
[10:28] <man-di> ...who doesn't...
[10:28] <Ademan> heh
[10:29] <Ademan> well either way that's totally a package i'd be interested in doing
[10:29] <man-di> cool
[10:31] <Ademan> it seens a svn checkout is really the only way to get source of it though, no source releases..
[10:33] <man-di> Ademan: some upstreams are *really* nice :-(
[10:35] <Ademan> lol
[10:36] <Ademan> by the way, if i'm not mistaken, packages should never install to /usr/local   right?   since /usr/local is really just for from source or from a binary installer stuff right?
[10:37] <man-di> rigth, stuff should go to /usr
[10:43] <mok0> Ademan: or /opt, according to FSSTD
[10:43] <man-di> mok0: but not according to Debian policy
[10:44] <mok0> man-di: ok didn't know that
[10:47] <crimsun> StevenK: got a minute to look at bug 122417?  As I see it, this problem is intractable; some portion of hardware is going to be bitten by "too quiet" and some portion, by "too loud".  What do you think of simply not restoring the state (volume) on boot and letting KDE's Kmix, GNOME's mixer_applet2, or Xfce's xfce4-mixer handle the restore on user session login?
[10:47] <ubotu> Launchpad bug 122417 in alsa-modules-i386 "[Gutsy]  Volume is too high in new install on HP Pavilion dv8220" [Undecided,New]  https://launchpad.net/bugs/122417
[10:48] <dan> hi all, anyone familiar with iozone benchmarking tool?
[10:53] <blueyed> TheMuso: regarding bug 121458 - what should I do best? Send the (fixed) debdiff upstream to Debian?
[10:53] <ubotu> Launchpad bug 121458 in httptunnel "[patch]  fix broken --stdin-stdout option that writes to stdin" [Undecided,Fix released]  https://launchpad.net/bugs/121458
[10:58] <RainCT> http://revu.tauware.de/details.py?upid=5773 (Open Invaders, i386, needs first advocate), thx
[11:19] <RainCT> good night (and please review http://revu.tauware.de/details.py?upid=5773 :P)
[11:53] <gnomefreak> jdong: i subscribed you to a bug i would like to speak to you about when you get time.


[15:09] <smallbug__> hello
[15:09] <smallbug__> any support I can seek here related to inability to log in to launchpad.net?
[15:22] <cjwatson> ... yes, but it might require sticking around longer than ten minutes :-/


 OH wait wxl
 Noah signed your key too, right?
[00:18] <wxl> HE TOTALLY DID OMGERD
[03:03] <valorie> what do we need to finish?
[03:04] <valorie> I know I wasn't paying attention
[03:04] <valorie> at ALL
[03:04] <valorie> but ?
 https://www.reddit.com/r/linux/comments/8hs3j0/who_controls_glibc/?utm_source=reddit-android
 Hmmmm
[03:52] <valorie> interesting discussion
 Cosmic Cuttlefish
 http://www.markshuttleworth.com/archives/1521
[17:35] <wxl> that's gonna be one trippy shirt
 YES
 XD
[19:06] <valorie> cuttlefish is one guess I had not heard
[22:55] <valorie> ok, off to celebrate birthday with the fam
[22:55] <valorie> leaving all the interesting conversations


[11:28] <BLZbubba> hi guys, looks like the latest mythtv-frontend packages are unable to connect to the backend
[11:29] <BLZbubba> ... Start up testing connections. DB mysql01, BE , attempt 6, status beAwake ...
[11:29] <BLZbubba> like it's failing to look up server IP
[11:30] <BLZbubba> is there a way to fix this?
[11:47] <BLZbubba> BLZbubba: yes, manually add settings into the DB for MasterServerName and BackendServerName
[11:49] <BLZbubba> well that got it a little further, until this error happened: MythSocket(7f21b000f4a0:73): ReadStringList: Error, timed out after 7000 ms.
[11:55] <BLZbubba> well that allowed mythavtest to work, but the frontend still can't connect
[11:58] <BLZbubba> weird, mythfrontend started ok on the second try
[12:00] <BLZbubba> BLZbubba: yes, manually add settings into the DB for MasterServerIP and BackendServerIP, but with this last update it wanted Name instead of IP


[00:57] <JackFrost> bluesabre: Hi.
[02:51] <bluesabre> JackFrost: heya
[03:22] <JackFrost> bluesabre: You feel like supporting xfce4-screensaver for 9months?  Should I sync from exp?
[03:58] <bluesabre> JackFrost: certainly :)
[04:44] <JackFrost> knome: Kvack.
[04:44] <JackFrost> bluesabre: Oh sorry, done.


[03:05] <ovnicraft> hello comment system in bugs support any wiki-like format ?
[03:05] <spiv> ovnicraft: no, unfortunately
[03:06] <ovnicraft> start to find many unfortunately things in LP
[05:57] <hyperair> sb levelclear -level clientcrap,crap,joins,parts,quits,nicks,clientnotice
[09:16] <oojah> Morning
[09:16] <Peng> Good morning
[09:17] <oojah> I'm trying to create a milestone 0.10, but getting the error that the milestone 0.1 already exists (which it does).
[09:17] <oojah> Is treating these as the same a design decision or should I report it as a bug?
[09:19] <wgrant> It's a bug, and it's already been reported... let's see if I can find it.
[09:19] <oojah> I did search... on "launchpad itself"
[09:20] <wgrant> Bug #581748
[09:20] <oojah> I never know where to search for lp bugs.
[09:20] <oojah> Ah right. That was in the list but didn't jump out as what I was looking for :)
[09:21] <oojah> Thanks.
[09:22] <oojah> With a workaround as well, ace.
[09:27] <mrevell> Morning!
[13:32] <geser> wgrant: did you had some time to check if the changes to the FTBFS script help?
[13:43] <mrevell> Anyone here able to give me some recipes guidance?
[13:55] <jelmer> hi mrevell
[13:58] <mrevell> Hello jelmer. I'm still struggling with this gtg daily builds things. I was wondering ... when I run pbuilder it seems to pull down a whole load of dependencies but then complains that gconf isn't around. I've asked around and it seems that I need to install python-gconf. Is there a way for me to find out which dependencies will get pulled down automatically and which I need to pull in manually?
[13:58] <jelmer> mrevell: pbuilder should pull in all of them for you
[13:59] <jelmer> mrevell: are you basing your recipe on an existing packaging branch, and do you know if that one is correct?
[13:59] <mrevell> jelmer, Okay, so when I get "ImportError: no module named gconf", does that mean it's not pulling in one of the dependencies?
[13:59] <jelmer> mrevell: it sounds like you need to add python-gconf to Build-Depends in debian/control
[14:00] <mrevell> jelmer, Ah, so that means it's a problem with the packaging?
[14:00] <jelmer> mrevell: it's a common module, so I wouldn't be surprised if it would already be available on most systems where people work on packaging.
[14:00] <mrevell> Ah, I see. Thanks jelmer.
[14:00] <jelmer> mrevell: Yeah, it looks that way.
[14:01] <mrevell> Righto, thanks :) I'll plod on.
[14:01] <jelmer> (pbuilder is great for catching these kinds of things because it gives you a clean build environment each time)
[14:04] <mrevell> jelmer, Forgive the newbie question but does that mean I can't just apt-get install python-gconf? Do I have to add it to debian/control?
[14:05] <jelmer> mrevell: yep, you have to add it to debian/control - (or install it in the pbuilder chroot, but that defeats one of the purposes of pbuilder)
[14:06] <jelmer> mrevell: the point is that this way you make sure all the necessary build dependencies are listed in debian/control
[14:06] <jelmer> as launchpad's build slaves will only have a minimal set of packages installed too, and won't have python-gconf
[14:07] <mrevell> jelmer, Aha. It sounds like I should report this as a bug against the package, too. What do you think?
[14:08] <jelmer> mrevell: yes, it sounds like this is a package bug.
[14:08] <jelmer> mrevell: is the packaging based on something that's already in ubuntu? In that case I wonder why it's not an issue there.
[14:10] <mrevell> jelmer, It is something that's in ubuntu but I'm pulling the debian directory from one of the project's (gtg) dev team's branches, which looks pretty old. Thanks, I'll look into this some more.
[14:11] <jelmer> mrevell: Ah, seems possible it's a missing dependency then, perhaps they only started using gconf recently or something like that.
[22:52] <bekks> hi
[22:53] <bekks> Having a launchpad account, as well as a custom built kernel for ubuntu 10.10 - what would I have to do to "publish" it to others?
[22:57] <thumper> bekks: you'd need a PPA, and upload the source package to the PPA to be built
[23:02] <bekks> thumper: So I have to create a PPA then.
[23:03] <thumper> bekks: that is how people normally make their debs available for others
[23:03] <thumper> bekks: it hooks into the software centre that way
[23:03] <bekks> thumper: I managed it to create my own kernel - how can I create a src package for it?
[23:03] <thumper> bekks: I have no idea
[23:03] <bekks> ok :D
[23:07] <lifeless> bekks: #ubuntu-packaging may be able to help with that
[23:07] <bekks> ah, thx


[16:05] <mdke> jbicha: would you mind committing to the help.ubuntu.com-themeupdate generally so that we don't have to keep amending to keep the two in sync? Then we can merge to the main branch on go-live date
[16:16] <mdke> jbicha: another question, it seems a bit strange to me to have all the languages in the same folder; if we are going to publish several languages on help.u.c, i would have thought it appropriate to use directories for each language (e.g. C/, fr/, it/ etc)
[16:17] <mdke> jbicha: is that just the way that yelp-build does things?
[16:17] <mdke> (I see that Gnome have everything in one directory too)
[16:22] <jbicha> mdke: what we're shooting for is http://<IP_ADDRESS>/ Apache's MultiViews will automatically give you the correct translated version based on your browser language
[16:22] <jbicha> I submitted an RT ticket today to enable that for 12.04/ubuntu-help/
[16:29] <peppe84> MultiViews mode will be avaible for ubuntu-help precise only?
[16:31] <mdke> jbicha: I understand, but I don't think that is incompatible with using different directories. As long as you have an index page which detects the language
[16:31] <jbicha> peppe84: if it works, I think we'd enable it for 11.04 and 11.10 also, maybe the server guide too
[16:31] <mdke> we used to do it in the old days with help.ubuntu.com, before we decided to avoid shipping multiple languages there
[16:31] <peppe84> cool
[16:33] <jbicha> mdke: hmm, so what you'd like is for MultiViews to be present for 12.04/index.html so that if a French user visits that page,
[16:33] <jbicha> he'd be pointed to 12.04/ubuntu-help/fr/index.html
[16:34] <mdke> jbicha: that was my thinking yes
[16:34] <mdke> maybe it doesn't matter
[16:34] <jbicha> that wouldn't work though if he tries to visit 12.04/ubuntu-help directly though
[16:34] <mdke> true
[16:39] <mdke> bbl


[10:47] <fish_> hi
[10:47] <fish_> i've wrote a upstart job, pretty simple. with 'start on filesystem' and a script block creating some directories
[10:48] <fish_> but it doesn't get started. I already tried to run initctl emit filesystem but this seems not to start it either
[10:51] <fish_> uhm looks like its more or less the same job as the rsyslog job. and that job works (-> it get started when emitting 'filesystem' event)
[11:01] <fish_> looks like I can't start the job manually either.. according to strace it seems like it's stopping right after the first != 0 return code is found
[11:23] <fish_> ok fixed that issue and then fixed another issues and lerned about tasks vs services. now it's a task but another job depending on that task doesn't start
[14:41] <JanC> fish_: http://upstart.ubuntu.com/cookbook/#debugging-a-script-which-appears-to-be-behaving-oddly
[14:43] <JanC> all script sections are run with "/bin/sh -e", which indeed makes the shell exit after the first non-zero return code
[15:01] <fish_> JanC: thanks!
[16:11] <notwaffles> I'm trying to put together an upstart job to run browsermob-proxy but the stop command doesn't seem to work, does anyone have any experience with this?