[02:03] <quidnunc> How do I add an affected package to a bug?
[02:03] <quidnunc> (i.e. more than 1 affected package)
[02:21] <xnox> click on the "affects distribution" choose a distro & package name
[02:22] <quidnunc> xnox: thanks
[15:28] <obounaim> dpkg-source: info: local changes detected, the modified files are:
[15:28] <obounaim>  bwm-ng-0.6/src/input/proc_diskstats.c
[15:28] <obounaim>  bwm-ng-0.6/src/output.c
[15:28] <obounaim> dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/bwm-ng_0.6-3.1ubuntu1.diff.D1RFXx
[15:28] <obounaim> dpkg-source: info: you can integrate the local changes with dpkg-source --commit
[15:29] <obounaim> How to fix this?
[15:33] <obounaim> Hello
[15:44] <ScottK> Did you change those files?
[15:45] <obounaim> No.
[15:50] <ScottK> What I would do then is  dpkg-source --commit and see what changes are captured in the resulting patch.  Then try and figure out why.
[15:52] <obounaim> Those changes were made as delta by an Ubuntu developer but without using a patch
[15:53] <obounaim> bwm-ng (0.6-3ubuntu1) jaunty; urgency=low
[15:53] <obounaim>   * Fix causes of "warning: format not a string literal and no format
[15:53] <obounaim>     arguments" in src/output.c which were causing a strange message of
[15:53] <obounaim>     'cc1: error: unrecognized command line option "-Wno-long-double"'
[15:53] <obounaim>   * Check return value of fgets in src/input/proc_diskstats.c which
[15:53] <obounaim>     led to the same error as above.
[15:55] <coolbhavi> hello obounaim
[15:55] <obounaim> Hi coolbhavi,
[20:10] <jtaylor> what does this mean when I want to push with bzr? http://paste.ubuntu.com/1383508/
[20:10] <jtaylor> I want to push to lp:ubuntu-dev-tools
[20:24] <ScottK> It means you've got a non-authenticated branch and you're trying to push without authorization (I think - the http is a clue - it should be sftp, IIRC)
[20:33] <jtaylor> ScottK: so how do I fix it?
[20:34] <ScottK> You have to repull the branch.
[20:34] <ScottK> If you've set up bzr to know your LP username, bzr branch lp:ubuntu-dev-tools should DTRT.
[20:35] <jtaylor> k, I pulled before setting the lp name
[20:36] <ScottK> That'll do it.
[20:37] <jtaylor> thx worked
[20:39] <ScottK> You're welcome.
[22:50] <alo21> TheMuso: hi
[22:50] <alo21> hi aal
[22:50] <alo21> all*
[22:50] <alo21> TheDrums: can I ask you a thing?
[22:51] <alo21> TheMuso: can I ask you a thing?
[22:51] <alo21> TheDrums: sorry, wrong nick


[07:11] <ochosi> brainwash: on second thought, the theme is behaving correctly (apart from -darker), either thunar should specify 16px as icon size or we have to supply a sharp symbolic 24px version of the go-* icons
[07:57] <brainwash> ochosi: that sounds like it should be fixed in thunar, so that it looks best with any theme
[07:59] <brainwash> but the thunar maintainer is pro bigger icons
[08:08] <ochosi> in that case i'll try to add 24px icons in elementary-xfce
[08:08] <ochosi> it doesnt look too bad in adwaita btw
[08:08] <ochosi> and in elementary upstream it also looks okay
[08:09] <ochosi> i have a patch for that half-ready
[08:09] <ochosi> guess i can finish it up tomorrow
[08:19] <brainwash> awesome
[09:36] <Spass> hello, we should mark 16.04 as EOL soon - https://xubuntu.org/release/16-04/
[09:36] <Spass> that was a good release :)
[09:37] <Spass> oh, it's marked already
[09:38] <Spass> is it automatic or someone had to do it manually?
[11:05] <knome> Spass, automatic
[11:06] <Spass> ah cool, thanks
[11:06] <knome> each release has an EOL date set
[11:07] <knome> so we only need to work on them when inserting
[11:07] <knome> (and point releases)
[11:07] <knome> for the torrent links
[21:19] <ochosi> brainwash: this is how the fix looks: https://imgur.com/nBcA07X.png
[21:21] <brainwash> ochosi: looks good
[21:21] <brainwash> icon theme fix or thunar code change?
[21:21] <ochosi> icon theme fi
[21:21] <ochosi> x
[21:22] <brainwash> okay


