[18:47] <Rocket2DMn> mdke, if I post a patch for bug 377039 this weekend, will it make it in before string freeze?
[18:47] <ubot4> Launchpad bug 377039 in ubuntu-docs "Firewall documentation is outdated" [Medium,In progress] https://launchpad.net/bugs/377039
[18:48] <Rocket2DMn> i have a patch ready to go, I'm just waiting for bodhi to review it before i post it
[18:53] <missaugustina> In tagging Docbook, is there a macros type thing for the Ubuntu download website?
[18:54] <missaugustina> I saw &ubuntu-web; for the Ubuntu website, is there something specific for the download site?
[18:54] <dhillon-v10> Rocket2DMn: hi what's up
[18:56] <mdke> Rocket2DMn: yep, subject to review
[18:56] <mdke> missaugustina: yes, we use entities, you should have a look in libs/global.ent for those
[18:59] <mdke> missaugustina: or libs/gnome-menus.ent for the menu entries
[18:59] <mdke> missaugustina: feel free to add an entry for usb-creator if not there already
[19:01] <Rocket2DMn> mdke, in the patch i put together, i included a couple links to community docs pages (like Gufw and UFW) since they have good documentation on using those tools, is that ok?
[19:01] <mdke> Rocket2DMn: sure
[19:01] <Rocket2DMn> i didnt want to explain UFW in the patch since it is command line, and the Gufw page has screenshtos
[19:02] <Rocket2DMn> hi dhillon-v10 , not much up here, what about you
 nothing really, waiting for Phil to show up, he was going to talk to me today :)
[19:08] <missaugustina> Great, I just have to add the entities and it will be tagged! I have been testing it in yelp to make sure my XML is correct. So far so good.
[19:08] <missaugustina> I do have a question about uploading the branch. I created a usb-creator branch under my username
[19:08] <Rocket2DMn> Do the sysadmins ever get to RT tickets?
[19:08] <missaugustina> I have been pushing just the single files to that branch without including the full ubuntu-docs stuff
[19:09] <missaugustina> I have another branch set up on my system labeled ubuntu-docs.usb-creator
[19:09] <missaugustina> Can I push that to my usb-creator branch?
[19:10] <missaugustina> I am still a little confused by bzr but I've used other version control systems before.
[19:14] <missaugustina> Also another question, should I be setting usb-creator up as a standalone article with an article info tag like about-ubuntu, or should I use a chapter tag?
[19:15] <dhillon-v10> philbull: what's up
[19:15] <philbull> hey dhillon-v10
[19:16] <dhillon-v10> finally got in touch with you
[19:17] <dhillon-v10> so should we get started the personas
[19:18] <philbull> sure
[19:18] <philbull> sorry I'm late, traffic
[19:19] <dhillon-v10> so I need to work on targetting my audience better
[19:19] <philbull> I think so, yes
[19:19] <philbull> you need to understand why people might be looking in the help
[19:19] <philbull> this was for gnome-display-manager, wasn't it?
[19:20] <dhillon-v10> yes, I tried to include dual monitoring but its about 5 pages long so it can't be condensed in 3 paras. I need help with that
[19:21] <philbull> what version of Ubuntu do you have installed?
[19:22] <dhillon-v10> 9.04
[19:22] <philbull> OK, I have some example docs which will only work with the version of Yelp installed with 9.10 (latest development)
[19:23] <dhillon-v10> I have 9.10 in a virtual machine
[19:23] <philbull> yay!
[19:23] <dhillon-v10> i can fire that up if its necessary
[19:23] <philbull> any chance you could download the tarball from here?
[19:23] <philbull> http://mail.gnome.org/archives/gnome-doc-list/2009-September/msg00053.html
[19:24] <philbull> (into the 9.10 VM)
[19:24] <dhillon-v10> alright, just a sec. thanks
[19:24] <philbull> also, did I send you a copy of some example personas?
[19:25] <mdke> missaugustina: yes, as an article. on the bzr question, the best thing would be to add it to an ubuntu-docs branch and push the whole thing up
 yes indeed I am looking at them
[19:26] <mdke> missaugustina: (to a new branch)
[19:28] <mdke> hey philbull
[19:28] <philbull> hey mdke
[19:28] <philbull> just going through some persona dev with dhillon-v10
 hey what's up
[19:28] <mdke> hi dhillon-v10
[19:28] <philbull> dhillon-v10: ok, did you take a look through the personas?
[19:29] <dhillon-v10> yes, I did but i am a little confused
[19:29] <philbull> OK, what are you confused about?
[19:30] <dhillon-v10> dual monitoring is popping up a lot but I can't possibly explain it in a few paragraphs
[19:30] <philbull> that's normal
[19:30] <philbull> what you're seeing is that dual-monitoring is a "theme" rather than one topic
[19:30] <philbull> lots of people are having lots of dual-monitoring problems
[19:31] <dhillon-v10> so, how should I got about including that in
[19:31] <philbull> well, let's start off with the most common questions
[19:31] <dhillon-v10> alright
[19:31] <philbull> did you collect a list of common dual-monitor (DM) questions?
[19:32] <dhillon-v10> most people actually don't know how to set it up, that's why i addressed it in general
[19:32] <philbull> do you have an example of a user asking that question?
[19:32] <dhillon-v10> the question were regarding monitors not being detected
[19:32] <dhillon-v10> just a sec.
[19:33] <philbull> it's important to see how users are phrasing the question
[19:33] <dhillon-v10> here's one: hmmm, i had a similar problem, but i have an nvidia card and bypassed the ubuntu control panel and used the nvidia control panel directly to force it to work with my dual monitors (which were displaying at an improper resolution like yours). but since you're running ATI, i'm not sure how to help you. i suspect you'd have to go in and fiddle with the xorg config files manually
[19:34] <philbull> that's not really phrased as a question, more as advice
[19:34] <philbull> do you have a simpler example, phrased more like a question?
[19:34] <philbull> e.g. "i can't get both of my monitors to work"
[19:35] <dhillon-v10> does anybody have display problems with intel graphics and dual monitors? i can't access the top panel on my left screen, and the wallpaper on my right screen is not displayed properly
[19:35] <philbull> ok, and another one or two?
[19:37] <dhillon-v10> just a sec. something unexpected poped up, sorry
[19:39] <dhillon-v10> phil, I am really sorry but I have to go, can we talk about this sometime later or you can send me some general instructions in mail
[19:40] <philbull> no problem, how is some time in the week for you?
[19:40] <philbull> I'll try to come up with something a bit more organised next time
[19:40] <philbull> (just drop me an email)
 thank you very much and sorry for wasting your time, next saturday will be fine
