[00:37] <maxb> exarkun: So, given I've already downloaded the svn repo, is there anything else I can do to help with this divmod conversion?
[00:50] <jml> oh yeah
[00:50] <jml> I should volunteer to help
[00:50] <jml> but probably won't be able to until the weekend.
[01:05] <maxb> jml: divmod? Are you a bzr-svn person?
[01:06] <jml> maxb: uhh, no, not really. I used to be a divmod person though, and I am a Launchpad person.
[01:06] <jml> maxb: I guess I could help them by poking jelmer in real life :)
[01:06] <jml> anyway, really gone
[01:06] <maxb> heh
[01:08] <maxb> Am trying to dream up a bug report for this weird crash importing Nevow
[01:26] <lifeless> maxb: words of one syllable :)
[01:28] <maxb> Argh! is one syllable :-)
[01:46] <maxb> exarkun: bug 701752, in case you want to subscribe
[01:54] <exarkun> maxb: thanks
[01:54] <exarkun> maxb: I'm not really sure what my next step would be, since I don't really understand the memory leak, or why I get different behavior for splitting Nevow out than you do
[01:56] <exarkun> one extra thing I remembered, though, is that in addition to https://code.launchpad.net/nevow there's also already https://code.launchpad.net/pyflakes
[01:57] <exarkun> (I don't _think_ any of the other code has been stuck on a launchpad project)
[02:15] <maxb> Well, at least for me, the memory leak is not an issue importing one project at a time
[02:15] <maxb> I'm running on a 4GB machine
[02:16] <maxb> It just killed me when I tried to import the entire 13 projects in one bzr svn-import execution
[02:17] <maxb> As for Nevow, I made an evil hack in the bzr-svn source code, and it proceeded to import the rest of the Nevow branch ok. But I'm a little reluctant to go with that since I'm not certain the produced history will be the same as a properly fixed bzr-svn
[02:17] <maxb> We'll have to see what Jelmer has to say concerning bug 701752, because that code is over my head
[02:18] <exarkun> Okay.  Maybe jml will manage to get his attention soon. :)
[02:19] <maxb> Of course, there's nothing stopping us doing all the other 12 projects meanwhile
[02:20] <exarkun> glyph has some objections to throwing away the information that's present in some of the existing cross-project branches
[02:21] <exarkun> hmph, I forgot about reverend and combinator.
[02:22] <exarkun> I think those, and nevow and pyflakes can obviously be split off with only benefits
[02:22] <maxb> hmm
[02:23] <exarkun> when I mentioned to glyph that you thought the projects should be split up, I didn't really have an argument to make, because when you brought it up to me it just sounded like the right thing to do, so I don't think you had to argue it any further :)
[02:23] <exarkun> the best reason I can think of is that the launchpad bug tracker doesn't have any way to mark tickets as for one project or another
[02:23] <lifeless> how do you mean?
[02:24] <exarkun> lifeless: now the word "project" is getting in the way
[02:24] <lifeless> nouns do that
[02:24] <exarkun> if two "projects" had their code in a single bzr branch attached to a single Launchpad Project
[02:24] <maxb> The situation is a legacy svn repository in which 13 projects all sat side by side within a single trunk
[02:24] <maxb> And the question is how best to get this lot into bzr
[02:25] <lifeless> exarkun: ah, yes you could not use the drop down widgets.
[02:25] <lifeless> exarkun: you could do the following:
[02:25] <lifeless>  - use two LP Projects, with only one having code branches
[02:26] <lifeless>  - use two LP Projects, with both having code branches starting with one initial branch, and then only evolving one "project" code in the code branches for one LP Project
[02:26] <lifeless>  - some variation
[02:26] <lifeless>  - use bug tags
[02:28] <exarkun> hum, that second option is interesting
[02:32] <poolie> exarkun, hi there, thanks for the conch fix
[02:32] <poolie> is it all done then?
[02:34] <exarkun> poolie: committed to twisted trunk, ticket marked as fixed :)
[03:08] <poolie> exarkun, i'll just see if it's possible to test it actually on lp
[03:08] <poolie> i think mwh only tested on his own machine
[03:09] <poolie> which is probably definitive as far as your side of the fix goes, but i'd just like to know it's deployed ok
[03:29] <poolie> exarkun, works for me on production
[03:29] <poolie> thanks!
[03:30] <thumper> poolie: hi
[03:30] <poolie> hi there
[03:30] <thumper> poolie: just wondering, which conch bug are you referring to?
[03:31] <poolie> https://bugs.launchpad.net/bzr/+bug/556132
[03:31] <thumper> poolie: mwh seems to think it is all good :)
[03:32] <poolie> good
[03:32] <poolie> me too
[03:34] <poolie> thumper, you don't mind me marking it fixreleased at this point?
[03:35] <thumper> poolie: I'm not sure if it has been rolled out
[03:35] <thumper> so unless you know it has, I'd wait until the release
[03:35] <poolie> i tested against production and it worked, and it claims to be fixed in the revision of stable that is mentioned in the lp footer
[03:35] <poolie> does that add up to it being rolled out?
[03:36] <thumper> the id in the footer is just the webapp, not the codehosting server
[03:36] <thumper> I don't think the codehosting server is part of the no downtime rolls
[03:38] <poolie> hm
[03:38] <poolie> so that's kinda interesting it doesn't fail
[03:38] <poolie> maybe my client is not requesting rekeying
[03:40] <poolie> ok, so a kind of false positive
[03:53] <wildintellect> anynone know if you can add both deb and deb-src from a ppa with apt-add? or the correct channel to ask such a question?
[03:55] <thumper> wgrant: do you know? ^^
[03:57] <wildintellect> maybe it's just a limitation of the apt-add application now that I think about it, I'll go check their tickets
[04:01] <wgrant> wildintellect: Most users don't use source packages, so it doesn't add them.
[04:01] <wgrant> wildintellect: It *could*, but it's not clear whether it's worth it.
[04:02] <wildintellect> true I guess I'll write my script to do it the old fashioned way copying to sources.list.d
[04:10] <wgrant> poolie: The next rollout is tomorrow, FWIW.
[04:12] <wildintellect> thanks
[07:37] <fta2> how difficult/realistic would it be to make the translation exports faster/more frequent?
[14:57] <jml> jelmer: https://launchpad.net/bugs/701752
[14:57] <maxb> he knows, he's already triaged it
[14:57] <maxb> :-)
[15:02] <jml> maxb: good good.
[15:02] <jml> maxb: just pasting to give an easy link as a follow up to a real life conversation.
[16:36] <Williamson69[TFD> If anyone knows a lot about Linux and could answer my questions. Please query me. I am a very new user and want to use Linux. Please help me. If you are a Guru on Linux. I would love to talk to you. Please query
[16:41] <micahg> Chiumiento: try #ubuntu if you have questions on how to use Ubuntu
[16:55] <shadeslayer> hi could someone delete this branch : https://code.launchpad.net/~neon/kdebindings/trunk/
[16:55] <shadeslayer> i get this : This branch cannot be deleted as it has 2 branches sharing revisions. : when trying to delete it
[17:01] <maxb> shadeslayer: Why does it need to be deleted?
[17:02] <shadeslayer> maxb: because the upstream branch got split .. one sec
[17:02] <shadeslayer> maxb: https://code.launchpad.net/~neon/kdebindings/
[17:02] <shadeslayer> so that branch is completely empty
[17:03] <maxb> hmm
[17:03] <maxb> Ok, so 3 things
[17:03] <maxb> 1. It's development focus for project kdebindings, a registry admin is needed to unmark it as such
[17:04] <maxb> 2. It's a stacking base for two branches of ~yofel
[17:04] <maxb> 3. Usually vcs import branches just get renamed when they are obsolete, in case someone is interested in the history
[17:04] <shadeslayer> maxb: oh the history is preserved with the new branches ...
[17:05] <shadeslayer> they used a script to convert svn history to git history ...
[17:05] <maxb> yofel: ping?
[17:06] <shadeslayer> he's away i think
[17:08] <maxb> henninge: If you are available for a brief CHR operation, please visit https://launchpad.net/kdebindings/trunk/+linkbranch and change the linked branch field to be empty
[17:09] <maxb> hah
[17:09] <maxb> :-)
[17:09] <henninge> maxb: let see what I can do but I was about to leave ... ;)
[17:09] <shadeslayer> maxb: https://code.launchpad.net/~yofel << i dont see anything related to bindings
[17:10] <maxb> shadeslayer: the branches are in the Merged status, which is not included in the default "Any active status" filter
[17:10] <shadeslayer> ohk
[17:10] <henninge> maxb: /me is reading backscroll
[17:11] <maxb> henninge: Summary: upstream project has reorganized into various distinct subprojects, so there is no single appropriate branch to be lp:kdebindings any more
[17:12] <henninge> ok, I see
[17:13] <maxb> thanks
[17:14] <henninge> maxb, shadeslayer: done. Good night ;)
[17:14] <shadeslayer> thanks :)
[17:14] <shadeslayer> good noght
[17:14] <shadeslayer> *night
[17:14] <maxb> shadeslayer: OK, so, I still think we should not delete the branch outright, but I think we should rename it from trunk to obsolete-monolithic
[17:14] <maxb> In theory we can do that now
[17:14] <shadeslayer> ok ...
[17:15] <shadeslayer> sounds good
[17:15] <maxb> It'll break ~yofel's branches until the stacked-on location is manually updated
[17:15] <maxb> But they are ancient and marked as merged, so it's probably fine
[17:15] <shadeslayer> i dont think we will be using those anyways
[18:39] <yofel> maxb: so I should delete them?
[18:39] <yofel> (I'm fine with it)
[18:39] <maxb> yofel: it is not necessary that you do
[18:39] <maxb> I was just going to ask you to run "bzr reconfigure --unstacked lp:~yofel/kdebindings/..." on each
[18:40] <yofel> can do
[18:40] <maxb> Since they do not appear to actually be sharing any revisions with the import branch anyway
[18:42] <yofel> done
[18:43] <maxb> great, now they should work, and no longer be unnecessarily tied to the other rbanch
[18:46] <davidstrauss> Hi, I need help recovering access to an account for a friend. His username on LP is "solrize." We don't remember the email address.
[18:59] <mwhudson> davidstrauss: i can tell you the email address if you like
[18:59] <mwhudson> or send email to it, but i don't know if that will help
[18:59] <davidstrauss> mwhudson, that would be great
[18:59] <davidstrauss> mwhudson, is it @archive.org?
[18:59] <mwhudson> davidstrauss: yes
[19:02] <davidstrauss> mwhudson, do you know who could help or would know the procedure?
[19:02] <mwhudson> mrevell would i expect
[19:03] <mwhudson> who would be around now... bac?
[19:08] <mwhudson> davidstrauss: this is sort of relevant: https://help.launchpad.net/YourAccount/Merging
[19:08] <mwhudson> davidstrauss: i have to go now, i hope you can get this sorted
[19:09] <davidstrauss> mwhudson, is there a delay in sending new account emails? paul is trying to set up a new account, and the confirmation email is taking a very long time
[19:09] <mwhudson> davidstrauss: no :(
[19:10] <davidstrauss> mwhudson, just a launchpad-can-be-slow delay?
[19:10] <mwhudson> davidstrauss: https://answers.launchpad.net/launchpad/+faq/969 :(
[19:10] <mwhudson> davidstrauss: it's more likely to be a "mail providers suck" delay
[19:10] <davidstrauss> lol
[19:10] <mwhudson> bye for now
[19:10] <davidstrauss> mwhudson, thanks
[22:40] <soren> I have an upload that seems to have gone missing.
[22:41] <mwhudson> luckily for you wgrant should be awake by now
[22:41] <soren> At 22:15:19 UTC (about 25 minutes ago) I uploaded a package to one of my PPA's (soren/ppa). It's nowhere to be seen.
[22:45] <wgrant> soren: The cron jobs may have already been switched off for the upgrade.
[22:45] <wgrant> That seems oddly early, though.
[22:45] <wgrant> mbarnett: ^^?
[22:45] <soren> wgrant: Oh, there's an upgrade going on right now?
[22:46] <wgrant> soren: It starts in 15 minutes, I believe.
[22:46] <mbarnett> wgrant: yeah, crons were quite recently shut off
[22:46] <mbarnett> and yes, 13 minutes from now
[22:47] <soren> How long is this expected to run for?
[22:47] <soren> Err..
[22:47] <soren> That's an odd sort of question.
[22:47] <soren> When can I expect the upload to be processed is what I really wonder.
[22:47] <soren> Hours?
[22:48] <micahg> 90 minutes was given as the outage window IIRC
[22:48] <jcsackett> soren: projected downtime for the upgrade is 90 min.
[22:48] <wgrant> soren: A few minutes after the upgrade finishes, so about 100 minutes from now.
[22:48]  * micahg notices the topic :)
[22:48]  * soren follows in micahg's foot steps
[22:49] <soren> Cool, not going to wait up, then :)
[22:49] <soren> Thanks!
[22:49] <hrw> hi
[22:49] <jml> hi
[22:50] <hrw> I dputted my package into ppa some time ago and nothing is visible in web ui. no 'rejected' email either ;(
[22:51] <wgrant> hrw: The upload processor has been disabled for the upgrade.
[22:51] <wgrant> It should be back in a couple of hours.
[22:51] <hrw> thank you
[22:51]  * hrw will go to other activities then
[22:52] <hrw> btw - will I have to reupload later or will my upload processed later?
[22:52] <wgrant> hrw: It will be processed.
[22:53] <hrw> thx
[22:53] <Nafallo> wgrant: damnit. I was about to answer "yes"
[22:54] <Nafallo> wgrant: let's talk in jabber instead :-)


[02:07] <InHisName> Oh so quiet here tonight
[03:18] <ChinnoDog> @crickets
[03:28] <InHisName> That memory has some pretty strange corruptions.  May have to break down and spend some unemployed $$ to replace it.   Sniff sniff.
[04:08] <ChinnoDog> I thought we concluded your motherboard has bad address lines
[04:12] <waltman> So at a family gathering yesterday, some relatives were talking about how they'd filled up their android phones' memory with too many emails.
[04:13] <waltman> My brother described his complex system where he deletes some mail on his phone but not on his backend mailbox.
[04:14] <waltman> But on my iPhone, I just have it set to keep the last 50 messages on each mailbox. That works fine. Since the backend is imap, if I ever need to pull up something older I can just do a search.
[04:14] <waltman> Do android mail apps work differently?
[04:15] <waltman> Or is $brother just demonstrating that he doesn't understand how things work?
[04:21] <waltman> I should point out that when topics like this come up, my defense mechanism is to pretend that I don't know anything about computers. :)
[04:33] <InHisName> No, ChinnoDog, the problem followed the memory stick when moved to other slot.  NOT motherboard.
[04:37] <InHisName> Oddly, I just noticed that the two memories are NOT the same.  One is1GB PC2100 DDR CL2.5 266MHz   and other (the one giving me fits lately) is 1GB PC3200 DDR CL3 400MHz.    I looked up MB specs and first is its needs.
[04:50] <ChinnoDog> waltman: yes, it is that simple. Good tactic, I dont play dumb but I keep my mouth shut about these things
[10:30] <JonathanD> Morning.
[10:37] <rmg51> Morning
[12:50] <waltman> Morning.
[13:10] <teddy-dbear> Morning peoples
[13:29] <jedijf> waltman: your strategy is best - supporting people is terrible
[13:49] <InHisName> Morning all
[13:49] <jedijf> morning wrong ram
[13:51] <InHisName> I have 3 partitions:   / ,   /boot,   and /home  - I need a HOWTO link on  reformatting /  BUT not touching a hair on /home  during the install from scratch etc.
[14:20] <ChinnoDog> iirc a reinstall does not reformat /home even though it tells you it is going to delete everything
[14:21] <ChinnoDog> Don't rely on me for that info though. I haven't done it like that yet.
[14:23] <ChinnoDog> I should have said that differently. If you select your /home partition for /home in the partition layout editor and do not tell it to format it you will get a warning that all directories will be deleted if you continue. I don't think that applies to /home though.
[14:30] <InHisName> I found a link: http://ubuntuforums.org/showthread.php?t=2011400
[14:32] <jedijf> rsync home somewhere else first - safe sex - hope is not a method
[14:32] <InHisName> One time a user asked about preserving the programs installed by apt-get.  It was not answered.  Just the same answer as /home preservation was given to answer the original question.
[14:33] <jedijf> that was ChinnoDog, and he answered and resolved himself
[14:33] <jedijf> at some point everyone needs to do that ^^^
[14:33] <InHisName> I'm not sure preserving the installs is even possible.   Might be easier to produce a list of what was installed and keep that and reinstall it all after ubuntu fully built up.
[14:33] <jedijf> nice
[14:33] <jedijf> that's how i would approach it
[14:34] <jedijf> dpkg is your friend
[14:35] <ChinnoDog> The problem is the packages that don't follow the rules. In theory everything is heirarchical and you can cleanly add and remove whatever but in actuality some packages don't get removed automatically and don't go backwards easily. The result is that adding and removing packages on two different machines in a different order leaves you with a different list of installed packages.
[14:35] <InHisName> Old issue review:   if a motherboard likes 266mhz memory and I had one 266mhz and another 400mhz, how is it possible that they worked for several years ?   Is it possible that the 400mhz memory that is acting goofy, is really still ok?
[14:36] <ChinnoDog> There is no issue putting faster memory into slower slots
[14:37] <InHisName> so a working 400 in a 266 system is perfectly fine ?
[14:37] <ChinnoDog> Yup
[14:37] <InHisName> So when a 400 in a 266 is acting goofy, then it is likely just plain bad and not a fish out of water ?
[14:38] <ChinnoDog> That is correct
[14:38] <jedijf> the old downward compatable - it will be as fast as the slowest ram
[14:38] <jedijf> lcd
[14:39] <jedijf> in all of this did you test them individually
[14:39] <InHisName> Price of 'low-density' 400mhz 1GB memory was just below $20 / stick.    The 266 1GB one was below $10.    I ordered one.   In a few days I'll have my backup pc back to 2GB.
[14:40] <jedijf> is that max?
[14:40] <InHisName> I memtest86+  each memory in each slot.   400mhz stick always failed regardless of which slot.
[14:40] <jedijf> i need some ram too for a newly acquired old laptop
[14:40] <jedijf> to take to 4 gig
[14:40] <InHisName> 2GB is max to stuff in that MB.
[14:41] <InHisName> google is your friend
[14:41] <InHisName> or ebay search
[14:41] <jedijf> yeah, usually just pricewatch and go with something average priced
[14:41] <jedijf> not a ram fan
[14:42] <InHisName> but ebay is lower on 'obsolete' pulls.   Pricewatch good for NEW memory.   Or old stock new memory.
[14:42] <jedijf> hmm...it *is* cyber monday
[14:43] <InHisName> 2 days ago I saw an ad for 27" montitor  2500x1900 pixels or so.  Better'n HD tv specs. for $199.    Need a job first.
[14:46] <InHisName> Been shopping for ipad retina (gen 3 or 4)  used.    Horrors!    but see lots of notes that many apps for disabled and autistic children and really catching on.
[14:47] <InHisName> Know any really  cheap sources / used seller I can check into ?    PS no 'fencing' sellers if I can tell.   Hard to discern on craiglist.
[14:54] <ChinnoDog> You can stuff more than the approved amount of memory in most motherboards. So long as the chip density is not to high it will work.
[14:55] <ChinnoDog> I do it all the time. I have 8gb of memory in my ThinkPad T400 I use for work and 4gb in my old HP laptop that is only approved for 2gb.
[14:59] <InHisName> Does it see more than 2GB?
[15:05] <InHisName> My stick is listed as 64x8  dual rank - so there is 16 chips.    But I was only finding 128x4 - the site lists a jillion mb that they do NOT work with.  Probably the workable boards are much smaller list.   They used terms such as 'high density'    Finding the 'low density' was tougher as many were not listed that way.
[15:14] <InHisName> This memory has normal fail from 1072 to 1111  with a stuck bit 0x00008000  every 65535  Start 0x00042uw1cc4 and initially ended at 1088 ( 0x00043yz1cc4).   So I marked out that 32Meg.  Still seemed to be flakey.  Tested further.
[15:18] <InHisName> Wierd stuff:   starting at 1428 (0x00059400000 ) I got errors ONLY on test #7 random.  The measured value was a walking '0' thru ffffffffff.   Strange for random data being written.   It would only fail if I started test #7 at least 40 Megs before the failing start point.   Otherwise it would pass.    Not even sure if this is a real failure or what. So goofy and funky, that replacement is easier dependable route.
[15:18] <InHisName> ChinnoDog: any thoughts on why its behaving wierdly ?
[15:30] <ChinnoDog> Yes, it sees all of it
[15:34] <ChinnoDog> You can usually tell if the density is right by counting the chips on the memory module
[15:40] <InHisName> So a stick with 16 chips both sides, 1GB+ 266Mhz+ will probably work ?    I ordered a 16chip 1GB 266mhz one for $9.  It might make it here by sat.  Sent from CA.
[15:45] <ChinnoDog> Density is what matters. If there is an approved module of the largest size supported by your motherboard with 8 chips on it then a module double that size with 16 chips on it will probably work.
[15:46] <InHisName> ChinnoDog: if I have starting address 0x00043001cc4 and ending address 0x00045671cc4.  Too setup excluded mem for grub2... I start with 0x000430000000 and use a mask to run up to 0x00045fffffff   mask: 0x0004?0000000   I have to pick value to mask for 3, 4 , and 5    or do I need to mask at 2**n boundry ?   Then I reverse the bit pairs within the HEX  for that big/little indian thing.  So if it was 0111 then --> 1101
[15:46] <ChinnoDog> A module double the maximum size with only 8 chips on it is double the density of the comparison module and probably won't work.
[15:48] <InHisName> Some MB are limited to single/dual ranks (chips both/ one side)   I have seen 32 chips on a stick 16 on a side, but that is REALLY OLD memory.
[15:51] <InHisName> The 1GB has 'highdensity' 128x4 and mine is "low" density is 64x8  dual or 16 total from both sides.   So if I picked up a 128x8 dual rank for 16 total it would still work but claim to be 2GB stick ?  And I'd only see 1GB.
[15:51] <InHisName> BUT all of the higher sticks cost more $$.   Of course applies well with free gifts and junk box discoveries.
[15:59] <InHisName> For the masking, I suspect I have to do it in three parts with 3 starting addresses and 3 masks.  Because it does not start on a 2**n boundry nor end on one.
[16:16] <ChinnoDog> "high" and "low" density is relative to the time you are buying the chip since chips are constantly increasing in density
[18:09] <InHisName> I just found out that the memtest86 installed by 12.10 has bugs in it.  v4.20.   Makes test #7 fail wierdly and at every address.
[18:10] <InHisName> Running the memtest86 on the live CD for 12.04, is the same version v4.20 and works much better.   No more weird errors.   Now to find where the real errors are temorarily until the new stick arrrives.
[18:11] <ChinnoDog> That is terrible. memtest86 is not supposed to have bugs
[18:16] <InHisName> Well it's in launchpad, workaround is use older live CD.   Strange thing is they did it right with 12.04 and it is with the same version (v4.20)  used by 12.04 & 12.10.   Go figure, huh?
[18:18] <InHisName> When I googled on the test #7 to find more to understand what was going on, I bumped into many reports of bugs with 12.10's memtest86.
[18:22] <InHisName> Now range is from 1056Meg to 1111.7Meg    I think that is a total of 40Meg to toss away.  I can do it in 3 starts & masks.   Done 3 passes, will let it do at least 2 more before I set it up for good.
[18:28] <ChinnoDog> When I excluded memory on my system I blocked out the entire last chips. (Chips is plural because it was running in dual channel.)
[19:07] <InHisName> Now that I've tested a bunch of addresses, I can't get the bad section to fail anymore.
[19:08] <InHisName> I couldn't have fixed it could I ?   Wait 10 min to 'rest' and try testing bad area again.
[19:21] <ChinnoDog> It might be intermittent
[19:21] <ChinnoDog> imho you should block out the entire range of the bad chips and see if it continues exibiting problems
[19:42] <InHisName> right now just running memtest86+, but will adjust the block soon.
[19:44] <InHisName> The block only applies to booting ubuntu from the hard drive.   memtest86 seems to be a separate partition on the live CD, so it does not have the block setup.


[01:11] <stevendale> What the hell happened to Lubuntu being lightweight
[01:13] <stevendale> This acrimony will hit the community and you will lose hundreds, if not thousands of users!
[04:35] <Jrdh> Hi
[04:53] <tsimonq2> Hi
[10:26] <nepenthe187> Anybody on have experience getting a second monitor to work?
[10:39] <hateball> nepenthe187: depends a bit on what GPU/Driver you are using


[16:35] <qwebirc20659> hi tgm4883. mythbuntu-control-centre works great now on linux mint. thanks again
[16:36] <tgm4883> qwebirc20659: your welcome. Thanks for letting me know of the issue
[16:36] <qwebirc20659> thats ok. if i find anything else i will let you know
[16:38] <Shadow__X> tgm is a wizard at fixing things
[16:39] <qwebirc20659> it seems that way :)
[16:40] <qwebirc20659> good bye and keep up the excellent work. thanks


