[18:49] <ahasenack> I'm working on the unicorn ftbfs on non-amd64, I have a fix already
[18:49] <ahasenack> just taking care of boilerplate now (send to debian, file PR in debian, add dep3 headers, etc)


[18:55] <michael_> hi
[18:57] <michael_> are some rpi developers here?
[18:58] <michael_> i've some questions about p2p and widi (wifi-display/miracast) on the pi3
[19:00] <michael_> if not, how to do/enable that on lubuntu as sink-server?


[13:37] <beisner> hi jamespage, can you review c-h mp? @ https://code.launchpad.net/~1chb1n/charm-helpers/charm-helpers.liberty-fetch-init/+merge/267515 - fixes invalid install source re: liberty, also adds a couple of amulet helpers for updated test WIPs.
[13:42] <jcastro> jose: ah nuts I missed sebas
[13:42] <jcastro> jose: the talk looks awesome, though, I suck at Spanish!
[14:26] <jose> jcastro: hey, it's good that we have it recorded! you can always try using the automatic spanish CC on youtube and then the English translation
[15:00] <mbruzek> jose:  How did your conference go?
[15:01] <jose> mbruzek: it was super awesome! I didn't get to catch much of the sessions as I was running around, but it was great
[15:01] <jose> people left the auditorium with a big smile :)
[15:01] <mbruzek> jose:  awesome
[15:01] <mbruzek> jose: Yeah you really can't enjoy the events you are organizing, I know that too
[15:01] <mbruzek> Jose link to vids?
[15:02] <jose> mbruzek: youtube.com/ubuntuonair, scroll down a bit and there's an ubuconla+ playlist
[15:02] <mbruzek> ok
[15:03] <jose> oh, and seb's talk is there too!
[15:03] <mbruzek> I see that, how did you say to translate?
[15:04] <beisner> wolsen, can you confirm an observation?:   enabling ssl in the rmq charm is a one-way deal.  ie. hooks aren't present for disabling ssl once enabled.
[15:23] <lazyPower> ouch
[15:24] <lazyPower> that seems like we broke a cardinal rule there beisner
[15:25] <beisner> lazyPower, yeah, ran into this while test writing.  tests want to flip ssl on and off and run some of the same checks with it enabled and disabled.  i can turn it on ok ;-)
[15:26] <lazyPower> you do good work my man
[15:27] <beisner> same @ ya, lazyPower
[15:28] <beisner> wolsen, lazyPower - actually, turn-it-off logic is there, but it leaves the key files behind.  probably should clean those up when disabling.
[15:29] <beisner> so, error in my test logic .. it sees key files and says "fail, ssl isn't disabled dood"
[15:29] <lazyPower> well, thats tricky. are they self signed certs?
[15:29] <lazyPower> or are they provided base64 encoded certs?
[15:31] <lazyPower> i guess either way you would want to not keep them on disk
[15:40] <beisner> lazyPower, functionally, the charm seems fine.  just that lil bit about leaving old news behind that may or may not be of concern.
[15:50] <jose> Odd_Bloke: ping, still around?
[15:50] <Odd_Bloke> jose: Yo.
[15:50] <jose> Odd_Bloke: you have a min to talk about the ubuntu-repository-cache charm? got some thingies after using it for production the past weekend :)
[15:51] <Odd_Bloke> rcj: Around?
[15:52] <jose> mr. Jennings has been idle for over 140 hours
[15:55] <Odd_Bloke> He's been active more recently in internal IRC. :p
[15:55] <jose> oh cool
[15:56] <Odd_Bloke> jose: Do you want to brain-dump?  rcj can catch up when he's around.
[15:56] <jose> sure
[15:59] <jose> mbruzek: enable automatic CCs on the video, then choose 'translate' to english, and it should do good
[16:00] <jose> Odd_Bloke: so, I installed the charm and started working alright. however, when I did the DNS redirect to archive.ubuntu.com, I needed to make sure the redirect didn't point to the same machine, otherwise I would end up in a loop
[16:01] <jose> also, jjox helped me find a bug, bug #1483093
[16:01] <mup> Bug #1483093: .archive.ubuntu.com is non inclusive <squid-deb-proxy (Ubuntu):Incomplete> <https://launchpad.net/bugs/1483093>
[16:01] <jose> so, that means I had a problem right away. when users connected from archive.ubuntu.com it would give a 403. solution was to remove the . in front
[16:02] <jose> however, what happens if I want to mirror something else? or have the mirror use another domain name? it also needs to be specified on the file, otherwise users will end up with a 403 and won't know what to do
[16:02] <jose> that's... basically it :)
[16:02] <jose> apart from that, it did a great job
[16:03] <Odd_Bloke> So we haven't hit the redirect loop problem before because all of the cloud images are built to use <cloud_name>.clouds.archive.ubuntu.com (or something along those lines).
[16:03] <Odd_Bloke> So we don't have to do any DNS magic.
[16:04] <Odd_Bloke> jose: "specified on the file" <-- What needs to be specified, and which file?
[16:05] <jose> yeah, but happened to me when I was using the manual provider :)
[16:05] <Odd_Bloke> Thanks for the feedback, glad to hear it was useful!
[16:05] <jose> check the bug, the mirror-dstdomain.acl file needs to have the domain name that's gonna be used, so I'd suggest a config option to have any domain names you want in there
[16:05] <Odd_Bloke> Ah, OK, I see what you mean.
[16:06] <jose> if it's not there squid-deb-proxy will throw a 403 error, and it's a bit hard to spot
[16:06] <jose> need to navigate between several files
[16:06] <Odd_Bloke> Yeah, I run squid-deb-proxy at home, so I've hit that problem before.
[16:08] <Odd_Bloke> jose: So I suspect that we won't find time to fix the 'extra domains' thing any time soon; we're using this as a mirror of archive.u.c, and that's unlikely to change.
[16:08] <Odd_Bloke> jose: But I would certainly be happy to review a patch.
[16:09] <jose> I'd love to give a hand, I'd have to find my way around python charms as I'm not experienced, but definitely willing to take a look
[16:09] <Odd_Bloke> jose: As for the DNS loop, I'm not sure what to suggest, unless perhaps the charm didn't try to hit archive.u.c but tried to hit a subdomain of it?
[16:09] <jose> for the DNS loop, a quick note on the readme could do :)
[16:10] <jose> something like 'make sure you don't end in a DNS loop when you are using the manual provider, otherwise your repository will not update!'
[16:10] <Odd_Bloke> jose: So what exactly did you do to fix it?
[16:11] <jose> put a custom entry on /etc/hosts, since the firewall was somehow blocking <IP_ADDRESS>, reason why I didn't edit resolv.conf
[16:13] <Odd_Bloke> So hard-coded an IP address that you knew was archive.u.c?
[16:15] <jose> yep, directly from canonical
[16:16] <Odd_Bloke> Hmm, that's probably fine for a temporary deployment but you could end up with it breaking if that IP address ever stopped being an archive mirror.
[16:16] <Odd_Bloke> (Or, worse, continued to be an archive mirror but was taken out of the DNS rotation because it wasn't updating properly)
[16:17] <jose> right. maybe a resolv.conf entry edit or making sure it doesn't use the custom dns but google's, for example, should be good
[16:17] <jose> just that in my case it wasn't enough
[16:18] <Odd_Bloke> Well, I'm wondering if we should mirror from 'urc.archive.ubuntu.com' or somesuch.
[16:18] <Odd_Bloke> Provided people don't advertise their mirror as a wildcard, that should work.
[16:22] <jose> yeah, mine was a wildcard too :D
[16:22] <jose> so I could've hit it from different dns records
[16:22] <Odd_Bloke> I feel like my lack of experience with configuring DNS servers is letting me down here. :p
[16:47] <jamespage> beisner, how do you normally do the switch helpers/tests to stable thing?
[16:48] <beisner> jamespage, i believe in the past, coreycb has done both and pushed into stable as the first commit after the release.
[16:49] <beisner> jamespage, i have a batch, which would result in 1 MP per charm, as i (thankfully) can't push straight into the charms  ;-)
[16:49] <coreycb> beisner, thanks, lemme know if you need a review
[16:49] <wesleymason> I have charm related conundrum..I'm revisiting an earlier attempt to get one of our internally used subordinates into the store, proper, and trying to add some basic amulet tests per review feedback..however there aren't any public charms which currently have a rel for this subordinate (although part of getting it promulgated is to encourage more charms to
[16:49] <wesleymason> support it)...so do I either a) try and spend some time adding support to a charm like the wordpress one (which would be nice eventually anyway, but a fair bit of work to undertake properly), or b) can I add a "dummy" charm with minimal amount of mcok data fed back over the relationship to the subordinate to make it testable in the amulet test?
[16:52] <marcoceppi> wesleymason: what does the charm do exactly? A lot of people have used an Ubuntu charm as the base of a subordinate and will modify it (with the amulet test) so it will mimic a potential client charm
[16:52] <beisner> jamespage, coreycb - so shall i do the charm-helpers yaml + stable test bit flipping MPs?
[16:53] <jamespage> beisner, pls
[16:53] <jamespage> beisner, lemme push the big button and publish the stable charms
[16:53] <beisner> jamespage, coreycb - curious, does stable charm-helpers branch also get a push from dev in tandem with our release?
[16:53] <jamespage> beisner, it does
[16:54] <wesleymason> marcoceppi: it installs a utitliy (conn-check), and takes either a filepath to a config file or the config itself as a string and creates the file from the relation (but this is deprecated in the charm), and if related to nrpe sets up a regular nagios check
[16:54] <beisner> jamespage, ok good.  lmk when the charms are pushed, i'll update my batch o matic thing and do those flips.
[16:56] <marcoceppi> wesleymason: doing route (a) sounds best either by using an existing charm in your personal namespace as an example or by forking the ubuntu charm as a "vanilla" implementation. Having that will go a long way to helping people grok how to implement the bits required to make their charms compat with yours
[16:57] <wesleymason> marcoceppi: :+1+, ta will do that
[17:04] <ddellav> coreycb, can you take a look at this amulet output? I'm not sure why it failed http://paste.ubuntu.com/12049127/
[17:06] <jamespage> beisner, apparently I'm done
[17:10] <beisner> jamespage, ok, c-h.yaml + amulet flip batch underway.  will ping when ready for review.
[17:19] <coreycb> ddellav, I've not seen that error.  for many charm errors you can look in the jenkins artifacts and find logs from the run, typically you'd want to look in /var/log/juju/unit*.log.  but I dont' think that'll help here
[17:20] <coreycb> ddellav, could be related to this?  https://bugs.launchpad.net/juju-core/+bug/1468586
[17:20] <mup> Bug #1468586: juju 1.24.0 bootstrap failure - Waiting for API to become available - Error connection is shutdown <oil> <juju-core:New> <https://launchpad.net/bugs/1468586>
[17:20] <stub> marcoceppi: Is there any particular reason that the storage subordinate has not been promulgated to trusty?
[17:21] <jamespage> coreycb, beisner: you guys ok to handle landing those branches for the stable switch?
[17:21] <beisner> jamespage, yep we've got it
[17:21] <coreycb> jamespage, sure
[17:23] <marcoceppi> stub: no one's asked?
[17:25] <stub> marcoceppi: ok, asking now :)
[17:25] <stub> marcoceppi: ok, asking now :)
[17:25] <marcoceppi> stub: just open a bug like you would a new charm asking to promulgate storage charm to trusty and it'll go iunto the review queeu
[17:26] <stub> but laaazy
[17:26] <marcoceppi> stub: me tooo
[17:30] <lazyPower> stub: you rang?
[17:58] <beisner> coreycb, pile o' openstack charm merge proposals for c-h/amulet stable flips @ http://paste.ubuntu.com/12049694/
[17:59] <coreycb> beisner, k, queued!
[18:01] <beisner> coreycb, woot, thank you
[18:07] <beisner> meanwhile...   bots gone wild!
[19:08] <jose> mbruzek: ping
[19:13] <beisner> coreycb, oh fyi, only expect lint + unit results on that batch, as amulet was green on all of them.  though, as soon as those land, i plan to release a full run of stable charm tests for new baslines.
[19:13] <beisner> baselines even
[19:17] <coreycb> beisner, ok
[19:27] <wolsen> beisner, coreycb ... release day - I can feel it... literally - the cell phone buzzes with each email sent for merge lol
[19:28] <coreycb> lol
[19:28] <beisner> bzzzt bzt!
[19:28] <wolsen> lol
[19:56] <lazyPower> marcoceppi: do we have charm helper wrappers that gracefully degrade to determine is_leader? My current strategy for approaching this is to panic and halt execution - https://github.com/whitmo/etcd-charm/pull/16
[19:57] <marcoceppi> lazyPower: not that I'm aware of, the openstack charmers implemented the code. I'd have to look to see
[19:58] <lazyPower> ok, i think where i'm at today satisfies the bug, but I'll circle back and look into making the charm gracefully degrade
[20:02] <marcoceppi> hatch: it also runs the config-changed hook
[20:02] <hatch> marcoceppi sorry?
[20:02] <marcoceppi> and potentially the install hook (if upgrade-charm isn't present)
[20:03] <hatch> I must have missed a previous message
[20:03] <lazyPower> marcoceppi: thats what you get for trying to ninja
[20:03] <marcoceppi> hatch: I'm just really good at predicting the question you're about to ask
[20:03] <hatch> lol
[20:03]  * lazyPower plays sadtrombone.wav
[20:03] <hatch> marcoceppi so when upgrading a charm, it overwrites everything? or just matching files in the charm path?
[20:04] <marcoceppi> hatch: it just unpacks the zip file ontop of the charm_dir
[20:04] <lazyPower> only the files contained in the charm itself. if the charm creates for example .foo - .foo will persist so long as it does not exist in the charm package.
[20:04] <marcoceppi> it won't delete anything
[20:04] <hatch> mm ok - the root of this question is that I need somewhere to write keys supplied via config
[20:04] <hatch> so I wasn't sure if the charm directory was stable enough to do so
[20:05] <lazyPower> hatch: are you using charm helpers? if so, there's a storage module to do this, and it has a handy side effect of letting you know if the value has changed which helps with idempotency
[20:05] <hatch> no I'm writing it in bash
[20:05] <lazyPower> welp, nothing to do here then *whistles*
[20:05] <marcoceppi> hatch: you acn use charm_dir, or you can always just use /etc :)
[20:05] <hatch> lol - I was surprised that there was no 'common charm actions' section in the docs with code examples
[20:05] <marcoceppi> lazyPower hatch the kv stuff is available through the chlp bash interface :)
[20:07] <hatch> thanks for the information marcoceppi lazyPower
[20:08]  * lazyPower hattips
[20:50] <hatch> Is the $CHARM_DIR environment variable always defined? Or only during hook execution? I'm wondering if I can use it in an upstart script
[20:51] <marcoceppi> hatch: only during hook execution
[20:53] <hatch> marcoceppi is there any way to know where the charm path is from the upstart script?
[20:53] <marcoceppi> hatch: have the charm write it to the init script?
[20:53] <hatch> Or should I copy everything to usr/local/bin or something
[20:54] <marcoceppi> hatch: it's best to use the linux filesystem, either usr/local/bin or /opt or something like that
[20:54] <marcoceppi> I typically go with /opt/<thing>
[20:54] <marcoceppi> but that's just a convention I grew up with
[20:54] <hatch> alright I'll do that  , I need a place to put the bin and keys and whatnot
[20:54] <hatch> so I'll just have to make sure the upgrade script properly replaces those
[20:54]  * marcoceppi nods
[20:55] <hatch> thanks again :)
[21:00] <coreycb> beisner, those are all merged except rmq which I don't have upload rights for
[21:01] <coreycb> beisner, however, precise and trusty charms are now different, so can you propose all of them against precise too?
[21:25] <lazyPower> thumper: ping
[21:25] <thumper> lazyPower: with you shortly
[21:26] <lazyPower> thumper: its a quickie. you were hacking on django and used features that only exist in newer juju, i used the proposed semver approach we riffed in about a month ago - and it got nacked in peer review, you may want to take a look here at this cleaner block update that you can recycle - (reason why is inline) https://github.com/whitmo/etcd-charm/pull/16
[21:35] <thumper> lazyPower: ok, will look
[21:35] <thumper> lazyPower: btw, I support the min-version idea
[21:36] <thumper> will raise again
[21:36] <thumper> lazyPower: however, it does raise the interesting point of "how to fall back"
[21:36] <thumper> lazyPower: if I have, say, the django charm that now uses leadership, and has min-version of 1.24
[21:37] <thumper> lazyPower: what would the expected behaviour be of someone using 1.22 going 'juju deploy python-django'
[21:37] <lazyPower> thumper: i think thats on a case by case basis
[21:37] <thumper> I believe this is the main sticking point w.r.t implementation
[21:37] <lazyPower> if you can probe if you have it available, you're already leaps and bounds ahead
[21:38] <lazyPower> you can either chose to work around it, or raise an error with a meaningul output with regard to "Yo, your version of juju is crusty, please update if you want to use this charm"
[21:45] <marcoceppi> lazyPower thumper it seems that leader election is the only hard sticking point atm. status and storage have feasable workaround to degrade nicely
[21:47]  * thumper nods
[22:30] <wesleymason> PSA: !juju now works on duckduckgo.com to redirect searches to the charm store 😉