[03:14] <dipankar> hello dfarning_ ,
[03:15] <dfarning_> dipankar, good morning
[03:17] <dipankar> dfarning_, :  Sorry I couldn't keep up last night.
[03:17] <dipankar> I tried patching offline though
[03:17] <dfarning_> dipankar, how did it go?
[03:18] <dipankar> not very well.
[03:19] <dipankar> dfarning_: I think I am making the patch file in incorrect manner
[03:20] <dfarning_> dipankar, did you see the discussion this patch started at  http://lists.sugarlabs.org/archive/sugar-devel/2010-June/025059.html
[03:20] <dfarning_> dipankar, let's ping lfaraone with any questions about patching.... I think he is around for a while this evening
[03:21] <dipankar> lfaraone, around?
[03:22] <lfaraone> dipankar: yep?
[03:22] <lfaraone> dfarning_: sorry, I'm just working my way through the Tasks & Skills portion of the Debian New Maintainer process.
[03:23] <dipankar> lfaraone: I need just a little help in patching.
[03:23] <lfaraone> dipankar: how are you attemping to make the patchfile? where are you putting it? is it a premade patch or are you attempting to generate a new one?
[03:24] <dipankar> lfaraone: I am making a new file. with contents copied from here : http://pastebin.ca/1890441
[03:26] <lfaraone> dipankar: okay. where are you putting the patch file, and did you modify debian/patches/series to include it? are you getting an error?
[03:27] <dipankar> lfaraone: I have made a file named : fix_freeze_DCON.patch
[03:27] <dipankar> and added its name in the series file at the end
[03:27] <dipankar> But this time I am running debuild -S -sa
[03:27] <dipankar> not git
[03:28] <dipankar> *git-buildpackage
[03:28] <lfaraone> dipankar: okay. is the package folder you're in a git repository?
[03:29] <lfaraone> dipankar: patches are not applied upon performing a source build, only on binary builds.
[03:30] <dipankar> lfaraone: ohk.. But PPA accepts only if I run source build. (it asks for running a command debuild -S or equivalent)
[03:30] <lfaraone> dipankar: yes. the PPA build system will take the source package and do a binary build. during that stage the source will be patched.
[03:31] <lfaraone> dipankar: from what are you determining that the patch is non-functional?
[03:31] <dipankar> let me tell you the exact error in a minute
[03:34] <dipankar> lfaraone: I have pasted it here : http://paste.ubuntu.com/456170/
[03:34] <lfaraone> dipankar: okay. which lines contain warnings you think might be relevant to your problem?
[03:35] <lfaraone> *to your patch
[03:36] <dipankar> I think it is the line 35
[03:36] <dfarning_> dipankar, I just want to introduce you to bernie he is the CTO of Activity Central and just joined the channel.
[03:36] <dipankar> hello bernie,
[03:37] <dipankar> bernie: how are you?
[03:37] <dfarning_> bernie, is currently working from Paraguay leading a team to create a distrobution for the XO based on sugar .88 and fedora 11
[03:37] <lfaraone> dipankar: good. so that says that dpkg-source expected the patch to be longer than it turned out to be.
[03:37] <dfarning_> so we won't see much of him for a couple of months until their release is complete:)
[03:38] <lfaraone> dipankar: looking at your patch at http://pastebin.ca/1890441 , does anything look off to you?
[03:38] <lfaraone> dipankar: the error we're looking at suggested something irregular about the patch itself.
[03:40] <dfarning_> lfaraone, I thought the */main/bin/sugar-session path looked weird
[03:40] <dipankar> lfaraone: Actually I went through some other patches in the debian/patches folder. They all did not contain any 'diff ...' line
[03:40] <dipankar> lfaraone: I think the diff line should not be there
[03:40] <lfaraone> dipankar: good guess, but that's ignored by dpkg-source actually, so it's not the problem.
[03:40] <dipankar> as it might be for different patch system
[03:41] <lfaraone> dipankar: the first two lines just tell you how the patch was generated, and aren't really used by anything. they're harmless.
[03:42] <dipankar> lfaraone: I think I got it.
[03:42] <lfaraone> dipankar: okay, what is it, then?
[03:42] <dipankar> lfaraone: See line no. 5 in the patch file
[03:42] <dipankar> most patch files contain @@...@@ nothing after that
[03:42] <lfaraone> dipankar: exactly!
[03:42] <dipankar> but here an addition of def main():
[03:42] <dipankar> is there
[03:43] <lfaraone> dipankar: yes. I think a newline was somehow lost.
[03:43] <bernie> dipankar: Hello! I'm not very well... I've been chasing two nasty bugs in F11-0.88 that are blocking the beta release :-/
[03:43] <dipankar> its some code of python
[03:44] <dipankar> bernie: from dfarning_'s description, I think you will be handle them pretty good :)
[03:44] <lfaraone> dipankar: try it replacing the space in between the @@ and the "def main():" with a newline.
[03:45] <bernie> dipankar: well, I hope you're well instead. I'll lurk around in this channel even though I have no spare cycles to participate in other projects now.
[03:45] <dipankar> lfaraone: should I remove the 'def main():'? I don't remember having that code in the concerned file (I actually went through the file in which patch has to be applied)
[03:46] <lfaraone> dipankar: sure.
[03:49] <dipankar> lfaraon: Same output again :(
[03:51] <lfaraone> dipankar: the exact same output?
[03:51] <dipankar> bernie: Best of luck with your project. [There is some much development going on in the world :), can't wait to see these releases]]
[03:52] <lfaraone> dipankar: try removing the "main/" from the path in the "---" and "+++" lines.
[03:52] <dipankar> lfaraone: ohk
[03:53] <dipankar> lfaraone: Done
[03:53] <lfaraone> dipankar: let me know how that works.
[03:53] <dipankar> lfaraone: Thanks for taking sometime out from your schedule :)
[03:54] <lfaraone> dipankar: no worries, my VAC isn't until the first week of July, and I'll still be around then.
[03:54] <dipankar> :)
[03:55] <dipankar> lfaraone: you said the patch will be applied during upload..
[03:55] <lfaraone> dipankar: I think so. I could be wrong, don't quote me :)
[03:55] <dipankar> lfaraone: Ohk.. :) I just thought of checking it :P
[03:57] <dipankar> dfarning_,: Patched and uploaded!
[03:58] <dfarning_> dipankar, great
[03:59] <bernie> dipankar: if USR becomes rock solid, maybe one day we could think of a version for the XO.
[04:00] <dipankar> bernie: Sure, that will be awesome! XO running on USR!
[04:01] <dipankar> dfarning_, strange, it is not accepted at PPA yet
[04:02] <dipankar> dfarning_: Oh no. Neeraj uploaded a new version this morning only.. :( Should have seen that.
[04:02] <lfaraone> dipankar: no worries. this is one reason it's nice to keep things in sync using git :)
[04:03] <lfaraone> dipankar: just merge in the changes Neeraj made.
[04:03] <dipankar> lfaraone: can we do that?
[04:03] <lfaraone> dipankar: which? just download the new packages, and apply your changes on top of that.
[04:04] <lfaraone> dipankar: if we were using git, you'd just have to do a "git merge", which is a reason we should be moving towards that.
[04:04] <dipankar> lfaraone: So we need to have a git 'account' first.. I guess
[04:05] <lfaraone> dipankar: an account on alioth, and be members of the collab-maint group.
[04:06] <lfaraone> dipankar: ideally you should all have alioth accounts like you do at launchpad, along with membership in debian-olpc and collab-maint. I can approve you for debian-olpc, but you'll all have to apply for collab-maint.
[04:06] <dipankar> collab-maint?
[04:07] <lfaraone> dipankar: the group that "owns" the sugar packages in git. you need to be part of this to be able to upload to collab-maint packages.
[04:08] <dipankar> lfaraone: ohk.. I guess PPA has some drawbacks afterall
[04:11] <dipankar> dfarning_: I think it should be accepted now
[04:12] <dipankar> lfaraone: What actually is VAC? sorry for my ignorance
[04:12] <lfaraone> dipankar: debian jargon for "vacation"
[04:12] <lfaraone> dipankar: when I mean collab-maint packages, I mean the git repositories which contain the source directories for those packages.
[04:13] <dfarning_> dipankar, great.
[04:15] <dfarning_> dipankar, hmm there is no change in the build status yet
[04:15] <dipankar> lfaraone: Ok, I guess thats why we never have to bother for the source of a package while working with git (if that is already maintained)
[04:15] <lfaraone> dipankar: using a technology called pristine-tar, it keeps the information on how to recreate the upstream source tarball in git, so yes.
[04:15] <dipankar> dfarning_: I don't know... PPA is working very slow
[04:16] <dipankar> dfarning_: Package is accepted
[04:16] <dfarning_> dipankar, just started so you are set:)
[04:17] <dfarning_>  dipankar walter bender is on #sugar do you wnat to ask him for help with why analyze is crashing?
[04:17] <dipankar> lfaraone: thats a good way. Very useful thing
[04:17] <dipankar> dfarning_: Right on
[04:25] <dfarning_> dipankar do you get any usefull output from any of the log files after a crash?
[04:26] <dipankar> dfarning_: Yes sometimes they refer to a function call which raises the error, and sometimes they mention the exit status
[04:27] <dfarning_> dipankar the error log you posted is good.  Now we just wait.
[04:28] <dipankar> dfarning_: Who is walter bender? Like you told me about Bernie
[04:29] <bernie> dipankar: he's the original designer of Sugar
[04:29] <dipankar> dfarning_: WWOW! I mean I will be talking to him. :)
[04:30] <bernie> dipankar: also author of many activities (Abacus, Visual Match, XoEdit...)
[04:30] <dfarning_> dipankar yes, he is outstanding at mentoring new developers
[04:30] <bernie> dipankar: and current maintainer of many core sugar activities: Turtle Art, Measure...
[04:32] <dipankar> :)
[04:32] <bernie> dipankar: when he's not traveling, he's usually hanging on #sugar. he's quite a helpful person
[04:34] <dfarning_> dipankar I think this is related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584717
[04:35] <dipankar> dfarning_,: Ok, I will have a look
[04:36]  * lfaraone is out for the night.
[04:36] <dipankar> lfaraone: Good night
[04:37] <dipankar> dfarning_: I think Ankur is working on this bug
[04:37] <dipankar> dfarning_: The date and time setting crash
[04:38] <dfarning_> dipankar ok I wasn't sure was working on it
[04:38] <dipankar> dfarning_: He told me he would work on it. So I think I should not solve it till the end.
[04:40] <dfarning_> dipankaris ankur working on the sugar-draw-round-corner bug or the date time crash?
[04:41] <dipankar> dfarning_: Analyze activity and Date-time (settings) both crash due to sugar-draw-round-corner bug
[04:42] <dipankard> ERROR:sugar-drawing.c:390:sugar_draw_rounded_arrow: code should not be reached
[04:42] <dfarning_> dipankar that makes things easy.
[04:42] <dipankard> same for both
[04:42] <dfarning_> dipankar will he be around today?
[04:43] <dipankar> I guess he would be joining us soon
[04:44] <dipankar> dfarning_: If not, then I will have the solution ready and let him patch the package as required
[04:45] <dfarning_> dipankar yes, please start working on it.  Then when he gets here you can discuss approaches.... Debugging is as much an art as a science.
[04:46] <dipankar> dfarning_: Let me check api.sugar.org.. There may be some link to the .c file in concern
[04:51] <dfarning_> neeraj, do you have any thing to work on now that you fixed you dependancy bug?
[04:52] <dipankar> dfarning_: Can you please check the sugar-0.88 package by downloading it, whether it fixes the bug or not.
[04:52] <dipankar> ?
[04:53] <dfarning_> dipankar sure.
[04:53] <neeraj> right now I am not working on anything.. but I will be in office in 40 min or so..
[04:53] <DrKenobi> hello! I'm runnig Sugar+Ubuntu10.04. Two issues: first 'Sugar' from the Ubuntu repositories has no activities (nothing), and after installing 'Browse Activity [112]' this activity is not working. Any idea?
[04:53] <dfarning_> neeraj, when you get in can you look at #11
[04:54] <neeraj> I can start.. but will be able to resume work only after 8PM IST
[04:54] <neeraj> k
[04:54] <dfarning_> neeraj, thanks
[04:55] <dfarning_> DrKenobi, the best way to get sugar on ubuntu 10.04 is through the ppa at https://launchpad.net/~sugarteam/+archive/ppa
[04:58] <DrKenobi> dfarning_, thank you
[04:59] <dfarning_> DrKenobi, you are welcome.  If any thing breaks please let us know.  we are trying to get the packages in shape for inclusion in 10.01:)
[05:00] <neeraj> dfarning_, can you please remind me #11.. I am unable to find it
[05:01] <DrKenobi> dfarning_, the actual package in the ubuntu repositories is doing somthing weird and i lost my mouse buttons. there are bugs in launchpad. I will try this new things! thanks
[05:02] <dfarning_> DrKenobi, have you tried in the last couple of days?
[05:02] <dfarning_> DrKenobi, as of the end of last week we have a team of 4 full time developers on the project.
[05:03] <dfarning_> dipankar looks good, the error is gone.
[05:03] <dfarning_> neeraj, 11.<PHONE_NUMBER>.639546 ERROR root: No gsm connection was set in GConf.
[05:03] <DrKenobi> dfarning_, i downloades yesterday
[05:04] <dfarning_> neeraj, we get that error when ever sugar starts.  I don't think it is harmful in which case it should be downgraded to a warning.
[05:05] <dipankar> dfarning_: Stupid power-cut, got d/c Did I miss out something?
[05:06] <dfarning_> bernie, just suggested that you help DrKenobi get started with Sugar on ubuntu from the ppa:)
[05:06] <neeraj_> hmm.. did i miss something after *downgraded to warning* msg?
[05:08] <dipankar> DrKenobi: I would be glad to help you set-up USR on your ubuntu
[05:08] <dipankar> DrKenobi: USR -> Ubuntu Sugar Remix (Run Sugar on your existing Ubuntu OS)
[05:09] <dfarning_> neeraj_, no that was the whole message:)  I think we are getting a false positive error message that should only be a warning message.
[05:09] <DrKenobi> dipankar PPA it's a software repository?
[05:09] <dipankar> Yes.
[05:10] <dfarning_> neeraj_  errors mean oops something really bad just happened.  Warnings just bring something to your attention
[05:10] <neeraj_> dfarning_, ok..
[05:10] <dipankar> DrKenobi: You can set in ubuntu to search for latest packages on PPA
[05:11] <DrKenobi> dipankar great
[05:11] <dipankar> DrKenobi: Please go through this page, It will guide you through setting up USR on your Ubuntu
[05:11] <bernie> dfarning_: I did, but he doesn't feel confident doing it
[05:11] <bernie> dfarning_: and m_stone is trying to push him to build it from sources :-)))
[05:12] <DrKenobi> haha
[05:12] <dipankar> DrKenobi: If you face any problem you can send in the query here
[05:12] <DrKenobi> I'll come back tomorrow!
[05:12] <dfarning_> bernie, :)
[05:12] <dipankar> DrKenobi: :) Good night
[05:12] <DrKenobi> thank you dipankar, bernie, dfarning_
[05:13] <dipankar> bernie: :)
[05:13] <dipankar> dfarning_/ bernie : I think I have found the sugar-draw.c file
[05:14] <dfarning_> DrKenobi, you are welcome I hope we have something useful and _useable_ for you soon:)
[05:14] <dipankar> its in the package 'sugar-artwork-0.88'
[05:15] <dfarning_> dipankar, Ok I got it now
[05:16] <dipankar> dfarning_: Where to get the patch?
[05:22] <ankur> hello all
[05:22] <dipankar> hi ankur
[05:23] <ankur> if you people are working right now, can i pitch in with my questions?
[05:23] <ankur> is dfarning_  around?
[05:23] <dipankar> yup
[05:24] <dipankar> I am working to the same issue: sugar-draw.c
[05:24] <dfarning_> dipankar, from the discussion on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584717 it looks like jonas pushed a new version of artwork on friday the 26 which is more recent than our last release.
[05:24] <dfarning_> ankur, good morning
[05:24] <dipankar> dfarning_: Oh that explains then.
[05:25] <dfarning_> ankur, dipankar is looking at the corner redraw issue you were looking at yesterday:)
[05:25] <dipankar> dfarning_: I guess we just have to keep ourselves more updated now on packages
[05:25] <ankur> i was just going to ask about that question.
[05:26] <ankur> last night that was the question
[05:26] <dfarning_> dipankar, yes. this is the issue that lfaraone was talking about last with reguard to git.
[05:26] <ankur> which was bothering me.as per the discussion, the bug was marked close and it was fixed in latest release
[05:26] <dipankar> ankur, you were correct that the issue is closed now
[05:26] <dfarning_> ankur, dipankar it looks like the solution is to rebuild the package from debian.....
[05:27] <dipankar> dfarning_: This time Ankur will repackages
[05:27] <dipankar> *repackage
[05:27] <ankur> okay
[05:27] <ankur> i am on it
[05:27] <dfarning_> ankur, dipankar but now it get a little tricky becase we are maintaining separate changes and modifications in our tree.
[05:27] <dipankar> ankur: I am sending you the required documentation.
[05:28] <dipankar> dfarning_: I think I get what you are trying to say.
[05:28] <ankur> dipankar,  i am waiting for it.
[05:29] <neeraj_> cool :).. one more bug solved(hopefully)..
[05:29] <ankur> dfarning_, well i suppose even if it is tricky, you will help in in pointing me out to right direction
[05:29] <dfarning_> ankur, dipankar this is why it is critial to maintain the changelog file.  we need to be able to quickly see what changes we made to the ubuntu pacakge
[05:31] <dipankar> dfarning_: Thanks for that tip. I was going some other way.. :)
[05:31] <dipankar> ankur
[05:31] <dfarning_> ankur, +1 the first step will be to download the existing ubuntu package and check what we have changed.
[05:31] <ankur> dipankar,  can you see me?
[05:32] <dipankar> find the documentation in email
[05:32] <ankur> i think i lost my internet conn.
[05:32] <ankur> okay now
[05:32] <ankur> i am online
[05:32] <dfarning_> ankur,  if and only if we have changed something we need to carry those changes forward.
[05:32] <ankur> ya checking my mails
[05:33] <dfarning_> ankur, dipankar that is why _all_changes are in the /debian dir rather than spread around the entire package.
[05:33] <dipankar> dfarning_, you want us not to miss any updates on the packaging from both sides :)
[05:34] <dfarning_> dipankar, yes.  I'll shut up and let you guys work:)
[05:34] <ankur> okay , dipankar  dfarning_  i was going through documentation, and will get back to you after i am done with it
[05:35] <dipankar> dfarning_: Its not that. Ankur will have to go through the documentation before starting
[05:35] <dfarning_> :) good luck
[05:36] <dipankar> dfarning_, After that what will be next task?
[05:38] <dfarning_> dipankar, I think the next thing should be setting up a debian test system like kandarp is doing.
[05:38] <dipankar> dfarning_: ok..
[05:41] <dipankar> dfarning_: I guess the debian system is for checking if debian requires any updates or not?
[05:41] <dipankar> if required we will push the packages after patching there
[05:42] <ankur> while my git clone repository is being setup, dipankar  can you explain dput command?
[05:42] <ankur> why do we use it
[05:42] <ankur> ?
[05:42] <ankur> rather than normal method
[05:43] <dipankar> ankur: as you know dput is for uploading the packages using the .changes file generated
[05:43] <ankur> right
[05:43] <kandarpk> ankur, please forward me the documentation
[05:43] <dipankar> kandarpk, I have sent it to all :)
[05:43] <kandarpk> ok thanks
[05:43] <dipankar> np
[05:43] <dipankar> :)
[05:44] <dipankar> ankur: When we use the normal way, we just hand over the packages to ppa software
[05:44] <dipankar> which decides which series to add it to
[05:45] <dipankar> in the changelog if you notice, most ppa packages have 'lucid' in their first line
[05:45] <dipankar> When we download an unmodified package from debian, it does not have the same line
[05:45] <dipankar> it has 'unstable'
[05:46] <dipankar> in place of 'lucid'
[05:46] <dipankar> to get that we generally used to bump the debian version no. (the one after '-' sign)
[05:46] <dipankar> ankur : clear till now??
[05:46] <ankur> yes
[05:47] <ankur> but my git-buildpackage command failed
[05:47] <dipankar> what is the error?
[05:47] <ankur> i am looking into it, while here is the log http://paste.ubuntu.com/456221/
[05:48] <dipankar> Yup that is fine
[05:48] <ankur> it seems
[05:48] <dipankar> you have to sign them manually
[05:48] <ankur> gpg key of jonas was
[05:48] <ankur> not available
[05:48] <dipankar> as mentioned in the documentation
[05:49] <dipankar> in point no. 4
[05:50] <dipankar> dfarning_: you there?
[05:51] <dipankar> done ankur with signing?
[05:52] <ankur> no
[05:52] <ankur> getting some problem, will get back to you in two min
[05:52] <dipankar> ok.. take your time
[05:52] <dipankar> no problem
[05:54] <dfarning_> dipankar, yes?
[05:56] <dipankar> dfarning_: is there any bug to attend to.. I was thinking of giving a look at it while Ankur does the packaging
[05:58] <dfarning_> dipankar, feel free to get started on 11.<PHONE_NUMBER>.639546 ERROR root: No gsm connection was set in GConf.
[05:59] <dipankar> dfarning_: Out of curiosity, where in the numbering coming from
[05:59] <dipankar> :)
[05:59] <dipankar> like 11. in above
[06:01] <dfarning_> I am just starting sugar and poking around until something breaks:) which usually takes less than 30 seconds.  Every thing the breaks get a number and a spot in the list:)
[06:02] <dipankar> ohk.. testing:)
[06:12] <dipankar> dfarning_: Manu Sir sent me an e-mail regarding the dependency problem : The fix is to remove ', $(call session_expand_activities)' from the
[06:12] <dipankar> end of of line 131 in sugar-0.88-0.88.1/debian/rules .
[06:13] <dipankar> I guess the problem is solved by neeraj.
[06:15] <dfarning_> dipankar, neeraj allready fixed that problem this a couple of hours ago:)
[06:23] <ankur> done uploading the package
[06:24] <ankur> hope i haven't done something wrong
[06:26] <ankur> it was rejected :( , looking into the matter
[12:03] <neeraj> dfarning_, aroung?
[12:03] <neeraj> *around
[12:32] <dfarning_> neeraj, hello
[12:58] <neeraj> dfarning_, I was thinking of running the build script now?
[13:01] <dfarning_> neeraj, sure it should work.
[13:10] <dipankar> Hi dfarning_
[13:10] <dipankar> good morning
[13:11] <dfarning_> dipankar, how are you?
[13:13] <dipankar> dfarning_,: I am doing great. Thank you
[13:13] <dipankar> You have started working so early
[13:13] <dipankar> :)
[13:14] <dipankar> Ok.. So I went through the bug regarding speech activity
[13:14] <dipankar> dfarning_: I am facing the bug in emulator only, not in any session (sugar.desktop/usr.desktop)
[13:15] <dipankar> dfarning_: I think the problem is with emulator size. I can see a part of text box if I hide all the panels in Ubuntu
[13:16] <dfarning_> dipankar, ok that make sense.  Screen size is a big problem  Much of sugar was hard coded for the xo screen
[13:19] <dipankar> dfarning_: So you are suggesting tweaking the resolutions now. Interesting..
[13:20] <dfarning_> dipankar, No, I don't have a suggestion:)  Just noting that it is a common problem.
[13:21] <dipankar> dfarning_: hmm.. But would have liked that. :)
[13:22] <dfarning_>  dipankar I would suggest that you ping tomeu in #sugar, describe the problem and ask who would be the best person to help with this issue.
[13:47] <dipankar> dfarning_: seems like tomeu wants to solve the problem
[13:53] <dfarning_> dipankar, great.
[13:59] <dfarning_> neeraj, how did the build work?
[14:06] <neeraj_> dfarning_, got dc.. Will give it a try when I will reach home.. Also will try to use gnu screen method(or it was something else) :))
[14:09] <dfarning_> neeraj_, yes it gnu screen.   it is very handy.   multiply users can be logged into the same screen so you can work together.
[14:16] <dipankar> dfarning_: I guess the problem is something else
[14:16] <dfarning_> dipankar, I don't under stand the issues well enough
[14:18] <dipankar> Please see the image links below:
[14:18] <dipankar> http://img227.imageshack.us/img227/7969/screenshot1ep.png
[14:19] <dipankar> it is the screen-shot in ubuntu
[14:19] <dipankar> http://img695.imageshack.us/img695/8264/screenshot2gj.png
[14:21] <dipankar> it is the screen-shot in session
[14:22] <dipankar> dfarning_: :) I hope you got it now
[14:26] <dipankar> dfarning_: ?
[14:26] <dipankar> lfaraone: you, around?
[14:26] <lfaraone> dipankar: who, me? :)
[14:27] <dipankar> lfaraone: yup.. had a problem regarding PPA to ask about
[14:27] <lfaraone> dipankar: okay, go ahead.
[14:27] <dipankar> lfaraone: Ankur deleted a package.
[14:28] <dipankar> sugar-artwork
[14:28] <dipankar> lfaraone: then he tried uploading the same package but Jonas one (after downloding it from Debian)
[14:29] <dipankar> he got the error msg: The version number trying to upload already exists
[14:30] <lfaraone> dipankar: according to those who I've asked in #launchpad, that should work. How long did he wait before the deletion and the reupload?
[14:31] <dipankar> 5 minutes or so.. then he got frustrated and left :)
[14:32] <lfaraone> dipankar: okay. deletions may take a little while to propegate.
[14:32] <lfaraone> dipankar: have him try again, then ask in #launchpad if it continues to fail
[14:33] <dipankar> ohk.. but Ankur is not present right now
[14:33] <ankur> dipankar, i am here
[14:33] <ankur> and it failed again
[14:33] <ankur> i just came
[14:33] <ankur> now
[14:33] <dipankar> great ankur
[14:34] <dipankar> lfaraone: Please guide ankur on this :)
[14:34] <ankur> lfaraone, http://paste.ubuntu.com/456389/
[14:34] <ankur> this is rejection mail i got
[14:34] <dipankar> lfaraone: He knows the git packaging and patching :)
[14:35] <ankur> i will try to tell the exact procedure here which i followed, kindly guide me where i failed
[14:35] <ankur> lfaraone, dipankar  should i continue
[14:35] <ankur> ?
[14:36] <dipankar> ankur, you can contact lfaraone directly now. His guidance is always excellent :)
[14:37] <lfaraone> ankur: can you try the upload again?
[14:37] <ankur> okay , right then. I downloaded the sugar artwork package using debcheckout
[14:37] <ankur> lfaraone,  i will try again
[14:37] <ankur> :)
[14:38] <ankur> lfaraone,  dipankar  uploaded again, waiting for the reply.let us see if it is uploaded .
[14:38] <dipankar> sure
[14:38] <dipankar> :)
[14:40] <ankur> also lfaraone  i will like to make sure i followed right step. so i am telling them once again.will it be okay with you to point it out if there is any mistake
[14:40] <lfaraone> ankur: sure.
[14:40] <ankur> i downloaded sugar-artwork package using debcheckout sugar-artwork-0.88
[14:41] <ankur> 2.then i deleted the artwork package from launchpad ppa
[14:41] <ankur> 3. i went to the source tree of the artwork package i downloaded from debian
[14:42] <ankur> 4.Built the package using git-buildpackage -S -sa --git-ignore-new
[14:42] <ankur> signed it using my key
[14:43] <ankur> 5.uploaded using dput sugarteam-lucid sugar-artwork-0.88_0.88.1-1_source.changes
[14:43] <ankur> lfaraone, dipankar the package has been rejected again. :(
[14:44] <lfaraone> ankur: okay, ask in #launchpad about your issue, they can help you with it.
[14:44] <dipankar> forward the e-mail
[14:44] <ankur> dipankar,  here are the contents
[14:44] <ankur> http://paste.ubuntu.com/456389/
[14:45] <ankur> lfaraone,  are you sure that there is no mistake from my side as per the procedure explained by me?
[14:45] <lfaraone> ankur: not AFAICT
[15:34] <ankurkhurana_> lfaraone,  i did some research on net  and found this http://irclogs.ubuntu.com/2010/06/28/%23launchpad.html and this https://help.launchpad.net/Packaging/PPA/Deleting
[15:34] <ankurkhurana_> they say you cant upload same version no even if you have deleted it
[15:35] <ankurkhurana_> am i assuming it right
[15:35] <ankurkhurana_> ?
[15:35] <lfaraone> ankurkhurana_: so bump the version slightly, add a new changelog entry with +ppa1 at the end I guess.
[15:35] <ankurkhurana_> i should use dch -i command for this , just confirming or do it manually ?
[15:37] <lfaraone> ankurkhurana_: dch -i and edit the resulting changelog entry so the number matches what I described.
[16:34] <neeraj> dfarning_, I think build process is working now.. :)
[16:35] <neeraj> now should I build a new ISO by removing the comments lines in chroot.sh file... for adding updates/proposed packages//
[16:54] <DrKenobi> Hi! I'm trying to install 'sugar-activities' from 'ppa:sugarteam/ppa' but every time i try to do it the computer freezes. Can I download the .deb from somewhere else?
[17:10] <dfarning_> neeraj, yes I think that is a good idea
[17:11] <dfarning_> DrKenobi, you can download the deb from https://launchpad.net/~sugarteam/+archive/ppa/+files/sugar-activities_0.1ubuntu6_all.deb
[17:12] <dfarning_> DrKenobi, do you have a slow internet connection?  That file is almost 100MB.
[17:12] <DrKenobi> dfarning_, I have a very good internet connection, it's not going to be a problem
[17:13] <dfarning_> ok, good.
[17:13] <DrKenobi> dfarning_, thank you! downloading!
[17:21] <dfarning_> DrKenobi, you are welcome.  Another note. the ppa works best if lucid-updates and lucid proposed software source (repositories) are enabled in your update manager.  Ubuntu has recently fixed a bug in GDM that was causing us trouble.
[17:41] <lfaraone> dfarning_: I'm on my way out to lunch, but when I get back I can make a spreadsheet of the activities we have in debian/ubuntu and the activities we want to have per the soas list. Sound good?
[17:42] <dfarning_> lfaraone,   :) I was just starting that same list.
[17:56] <DrKenobi> dfarning_: OK, so've to enable lucid proposed
[17:58] <dfarning_> DrKenobi, after updating you should be able to run sugar a session from the login screen or from the education menu.
[17:59] <DrKenobi> dfarning_, I can run sugar, but the problem was installing the activities
[18:00] <dfarning_> DrKenobi, great so now it is (mostly) working for you?
[18:01] <DrKenobi> dfarning_, I'll try now. If I disconnect it's because I still have the problem. Lets see
[18:12] <DrKenobi> dfarming_, after downloading the .deb I installed the activities. But after the installation the laptop freeze. There is still a problem there.
[18:14] <dfarning_> DrKenobi, does you laptop freeze durning the install process or when you restart?
[18:16] <DrKenobi> dfarning_, after installing the .deb there was a windows with something like "Package Installation Completed" (something like this). After a few second the laptop freeze. It was at the end of the install process.
[18:17] <dfarning_> DrKenobi,   strange, how much memory does you computer have?
[18:19] <DrKenobi> dfarning_: 749.6
[18:21] <dfarning_> DrKenobi, how did you install sugar without the activities package?  activities is supposed to be a dependancy -- but we might have made a mistake.
[18:41] <lfaraone> dfarning_: do you want to continue working on it, or should I handle it? Should it be on the SL wiki, the Debian wiki, or the Ubuntu wiki?
[19:21] <neeraj> dfarning_, the build seems to be successful. Please check it whenever you get time. In the latest build I have included proposed, backports updates.
[19:29] <manusheel> neeraj: Neat work.
[19:29] <manusheel> Keep it up.
[19:41] <manusheel> neeraj; around?
[19:59] <DrKenobi> dfarning_, I open the 'Ubuntu Software Center' and install 'sugar-emulator-0.88' with no activities. Now that I install the activities I still don't find the Browser
[22:13] <DrKenobi_Sugar> Hi, I've installed 'sugar-emulator-0.88' and 'sugar-activities'. Some work fine, and some don't start. The Browse activity is not installed, could that be possible?