[00:00] <slangasek> wow, something is seriously wrong with how the memory is being counted here
[00:00] <slangasek> could unity instances that segfaulted and died be using up system memory that doesn't show up under 'smem'?
[07:39] <smb> apw, I actually *was* outside
[07:58] <apw> smb, heh nice, so was i when i sent it :)
[07:59] <smb> apw, I was guessing from the name
[08:33]  * apw whines about x hanging in raring
[08:35] <smb> some people have so much fun
[08:36] <ppisati> actually, some people have _all_ the fun :)
[08:49] <apw> can it _hear_ me ?
[08:49] <ppisati> no
[08:51]  * apw glares at X
[11:29]  * ppisati -> out for lunch
[12:00]  * henrix -> lunch
[13:46] <ppisati> don't we routinely run xfstests as part of our SRU testing?
[13:46] <ppisati> sconklin: ^
[13:46] <ppisati> ok, bjs is not here...
[13:47] <ppisati> *bjf
[13:48] <sconklin> ppisati: We have test cases that run it, but I don't know how 'routinely' it gets run, bjf will know. he should be here any minute
[14:00]  * ppisati goes out for ~20mins
[15:31] <rsalveti> apw: rtg_: would be nice to have linux-tools for the touch related kernels as well
[15:31] <rsalveti> so we can have perf
[15:32] <rtg_> rsalveti, I'll look into it
[15:32] <rsalveti> rtg_: awesome, thanks
[15:32] <ogra> (note that we dont install the packages at all though)
[15:33] <ogra> i wonder if it would be possible to not have linux-tools depend on the kernel package ... so you dont have to do that big download
[15:34] <rsalveti> ogra: well, we can install in runtime
[15:34] <rtg_> ogra, aren't we going to use the kernel deb once the container is flipped ?
[15:34] <rsalveti> no issues with that
[15:34] <ogra> rtg_, we will do image based updates and the ubuntu rootfs is supposed to be completely arch independent ...
[15:34] <ogra> the image based update will just ship a boot.img
[15:35] <ogra> processing using the package happens server side
[15:36] <rtg_> ogra, so rather then having a separate tools package, you'd rather have perf bundled with the kernel ?
[15:36] <ogra> nah, but a tools packaage that doesnt hard depend on the kernel
[15:36] <ogra> so that you can install and use it without having to install the kernel package
[15:37] <rtg_> ogra, that should be possible given that the Nexus kernels really don't change much
[15:37] <ogra> yeah
[15:46] <rtg_> jjohansen, sconklin: bouncing tangerine for kernel update
[15:46] <sconklin> rtg: ok
[16:01] <rtg_> jjohansen, sconklin: tangerine is back
[16:04] <rtg_> jsalisbury, henrix, arges: bouncing gomeisa for kernel update
[16:04] <henrix> rtg_: ack
[16:07] <arges> rtg_: ok
[16:07] <rtg_> arges, its back up
[17:20]  * rtg_ -> lunch
[17:30] <bjf> bdmurray, bug 1098242 stil an issue?
[17:30] <ubot2`> Launchpad bug 1098242 in linux (Ubuntu) "[LENOVO 0831CTO] late resume failure" [Medium,Confirmed] https://launchpad.net/bugs/1098242
[18:20] <bdmurray> bjf: nope
[18:21] <bjf> bdmurray, thanks
[20:08]  * rtg_ -> EOD
[21:24] <shadows> oops on 3.8.x and newer kernels when disconnecting bluetooth DUN
[21:24] <shadows> how to debug?
[21:30] <jsalisbury> shadows, its best to open a bug by running the following from a terminal: sudo ubuntu-bug linux
[21:42] <shadows> jsalisbury: There is an open bug
[21:43] <shadows> bug #1165433
[21:43] <ubot2`> Launchpad bug 1165433 in linux (Ubuntu) "Kernel 3.8.x panics on bluetooth DUN disconnect" [High,Confirmed] https://launchpad.net/bugs/1165433
[21:50] <shadows> jsalisbury: what else is to be done?
[22:52] <cyphermox> hi
[22:53] <cyphermox> I'm looking at the maguro (and to a lesser extent mako) devices, and I notice there seems to be the config CONFIG_BT_HCISMD missing
[22:54] <cyphermox> could someone please add it for maguro on saucy?