[19:45] <philbull> dhillon-v10: no problem, not a waste of time at all!
[19:46] <dhillon-v10> thanks bye
[20:22] <missaugustina> I'm pushing my branch of ubuntu-docs with the usb-creator docs added in, and the entity entry added for usb-creator
[20:22] <missaugustina> The branch is lp:~missaugustina/ubuntu-docs/usb-creator
[20:27] <Rocket2DMn> I think bug 138288 can be closed - the pag ein question is linked from the front page of the community docs
[20:27] <ubot4> Launchpad bug 138288 in ubuntu-docs "Eye Candy page not easily accessible" [Wishlist,Confirmed] https://launchpad.net/bugs/138288
[20:27] <Rocket2DMn> mdke, what do you think?
[20:27] <Rocket2DMn> or do we want links to it from inside the system docs?
[20:34] <mdke> Rocket2DMn: I agree. The general point in the bug about the separation between h.u.c and h.u.c/c is something for a spec, I'd say
[20:34] <mdke> missaugustina: great, thanks - I'll take a look shortly
[20:34] <missaugustina> its still pushing
[20:34] <Rocket2DMn> ok mdke , you want to close it or shall I?  Fix Released?
[20:35] <mdke> missaugustina: cool
[20:35] <missaugustina> I decided to do a push --overwrite to my branch and it's still working
[20:35] <mdke> Rocket2DMn: I'll do it, I think it's a "won't fix"
[20:36] <Rocket2DMn> ok, thanks mdke
[20:39] <missaugustina> nm it hung so i ctl-c'ed out of it. now trying to break the lock on it.
[20:40] <missaugustina> I did a merge from the ubuntu-doc branch to make sure my stuff was current and now bzr is hanging when trying to push
[20:41] <missaugustina> I should just delete my branch and re-create it
[20:47] <missaugustina> ok did that now its updating
[21:11] <mdke> Rocket2DMn: can you run the validate script from our repo on the newtoubuntu file that gives you a problem?
[21:11] <mdke> seems ok in our repo
[21:11] <Rocket2DMn> you mean the bug i just filed against gnome-user-docs?
[21:12] <mdke> yes (it's actually an ubuntu-docs file)
[21:12] <Rocket2DMn> ah, oops, it was in the foo/bar/gnome path
[21:12] <mdke> they all are :)
[21:12] <Rocket2DMn> what do you mean from the repo?
[21:13] <mdke> scripts/validate.sh
[21:13] <mdke> or just the command "xmllint --noout --xinclude --noent --postvalid"
[21:13] <mdke> (followed by the path to the file)
[21:14] <Rocket2DMn> i booted off the livecd on the laptop, do you want me to boot back into it? or just test in my local copy of the ubuntu-docs dev branch on my desktop here?
[21:15] <mdke> if we are to debug the bug, you need to try the livecd again, sorry
[21:15] <Rocket2DMn> ok ill reboot it now, np, that laptop is used for dev testing
[21:16] <mdke> thanks
[21:17] <mdke> seems to work ok in my vbox with karmic
[21:19] <missaugustina> I am not sure if my workflow in bzr is correct. I created a branch from the ubuntu-doc karmic branch. I added the usb-creator stuff and pushed that branch to the one I created under my username in Launchpad.
[21:19] <missaugustina> https://code.launchpad.net/~missaugustina/ubuntu-docs/usb-creator
[21:19] <mdke> missaugustina: I don't think it is, I'm just trying to merge your branch and am having some trouble
[21:19] <missaugustina> Everything is up there including the revision history for ubuntu-docs
[21:19] <mdke> missaugustina: what seems to have happened is that you got the wrong ubuntu-doc karmic branch, unfortunately
[21:19] <missaugustina> Yarr
[21:20] <missaugustina> Which karmic branch do i need to get?
[21:20] <mdke> you got lp:ubuntu/ubuntu-docs rather than lp:ubuntu-docs
[21:20] <mdke> it's not your fault at all
[21:20] <missaugustina> ohhh ok
[21:20] <mdke> unfortunately, the former one was created by the people working on importing ubuntu source packages in bzr
[21:20] <missaugustina> np i will try again. Is that the right workflow?
[21:20] <mdke> so it's rather confusing, nothing you could be blamed for
[21:21] <mdke> everything we use is at code.launchpad.net/ubuntu-doc-project
[21:21] <Rocket2DMn> mdke, it seems that I'm not able to reproduce the problem on this boot into the livecd.  I was able to reproduce it during my last session
[21:21] <mdke> missaugustina: yes, the workflow is exactly right
[21:21] <mdke> Rocket2DMn: weird
[21:22] <missaugustina> mdke: awesome. Should my branch be ~missaugustina/ubuntu-docs/usb-creator or ~missaugustina/ubuntu-doc-project/usb-creator
[21:24] <Rocket2DMn> mdke, problem with squashfs not setting up the filesystem correctly?
[21:24] <mdke> missaugustina: the former
[21:24] <mdke> Rocket2DMn: possibly but I have no idea how that works
[21:24] <Rocket2DMn> me neither
[21:24] <mdke> missaugustina: FWIW you can push directly to that location without setting it up in the web browser first
[21:25] <mdke> Rocket2DMn: I'd say close the bug unless you can reproduce it again, the file is ok in karmic
[21:25] <Rocket2DMn> k
[21:30] <missaugustina> mdke: I don't have to do the "Register a branch" dialogue to push my changes?
[21:30] <mdke> missaugustina: nope, just "bzr push lp:~missaugustina/etc"
[21:31] <mdke> missaugustina: but in this case, delete the existing branch first through the web interface
[21:33] <missaugustina> mdke: yeah I already deleted it. wow that's good to know!
[21:33] <mdke> :)
[21:35] <Rocket2DMn> mdke, any idea if bug 118741 was ever implemented?
[21:35] <ubot4> Launchpad bug 118741 in ubuntu-docs "External links in stable docs should be under Ubuntu control" [Wishlist,Confirmed] https://launchpad.net/bugs/118741
[21:35] <Rocket2DMn> i dont see anything on the spec to think that it has
[21:35] <mdke> no, don't think so
[21:35] <mdke> I was never really convinced by it
[21:36] <Rocket2DMn> I can see the argument behind it, I'm also not sure if there is worth implementing though.  If a link is broken, it's broken.
[21:37] <Rocket2DMn> implementing it could mean that you could block a site from showing though, say if it become a porn site like we saw earlier.
[21:38] <mdke> yeah, but I'm not convinced that the end result justified the work involved
[21:38] <Rocket2DMn> would be less useful on the h.u.c version of the syste mdocs though, people would complain about redirecting links and not being able to see where the link actually goes
[21:38] <Rocket2DMn> mdke, do you still want to keep the bug open?
[21:39] <mdke> hum
[21:40] <mdke> guess not, I'll post there shortly
[21:42] <Rocket2DMn> mdke, I'm also looking at bug 139246.  Are we planning on updating anythin gin the system docs for that?  We can still try to update the community docs, I'm mostly curious about the sys doc side of it
[21:42] <ubot4> Launchpad bug 139246 in ubuntu-docs "Suspend help files are outdated" [Undecided,Confirmed] https://launchpad.net/bugs/139246
[21:42] <missaugustina> OK got the right branch dl'ed and am now pushing to my branch lp:~missaugustina/ubuntu-docs/usb-creator
[21:47] <missaugustina> mdke: ok it's been pushed
[21:58] <mdke> missaugustina: great, I'll check it out probably tomorrow
[21:58] <mdke> thanks
[21:58] <mdke> Rocket2DMn: I don't see how that can go in the system docs
[21:59] <missaugustina> mdke: awesome, feel free to offer any suggestions or make any changes to the XML. I just want to make sure what I'm submitting is consistent with what's there :D
[22:01] <Rocket2DMn> agreed mdke , do you want to keep the bug open for the wiki pages (which are tagged)?
[22:02] <Rocket2DMn> I dont really have any opinion about it, we do allow bug reports on community docs pages.  Is anything going to change now that we have the Tag system?
[22:02] <mdke> Rocket2DMn: up to you
[22:04] <Rocket2DMn> ok, I guess we'll leave it open until we can centralize some decent documentation on suspend/resume
[22:04] <Rocket2DMn> at least something to tie in with the kernel team's pages on it
[22:08] <mdke> fair enough
[22:11] <mdke> Rocket2DMn: thanks for catching up on some of these aged bugs :)
[22:21] <mdke> missaugustina: something for you to work on if you like as a "get used to docbook test"
[22:21] <mdke> missaugustina: if you run "scripts/validate.sh usb-creator/C/usb-creator.xml" you will be shown some errors in the docbook
[22:22] <mdke> missaugustina: understanding them is the tricky bit...
[22:22] <mdke> missaugustina: each error tells you the line number in the xml which has a problem
[22:23] <mdke> missaugustina: the good news is that most of the problems have the same cause - you need to nest a <para> tag inside a <listitem> tag
[22:24] <missaugustina> mdke: oh ok, forgot to validate. I opened them in Yelp to make sure they displayed correctly and thought that's all I needed to do.
[22:29] <mdke> sorry, computer crashed, now back
[22:29] <mdke> missaugustina: yelp is a bit kinder, it displays invalid docbook too
[22:29] <mdke> missaugustina: the good news is that most of the problems have the same cause - you need to nest a <para> tag inside a <listitem> tag
[22:31] <mdke> the error message looks horrible but it's nice and simple in the end
[22:33] <missaugustina> yeah I'm trying to output the results to a file so I can read it
[22:33] <missaugustina> adding --output FILE to the xmllint command isn't working nor is > FILE
[22:34] <mdke> once you've been through and added <para> tags to all the listitem tags, then there are only like 3 errors or so
[22:34] <mdke> not sure why the pipe doesn't work I'm afraid
[22:36] <missaugustina> > output_file 2>&1
[22:36] <missaugustina> that works
[22:37] <mdke> ok, your command line skills are way better than mine :)
[22:37] <missaugustina> nah i just googled it ;)
[22:38] <missaugustina> I hoped the sh script and saw it was calling xmllint so looked at the man page which showed an arg --output FILE but that was working for some reason
[22:38] <missaugustina> *opened, not hoped
[22:38] <missaugustina> wasn't working
[22:46] <missaugustina> Fixing those things now.
[22:46] <mdke> awesome
[22:55] <missaugustina> fixed.
[22:55] <missaugustina> pushing changes now
[22:55] <missaugustina> re-ran xmllint and it validated
[22:56] <missaugustina> well, didn't have any output so I assume that means it validated ;)
[22:56] <mdke> yes
[22:56] <mdke> good job :)
[22:56] <XDevHald> Hey everyone, I was guided here from the wiki page so I can re-join the documentation page. Are there any openings?
[22:57] <mdke> XDevHald: we have infinite openings!!
[22:57] <mdke> all contributions are welcomed
[22:57] <XDevHald> Excellent. I have been in the group before about 3 years ago, so this should be fun.
[22:57] <XDevHald> What's the initial project?
[22:58] <mdke> have you changed your nick?
[22:58] <mdke> maybe I'd remember you
[22:58] <XDevHald> I sure have, first name and last is Steven Myers
[22:59]  * mdke searches his memory banks
[23:06] <mdke> XDevHald: ok so our team documentation is all at https://wiki.ubuntu.com/DocumentationTeam - hopefully there is enough material to get you started and find a task you are interested on
[23:09] <XDevHald> Found my dirt mound. Thanks Matt :-)
[23:10] <mdke> no worries
[23:18] <mdke> missaugustina: looking very good
[23:19] <j1mc> hi mdke
[23:19] <mdke> j1mc: hi!
[23:20] <j1mc> :)
[23:20] <j1mc> i'm committing some Xubuntu doc stuff today.
[23:20] <j1mc> not a lot of changes this go-round, but . . . at least some updates
[23:20] <j1mc> i'll be reviewing the Ubuntu docs for applicable changes, too.
[23:20] <mdke> missaugustina: I'm going to make a few small tweaks if that is ok, but nothing much. One point to raise with you is that you refer to the app as "USB Creator" throughout. Shouldn't it be called "USB Startup Disk Creator" as with the menu entry?
[23:21] <mdke> j1mc: great stuff
[23:23] <missaugustina> mdke: you are right, the package is called usb-creator which is why I called it that.
[23:23] <mdke> missaugustina: you can mark your branch as "merged" now btw, awesome :)
[23:23] <missaugustina> mdke: OK thx :D
[23:24] <mdke> http://bazaar.launchpad.net/~ubuntu-core-doc/ubuntu-docs/ubuntu-karmic/revision/351 :)
[23:24] <missaugustina> yay! Yeah it's already labeled as merged. Sweet!
[23:25] <missaugustina> Now to finish up my Install Guide Docs and then finish editing the Packaging Guide
[23:26] <mdke> is the install guide going ahead?
[23:27] <mdke> I haven't heard anything about it on the mailing list
[23:27] <missaugustina> Me either. I figure I might as well finish my docs. I think the last thing I heard was that it should at least be on the wiki
[23:28] <missaugustina> The docs I have to finish are basically mish mash of stuff that's already been written in other places. I can get them done in an afternoon, so might as well.
[23:29] <missaugustina> Do you know what team manages the Packaging Guide? is that us? Nathan Handler is the one who I was originally working with with regards to editing.
[23:31] <mdke> missaugustina: dholbach is the guy to talk to, he runs the wiki version of the PG as far as I know
[23:31] <mdke> but Nathan too
[23:31] <j1mc> that sounds right
[23:32] <missaugustina> OK I will shoot him an email just to let him know I've been working on it.
[23:32] <j1mc> :)
[23:32] <missaugustina> With wiki stuff it can get a little crazy because you can have 3 or 4 people working on the same thing.
[23:33] <mdke> yeah
[23:33] <mdke> the PG has an insane structure of includes and stuff which makes it rather odd
[23:33] <mdke> but there is a "Complete" version
[23:33] <missaugustina> Yep
[23:34] <missaugustina> Yeah I was working with the complete text and need to propose restructuring the sections
[23:34] <missaugustina> Typos in the commands, references to tools that are obsolete
[23:34] <missaugustina> also incomplete instructions
[23:34] <mdke> wow, great project
[23:34] <missaugustina> I completely rewrote the Basic section and simplified it
[23:34] <mdke> definitely something to take up with Daniel and the motu team generally
[23:35] <missaugustina> Yeah good point. I was working with Nathan on it and wasn't sure if there was anyone else I should be talking to.
[23:35] <mdke> missaugustina: you can see the changes I've quickly made to the usb-creator doc at revision 352 of the ubuntu-docs branch
[23:37] <mdke> I've changed a couple of the admonitions, which might be a bit subjective, but I hope that's ok
[23:38] <missaugustina> mdke: Looks good to me!
[23:39] <missaugustina> mdke: I just guessed at the "notes"
[23:39] <mdke> :)
[23:39] <mdke> cool
[23:39] <missaugustina> mdke: seriously, I have no ego with my work. I care more about consistency with the other  docs and overall usability than anything else.
[23:40] <mdke> you rock
[23:40] <mdke> ok, so that will be in the next upload of ubuntu-docs and you'll see it in karmic
[23:40] <mdke> thanks again
[23:40] <missaugustina> Yay! :D
[23:40] <missaugustina> Np, I am just working on going down my list to help out in anyway I can.
[23:41] <missaugustina> I am working on my tech writing cert so anything I can do to help out helps me too :)
[23:41] <mdke> cool
[23:42] <missaugustina> Also I am unemployed right now so this is like my full time job ;) haha
[23:43] <mdke> I remember the days...
[23:44] <mdke> ok, time for bed, see yall soon
[23:45] <missaugustina> Gnite! Thx for your help!
[23:45] <mdke> you too