[21:06] <tiano> hello
[21:07] <tiano> Anyone from BR?
[21:12] <Maik> !ask | tiano
[21:12] <Maik> and #lubuntu-offtopic is for casual talk :)
[21:14] <tiano> Ok, great
[21:41] <tiano> Anyone from brazil
[21:59] <Dan58> How do I make dual boot on XP machine
[22:00] <Dan58> I did shrink the XP partition and have free partition
[22:01] <Dan58> anyone can help here?


[01:41] <PyroSama> Hey I just installed ubuntu server on a computer and didnt configure the networking on it
[01:41] <PyroSama> And I'm clueless how to do it
[01:42] <PyroSama> Where is the configuration file that I need to modify?
[01:43] <fujin_> vi /etc/network/interfaces
[01:43] <fujin_> man 5 interfaces iirc
[01:43] <fujin_> there should be a little header at the top of the file which tells you the manpage
[01:43] <PyroSama> Thank you :)
[01:43] <fujin_> but generally,
[01:43] <fujin_> auto <interface>
[01:43] <fujin_> iface <interface> inet static
[01:43] <fujin_> address <address>
[01:43] <fujin_> netmask <netmask>
[01:43] <fujin_> gateway <gateway>
[01:43] <fujin_> should suffice for a static configuration
[01:44] <PyroSama> Ok :)
[02:01] <MrProper_> afternoon all
[03:25] <chowmeined> Will the sparc version of ubuntu server run on something as old as an ultrasparc IIi?
[03:25] <kgoetz> if its 64 bit (which iirc it is) you migh be lucky
[03:25] <kgoetz> but i wouldnt count on it
[03:26] <chowmeined> yea it is 64bit
[03:26] <chowmeined> ok, im running debian sparc on it now
[03:26] <chowmeined> i guess ill stick with that
[03:26] <kgoetz> not sure how different ubuntu+debian sparc is
[03:29] <kgoetz> chowmeined: what is the server in question? a sunblade? (asking from intrest)
[03:29] <chowmeined> an ultra 10
[03:29] <chowmeined> its more of a workstation.. but i use it as a server
[03:30] <kgoetz> nice. i dont have any 10's. got a 5 running
[03:32] <chowmeined> its kind of slow but im the only one who uses it and its very stable
[03:32] <kgoetz> wish i had a sparc running as my workstation, but the only likely candidate is in my rack waiting to be used as a buildd
[03:33] <chowmeined> oh, i dont use it as my workstation, i just meant the model was designed as a workstation, it has some special 3d card in it
[03:35] <kgoetz> yeah. same deal with me, but the fancy cards are in the ultra5's not the fast systems :( (all my sparces were made as workstations)
[04:47] <kgoetz> hi all. http://pastebin.ca/756106 these instructions tell me to edit master.cf for adding dspam into postfix. anyone know a way that doesnt involve master.cf ?main instead?)
[07:51] <kraut> moin
[08:26] <zul> ls
[10:21] <AnRkey> what early warning systems work well with ubuntu? I need something to warn me when services go down
[10:30] <heatxsink> what should I be googling for when looking for information on extending the installation of ubuntu on boxes?  I have to a tedious roll out, and I was wondering if there was a way of extending the current ubuntu installation
[10:32] <Kamping_Kaiser> 'extending'?
[10:34] <heatxsink> essentially I'd like to add a number of users by default, make a few config tweaks on a LAMP server setup and go
[10:34] <heatxsink> minimize prompting
[10:35] <Kamping_Kaiser> is all the hardware the same?
[10:35] <heatxsink> i mean I could bash script the whole thitng
[10:35] <heatxsink> ya
[10:35] <heatxsink> all of the hardware is identical
[10:35] <Kamping_Kaiser> look at mondo
[10:35] <heatxsink> coool will do
[10:37] <heatxsink> so I just image the configuration?
[10:40] <Kamping_Kaiser> you make the system once, then image it multiple times. all systms are *exactly* the same
[10:50] <ivoks> or FAI
[10:51] <ivoks> or do your own install CD with custom preseeding
[10:51] <Kamping_Kaiser> yeah. or preseed.
[10:51] <Kamping_Kaiser> FAI or preseeding is pretty full on though
[10:55] <spiekey> hi
[10:56] <spiekey> whats steps do i need get a normal ubuntu-desktop (as in 7.10) when i currently have a 6-06 server whithout X
[10:57] <spiekey> upgrade to 7.10 server and then install gnome?
[10:57] <Kamping_Kaiser> hm. easier to backup and start again imo
[10:58] <spiekey> hehe, okay :)
[10:58] <Kamping_Kaiser> you would have to go 6.06 -> 6.10 -> 7.04 -> 7.10 -> install ubuntu-desktop  -> remove extra server packages
[10:59] <spiekey> ok, that sucks :)
[11:00] <Kamping_Kaiser> pretty much, but its the only way for Canonical to sanely support upgrades
[11:02] <zul> if they are the same hard drives you could just dd them
[12:35] <spiekey> i should be able to install ubuntu-7.10-dvd-i386.iso on a AMD XP machine, right?
[12:45] <oly-> spiekey, yes that should be fine thats what i use
[12:46] <varek> how can i disable conntrack ?
[12:54] <spiekey> how do you enable root login for gnome?
[12:54] <spiekey> by a command line way if possible
[12:58] <avatar_> sudo passwd root
[12:58] <AnRkey> spiekey, you wanna login to gnome with root?
[13:00] <spiekey> AnRkey: yes
[13:01] <AnRkey> just remember anything you open will just run
[13:01] <AnRkey> normally logging in to a gnome with root is not a good idea
[13:02] <AnRkey> i would suggest using gksudo for the apps you want to run as root
[13:05] <spiekey> i do understand, but the areca software has problems with that
[13:11] <_ruben> X as root .. yuck
[13:11] <_ruben> X on server .. yuck
[13:11] <_ruben> X as root on server .. damn scary
[13:12] <spiekey> this is only for backup recover reasons
[13:12] <spiekey> mabe i will never need it, but i still need to document the way how a recover works
[13:47] <XiXaQ> _ruben, why is x on server yuck?
[13:53] <spiekey> XiXaQ: well, whats the point?
[13:53] <spiekey> why would you ever need X for server services?
[13:53] <XiXaQ> for a terminal server, for instance?
[13:54] <spiekey> ok, that would make sense ;)
[13:54] <XiXaQ> using either xrdp or nx. Is there any reason not to run x on a server in that case?
[13:55] <XiXaQ> because I do that; first I install ubuntu server, with lamp, mailserver and ssh server, then install ubuntu-desktop and nx. Is there any reason not to do so?
[13:57] <spiekey> i dont know a reason why i need X for LAMP
[13:57] <spiekey> ssh is all i need.
[13:59] <XiXaQ> yes, but I need to have both a terminal server and a lamp/mail server. The question is wether or not I need to separate them into different VMs or not.
[14:00] <spiekey> well, i would seperate it since users work on a terminal server..i would be scared because of local exploits and local services misconfiguration
[14:04] <_ruben> indeed
[14:04] <_ruben> the X protocol isnt one of the most secure ones
[14:08] <_ruben> but i'd indeed seperate the terminal server from the lamp/mail server .. and i even prefer seperate lamp and mail servers
[14:09] <oly-> doesnt nx encrypt the x connection using ssh if you use that, should make it a lot more secure ?
[14:09] <XiXaQ> but this is just for a couple of users. It seems like a waste to separate them like that.
[14:09] <XiXaQ> oly-, it does.
[14:10] <oly-> so the X protocol not being that secure is not so much an issue if you use nx for the connections
[14:12] <XiXaQ> spiekey, do you mean that users could run the exploits accidentally?
[14:12] <XiXaQ> an unprivileged user could gain access to lamp or mail features?
[14:17] <_ruben> accidentally or on purpose, does that really make a difference?
[14:21] <XiXaQ> well, if they have to do it on purpose, then it's not a problem.
[17:24] <PyroSama> How do I add a network device to my server?
[17:26] <sommer> PyroSama: do you mean a network card?
[17:27] <PyroSama> Yes
[17:28] <sommer> PyroSama: it should be auto detected you can configure it in /etc/network/interfaces
[17:28] <PyroSama> It doesnt show up under ifconfig and I have it configured in interfaces
[17:28] <PyroSama> When I restart networking it tells me there is no eth0
[17:29] <sommer> is it listed if you do a dmesg | grep -i net ?
[17:29] <PyroSama> Let me check
[17:31] <PyroSama> Yes it does.
[17:32] <sommer> PyroSama: do you have the nic's module loaded?
[17:33] <sommer> you might also see if you have any dhcp client processes running, if so try stopping them and restart networking.
[17:34] <PyroSama> How do I know if I have the nic's module loaded?
[17:34] <PyroSama> And how do I see if I have any dhcp client proccesses running?
[17:36] <sommer> to check dhcp do ps -ef | grep dhcp
[17:36] <PyroSama> k
[17:36] <sommer> what model of nic is it?  you should be able to google to find out which driver module your card uses then do an lsmod and see if it's listed.
[17:38] <PyroSama> Above command returned root 'string of numbers' tty1 then something about grep dhcp
[17:38] <PyroSama> Not sure of the model
[17:39] <sommer> you should be good about dhcp then... the model should be on the card, or at least the manufacturer
[17:40] <PyroSama> Integrated into the board and no chips near the port bear any names that are known for producing ethernet chip sets.
[17:41] <sommer> ah... I thought you were adding a secondary nic or something.  Do lspci | grep -i net to see the info about your nic.
[17:46] <PyroSama> Sis 900
[17:49] <PyroSama> Na this system is an os I installed on one computer then moved the hdd to another.
[17:50] <PyroSama> The system its in now has no cdrom or ability to add one nor will it boot to usb so I installed on one system and moved it over
[17:50] <PyroSama> So now I have to get drivers working ><
[18:06] <sommer> PyroSama: I think the module is named sis900 so you might try lsmod | grep -i sis and see what you get.
[18:06] <sommer> if it doesn't return anything try modprobe sis900
[18:06] <PyroSama> Ok
[18:09] <PyroSama> lsmod brings up info about sis630 and sis900
[18:09] <PyroSama> modprobe displays nothing and just drops me to the next line
[18:10] <sommer> that's expected
[18:10] <sommer> try sudo ifup eth0
[18:10] <PyroSama> So it seems that the chipset is an sis900
[18:10] <PyroSama> Ok 1 sec
[18:11] <PyroSama> error about device not existing
[18:12] <sommer> any errors if you do dmesg?
[18:12] <PyroSama> ifup eth0 | dmesg?
[18:13] <mralphabet> just a dmesg
[18:13] <sommer> no... just do "dmesg" by itself to check the last output.
[18:13] <PyroSama> floppy0 errors :P
[18:14] <sommer> mmmMMM... I'm running out of ideas, try rebooting maybe?
[18:14] <PyroSama> Should modprobe have installed the driver or something?
[18:15] <PyroSama> From what it looks like it doesnt have the device associated with eth0
[18:15] <sommer> modprobe should load the driver into memory... after doing that I believe you should see something at the end of dmesg about the new hardware
[18:16] <sommer> you're sure the nic is enabled in BIOS?  and the hardware is working fine?
[18:18] <PyroSama> Not 100%
[18:18] <PyroSama> This is a modified laptop motherboard that could have suffered damage through its life
[18:20] <sommer> ah... you might try adding another nic if you can.
[18:22] <PyroSama> No pci no pcmcia
[18:22] <PyroSama> USB though
[18:23] <sommer> you can get USB nics that will work with Linux for a resonable amount.
[19:04] <PyroSama> sommer: when I dmesg | grep eth0 it shows sis900 after a reboot
[19:04] <PyroSama> However there still seems to be an issue with eth0
[19:04] <ivoks_> there's no good sis network card
[19:05] <PyroSama> It's what I'm suck with unfortuantely
[19:05] <PyroSama> Shouldnt eth0 show up under ifconfig?
[19:06] <mralphabet> do cat /etc/network/interfaces
[19:06] <soren> PyroSama: ifconfig by default only shows configured interfaces.
[19:06] <ivoks_> soren: well... :)
[19:07] <soren> er... Interfaces marked as UP, anyway.
[19:07] <soren> Which - in the good old days - was almost the same.
[19:07] <ivoks_> but in better days... :D
[19:08] <PyroSama> cat interfaces showes the contents of interfaces
[19:08] <ivoks_> really?!
[19:08] <PyroSama> Has my static config for eth0
[19:08] <PyroSama> Yeah
[19:08] <ivoks_> hm... how come...
[19:08] <PyroSama> Character for character dump of it
[19:08] <PyroSama> Dunno
[19:08] <PyroSama> I'm clueless in all of this ><
[19:08] <soren> That's kind of what cat does.
[19:08] <ivoks_> what does 'man cat' do?
[19:08] <PyroSama> Let me check
[19:09] <PyroSama> Brings up the manual for cat
[19:10] <ivoks_> suggestion: when someone tells you to do some command
[19:10] <ivoks_> if you don't know what it does, check with manual
[19:10] <ivoks_> don't just copy paste... it could get you in trouble...
[19:10] <PyroSama> ivoks_ try dd if=/dev/zero of=/dev/hda
[19:10] <ivoks_> now... we are interested in output of 'cat /etc/network/interfaces'
[19:11] <ivoks_> PyroSama: you mean like this:
[19:11] <PyroSama> It output the contents of interfaces
[19:12] <PyroSama> auto eth0
[19:12] <PyroSama> iface eth0 inet static
[19:12] <PyroSama> address <IP_ADDRESS>
[19:12] <PyroSama> netmask <IP_ADDRESS>
[19:12] <PyroSama> broadcast <IP_ADDRESS>
[19:12] <PyroSama> network <IP_ADDRESS>
[19:13] <ivoks_> looks ok
[19:15] <ivoks_> unmute
[19:17] <oly-> no gateway ?
[19:21] <PyroSama> Gate way is set aswell
[19:22] <PyroSama> But that doesnt really matter when there is no device configured at eth0
[19:28] <PyroSama> Is there something I have to do to tell something that sis900 is eth0?
[19:42] <PyroSama> How do I tell it to use address assigned by a dhcp server?
[19:42] <ivoks> dhclient eth0
[22:02] <tepsipakki> hmm, seems to be a lot going on about puppet
[22:03] <tepsipakki> it was evaluated at HUT and turned down because it was pretty similar to cfengine. They both have a syntax language of their own to do things
[22:04] <tepsipakki> instead, we improved the in-house applications to also do pull operations
[22:04] <Kamping_Kaiser> its a cfengine replacement, so i'm not supprised it works the same ;)
[22:05] <tepsipakki> yeah :)
[22:05] <tepsipakki> our solution uses a patched rsync (all but one in included in 3.0.0pre) over ssh
[22:06] <tepsipakki> and it has pretty powerful inheritance support etc
[22:06] <fujin_> cfengine is shit compared to puppet
[22:06] <fujin_> ;]
[22:06] <tepsipakki> I'd love to demonstrate it if someone is interested
[22:06] <tepsipakki> one other tool is the metadata-database, currently called "lkprop"
[22:07] <Kamping_Kaiser> fujin_, in what way
[22:07] <fujin_> every single way you could think of
[22:07]  * Kamping_Kaiser has used cfengine (its a hardcore learning curve), and heard lots about puppet
[22:07] <fujin_> actually, how about I throw you the curve ball
[22:07] <fujin_> wait on
[22:07] <fujin_> how about
[22:07] <fujin_> native resource bastraction type identifiers.
[22:08] <fujin_> That'll do it.
[22:08] <tepsipakki> which is where every data comes from. It's the only place we put host or other data in, everything else is generated from that data
[22:08] <fujin_> s/babstraction/abstraction/
[22:09] <tepsipakki> we have 557 hosts hooked up, seven different architectures
[22:09] <Kamping_Kaiser> pc+unix?
[22:09] <tepsipakki> well, unix+linux
[22:09] <fujin_> you're doing it wrong! :D
[22:10] <tepsipakki> some windows as well, but most of them are in their beloved AD
[22:10] <tepsipakki> when a new workstation comes in, you only need o add the mac-address, hostname and group it belongs to
[22:11] <fujin_> wow, that's lots
[22:11] <fujin_> I have a defautl class which does my hackery
[22:11] <fujin_> and all it requires is apt-get install puppet
[22:11] <Kamping_Kaiser> tepsipakki, is this a configuratino tool, or a domain controller?
[22:11] <fujin_> at a later point you can tell the puppetmaster which classes to include on that node, a specific firewall, a resource/server configuration
[22:12] <tepsipakki> then in a few minutes that data has been spread out everywhere, and after netbooting the installer you just need to wait 30min and you have a machine up and running
[22:13] <tepsipakki> Kamping_Kaiser: well, the configuration is elsewhere, but that's where the inheritance patterns really shine
[22:13] <tepsipakki> like, there's a hierarchy that has hostdep, and hostgroup directories
[22:13] <fujin_> sounds terribly tedious
[22:14] <tepsipakki> hostdep has all the hosts, and the configurations that they only have
[22:14] <tepsipakki> it isn't :)
[22:15] <fujin_> http://rafb.net/p/UoSVHT48.html
[22:15] <tepsipakki> hostgroup has stuff like all/all which goes to every host, and ubuntu/workstation which is synced to all ubuntu workstations, obviously
[22:16] <tepsipakki> fujin_: yes, and is it fun to maintain such rules?
[22:16] <fujin_> there's no maintaining done :)
[22:16] <tepsipakki> or write
[22:16] <fujin_> if by maintaining you mean adding new functionality
[22:16] <fujin_> then yes
[22:16] <fujin_> well then
[22:17] <fujin_> yes, it's much more fun than writing ridiculous cfengine configs
[22:17] <tepsipakki> sure
[22:17] <tepsipakki> but why write those at first place :)
[22:17] <fujin_> because they do what I want?
[22:17] <fujin_> would you propose I wrote a bash script to manage all of my systems?
[22:17] <tepsipakki> no
[22:18] <fujin_> spent countless hours desigining a system which is hard to learn that no one else will ever be interested in?
[22:18] <tepsipakki> I'm just trying to show the differences, poorly I guess :)
[22:18] <fujin_> aye, indeed
[22:18] <tepsipakki> heh
[22:19] <fujin_> so, you use cfengine and rsync
[22:19] <fujin_> ?
[22:19] <tepsipakki> no cfengine
[22:19] <tepsipakki> rsync yes
[22:20] <tepsipakki> but the system is called rfist :)
[22:20] <tepsipakki> (yes, the guy who wrote it has a strange sense of humor)
[22:20] <fujin_> it's purely rsync?
[22:21] <tepsipakki> well yes, but the inheritance patterns are what makes it cool
[22:22] <tepsipakki> oh, and those files aren't synced on top of old ones, instead in /alt/root
[22:23] <tepsipakki> then there is another tool on the host that actually commits the changes, and backs up the old ones
[22:27] <fujin_> so, it's modified rsync?
[22:27] <fujin_> that's just dirty, I can't believe you're promoting it as a good thing
[22:28] <fujin_> if I inherited that solution, it'd be up there in my top 5 things of things to change
[22:28] <tepsipakki> fujin_: as I said, all but one patch is already in rsync-3.0.0pre1-> and the last patch is still in consideration
[22:28] <tepsipakki> under
[22:29] <tepsipakki> and available in patches/
[22:29] <tepsipakki> support for '--omit-dir-changes'
[22:30] <tepsipakki> I understand your concern about it, and that's why those are actively being pushed upstream
[22:30] <fujin_> so what do you have to do to prepare a box
[22:32] <tepsipakki> the most simple ones only have to have the hostname, architecture (like @ubuntu7, here it's actually 7.04), ip- and mac-address
[22:33] <tepsipakki> those are for classroom workstations, for example (we have ~200 of those)
[22:33] <tepsipakki> and updating those to a newer version only means changing the arch
[22:33] <tepsipakki> of course the real job is done elsewhere
[22:34] <tepsipakki> I mean when preparing a new release
[22:38] <tepsipakki> fujin_: http://pastebin.com/d1d64fc80
[22:38] <tepsipakki> that's what my workstation data looks like
[22:39] <tepsipakki> first is the actual data on the "database" (yes, it's a flat-text file)
[22:39] <tepsipakki> and the rest shows all the data, inherited or not
[22:40] <fujin_> so you install what on a client
[22:40] <fujin_> I assume you're doing initial provisioning with ghost, or similar
[22:40] <tepsipakki> no, debian-installer
[22:41] <fujin_> I see
[22:41] <fujin_> haven't played with that
[22:41] <fujin_> we're using generic server cd's and just apt-get installing puppet after
[22:41] <fujin_> the next step would be to either use d-i or make our own cd's
[22:41] <tepsipakki> there is a script that builds a tarball of the most critical tools and a preliminary version of the data which would be rfisted in place
[22:42] <tepsipakki> and that tarball is then extracted at a certain point. there is a udeb which has a script and some hooks to various parts of the installation
[22:43] <tepsipakki> fujin_: are you attending UDS?
[22:44] <fujin_> What's UDS?
[22:44] <tepsipakki> heh, I take that as a no :)
[22:44] <tepsipakki> Ubuntu Development Summit
[22:44] <fujin_> no, I don't believe so.
[22:44] <fujin_> I'm in new zealand
[22:46] <tepsipakki> ok, in that case stay put and wait for a public release ;)
[22:46] <tepsipakki> but if what you have now works for you..
[22:47] <tepsipakki> ok, shower time ->
[22:47] <ajmitch> NZ isn't that far from boston :)
[22:49] <Kamping_Kaiser> resizing roots space on a drive while the partition is online is a  Real Bad Idea, correct?
[22:51]  * Kamping_Kaiser wants to reclaim some of the 10gb on /home/ for users (read: me)
[22:56] <Kamping_Kaiser> afk
[22:56] <close2__> hello, i would like to create a password-protected 7z file
[22:56] <fujin_> lol
[22:56] <fujin_> and what does this have to do with ubuntu servers?
[22:56] <close2__> sorry didn't finish
[22:56] <fujin_> did man p7zip not answer your question?
[22:56] <close2__> if i try: 7zr a dummy.7z -p /data/system/
[22:57] <close2__> i get an E_FAIL error
[22:57] <close2__> an strace shows, that 7zr tries to readlink/open  a lot of files (INF, TXT, ex_....) but finally gives up
[22:58] <close2__> creating normal 7z files work
[22:58] <fujin_> That's because you're doing it wrong
[22:58] <close2__> ..
[22:59] <fujin_> 7z a -pPASSWORD archive.7z file
[22:59] <close2__> same error
[22:59] <close2__> no wait
[22:59] <fujin_> I just did it, it works
[22:59] <close2__> same error
[23:00] <close2__> i have ubuntu-server gg
[23:00] <close2__> i had this working with ubuntu-server ff
[23:00] <fujin_> heh
[23:00] <fujin_> I doubt it's a problem with 7z
[23:01] <close2__> what ubuntu-server version do you have?
[23:01] <fujin_> multiple
[23:01] <fujin_> edgy and feisty mostly
[23:01] <fujin_> I don't plan on running gutsy for some time
[23:01] <fujin_> what version of 7zip is in gg?
[23:01] <close2__> 4.51 beta
[23:02] <fujin_> might be that then
[23:03] <fujin_> I just did it with a folder
[23:03] <fujin_> 7z a -pTEST /var/www
[23:03] <fujin_> 7z a -pTEST www.7z /var/www
[23:03] <fujin_> rather
[23:03] <close2__> FYI: the strace is available on: http://christian.delta64.com/strace
[23:04] <fujin_> what's 7zr?
[23:05] <close2__> the 7z executable (it's apparently the 7z only version), but I tried p7zip-full as well
[23:05] <fujin_> no, it's 7z
[23:05] <fujin_> although i can see 7zr aswell
[23:05] <fujin_> I don't know what it is ;)
[23:06] <close2__> from man 7zr:  7zr is a stand-alone executable. 7zr handles less archive formats  than 7z,  but does not need any others.
[23:06] <close2__> i will ask in #ubuntu, if the "normal" version really has a broken 7z and file a bug if necessary
[23:09] <fujin_> using a beta, complaining about bugs
[23:09] <fujin_> soudns awesome
[23:10] <close2__> well, I just did aptitude install 7z with the standard repositories
[23:10] <close2__> i will file a bug for ubuntu-server as well
[23:11] <fujin_> cool
[23:12] <fujin_> feisty doesn't appear to be affected, nor edgy
[23:12] <fujin_> mm, life on the bleeding edge. I'm glad I have a test cycle, *and* that I don't use 7z.
[23:13] <close2__> gutsy fixed some serious bugs (kernel panics...)
[23:14] <close2__> and I would appreciate any ideas on how to password protect an archive which needs to be readable on a windows machine.
[23:15] <close2__> for daus
[23:17] <fujin_> good luck on that
[23:17] <fujin_> use GPG?
[23:18] <close2__> are there gui-interface for windows?
[23:18] <close2__> seems easier


[04:03] <mwhudson> rockstar: https://code.edge.launchpad.net/~mwhudson/launchpad/fix-ec2-harder-dammit/+merge/23897
[05:43] <thumper> rockstar: https://code.edge.launchpad.net/~thumper/launchpad/yet-more-api-exports/+merge/23905
[09:25] <noodles775> Hi ctrlsoft :)
[09:25] <jelmer> moin noodles :-)
[09:29] <noodles775> intellectronica: Hi! are you after more UI reviews? If not, I'll do it now, just let me know what you prefer (for https://code.edge.launchpad.net/~adiroiban/launchpad/bug-146178/+merge/23760)
[09:29] <noodles775> wgrant: hi! do you want me to land this one as is? https://code.edge.launchpad.net/~wgrant/launchpad/emailauthentication.txt-2.6-fix/+merge/23449
[09:36] <wgrant> noodles775: Yeah, I'm a bit busy until Wednesday, so it'd probably be a good idea.
[09:36] <wgrant> I'll track down the real bug then.
[09:37] <noodles775> wgrant: ok, will do.
[09:37] <wgrant> Thanks.
[10:04] <henninge> noodles775, jelmer: I have a CP-candidate that could use some high-priority treatment. Can either of you take that?
[10:07] <jelmer> henninge: I'll have a look
[10:07] <jelmer> henninge: where's the MP?
[10:07] <henninge> https://code.edge.launchpad.net/~henninge/launchpad/bug-565294-nplurals/+merge/23861
[10:07] <henninge> jelmer: thanks
[10:07] <henninge> jelmer: it looks large but a lot of is was me removing lint.
[10:08] <henninge> I probably should not have done that in this branch ...
[10:09] <jelmer> henninge: it looks like the lint changes are mostly removing assignments?
[10:09] <henninge> jelmer: yes, unused variables
[10:31] <jelmer> henninge: is it correct that test_header_pluralform_western uses 'ja'?
[10:31] <jelmer> (which is Japanese I guess?)
[10:32] <henninge> jelmer: yes, it is about the case were the western standard formula is found in the file for a language were that should not be.
[10:32] <henninge> and a language that has less plural forms than 2 - which is 1 ...
[10:33] <jelmer> noodles775: thanks
[10:33] <noodles775> np, just updating what I'm reviewing currently :)
[10:34] <henninge> jelmer: the actual logic behind that is based on Danilo and me looking at the current data in the database.
[10:34] <henninge> jelmer: and we found some po files for asian languges that report western plural expressions.
[10:35] <henninge> in many templates for POFile headers, the western style is used as the default and often translators just don't change that before importing the file to Launchpad.
[10:35] <jelmer> henninge: ah, ok - thanks
[12:20] <StevenK> adeuring: Hi! Do you have a moment to look at https://code.edge.launchpad.net/~stevenk/launchpad/fixes-bug-451396/+merge/21706 again?
[12:20] <adeuring> StevenK: sure
[12:20] <StevenK> adeuring: Ignore the 'import urllib', please, I'm just pushing the branch that gets rid of that
[12:20] <adeuring> StevenK: ok ;)
[12:38] <intellectronica> noodles775, jelmer: can one of you review a small branch for me?
[12:39] <noodles775> Suer!
[12:39] <jelmer> intellectronica: Sure, if you give me 15m :-)
[12:39] <intellectronica> jelmer: great, thanks. just creating an MP.
[12:54] <intellectronica> jelmer: https://code.edge.launchpad.net/~intellectronica/launchpad/bug-heat-days-active/+merge/23920
[12:54] <jelmer> intellectronica: k
[12:54] <intellectronica> thankyou
[12:57] <noodles775> intellectronica: not sure if you saw my message before, but let me know if you are after UI reviews, otherwise I'll just do Adi's UI review now.
[12:57] <intellectronica> noodles775: i must have missed your message. i'm happy to do a ui review. which mp?
[12:59] <noodles775> intellectronica: I just wasn't sure if you were trying to collect UI reviews atm. (as a mentat), otherwise I'm happy to do it... it's this one: https://code.edge.launchpad.net/~adiroiban/launchpad/bug-146178/+merge/23760
[13:03] <intellectronica> noodles775: do you know if adi will be back today for an interactive review, or shall i just reply in the mp?
[13:04] <noodles775> intellectronica: I haven't heard back from him today after doing two code reviews, I'd do it via the mp for now.
[13:05] <intellectronica> oright
[13:05] <noodles775> jelmer: have you started intellectronica's? If not, can I swap you and you can review mine? :)
[13:06] <jelmer> noodles775: I haven't started on his yet
[13:06] <jelmer> noodles775: So swapping would be fine :-)
[13:06] <noodles775> Great, although I guess I'll need to ask someone else to do the second review on mine :)
[13:08] <StevenK> adeuring: No news is good news? :-P
[13:09] <adeuring> StevenK: nah, things look fine :)
[13:09] <intellectronica> jelmer, noodles775: whoever is reviewing, please wait a sec, i just realised the diff is too much, because it contains some changes from a previous branch i thought had already been merged.
[13:10] <noodles775> intellectronica: ok, np.
[13:10] <adeuring> StevenK: I have just one remaining nitpick: could you remove the trailing space in the line "Leaving the PGP signature on a package uploaded " ?
[13:10] <adeuring> we try to avoid them so that we don't get sprurious diff lines when somebody adds/removes trailing spaces.
[13:10] <intellectronica> can i add a prequisite branch to the mp after the fact, or do i have to recreate it?
[13:11] <StevenK> adeuring: Okay, done.
[13:11] <noodles775> intellectronica: I can't see any way to do so without recreating either.
[13:11] <bigjools> nice branch for you guys :)
[13:12] <adeuring> StevenK: cool. r=me. I assume I should run your branch  through ec2, or can you do that?
[13:12] <jelmer> noodles775: so I guess I should get somebody else to review my review of your code?
[13:12] <StevenK> adeuring: I can do that. Can you fiddle the MP?
[13:13] <noodles775> jelmer: yeah, shouldn't be a problem though. But maybe grab bigjools' for the moment, as at least we can do that one together?
[13:13] <adeuring> StevenK: done
[13:14] <intellectronica> noodles775: oright, the new mp is https://code.edge.launchpad.net/~intellectronica/launchpad/bug-heat-days-active/+merge/23921 .   sorry for the inconvenience.
[13:14] <noodles775> np.
[13:15] <StevenK> adeuring: Thanks! I'm throwing it through EC2 now.
[13:17] <noodles775> intellectronica: I can't see that days_since_last_activity is being used for anything?
[13:18] <noodles775> Did you mean to do (max_heat * 0.25 / (days_since_created - days_since_last_activity)) or something similar, looking at the comment?
[13:19] <noodles775> Ah, or looking at the related bug title, I'm guessing it should be s/dasy_since_created/days_since_last_activity on line 21 on the MP diff?
[13:20] <henninge> jelmer: thanks for the review, I agree with you nitpicks ;)
[13:20] <jelmer> henninge: sorry it took so long, I haven't really looked at the translations code before :-)
[13:21] <henninge> jelmer: that's ok. Ask about whatever is unclear.
[13:21] <henninge> actually, I will go to lunch now ...
[13:21] <henninge> ;)
[13:21] <intellectronica> noodles775: no, i think that's a cut-n-paste error.
[13:21] <henninge> jelmer: will you pass it on to noodles775 for mentoring?
[13:21] <jelmer> henninge: Yeah, I've just requested a review from him as well.
[13:22] <henninge> jelmer: cool, thanks
[13:22] <danilos> henninge, jelmer: it's very important to get this CPed before 2200 UTC today
[13:22]  * noodles775 switches to it.
[13:23] <danilos> noodles775, thanks
[13:27] <noodles775> intellectronica: so should it be divided by the number of days *since* the bugs last activity (as stated in the bug title), or divided by the difference between the days since the bug was created and it's last activity (as the comment seems to suggest?)
[13:28] <intellectronica> noodles775: it should be divided by the days since the bug's creation
[13:28] <noodles775> intellectronica: so the bug 567439 title is wrong then, ok.
[13:28] <mup> Bug #567439: Add MAX_HEAT / 4 / days since last activity to bug heat <story-bug-heat> <Launchpad Bugs:In Progress by intellectronica> <https://launchpad.net/bugs/567439>
[13:29] <intellectronica> noodles775: oh, right, it is. there's another bug for a calculation based on time since last activity, i must have confused them.
[14:00] <noodles775> henninge: why not s/language_forms/number_plural_forms on line 57 and do away with the extra variable? (line 73 sets number_plural_forms to the same value?)
[14:01] <noodles775> Ah, right, as the language.plural forms can be overwritten with None... nm.