[15:41] <hylian> how can i change my default screenshot util?
[15:44] <hylian> never mind, solved it myself.


[02:08] <gbc> anyone out there tonight? hoping to get help with a basic question ... been searching, but can't find a straight answer
[02:08] <gbc> in general, can you deploy multiple charms on the same server without containers?
[02:09] <gbc> more specifically, can you deploy an openstack all-in-one type system without containers, using juju charms?
[02:26] <pmatulis> gbc, yes, using the '--to' option of the 'juju deploy' command
[02:26] <pmatulis> https://jujucharms.com/docs/stable/charms-deploying#deploying-to-specific-machines-and-containers
[02:27] <gbc> pmatulis, yes, but are the openstack charms designed in such a way that they can co-reside on the same server?
[02:29] <gbc> 'cause when I do this, it seems like they're conflicting with each other
[02:29] <pmatulis> oh, that i do not know
[02:30] <pmatulis> the charms should be documented
[02:30] <gbc> yeah, you'd think so
[02:30] <gbc> the charms don't say that it *can't* be done, so I assumed that means that it can be done ...
[02:30] <pmatulis> gbc, have you tried conjure-up? i believe that's what it does. puts everything on one system. but it uses LXD
[02:31] <pmatulis> (i'm quite sure, haven't tried in a long time)
[02:32] <gbc> i'm trying to avoid using containers (reasons) ...
[02:32] <gbc> https://askubuntu.com/questions/506647/juju-and-openstack-provisioning
[02:32] <gbc> that link suggests that most juju itself doesn't care if charms co-exist on the same server, but it's left up to charm developers ...
[02:33] <gbc> also says most charms "assume they own the whole machine" ...
[02:33] <gbc> and every example I see uses containers ...
[02:33] <gbc> so i'm putting 2&2 together and thinking that the openstack charms don't combine well on the same server ...
[02:34] <gbc> and that it's just not explicitly stated
[02:34] <gbc> anyway, thanks for the response
[02:34] <pmatulis> np, good luck
[02:42] <gbc> for the record (especially in case anyone comes across this while searching in the future) ...
[02:43] <gbc> here's another link that says "Using --to flag without containerization is a really bad idea...Basically you're layering a ton of services on top of each other that all expect to own the machine."
[02:43] <gbc> https://askubuntu.com/questions/459992/hook-failed-shared-db-relation-changed-when-using-openstack-in-the-same-syste
[07:46] <BlackDex> Hello there. I'm having some issues with LXD/LXC Containers when using juju (with MAAS). The problem is that the containers (lxc on 14.04 and lxd on 16.04) arn't getting there DHCP address because UFW is enabled and blocking the DHCP Request from passing to the MAAS Node. It blocks these requests on the Container Host. This in turn prevents juju from configuring the container. Is this a know problem? As i
[07:46] <BlackDex> can't find a bug/issue about this. If i disable UFW on the Container Host it seems to work, but UFW seems to get enabled sometimes even if i disabled it using `sudo ufw disable`
[10:59] <Coompiax> Hi Guys. Please could someone help us? We are deploying Openstack using the JuJu charm bundle "openstack-base". We have 2 major subnets including: <IP_ADDRESS>/24 for MAAS and <IP_ADDRESS>/16 for our private cloud/local lan/public facing services. When deploying, we get "no obvious space for x/lxd/y, host has spaces "cloud", "maas". So we need to deploy these charms to the correct spaces.
[11:01] <Coompiax> When we use the cli using: juju deploy --to lxd:0 --constraints spaces=cloud, the lxd container gets created and all is well. But, what about the bindings? Especially when we get to the openstack bundle which has a bunch of applications, each with its own set of bindings.
[11:01] <Coompiax> So basically, we are struggling to get to grips on how to allocate applications/units/containers to the correct spaces.
[11:02] <Coompiax> Any help would be greatly appreciated. We can simplify this by just using haproxy as an example.
[11:17] <Coompiax> Hello?
[11:35] <Coompiax> Anyone?
[12:05] <Cooooompiax> .
[14:08] <petevg> Darn. Coompiax left. I was going to point them at https://jujucharms.com/docs/2.3/charms-bundles#binding-endpoints-of-applications-within-a-bundle
[14:09] <petevg> On the command line, it's the --bind param, formatted like --bind "somebindname=somespacename otherbindname=otherspacename"
[16:52] <bobeo> df
[16:52] <bobeo> whats the easiest way for me to move juju instances and containers from one machine to another/ I just realized im wasting a lot of resources on a system that I could better utilize
[16:55] <zeestrat> bobeo: easiest would be to add units to a new machine and remove units from the old if the charms support that.
[17:58] <el_tigro1> I set up an aws controller some time ago and have a couple of models running. Haven't touched anything in a while. Today I decided to make some changes but my aws credentials had changed. So I used `juju-autoload-credentials` and then `juju update-credential aws default`. Everything went smoothly. To warm myself back up to juju, I just did a simple `juju add-machine` but it's been stuck in the "pending" state for about an hour. So I
[17:58] <el_tigro1> connected to the controller with `juju ssh -m admin/controller 0` to check out the logs in '/var/log/juju/machine-0.log'. I see the same error message every 3 seconds:
[17:58] <el_tigro1> ERROR juju.worker.dependency engine.go:546 "compute-provisioner" manifold worker returned unexpected error: failed to process updated machines: failed to get all instances from broker: AWS was not able to validate the provided access credentials (AuthFailure)
[18:01] <el_tigro1> First thing is that I'm sure the credentials are correct but I figure I'll use `juju remove-machine --force <machine-number` to stop the spamming. The returns success with "removing machine 2" however `juju status` still shows it in the pending state. And the controller is still see the same error message in the controller logs every 3 seconds.
[18:05] <cory_fu> el_tigro1: I'm pretty sure that loading new credentials only applies to new controllers or models.  The existing controller is going to continue to try to use the old credentials.  I do not know if there's a way to tell it to use new ones
[18:05] <el_tigro1> first question is how can I force juju to cancel the operation. BTW I'm running juju version 2.3.2-xenial-amd64
[18:05] <el_tigro1> cory_fu: I thought that's what `juju update-credential` is for
[18:06] <cory_fu> el_tigro1: You seem to be right.  I haven't used that before.
[18:07] <cory_fu> el_tigro1: As for cancelling, you could try just doing a `juju remove-machine --force <num>`
[18:07] <cory_fu> Or possibly --keep-instance if that fails
[18:07] <el_tigro1> cory_fu: Thanks but I tried that already. See my 4th paragraph :)
[18:08] <cory_fu> el_tigro1: Yeah, sorry I missed that.  What about --keep-instance?
[18:09] <el_tigro1> cory_fu: just tried it. No luck
[18:10] <el_tigro1> Still getting the same error message every 3s !
[18:10] <cory_fu> balloons: Any suggestions?  ^
[18:11] <cory_fu> el_tigro1: Only other thing I can think of would be to try restarting the jujud process on the controller, but that seems a bit heavy-handed
[18:11] <cory_fu> And if it didn't get the updated credential in the right place, it probalby wouldn't help
[18:11] <el_tigro1> cory_fu: Thanks for the suggestion. I guess I could give it a shot
[18:16] <el_tigro1> cory_fu: I ran `sudo systemctl restart jujud-machine-0.service` and the pending machines have vanished from the model. Thanks!!
[18:17] <cory_fu> Oh, nice.  I wonder if that will help it pick up the new credential as well?
[18:17] <el_tigro1> About to try it out :D
[18:17] <cory_fu> el_tigro1: It would probably be worth filing a bug for that.
[18:18] <el_tigro1> cory_fu: success!
[18:18] <cory_fu> That's great.  I wonder why it got into a bad state
[18:19] <cory_fu> Maybe it was a backlog of failed operations that was blocking resolution?
[18:20] <el_tigro1> so I guess the sequence of commands to update credentials on the controller requires: `juju-autoload-credentials` and `juju update-credential aws default` on the client. And then 'sudo systemctl restart jujud-machine-0.service' on the controller
[18:20] <el_tigro1> workaround
[18:20] <el_tigro1> cory_fu: I wonder as well
[22:54] <bobeo> o/
[22:55] <bobeo> whats the constraint option for storage space? Is it disk?
[22:55] <bobeo> juju deploy lxd --constraints disk=400G ?
[22:59] <bobeo> I want to be able to deploy an lxd system to build web applications on, but it just gave me an error, says "cannot use --constraints on a subordinate machine"
[23:00] <bobeo> application*
[23:03] <rick_h> beisner: so the constraints on disk is that you need a root disk of 400G from the underlying cloud or find me a machine in maas that has a disk of 400G
[23:03] <rick_h> sorry, bobeo ^
[23:04] <rick_h> bobeo: and normally you can't use the constraints on something that's a subordinate of another charm because it's the main charm the machine comes up to match. The subordinate is installed afterwards as a kind of "add-on" chunk of software