[00:55] <ScottK> superm1: ^^^ Would you mind reviewing that?
[00:55] <ScottK> superm1: Also, I'm going to look at the perl module you need in a few hours.
[02:37] <ScottK> superm1: Looking at your perl module now.
[02:37] <superm1> ScottK, basically the source package got renamed in debian, and someone deleted the old one in ubuntu without pulling in the new one
[02:37] <ScottK> yeah.  figured that out.
[02:38] <ScottK> Just checking through it anyway ....
[03:31] <ScottK> superm1:  libimage-size-perl is through New (source and binary), so just need a publisher run now.
[03:32] <superm1> cool thanks ScottK
[03:33] <superm1> i sponsored that thing you pointed at earlier too
[03:34] <ScottK> superm1: Thanks.
[03:34] <ScottK> Whenever someone says DKMS, I think of you....
[03:34] <StevenK> That sounds like a back-handed compliment
[03:41] <ScottK> Heh.  I guess it depends on what you think of DKMS.
[03:41] <ScottK> Hello StevenK.
[04:02] <Ryan52> asac: hm. with your patch (and a few other tweaks) applied trying to build under Debian, I get this failure: http://slexy.org/raw/s21QsPRVLf
[04:03] <Ryan52> asac: do you have any idea what's wrong?
[04:07] <micahg> Ryan52: asac's probably sleeping
[04:07] <Ryan52> micahg: he'll probably look at his away log tho :)
[04:07] <micahg> indeed
[04:45] <maxb> If any universe sponsor feels like a quick simple review, bug 429161
[04:47] <ScottK> maxb: Doesn't that just put it back like it was for ubuntu2 (and then it was uninstallable)?
[04:48] <maxb> the difference is that the files have the proper names before dh_pycentral runs
[04:48] <ScottK> Ah.
[04:48] <ScottK> OK.  Makes sense.
[04:49] <ScottK> I'll sponsor it.
[04:49] <maxb> thanks
[04:56] <ScottK> maxb: BTW, if you find I broke something else, feel free to ping me directly about getting it fixed.
[05:40] <ScottK> maxb: Uploaded.  Thank you for your contribution to Ubuntu (and catching/fixing my mistake).
[06:07] <fabrice_sp> persia, mojito is FTBFS because it misses twitter-glib. Do you of any plan to sync it in Karmic?
[06:08] <fabrice_sp> s/do you/do you know/
[06:14] <ScottK> fabrice_sp: IIRC there is an FFe pending.  You might make sure the relationship with mojito is mentioned in the bug.
[06:15] <fabrice_sp> ScottK, I'll check that. Thanks!
[06:24] <dholbach> good morning
[06:30] <fabrice_sp> hey dholbach !
[06:30] <fabrice_sp> good morning
[06:30] <dholbach> hi fabrice_sp
[09:28] <jetienne> q. i need to store a pidfile, but as a normal user (not root), what is the proper directory to store it ?
[09:28] <jmarsden> jetienne: Create one /var/run/whatever and chown it to the user concerned.
[09:30] <jetienne> jmarsden: it will be removed on boot, no ?
[09:31] <jmarsden> I'm not sure... I don't think it will be removed by default.
[09:31] <jetienne> hm ok thanks
[09:32] <jmarsden> jetienne: For examples see what bacula or openldap do
[09:34] <jetienne> jmarsden: ok i will
[09:41] <AnAnt> Hello, debian made a new release of mutt that Recommends default-mta instead of exim4, which means, that it no more needs merge, but sync. Also there are some patches in that debian release. So the question is, should I file a sync request for mutt ? or should that wait for karmic+1 ?
[09:42] <StevenK> Certainly, file a sync request
[09:42] <AnAnt> StevenK: are you the one on crack ?
[09:45] <Hobbsee> that depends how much of the new queue he's been forced to do on any given day
[09:45] <StevenK> Hah
[09:45] <StevenK> AnAnt: It's just a saying of "Oh, I missed something"
[09:46] <AnAnt> StevenK: ok
[09:53] <AnAnt> btw, can someone comment on this bug 427562
[10:38] <Hosein-mec> hi
[10:38] <Hosein-mec> i have a problem exactly like this => http://ubuntuforums.org/showthread.php?t=616544
[10:38] <Hosein-mec> i dont know how to " Adding the non-interactive "cmake" command to the debian/rules "
[10:40] <Hosein-mec> this is my debian/rule :
[10:40] <Hosein-mec> http://paste.pocoo.org/show/139711/
[10:41] <andv> Hosein-mec, I never used cmake myself, but anyway I guess you should make it running on configure call
[10:43] <Hosein-mec> my main problem is this:  https://launchpad.net/~hoseinhz63/+archive/ppa/+build/1241869
[10:43] <andv> Hosein-mec, your source files should have a README or an INSTALL that tells you which commands you should run to configure / build / install
[10:44] <AnAnt> dh 7 supports cmake
[10:44] <AnAnt> if I recall correctly, dh_auto_build will magically detect this cmake thing
[10:45] <andv> Hosein-mec, yeah, found it
[10:45] <Hosein-mec> andv: yes => http://paste.pocoo.org/show/139712/
[10:45] <andv> Hosein-mec, if you need cmake to run on build target
[10:45] <andv> Hosein-mec, you should remove the make call on debian/rules
[10:45] <andv> Hosein-mec, and put the right cmake rule in there
[10:45] <soren> YokoZar: I have a few applications running in wine. When they quit, the process doesn't terminate, but starts spinning and eating lots and lots of CPU. Assuming this is not by design (to give you that warm, fuzzy, ol'e, Windowsy feel) is this a common/known problem?
[10:46] <andv> Hosein-mec, as I said, I didnt use cmake myself so I don't know the specific options or flags to give it
[10:46] <andv> Hosein-mec, but anyway $(MAKE) should *not* be there if you use cmake
[10:46] <Hosein-mec> andv: thanks. can u tell me exactly which line ? http://paste.pocoo.org/show/139711/
[10:47] <andv> around ~30
[10:47] <Hosein-mec> andv: ok thanks. i go try again
[10:48] <andv> ok, np
[10:49] <YokoZar> soren: It seems to happen to me with any application that uses audio
[10:49] <YokoZar> soren: and not just wine
[10:50] <soren> YokoZar: Oh. This is a wine-only problem for me.
[10:50] <soren> YokoZar: Sometimes wineserver joins the spinning frenzy as well.
[10:50] <YokoZar> soren: if alt+f1 killall -9 pulseaudio doesn't let them quit well then something else is afoot
[10:51] <YokoZar> well I should say only some applications that use audio for me.  One is an SDL full screen game that never quits well.  Are these wine apps similar?
[10:52] <YokoZar> I would expect ms paint to quit well but something like half life 2 to run into the same audio problem I have elsewhere
[10:52] <soren> YokoZar: They're two dictionaries I use ocasionally. I suppose they may go "beep" if I mistype something.
[10:52] <YokoZar> hmmm
[10:52] <YokoZar> can you run notepad and quit it without problem?
[10:53]  * soren treis
[10:53] <soren> tries, even.
[10:53]  * soren doesn't know how to trei
[10:54] <soren> YokoZar: Yup, notepad quits just ifne.
[10:54] <soren> fine, even.
[10:54]  * soren types very poorly today.
[10:55] <YokoZar> Have you tried the wine1.2 package instead of the wine package?
[10:55] <YokoZar> It may just be an old fashioned wine bug
[10:55] <YokoZar> especially if the apps are similar
[11:05] <Hosein-mec> andv: i added 2 commands that needed for compile and make that were in Install readme. like this : http://paste.pocoo.org/show/139721/
[11:06] <Laney> Anyone from motu-release here?
[11:06] <Hosein-mec> andv: this is ture ?
[11:07] <andv> Hosein-mec, remove the $ in front of cmake
[11:08] <andv> Hosein-mec, and make should be removed as well I guess
[11:21] <soren> YokoZar: Oh, I didn't realise there were several wines in the archive. I'll try 1.2
[11:33] <soren> YokoZar: 22747 soren     20   0 2603m  21m  10m R   66  1.1   0:23.68 Engelskordbog20
[11:33] <soren>                                                     ^^
[11:33] <soren> :(
[11:34] <soren> Oh, and wineserver is right beneath it with:
[11:34] <soren> 22750 soren     20   0  5624 2768  632 S   34  0.1   0:09.77 wineserver
[11:34] <soren> For a total of 100%. Yay for dualcore :)
[11:34] <YokoZar> hmmm
[11:34] <soren> YokoZar: I do hear a difference in my earphones when I start the app, though.
[11:35] <YokoZar> this might be related https://bugs.launchpad.net/bugs/428815
[11:36] <soren> YokoZar: Oh, right. Which sound output thing should I use?
[11:36] <YokoZar> try unchecking all of them to test
[11:36] <soren> YokoZar: Oh. Good call.
[11:36] <soren> YokoZar: Same.
[11:37] <YokoZar> ok that's good news I guess
[11:37] <soren> Yes, I'm ecstatic :)
[11:40] <soren> YokoZar: I get a ton of these: 0009: get_message() = PENDING { win=00000000, msg=00000000, wparam=00000000, lparam=00000000, type=0, time=00000000, active_hooks=80000045, total=0, data={} }
[11:40] <soren> YokoZar: ...if I start wineserver with -d.
[11:40] <YokoZar> If it's any consolation there are a couple wine devs trying to get Wine git to actually build in karmic at the moment (apparently some weirdness with mpg123)
[11:41] <YokoZar> So if notepad works fine it might just be your app causing it
[11:41] <YokoZar> do you have any more normal apps you can test with
[11:41] <soren> YokoZar: Nope. Those are the only ones.
[11:41] <slytherin> ScottK: ping
[11:42] <Hosein-mec> andv: is there any guide ti se cmake in debian/rules ?
[11:42] <Hosein-mec> *to
[11:42] <soren> YokoZar: From the same publisher, so they're very similar.
[11:42] <YokoZar> Yeah it could just be those apps and a normal wine bug still
[11:42] <andv> Hosein-mec, don't know sorry : /
[11:42] <YokoZar> soren: Go download windows firefox or something and see if that works normally ;)
[11:42] <andv> Hosein-mec, you should search some examples
[11:43] <soren> YokoZar: Maybe some other day.. :/
[11:43] <soren> YokoZar: Sorry.
[11:43] <YokoZar> soren: anyway, thanks -- sometimes there are wine-wide issues and they look similar to this, but if notepad works it's probably just an app bug
[11:44] <YokoZar> although a deadlock in wineserver is interesting
[11:44] <soren> YokoZar: Wineserver seems to die off when I kill the app.
[11:45] <YokoZar> soren: can you wineserver -k
[11:45] <YokoZar> or do you have to kill -9 the process
[11:47] <soren> Not sure.
[11:59] <slytherin> siretart: ping, do you mind if I try no-change rebuild of jack-audio-connection-kit to fix libffdoN dependency?
[12:23] <sistpoty|work> hi folks
[12:24] <sebner> huhu sistpoty|work :D
[12:24] <sistpoty|work> hi sebner
[12:24] <slytherin> sistpoty|work: hi
[12:24] <sebner> sistpoty|work: desmume got approved btw
[12:24] <sistpoty|work> hi slytherin
[12:24] <sistpoty|work> sebner: saw it :)
[12:24] <sebner> :)
[12:25] <slytherin> sistpoty|work: About bug #427463 should I subscribe archive team?
[12:26] <sistpoty|work> slytherin: not yet, the FFe is approved if two motu-release team members give an ack, so you'll need another +1
[12:26] <slytherin> sistpoty|work: Isn't ScottK's comment counted as +1?
[12:27] <sistpoty|work> slytherin: not too sure actually, ScottK?
[12:27] <_ChanD_> is here used to request a shell?
[12:28] <slytherin> what shell?
[12:49] <sebner> sistpoty|work: I just talked to neuxiz DM, he'll release tomorrow (We'll have to backport the anti-upgrade-warning patch once it's ready though)
[12:50] <sistpoty|work> sebner: oh, nice
[12:54] <sebner> sistpoty|work: should I do the paperwork once it's needed?
[12:54] <sistpoty|work> sebner: yes, please
[12:54] <sebner> sistpoty|work: kk, the kids get nervous bug #355854  :P
[13:32] <ScottK> slytherin and sistpoty|work: That was not a +1, just a "then I won't say no".
[13:33] <sistpoty|work> that's what I assumed, thanks for making it clear ScottK
[13:53] <slytherin> ScottK: Thanks for clarification.
[13:59] <ScottK> james_w: I just uploaded claws-mail without the dillo viewer, so dillo can die now.
[14:30] <sebner> sistpoty|work: I hate FFe. nexuiz 2.5.2 is near :P
[14:31] <sistpoty|work> hehe
[14:43] <geser> sebner: how do you decided to proceed in the libjgrapht-java case?
[14:44] <sebner> geser: first step was to wait until you appear and ask for your thoughts ^^, I'm fine with both solutions so I wanted to hear what you think
[14:47] <geser> I'm fine with both solutions too, but I tend towards syncing libjgrapht0.6-java if possible as libjgrapht-java has some issues like mentioned by the DD (I assume it's about the included .jars in the tarball) which got removed in 0.6.0-8 and replaced with build-dependencies (less duplicated code)
[14:48] <slytherin> geser: sebner: AFAIK, the latest version in Debian unstable is much better. A simple sync should be possible.
[14:49] <sebner> geser: ACK, and to clear things, we need a FFe?
[14:49] <geser> slytherin: not really as the source package got renamed
[14:50] <slytherin> oh, did it? I thought it was same. Didn't pay attention to the source package name.
[14:50] <geser> libjgrapht-java exists only in experimental (the 0.7 version) and 0.6 is packaged as libjgrapht-java
[14:50] <geser> the last one should be libjgrapht0.6-java
[14:50] <geser> (all source package names)
[14:52] <geser> slytherin: the current libjgrapht-java in Ubuntu is split across universe and multiverse as sebner found out. we are discussion what's the best solution now: fix the component mess or sync the improved package
[14:52] <geser> syncing the new source package might need a FFe (we are not sure about it)
[14:53] <slytherin> sync is better option in my opinion.
[14:53] <sebner> geser: I'll ask in -devel now
[14:54] <geser> sistpoty|work: do we need a FFe to sync a renamed source package?
[14:55] <sistpoty|work> geser: if it's the same package, no. But you'll need an archive admin ;)
[14:55] <sistpoty|work> (same package contents even)
[14:56] <geser> it's the same upstream version (minus some removed .jars)
[14:57] <sistpoty|work> geser: then I assume there also shouldn't be problems getting it new'd :)
[14:59] <sebner> sistpoty|work: geser : james_w thinks we don't need a FFe and as sistpoty|work already agreed we are fine imho
[14:59] <geser> sebner: looks like you can go on with syncing
[15:01] <geser> and don't forget to get the current source removed once the new source package is in (add a note to not add it to the sync blacklist as the package might come back when libjgrapht-java (v0.7) moves from experimental to unstable)
[15:02] <sebner> geser: will then a removal of new 0.6 will be necessary again?
[15:03] <geser> no, it's a different API as far I can tell from the changelog entries
[15:03] <sebner> kk
[15:03] <geser> so it will stay till it gets removed from Debian too
[15:04] <superm1> james_w, geser sistpoty|work how come this has happened to a couple of packages in the last few days?  i just had to file a bug about image-size being renamed to libimage-size-perl yesterday
[15:04] <superm1> shouldn't we *not* be automatically removing source packages outside of the autosync period to avoid this type of problem and require manual solutions?
[15:06] <geser> superm1: it looks like some cleanup was done over the weekend (gtk1.2 and glib1.2 got removed, and some more apparently)
[15:06] <sebner> geser: bah, edge is br0ken again for me
[15:06] <geser> don't know if for all removed package a bug was opened
[15:06] <geser> sebner: how?
[15:07] <sebner> geser: If I try to file the sync request (only the titel so far) I get timeout
[15:07] <bddebian> Heya gang
[15:07] <sebner> huhu bddebian :)
[15:07] <geser> luckily you can use requestsync (the version in karmic) without the LP API
[15:08] <sebner> geser: requestsync never worked for me xD
[15:08] <geser> have you tried the current version in karmic?
[15:08] <bddebian> Hi sebner
[15:09] <sebner> geser: cool stuff, worked xD
[15:12] <geser> james_w: do you plan to cherry-pick the changes from launchpadlib r54 to have support for the stable LP API in python-launchpadlib?
[15:14] <sistpoty|work> superm1: iirc the removal script was run recently (not too sure why, but could have been to get rid of a few ftbfs bugs)
[15:14] <sistpoty|work> superm1: what broke by this though? the binary package name didn't change?
[15:14] <sistpoty|work> hi bddebian
[15:14] <superm1> sistpoty|work, the new package wasn't autosynced because we're not in the autosync phase
[15:14] <ScottK> sistpoty|work: For superm1's case it also got NBS'ed I think.
[15:14] <superm1> so i had to file a bug to get it synced in
[15:15] <quentusrex> How do I do an 'apt-get build-dep ./local-package.deb' ?
[15:15] <quentusrex> I have the dsc, and .changes files
[15:15] <superm1> so i just want to make sure we avoid doing this in the future outside of the autosync phase to prevent manually having to pull in new packages like this
[15:16] <sistpoty|work> superm1: interesting, because there are rdeps. Might have been an oversight, but you'd have to ask an archive admin for details
[15:16] <ScottK> superm1: I think it's a good UDS topic.
[15:17] <superm1> sistpoty|work, is there a document somewhere pointing who did this, so we can find out if it was just an oversight, a policy problem then, or a script problem?
[15:18] <superm1> ScottK, yeah i agree, depending on the root cause :)
[15:18] <sistpoty|work> superm1: yes: https://launchpad.net/ubuntu/+source/image-size/3.2-1
[15:18] <bddebian> Heya sistpoty|work
[15:18] <sistpoty|work> superm1: looks like you should ask pitti ;)
[15:28] <james_w> geser: hadn't thought about it
[15:28] <james_w> geser: it's just a constant, but would be worth having I think
[15:30] <geser> yes, so some scripts could use it in karmic and not be forced to use the EDGE one (in case it breaks again)
[15:38] <geser> ScottK, sistpoty|work: another gone missing package: bug 429420
[15:46] <ScottK> geser: I think "whoops, lost the package, let's get it back" is a bug fix.
[15:50] <sistpoty|work> *nod*
[15:57] <RoAkSoAx> morning
[16:53] <DktrKranz> soren: scott pointed me you could need sponsoring with python-mhash, if you need a sponsor feel free to ping me :)
[16:58] <ScottK> (for Debian, just to be clear)
[17:09] <geser> any C coder available to double-check a patch? http://paste.ubuntu.com/271027/
[17:11] <geser> it's for the usual "invalid conversion" error from a FTBFS
[17:20] <sistpoty|work> geser: the first snippet looks overly complex... since the original version had general_lang on the stack, you could simply cast the result to (char *)
[17:22] <geser> sistpoty|work: one problem was that the code in line 1835+1836 should probably work on general_lang to strip the language variant
[17:22] <sistpoty|work> geser: you can also simply cast away the const in the second snippet, zone is not denoted as const, so it's safe to be modified
[17:23] <geser> so I modified it first to strchr(general_lang, '-')[0] = 0; as we are sure that lang contains a "-" (and general_lang then too)
[17:24] <geser> just to releasize that the "-" could be outside the 32 chars, so I changed it more
[17:24] <sistpoty|work> geser: oh, sorry, misread there a lang for a general_lang :(
[17:27] <sistpoty|work> geser: how is lang declared?
[17:27] <geser> the easy change would be to change lang to general_lang in those two lines and ignore lang > 32 chars long
[17:28] <geser> didn't track it till the end but it's the lang attribute of a xml element, e.g. <html lang="de-DE">
[17:28] <geser> or similar
[17:28] <sistpoty|work> geser: no, I meant if it is a char * or a const char *
[17:29] <geser> const char * (line 1821)
[17:30] <geser> and from the description for this function I guess it's a bug that the current code modifies lang at all
[17:30] <geser> if lang is e.g. "fr-FR" then general_lang should be "fr", but lang still be prefered to general_lang
[17:31] <geser> but the current code modifies lang to "fr" and keeps general_lang at "fr-FR" and changing the order in effect
[17:32] <sistpoty|work> hm... well, then your patch seems to do the right thing
[17:33] <sistpoty|work> (at least from what I can gather by looking at the patch)
[17:35] <geser> I guess I try contacting upstream about it before I upload
[17:35] <sistpoty|work> geser: sounds like a good idea :)
[17:37]  * sistpoty|work heads home now... cya
[17:53] <Ng> am I right in vaguely remembering that there's some wicked new magic for packaging python stuff?
[17:53]  * Ng looks at dholbach
[17:55] <dholbach> err, debhelper 7?
[17:55] <ScottK> dholbach: I think he's thinking about quickly
[17:55] <Ng> dholbach: possibly, I didn't pay much attention at the time I saw references to it. Is there a handy URL I should go and read?
[17:55] <Ng> ScottK: no not quickly, unless that can take an existing python app and package it
[17:55] <ScottK> Nope
[17:56] <dholbach> ScottK: I haven't played with it yet, but I guess you need to use it for the whole project
[17:56] <ScottK> Yeah
[17:56] <Ng> I already finished coding, so I think it's too late for quickly to help me
[17:57] <dholbach> alright, I need to head out - see you guys tomorrow
[17:58] <dholbach> Ng: try out debhelper 7 :)
[17:58] <dholbach> just start with something like this
[17:58] <dholbach> #!/usr/bin/make -f
[17:58] <dholbach> %:
[17:58] <dholbach> 	dh $@
[17:58] <RoAkSoAx> dholbach, Heya! I sent you my answers already, have you received them?
[17:58] <dholbach> RoAkSoAx: no, I'm afraid not
[17:58] <james_w> Ng: python-distutils-extra is probably what you are thinking of
[17:58] <dholbach> which email did you send them to?
[17:59] <Ng> james_w: that also sounds vaguely familiar
[17:59] <dholbach> can you resend to dholbach at ubuntu dot com?
[17:59] <dholbach> RoAkSoAx: ^
[17:59] <Ng> hmm I suppose I should write a setup.py ;)
[18:00] <RoAkSoAx> dholbach, I just replied to the email. And, done, I forwarded it to that other email just now!
[18:01] <dholbach> thanks RoAkSoAx
[18:01] <Ng> james_w: is there a reasonably simple guide for using that?
[18:01] <dholbach> RoAkSoAx: bah - it went to spam!
[18:01] <dholbach> RoAkSoAx: will have a look into it tomorrow!
[18:01] <Ng> maybe I should just persuade nxvl that my new code is as awesome as Terminator and get him to package it too ;)
[18:01] <RoAkSoAx> dholbach, haha ok awesome :) thanks.
[18:01] <dholbach> have a great rest of your day! see you tomorrow! :)
[18:02] <james_w> Ng: not that I know of, sorry
[18:02] <Ng> ok
[18:03] <Ng> even if there was I bet it doesn't handle screensavers, because I'm probably the only person ever to have tried writing a gnome screensaver in python ;)
[18:07] <mzz> Ng: yeah, write a setup.py, packaging is fairly straightforward once you have one (there's a guide on the wiki somewhere)
[18:08] <mzz> Ng: I think the first step in the guide is "write a setup.py if what you're packaging doesn't have a build system yet" :)
[18:08] <Ng> heh
[18:08] <Ng> that would make sense :)
[18:09] <mzz> (there's a bit of magic involved to support multiple python versions automatically, but that's all handled for you automagically if you use cdbs, and still mostly automatically if you use just debhelper, especially if it's a pure python thing)
[18:10] <mzz> I haven't used python-distutils-extra myself.
[18:10] <ScottK> Last time I timed myself it took less than an hour to do a python package once I had setup.py and most of that was making sure I had debian/copyright correct.
[18:11] <mzz> that sounds about right
[18:12] <mzz> (if there's a page out there describing what open source software authors should do to write easily packageable software I wish "explicitly mention which version(s) of the gpl you're distributing under" to be prominently mentioned)
[19:00] <slytherin> hyperair: there?
[19:09] <hyperair> slytherin: pong
[19:09] <slytherin> hyperair: remuco for removed from Ubuntu. https://edge.launchpad.net/ubuntu/+source/remuco-server/+publishinghistory :-(
[19:10] <RoAkSoAx> should changes in a config.guess file appear on debdiff, or in such case, should they be applied when uploading?
[19:10] <hyperair> ah figures. i did get remuco-server removed from debian didn't i?
[19:11] <slytherin> hyperair: right, but the replacement is not in Ubuntu yet, right.
[19:12] <hyperair> slytherin: right. i really need to find time to fix remuco
[19:31] <RoAkSoAx> Heya guys, should changes in a config.guess file be removed from a debdiff, or in such case, should they be applied when uploading?
[19:32] <Laney> filter it out
[19:32] <andv> RoAkSoAx, if the changes are auto-generated during build they should be removed
[19:33] <andv> if you autotoolized the source it shouldnt appear on the debdiff anyway
[19:33] <andv> if you use autotools run the on rules, not randomly on the source
[19:33] <andv> * them
[19:35] <pochu> or put the changes on a patch
[19:35] <pochu> (that's what I do)
[19:35] <RoAkSoAx> ok so I should remove those changes from the debdiff, patch a new source with that debdiff, debuild -S and upload?
[19:36] <andv> RoAkSoAx, if those changes are not wanted they should be removed
[19:37] <andv> therefore you remove then and you should have a clean debdiff
[19:38] <RoAkSoAx> andv, those changes are introduced automatically. So, when I debdiff the debian dsc with the new ubuntu dsc those changes appear in the debdiff.
[19:39] <andv> RoAkSoAx, then remove then
[19:39] <andv> * them
[19:39] <andv> RoAkSoAx, check out diff.gz after debuild
[19:40] <andv> RoAkSoAx, it would be nice that those changes not appear on the diff.gz
[19:40] <fabrice_sp> kklimonda, there? It's about bug #409188
[19:41] <RoAkSoAx> andv, they appear in the diff.gz. How would I remove them if they are automatically generated?
[19:42] <pochu> RoAkSoAx: that's likely because there's something wrong in debian/rules
[19:43] <pochu> i.e. it's copying /usr/share/foo/config.guess in build and not cleaning it in clean
[19:43] <RoAkSoAx> pochu, this is the debdiff: http://pastebin.ubuntu.com/271118/
[19:43] <pochu> or the other way round...
[19:44] <pochu> RoAkSoAx: can you paste debian/rules?
[19:44] <andv> RoAkSoAx, do you remove those files in the clean target?
[19:44] <andv> they are automatically generated so you can remove them
[19:44] <RoAkSoAx> pochu, this is the rule: http://pastebin.ubuntu.com/271119/
[19:44] <andv> RoAkSoAx, yeah, u don't remove them
[19:44] <andv> RoAkSoAx, add a clean target for it
[19:44] <RoAkSoAx> andv, thanks  :)
[19:45] <andv> np, let me know if it worked
[19:45] <pochu> yeah what I guessed :)
[19:45] <pochu> or just run dpkg-source -b foo-1.0/, rather than debuild
[19:46] <pochu> if you don't want to increase the diff with debian
[19:54] <RoAkSoAx> pochu, andv : ok I've added "-rm config.guess config.sub" to the clean target before dh_clean and in the debdiff I now get this: http://pastebin.ubuntu.com/271127/
[19:57] <andv> RoAkSoAx, try placing it before distclean
[19:57] <andv> use rm -f
[20:01] <RoAkSoAx> andv, the same, changes are still showed in the debdiff
[20:02] <andv> RoAkSoAx, cause of this i guess:
[20:02] <andv> ifneq "$(wildcard /usr/share/misc/config.sub)" ""
[20:02] <andv> 	cp -f /usr/share/misc/config.sub config.sub
[20:04] <RoAkSoAx> andv, yes that's the reason, but should those changes be applied? I mean, if that "if" stays there, changes on those files will always be showed on the debdiff.
[20:05] <andv> RoAkSoAx, yes, does previous packages got that in the diff.gz?
[20:05] <Laney> you should remove them in the clean target
[20:06] <andv> Laney, he tried that already
[20:06] <andv> read backlog
[20:07] <Laney> then all you'd see is it being deleted in the debdiff
[20:07] <Laney> thats alright
[20:07] <RoAkSoAx> andv, yes, diff.gz from debian also contains changes in config.sub and config.guess
[20:07] <andv> RoAkSoAx, so keep them
[20:08] <andv> you will have a tainted diff
[20:08] <andv> but as long as it builds / works fine
[20:08] <RoAkSoAx> andv, ok will do. Thanks guys!
[20:08] <andv> np
[20:14] <dhillon-v10> hi all  I need some help with getting source of a package with  dget
[20:27] <geser> what problem do you have?
[20:35] <Daviey> Hi, if i'm moving a script from one package to another.. dropping it in one, introducing it in another, same name and install path
[20:35] <Daviey> should the packages contain a Conflicts for versions pre change?
[20:36] <Daviey> They should be entering the archive at the same time, so should it matter?
[20:36] <Daviey> (for karmic)
[20:37] <geser> Replaces would be a better choice
[20:38] <Daviey> geser: Hmm.. i don't follow.. the rest of the orginal packages still exist
[20:38] <Daviey> just a single script is being ported
[20:39] <geser> http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces, 7.6.1 Overwriting files in other packages
[20:39] <geser> that's exactly what you want
[20:40] <Daviey> geser: thanks, i'll read :)
[20:40] <geser> it tells dpkg that's ok that pkg_b overwrites some files which're also in pkg_a
[20:50] <nxvl> james_w: ping
[20:50] <james_w> hey nxvl
[20:50] <james_w> how's it going?
[20:51] <nxvl> james_w: good
[20:52] <nxvl> james_w: i was looking for information on bzr packaging, but i don't remember where are the wiki pages or if there are new ones
[20:52] <nxvl> can you please point me to the docs?
[20:52] <james_w> https://wiki.ubuntu.com/DistributedDevelopment/Documentation
[20:52] <james_w> and /usr/share/doc/bzr-builddeb/user_manual
[20:52] <nxvl> james_w: thank you!
[21:01] <mruiz> james_w, how are you going?
[21:01] <cody-somerville> james_w, I'm using bzr-builder. My packaging branch has the debian directory contents in a directory called debian so when I nest it, I have to nest it inside a directory and can't nest in the root of the branch as a bzr branch already exists there and is locked. So what I'm doing is nesting it in debian and moving debian/debian/* into debian/ and rmdiring debian/debian - is there a simpler way to do this?
[21:03] <cody-somerville> (without breaking my ability to continue to merge in work from debian's branch)
[21:03] <james_w> hi mruiz
[21:03] <james_w> hey cody
[21:03] <mruiz> james_w, thanks for your reply :-)
[21:04] <james_w> cody-somerville: you're the second person with that issue. I haven't thought of an elegant solution yet
[21:04] <james_w> there may not even be one
[21:04] <james_w> mruiz: np :-)
[21:06] <mruiz> james_w, I got the source of a package and I want to make changes. Should I create a new branch ?
[21:06] <james_w> yuppers
[21:32] <RoAkSoAx> hey guys, when fixing a ftbfs, I get a lintian warning about that the compat level is deprecated. Should I raise the compat level?
[21:34] <ScottK> RoAkSoAx: I wouldn't unless you go through the package and make sure it meets the requirements of the new compat level.
[21:36] <ScottK> james_w: If I'm working on a project where I'm trying to convince them to use bzr and I have to deal with git fans complaining bzr is slow, what repository format do I want to be super fast (small project > a dozen developers)?
[21:36] <RoAkSoAx> ScottK, cool thanks. And what about debian-rules-calls-debhelper-in-odd-order dh_makeshlibs or dh_desktop-is-deprecated?
[21:37] <ScottK> I'd understand the odd-order one and see if it does it for a good reason.
[21:38] <ScottK> The others aren't particularly exciting, I don't think.
[21:39] <RoAkSoAx> ScottK, ok cool thanks :)
[22:01] <Ng> so really really strange problem. I'm running karmic and have only py2.6 installed, I've just packaged my app (a python package and a python script), installed the package and the script fails because it can't import my pthon package, but if I run the python interpreter by hand I can import it
[22:02] <james_w> ScottK: the default format in the about to be released 2.0 is the latest and greatest
[22:02] <james_w> Ng: what's the #! of the script?
[22:02] <ScottK> james_w: How is that for compatibility with current bzr?
[22:03] <james_w> it was 1.16 or 1.17 that is the first to be able to read it
[22:03] <Ng> james_w: /usr/bin/python
[22:03] <james_w> the latter I think
[22:03] <ScottK> I see 1.14-rich-root as the most current format (I need git-bzr to work)
[22:03] <Ng> hhand /usr/lib/python2.6/dist-packages is in sys.path, which is where pycentral has put the module
[22:03] <Ng> -hh
[22:03] <soren> Ng: Is the package on revu or something?
[22:03] <james_w> Ng: and I assume that it doesn't do sys.path munging, relative imports or nothing?
[22:03] <Ng> soren: newp, I only made it a few minutes ago
[22:04] <ScottK> OK.   I guess that means I need to get a bzr backport going.
[22:04] <Ng> james_w: it's a "from foo.bar import Baz" where "class Baz:" is in /usr/lib/python2.6/dist-packages/foo/bar.py
[22:04] <james_w> what's the variant of ImportError you get?
[22:05] <Ng> soren: it is on LP though, bzr+ssh://bazaar.launchpad.net/~cmsj/lifesaver/trunk/
[22:05] <james_w> module foo.bar has no member Baz, or module foo has no member bar
[22:05] <Ng> james_w: ImportError: No module named bar
[22:05] <james_w> /usr/lib/python2.6/dist-packages/foo/__init__.py exists?
[22:06] <Ng> james_w: yep. it's just got "pass" in it, but it exists
[22:07] <soren> Ng: can you paste the full error?
[22:07] <james_w> and you say that "/usr/bin/python -c 'from foo.bar import Baz'" works?
[22:07] <Ng> http://paste2.org/p/425384
[22:07] <Ng> james_w: yep
[22:08] <james_w> recursion!
[22:08] <Ng> -(cmsj@kiryo)-(~)- /usr/bin/python -c 'from lifesaver.twitter import Twitter'
[22:08] <Ng> -(cmsj@kiryo)-(~)-
[22:08] <james_w> lifesaver.py
[22:08] <james_w> your script matches the module name
[22:08] <geser> Ng: does the script perhaps modify the search path?
[22:08] <james_w> so it's shadowing the installed module
[22:08] <james_w> causing it to look under that
[22:09] <james_w> causing it to try reading lifesaver.py
[22:09] <Ng> james_w: oh. that's quite annoying ;)
[22:09] <james_w> and then bailing before the infinite recursion strikes
[22:09] <Ng> james_w: how come that doesn't happen when I do a ./lifesaver.py ?
[22:09] <james_w> *handwave*
[22:09] <james_w> no idea
[22:09] <Ng> ohhhh, because pycentral knows about /usr/lib/xscreensaver/lifesaver.pyc
[22:10] <Ng> but not ~/code/blah/lifesaver.py
[22:10] <Ng> hmm
[22:10] <Ng> I'll go figure out a better name for either the module or the script. thank you very much :)
[22:14]  * Ng wonders how wildly wrong it is to be installing the script in the screensaver directory with data_files
[22:16] <geser> james_w: any idea how to force the updated from python-zopeinterface to python-zope.interface? I've just seen that I still had the old package installed as it still fulfills the dependencies (e.g. for python-lazr-restfulclient)
[22:17] <james_w> geser: hmm, good question
[22:17] <james_w> we may need a transitional package
[22:19] <james_w> I'm not in the mood for thinking it through right now though
[22:23] <geser> an other solution would be drop the "| python-zopeinterface" for one central package so that it pulls in python-zope.interface
[23:28] <dtchen> straightforward fix for oprofile at http://launchpadlibrarian.net/31803795/oprofile_0.9.4%2Bcvs20090629-2ubuntu2.debdiff
[23:48] <c_korn> is there a script to get the changelog of a specified package which is installed ?
[23:49] <c_korn> hm, I think zcat /usr/share/doc/$1/changelog.Debian.gz | less is enough :P
[23:50] <azeem> or zless
[23:52] <c_korn> azeem: thanks, never heard of that :)


  God wants you to not judge.  That is His job.  Go away.
