[00:05] <jdong> superm1: do you have a mighty mouse too?
[00:05] <jdong> superm1: the invert_hwheel quirk for the MM actually makes my wheel inverted.
[00:05] <jdong> I'm sure that's not what it's supposed to do
[04:20] <superm1> jdong, yeah i have a mighty mouse
[04:20] <superm1> which way is inverted?
[04:20] <superm1> i've never known anything but what it is setup
[04:20]  * nixternal leaves the jokes alone
[04:20] <superm1> jdong, up scrolls up and down scrolls down
[04:20] <jdong> superm1: horizontal scrolling, left is right and right is left
[04:20] <jdong> superm1: unless I set the vendor ID to 0000
[04:21] <nixternal> no, up is left, and right is down
[04:21] <superm1> oh i've never horizontal scrolled
[04:21] <jdong> superm1: yeah the inverted scroll quirk is wrong IMO
[04:22] <superm1> jdong, my scroll left and right dont work
[04:22] <superm1> but i'm on hardy here...
[04:22] <jdong> hmm work fine for me in Intrepid
[04:23] <jdong> just with correct vendor ID the direction is inverted
[04:23] <jdong> because... there's a quirk that inverts it
[05:31] <superm1> jdong, that quirk sounds ridiculous
[05:31] <superm1> jdong, WHY would anyone ever want such a thing?
[05:32] <jdong> superm1: I believe the committer thought the scrollwheel was inverted in hardware
[05:32] <jdong> superm1: but on my MM with the same vendor/product ID that is clearly not the case
[05:33] <jdong> and I find it hard to believe that it would be the case
[05:33] <superm1> jdong, yeah mine neither
[05:33] <jdong> the commit message seems to state that it was word-of-mouth
[05:34] <superm1> well i dont know if i want to upgrade to intrepid on this laptop even
[05:34] <superm1> so i might never find out
[05:35] <jdong> gonna file a bug.
[05:35] <superm1> well you might as well write the patch and submit it too
[05:36] <superm1> obscure hardware bugs dont get touched often...
[05:36] <superm1> case in point; intrepid would have released with the fn key completely non functional for BT keyboards if i didn't poke it two weeks before
[05:37] <superm1> (apple bt keyboards that is)
[05:53]  * wgrant wonders why on earth one would buy an Apple laptop just to run Ubuntu on it.
[05:55] <ajmitch> for the shiny logo
[06:04] <wgrant> ajmitch: Ah, good point.
[06:07] <Burgundavia> wgrant: becausethey are very pretty laptops
[06:10] <wgrant> Burgundavia: I guess prettiness wins over utility...
[06:16] <Burgundavia> wgrant: apples entire existence is down to people willing to buy pretty over utility
[06:17] <wgrant> How depressing.
[06:18] <StevenK> I don't think they're pretty
[06:18] <wgrant> StevenK: But but but... they have an Apple on them!
[06:19] <StevenK> And?
[06:19] <wgrant> I don't know. That's all I can think of.
[06:20] <StevenK> The brushed aluminum look doesn't do it for me at all
[06:20] <StevenK> And the iBooks looked like toilet seat covers
[06:20] <wgrant> Haha.
[06:45] <dholbach> good morning
[06:45] <wgrant> Evening dholbach.
[06:45] <dholbach> hi wgrant
[06:46] <didrocks> morning :)
[06:46] <dholbach> hi didrocks
[06:46] <didrocks> Hi dholbach !
[06:49] <woody86> would there be any difference in my mentorship if I use Gnome or KDE?
[07:16] <iulian> woody86: I don't think it would.
[07:19] <woody86> iulian -  I was chatting with my mentor while I was test-installing Kubuntu on my desktop, and he said "wait! you're a KDE guy? Not a Gnome guy??"
[07:20] <woody86> and I didn't know if what I'd be learning in my mentorship would matter based on what DE I use, or if he was just giving me a little guff since he's a Gnome guy?
[07:22] <iulian> woody86: Well, I'm not sure, in the end we all use the same tools.
[07:22] <woody86> iulian- ok, thanks :) I'll double-check with him, but I figured I'd ask here first since he's not online right now
[07:23] <iulian> Ah
[09:16] <huats> morning !
[10:13] <sistpoty|work> hi folks
[10:17] <sebner> sistpoty|work: ahoi =)
[10:17] <sistpoty|work> hi sebner
[11:19] <xerxas> Hi all
[11:19] <xerxas> is there an easy way of doing a .deb from a python egg ?
[11:21] <POX> no, but there's an easy way to create a .deb from .tar - http://stdeb.python-hosting.com/
[11:22] <xerxas> ok , thx !
[12:32] <bddebian> Heya gang
[12:33] <sistpoty|work> hi bddebian
[12:33] <bddebian> Hi sistpoty|work
[13:40] <ScottK> I'd appreciate it if someone with Gnome would try to replicate Bug 291476
[13:40] <ScottK> I don't think it's a clamtk bug in any case.
[13:43] <DktrKranz> ScottK: could you please subscribe me to it? I will try to test it when I come back home.
[13:43] <ScottK> DktrKranz: Sure.  What's your LP ID?
[13:43] <DktrKranz> dktrkranz
[13:44] <ScottK> Thanks
[13:45] <DktrKranz> oh... jaunty's first package! \o/
[13:45] <laga> are the archives open already?
[13:46] <DktrKranz> not yet for normal uploading
[13:47] <DktrKranz> toolchain time now
[13:47] <laga> yay
[13:47] <pochu> https://lists.ubuntu.com/archives/jaunty-changes/2008-October/000000.html
[13:47]  * pochu subscribes to the list
[13:48] <DktrKranz> feisty-changes can go now
[13:52]  * ScottK had the next to last security upload for Feisty.
[14:02] <luckyone> hello motu
[14:03] <luckyone> I am reading the "Will Canonical's Servers stay alive the 30th of October" thread because I searched for 'apt-torrent'
[14:04] <luckyone> what is the reason we don't use apt-torrent for package distribution? On release day bandwidth would be *much* less a problem I would think
[14:05] <luckyone> especially if the frontend for it helped people see how much ubuntu they had help spread!
[14:05] <luckyone> I would seed the crap out of it
[14:06] <slytherin> Koon: ping
[14:07] <Koon> slytherin: pong
[14:08] <slytherin> Koon: persia asked me to talk with you about openweek. Are you planning any session?
[14:10] <Koon> slytherin: I'll be away next week with lots of uncertainties so I preferred not committing on running a session
[14:12] <Koon> (or is it "committing to"...)
[14:25] <Koon> slytherin: did you receive my answer ?
[14:25] <slytherin> Koon: No. My laptop froze. I am still trying to find root cause of the problem. :-(
[14:25] <Koon> slytherin: I'll be away next week with lots of uncertainties so I preferred not committing on running a session
[14:26] <slytherin> ok
[15:25] <amikrop_> Hello. Audacious 1.5.1 has a very serious bug, not playing the music file the user double clicked on, but playing an old playlist. This bug has been fixed in next versions of Audacious, so I really believe, you should package an update after 1.5.1, as soon as possible.
[15:26] <laga> amikrop_: please file  a bug report
[15:26] <james_w> hi amikrop_, is there a bug in launchpad on this?
[15:30] <marcin_ant> hi all
[15:32] <marcin_ant> I would like to ask if is there any kind of software that can generate debian packages automatically from set of upstream tarballs? (something like dh_make but with gui etc.)
[15:32] <amikrop_> james_w: I don't think so.
[15:33] <amikrop_> laga: I will.
[15:35] <jdong> marcin_ant: there is not
[15:35] <jdong> marcin_ant: a few developers I recall at one point were working on a project that would do something similar to that
[15:36] <jdong> marcin_ant: personally I feel that the level of work and forethought that is required in packaging something well is probably beyond the abilities of automated heuristics
[15:36] <jdong> or at least moderately challenging to implement
[15:37] <marcin_ant> jdong: sure if you think about 'rules' it's pretty hard to automate this
[15:39] <joaopinto> marcin_ant, there is, debcreator, and another one which i don't remember the name
[15:39] <joaopinto> marcin_ant, debian package maker
[15:40] <dx9s_work> How do I figure out the maintainer(s) for mtp-tools,  ' https://launchpad.net/ubuntu/hardy/+package/mtp-tools ' does tell much -- and would like to forward some information from Tim Norman (Pocket Tunes founder/developer) on a change to the included libmtp.rules for udev
[15:40] <jdong> dx9s_work: Ubuntu doesn't have "maintainers" in the Debian sense
[15:41] <jdong> dx9s_work: usually, either try contacting the last few people mentioned in the changelog, the ubuntu-motu list, or file a launchpad bug
[15:42] <dx9s_work> jdong, I'll try but I don't promise anything / also need to see if Intrepid (have machine at home) possibly already has some changes.
[15:43] <jdong> dx9s_work: alright, cool. thanks.
[17:39] <gouki> How does one know which section a package belongs to? Also, are there any guidelines for the priority field?
[17:48]  * sistpoty|work heads home... cya
[18:05] <amikrop> Hello. After upgrade to Intrepid, I don't have sound for Youtube videos.
[18:05] <amikrop> Maybe it is an issue with the flash.
[18:05] <amikrop> Actually, I can remember I disconnected from the Internet after the downloads of the new packages for the upgrade, were finished.
[18:06] <amikrop> And when it started installing these packages, the flash plugin needed an Internet connection, which it didn't have.
[18:06] <amikrop> And it said it failed to install.
[18:32] <amikrop> There is a very serious bug in 8.10: I don't have sound in Flash videos, and Skype cannot produce sounds, I cannot call, and it says audio playback problem.
[18:33] <amikrop> I don't know, is it about pulseaudio or something?
[18:33] <amikrop> It is very very irritating, I can say.
[18:34] <amikrop> Unacceptable :S
[18:35] <amikrop> No OS can be called serious, if it has such major bugs :(
[18:42] <directhex> amikrop, this isn't a support channel, it's a developer channel
[18:42] <amikrop> directhex: Excuse me?
[18:43] <amikrop> directhex: I am talking you about something extraordinarily bad, and your only answer is "this is not the right place"?
[18:43] <amikrop> I was waiting for a more responsible answer, sir.
[18:44] <directhex> amikrop, it works for other people. you make it sound like the norm, rather than an exception
[18:44] <amikrop> directhex: Well, it does not work for me.
[18:44] <amikrop> Should I be completely upset, or that would make me mean?
[18:45] <superm1> amikrop, this channel is intended for developer discussions of packaging.  finding support for problems, you'll find better luck in #ubuntu or a similar support channel
[18:45] <directhex> you obviously already are. but you're asking for user support with a broken configuration, in (as you say) the wrong place
[18:45] <amikrop> superm1: you can't discuss in #ubuntu there are over 1000 persons there, which makes it impossible to say a thing and someone actually hear you
[18:45] <jdong> going into the wrong channel with the wrong attitude is not going to get you anywhere productive.
[18:46] <jdong> just because another channel is busy doesn't give you the right to interrupt developers in a development-only channel
[18:46] <amikrop> directhex: broken configuration? who broke it?
[18:46] <jdong> (1) tell skype to switch to pulseaudio already
[18:46] <amikrop> I just upgraded, and things stopped working
[18:46] <jdong> (2) tell Adobe the same.
[18:47] <amikrop> jdong: well, how about telling Ubuntu *not* to use pulseaudio, until big vendors like Adobe and Skype actually support it?
[18:47] <jdong> amikrop: then go tell Fedora, RedHat, OpenSuse, and others the same.
[18:47] <jdong> let's all wait until the industry's slowest proprietary vendors catch up!
[18:48] <directhex> there's no 64 bit flash, ban 64-bit distros!
[18:48] <directhex> (there's a 64-bit moonlight available if you like though ;))
[18:48] <amikrop> Well, if yoy don't, users get screwed up.
[18:48] <jdong> flash works here.
[18:48] <jdong> how did you install it?
[18:48] <directhex> and here. and at work on 3 machines
[18:48] <amikrop> jdong: ubuntu-restricted-extras
[18:49] <jdong> any unusual changes to your sound setup?
[18:49] <amikrop> no
[18:50] <amikrop> So? What's wrong?
[18:51] <jdong> no idea
[18:51] <directhex> good question. would require lots of diagnostics, which after the day i've had, i'm less than 0% inclined to do
[18:52] <jdong> and I wish I knew what I was talking about when it came to the Linux sound architecture
[18:52] <directhex> development i could stomach this evening. user support, no. if only there was a development channel i could join
[18:52] <amikrop> Well, I keep telling friends, all the time, how good is Ubuntu, and use it, and help them with installations. And I do this because I like Ubuntu myself, and really feel like doing so. But such situations not only disappoint me, but expose me to my friemds, who are (practically) complaining to me, who proposed them the OS they use now. :-(
[18:53] <jdong> sorry to hear that but that's no excuse to disrupt a development channel
[18:53] <jdong> there are plenty of support options for resolving this -- forums, launchpad answers, mailing lists, IRC
[18:53] <jdong> please do it in an appropriate medium so developers can continue to do their jobs
[18:54] <amikrop> whatever :(
[18:54] <amikrop> I just think developers should fix bugs like this.
[18:54] <directhex> and won't help. because you haven't provided anything of worth to a developer, such as diagnostic output
[18:54] <amikrop> Anyway, thank you, and have a nice day.
[18:54] <csilk> facepalm, some guy made a package for an app I'm in the process of packaging claiming that I am to slow, upon looking at the package it has no dependencies listed in the control file, no copyright information, blank changelog and his package contains a shelll script he wront to make compilation easier?
[18:54] <csilk> *wrote
[18:54] <directhex> csilk, sounds normal to me
[18:55] <csilk> Possibly the worst attempt ever at hi-jacking  a package
[18:55] <jdong> csilk: at least he hasn't uploaded it to a repository yet and told everyone to install it
[18:55] <directhex> csilk, don't look at the mono 2.0 package on someone's ppa
[18:55] <csilk> haha
[18:55] <directhex> jdong, ding!
[18:55] <jdong> and ignore official packages because they interfere with them.
[18:55] <directhex> jono, package version "2.0"
[18:55] <directhex> :)
[18:55] <jdong> directhex: I feel your pain :)
[18:56] <csilk> I guess I'll just /ignore this guys pm's and let him upload it to revu as he plans
[18:56] <jdong> directhex: I was told I "royally screwed up" a Firefox package and the proposed fixed version was a deb postint wrapped arch build script.
[18:56] <csilk> apparently my critque is based on jelousy that he finished the package first.........
[18:56] <directhex> also, am i the only one who gets pissed at divas with an entitlement complex?
[18:56] <jdong> csilk: lol, please let him just upload to revu :)
[18:57] <csilk> sure thing
[18:57] <csilk> he thinks because it works on his system it will work "on everyones"
[18:57] <jdong> "working" is such a low standard to set :)
[18:57]  * jdong resists observation about US workforce
[18:58] <csilk> lol
[18:58] <directhex> really, that amikrop guy needs to get with the bloody program. if it doesn't work, don't invade a dev channel and act like a prissy customer who's been wronged
[18:58] <directhex> when he's paying me consultancy, he gets grace & fast action
[18:58] <jdong> agreed. getting cranky in the wrong place is not going to get anything resolved.
[18:58] <jdong> and apparently we're just sitting around with a fix command refusing to run it on flash and skype.
[18:59] <csilk> oh dear, that jdong is so lazy, why won't he just rin the fix command damn it
[18:59] <csilk> *run
[19:00] <directhex> pdoesn't flash use pulse now? what was that "no more flashsupport" stuff?
[19:30] <csilk> anybody got an opinion on using "checkinstall" for making packages?
[19:30] <csilk> note: I don't use it myself
[19:31] <NCommander> ScottK, you live?
[19:31] <csilk> NCommander, any opinion on my above comment?
[19:32] <NCommander> csilk, its a horrible horrible horrible hack, and whoever is using it to make packages should be smacked and then shown the packaging manual
[19:35] <NCommander> I need someone running Hardy, and has backports enabled
[19:35] <NCommander> any takers?
[19:35] <laga> let me look
[19:36] <NCommander> https://bugs.edge.launchpad.net/hardy-backports/+bug/282361 - laga can you see if transmission-gtk is installable if you have hardy-backports enabled?
[19:36] <csilk> NCommander, that was very similar to what I said, I was looking for confirmation from someone more experienced than myself, thank you
[19:36] <laga> no, backports is disabled
[19:36] <NCommander> bah
[19:36]  * NCommander needs someone w/ backports enabled
[19:36] <laga> :(
[19:38] <directhex> hold on
[19:40] <directhex> NCommander, it's installed already. want me to purge & reinstall?
[19:40] <NCommander> directhex, transmisison-gtk?
[19:40] <NCommander> (from backports?)
[19:40] <directhex>  *** 1.22-1ubuntu1~hardy1 0
[19:40] <directhex>         500 http://mirror.ox.ac.uk hardy-backports/main Packages
[19:40] <directhex>         100 /var/lib/dpkg/status
[19:40] <NCommander> Yeah, try purging and reinstalling
[19:41] <NCommander> We don't have a backport of libpango, so I'm not understanding how this is going boom
[19:42] <directhex> Setting up transmission-gtk (1.22-1ubuntu1~hardy1) ...
[19:43] <directhex> it libpango1.0-0 (>= 1.20.0)
[19:43] <directhex> whereas hardy has 1.20.1 and hardu-updates has 1.20.5
[19:44] <NCommander> d'oh
[19:44] <NCommander> Ok
[19:44] <NCommander> SO thats a failure on my part
[19:44] <directhex> i.e. no problem
[19:45] <NCommander> directhex, mind marking that on that bug for me?
[19:45] <NCommander> actually
[19:45] <NCommander> I'll do it
[19:45] <directhex> busy watching zombies eat the big brother house
[19:45] <NCommander> lol
[19:46] <directhex> and now i'm done
[19:47]  * NCommander provides a transmission backport
[19:50] <directhex> NCommander, how about mono? it doesn't break anything that i've noticed :) :p
[20:10] <nixternal> where are my regex and bash junkies? this is killing me
[20:10] <nixternal> TYPE='ss1k'
[20:11] <nixternal> if [[ $TYPE =~ ^ss[0-9]k ]]
[20:11] <nixternal> this does not work no matter how I try it
[20:11] <ScottK> NCommander: I do (AFAIK)
[20:12] <nixternal> foo.sh: 8: [[: not found
[20:12]  * nixternal jumps out the window
[20:12] <NCommander> ScottK, well, living is an all important thing :-)
[20:12]  * NCommander watches nixternal go splat on the pavement
[20:13] <ScottK> Some days it's over-rated.
[20:13]  * ScottK is glad he doesn't have the job of cleaning that up.
[20:13] <NCommander> ScottK, I have a backport that Needs Upload
[20:14] <ScottK> Bug?
[20:14] <ScottK> It better not be another Transmission backport because that one was a PITA.
[20:15] <NCommander> ScottK, https://bugs.edge.launchpad.net/hardy-backports/+bug/282361
[20:15] <NCommander> ScottK, err
[20:15] <NCommander> too late
[20:15] <ScottK> OK.
[20:15] <ScottK> At least you did it this time.
[20:15]  * NCommander already did the backport and the testing ;-)
[20:16] <ScottK> NCommander: Please mark in the bug about how wonderfully you've tested this.
[20:17]  * NCommander downloads a torrent just to make sure nothing is actually broken
[20:17] <ScottK> NCommander: Also I need a better rationale than 'fixes bugs'.  If it just fixes bugs it ought to be cherry picked for SRU.
[20:17] <NCommander> ScottK, hold on
[20:18] <ScottK> NCommander: Were you aware there's a pending SRU for that version?
[20:19] <NCommander> ScottK, no, but the version in Hardy is very old, there are feature changes
[20:19] <ScottK> NCommander: Sure.  Document those in the bug (edit it), but I want to wait until the SRU is in -updates and backport that.
[20:21] <NCommander> ScottK, ok, well, the debdiff shoud apply cleanly from the -updates version except for the changelog info
[20:21] <NCommander> and ...
[20:21] <NCommander> *deletes and recreates the debdiff*
[20:21] <NCommander> Its been too long since I touched backports; I forgot the freaking bug number
[20:24] <NCommander> ScottK, https://bugs.edge.launchpad.net/hardy-backports/+bug/275573 - DOH!
[20:25] <ScottK> NCommander: For 275573, how about you just test bzr from Intrepid and we backport that?
[20:26]  * NCommander looks at Bazaar's rdepends
[20:27] <NCommander> ScottK, there are enough bazaar rdepends that I would be a little nervous about doing the backport without a hell of a lot of regression testing
[20:27] <NCommander> We're still recovering from the last SCM backport we attempted
[20:34] <ScottK> NCommander: Fair enough.
[20:34]  * ScottK will deal with it then.
[20:34] <NCommander> I think if we broke both Bazaar and SVN within the timespan of a month, people will riot :-)
[20:35] <ScottK> NCommander: It's backports.  It's known crack.  People who expect it to actually work consistently should be educated otherwise.
[20:35] <NCommander> The problem with users is you can't uninstall stupid.
[20:35]  * NCommander notes we should probably have some sorta big warning box when you try and enable the backports repo on Hardy.
[20:36] <ScottK> NCommander: Did you read the warning in sources.list that's already there?
[20:37] <NCommander> Its not displayed if you enable it via software sources
[20:39] <james_w> I was going to request a backport of bzr at some point, but I'll do that once I've picked the version and looked at how much needs to be included, and done some testing
[20:40] <cody-somerville> I think we should remove it from software sources if it is that much of a problem
[20:40] <cody-somerville> I mean, the backporters actively ignore people who say "hey, this is breaking my system" and upload proposed backports anyhow
[20:41] <cody-somerville> Maybe we need to reconsider the "official" part of the ubuntu backports.
[20:43]  * NCommander always thought Backports were unoffical and unsupported
[20:43] <NCommander> Did I miss a memo to the contrary?
[20:43] <NCommander> ^- cody-somerville
[20:43] <NCommander> or ScottK actually
[20:43] <cody-somerville> The wiki page says "The chances for regression is very low" blah blah blah
[20:43] <cody-somerville> Obviously there is a disconnect somewhere.
[20:43] <NCommander> Thats the theory
[20:43] <ScottK> cody-somerville: We actually have very few regressions.
[20:43] <ScottK> And we fix them when we do.
[20:43] <NCommander> Considering the number of backports we do
[20:44] <NCommander> The problem is every once in awhile, we backport something and it breaks in unexpected way (SVN being the problem this case around)
[20:44] <ScottK> cody-somerville: Backports is blessed by the tech board.  If  you think they should be stopped, take it up with them.
[20:44] <cody-somerville> I would if I cared enough.
[21:14] <ScottK> Dad to 5 year old: "We have to restart the computer."
[21:14] <ScottK> 5 year old: "Why?"
[21:15] <ScottK> Dad to 5 year old: "Because I just updated the kernel and each time you update the kernel, the computer has to be restarted to use the new kernel."
[21:15] <ScottK> 5 year old: "Oh."
[21:15] <joaopinto> found a crashing bug with webkit :\
[21:21] <ScottK> NCommander: Since bzr-svn doesn't actually depend on svn and isn't built against it, how does rebuilding help?
[22:08] <compengi> why does debian and ubuntu change the default package configure
[22:08] <compengi> files and folders
[22:10] <compengi> isn't better to get used to universal package defaults?
[22:11] <sebner> compengi: can you be more specific?
[22:12] <compengi> for example 1 of the packages that is completely different and changed is apache2
[22:12] <compengi> the default configuration files and directories aren't the same as in the source package
[22:14] <compengi> the default package files in source package is in /etc/httpd/httpd.conf and the root directory is in /srv/http/
[22:15] <sebner> compengi: I suppose /srv was changed to /var?
[22:15] <sebner> compengi: ubuntu doesn't have a /srv (like suse). webservices run here in /var
[22:15] <compengi> true, that's the first difference and configuration files?
[22:18] <compengi> i'm not asking about a specific package, it's interesting to know why some packages' directories are changed (configuration one's at least)
[22:21] <compengi> and it also sometimes happens that in those package support channels you will be asked to refer in your distro's support channel (ubuntu in this chase) when you use the default, you can ask any question there
[22:21] <sebner> compengi: well, true but in the apache case. ubuntu doesn't have /srv ...
[22:22] <compengi> sebner, apache was only an example as you've asked to be more specific :)
[22:22] <sebner> compengi: be sure that the changes aren't made just for fun (most times) ^^
[22:24] <compengi> sebner, ermm.. i don't have any problem with reading and using any distor's defaults. i'm totally okay with it. i don't have either a question regarding any package setup. but it's an interesting cause to know why it's like this
[22:29] <compengi> i idle in ubuntu support channel and sometimes a user asks some specific advanced package setup questions, when you'd ask him to refer to there support channel, he'd sometimes reply, they had just refered me to here
[22:30] <slangasek> -
[22:41] <ScottK> compengi: Generally these differences are because we try to follow FHS: http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
[22:53] <compengi> ScottK, although accourding to FHS /var/ Variable files, such as logs, spool files, and temporary e-mail files. and /srv/ Site-specific data which is served by the system.
[22:54] <compengi> which doesn't mean you are following FHS
[23:01] <compengi> ScottK, http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
[23:02] <compengi> Therefore, no program should rely on a specific subdirectory structure of /srv existing or data necessarily being stored in /srv. However /srv should always exist on FHS compliant systems and should be used as the default location for such data.
[23:48]  * sistpoty considers pointing MOTUs to SRUs while jaunty is still frozen: http://pastebin.ubuntu.com/65442/
[23:48] <sistpoty> any comments?
[23:51]  * jdong agrees with the motion
[23:51] <sistpoty> refined at http://pastebin.ubuntu.com/65443/, to also point to REVU
[23:52] <sistpoty> though I'm not 100% sure what should be the top thing to work on right now
[23:54] <sistpoty> refined again: http://pastebin.ubuntu.com/65447/