[00:06] <waddlesplash> oh, never mind
[14:18] <dholbach> Sarvatt: thanks for responding on the bug so quickly
[14:18] <dholbach> I have virtualbox 4.3.14-dfsg-1build1 installed
[14:18] <dholbach> shall I test anything else?
[14:20] <Sarvatt> hmm, not sure about virtualbox. debfx: any idea why the rebuilt virtualbox is still trying to use the old xserver video abi?
[14:20] <Sarvatt> re: https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1368784
[14:22] <dholbach> you're right though, https://launchpadlibrarian.net/184477523/buildlog_ubuntu-utopic-i386.virtualbox_4.3.14-dfsg-1build1_UPLOADING.txt.gz says "Depends: ... xorg-video-abi-18, ..."
[14:25] <Sarvatt> just a guess, but are you using virtualbox-guest-additions-iso?
[14:32] <dholbach> hm, it doesn't seem to make a difference if I use the package or not
[14:34] <Sarvatt> was just asking because of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756819, looks like that ones broken since its a bunch of binaries but virtualbox-guest-x11 should work
[14:35] <dholbach> ah ok
[14:36] <dholbach> I'll play around with it a bit more and let you know how it goes
[15:04] <dholbach> debfx, Sarvatt, I reinstalled the vm, played around with multiple virtualbox package configurations, unfortunately I didn't get it to work