[12:03] <sistpoty> args. it did... and then it failed. even stranger
[12:03] <sistpoty> this actually was a one line patch which had nothing to do with ghc6...
[12:03] <sistpoty> (only tail -n +2 instead of tail +2)
[12:05] <sistpoty> hm... since it does 2-phase bootstrapping, i guess a) ghc6 w. gcc4 can no longer rebuild itself or b) s.th. else changed and caused the fail
[12:05] <sistpoty> but i guess b) might be a little bit more likely *hope*
[12:06] <slomo> a) would be really bad :/
[12:06] <sistpoty> slomo: do you have access to a 64bit arch?
[12:06] <slomo> amd64, yes
[12:06] <sistpoty> I have read some bugs about ghc6 + 64bit in general
[12:07] <sistpoty> slomo would you eventually try to rebuild ghc6 with newest dapper ghc6 there?
[12:07] <slomo> sure... tomorrow
[12:07] <slomo> oh wait
[12:07] <sistpoty> but only if you have enough time... it will take... hours! :)
[12:07] <slomo> now ;)
[12:07] <slomo> uh
[12:07] <slomo> tomorrow :P
[12:07] <sistpoty> hehe
[12:07] <sistpoty> cool, thx.
[12:07] <slomo> really hours?
[12:08] <sistpoty> yep... mom, I'll take a look how long the buildd took
[12:09] <sistpoty> slomo: buildd took 2:02h
[12:09] <slomo> ok
[12:09] <sistpoty> (amd64)
[12:10] <sistpoty> thx slomo
[12:56] <raphink> hello :)
[12:56] <crimsun> hi
[12:57] <raphink> hi crimsun :)
[12:57] <crimsun> 2.6.12-9 is so much more usable than 2.6.15-3 :)
[12:58] <raphink> crimsun: I've got a pb with a package in which manpages won't install
[12:58] <raphink> would you help me with it?
[12:58] <crimsun> sure, what's up?
[12:58] <raphink> ok
[12:58] <raphink> i'll show you the debian/rules
[12:59] <raphink> http://paste.ubuntulinux.nl/4725
[12:59] <raphink> here it is
[12:59] <raphink> I just tried with two manpages so far
[12:59] <raphink> but none will install
[12:59] <crimsun> (sec, dapper pbuilder is updating)
[12:59] <raphink> ok :)
[01:05] <crimsun> ok, show me the dpkg-buildpackage run
[01:05] <raphink> ok wait a min
[01:06] <raphink> I'll run it
[01:06] <raphink> huh
[01:06] <raphink> it crashes
[01:07] <raphink> http://paste.ubuntulinux.nl/4726
[01:07] <raphink> debuild works
[01:07] <raphink> so i didn't try dpkg-buildpackage
[01:07] <raphink> crimsun: ^^
[01:07] <crimsun> the output from debuild, then
[01:08] <crimsun> (fakeroot dpkg-buildpackage ...)
[01:08] <raphink> entire one?
[01:08] <raphink> oh yeah fakeroot LOl
[01:08] <raphink> it's late ;)
[01:08] <raphink> hehe
[01:08] <raphink> you want the entire debuild output?
[01:09] <raphink> http://paste.ubuntulinux.nl/4727
[01:09] <raphink> there
[01:10] <raphink> lines 148 and 149 build the docbooks
[01:11] <raphink> but it doesn't seem to install them
[01:15] <crimsun> where is docbook2x-man placing the generated man pages?
[01:15] <raphink> in debian i guess
[01:15] <crimsun> can you check?
[01:15] <raphink> the docbook files are there
[01:15] <raphink> well I clean them afterwards
[01:15] <raphink> so i can't really check
[01:16] <crimsun> after you run debuild?
[01:16] <raphink> hmm
[01:16] <crimsun> note that your build:: extension is actually called after dh_clean -k
[01:17] <crimsun> (so it's called twice)
[01:17] <raphink> they're not in the sources after i run debuild
[01:17] <raphink> yes
[01:17] <raphink> so clean:: should be defined before build:: ?
[01:18] <crimsun> (that's not the issue)
[01:18] <crimsun> I'm just trying to locate your generated man pages
[01:19] <raphink> ok
[01:19] <raphink> they are in the root :(
[01:19] <raphink> not in debian/
[01:19] <raphink> that's weird
[01:20] <crimsun> :)
[01:20] <raphink> I mean
[01:20] <raphink> I have the same kind of code for knmap
[01:20] <raphink> and the docbooks don't end up in the root
[01:20] <raphink> :s
[01:21] <raphink> indeed if they are bult in the root it's obvious they won't be installed though
[01:22] <raphink> :(
[01:22] <crimsun> note also that those two generated man pages aren't being passed to dh_installman
[01:22] <raphink> well because they're not created in the right place I guess
[01:23] <crimsun> right
[01:24] <raphink> I'm trying to see where knmap creates the manpages from the docbook
[01:25] <raphink> well knmap also creates it in the root
[01:25] <raphink> so that's fine
[01:25] <raphink> it's not the pb
[01:26] <crimsun> but is the filename called knmap.1?
[01:26] <raphink> yes
[01:26] <crimsun> see, that's the difference
[01:26] <raphink> why?
[01:27] <crimsun> the two man pages that are generated don't match the package name
[01:27] <raphink> hmm
[01:27] <raphink> they are called kim_album.1 and kim_compress.1
[01:27] <raphink> maybe I can't put "_" in manpages names
[01:27] <crimsun> therefore you have to pass them explicitly: dh_installman -pkim kim_album.1 kim_compress.1
[01:27] <crimsun> sure you can
[01:28] <crimsun> (see apt_preferences)
[01:28] <raphink> hmm
[01:28] <raphink> so you mean its this that it wrong :
[01:28] <raphink> DEB_INSTALL_MANPAGES_kim_album = kim_album.1
[01:28] <raphink> DEB_INSTALL_MANPAGES_kim_compress = kim_compress.1
[01:28] <raphink> these lines don't work ?
[01:29] <crimsun> you have packages named kim_album and kim_compress?
[01:29] <crimsun> (which would be illegal anyhow, since _ is a delimiter for version)
[01:29] <raphink> not packages but binaries
[01:29] <raphink> I have 14 binaires in this package
[01:29] <raphink> so I need one package for each
[01:30] <crimsun> yes, that's wrong
[01:30] <crimsun> because you have no package called kim_album or kim_compress
[01:30] <raphink> oh ic
[01:30] <raphink> so how should I do that ?
[01:30] <raphink> so I can have one manpage for each binary in my package
[01:31] <crimsun> DEB_INSTALL_MANPAGES := kim_album.1 kim_compress.1
[01:31] <raphink> ok
[01:32] <raphink> with the : ?
[01:33] <crimsun> I would, but I don't think it matters
[01:33] <crimsun> (I'm not a cdbs guru)
[01:33] <raphink> ok
[01:33] <raphink> ;)
[01:33] <raphink> I'll try that
[01:33] <crimsun> (though it really has more to do with debhelper than cdbs)
[01:34] <raphink> hmm
[01:34] <raphink> let's see ;)
[01:35] <sistpoty> crimsun: may I beg you to upload a package for me?
[01:35] <crimsun> sistpoty: sure
[01:35] <sistpoty> http://revu.tauware.de/~sistpoty/uploads/ <- nvtv (source already in the archives)
[01:35] <raphink> didn't work crimsun :(
[01:36] <raphink> DEB_INSTALL_MANPAGES := kim_album.1 kim_compress.1
[01:36] <raphink> shouldn't it be :
[01:36] <raphink> DEB_INSTALL_MANPAGES := kim_album.1 kim_compress.1
[01:36] <raphink> oosps sorry
[01:36] <raphink> DEB_INSTALL_MANPAGES_kim = kim_album.1 kim_compress.1
[01:37] <raphink> ?
[01:38] <raphink> yeah :)
[01:38] <raphink> it works
[01:38] <raphink> but not in man:/ in konqueror
[01:38] <raphink> only in console it seems
[01:39] <sistpoty> you can do man in konqueror? cool :)
[01:39] <crimsun> err, right, I omitted the _package
[01:39] <raphink> yep ;)
[01:39] <raphink> sistpoty: but not all mans, only the kde ones I think
[01:39] <crimsun> you could also have generated debian/manpages with kim_album.1 and kim_compress.1 as the contents
[01:39] <raphink> ic
[01:40] <raphink> haha I'm stupid
[01:40] <raphink> LOOOOOOOOOOOL
[01:40] <raphink> I'm sshed on my comp, i'm not home
[01:40] <sistpoty> hehe
[01:40] <raphink> so obviously when I installed the package to test it, I did it on my comp there
[01:40] <raphink> not here
[01:40] <raphink> so the man worked in console THERE
[01:40] <raphink> but not in the GUI HERE ;)
[01:40] <raphink> haha
[01:40] <raphink> doh
[01:41] <raphink> ok well so at least it works
[01:41] <raphink> now I'm not sure of the quality of my manpages :(
[01:41] <raphink> http://paste.ubuntulinux.nl/4729
[01:41] <raphink> is this ^^ good enough for a manapge?
[01:42] <crimsun> (sec)
[01:42] <sistpoty> raphink: quite good... maybe you should explain the "quality" usage a little bit better
[01:43] <raphink> well i'm not the upstream author
[01:43] <raphink> so it's not easy for me
[01:43] <raphink> I have to decrypt each script to find out about options
[01:43] <sistpoty> raphink: as in kim_compress [ -quality  <quality> ]  (or s.th.)
[01:43] <raphink> hmmm
[01:44] <raphink> i'm not sure of the syntax in docbook to write that
[01:44] <crimsun> sistpoty: uploaded
[01:44] <sistpoty> crimsun: thx
[01:44] <crimsun> np
[01:44] <raphink> I used
[01:44] <raphink>   <refsynopsisdiv>
[01:44] <raphink>     <cmdsynopsis>
[01:44] <raphink>       <command>kim_compress</command>
[01:44] <raphink>       <arg choice="opt">
[01:44] <raphink>         <option>quality</option>
[01:45] <raphink>       </arg>
[01:45] <raphink>       <arg >image files</arg>
[01:45] <raphink>     </cmdsynopsis>
[01:45] <raphink>   </refsynopsisdiv>
[01:45] <raphink> not sure this is right
[01:45] <raphink> (sorry for the little flood)
[01:45] <raphink> image files are mandatory
[01:46] <raphink> but -quality is an option
[01:46] <raphink> mogrify -quality $QUALITY "$FILE"
[01:46] <sistpoty> raphink: sorry, haven't got really much experience with sgml... I'll try to find an example
[01:47] <raphink> ok
[01:47] <raphink> I can't find examples so it's not easy ;)
[01:47] <raphink> it's apity since all I need to do in this package still is manpages
[01:48] <sistpoty> raphink: perhaps <arg choice="opt"><option>quality<option><replaceable>n</replaceable>
[01:48] <raphink> hmm
[01:48] <sistpoty> i have no clue if this actually works... i just found it somewhere ;)
[01:48] <raphink> sistpoty: when it says :
[01:48] <raphink> FILE="";
[01:48] <raphink> QUALITY="$1";
[01:48] <raphink> DIR="$2";
[01:49] <raphink> how are these arguments taken ?
[01:49] <sistpoty> quality is first argument, dir second... unless there is s.th. like "shift" in it
[01:50] <raphink> doh I could look in the .desktop to find the answers ;)
[01:50] <raphink> kim_compress 80 %D
[01:50] <raphink> that's the kind of entries in teh .desktop files
[01:50] <raphink> or
[01:50] <raphink> kim_compress 80 %D
[01:50] <raphink> oops
[01:50] <raphink> it's
[01:50] <raphink> kim_compress 80 %D
[01:51] <raphink> hmm with % U in the end ;)
[01:51] <raphink> hehe
[01:51] <raphink> so I think it must be : kim_compress quality directory image_files
[01:52] <raphink> so it should be written
[01:52] <sistpoty> yep... seems so
[01:52] <raphink> kim_compress [quality]  [directory]  [image files]  ...
[01:52] <raphink> right?
[01:52] <raphink> just like lintian is :
[01:52] <raphink> lintian [action]  [options]  [packages]  ...
[01:53] <sistpoty> yep. seems good
[01:53] <raphink> :)
[01:56] <sistpoty> crimsun: did you try to upload ghc6? that's already there ;)
[01:57] <crimsun> sistpoty: yes, I punted whatever was in the directory
[01:57] <crimsun> sorry about the double upload
[01:57] <sistpoty> crimsun: np... katie rejected it
[01:57] <sistpoty> crimsun: maybe i should have been more clear ;)
[01:58] <crimsun> yeah, I've bombed two duplicates in the past day, argh
[01:58] <ajmitch> slomo_: liferea (0.9.7b+test1.0rc3-1ubuntu1) -- yay for ugly versioning ;)
[01:59] <sistpoty> hey ajmitch
[01:59] <ajmitch> hi
[01:59] <ajmitch> then 1.0rel when it's released :)
[02:00] <sistpoty> hehe
[02:00] <raphink> sistpoty: how about that ? http://paste.ubuntulinux.nl/4732
[02:02] <sistpoty> raphink: looks good to me
[02:02] <raphink> ok :)
[02:02] <raphink> I'm gonna do them this way :)
[02:05] <raphink> :)
[02:08] <raphink> sistpoty: since I'm going to have many docbooks
[02:09] <raphink> is it fine if I create a debian/man/ dir
[02:09] <raphink> and put them there so it's cleaner?
[02:17] <sistpoty> raphink: that's up to you ;)
[02:17] <raphink> ok :)
[02:17] <sistpoty> raphink: as long as the created files are cleaned
[02:17] <raphink> of course ;)
[02:18] <raphink> i just dont' want debian/ to be overcrowded with manpages ;)
[02:18] <raphink> I think files should be easily found in it
[02:24] <raphink> ooo I think I'll finish tomorrow ;)
[02:24] <sistpoty> hehe
[02:26] <raphink> heh ;)
[02:26] <raphink> 6 manpages done ...
[02:26] <raphink> 8 to go
[02:26] <sistpoty> raphink: i just took a look at toutf8 again
[02:26] <sistpoty> raphink: there isn't anything arch-specific built, is there?
[02:26] <raphink> sistpoty: I uploaded it again since the dev produced a new version with german
[02:26] <raphink> nope sistpoty
[02:27] <raphink> it's just .desktop files
[02:27] <raphink> so only bin deps and that's it
[02:27] <raphink> why?
[02:27] <sistpoty> then it should be Architecture: all (instead of any)
[02:27] <raphink> oh ic
[02:27] <raphink> I'll correct it immediatly
[02:27] <sistpoty> :)
[02:28] <raphink> Now running lintian...
[02:28] <raphink> W: toutf8 source: build-depends-without-arch-dep
[02:28] <raphink> since I put all
[02:28] <raphink> I mean Architecture : all
[02:28] <raphink> but I need cdbs to build ;)
[02:28] <raphink> is taht fine?
[02:29] <sistpoty> erm... no... there is some way to do it. but I don't know the cdbs way right now ;)
[02:29] <raphink> I mean obviously the binary doesnt' require a specific arch, but the build does since I use cdbs
[02:29] <ajmitch> Build-Depends-Indep
[02:29] <raphink> ajmitch: where do i put that?
[02:29] <ajmitch> instead of Build-Depends
[02:29] <sistpoty> thx ajmitch:
[02:29] <raphink> ok
[02:30] <raphink> thanks much ajmitch
[02:31] <raphink> sistpoty: just uploaded it again ;)
[02:31] <raphink> with Architecture:all and Build-Depends-Indep
[02:31] <sistpoty> he, have to wait ~4 mins ;) (cron runs every 5 mins to process incoming packages on revu)
[02:32] <raphink> ok
[02:32] <raphink> i've worked again on kio-sword and knmap
[02:32] <raphink> i think they should be fine by now
[02:33] <raphink> and kim is not ready since I have to finish all these manpages ;)
[02:33] <sistpoty> ok
[02:33] <raphink> :)
[02:33] <sistpoty> but I can't promise I'll review all of them today ;)
[02:34] <ajmitch> sigh, I think my ISP's transparent proxy is breaking things badly today
[02:34] <sistpoty> omg
[02:34] <raphink> ajmitch: :( sorry to hear that
[02:34] <ajmitch> lots of packages are failing to fetch, & it stops at the same place
[02:35] <raphink> sistpoty: I guess kim should also be Architecture:all since it's a collection of bash scripts ;)
[02:35] <sistpoty> raphink: yep
[02:35] <sistpoty> raphink: everything that doesn't get binary/arch-specific stuff built should be "all"
[02:35] <raphink> ok
[02:35] <raphink> :)
[02:37] <raphink> sistpoty: toutf8 is up now :)
[02:41] <sistpoty> raphink: toutf8 advocated ;)
[02:41] <raphink> thanks sistpoty :)
[02:41] <sistpoty> thanks for your contribution, raphink
[02:41] <raphink> it's a pleasure :)
[02:41] <ajmitch> I guess I can't upload but I can still prepare stuff & still review ;)
[02:41] <raphink> I hope I can contribute more in the future :)
[02:42] <sistpoty> :)
[02:42] <crimsun> ajmitch: you can upload to universe, though?
[02:42] <ajmitch> crimsun: nope
[02:42] <crimsun> gah
[02:43] <ajmitch> raphink: perhaps toutf8 could be named better to indicate it's for konqueror?
[02:43] <raphink> hmm
[02:43] <raphink> well that's the name the dev gave to it
[02:43] <ajmitch> I know
[02:43] <ajmitch> but we often rename things to fit with policy :)
[02:43] <raphink> if you search for konqueror, you'll find toutf8
[02:43] <raphink> ok
[02:44] <raphink> hmm
[02:44] <ajmitch> crimsun: since I had to replace my gpg key I can't do anything
[02:44] <raphink> konq-toutf8 ?
[02:45] <raphink> I'll see about that tomorow
[02:45] <ajmitch> if Riddell was around still you could check with him
[02:45] <raphink> it's too late now ;)
[02:45] <raphink> I'll ask Riddell tomorrow ;)
[02:45] <ajmitch> he'd know more than I would about KDE naming :)
[02:45] <sistpoty> for sure ;)
[02:45] <raphink> now it's almost 3AM i need to sleep
[02:45] <sistpoty> gnight raphink
[02:45] <raphink> good night
[02:45] <raphink> :)
[02:47] <zul> damn postal office
[02:47] <ajmitch> I know I didn't leave it behind in canada, so I suspect I never took it with me in the first place
[02:49] <Riddell> hmm?
[02:49] <ajmitch> Riddell: you're up late
[02:50] <ajmitch> just a question about naming a small package for konqueror service menus
[02:50] <Riddell> ajmitch: I have flight-1 candidate CDs to test
[02:50] <Riddell> konq-toutf8 seems sensible to me
[02:50] <ajmitch> ok
[02:51] <ajmitch> lucky you, I hope it goes smoothly :)
[03:59] <sistpoty> I'm off to bed now... gn8
[05:07] <magnon> siretart: ping
[05:07] <magnon> might be a tad early :)
[07:19] <LaserJock> MOTUScience folks check out the wiki, I added source package lists from lucas's program
[07:23] <minghua> LaserJock: nice list
[07:24] <LaserJock> minghua: hmm, I haven't completely checked it out. I'm sure there are some bugs ;-)
[07:25] <LaserJock> I wanted a place where we can see what we have and especially the debian-ubuntu version comparison
[07:27] <minghua> Hmm, and tetex-bin and tetex-base is not in the TeX section list
[07:27] <LaserJock> they are in main I think
[07:28] <minghua> I see
[07:31] <LaserJock> I specifically wanted to just do universe
[07:31] <LaserJock> but it might be worth having another list for main, etc. so we can get a fuller picture
[09:17] <zakame> hi all
[09:19] <crimsun> hi
[09:22] <zakame> heh, brownout here in my locality :(
[09:25] <zakame> can any motu please revu libmemcache? thanks in advance :)
[09:31] <Kmirno> Hello someone in USA ?
[09:32] <Kmirno> Could someone in USA please wget http://tools.letsgozik.com/bigtest and tell me the ko/s rate ?
[09:32] <Kmirno> (don't need to d/l it fully, just need the rate)
[09:50] <zakame> hmmm, does ubuntu have an equivalent of packages.qa.debian.org? or is this served by launchpad?
[10:02] <minghua> Am I the only one getting "can't find /etc/shadow" error in pbuilder chroot?
[10:02] <crimsun> nope
[10:02] <minghua> zakame: Not that I'm aware of
[10:03] <crimsun> minghua: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338976
[10:04] <crimsun> just needs to be merged
[10:05] <minghua> crimsun: thanks for the pointer
[10:05] <crimsun> ogra actually pointed it to me :)
[10:06] <minghua> crimsun: so the current work around is just login and touch /etc/passwd?
[10:07] <minghua> how did you guys solve this problem?
[10:07] <minghua> Hmm, maybe I can just modify the pbuilder script myself
[10:07] <minghua> that would be dirty though...
[10:09] <crimsun> modifying it per Markus Kolb's 2-line patch is recommended until someone merges 0.139
[10:10] <minghua> crimsun: yeah, I figure that would be easier than other solutions
[10:10] <minghua> crimsun: thanks a lot :-)
[10:11] <crimsun> np
[10:43] <minghua_> so dapper cleaned up /usr/X11R6/ completely?  Gah.
[10:43] <minghua_> seems I've got a tough package to merge, then
[11:02] <sivang> mornig all
[11:02] <crimsun> hi
[11:07] <Gloubiboulga> Is there any way to clean a chroot ?
[11:08] <Kmirno> Gloubiboulga: rm -Rf is pretty good
[11:08] <Gloubiboulga> Kmirno: sure :)
[11:09] <Gloubiboulga> but is there an other way ?
[11:16] <minghua_> hardcoded /usr/X11R6/include/X11/ path is EVIL
[11:16] <crimsun> quite
[11:17] <minghua_> Gloubiboulga: for pbuilder there is an clean command, but it will clean your cache as well
[11:17] <minghua_> so I won't use it again :-(
[11:22] <Gloubiboulga> so rm -Rf is the solution
[11:25] <siretart> Gloubiboulga: some people are proposing using lvm, and working on snapshopts. that way you can recreate a clean chroot easily by doing the 'lvcreate -s /dev/vg00/chroots ... ' magic
[11:25] <zakame> hello all
[11:26] <Gloubiboulga> siretart: seems interesting
[11:26] <Gloubiboulga> I'll have a look at this
[11:27] <siretart> Gloubiboulga: it uses copy on write (cow) techniques. So i/o operations are very cheap
[11:29] <zakame> cow!
[11:33] <asbin> hi everybody
[11:33] <asbin> I have some questions about how to make a new package for ubunutu ...
[11:33] <asbin> is it the right place ?
[11:34] <zakame> asbin: have you read DeveloperResources on the wiki? :)
[11:34] <asbin> yes I have read a lot of pages on the wiki, but I have not found all answers ;)
[11:35] <asbin> I am one of the developpers of GeeXboX, a multimedia player
[11:36] <zakame> asbin: ooh
[11:37] <asbin> and I maintain the deb. packages, so my questions are not about how to make a package, but how to put it in ubuntu (and/or Debian) repository
[11:39] <zakame> ah
[11:40] <asbin> I've also a package for ushare, a lightweight UPnP A/V Media Server, that we can use with geexbox (and others upnp clients..)
[11:41] <zakame> what's the url for this?
[11:41] <asbin> http://www.geexbox.org and http://ushare.geexbox.org
[11:42] <asbin> I've tried to upload ushare on REVU, but I was'nt in the database at this moment (now it's ok, but files are still on the server)
[11:46] <zakame> hmm, have you gotten your gpg key signed?
[11:47] <asbin> yes, and sent it by email ...
[11:47] <asbin> but I've upload the source/package on REVU to soon :(
[11:48] <minghua_> asbin: you should receive a reply about your key getting added to revu keyring
[11:49] <asbin> yes, i've received it ;)
[11:49] <siretart> asbin: are u talking about ushare?
[11:50] <asbin> yes
[11:50] <zakame> hmm, it's not there in revu... does it go by that name?
[11:50] <siretart> asbin: done
[11:51] <asbin> ok. thank you !
[11:51] <siretart> who uploaded ksplash-engine-moodin?
[11:51] <jpatrick> siretart: I did
[11:51] <asbin> should I upload source+package or just the package ?
[11:51] <siretart> jpatrick: please don't upload binary packages, we can only process sourceful uploads!
[11:51] <siretart> asbin: just the source
[11:52] <siretart> and please always with FULL source (i.e. with .orig.tar.gz)
[11:52] <jpatrick> siretart: sorry
[11:52] <asbin> ok ;)
[11:52] <zakame> there, i see ushare already
[11:53] <siretart> jpatrick: no problem. I just deleted your upload, because there was no source included
[11:53] <jpatrick> siretart: how do I stop the .deb from being uploaded?
[11:53] <siretart> sure, I just run process_uploads manually ;)
[11:53] <siretart> jpatrick: use `dpkg-buildpackage -S -sa`, just as instructed on the wiki.ubuntu.com/REVU
[11:54] <zakame> asbin: hmmm, your .diff.gz is just a diff on changelog?  where's the ./debian?
[11:56] <zakame> asbin: ah, it's in the .orig.tar.gz...
[11:56] <minghua_> if I made my own merge, I should change the "MoM" line from scott's page to the REVU page of my uploaded package, right?
[11:57] <asbin> yes, as I'm one of the maintainer, debian dir is on the arch repository
[11:58] <siretart> please rather dont use revu for merges for now
[11:58] <siretart> revu is not that suited for that kind of work, until we dont can see the debdiffs directly
[11:58] <zakame> asbin: is this debian-dir on a separate version/branch?
[11:58] <siretart> I'm working on that, but dont expect results too soon
[11:58] <zakame> minghua_: or a debdiff
[11:59] <jpatrick> siretart: so full command is: dpkg-buildpackage -S -sa -rfakeroot -kSOMEKEY
[11:59] <mirak> minghua_: generally I find it a bit dumb to have all path hardcoded at compilation
[11:59] <siretart> jpatrick: yes, that would work
[12:01] <minghua_> siretart: ah, sorry, I won't use REVU next time
[12:01] <jpatrick> siretart: reuploading
[12:01] <minghua_> mirak: yeah, but in this case it's not that bad, everything are in a Make.dep file
[12:02] <siretart> minghua_: no need to sorry, we really appreciate your work
[12:02] <siretart> minghua_: I just don't think that revu will help to get your contribution processed quickly
[12:03] <asbin> Ok, great, and now that the package is on REVU, and when everything will be ok, what can I do to put it on ubuntu repository ?
[12:03] <zakame> indeed, there seems to be a backlog of NEW packages :(
[12:09] <jpatrick> siretart: I thought it had a *.orig.tar.gz
[12:10] <minghua_> the MOTOToMerge page says I need to get my name and email white-listed on dapper-changes, how can I do that?
[12:15] <siretart> jpatrick: check the _source.changes file
[12:16] <siretart> minghua_: I think wiki.ubuntu.com/Uploads explains the process
[12:16] <siretart> minghua_: feel free to set a link to that page
[12:17] <jpatrick> package is there: http://revu.tauware.de/details.py?upid=959
[12:24] <siretart> jpatrick: your package fails to build from source :(
[12:26] <zakame> siretart: after jpatrick's can you check libmemcache too? :)
[12:27] <jpatrick> siretart: I should of added ksplash to the control file for build-deps
[12:28] <minghua_> siretart: My understanding is that I need to apply as new maintainer, is that the only way to get my upload white-listed?
[12:29] <siretart> minghua_: no, you just need to ask elmo to get you added to the whitelist
[12:29] <siretart> minghua_: hint<EMAIL_ADDRESS>is autowhitelisted, so you 'just' need to become member ;)
[12:29] <minghua_> siretart: I see, so that's going to be<EMAIL_ADDRESS>for asking to be added, right?
[12:30] <siretart> minghua_: I think so, yes
[12:30] <siretart> morning Fuddl!
[12:30] <Fuddl> hi siretart
[12:30] <minghua_> siretart: thanks, I'm going to do that next then
[12:38] <jpatrick> siretart: reuploaded
[12:49] <minghua_> good night everyone
[01:06] <SloMoSnail> ajmitch: but it's not my fault this time :P btw, new avahi :)
[01:27] <Lathiat> slomo, ajmitch: mmm i think the major change will be the new comapt libraries
[01:27] <Lathiat> we should look at some kind of extra extra package that makes the avahi-howl and avahi-bonjour compat libraries also install howl.pc/libdns-sd.so etc
[02:11] <zakame> hi
[02:29] <ctd> dear motu, i have found you a new image. http://data.4chan.org/b/src/1132402828160.jpg - love, ctd.
[02:30] <zakame> buwahaha
[02:31] <zakame> ctd: actually, that was what I had in mind when I first heard of motu :) thanks for reminding me :))
[02:31] <Lathiat> ctd: heh
[02:36] <zakame> hmmm, netatalk doesn't seem to build, build-deps not met as libdb4.2-dev removes heimdal-dev and kerberos4kth-dev, all of which build-depended on by netatalk :(
[02:36] <zakame> what should I do?
[03:06] <zakame> eh?
[03:07] <zakame> siretart: did you pbuilt my libmemcache? if so, thanks :)
[03:07] <zakame> I saw its page in revu populated with the built debs
[03:09] <zakame> hey pef :)
[03:09] <pef> hello
[03:09] <Gloubiboulga> hi pef
[03:11] <pef> Gloubiboulga: hi, I'm checking denemo
[03:12] <Gloubiboulga> thanks pef :)
[03:13] <Gloubiboulga> is my package that bad pef  ? ;)
[03:25] <pef> Gloubiboulga: I'm doing more thing in the same time :)
[03:25] <pef> things
[03:29] <slomo> zakame: standards version 3.6.2 is sufficient... 3.6.2.X are only versions with cosmetical changes ;)
[03:29] <zakame> slomo: yes, ajmitch told me that yesterday :)
[03:29] <pef> Gloubiboulga: updated
[03:29] <zakame> however, if I see 3.6.5, can I still update that to <IP_ADDRESS>?
[03:29] <Gloubiboulga> ok pef
[03:30] <slomo> zakame: <IP_ADDRESS>? sure... but if this is the only change you do don't do it...
[03:31] <zakame> slomo: ok... as for nss-mdns, that's true
[03:31] <slomo> zakame: no, you changed more than that... added avahi-daemon to recommends... so it's fine :)
[03:32] <zakame> actually its 3.6.1 , and for that pkg mdnsresponder doesn't seem to be in dapper anymore
[03:32] <slomo> zakame: wasn't even in breezy... we have avahi-daemon now
[03:32] <zakame> slomo: ooh, so you're looking at it now, thanks :)
[03:32] <zakame> ah ok :)
[03:32] <slomo> zakame: just a quick look over... when you send me a mail with all pending uploads by you i will process them later today or tomorrow :)
[03:33] <zakame> slomo: ok, many many thanks :D
[03:34] <slomo> zakame<EMAIL_ADDRESS>[03:34] <zakame> got it
[03:41] <Gloubiboulga> pef: new upload
[03:42] <pef> Gloubiboulga: http://revu.tauware.de/revu1-incoming/denemo-0511190940/denemo_0.7.4-0ubuntu1.diff lilypond still here ?
[03:42] <Gloubiboulga> hum...
[03:42] <Gloubiboulga> something went wrong...
[03:44] <zakame> slomo, pef: can you check libmemcache at REVU too? thanks :)
[03:45] <pef> zakame: sure
[03:46] <zakame> pef: thanks! :)
[03:51] <Gloubiboulga> pef: LilyPond is dead ;)
[03:52] <zakame> wb hunger
[03:52] <hunger> hi zakame.
[03:53] <zakame> hey bmonty_laptop
[03:54] <bmonty_laptop> hi zakame
[04:20] <zakame> good night all :D
[05:13] <raphink> anyone can review my kim packages ? :)
[05:16] <raphink> please ;)
[05:16] <hunger> raphink: nope, I won't.
[05:16] <raphink> :( :(
[05:19] <slomo_> what is kim?
[05:20] <raphink> a set a servicemenu scripts for konqueror
[05:20] <raphink> to manage images
[05:20] <raphink> like convert, compress, rename, rotate, etc.
[05:21] <slomo_> hmm... i know nothing about kde but i can review it for everything else tomorrow
[05:22] <Kyral> slomo_, you made the cowbell package right?
[05:23] <slomo_> yes
[05:23] <Kyral> You know if an ebuild for Gentoo exists?
[05:24] <Kyral> I showed it to a friend
[05:24] <Kyral> and he loves it, but he runs Gentoo :P
[05:24] <slomo_> no idea
[05:24] <slomo_> write one if there is none ;)
[05:25] <Kyral> I barely have a grasp of Debian Packages, how the heck am I supposed to learn how to make eBuilds?!
[05:26] <slomo_> ebuilds are easier imho
[05:26] <Kyral> But it would require me to install Gentoo :P
[05:26] <slomo_> yes
[05:26] <Kyral> unless there happen to be eBuild tools for Debian systems :P
[05:26] <slomo_> well, say him to compile it by hand or open a bug on their bts
[05:26] <Kyral> wait a second..VMWare released a their "player" for free right?
[05:28] <Kyral> so if I can make a VMWare image with our legit copy of VMWare in the labs, I can use the player on my computer and emulated Gentoo for these purposes
[05:30] <Kyral> ironic. As soon as my friends who use Linux found out I can make packages, they want me to make packages for them
[05:30] <Kyral> Except almost none of them are Debian Packages
[05:30] <Kyral> ie, my friend wants me to make a Pacman package for Beagle so he can install it on ArchLinux
[05:33] <siretart> poor Kyral
[05:33] <siretart> ;)
[05:33] <Kyral> Its flatterring
[05:33] <Kyral> :D
[05:34] <Kyral> Oh are anyone's PBuilders broken as of late?
[05:34] <slomo_> shadow?
[05:34] <Kyral> yah
[05:34] <slomo_> pbuilder login --save-after-login
[05:34] <slomo_> touch /etc/shadow
[05:34] <Kyral> cool thanks
[05:35] <slomo_> fixed it for me
[05:35] <Kyral> After Kenshin ;P
[05:36] <lfittl> slomo_: Maybe we could add that information to the PbuilderHowto wiki page?
[05:36] <Kyral> Should I add a note about multiple ones? At least the way I do it?
[05:39] <Kyral> Has anyone seen the movie Revolution OS?
[07:03] <Riddell> http://revu.tauware.de/details.py?upid=940 may be ready for upload
[07:04] <ompaul> Kyral, yes but that would be more a topic for #ubuntu-offtopic more for chats
[07:05] <ajmitch> +Copyright: 		2005
[07:05] <ajmitch> +        - Lethalman<EMAIL_ADDRESS>[07:05] <ajmitch> +        - Slash<EMAIL_ADDRESS>[07:05] <ajmitch> got to love copyright statements like that ;)
[07:07] <ompaul> ajmitch, well depends on the software
[07:07] <ompaul> :-)
[07:20] <pef> siretart: hello, can you please change my login email on REVU<EMAIL_ADDRESS>by<EMAIL_ADDRESS>? thanks !
[07:31] <Riddell> do we only need two reviews for new MOTU packages now?  gwenrename is in ready to upload
[07:31] <ajmitch> yes
[07:32] <Riddell> when did that change?
[07:32] <slomo_> months ago ;)
[07:48] <LaserJock> I don't suppose I could get a MOTU or 2 to review plotdrop?
[08:05] <raphink> Riddell: changes applied and uploaded again :)
[08:05] <Riddell> raphink: to which?
[08:12] <raphink> Riddell: kio-sword :)
[08:12] <raphink> the one you reviewed just before ;)
[08:12] <Riddell> I have reviewed many packages today
[08:13] <raphink> :)
[08:13] <raphink> ok I had not seen the other reviews yet sorry
[08:13] <raphink> i'll work on the other ones soon
[08:23] <lfittl> siretart: ping
[08:32] <pef> LaserJock: why not ? :)
[08:33] <LaserJock> pef: well, I know that you guys are busy so I don't want to be a pain
[08:33] <pef> LaserJock: I'm reviewing it
[08:33] <LaserJock> pefa: cool, it's my first package from scratch
[08:34] <lfittl> pef: If you have time, could you review http://revu.tauware.de/details.py?upid=970 too?
[08:35] <pef> will do the 2 reviews this evening :)
[08:36] <lfittl> :)
[08:48] <raphink> Riddell: the dpkg-divert in kim is because some kim functions are redundant with other konqueror servicemenus included in konq-plugins. The original package used a mv to ~ at install and mv from ~ at deinstall. I chose to use dpkg-divert instead.
[10:04] <foampeac1> hello
[10:04] <jpatrick> hi
[10:05] <foampeace> maybe im silly
[10:05] <foampeace> but i compiled this beep media player alarm
[10:05] <foampeace> its a deb in the breezy
[10:05] <foampeace> i just wondering about contributing it
[10:06] <foampeace> i have the deb package
[10:06] <jpatrick> foampeace: do you have a GPG Key?
[10:06] <foampeace> jpatrick: i dont know what that is
[10:07] <jpatrick> GNU Privacy Guard Key
[10:07] <foampeace> ok
[10:08] <foampeace> i just found this source on the web and had to compile and thought it would go well with beep media playe like theone for xmms
[10:08] <foampeace> because beep seems to be more solid
[10:08] <foampeace> the beep media play alarm that is
[10:09] <foampeace> Whats a maintainer
[10:10] <jpatrick> foampeace: a Debian package builder
[10:10] <foampeace> oh and i just did this didnt i
[10:10] <foampeace> hehe :>
[10:12] <foampeace> are you a master of the universe?
[10:12] <jpatrick> foampeace: no
[10:13] <jpatrick> you have to run "gpg --gen-key" in the console
[10:14] <jpatrick> Make the key
[10:16] <foampeace> for what
[10:17] <jpatrick> so you can be added to the uploaders list of REVU
[10:18] <foampeace> Please select what kind of key you want: (1) DSA and Elgamal (default) (2) DSA (sign only) (5) RSA (sign only)
[10:18] <raphink> default foampeace
[10:18] <raphink> foampeace: when you make yourself a key
[10:19] <raphink> try to launch a lot of programs
[10:19] <raphink> like music, video, 3D stuff
[10:19] <foampeace> im sorry?
[10:19] <foampeace> raphink: you mean submit those?
[10:19] <raphink> nope foampeace
[10:20] <raphink> I mean run a lot of programs while creating your key, which is what y'oure doing now
[10:20] <raphink> to create a key, your computer has to generate random strings
[10:20] <jpatrick> helps the process
[10:20] <raphink> the more programs you run at the same time, the more random the strings will be
[10:20] <raphink> and the better the key will be
[10:20] <foampeace> heheh
[10:20] <foampeace> i dont understand
[10:20] <raphink> anyhow, if you don't run many programs, gpg might tell you to do so
[10:20] <raphink> well foampeace
[10:21] <raphink> do you know what a pgp key is?
[10:21] <foampeace> pgp or gpg?
[10:21] <tseng> gpg is an implementation of pgp
[10:21] <foampeace> no i dont but im searching for docs
[10:21] <raphink> gpg is an open source equivalent of pgp
[10:21] <raphink> well implementation yes tseng :)
[10:22] <raphink> foampeace: a pgp (or gpg) key is something that can identify you personaly
[10:22] <foampeace> im reading this https://wiki.ubuntu.com/GPGKey?action=show&redirect=GetYourKeySigned
[10:22] <raphink> foampeace: with a pgp key, you can sign files or emails
[10:22] <tseng> uh oh
[10:22] <tseng> i think i wrote part of that
[10:22] <raphink> haha
[10:22] <raphink> ;)
[10:22] <tseng> you'd better stop while you're ahead
[10:23] <raphink> foampeace: when you create a key, you set a passphrase (or password) for it
[10:23] <raphink> so you are the only person able to use your key, since you're the only one knowing the password
[10:23] <raphink> your key contains informations on you
[10:23] <foampeace> i want to contribute...so i have to take baby steps here
[10:24] <raphink> yes foampeace
[10:24] <jpatrick> foampeace: it also creates a public key
[10:24] <raphink> foampeace: when you contribute by making packages
[10:24] <raphink> you have to have a pgp key
[10:24] <raphink> in order to sign your packages
[10:24] <raphink> so you can testify that you (and no one else) have been doing this work
[10:24] <foampeace> pgp or gpg key...doesnt matter?
[10:24] <raphink> foampeace: you'll use gpg to create a pgp key
[10:24] <raphink> ;)
[10:25] <foampeace> ok but i didnt creat the source for this i just made it into a deb
[10:25] <raphink> you need to sign your deb foampeace
[10:25] <raphink> so you need a key for that
[10:25] <foampeace> ok
[10:26] <foampeace> ill try
[10:26] <raphink> creating a key doesn't take much time
[10:26] <jpatrick> foampeace: and you need the key to upload to REVU
[10:26] <raphink> it's far easier than making packages ;)
[10:27] <raphink> and you might need your key for many other things than just packaging
[10:27] <jpatrick> emails, files, etc
[10:28] <raphink> pgp keys are used to manage trust networks
[10:28] <raphink> with your key, you can sign other keys
[10:28] <foampeace> raphink: i the comment to be shown somewhere?
[10:28] <raphink> when you sign a key, you testify that you know for sure the holder of this key
[10:28] <raphink> don't put comments foampeace
[10:28] <raphink> your name will look like this :
[10:28] <jpatrick> I did
[10:29] <raphink> First Last (Comment)
[10:29] <raphink> so if yo uput a comment
[10:29] <raphink> you'll have to put it everywhere
[10:29] <raphink> otherwise you won't be able to sign with this id
[10:29] <raphink> ;)
[10:29] <foampeace> passphrase is a password?
[10:29] <raphink> yes foampeace
[10:30] <jpatrick> foampeace: don't tell it to anyone
[10:34] <foampeace> ok i made it
[10:34] <raphink> good
[10:34] <raphink> now your key can be used for many things
[10:34] <raphink> you can for example sign your messages in your mail client
[10:34] <raphink> so people can be sure you are the writer and it's not spam
[10:35] <raphink> or you can encrypt messages so they can be read only by holders of another given key
[10:35] <jpatrick> foampeace: run gpg --list-keys to see it
[10:35] <raphink> etc.?
[10:35] <raphink> etc.
[10:35] <foampeace> jpatrick: i have to export the key?
[10:35] <raphink> you can export it foampeace
[10:35] <Gloubi|To_Paris> good night
[10:36] <raphink> so people can find it on the internet
[10:36] <jpatrick> foampeace: there should be a 'pub' line
[10:36] <jpatrick> foampeace: like 'pub   1024D/F4944AEE'
[10:37] <foampeace> yes
[10:37] <jpatrick> the F4944AEE bit is what you want
[10:38] <jpatrick> run 'gpg -k keyserver.ubuntu.com --send-keys $YOURKEYID'
[10:38] <foampeace> first last name is my "user name" for export?
[10:40] <foampeace> so its $F4944AEE?
[10:40] <foampeace> but my own
[10:41] <foampeace> or without the $ dollar sign
[10:41] <raphink> you can tell this reference foampeace
[10:41] <raphink> it's no secret
[10:41] <raphink> this is your public key
[10:41] <raphink> so anyone can know it
[10:42] <raphink> and it's without the $ sign
[10:42] <raphink> jpatrick just used $YOURKEYID meaning that it's a variable to be replaced by your id
[10:42] <foampeace> ok i sent the key
[10:43] <raphink> good :)
[10:43] <foampeace>  Meet, verify your IDs and exchange fingerprints ?!
[10:44] <raphink> that's when you meet people
[10:44] <raphink> for keysigning parties
[10:44] <raphink> you'll have time to know about this ;)
[10:44] <jpatrick> night guys
[10:47] <foampeace> copy the content of public.key...whered this go
[10:47] <raphink> foampeace: in order to sign to the keyring to upload your package
[10:47] <raphink> you need to set your email client
[10:47] <raphink> that's the next step
[10:47] <raphink> so you can sign emails with your key
[10:48] <raphink> what email client are you using foampeace ?
[10:48] <foampeace> just web based email
[10:48] <foampeace> i need one?
[10:48] <raphink> that won't make it I'm afraid
[10:48] <foampeace> i can use one for this
[10:48] <raphink> I don't think you can sign emails with web interfaces
[10:49] <raphink> do you use gnome of kde ?
[10:49] <foampeace> ya i have sylpheed i can try that
[10:49] <raphink> I won't be able to help you with this. Dunno what it is
[10:49] <foampeace> know of another?
[10:49] <raphink> if you answer my question, sure ;)
[10:50] <raphink> are you using gnome or kde ?
[10:50] <foampeace> http://pgp.mit.edu/ is where i enter ######## ?
[10:50] <raphink> ??
[10:50] <foampeace> i use gnome
[10:51] <raphink> you could use evolution for ex
[10:51] <raphink> any gnome user here to support foampeace ? ;)
[10:51] <foampeace> ya i find it strange
[10:51] <foampeace> evolitions
[10:51] <raphink> I don't know many gnome-based clients
[10:51] <raphink> i don't use gnome
[10:51] <minghua> raphink: support for what?  finding a email client?
[10:51] <foampeace> sylpheed supposed to be good
[10:51] <raphink> minghua: foampeace just created a pgp key
[10:52] <minghua> raphink: sorry, that part I can't help, I use mutt myself
[10:52] <raphink> hehe ok
[10:52] <raphink> ;)
[10:52] <raphink> I could help with kmail
[10:52] <raphink> but i'm ignorant of gnome-based solutions
[10:52] <minghua> but gnome users should consider thunderbird
[10:52] <foampeace> can you explain what this means? #
[10:53] <foampeace> can you explain what this means? Copy the content of public.key:
[10:53] <foampeace> #
[10:53] <foampeace> Open [WWW]  http://pgp.mit.edu in a browser window.
[10:53] <raphink> good one, yes
[10:53] <raphink> what are you doing foampeace ?
[10:53] <raphink> why do you need that?
[10:53] <minghua> and I bet you can find thousands of articles about setting up gpg in thunderbird through google
[10:53] <raphink> yes minghua
[10:53] <raphink> pretty sure
[10:53] <foampeace>  Copy the content of public.key:
[10:53] <foampeace> paste to site
[10:54] <raphink> foampeace: where did you find that and why do you need to do that?
[10:54] <foampeace> raphink: https://wiki.ubuntu.com/GPGKey?action=show&redirect=GetYourKeySigned
[10:54] <foampeace> topic is get your key signed
[10:54] <foampeace> i mean submit your key
[10:54] <foampeace> ok ill get thunderbird
[10:55] <raphink> you don't need to go to mit.edu for that
[10:56] <foampeace> raphink: ok i assume the line before that was the same thing? xport Your Key
[10:56] <foampeace> gpg --export -a "User Name" > public.key
[10:57] <raphink> you don't need taht foampeace
[10:57] <raphink> you're not going to a keysigning party
[10:57] <foampeace> Using GnuPG:
[10:57] <foampeace> gpg --send-keys --keyserver keyserver.ubuntu.com <KEYID>
[10:57] <raphink> this you did already
[10:57] <raphink> you just need to set thunderbird now
[10:57] <raphink> that's it
[10:57] <foampeace> ya
[10:57] <foampeace> k
[11:01] <foampeace> so i can contribute anything with this key beside packages?
[11:01] <LaserJock> how do I know if my key is in the strong set ?
[11:01] <Kyral> Keysigning parties are fun :D
[11:01] <Kyral> LaserJock you have to get it signed by one of the MOTUs I think
[11:01] <foampeace> Kyral: what are keysigning parties?
[11:02] <LaserJock> Kyral: only a MOTU?
[11:02] <Kyral> Like I think mine is b/c dholbach signed it
[11:02] <Kyral> LaserJock, or someone else in the Strong Set
[11:02] <raphink> LaserJock: check if you have a direct path to ogra for example
[11:02] <Kyral> oyah dangit
[11:02] <Kyral> I gotta sign ogra's too
[11:03] <raphink> hehe
[11:03] <Kyral> we exchanged fingerprints at Ubuntu Love
[11:03] <foampeace> fingerprints in person?
[11:03] <raphink> LaserJock: check with mine, i'm in the strongest : http://pgp.raphink.net
[11:03] <foampeace> :)
[11:03] <LaserJock> ok, well I had a key signed by someone that is listed in the strong set on biglumber.com but now it says that I am not in the strong set
[11:03] <Kyral> Yah you have to verify
[11:03] <Kyral> How do you check to see if its in the Strong Set anyway?
[11:04] <raphink> Kyral: by checking for a direct path to a person in the strong set
[11:04] <raphink> if I'm not wrong
[11:04] <Kyral> and dholbach is in the strong set right?
[11:04] <raphink> hmm dunno
[11:04] <raphink> ogra told me I am
[11:04] <raphink> so you can check with mine ;)
[11:06] <Kyral> Strong Set is for Main Uploading right?
[11:07] <raphink> I don't think so Kyral
[11:07] <raphink> (but i might be wrong)
[11:07] <raphink> Kyral: http://www.cs.uu.nl/people/henkp/henkp/pgp/pathfinder/plot/
[11:07] <Kyral> Hey ogra you still have my Fingerprint?
[11:07] <raphink> the strong set has nothing to do with distros i think
[11:08] <LaserJock> ok, but the person who signed my key is in the strong set but I'm not, how come?
[11:08] <raphink> how do you know you're not in the strong set LaserJock ?
[11:09] <LaserJock> raphink: it says on biglumber and I can't get a path to your key
[11:09] <LaserJock> raphink: but I can get a path from him to you
[11:09] <raphink> did you go to my page and entered your ID LaserJock ?
[11:09] <LaserJock> raphink: yep
[11:09] <raphink> hmmm
[11:09] <raphink> what is it?
[11:09] <LaserJock> 92742B33
[11:10] <raphink> has your key been exported to the public servers?
[11:10] <raphink> I guess not
[11:10] <raphink> ;)
[11:10] <Kyral> linkage
[11:10] <Kyral> http://www.cs.uu.nl/people/henkp/henkp/pgp/pathfinder/mk_path.cgi?FROM=0F1A6639&TO=74BF771E&PATHS=trust+paths
[11:10] <LaserJock> raphink: it should be
[11:10] <Kyral> I forgot that Simon signed my key
[11:10] <LaserJock> raphink: it's on biglumber and mit
[11:10] <raphink> LaserJock: export it to a keyserver
[11:11] <LaserJock> raphink: export what? my key
[11:11] <raphink> Kyral: there's no worry about your key i think ;)
[11:11] <Kyral> Yah
[11:11] <raphink> yes LaserJock
[11:12] <raphink> export it to pgpkeys.mit.edu for example
[11:13] <LaserJock> raphink: I'm already on there but I will do it again I guess
[11:13] <raphink> ok
[11:14] <Kyral> whats the command to sign a key so you can attach it to an email?
[11:14] <raphink> Kyral: you shouldn't sign keys without meeting the holder
[11:14] <Kyral> raphink, I did
[11:14] <raphink> taht's not good :p
[11:14] <Kyral> I just haven't had time to sign Ogra's key
[11:15] <Kyral> raphink, I know all about the trust thing
[11:16] <Kyral> I'm just wondering if ogra is actually awake ;P
[11:16] <raphink> lol
[11:16] <raphink> well I guess you know the consequences of signing keys without being sure of the holder
[11:16] <raphink> ;)
[11:16] <Kyral> Deadmeat
[11:17] <raphink> loool
[11:17] <Kyral> I have his business card sitting right in front of me
[11:17] <raphink> ok
[11:17] <raphink> :)
[11:18] <Kyral> I'll hold off on sending the key out to the server until he's around
[11:20] <raphink> :)
[11:20] <Kyral> It was amusing at Ubuntu Love
[11:20] <raphink> what is taht?
[11:20] <Kyral> I had forgotten to print out my keyprints
[11:20] <Kyral> the first day of Ubuntu Below Zero
[11:21] <Kyral> so I had used one of my friend's laptops to SSH into a server on campus, then SSH from there into my box in my room. Then I copied the fingerprint, printed it out to a wireless LAN connected printer :P
[11:22] <raphink> hehe
[11:22] <raphink> barbarian ;)
[11:22] <Kyral> what?
[11:23] <raphink> how come you have ssh access on the comps of your campus?
[11:23] <Kyral> We have webspace
[11:23] <raphink> ok
[11:23] <Kyral> so to get in
[11:23] <raphink> good thing they give you ssh
[11:23] <raphink> they could have only given ftp
[11:23] <Kyral> and my firewall is configured to block SSH attempts from off-campus
[11:23] <raphink> ;)
[11:23] <raphink> ic
[11:23] <raphink> I let ssh in on my firewall
[11:24] <raphink> otherwise I couldn't get access to my comp
[11:24] <Kyral> well, now its configured to block SSH from anywhere except two computer labs
[11:24] <raphink> and I need ssh
[11:24] <asbin> I think there's a dependepency problem in dapper with libssl0.9.7 ... is someone know about this ? I've tried to create a pbuilder chroot for dapper ... it doesn't work
[11:24] <raphink> asbin: you mean you can't create a builder for dapper taht's it?
[11:24] <Kyral> You can't make a Dapper Pbuilder, you have to copy your Breezy one and upgrade that
[11:25] <raphink> Kyral: there's a pbuilder bug that was pointed to be yesterday (if I remember well)
[11:25] <asbin> raphink: yes, because libssl0.9.7 is not available anymore
[11:25] <Kyral> about /etc/shadow?
[11:25] <raphink> wher eit's explained what should be chaned in order to have pbuilder work
[11:25] <raphink> with dapper
[11:25] <raphink> I can tell you where it is
[11:25] <asbin> it has been replaced by libssl0.9.8, but some packages still needs libsll0.9.7
[11:26] <Kyral> Welcome to life in a development version
[11:26] <asbin> ok, is you had a link, it interests me ;)
[11:26] <raphink> here : http://lists.alioth.debian.org/pipermail/pbuilder-maint/2005-November/000269.html
[11:27] <raphink> it tells how to fix this bug
[11:27] <raphink> -    if [ -n "$SUTOUSER" ] ; then
[11:27] <raphink> +    if [ ! "$SUTOUSER" = "su "  ] ; then
[11:27] <raphink> that works ;)
[11:27] <Kyral> I think I'm gonna throw ArchLinux on my laptop
[11:28] <raphink> :(
[11:28] <Kyral> raphink, I'm still gonna run Ubuntu on my main(this) box
[11:28] <raphink> good :)
[11:28] <raphink> I haven't tried archlinux
[11:28] <Kyral> just that my friends have been bugging me to try Arch and I have that PoS laying around
[11:28] <raphink> i'm not really interested in geek distros
[11:28] <Kyral> Dell Inspirion 1100
[11:29] <raphink> ok
[11:29] <Kyral> Besides my system as it is now is too tweaked :D
[11:29] <raphink> asbin: did you find where to fix the bug?
[11:29] <raphink> haha
[11:29] <raphink> tell me about a screwed up sys !
[11:29] <raphink> haha
[11:30] <Kyral> That laptop is just gonna be used for taking notes in class and so I always have a Linux system to work on w/o relying on LiveCDs
[11:31] <raphink> mhm
[11:31] <Kyral> Gonna put Fluxbox on it
[11:31] <asbin> I will try to create a breezy pbuilder chroot, and upgrade it to dapper, as Kyral said
[11:32] <raphink> asbin: I tried that and it failed for me
[11:32] <raphink> whereas the fixing the bug in the script worked
[11:32] <raphink> it takes 10 seconds ;)
[11:32] <raphink> but it's up to you
[11:33] <Kyral> Man I forgot I was gonna nuke one of my HDs today
[11:33] <LaserJock> So am I supposed to sign the key of the person who signed my key?
[11:33] <Kyral> I need to completely erase the partition table
[11:33] <raphink> LaserJock: during a keysigning party sure
[11:33] <Kyral> so now FDisk hinks its FAT32, its really an ext3
[11:34] <Kyral> and somehow it still has its ReiserFS journal on it
[11:34] <raphink> oh yeah tweaked indeed
[11:34] <Kyral> And somehow it works just fine
[11:35] <Kyral> but those journals are robbing me of like 5 GB
[11:35] <\sh> moins
[11:35] <Kyral> hey \sh
[11:35] <crimsun> moin, \sh
[11:35] <Kyral> so I have to zero out the drive
[11:49] <foampeace> ok hi
[11:49] <foampeace> i put /usr/bin/gpg into thunderbird
[11:49] <foampeace> raphink: what happens next
[11:52] <foampeace> how do i send a signed email to<EMAIL_ADDRESS>with thunderbird
[11:57] <foampeace> if it says message will be signed is that enough for uploading?
[11:58] <crimsun> that's a signed e-mail, yes.
[11:59] <\sh> brb
[12:02] <raphink> foampeace: sign your email
[12:02] <raphink> it will ask you for the passphrase when sending