[02:00] <Squidward> phunyguy, FALSE CHRISTIAN, the word of god commands US TO JUDGE BY THE WORD OF GOD, NOT BY OUR OWN STANDARD, see matthew 7:1-5; John 7:24
[02:00] <phunyguy> no thanks.
[02:01] <phunyguy> wait, that says that YOU shouldn't judge.
[02:01] <phunyguy> good job.
[02:01] <phunyguy> you should take the sawdust out of your own eye first.
[02:02] <phunyguy> anything else we can help you with?
[02:02] <phunyguy> no?
[02:03] <phunyguy> kthxbye
[02:03] <Squidward> phunyguy, i can refute what you say
[02:04]  * phunyguy wanders off
[02:04] <phunyguy> my beer glass is emoty.
[02:04] <phunyguy> empty*
[02:04] <Squidward> phunyguy, http://carm.org/what-does-you-shall-not-judge-mean
[02:05] <Squidward> sorry but "true christians" judge by the word of god "fake and self decived christians" say "judge not"
[02:05] <phunyguy> Thank you.
[02:41]  * hggdh wonders about this religion
[03:17] <phunyguy> hggdh: he is way off, regardless of bible translation.
[03:17] <phunyguy> I am not a religious person, but I totally grew up in a christian household.
[04:57] <mneptok> i never grew up.
[19:21] <Pici> !away > XeBlackWater
[23:05] <bazhang> mendax bad news
 Is anybody available under #ubuntu-touch? I'm not getting a response, so I assumed everybody was "out to lunch".