[04:29] <ajmitch> HiddenWolf: forget about such mundane things :)
[04:29] <mvo> anyw: what kind of award?
[04:29] <pitti> anyw: award about what?
[04:29] <HiddenWolf> ajmitch, I hate going hungry, sorry. :)
[04:29] <maswan> just takes a bit of time, since I need to update from se.archive. :)
[04:29] <ajmitch> HiddenWolf: so do I..
[04:30] <spacey> mvo, i have to talk with school about that, i guess it could be an existing one. For myself I would want to get to know ubuntu in and out in those two months, and get experience giving support and master packaging.
[04:30] <Kamion> ogra: ?
[04:30] <pitti> anyw: you mean got a bounty? yes, kronoss has, but he is not online ATM
[04:30] <HiddenWolf> mvo, I do. Just need to get some place to start. I don't work well on long-term goals. :)
[04:30] <ogra> Kamion, i just saw that i forgot schooltool, its in anastacia since a week waiting for main approval...
[04:31] <ogra> Kamion, could you process it ? its approved and everything since a while
[04:31] <dholbach> ha, new gnome-phone-manager - bluetooth fun :)
[04:32] <ajmitch> dholbach: oh great, I'll have to try it :)
[04:32] <Kamion> ogra: https://wiki.ubuntu.com/UbuntuMainInclusionQueue lists several Edubuntu items; is schooltool the only preview-critical one?
[04:32] <anyw> pitti, ok, how long he has worked for it ? on which project ?
[04:32] <pitti> anyw: #ubuntu, please
[04:32] <mitsuhiko> hi gys: http://releases.ubuntu.com/5.10/ <== all i get is 403 :(
[04:33] <ogra> Kamion, its not preview *critical* but its approved and everything i got in now i dont have to beg for later...
[04:33] <ogra> Kamion, i'd like to have it in...
[04:34] <ogra> Kamion, all the other stuff in the queue are "needs work" items or listed falsely (i.e. mediawiki should be rejected)
[04:34] <Kamion> ok, give me a few minutes until cron.daily finishes
[04:34] <ogra> Kamion, ta i'll fix the seeds
[04:35] <spacey> mvo i just mailed my school if they would allow such a thing. guess i have to wait for response.
[04:36] <Kamion> elmo: uh ... how did schooltool manage to end up without any source overrides?
[04:36] <Kamion> cjwatson@jackass:~$ sudo -u katie katie/teri -s breezy -c main -t schooltool
[04:36] <Kamion> E: schooltool doesn't exist in overrides for breezy.
[04:37] <Kamion> ogra: btw the longer this takes this afternoon, the less likely it is to get released today - I did a marathon yesterday, I don't want to do another one today
[04:38] <ogra> Kamion, only this piece... then we can directly start the cdbuild
[04:38] <Kamion> don't you need to modify edubuntu-meta again to get schooltool in?
[04:39] <Kamion> and by the way you don't need to comment stuff out of the server seed pending main inclusion - the update script will automatically exclude things not in main, now that it's been fixed not to look at universe
[04:39] <Mithrandir> Kamion: do you think anybody would be massively unhappy if I just ran indent over cdebconf?
[04:39] <pitti> ogra: do you need any main approvals?
[04:40] <ogra> pitti, nope
[04:40] <ogra> pitti, thanks
[04:40] <ogra> Kamion, yes, i need to modify edubuntu-meta again :/
[04:40] <Kamion> Mithrandir: if you could pick a coding style that produces minimal diffs ...
[04:40] <Mithrandir> Kamion: well, pick one, pick any.  It's a massive gob of coding styles already.
[04:41] <Mithrandir> Kamion: I was talking about in svn, really.
[04:41] <Kamion> yeah, I know
[04:42] <Kamion> and there are active committers (*cough*attilio*cough*) who wouldn't recognise a consistent coding style if it hit them in the face, and who are actively committing stuff that's all over the place
[04:42] <Kamion> Mithrandir: mail -boot to make sure nobody has any outstanding major patches they want to merge first?
[04:43] <Mithrandir> Kamion: yeah, I should catch up my massive chunk of unread mails there too, I guess.
[04:43] <Mithrandir> Kamion: anyway, it's weekend for me now; I'll see what I can do over the weekend
[04:43] <Kamion> ok, cool
[04:44] <Diziet> I guess we're not likely to be out of freeze today ?
[04:44] <Kamion> Diziet: not in the sense that uploads will be processed automatically; but feel free to upload things if you don't mind them sitting in a queue for a bit
[04:45] <Kamion> ogra: if this isn't preview-critical, I'd rather we proceeded with CD builds without it
[04:45] <Diziet> Oh, good.
[04:45] <Kamion> ogra: otherwise I foresee a substantial part of my evening being eaten up by this
[04:45] <Diziet> I'll send the new mozilla this afternoon, then.
[04:45] <ogra> Kamion, ok... should i change the seeds back ?
[04:46] <Nafallo> maswan: ping
[04:46] <Kamion> ogra: for now, yes please
[04:46] <Diziet> I want to get something out there with the textarea crash fixed before I start digging for more nontrivial bugs.
[04:46] <Kamion> I've done the main promotion, so you can reapply that right after release
[04:46] <ogra> Kamion, ok
[04:47] <ogra> Kamion, so if the seedchange is up you could pull the trigger :)
[04:47] <Kamion> ogra: when you commit it ...
[04:48] <ogra> sorry, my net hung a bit
[04:48] <ogra> its committed now
[04:48] <maswan> Nafallo: pong
[04:49] <Kamion> ogra: OK, CD builds running
[04:49] <Nafallo> maswan: is there something wrong with se.releases...
[04:49] <Nafallo> ?
[04:49] <maswan> Nafallo: you mean, there used to be something wrong?
[04:49] <Nafallo> maswan: people complain to me that it's down ;-)
[04:50] <Nafallo> maswan: it's awfully slow here :-). have you fixed it already?
[04:50] <maswan> Nafallo: one of the frontends rebooted, took the filesystem down a while with it. now the fs is up again, even if the one node might not have booted properly yet, most of it works.
[04:50] <Nafallo> maswan: oki, thanx :-)
[04:50] <maswan> Nafallo: We're working on getting a fixed gigE driver, we're currently running it on one to see if that one won't reboot as often.
[04:51] <Nafallo> maswan: yay! :-)
[04:51] <ogra> Kamion, thanks! :)
[04:54] <dholbach> Mithrandir: 14951 was assigned to you - unifont build-depends on  bdttopcf  which now is in a separate package (in universe) - i write the main inclusion report for it, ok?
[04:55] <Kamion> dholbach: that used to be in xutils (in hoary main) so I'll just promote it under obviousness rules
[04:55] <dholbach> Kamion: oh thank you - that's less painful for me :)
[04:56] <pitti> dholbach, Kamion: quick security and package check is fine
[04:57] <dholbach> pitti: thank you
[04:58] <elmo> kamion: because source is assumed from binary if it doesn't exist
[04:59] <seb128> Lathiat: ping?
[04:59] <Lathiat> seb128: pong
[04:59] <Kamion> elmo: oh, so moving binary then source caused problems?
[04:59] <seb128> Lathiat: what is debian/patches/01_gnome-ui-appbar-fix.patch from gnome-bluetooth for?
[04:59] <Lathiat> seb128: if i recall, the appbar type didnt exist or someting
[04:59] <elmo> can do, teri's override handling is pretty retarded
[05:00] <Lathiat> seb128: and as such it didnt work/run at all
[05:00] <elmo> ^-- kamion:
[05:00] <jdub> http://www.tectonic.co.za/viewr.php?id=595
[05:00] <jdub> ^ :-) :-)
[05:00] <Lathiat> seb128: iirc python no longer wrapped it or something.. or i couldnt find it at the time
[05:00] <Lathiat> seb128: i totally forgot i ever made that
[05:01] <Kamion> elmo: ok, fixed (echo schooltool universe/misc | natalie -t dsc -c universe --add; teri -c main -t schooltool - seemed to work)
[05:01] <seb128> Lathiat: k, thanks .. upstream made some changes but not the same as you, so I was wondering
[05:01] <slomo> elmo: did ipod-sharp and libipoddevice arrive in NEW yesterday? i don't know because the maintainer address isn't mine (and isn't even whitelisted for katie) but the one from the debian mono group
[05:01] <Lathiat> seb128: ok, feel free to nuke it
[05:01] <seb128> Lathiat: we can probably go with upstream fix so
[05:01] <Lathiat> seb128: as long as it works
[05:01] <seb128> Lathiat: thanks
[05:01] <Lathiat> where was that patch?
[05:01] <Lathiat> in debian or ubuntu?
[05:01] <seb128> yeah, was just not sure if you made that for cosmetic reason
[05:01] <seb128> Lathiat: Ubuntu
[05:02] <Kamion> jdub: rock
[05:02] <Lathiat> seb128: does the new bluetooth manager do anything yet?
[05:02] <Lathiat> seb128: if you need some testing i have a bluetooth laptop & phone, feel free to throw my way
[05:02] <Kamion> Mithrandir: (oh yeah, bdftopcf promoted)
[05:03] <dholbach> Lathiat: uploaded a new gnome-phone-manager some minutes ago :)
[05:03] <Lathiat> dholbach: cool
[05:04] <dholbach> and it didnt build GNA
[05:04] <seb128> Lathiat: dunno, I don't have bluetooth stuff .. jdub asked for an update to gnome-bluetooth 0.6, doing it now
[05:04] <torkel> jdub: we want/need HP _servers_ with Ubuntu, it's to hard to building laptop clusters :-)
[05:04] <jdub> torkel: soon, soon ;)
[05:05] <jdub> seb128: i'll happily test (we'll need a nautilus-sendto respin too)
[05:05] <ogra> torkel, whats wrong with laptop clusters :)
[05:05] <ogra> torkel, they even briong their own ups per node ;)
[05:05] <seb128> jdub: are you going to make a wiki page for g-b to main?
[05:06] <mdke> elmo, have you got a spare minute to make rob^ an svn commit account?
[05:06] <seb128> jdub: or the lib binary package
[05:06] <jdub> seb128: hrm, after testing, yeah
[05:06] <seb128> jdub: cool, thanks
[05:06] <torkel> ogra: you can't access the bios remotely :-)
[05:06] <ogra> torkel, hmm, true :)
[05:07] <torkel> ogra: and you don't need the monitor :-)
[05:07] <mdke> elmo, correction, give him his old password (he lost it)
[05:07] <ogra> torkel, as well as the keyboard or touchpad :)
[05:08] <Lathiat> http://bur.st/~lathiat/dsc02668.jpg <- lots of laptops being used as servers, theyre even HP :)
[05:08] <torkel> jdub: you never get back to us about kerbers/afs/...?
[05:08] <Lathiat> dont mind the windows one thats prominent, the rest ran debian or ubuntu :)
[05:08] <ogra> torkel, we have ocfs2 support in the kernel now ;)
[05:08] <jdub> torkel: hmm - sent request for info some time before my last trip
[05:09] <torkel> ogra: ocfs2 is not a // filesystem :-P
[05:09] <torkel> jdub: you did?
[05:09] <torkel> ogra: we want lustre...
[05:10] <maswan> torkel: or something else that is fast and doesn't dpeend on a SAN.
[05:10] <maswan> well, fast and stable, I guess. :)
[05:10] <jdub> torkel: i think june; don't have mail archives here, will fetch on monday
[05:11] <torkel> jdub: I think maswan sent you some info
[05:11] <jdub> earlier than that i htink
[05:11] <torkel> anyway... it is weekend now
[05:12] <jdub> torkel: clusterfs were not very responsive, btw
[05:12] <jdub> torkel: think we'll hve more leverage now though
[05:13] <jdub> maswan: do you like gfs?
[05:13] <maswan> yeah, I think I answered your questions. let me know if there is something unanswered I missed
[05:14] <maswan> jdub: gfs is aimed towards failover/redundancy when you have a san. not very close to our situation.
[05:14] <jdub> yeah
[05:15] <Nafallo> maswan: rock on! :-)
[05:23] <Riddell> pitti: do you know why hal depends on python-launchpad-integration?
[05:24] <ogra> Riddell, hal-device-manager should...
[05:24] <Nafallo> Riddell, ogra: don't you guys read breezy-changes? ;-)
[05:24] <pitti> Riddell, ogra: latest hal doesn't any more
[05:24] <pitti> it's just still stuck in the queue
[05:25] <pitti> blame mvo :-)
[05:25] <ogra> Nafallo, i'm concentrated on edubuntu today :)
[05:25] <Nafallo> ogra: :-)
[05:26] <Riddell> pitti: ah hah
[05:31] <ogra> Kamion, cdimages done, report is empty :) now cross your fingers that the installer changes work :)
[05:31] <ogra> rsyncing ...
[05:33] <seb128> jdub: hum. evolution changed its menu entry? I'm not sure, but it used to open on the groupware no?
[05:34] <jdub> seb128: the panel one? hrm, not too sure it matters
[05:34] <jdub> seb128: unless i'm misunderstanding you
[05:35] <seb128> jdub: the panel one ... we made an evolution-mail.desktop for a reason
[05:36] <seb128> jdub: but currently the upstream entry opens evolution with the previous mode .. not sure if that was the case before
[05:36] <jdub> pretty sure it was
[05:37] <jdub> we made the evolution-mail one for the 'internet' menu
[05:37] <seb128> yeah
[05:37] <jdub> so it was more obvious that it did email
[05:37] <seb128> but why do we keep the other one?
[05:37] <jdub> because it makes sense in that menu too ;)
[05:38] <seb128> shouldn't this one be a -c calendar or something?
[05:39] <jdub> hrm, no, it's good that it loads whatever the user was previously using
[05:40] <ogra> Kamion, ltsp-update-sshkeys is missing from the preseed file :/
[05:41] <Nafallo> seb128: have time to help me figure out what goes wrong with the mail-hotkey? :-)
[05:41] <Simira> ruffruff
[05:41] <seb128> Nafallo: not really
[05:42] <maswan> http://farbror.acc.umu.se/stats/monitordata/index.shtml
[05:42] <Nafallo> seb128: oki, ping me when you do :-)
[05:42] <seb128> Nafallo: I've a lot of bugs on my list, and this one requires some code debug probably ...
[05:42] <maswan> the test0 host is starting to pick up (getting redirects for i386-install only for now)
[05:42] <Nafallo> seb128: yepp, I'll try to remember to use the panelicon then :-)
[05:42] <seb128> Nafallo: thanks
[05:45] <Kamion> ogra: oh, damnit, sorry
[05:45] <Kamion> ogra: where should that go? in base-config/late_command?
[05:45] <ogra> Kamion, i'll test the current one
[05:45] <ogra> yup
[05:46] <ogra> Kamion, if the current one is ok and the command is in the next, i think we're fine...
[05:46] <Kamion> ogra: which architecture would you prefer me to test first? it will take a little while to rsync
[05:46] <ogra> i can only test i386 here, pick what you like :)
[05:46] <Kamion> I'll take powerpc then
[05:47] <ogra> Kamion, but clear wording from mdz was i386 is the only essential bit...
[05:47] <Kamion> fine
[05:47] <ogra> the others are nice to haves :)
[05:47] <ogra> our announcement refers to that ...
[05:48] <Kamion> ogra: late_command updated, rebuilding
[05:48] <ogra> (and i dont want to eat more of your time than necessary, you already saved my ass )
[05:49] <mdz> ogra: what I said was that powerpc wasn't critical for preview
[05:50] <mdz> it's almost nonexistent in educational deployments from what I have heard
[05:50] <ogra> mdz, yes, sorry, wrong wording
[05:50] <mdz> amd64 is important
[05:50] <Kamion> argh
[05:50] <Kamion> although I do want to test powerpc due to the bootloader changes I did today which should make it work
[05:50] <jbailey> mdz: I'm surprised.  Apple used to cut some great deals for schools.
[05:50] <ogra> mdz, there are some imacs i heard... a WS install should be there at least
[05:51] <mdz> jbailey: on 68k hardware...;-)
[05:51] <pitti> Morning mdz
[05:51] <ogra> mdz, amd64 thin clients ?
 dpkg: error processing /var/cache/apt/archives/linux-kernel-headers_<IP_ADDRESS>-0ubuntu11_i386.deb (--unpack):
[05:51] <jbailey> I said nothing, you heard nothing, drop the thought from your mind....
  trying to overwrite `/usr/include/asm/bootsetup.h', which is also in package amd64-libs-dev
[05:51] <seb128> is that a known issue?
[05:51] <mdz> ogra: amd64 servers
[05:51] <seb128> upgrade from a hoary (maybe with some changes) to current
[05:51] <seb128> hi mdz
[05:51] <pitti> seb128: it's universe anyway
[05:51] <ogra> mdz, yes, but the client environment will be built for the same arch by default?
[05:52] <Kamion> well, the yaboot.conf on current powerpc images looks OK at least
[05:52] <mdz> morning all
[05:52] <ogra> morning mdz
[05:52] <ogra> heh
[05:53] <seb128> mdz: is that ok to update gnumeric? They have rolled 1.5.90 and 1.6.0 is planned for next week? Bug fixes versions and we already have 1.5.n, so better to go with 1.6.0
[05:54] <dholbach> morning mdz
[05:55] <bddebian> Heya mdz
[05:55] <jsgotangco> he dholbach
[05:58] <mdz> seb128: to 1.5.90 or 1.6.0?
[05:58] <mdz> ogra: i386 thin clients with an amd64 server is a very important configuration that everyone tells us they want
[05:59] <mdz> ogra: therefore edubuntu needs to work on amd64
[05:59] <seb128> mdz: 1.5.3 to 1.5.90 now, and 1.5.90 to 1.6.0 next week
[05:59] <seb128> mdz: 1.5.90 is the candidate for 1.6.0
[05:59] <ogra> mdz, yes, but you'll have to set up the chroot manually then
[06:00] <ogra> mdz, so its not the super duper fully automatic install anymore...
[06:00] <mdz> ogra: ...
[06:01] <ogra> writing CD ...
[06:01] <mdz> ogra: can you see the difference between "a manual step is required to set up the chroot" and "amd64 doesn't work"L
[06:01] <mdz> ?
[06:01] <ogra> mdz, sure...
[06:01] <mdz> ok
[06:02] <mdz> it needs to install
[06:02] <mdz> and we should provide documentation for the extra step required to set up for i386 thin clients
[06:02] <ogra> yup
[06:03] <ogra> we have a draft of the cookbook already, i'll add a section for that
[06:08] <jsgotangco> i thought you always burn slower
[06:08] <ogra> i burn at 8x, but the writer operates at 4x obviously...
[06:08] <ogra> it shows 4.2 currently
[06:09] <bddebian> elmo rocks
[06:14] <xTina> *sigh* I seem to be unable to completely turn off partman and all partitioning-related stuff in a breezy installation through a udeb exclude file in combination with a custom udeb that "provides" made-filesystems, mounted-partitions, partitioned-harddrives and created-fstab :(
[06:18] <eruin> did the fglrx fixes make it intime for preview?
[06:18] <eruin> ah, pendingupload
[06:18] <eruin> nm
[06:19] <slomo> hi... is there any good reason why lftp and gftp are compiled without ssl support? see https://bugzilla.ubuntu.com/show_bug.cgi?id=12671 for example...
[06:19] <Nafallo> slomo: licenseissues AFAIK
[06:19] <Kamion> slomo: probably licensing, last I heard lftp was GPL with no licensing exception and didn't support gnutls, and openssl's licence is GPL-incompatible
[06:20] <Kamion> as in, explicitly so
[06:21] <slomo> huh... ok... didn't know that :/ so maybe something to bug upstream about?
[06:21] <Kamion> I suspect they've heard
[06:21] <Kamion><EMAIL_ADDRESS>[06:22] <slomo> ok, thanks :)
[06:23] <Kamion> dunno about gftp
[06:23] <maswan> "3.2.0 is out and GNU TLS support is there" <- from that same thread
[06:23] <Nafallo> Kamion: same last time I bugged the debian maintainer about it ;-)
[06:23] <mdz> lamont: the process is "be careful and ask mdz if you are uncertain"
[06:24] <slomo> Kamion:  yes we have lftp 3.2.1... which could be compiled against gnutls... is this something we could get in breezy? lftp is main
[06:24] <Kamion> ogra: hmm, I get a bogus netcfg/get_ipaddress template displayed
[06:24] <Kamion> slomo: don't know
[06:25] <slomo> Kamion: who is to be asked for that? i can prepare a debdiff and everything ;)
[06:25] <Kamion> slomo: file a bug or something?
[06:25] <lamont> mdz: OK.  I just noticed that fabbione's upload for iproute, as well as a potential sync of blender are pending...
[06:26] <lamont> actually, fabbione's upload sent mail to -changes, but the bits aren't on archive.u.c yet
[06:26] <slomo> Kamion: there already is a bug... #12671
[06:26] <ogra> Kamion, hmm, strange i just had this step here, was working right
[06:26] <Kamion> ogra: can we take out those netcfg preseeds you had me add? I don't have time to figure out why I'm getting the debian-installer/dummy template displayed for them right now, and those preseeds are non-critical
[06:26] <mdz> lamont: uploads were approval-only during the critical time around preview
[06:27] <ogra> Kamion, hmm, but they work on i386... hard to decide...
[06:27] <Kamion> there is a substantial amount of lightning around here and my lights are flickering; if I go offline, I've probably lost either power or ADSL
[06:27] <lamont> ISTR he did it after preview (but before I woke up after-preview and was going to do it..)
[06:27] <lamont> anyway, must go pester people - back in a bit
[06:27] <Kamion> ogra: also the default answer to the gateway question is bogus because of a known netcfg bug when you preseed *.1
[06:27] <Kamion> for the IP address
[06:27] <mdz> lamont: "around" preview included a bit after.  it's flowing again now
[06:28] <ogra> Kamion, can you take it out on amd64 only ?
[06:28] <Kamion> ogra: not easily
[06:28] <ogra> hm
[06:28] <Kamion> ogra: and you will hit said netcfg bug on i386 too
[06:28] <Kamion> the default gateway is set to "192.168.0."
[06:28] <ogra> the gw, yes...
[06:28] <Kamion> I'm strongly inclined to be conservative and remove them, and figure out the problem after preview
[06:29] <ogra> Kamion, installing will be more complicated, but ok...
[06:29] <Kamion> the results I am seeing here are not particularly user-friendly
[06:30] <Kamion> and surely <IP_ADDRESS> will not be compatible with many deployers' existing network layouts anyway
[06:30] <ogra> Kamion, standalone....
[06:30] <Kamion> this is the server install
[06:30] <ogra> Kamion, thats why i made this change in the beginning...
[06:31] <Kamion> so instead of going to the network admin and saying "what address should I enter?", they will see an address pre-filled and say "oh, I guess that's OK" and hit Enter; then they will have to figure out how to undo the damage later
[06:31] <Kamion> surely?
[06:32] <ogra> Kamion, take it out for now, i'll add a section to the installation notes with te default values
[06:32] <lamont> mdz: thanks
[06:33] <Kamion> ogra: done, rebuilding
[06:33] <ogra> Kamion, thanks...
[06:35] <pitti> dholbach: hey, you packaged libpgtcl? rock
[06:36] <ogra> meh
[06:36] <MasterC> where do I get develpment support?
[06:36] <MasterC> +o
[06:36] <dholbach> pitti: ?
[06:36] <dholbach> pitti: you must have misread :)
[06:36] <ogra> Kamion, the udeb seems not to work :(
[06:37] <pitti> dholbach: oh, indeed -- sorry
[06:38] <Kamion> ogra: can you check whether /cdrom is actually mounted in the chroot?
[06:38] <ogra> it is, checked already
[06:42] <Kamion> hm, it's claiming ltsp-client-builder/run doesn't exist
[06:43] <ogra> strange, its in the templates
[06:43] <Kamion> ogra: oh, I see
[06:43] <ogra> whats wrong ?
[06:43] <ogra> i dont see it
[06:43] <Kamion> ogra: you have to be careful about trailing whitespace at the ends of lines
[06:43] <ogra> oh no !
[06:44] <Kamion> ogra: you have a line between ltsp-client-builder/run and debian-installer/ltsp-client-builder/title that consists of just a single space
[06:44] <Kamion> I think that causes cdebconf to treat the two as one template
[06:44] <Diziet> Almost as bad as email headers.
[06:44] <ogra> hmm, for me there is no space...
[06:44] <Kamion> ogra: I'll upload the fix if you like
[06:44] <ogra> yup
[06:45] <Kamion> since my editor is clean about that sort of thing
[06:45] <ogra> i cant even se a space here, its a single line, vim beeps even if i try to move anywhere...
[06:46] <Kamion> ogra: try 'a' on that line
[06:46] <Kamion> you'll see the cursor move right one space
[06:46] <ogra> yup
[06:46] <Kamion> now Escape, and try 'a' on the other blank line
[06:46] <ogra> i see
[06:47] <ogra> odd
[06:47] <ivoks> hi
[06:47] <Kamion> ogra: uploaded
[06:48] <ogra> thanks
[06:51] <Kamion> ok, hacked around it for now
[06:51] <Kamion> we should get a PROGRESS INFO in there at some point, otherwise it looks a bit bare, but it'll do for the moment
[06:51] <Kamion> and ultimately there's really no reason we couldn't use debootstrap progress reporting
[06:51] <ogra> yup
[06:52] <ogra> thats what i wanted to do initially...
[06:52] <Kamion> yeah, takes time to get that right though
[06:52] <ogra> yup
[06:52] <Kamion> you'd probably want to depend on base-installer (which you're doing already) and use its templates for that
[06:53] <ogra> i'll look into it... after my nerves are usable again :)
[06:54] <Kamion> whoa, I was sitting on tty3 watching /var/log/messages, and the main d-i screen just flicked over onto it
[06:54] <ogra> oh, that shouldt happen, right ?
[06:54] <Kamion> something must have managed to signal init from inside two chroots or something
[06:54] <Kamion> or fiddled with udev
[06:55] <ogra> as i said, they chroots are stacked :)
[06:55] <ogra> the even
[06:55] <\sh> argl.
[06:55] <Kamion> stacking chroots makes little difference to anything
[06:56] <Kamion> you know, I can't help feeling that with so little visible progress, telling users to run a command after the install would actually be friendlier
[06:56] <Kamion> oh, and it breaks because X has to ask a question and you aren't doing the required passthrough magic to make that work
[06:56] <Kamion> so it's now stalled
[06:56] <ogra> :(
[06:57] <Kamion> that will happen on all amd64 and some i386
[06:57] <ogra> x shouldnt ask questions
[06:57] <Kamion> it does if it can't figure out the resolution itself, which happens on all amd64 and some i386
[06:57] <Kamion> you may never have seen it, but it's been that way since warty
[06:57] <ogra> it doesnt even need to be configured :/
[06:57] <Kamion> er, you're installing it
[06:58] <ogra> thats done by the client bootup script on the fly
[06:58] <Kamion> huh?
[06:58] <Kamion> test -z "$EARLY_PACKAGES" && EARLY_PACKAGES="x-window-system-core ltsp-client discover1 laptop-detect mdetect xresprobe"
[06:58] <ogra> yup
[06:58] <Kamion> they are installed by ltsp-build-client
[06:59] <Kamion> that's a very strange set of things to install anyway!
[06:59] <ogra> for the bootup process of the client....
[06:59] <Kamion> discover1 laptop-detect mdetect xresprobe should be installed before x-window-system-core, not alongside it
[06:59] <ogra> Kamion, its mdz's set and it works fine
[06:59] <Kamion> ogra: no, it really doesn't
[06:59] <Kamion> mdz: ?
[06:59] <mdz> hmm?
[07:00] <ogra> mdz, ltsp-build-client
[07:00] <mdz> hmm?
[07:00] <seb128> mdz: so about gnumeric? of for updates?
[07:00] <Kamion> mdz: installing x-window-system-core along with all the other stuff that needs to be installed during xserver-xorg's preconfiguration isn't going to work
[07:00] <mdz> seb128: gnumeric should be ok; no reverse deps, right_
[07:00] <Kamion> mdz: and installing xserver-xorg in the first stage isn't safe without a lot more code
[07:00] <mdz> Kamion: it does
[07:00] <xTina> Kamion: I think I just ran into a weird problem. Could you think of any reason why a breezy installation would run base-config/late_command twice?!?
[07:00] <pirroH> hello, someone uses apt-listbugs && ubuntu graphical updater?
[07:00] <Kamion> xTina: not now, sorry
[07:01] <ogra> Kamion, it works if you run it manually on the console, it also works if i do it in the installer manually from tty2
[07:01] <seb128> mdz: no, there is libgsf/goffice to update as well, but they are gnumeric part moved to libs and not used by other stuff for the moment (same situation as previous update) and nothing else affected
[07:02] <Kamion> ogra: we cannot fix this today
[07:02] <mdz> seb128: those are deps, not reverse deps, right_
[07:02] <ogra> Kamion, damned...
[07:02] <seb128> mdz: correct
[07:02] <seb128> mdz: no rdepends
[07:02] <mdz> Kamion: what's the issue
[07:02] <Kamion> mdz: xserver-xorg.config tries to use discover for autodetection, so it needs to be installed first for it to work optimally
[07:02] <Kamion> mdz: I'm wondering why ltsp-build-client needs to install x-window-system-core at all
[07:02] <mdz> seb128: ok, please watch it carefully and make sure it isn't uninstallable for a significant amount of time
[07:03] <Kamion> mdz: we could avoid a lot of problems if it did not do so
[07:03] <mdz> Kamion: the X server configuration in the chroot is incidental; it isn't used for anything
[07:03] <mdz> Kamion: in fact I think it's rm -f'd later, or if not, it should be
[07:03] <seb128> mdz: sure, thanks
[07:03] <mdz> Kamion: all that matters is that it is noninteractive
[07:03] <mdz> Kamion: the real config is generated at client boot
[07:03] <Kamion> mdz: as it stands, installing x-window-system-core means that we have to go through all the passthrough rigmarole in order to make this work on amd64
[07:03] <\sh> anyone familiar with python-launchpad-integration?
[07:03] <Kamion> mdz: because xserver-xorg always asks a question there
[07:04] <mdz> Kamion: it installs with the noninteractive frontend
[07:04] <mdz> DEBIAN_FRONTEND=noninteractive
[07:04] <mdz> export DEBIAN_FRONTEND
[07:04] <Kamion> mdz: well it's sitting here hung in xserver-common.config
[07:04] <mdz> Kamion: then something else is wrong; what's it doing?
[07:05] <ogra> mdz, chroot /target /usr/sbin/ltsp-build-client --mirror file:///cdrom >> /var/log/messages
[07:05] <Kamion> it's hung in read(), I can't tell otherwise
[07:05] <mdz> Kamion: read on which fd?
[07:05] <ogra> mdz, before this command the udeb installs ltsp-server
[07:06] <Kamion> process tree is apt-get -y install x-window-system-core ltsp-client discover1 mdetect xresprobe -> dpkg-preconfigure --apt -> xserver-common.config
[07:06] <Kamion> mdz: 0
[07:06] <mdz> Kamion: I agree about the lack of progress
[07:06] <mdz> it should either dump its messages to the console, or be run by hand
[07:06] <ogra> mdz, we can add it until final...
[07:06] <mdz> ogra: add what before final?
[07:07] <ogra> the missing progress stuff in the udeb
[07:07] <mdz> no, we won't
[07:07] <mdz> Kamion: does it work if you give it /dev/null as stdin?
[07:07] <ogra> Kamion, so is there a way to show the console output then ?
[07:08] <Kamion> ogra: nothing else in d-i does that, I'm not convinced it will work with the terminal in the state it's in once bterm and cdebconf-newt are running on it
[07:08] <mdz> ogra: I said yesterday that using the cdrom is wrong, and it should be using the debs copied by archive-copier; did you fix that?
[07:09] <Kamion> mdz: I'm going to have to reboot to tell
[07:09] <mdz> Kamion: it certainly doesn't read from stdin when I run it
[07:09] <ogra> mdz, how ? should i generate Packages and Release files ? thats not right imho
[07:10] <Kamion> mdz: I'll get a DEBCONF_DEBUG=developer log
[07:10] <mdz> ogra: ejecting the CD and then telling the user to put it back in is unacceptable
[07:10] <ogra> mdz, yes, thus the udeb solution
[07:10] <Kamion> mdz: that was the point of doing this first-stage thing
[07:10] <Kamion> before the CD is ejected
[07:10] <mdz> ergh
[07:11] <mdz> that's suboptimal, but better than what I thought you were doing
[07:11] <Kamion> I think it's the correct approach, long-term anyway
[07:12] <mdz> oh, so this is running under cdebconf-with-debconf-confmodule, not plain debconf
[07:12] <mdz> as in casper
[07:12] <ogra> i think mdz's approach is better, but i have no idea how to solve it without generating the needed archive files
[07:12] <ogra> it'll be much faster to install from HD
[07:12] <mdz> ogra: the same way that "apt-get install ssh" works
[07:12] <mdz> without asking for the CD
[07:12] <Kamion> oh, crap, I bet it needs 'unset DEBIAN_HAS_FRONTEND' and stuff
[07:12] <mdz> Kamion: yes
[07:13] <mdz> it'll be trying to start a new frontend in the chroot
[07:13] <ogra> mdz, but it requires a mirror (and being online), doesnt it ?
[07:13] <mdz> ogra: install ubuntu and then sudo apt-get install ssh
[07:13] <ogra> mdz, i know what happens...
[07:13] <mdz> ogra: it installs from the cache.  you have never done this_
[07:13] <Kamion> mdz: other way round, the problem is that it's *failing* to start the noninteractive frontend in the chroot
[07:14] <mdz> ogra: apparently not, if you think it requires being online
[07:14] <Kamion> and is trying to talk to the main frontend, ignoring DEBIAN_FRONTEND=noninteractive
[07:14] <ogra> mdz, ltsp-build-client runs an apt-get update, doesnt it ?
[07:14] <mdz> ogra: yes
[07:15] <mdz> so does d-i
[07:16] <ogra> hmm, so i should supress it if in installer mode and copy over the d-i generates sources.list
[07:16] <Kamion> no?
[07:16] <ogra> what else ?
[07:17] <Kamion> I'm trying the various env -u bits now
[07:17] <Kamion> same as base-config/casper do
[07:19] <mdz> ogra: forgot to baz add ltsp-server-standalone.postinst
[07:19] <mdz> I
[07:19] <mdz> didn't notice you were creating a new file
[07:20] <mdz> ogra: please please please make branches instead of sending patches
[07:20] <ogra> its in now, i hope it doesnt cause confusion in yur tree
[07:20] <\sh> nice...gajim has launchpad integration ,-)
[07:20] <ogra> mdz, i'll do... let me survive this CD first ...
[07:22] <Kamion> ok, that's working
[07:22] <mdz> ogra: I already fixed it in my tree.  I'm talking about in the future.
[07:22] <ogra> mdz, promised
[07:23] <ogra> Kamion, hero !
[07:24] <Kamion> ogra: may I upload this?
[07:24] <Kamion> -chroot /target /usr/sbin/ltsp-build-client --mirror file:///cdrom >> /var/log/messages
[07:24] <Kamion> +env -u DEBIAN_HAS_FRONTEND -u DEBIAN_FRONTEND \
[07:24] <Kamion> +       -u DEBCONF_REDIR -u DEBCONF_OLD_FD_BASE \
[07:24] <Kamion> +       chroot /target /usr/sbin/ltsp-build-client --mirror file:///cdrom \
[07:24] <Kamion> +       >> /var/log/messages 2>&1
[07:24] <ogra> Kamion, what a question, if it works :)
[07:24] <mdz>  /var/log/messages is the wrong place for that output
[07:24] <Kamion> mdz: it's where other similar output in the installer goes.
[07:24] <Kamion> so for consistency's sake, I beg to differ
[07:25] <mdz> oh, that's outside of the chroot
[07:25] <Kamion> yes
[07:25] <mdz> never mind
[07:25] <Kamion> ideally it'd all go to syslog eventually so that we only have one file to inspect when stuff goes wrong, but anyway
[07:25] <Kamion> ok, uploaded, install is at apt configuration
[07:28] <Kamion> second-stage question from dhcp-server
[07:29] <ogra> yup
[07:29] <Kamion> and two largely pointless notes
[07:30] <xTina> Hm. Base-config seems to be run twice. Weird.
[07:30] <bddebian> elmo: ping
[07:34] <linuxsbartley> Breezy loaded.  Boot gets most of the way in and hangs at: Starting periodic command scheduler.....mon...rface daemon...
[07:34] <linuxsbartley> press enter and I get login
[07:34] <linuxsbartley> oops.  meant press alt-f1 and get login
[07:35] <linuxsbartley> alt-f8 shows this message as last entry.
[07:35] <linuxsbartley> only error showing is the t_kernel_font one.
[07:36] <Kamion> xTina: note that late_command is just evaled directly, not (yet) in a subshell or anything
[07:36] <Kamion> xTina: so if you fiddle with the environment, or cd without cding back at the end, or whatever, you'll confuse base-config
[07:36] <Kamion> that was just fixed in Debian today
[07:37] <mdz> Kamion: do server installs install usplash now?
[07:37] <Kamion> mdz: yes, mistakenly
[07:37] <Kamion> mdz: I'll do something about that next week
[07:37] <mdz> Kamion: that's linuxsbartley's problem, I expect
[07:38] <mae> I know this is kind of O/T but do you guys know if that new ipod nano uses flash memory or the micro drives?
[07:38] <xTina> Kamion: Was that different in hoary?
[07:38] <Kamion> xTina: don't believe so, no
[07:38] <xTina> Kamion: Hm. Weird. I believe that if I'm cd'ing I always remember the owd and go back. But I'll check again, just to make sure.
[07:39] <Kamion> mdz: I'm running out of time I can dedicate to shepherding Edubuntu builds this evening, because Kirsten is ill and I need to do things around the house for her; can you take over any CD builds that are needed?
[07:39] <Kamion> mdz: SMS me when it's ready to publish and I can do that
[07:40] <Kamion> ltsp-client-builder 0.1.0-4 should be OK I think
[07:40] <Kamion> modulo poor progress reporting
[07:41] <seb128> dholbach: ping?
[07:43] <Kamion> OK, successful Edubuntu/amd64 install, but I haven't yet tested its LTSP functioning
[07:43] <dholbach> seb128: pong
[07:43] <Kamion> and for that matter I only have one amd64 box
[07:43] <seb128> dholbach: do you use ldap? :)
[07:43] <dholbach> seb128: i tried to use it, but failed miserably
[07:44] <dholbach> and not just once :)
[07:44] <seb128> dholbach: k, so this gdm bug is not for you neither :p
[07:44] <dholbach> sorry
[07:44] <Kamion> ogra: you need to update the homepage in edubuntu-artwork to talk about 5.10 and Breezy, not 5.04 and Hoary
[07:44] <dholbach> seb128: maybe some of the sun upstream guys know
[07:44] <Kamion> ogra: (both title and header)
[07:44] <ogra> Kamion, yup
[07:44] <seb128> dholbach: I've forwarded it :)
[07:44] <ogra> Kamion, i didnt expect to have the artwork in already...
[07:44] <seb128> dholbach: no pb, don't worry
[07:47] <mdz> Kamion: yep
[07:48] <mdz> ogra: say when
[07:48] <ogra> mdz, ok...
[07:48] <ogra> as soon as the new udeb is there
[07:49] <mdz> mjg59_: as a safeguard, we ought to have something at the end of the boot process which kills usplash
[07:49] <mdz> mjg59_: in the event that the user decides to remove gdm or such (or gets usplash installed unexpectedly, as in current server installs)
[07:50] <mjg59_> mdz: Ok, that's easy enough
[07:51] <Diziet> My new firefox packages have a package mozilla-firefox which exists to cause the installation of firefox during upgrades.  Does anything need to be done to get that .deb included in the main distribution ?
[07:52] <Diziet> (not having to upload giant binaries)++
[08:09] <dholbach> good bye
[08:13] <mdz> jbailey: did "Starting Ubuntu..." go missing in the initrd->initramfs transition?
[08:13] <mdz> jbailey: we ought to say something there, since there is a noticeable delay before usplash starts
[08:13] <mdz> it can be quite long on systems with SCSI especially
[08:14] <sladen> it was originally just an 'echo' statement in the first line of the initrd that said ''starting initrd-tools 1.2.3''
[08:14] <jbailey> mdz: Yes, it's not in there because it wasn't trivially brandable.  Is lsb_release -i branded for kubuntu/edubuntu?
[08:14] <mdz> sladen: until Warty, when it said "Starting Ubuntu..."
[08:15] <mdz> jbailey: something neutral is fine
[08:15] <carstenh> .oO(Starting...)
[08:15] <jbailey> "
[08:15] <mdz> starting up, loading, please wait, etc.
[08:16] <mdz> I'll
[08:16] <sladen> jbailey: could you fish it out from lsb_release when he initramfs is rebuilt---it's being rebuilt for usplash to be installed anyway
[08:16] <ogra> mdz, the udeb is in the archive, you can pull the trigger
[08:16] <mdz> do the same with casper
[08:16] <jbailey> sladen: That's what I wsa thinking.  But if it's not branded there, then there's no point.
[08:17] <jbailey> Also, I think the idea is to get usplash starting very soon there, so it might not matter much at that point.
[08:17] <Keybuk> I'd suggest "Starting, please wait ..." as people might be confused by "Loading"
[08:17] <Keybuk> it's a bit of an 80s term
[08:17] <mdz> ogra: building
[08:17] <ogra> mdz, thanks :)
[08:17] <Keybuk> LOAD ""
[08:17] <mdz> jbailey: it'll matter for breezy
[08:19] <jbailey> mdz: I mean, there's not much point in branding it, if usplash will start soon after.  The usplash graphic should be enough to customise.
[08:20] <mdz> jbailey: agreed
[08:21] <mdz> "Loading, please wait..." seems reasonable.
[08:24] <doko> mdz, elmo: please promote libmythes0 to main, needed for the next OOo2 build
[08:27] <mdz> doko: please only ask one of us, so that we don't both try to do it
[08:27] <mdz> doko: done
[08:30] <tvo> anyone knows how to set up a sid pbuilder chroot in breezy?
[08:30] <doko> mdz: ok, if you have time, the gcc-3.4/gcc-4.0 documentation can be promoted as well, including gnat-4.0, gnat-3.4, libgnat-4.0, libgnat-3.4. can we still target plone in main for breezy?
[08:30] <ogra> tvo, wiki.ubuntu.com/PbuilderHowto
[08:31] <tvo> ogra: I followed that and setup a hoary and breezy succesfully, but the sid one fails..
[08:31] <mdz> doko: wait for anastacia to get manageable again (elmo is working on it) before seeding plone, so that we can easily see what it pulls in and verify the  reports
[08:32] <mdz> doko: if the documentation is already seeded, it will be promoted by the normal process
[08:32] <mdz> if it isn't seeded, seed it
[08:32] <doko> it already is.
[08:35] <mdz> hmm, my anastacia cron job is broken
[08:36] <mdz> elmo: IOError: [Errno 2]  No such file or directory: '/srv/ftp.no-name-yet.com/sync/germinate/output//all_edubuntu_breezy_i386'
[08:37] <elmo> sorry, I ran cron.sync by hand
[08:37] <elmo> I guess it raced with your cron job
[08:38] <mdz> ah, ok
[08:39] <mdz> I thought it might have been broken since moving to the new box or something
[08:39] <mdz> doko: http://people.ubuntu.com/~mdz/anastacia.txt
[08:41] <spayne> will Mono be updated to 1.1.9
[08:44] <mdz> jbailey: casper uploaded with "Loading, please wait..."
[08:44] <slomo> spayne: not for breezy
[08:44] <spayne> oh bollox
[08:50] <jbailey> mdz: Cool.  Do you want this change uploaded now by itself, or with other changes when the lockdown is over?
[08:50] <mdz> jbailey: it's already over
[08:51] <jbailey> 'k
[08:51] <mdz> Keybuk: is that MOM item in the topic still accurate?
[08:53] <Keybuk> mdz: yes, sadly
[08:53] <Keybuk> once we're down to less than 1-in-10 being fucked, then I'll remove it
[08:54] <Keybuk> that'll probably happen once dapper starts up
[08:54] <Keybuk> though that's going to be slightly painful :-/
[08:55] <mdz> Keybuk: a pity, because it's too long
[09:17] <slomo> elmo: thanks :)
[09:20] <bddebian> slomo: ?
[09:22] <bddebian> slomo: Ahh.. :-)
[09:22] <bddebian> Yeah thanks elmo, you kick arse!
[09:22] <mdz> Diziet: let's talk about your pending dpkg changes the next time we're both around
[09:22] <mdz> Diziet: or send me email
[09:31] <Kamion> Diziet: To get mozilla-firefox in main, it's enough to add it to the supported seed; see http://wiki.ubuntu.com/SeedManagement
[09:38] <Lathiat> Kamion: is this to make it a virtual package to install firefox?
[09:38] <Kamion> Lathiat: "virtual package" has a specific technical meaning which is different, but I know what you mean, and yes
[09:38] <Kamion> ogra: have you started syncing the new CD build?
[09:38] <Lathiat> Kamion: so while were here, can you explain the different?
[09:38] <Lathiat> *difference
[09:39] <ogra> Kamion, already installing
[09:39] <Kamion> Lathiat: a virtual package is one mentioned in a real package's Provides field
[09:39] <Kamion> (a real package is a .deb)
[09:39] <Lathiat> ah right
[09:39] <Lathiat> whats the name for packages that just install toher thigns etc?
[09:40] <Kamion> Lathiat: there are two more fine-grained distinctions: "mixed virtual", i.e. one that's both mentioned in Provides and is a real package, and "pure virtual", one which is only mentioned in Provides
[09:40] <Kamion> Lathiat: dummy package or transitional package (in the mozilla-firefox case above, where you're transitioning from one name to another name and the packaging system needs a bit of help)
[09:40] <Kamion> Lathiat: or metapackage, if it's something like x-window-system-core or ubuntu-desktop
[09:41] <Lathiat> Kamion: ah ok thanks
[09:59] <ogra> Kamion, i'm in base-config :-D
[10:01] <ivoks> i have one question for wich i need advisory
[10:01] <ivoks> in universe is package ssh-krb5, wich provides ssh-client and ssh-server with kerberos
[10:02] <ivoks> since some packages in main depend on ssh-client or ssh-server, could we repackage ssh-krb5 so it provides those packages, and replaces ssh-client and ssh-server from main?
[10:05] <Kamion> nooooooooo
[10:05] <ivoks> ok
[10:05] <ivoks> hehe
[10:05] <Kamion> please leave that particular situation alone, it's very messy and complicated
[10:05] <ivoks> then you could take ssh-krb5 :)
[10:05] <ivoks> ok
[10:05] <Kamion> I don't use kerberos so I'm not a good maintainer for it
[10:06] <ivoks> all right
[10:06] <Kamion> but the ssh-krb5 maintainer in Debian specifically asked me not to incorporate the kerberos patch into openssh for now, saying it wasn't ready
[10:07] <Kamion> ogra: you forgot to define the log() function, so the workstation install fails
[10:07] <ogra> oh no
[10:08] <Kamion> uploading fix
[10:08] <Kamion> sorry, I should've spotted that one while reviewing
[10:08] <ogra> i shouldnt have forgot it ...
[10:08] <Kamion> 0.1.0-5 fixes
[10:08] <ogra> *forgotten
[10:08] <ogra> otherwise this looks good
[10:10] <ogra> Kamion, cant we just redirect stdout to the frontend to shouw the lines and drop the progress bar ? so you see at least its working...
[10:10] <Kamion> ogra: try it yourself with a test image, but I really have my doubts whether that will work
[10:10] <ogra> Kamion, i'll do
[10:11] <Kamion> if it works, sure; it's horrible, but ...
[10:11] <ogra> why is it horrible ? i mean to have it look the same, just without progressbar
[10:11] <Kamion> you will have to redirect to /dev/tty1 or /dev/vc/1 or whatever, not just let it pass through to stdout
[10:12] <Kamion> oh, er, you mean just pass each one through as a PROGRESS INFO or something?
[10:12] <ogra> yes...
[10:12] <Kamion> er, ok, if you think you can write that code quickly and make it robust
[10:12] <Kamion> many of the lines will be blank, of course
[10:13] <ogra> Kamion, pattern matching... it only needs to match certain expressions (Configuring, Installing etc)
[10:13] <ogra> this would bring more output to the user and i dont thin its to hard to write...
[10:15] <Kamion> it's horrible because we have infrastructure for doing this properly
[10:15] <Kamion> but in any case, whatever you want, as I say you'll have to do it entirely yourself
[10:15] <ogra> yup
[10:15] <Kamion> and remember internationalisation
[10:15] <Kamion> so pattern matching will not be appropriate
[10:17] <Kamion> free hint, the way to display arbitrary text in a progress bar is to use ${LINE} (or similar) in the template you display with PROGRESS INFO and use SUBST to replace it with the current line
[10:19] <ogra> oki
[10:19] <Kamion> ivoks: (though actually, as I've just been reminded, it may be OK to get some Kerberos support into mainline openssh soon. not for breezy, but perhaps breezy+1)
[10:23] <ogra> brb
[10:35] <Mez> whiprush, ping
[10:35] <ivoks> Kamion: ok, but what to tell this guy that wants -krb5, and doesn't want to loose half on other apps? :)
[10:40] <ogra_ltsp> mdz, ping
[10:42] <ivoks> bye all
[10:43] <pef> bye !
[10:43] <ogra_ltsp> mdz, /etc/X11/Xsession is not executable :(
[10:44] <eruin> why aren't there templates for, say, synaptic in rosetta?
[10:44] <mdke> eruin, #launchpad is the channel
[10:44] <eruin> woops, sry
[10:45] <mdke> np
[10:46] <mirak_> hi
[10:46] <ogra_ltsp> mdz, can you revert that to x-session-manager ?
[10:46] <mirak_> when I download kernel source 2.6.12, how can I make the source evolve to 2.6.12-8 level ? so it's like the headers ?
[10:48] <lu|away> j^: trying to debug a n-m problem- any idea how I can tell what dns servers bind is checking against?
[10:49] <eruin> mirak_, check your pm ;-)
[10:50] <mirak_> you can talk here
[10:50] <ogra_ltsp> Kamion, if you didnt trigger the cdbuild fro the log() change yet, dont do it, ltsp doent work currently
[10:50] <mirak_> how to apply the patches to the kernel ?
[10:50] <mdke> mirak_, not really, it is a question for #ubuntu
[10:50] <mirak_> mdke: but I think the answer belongs here ^^
[10:50] <mirak_> or would come from here
[10:51] <mirak_> i asked on #ubuntu first
[10:51] <mirak_> but there is only incompetent people
[10:51] <mirak_> like me ;)
[10:56] <eruin> anyone know tollef fog heens nick or where to catch him on irc?
[10:57] <slomo> eruin: Mithrandir
[10:58] <eruin> cheers
[11:07] <torkel> jdub: probably. With HP in the loop, clusterfs is probably more intrested in supporting Ubuntu
[11:08] <torkel> jdub: we have also been poking them few times :-)
[11:09] <mdz> ogra: it certainly is executable here
[11:09] <mdz> ogra: if it isn't, it's a bug
[11:10] <ogra> it isnt in my new install
[11:10] <ogra> dmaned
[11:10] <ogra> damned even
[11:10] <mdz> ogra: confirmed in my new install too
[11:11] <mdz> ogra: needs to be fixed in xinit
[11:11] <mdz> ogra: needs special treatment for upgrades as well, since it's a conffile
[11:12] <ogra> *  Install xinitrc from old xbase-clients also (closes: Ubuntu#13331).
[11:12] <ogra> that might be it
[11:12] <mdz> I don't think so
[11:13] <mdz> I think that it was probably forgotten when the package was split
[11:13] <mdz> xinitrc and Xsession are different
[11:15] <ogra> phew, xserverrc isnt executable either
[11:20] <mirak_> what compiler is used to compile breezy ?
[11:20] <mirak_> breezy kernels
[11:20] <Nafallo> 3.4
[11:20] <mirak_> k
[11:23] <Mez> mdz: little bit of news for you... novell want to "officially" support iFolder on ubuntu
[11:24] <jdub> GOOD MORNING FREEDOM LOVERS! (SPECIAL SFD EDITION!)
[11:26] <tseng> jdub: hi
[11:26] <Nafallo> jdub: morning :-)
[11:26] <tseng> jdub: im not feling the love
[11:27] <tseng> Mez: um
[11:27] <tseng> Mez: hth would that work?
[11:27] <Mez> tseng: how do you mean?
[11:27] <tseng> ouch!
[11:27] <tseng> Mez: well we cant distribute it, as we've learned
[11:27] <tseng> Mez: and we cant sanely package it
[11:27] <Mez> we cant distribute, but it'll be from thair apt repos
[11:28] <tseng> er, I guess
[11:28] <tseng> works for me, then
[11:28] <Mez> and we can sanely package it, they took my bug reports and fixed most of it
[11:28] <Mez> it's semi-sane now
[11:28] <tseng> ah great
[11:28] <Mez> and they've asked me to maintain
[11:28] <tseng> good work then.
[11:28] <jdub> slomo, tseng: yay banshee!
[11:28] <tseng> jdub: yay!
[11:29] <slomo> jdub: :)
[11:29] <slomo> jdub: works for you?
[11:29] <jdub> slomo: installing now
[11:29] <slomo> jdub: ubuntu2?
[11:30] <jdub> slomo: has it built yet?
[11:30] <jdub> ooh, yes :)
[11:30] <Mez> tseng: forwarded you email regarding crappy stuff they fixed
[11:30] <slomo> jdub: sure... is already in the archives... but it just adds a depend on libsqlite3-0 which was missing before
[11:34] <ogra> mdz, hmm, daniels just installs it in the xinit.install file... if its upgrade critical, shouldnt it be in postinst with a check ?
[11:35] <mdz> ogra: config files are installed with mode 644 by default
[11:35] <mdz> ogra: Xsession is special because it is a script
[11:36] <mdz> ogra: you need to override the permissions in the .deb for new installs, and add an upgrade test with chmod in postinst to fix it for upgrades
[11:36] <ogra> ah, ok...
[11:37] <mdz> Mez: interesting; is there a press release or other url about it?
[11:37] <tseng> Mez: my mail server is dead :(
[11:37] <mdz> ogra: if you need help with it, ask jbailey or wait for daniels
[11:37] <tseng> Mez: but ill get it eventually. thanks.
[11:37] <ogra> mdz, ok
[11:38] <Mez> mdz: not at the moment, it's all in private emails between me and the lead... though they're actually developing on breezy, which is good :D
[11:38] <mdz> Mez: very cool
[11:39] <tseng> Mez: thats awesome
[11:39] <Mez> mdz/tseng: http://forge.novell.com/pipermail/ifolder-dev/2005-September/001021.html
[11:40] <Mez> they mention developing on breezy there
[11:40] <tseng> Mez: its cool to see that we are now a top mono distro
[11:40] <Mez> tseng: and it's all your fault
[11:41] <tseng> Mez: novell makes a tough contest.
[11:41] <Mez> how do you mean?
[11:41] <tseng> the upstream and the packager share an office :P
[11:42] <Mez> ??
[11:42] <tseng> elite, kernel panic on my laptop testing box
[11:42] <tseng> Mez: ok.. novell distributes suse, they employee most mono devs..
[11:42] <tseng> Mez: connection? yes.
[11:42] <Mez> ah
[11:42] <Mez> ok
[11:42] <Mez> :P
[11:42] <Mez> now I get you
[11:42] <tseng> cheers
[11:43] <torkel> Mez: are there .debs of ifolder available anywhere?
[11:43] <Mez> torkel, not atm
[11:43] <Mez> but, spayne has made nice howtos on how to build it
[11:44] <torkel> k
[11:44] <Mez> torkel, lemme find the link
[11:44] <Mez> torkel, Client: http://www.evolutioncolt.com/~spayne/blog/?p=164
[11:44] <Mez> Server: http://www.evolutioncolt.com/~spayne/blog/?p=165
[11:44] <spayne> http://www.evolutioncolt.com/~spayne/blog/?p=164
[11:45] <spayne> oh well :-)
[11:45] <torkel> Mez: thanks
[11:45] <Mez> spayne, too slow
[11:53] <Riddell> Mithrandir: looks like the Qt Eastern European issue is down to Qt being not as intelligent as I had
[11:53] <Riddell> assumed
[11:53] <HiddenWolf> mdz, can we put a limit on the size of the apt cache, is there a timeout after which stuff automatically gets cleaned?
[11:54] <Kamion> somebody said something to me after I last spoke, but I didn't see it due to a power cut
[11:55] <ogra> Kamion, was me i guess
[11:55] <Kamion> (I only saw the red indicator on the disconnected ssh session on my laptop)
[11:55] <Kamion> anyway, post-power-cuts I'm off to bed, so others will have to take care of any CD builds you need
[11:55] <ogra> Kamion, i wanted to stop you starting the cdbuild for the log() patch since i have another bug
[11:55] <ogra> Kamion, thats ok, i'll only need one last one, i guess mdz can do this...
[11:56] <ogra> Kamion, thank you very bery much for all the help, i wouldnt gotten here without you
[11:56] <ogra> *have gotten
[11:58] <Kamion> mdz: in case you want to release the Edubuntu preview without me, you want 'for-project edubuntu publish-release daily 20050909.4 install yes preview' (or whatever the datestamp will be), check over cdimage/www/simple/edubuntu/, 'sync-mirrors' when happy
[11:58] <Kamion> ogra: that's ok
[11:59] <Kamion> mdz: I've set up the bits of the directory structure that still need to be done by hand (fortunately, not a lot)


[17:31] <bootljhfdsds> http://goo.gl/yFOzQ
[17:45] <CarstenG> Hi bootljhfdsds, what is this?
[18:05] <bootljhfdsds> sorry wrong channel
[18:05] <bootljhfdsds> save a copy by all means, thou
[18:18] <CarstenG> ok, no problem


[08:39] <Fudge> AlanBell  ping
[08:40] <Fudge> do u have precise running with success orca/unity panels
[09:24] <AlanBell> Fudge: I have
[09:25] <AlanBell> I will do an update and make sure it still works (it wasn't any better than 11.10, but wasn't broken last time I tried)
[09:27] <AlanBell> yeah, still kinda works
[23:01] <Fudge> AlanBell  i am unsure why its not working for me
[23:02] <Fudge> also i have not heard of other people having problems with nautilus being flakey but in oneiric it seems to fall over a lot. so i use pcmanfm which seems to work really good now, but i do not see any desktop integration