[23:31] <bazhang> he's hitting just about every channel with that; even -ru earlier
[23:31] <genii> Hm.
[23:31] <genii> bazhang: I did think it was an odd term to use.


[02:20] <jbicha> doko: Debian #862425 is "fixed"
[08:45] <doko> LocutusOfBorg: you sponsored gdbm to experimental. are you going to do the transition?
[08:46] <doko> jbicha: right, that's what I feared
[08:55] <Unit193> doko: I enjoyed the bug against bzr to move to py3, btw. :)
[08:58] <doko> Unit193: and I would enjoy your insights on bittornado
[08:59] <doko> but well, hot air ...
[09:01] <Unit193> Gah, right.  That.  I've been using it since 2015, or at least had it installed.  Talked to a couple in #debian-devel but none yet were interested in co-maintaining.  I should really note the new upstream on your bug though.
[09:02] <doko> that would be nice
[09:08] <LocutusOfBorg> doko, I can do probably, maybe after updating to 1.13
[09:09] <LocutusOfBorg> I was waiting for kaction to be back :(
[09:09] <Unit193> Done, doko.
[09:23] <jamespage> morning all
[12:03] <juliank> jjohansen: (someone in Debian) was wondering what the status on upstreaming dbus mediation is, can you tell me anything? :)
[12:41] <doko> Unit193: co-maintaining ... the package should be orphaned. last maintainer upload in 2010 ...
[12:45] <juliank> lol efitools specifies i -I/usr/include/efi/$(ARCH) in its Make.rules, leading to i -I/usr/include/efi/i686 where it should be -I/usr/include/efi/ia32
[12:46]  * juliank should update that to 1.7.0
[12:47] <juliank> Summary of gnu-efi 3.0.6 rebuilds: Only refind and efitools FTBFS, the others are fine :)
[12:48] <juliank> refind defines CatPrint() with a conflicting prototype, should be easy to fix
[12:49] <juliank> I expected things to to be worse
[13:59] <pitti> xnox: http://autopkgtest.ubuntu.com/running#queue-upstream-artful-arm64 doesn't seem to get picked up? or is that just starvation?
[13:59] <pitti> (ENOLANEY)
[14:10] <xnox> pitti, i think we do starve upstream on purpose; wait until after arm64 is clear on ubuntu & huge.
[14:10] <pitti> xnox: ah ok; so not yet the time to enable it
[14:10] <xnox> pitti, we are also working on a KPI dashboard to monitor this better and have accurate historical data for capacity planning.
[14:11] <xnox> pitti, unless arm64 workers are not listening on upstream arm64 queue =/
[14:11] <pitti> I actually deliberately used separate upstream queues back then so that we don't starve non-ubuntu projects
[14:11] <pitti> but I suppose with arm64 we don't have that much capacity yet
[14:11] <xnox> pitti, but i think it was round robin; but now it's like sequenced after; e.g. no upstream until after ubuntu is fully drained.
[14:12] <xnox> but i may be wrong
[14:12] <xnox> ENOLANEY it is
[14:12] <pitti> ok; that works as a kind of "first time bootstrap" policy,  but not in general
[14:13] <xnox> pitti, yeah, and i do not know if arm64 is fully bootstrapped or not, i thought it was.
[14:14] <infinity> xnox: You're wrong.
[14:14] <xnox> infinity, please enlighten me
[14:15] <infinity> upstream is given a quota that prevents it from starving Ubuntu (and that quota was lowered a while back).
[14:15] <infinity> As for the arm64 situation, I'm not sure, it may just literally not be hooked up.
[14:15] <infinity> Or the quota was dialed down to 0 there.
[14:15] <infinity> I'd have to figure out where to look first. :P
[14:15] <pitti> right, I remember Laney disabling the quota
[14:16] <pitti> two weeks ago or so we hardly had any upstream test running despite all the queues being empty
[14:16] <pitti> so that was buggy
[15:35] <jjohansen> juliank: so their are two parts needed
[15:35] <jjohansen> the apparmor extension to do dbus mediation went into the dbus daemon quite a while ago (I would have to go look up the release)
[15:35] <jjohansen> the upstreaming on the kernel side hit a bump in 4.14 due to the revert that got done, and now the earliest we are going to be able to get that in would be 4.16
[16:39] <ahasenack> hi, does anybody have a tip on how I could proceed with trying to reproduce this armhf dep8 test failure<EMAIL_ADDRESS>[16:39] <ahasenack> in other words, how to either run arm on my laptop (qemu-system-arm?) or if there is some canonical cluster I could use perhaps
[16:52] <juliank> jjohansen: is that kernel code the net.c code?
[16:52] <juliank> I also see some af_unix.c in the ubuntu trees, but none in the for upstream apparmor trees
[17:43] <jjohansen> juliank: it needs the net code but it also needs af_unix.c and a small patch to apparmorfs
[17:43] <juliank> jjohansen: OK, thanks for the details :)
[20:44] <Unit193> doko: Right, I would be interested in half-maintaining it. :)


[18:02] <sylvia103> #startmeeting let me think
[18:02] <meetingology> Meeting started Sat Dec 16 18:02:20 2017 UTC.  The chair is sylvia103. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[18:02] <meetingology> Available commands: action commands idea info link nick
[18:11] <tsimonq2> O_o
[18:15] <tsimonq2> #endmeeting
[21:22] <DalekSec> #endmeeting
[21:22] <meetingology> Meeting ended Sat Dec 16 21:22:30 2017 UTC.
[21:22] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-12-16-18.02.moin.txt


[01:36] <shaun__> does anyone know how to use phpmyadmin
[01:36] <shaun__> ????????????????/
[01:36] <shaun__> I made a BIG ASS  mistake
[02:05] <MTecknology> shaun__: yes- but don't the long long question mark thing and swear
[02:06] <MTecknology> shaun__: oft' times it's better to just ask your question ;)
[02:24] <shaun__> sorry I just got a bit pissed
[02:25] <shaun__> see what I did was (I FEEL SO STUPID) I dropped all priviledges  to phpmyadmin :(
[02:25] <shaun__> do you perhaps know how I could get back in
[02:26] <shaun__> I was so close to installing drupal
[02:27] <shaun__> and sorry for swearing
[02:29] <shaun__> hello you still there
[02:34] <shaun__> Should I just reinstall Xampp
[02:34] <shaun__> ?
[02:44] <shaun__> I read something about editing the mysql config file
[04:09] <shaun__> hello
[04:12] <shaun__> Can somebody assist me please?
[07:12] <shaun__> Anybody awake
[13:04] <shaun__> hey guys
[13:05] <shaun__> I've "finally" installed drupal
[13:52] <shaun__> hello
[14:06] <shaun__> hello?
[14:31] <jpds> !weekend | shaun__
[14:31] <ubot4> shaun__: It's a weekend. Often on weekends the paid developers and a lot of the community may not be around to answer your question. Please be patient, wait longer than you normally would or try again during the working week.
[19:57] <dieki> newz2000: You there?
[19:58] <dieki> newz2000: I have that branch up; https://code.launchpad.net/~n0nl1nearsb0x/+junk/paste.ubuntu.com-new
[19:58] <shaun___> yes
[19:58] <shaun___> if you were talking to me
[20:02] <shaun___> oops sorry dieki had my brain malfunction for the day
[20:03] <dieki> shaun__: That's okay, I've been having those too... :)
[20:03] <shaun___> ha ha
[20:04] <dieki> So you are a 'community member' helping on the website?
[20:04] <shaun___> well trying
[20:05] <dieki> Not going so well?
[20:05] <shaun___> still trying to get the hang of how everything works
[20:05] <dieki> Ah. Yeah, that can be tough.
[20:06] <shaun___> which site are you working on drupal's?
[20:06] <shaun___> or another  one
[20:06] <dieki> I actually have only created an updated 'theme' for paste.ubuntu.com.
[20:06] <dieki> I'm a 'community member' too. :)
[20:06] <shaun___> oh
[20:07] <shaun___> you know how to install a theme and put it into drupal
[20:07] <dieki> No, actually. Sorry.
[20:07] <shaun___> darn
[20:08] <dieki> I wonder who designed (or, didn't design) the current paste.ubuntu.com...
[20:08] <shaun___> this is probably a stone aged question but does one have to be joined to get the theme
[20:09] <shaun___> for example joined to the drupal devs launchpad
[20:10] <dieki> I have no clue.
[20:10] <shaun___> oh nevermind just got answered
[20:10] <shaun___> lol
[23:24] <shaun___> need help


[02:38] <MotherLUG> Afternoon. Can any one recommend which release of edubuntu would be best for a stand alone desktop & what the minimum hardware specs required would be please.
[02:54] <HedgeMage> MotherLUG:  most current (gutsy 7.10) is the way to go :)  I am not sure what the stated requirements are, though.
[05:22] <gendrix> hello every one, ... i need help!
[05:24] <gendrix> i want to share an intenet connection from a modem to 3 lan cards, eth1, eth2, eth3. how to do it ?
[05:25] <johnny> there are various tutorials online about how to do so
[05:27] <gendrix> what kind of key word to search them ?
[05:28] <HedgeMage> gendrix:  linux router might be a good start
[05:32] <johnny> linux connection sharing
[05:44] <gendrix> thanx, i'll try to start searching
[05:51] <johnny> you will find good things..
[05:51] <johnny> it'd be cool to have a better gui for that
[05:52]  * johnny wishes networkmanager 0.7.0 comes out..
[05:52] <johnny> :(
[05:57] <gendrix> any gui way for gutsy?
[06:04] <SmytyThor> hey all... big crowd!
[06:06] <SmytyThor> quiet though... anybody home?
[06:07] <SmytyThor> well i guess it doesent matter so much...
[06:08] <SmytyThor> Anyway I'm looking for some good educational games for my kid, i just installed Edubuntu and i want to choose some packages to install for her
[06:08] <SmytyThor> she's 4.. and im looking for some fun games to get her practising using the computer. Any suggestions?
[09:19] <johnny> ogra, ogra_cmpc lemme know when you're about
[16:11] <ogra_cmpc> RichEd, we need more apps :P ....
[16:11] <ogra_cmpc> our cd (while still including 200M windows software) is only 430M big atm
[16:11] <RichEd> hi ... as a user need / request or to fill up space
[16:12] <ogra_cmpc> i just rearranged all the seeds (should be near what we will have as final app set)
[16:12] <RichEd> ogra: well isn't that a pleasure compared to squeezing and jugggling you had to do before ?
[16:12] <ogra_cmpc> so currently edubuntu is only about 250M big
[16:12] <ogra_cmpc> indeed it is
[16:12] <ogra_cmpc> :)
[16:13] <RichEd> it's not like the users are missing out on stuff they had, it's jsut moved into the ubuntu guts
[16:13] <ogra_cmpc> i'm still unsure if we want to keep the winfoss software on there
[16:13] <RichEd> i think so if there is "unused space" ... it kind of shows we are prepared to accept and support any move towards open source ...
[16:14] <RichEd> and that may give us a potential convertee in time, and also shows we are not an all or nothing fanatical bunch
[16:14] <RichEd> like the boys in redmond
[16:14] <ogra_cmpc> well, we need to promote that then
[16:15] <ogra_cmpc> we had the software on that cd since it exists
[16:15] <ogra_cmpc> but it was never announced anywhere
[16:15] <Nubae> ok, I checked ps aux and nbdclient is running
[16:16] <Nubae> and the regular stuff is in /proc/mounts
[16:16] <ogra_cmpc> RichEd, also have a look at the text here http://cdimage.ubuntu.com/edubuntu/daily/20080225.1/ we should have something better than just being called "add-on CD" at the top
[16:17] <Nubae> i guess I better be specific...
[16:19] <RichEd> ogra: edubuntu 8.04 - ubuntu education add-on CD
[16:19] <ogra_cmpc> right
[16:19]  * ogra_cmpc notes that down
[16:20] <ogra_cmpc> not sure we should put the version in there
[16:20] <ogra_cmpc> its written at the top already
[16:21] <ogra_cmpc> seems somewhat redundant
[16:23] <RichEd> well that was the full name ... trim as appropriate for specific usage
[16:24] <ogra_cmpc> i think keep edubuntu 8.04 at the top and call it "ubuntu educational add-on CD" in the rest of the text
[16:31] <Nubae> http://pastebin.com/m1b9956a
[16:31] <Nubae> thats my /proc/mounts output
[16:31] <Nubae> and nbdclient is definetly running
[16:33] <ogra_cmpc> are you sure you didnt make any typos ?
[16:33] <ogra_cmpc> unionfs /root unionfs rw,dirs=/cow=rw:rofs=ro,debug=4294967295,delete=whiteout 0 0
[16:33] <ogra_cmpc> looks worng
[16:34] <ogra_cmpc> there should be a slash in front of rofs
[16:34] <ogra_cmpc> (that code didnt change since ages though, i would not know how you lost the slash)
[16:34] <Nubae> ah yes sorry there is
[16:34] <ogra_cmpc> ah, k
[16:35] <Nubae> its busybox so couldnt scp
[16:35] <Nubae> wrote down by hand
[16:35] <Nubae> :-)
[16:35] <ogra_cmpc> but there is definately no /rofs in the list
[16:35] <ogra_cmpc> there should be a moount using the nbd0 devie
[16:35] <ogra_cmpc> device
[16:36] <ogra_cmpc> can you try: mount -t squashfs /dev/nbd0 /rofs ?
[16:36] <ogra_cmpc> (inside the busybox)
[16:37] <ogra_cmpc> nbd-client ${NBD_ROOT_SERVER} ${NBD_ROOT_PORT} /dev/nbd0 && mount -o ro -t squashfs /dev/nbd0 /rofs
[16:37] <ogra_cmpc> thats the original command that mounts the squashfs
[16:37] <Nubae> on /rofs failed, invalid argument
[16:38] <ogra_cmpc> aha
[16:38] <ogra_cmpc> is /rofs existing
[16:38] <ogra_cmpc> and check if squashfs shows up in /proc/modules
[16:39] <Nubae> how is rofs normally created?
[16:39] <ogra_cmpc> in the line above the one i just pasted :)
[16:39] <Nubae> yes it exists
[16:40] <ogra_cmpc> and squashfs is in your modules list ?
[16:40] <Nubae> and yes it squashfs shows in /proc/modules
[16:40] <ogra_cmpc> weird
[16:41] <Nubae> well at least thats definetly what's failing
[16:41] <ogra_cmpc> and your nbd client actually uses the prot thats defined for the image ?
[16:41] <ogra_cmpc> *port
[16:42] <Nubae> how do I check from busybox?
[16:42] <ogra_cmpc> you said you see nbd-client in your processlist
[16:42] <ogra_cmpc> it should have the port there
[16:42] <Nubae> ok
[16:43] <ogra_cmpc> check that is matches the port defined in inetd.conf on the server
[16:43] <Nubae> it does
[16:43] <ogra_cmpc> i'm running out of ides
[16:43] <ogra_cmpc> *ideas
[16:44] <Nubae> isnt the issue with mounting to /rofs?
[16:45] <Nubae> why does it give failed, invalid argument?
[16:46] <ogra_cmpc> thats an error from ount
[16:46] <ogra_cmpc> mount
[16:47] <Nubae> http://irclogs.ubuntu.com/2007/10/22/%23edubuntu.txt - same issue here
[16:48] <Nubae> looks like its related to x64
[16:49] <ogra_cmpc> nope
[16:49] <ogra_cmpc>  "No such device" is a compeletly different thig
[16:49] <ogra_cmpc> thats failing a lot earlier than yours
[16:50] <ogra_cmpc> i guess that guy had set SERVER or any other weird thing in lts.conf
[16:50] <ogra_cmpc> he came from k12ltsp which needed lts.conf ... many people just blindly copy that over without noticing it will break
[16:51] <Nubae> and here: http://irclogs.ubuntu.com/2007/06/21/%23edubuntu.txt
 seems like a bug in the ltsp-nbd script ...  from there
[16:52] <stgraber> ogra_cmpc: hi, do you know of a good XML library for python I could use to easily edit/generate italc's config file ?
[16:52] <stgraber> ogra_cmpc: that would need to be in main
[16:54] <ogra_cmpc> Nubae, that script didnt change since gutsy
[16:55] <Nubae> anyway, that was to do with nbdlcient not running
[16:55] <Nubae> so not it either
[16:56] <ogra_cmpc> stgraber, python-xml doesnt suffice ?
[16:56] <stgraber> well, it doesn't fit the "easy" point :)
[16:57] <ogra_cmpc> hmm
[16:57] <stgraber> last time I played with it I had to write like 5-6 extra functions to make it more or less easy to parse XML (and that was only a read only app :))
[16:57] <ogra_cmpc> probably doko could help
[16:57] <ogra_cmpc> i try to stay awqay from xml if i can :)
[16:58] <ogra_cmpc> (it usually has nothing to offer i cant do by a normal text file)
[16:59] <stgraber> yes and normal text file are easy to parse :) (with regexps of course)
[17:00] <stgraber> the idea is to create a LTSP classroom in italc instead of what I currently do which is to basically move the current config file away and generate a new one, then restore it when closing italc
[17:00] <stgraber> that way, one could use italc in a mixed environement (as I currently have in my test school)
[17:02] <Nubae> ogra... so the issue is with dev/nbd0 not mounting as squashfs?
[17:03] <Nubae> I dont have nbdswap running
[17:05] <ogra_cmpc> well, the issue seems to be with the squashfs module
[17:06] <sexyback> when i connect to wkstn via thin client manager it pops error "Unavailable (Install x11vnc on terminal) " - how do you do this
[17:06] <ogra_cmpc> there is a wikipage for that ... dont have the link nady atm
[17:06] <ogra_cmpc> *handy
[17:07] <Nubae> just chroot /opt/ltsp/i386 apt-get install x11vnc
[17:07] <ogra_cmpc> Nubae, there a some more stuff involved
[17:07] <ogra_cmpc> s/a/is
[17:08] <Nubae> maybe in gutsy yeah
[17:08] <ogra_cmpc> since it exists
[17:08] <ogra_cmpc> x11vnc doesnt asdd any startup scripts
[17:09]  * ogra_cmpc takes a break now
[17:10] <Nubae> there's something about making sure resolv.conf is correct in the chroot too
[17:12] <sexyback> newbie here, what do you mean with resolv.conf
[17:13] <Nubae> chroot /opt/ltsp/i386 nano /etc/resolv.conf and make sure u copy what is in /etc/resolv.conf
[17:13] <sexyback> what is chroot, is this root?
[17:14] <sexyback> also what is nano
[17:14] <Nubae> and do this chroot /opt/ltsp/i386 nano /etc/rc.local and add x11vnc -display :6 -forever -loop -shared &
[17:15] <Nubae> chroot is like a virtual environment
[17:15] <Nubae> and nano is just an editor
[17:16] <Nubae> also, the full howto for the vnc stuff is here: http://ubuntuforums.org/showthread.php?t=406220&highlight=edubuntu&page=2
[17:16] <sexyback> ok
[18:38] <johnny> ogra_cmpc, i'm in my hardy vm, and i don't see ~/.gvfs mounted , is there a reason for that?
[18:38] <ogra_cmpc> sexyback, you should rather use https://wiki.edubuntu.org/InstallX11VncOnLtspClients ... the forums are way to confusing here
[18:39] <ogra_cmpc> johnny, how do you mean "mounted"
[18:39] <johnny> in mounts
[18:39] <johnny> err mount
[18:39] <ogra_cmpc> why should you see it there ?
[18:39] <johnny> because that's what i see in my other non ubuntu gnome 2.21 install?
[18:40] <ogra_cmpc> for each user ?
[18:40] <johnny> yes
[18:40] <ogra_cmpc> thats insane
[18:40] <johnny> it's fuse
[18:40] <johnny> gvfs-fuse-daemon on /home/johnny/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=johnny)
[18:40] <ogra_cmpc> i dont have that here on my up to date hardy
[18:42] <ogra_cmpc> that looks like some extra thing
[18:42] <johnny> hmm.. well it's causing me an issue working with sabayon in my main development environement
[18:42] <johnny> i'm asking them now
[18:42] <ogra_cmpc> we dont even have gvfs-fuse-daemon
[18:43] <ogra_cmpc> look in /usr/lib/gvfs
[18:43] <ogra_cmpc> ogra@ceron:~/isos$ ps ax|grep gvfs
[18:43] <ogra_cmpc>  6014 ?        S      0:00 /usr/lib/gvfs/gvfsd
[18:43] <ogra_cmpc>  6025 ?        S      0:00 /usr/lib/gvfs/gvfsd-burn --spawner :1.11 /org/gtk/gvfs/exec_spaw/0
[18:43] <ogra_cmpc>  6032 ?        S      1:36 /usr/lib/gvfs/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/1
[18:44] <ogra_cmpc> thats how it looks on my machine
[18:44] <ogra_cmpc> i think that daemon is some addon thing or so
[18:44] <johnny> nome-base/gvfs-0.1.7 (/usr/libexec/gvfs-fuse-daemon)
[18:44] <ogra_cmpc> libexec?????
[18:44] <johnny> it comes with gvfs is all i'm saying
[18:44] <ogra_cmpc> surely nothing thats even remotely debian/ubuntu related
[18:44] <johnny> it's not an addon outside of the gvfs package
[18:46] <ogra_cmpc> ogra@ceron:~/isos$ dpkg -l gvfs-backends|grep ii
[18:46] <ogra_cmpc> ii  gvfs-backends                              0.1.7-0ubuntu5                      userspace virtual filesystem - backends
[18:46] <johnny> aha, guess you don't compile it with the fuse --configure flag
[18:46] <johnny> it seems like a useful feature
[18:47] <ogra_cmpc> why?
[18:47] <ogra_cmpc> it defaults to use fuse for everything anyway
[18:47] <ogra_cmpc> why should we build an extra daemon for that
[18:48] <ogra_cmpc> i dont think you can even remotely compare redhat to ubuntu here
[18:48] <johnny> oh.. it's enabled by default.. so that's not it
[18:48] <ogra_cmpc> we handle fuse totally differently, i assume the mount you see resembles what we use in the fuse module itself
[18:49] <johnny> redhat?
[18:49] <johnny> i'm using upstream source with no patches
[18:49] <ogra_cmpc> well, that weird libexec path indicated that
[18:49] <ogra_cmpc> debian based systems dont have that
[18:50] <ogra_cmpc> and i'm pretty sure you cant compare p
[18:50] <ogra_cmpc> lain upstream to ubuntu either
[18:50] <ogra_cmpc> else we wuldnt have to pay seb128 for integrating upstream stuff to match the ubuntu setup
[18:50] <ogra_cmpc> ;)
[18:51] <ogra_cmpc> i'd suggest to use ubuntu for ubuntu development ;)
[18:51] <johnny> i'm not doing ubuntu development
[18:51] <johnny> not until they pay me for it :)
[18:51] <johnny> lol
[18:51] <ogra_cmpc> well, you try to fix ubuntu bugs , else i see no point that we discuss here atm
[18:52] <johnny> no, i try to fix upstream bugs
[18:52] <johnny> the ubuntu bugs are all upstream bugs
[18:52] <ogra_cmpc> obviously not
[18:52] <johnny> the ubuntu sabayon bugs i mean
[18:52] <ogra_cmpc> since that one is gvfs related and there are massive differences in ubuntus gvfs and upstream
[18:52] <ogra_cmpc> so thats cleqarly not an upsytream bug
[18:53]  * ogra_cmpc rips the y out of the classmate ke_board
[18:53] <johnny> i'm working on sabayon , to ultimately be used on ubuntu systems obviously
[18:53] <johnny> but i don't use ubuntu on my desktop . only on my laptop
[18:53] <ogra_cmpc> that involves that it works with the mechnaisms used in ubuntu
[18:54] <johnny> only in the packaging of sabayon itself
[18:54] <ogra_cmpc> which is in case of gvfs different
[18:54] <johnny> i was just trying to undersstand how ubuntu does things so i can figure out where ubuntu has differences
[18:55] <ogra_cmpc> right
[18:55] <johnny> and mentioning to you why i'm having trouble doing anything useful with sabayon atm
[18:55] <johnny> and wondering if you had any insight
[18:55] <johnny> now i know
[18:55] <ogra_cmpc> i dont know how exactly we do gvfs but accoreding to your initial error it works very different here
[18:56] <ogra_cmpc> we dont have the mount you asked for ...
[18:56] <johnny> obviously :)
[18:56] <johnny> i mean it obviously works different than upstream
[18:56] <johnny> now i know somewhat how
[18:56] <johnny> now time to look at the deb..
[18:56] <ogra_cmpc> but i can imagine that its similat to the fusecontrol fs we use for fuse
[18:56] <johnny> yeah, i didn't know about that :)
[18:57] <johnny> good to know tho
[18:57] <johnny> to clarify tho, the sabayon bugs in launchpad are all bugs that affect upstream
[18:57] <johnny> if they are specific to ubuntu, i will get them fixed for my deployed env as well
[18:58] <ogra_cmpc> the solution might be differnt though
[18:58] <johnny> as i am able
[18:58] <johnny> thus why i have a hardy and gutsy vm
[18:58] <dash192_> Hey all, I'm thinking about writing a proposal for an edubuntu lab, what kind of thin clients should I be looking at?
[18:58] <ogra_cmpc> since you always have to see them in context to the system
[18:58] <johnny> ubuntu does so many mods, it takes awhile to grasp them all
[18:59] <ogra_cmpc> dash192_, something >= 500MHz, 128M .... preferably intel videocards
[18:59] <dash192_> Does it matter what comes preloaded on them?
[18:59] <ogra_cmpc> no
[18:59] <dash192_> (first time dealing with thin clients)
[18:59] <dash192_> k
[18:59] <johnny> dash192_, preloaded how?
[18:59] <ogra_cmpc> thin clients dont need disks
[18:59] <johnny> on a flash thing?
[19:00] <dash192_> Was reading about HP thin clients that come with HP connect or something
[19:00] <ogra_cmpc> good for other OSes :) as long as they can to PXE or etherboot you can ignore it
[19:00] <ogra_cmpc> no need for such stuff on ubuntu
[19:01] <johnny> or ltsp in general..
[19:01] <ogra_cmpc> right
[19:01] <dash192_> Ok
[19:01] <dash192_> Cool
[19:39] <theunixgeek> Is it true Edubuntu is changing names to "ubuntu educational edition"?
[19:40] <LaserJock> I'm not quite sure where we are at with that
[19:41] <LaserJock> there has been some discussion about that
[19:41] <LaserJock> theunixgeek: do you have any opinions about a possible name change?
[19:42] <theunixgeek> LaserJock: not really :)
[20:00] <johnny> ogra_cmpc, the xnest issue is still outstanding for sabayon
[20:01] <johnny> in gnome-settings-daemon
[20:01] <johnny> bug is filed
[20:01] <johnny> responses made
[20:01] <johnny> turns out to be the keyboard plugin
[20:01] <johnny> i'm going to test the new release when it is uploaded
[20:11]  * johnny looks for a new video card


[12:58] <daker> cjohnston, mhall119  any idea how to fix this bug #1062058 ?
[15:19] <cjohnston> daker: its the same as bug #881019
[15:19] <cjohnston> mhall119 should be able to manually fix it
[22:29] <daker> yo cjohnston
[22:29] <cjohnston> thanks daker
[22:30] <daker> :)
[22:31] <cjohnston> I switched to WeeChat and im trying to learn how to use it
[22:32] <daker> ah
[23:21] <cjohnston> nigelb: ping
[23:21] <cjohnston> nigelb: need help with a visa application
[23:21] <daker> ping ping nigelb


[00:00] <kwwii> I'll figure out as much as I can and then ask for help
[00:00] <Cimi> oh yea
[00:00] <Cimi> it is called
[00:00] <kwwii> then you can laugh at me and tell me how to do it correctly :p
[00:00] <Cimi> gradient_shades = {1.1, 1.0, 1.0, 1.1}
[00:00] <Cimi> try to add that line
[00:00] <Cimi> and change the values
[00:01] <Cimi> to something mad
[00:01] <kwwii> so the stops are passed directly
[00:01] <Cimi> like gradient_shades = {1.1, 1.0, 0.1, 1.1}
[00:01] <Cimi> you'll notice what does this means
[00:02] <kwwii> cool, thanks
[00:02] <Cimi> also I must remember you that style =CLEARLOOKS etc etc will make this option ignored
[00:02] <Cimi> if you want a fedora look just add style = NODOKA :p
[00:02] <kwwii> time for bed here. see you soon and thanks for the help
[00:02] <kwwii> hehe
[00:02] <Cimi> murrine is so powerful now
[00:02] <kwwii> I want something totally different :D
[00:03] <Cimi> see you kenneth
[00:04] <kwwii> Cimi: yes, I get the feeling that I can do pretty much everything I want, if I can figure out how to configure the engine. great stuff!
[00:04] <Cimi> kwwii, also
[00:04] <Cimi> the engine source code is modular
[00:05] <Cimi> so having a custom sub-engine is really simple
[00:05] <Cimi> just add the file and 1 line of header
[00:05] <Cimi> see you!
[00:05] <kwwii> that is really nice, as the most important thing that sticks out to me is that the old human had nifty handles on the scrollbars...I would like to see something interesting on the new ones as well
[00:06] <kwwii> hehe, I'll never get to bed at this rate
[00:06] <kwwii> see you soon!
[09:40] <zniavre> http://img138.imageshack.us/img138/2408/hardy5vz3.jpg
[10:51] <etretyak> zniavre: hey, share your wallpaper ;-)
[11:23] <Cimi> kwwii, shit new nvidia drivers (173.14.05) still sucks with RGBA
[11:23] <kwwii> Cimi: nvidia is the only chip which will do the hardware blurring?
[11:28] <kwwii> Cimi: I have an intel chip anyway :-)
[12:17] <zniavre> etretyak Darkwood_w_lights_by_asm0keydrunkly.jpg  bur i can not find it any more on deviant art
[16:17] <kwwii> Cimi: I just packaged an svn snapshot from today for intrepid
[16:17] <kwwii> I put some dark colors into the Human-Murrine theme so that people can test it out and give feedback
[16:50] <Cimi> kwwii, for murrine? maybe you shouldn't
[16:51] <kwwii> Cimi: it is not set as default
[16:52] <Cimi> but a package for the engine or for the theme?
[17:11] <kwwii> the engine
[17:11] <kwwii> and I modified the current theme a bit
[17:12] <Cimi> kwwii, so please package the engine with --disable-rgba
[17:12] <Cimi> at the configure
[17:17] <DanaG> What's the reason for that?  Does it break things if apps are not compatible?
[17:17] <DanaG> Just curious.
[17:20] <Cimi> DanaG, it will be transparent on few apps
[17:20] <Cimi> and actually it will be just ugly
[17:20] <Cimi> and unusable
[17:21] <DanaG> Aah.
[18:33] <kwwii> Cimi: the only apps that support it without a plugin on a standard ubuntu are gnome console and system monitor
[18:33] <Cimi> kwwii, yeah I patched gnome-terminal
[18:33] <Cimi> http://murrine.cimitan.com/rgba-support/list
[18:33] <kwwii> right, I saw that
[18:48] <qu1dpr0> Is the New Wave Guide official? Is there a final palette for color that is to be used?
[18:50] <Cimi> new wave is absolutely unofficial and I'm sure it won't be part of ubuntu
[18:51] <qu1dpr0> ok. just trying to separate thw wheat from the chaff within the mailing list posts...not easy
[20:53] <Cimi> kwwii, any issue so far?
[20:54] <kwwii> Cimi: nothing so far
[20:54] <kwwii> a couple of people like it
[21:18] <andreasn> kwwii: (!) ;)
[22:07] <psyke83> hey kwwii, I'm working on your new theme now. Did you deliberately disable toolbar separators?
[23:35] <psyke83> kwwii, I posted some proposed changes to the ML; I forgot to mention as a suggestion, to change the tooltip colours so they match the new colourscheme
[23:46] <kwwii> psyke83: changes to which theme?
[23:47] <psyke83> kwwii, the dark one in intrepid
[23:47] <kwwii> psyke83: cool, sounds good...the colors I put in were kinda random
[23:47] <kwwii> just a quick pick
[23:48] <psyke83> I like your choice of brown for the background, though
[23:48] <psyke83> the grey was too out of place, so I tried to "brownize" it a bit ;)