manusheeldfarning: Hi David.00:15
dfarningmanusheel,  hello, how are you?00:15
manusheeldfarning: Good. Back to work.00:16
manusheeldfarning: Thank you for sharing the links.00:17
manusheeldfarning: Going through them.00:17
dfarningmanusheel, I took a nap this after noon so I could stay up later tonight if needed.00:18
manusheeldfarning: Great. Sure, David. I hope you are also taking fine rest at night. Important for long term productivity.00:19
dfarningdfarning, other wise I get grumpy and don't think clearly:(00:20
manusheelkandarpk: Hi Kandarp.12:29
kandarpkbernie: there ?14:50
manusheelkandarpk: Wish to ask you whether you have completed the five issues in reference to Sugar on Debian.16:09
kandarpkmanusheel sir: the reading issue could not be solved16:09
kandarpkdfarning said we need to ask debian people to update the package16:10
kandarpkso that it can be downloaded16:10
dfarningkandarpk, I think our biggest blocker is you and neeraj learning to the debian/git packaging process from dipankar.16:19
kandarpkmanusheel sir: I am learning git usage right now16:20
manusheelkandarpk: Ok. I'll communicate this to the Debian person.16:20
kandarpkjust need to understand branching16:20
manusheelkandarpk: Sure, Kandarp. Please get an understanding on git.16:20
manusheeldfarning: Dipankar has been facing internet issues. I am not sure why you referred to it as a blocker. Dipankar is one of the most consistent team members here.16:21
dfarningmanusheel, Did not mean that as a criticism or either dipankar of anyone else.  It is just the most important task.  Any criticism goes to me for not being aware Luke was leaving so soon.16:24
manusheeldfarning: Completely agree. It is indeed the most important task right now. No, I didn't mean it as a criticism. We generally don't use "blocker" for a delay.16:27
manusheeldfarning: And, that too, not under Dipankar's control.16:27
manusheelkandarpk: What all have we covered in git packaging uptill now, in terms of concepts?16:29
kandarpkmanusheel sir: not packaging but usage of git in general16:30
dfarningmanusheel, ahh blocker must have a much more negative connotation then I thought.16:30
kandarpkmanusheel sir: I've understood initiating a local repo16:30
manusheelkandarpk: Ok, sure. Do you have sufficient resources on understanding git? Let me send you a couple of tutorials too.16:31
kandarpkworking on files, commiting changes, making branches16:31
kandarpkmanusheel sir: I am using tutorials from git official site16:31
kandarpk*they are quite good16:32
manusheeldfarning: Absolutely fine.16:32
manusheelkandarpk: Neat. Appreciate it.16:32
kandarpkdfarning, Hi16:34
dfarningkandarpk, Hello16:34
kandarpkdfarning: got some understanding of git16:35
kandarpkwanted to share with you16:35
kandarpklet me know if I am wrong somewhere16:35
dfarningkandarpk,  sounds good.16:35
kandarpkdfarning: I think we make branches so that in one branch ( say Mainstream )16:36
kandarpkwe have got all the things going and all sources working16:37
kandarpkand another branch ( say Devel )16:37
kandarpkwhich is used for development of a project16:37
kandarpkand when we are satisfied with the final code in Devel16:37
kandarpkwe merge it with Mainstream16:38
kandarpkis it ok ?16:38
kandarpkdfarning: any other uses of branching  ?16:38
dfarningkandarpk, yes, that is correct and we will use branching for one other purpose16:39
dfarningwe will keep a number of permanent branches:  debian (mainstream) -> ubuntu 10.04 -> ubuntu 10.1016:41
dfarningthe ubuntu branches will hold ubuntu specific patches for each release16:41
kandarpkrealise it now16:42
dfarningbut the very cool thing is that if any one commits a fix to debain (mainstream) we can pull in to either of the ubuntu branches.16:43
kandarpkThings becoming very clear now16:44
dfarningkandarpk, this is why it is not worth it to fix bugs in the current ubuntu packaging..... because we will just have to fix it again upstream in debain.16:44
dfarningkandarpk, better to fix it once upsteam in debian and pull to the branches.16:45
kandarpkdfarning: definitely.16:46
dfarningkandarpk, my problem is that I don't know to debian packaging process well enough to explain them.16:46
kandarpkdfarning: thats no problem16:46
dfarningJonas the olpc-debian maintainer invented the system himself so there is no documentation yet:)16:47
kandarpkdfarning: your guidance is very helpful16:47
kandarpkdfarning: what happens if we merge two branches having different files as well ?16:49
dfarningkandarpk, this is where git is so clever.  It can automatically detect changes in both the origin and destation branches.  As long the the changed don't directly conflict it will apply changes as necessary.16:51
kandarpkdfarning: I mean, if in branch 1 I have file f116:52
kandarpkand in branch 2 i have file f1 and f216:52
kandarpkwhat will happen if we try to merge them ?16:52
dfarningkandarpk, please take a look at the webcast on http://book.git-scm.com/3_basic_branching_and_merging.html it explains it better than I can.16:55
dfarningdipankar, hello17:01
dipankardfarning, hello. Sorry about yesterday. My net was down.17:02
dfarningdipankar, no problem at all.  Some things we can't fix:)17:02
dipankardfarning, yeah. So what is the topic today?17:03
dipankardfarning, * I had a very tiring day today. Hope you don't mind if I leave early today17:03
dfarningdipankar, no problem17:04
dipankardfarning, tomorrow we are having bug bashing. Manu Sir must have told you.17:05
dfarningdipankar, do  you think you could explain to kandarpk and I how to build a debain package using git?17:05
dipankardfarning, I will try my best to tell you guys what Luke explained to me17:06
dfarningyes, dipankar I am starting to understand and respect the methodical workflow and QA you guys use.17:06
dfarningdipankar, thanks17:07
dipankardfarning, :)17:07
dipankardfarning, But I would suggest following the IRC log side by side17:08
dfarningdipankar, ok i'll start rereading the logs.17:09
dfarningdipankar, in the mean time could you try packaging/updating another activity in the git repo?17:10
kandarpkdipankar: if you try, let me know17:11
dipankardfarning, How about I tell you and Kadarp sir to update a package? I guess that way I can revise things too.17:12
dfarningdipankar, I am not sure shat you mean.17:13
dipankardfarning, I meant : I tell you and Kandarp Sir the steps in updating a package and you try the steps out on your machines.17:13
dfarningdipankar, we can all do the same steps on our local machine.... just not the final push.17:15
dipankardfarning, yes. Good idea.17:16
dipankardfarning, which package do you want me to work upon?17:17
dfarningdipankar, which ever looks easiest.  We can do the complicated stuff later.17:18
dipankardfarning, ha ha! But I don't know which package needs what modification :( Luke only told what to change.17:18
dfarninghow about a simple activity that is already pacakged that needs a newer verison from ASLO17:21
dipankardfarning, kandarpk : I guess we can start with the logviewer-activity :) That file needed a control.in file made.17:22
dfarningdipankar, sounds good17:22
dipankardfarning, ^^ That was my task actually. :P I guess we can work on it right now.17:22
kandarpkdipankar, sure17:23
kandarpkdipankar: but please start with some background to control.in17:24
kandarpkI read about it17:24
kandarpkbut not very certain17:24
dfarningkandarpk, https://wiki.ubuntu.com/PackagingGuide/Complete#control17:25
dipankarkandarpk, please also read through this irc : http://irclogs.ubuntu.com/2010/07/01/%23ubuntu-sugarteam.html17:26
dfarningkandarpk, it is where we set the variable which determine how the package is built.17:26
dipankarkandarpk, adding to David, it also contains the build dependencies without which the packaging cannot be complete17:28
kandarpkdipankar: I think there was some difference b/w control and control.in17:28
dfarningdipankar, most of the stuff is pretty standard like the package name source url17:28
dfarningopps wrong person:(17:29
dipankardfarning, ? Didn't get you.17:29
dfarningkandarpk, the part we will worry about the most is the various dependancies-- build time and run time:17:30
dfarningdipankar, i met to alert kandarpk no you a couple of mesages ago.17:30
dfarningdipankar, did luke explain the difference between control and control.in?17:31
dipankardfarning, gee.. I forgot my self. Let me see the log.17:31
kandarpkdipankar: you mean there is some difference, right ?17:32
dfarningkandarpk, dipankar this part is kind of confusing.17:33
dipankardfarning, kandarpk : there is a difference. control file can be regenerated from a control.in file17:33
dfarningnormally when you run debbuild it uses the contents of control.17:33
kandarpkdipankar: I believe we wont require debuild in git17:34
kandarpkor is it ?17:34
dipankarkandarpk, nope. The command for git package building is : 'git-buildpackage'17:35
dipankarkandarpk, till now I have never used it got git repo17:36
dfarningbut, as dipankar just pointed out when useing the debgit tool the git-buildpackage first parses the  control.in to regenerate the control file.17:36
kandarpkdipankar: can you please start with how file are changed17:37
dfarningdipankar, this give the package the ability to do some fancy abstraction at buildtime17:38
kandarpkinstead of telling which commands to use17:38
dipankarohk. I am pasting the required IRC transcript.: http://paste.ubuntu.com/458814/. This will help a bit regarding control.in and control file17:38
kandarpkdfarning, dipankar: how does maintaining a separate control file helps if all changes can be generated from control.in ?17:41
dfarningdipankar, thanks I did not realize that we commited the control file too.17:41
dfarningkandarpk, I was wondering the same thing.  One traditionally does not commit stuff which can be dynamically recreated:(17:42
dipankardfarning, :)17:42
dipankarkandarpk, This might help : http://www.debian.org/doc/maint-guide/ch-dreq.en.html17:42
dfarningkandarpk, must be a quirk17:43
dfarningdipankar, there is no way I will remember 'DEB_MAINTAINER_MODE=1 fakeroot debian/rules clean' two days from now:(17:44
kandarpkdfarning, dipankar: I think control.in has CDBS scripts which automatically detects dependencies17:45
kandarpk*as Luke mentioned17:45
kandarpkand then places those in control file17:45
kandarpk*wild guess17:45
dipankardfarning, me too, That command is ugliest I have ever seen.17:45
kandarpkdfarning: can that be a possibility ?17:46
dfarningdipankar, I think I now under stand the difference.17:46
dipankarkandarpk, dfarning : Actually I am very very tired right now. I might not act quickly and with full attention17:46
dfarningkandarpk, yes that sounds correct.17:47
dfarningdipankar, do you want to start again tomowwor or monday?17:47
kandarpkand as Luke said, pushing both of them lets you know what changes were made by you, and what made by CDBS17:48
dfarningI would like if we could set a time so kandarpk and I can both be there if possiable?  I can work around your scheuddal.17:48
kandarpkdfarning, dipankar: I don't want to leave here17:48
kandarpkplease just for another 25-30 minutes17:49
dfarningdipankar, are you up for another 30 minutes:)17:49
dipankardfarning, kandarpk : I will try my best.17:50
dfarningthe command to regenerate the control file is shown on http://wiki.debian.org/Sugar/GettingStartedGuide17:51
dfarningdipankar, what next:)17:51
dipankardfarning, we have to start off yet17:52
kandarpkdipankar, dfarning : we'll need to modify only control.in ?17:52
dipankarnot quite kandarpk. We have to actually make it.17:53
kandarpkdipankar: yeah, that is what I meant17:53
kandarpkbut only the control.in file, right ?17:54
dipankarkandarpk, : yup! :)17:54
dipankarkandarpk, dfarning : First start by moving to a suitable directory.17:54
dipankar(in terminal)17:54
dfarningok, that I can do pretty well:)17:55
manusheel_dfarning : :-)17:56
kandarpkdipankar: next ?17:56
dipankarrun the command: 'apt-get source sugar-logviewer-activity'17:58
kandarpkdipankar: instead of telling the commands17:58
kandarpk*that might take long17:58
kandarpkplease let us know what files need changing17:58
kandarpkjust as an overview17:59
kandarpkdfarning: will that be ok ?17:59
dipankarkandarpk, actually I am guiding in setting up a local git repo in the directory using a git repo on ssh. That is crucial.18:00
dipankardfarning, ^^18:00
kandarpkdipankar: Ok.18:00
kandarpksorry for interrupting18:00
dipankarafter that just some file changes and committing :)18:00
dipankarnot a problem :P18:00
dipankaralso try running 'debcheckout sugar-logviewer-activity'18:01
dipankarsee if it gives an error18:01
kandarpkapt-get source sugar-logviewer-activity didn't run18:01
kandarpkE: You must put some 'source' URIs in your sources.list18:02
dfarningdipankar, kandarpk are you doing this on your normal ubuntu 10.04 machines?18:03
kandarpkdfarning: I am using Debian18:03
dipankardfarning, yes. I do packaging from my laptop.18:03
kandarpk*git is used for debian only ?18:04
dfarningkandarpk, you will need to go into synatic and enable the source repos.18:04
dfarningkandarpk, will be using it for both ubuntu and debain... with a branch for each.18:05
kandarpkdfarning: there is no sources in repositories list ...18:05
kandarpkdfarning: to add new, I'll need a URI18:06
dfarningkandarpk, isn't there a place to tick 'sources' in synaptic -> setting -> repoitories.18:07
kandarpkdfarning: I mean, various repositories are listed, but none as sources18:07
dfarningkandarpk, let's let dipankar go he was not feeling well yesterday18:08
kandarpkdipankar: please wrap it up then18:09
kandarpkdipankar: in say 2-3 minutes18:09
dipankardfarning, kandarpk : The main thing here is importing the source code.18:09
kandarpkdipankar: and do tell something which keeps us busy for next hour18:10
dfarningkandarpk, let's start this again later and all use ubuntu 10.04... so our systems are as similar as possiable.18:10
dipankarand then setting up a local repo for the package18:10
kandarpkdipankar: setting up local hier.. will be OK18:10
kandarpkwhat next18:11
dipankardfarning, kandarpk : then you have to make a control.in file with the following things:18:13
dipankarlfaraonedipankar: then, I'd like you to clone the sugar-terminal-activity.git repository using the "git+ssh" url listed on the page you're seeing now. Edit the debian/control.in file and update the description of the package using similar text to what is used in the description of http://git.debian.org/?p=collab-maint/sugar-calculate-activity.git;a=blob;f=debian/control.in;h=ae9a2b9989f80377c248ca774c869e0f052d7242;hb=dc85b18722eaac7f0457597a618:13
dipankardfarning, kandarpk : use the link above for the control.in file18:14
dipankaronce you are done with the control.in file then you can commit the changes to the local repo.18:15
dipankarafter that regenerate the control file from the control.in file and commit the changes again18:16
dipankarthen the final task is to push to git ssh repo18:16
kandarpkdipankar: we didn't make any changes to source code ?18:17
dfarningdipankar, so we are just cutting and pasting the contents of the control.in for calulate to our new logviewer package.  And then modifing the control.in file as necessary18:17
dipankarkandarpk, dfarning : when I asked Luke about it, he told me that this activity is available on ubuntu server18:17
kandarpkdipankar: isn't that as if we didn't change anything18:18
dipankarso what we are doing here is moving the activities to Debian18:18
dipankarkandarpk, I agree with you.18:18
kandarpkdipankar: there's a difference18:19
dipankarThe task right now is to make packages according to Debian guidelines18:19
kandarpkfor debian, we require control.in18:19
kandarpkdipankar: right.18:19
dfarningkandarpk, ok so this is a case where we have already done the basic packaging work in ubuntu.  now we just need to modify it slight and upload it to debain.18:19
dipankardfarning, You told me a couple of days back that some packages were made in shortcut and they don't follow the guidlines18:20
kandarpkdfarning, dipankar : I think control.in will check for dependencies for the package on Debian18:21
dipankar*PS: I meant to say, after the activities are upon the Debian, then we can use it both for Debian & Ubuntu in a single go18:21
kandarpkin ubuntu we manually specified that18:21
kandarpkdipankar: am I right ?18:21
dfarningdipankar, I would not trust any packages _I_ made,  I think luke set this up and an example for us.18:22
dipankarkandarpk, Like I said I am out of senses right now :P. I will go with what you are suggesting right now :)18:22
dipankarI will look deeply into the control file tomorrow morning18:23
kandarpkdipankar: lets wait for luke then18:23
kandarpkhe has better expertise18:23
manusheel_kandarpk: Let me ask Luke if he can join us now.18:23
manusheel_dipankar: Thank you.18:23
manusheel_Appreciate your support.18:24
kandarpkmanusheel_ sir: that will help18:24
dipankardfarning, But your packages work don't they?18:24
dfarningdipankar, yes they work, but they are not up to the debian standard.18:24
kandarpkdfarning: why is that ?18:25
dipankardfarning, that's why Luke is suggesting the changes..18:25
berniekandarpk: did you call?18:25
kandarpkbernie: hi18:25
berniekandarpk: sorry that my comments reached you much later... I was offline yesterday. working from schools is HARD18:25
kandarpkthanks for being considerate18:25
dfarningdebain is very strict about enforcing certain standards for technical and legal reasons.18:26
dipankardfarning, thats new.18:26
kandarpkdfarning: leaving the legal reasons for now,18:26
dipankardfarning, I have a Debian system now too!18:26
kandarpkdfarning: how are they ( packages you make for ubuntu )18:27
kandarpknot technically right for debian18:27
dfarningkandarpk, I just wanted to get a large set of activities available for you to see when you started using sugar... and would not be disapointed:)18:27
dipankarmanusheel sir,  I guess Luke is on Mobile. He might not come on IRC18:27
kandarpkdfarning: no, I mean18:28
berniekandarpk: hehe... welcome to the devian VS ubuntu diatribe18:28
kandarpkwhats the difference18:28
kandarpkbernie: :)18:28
manusheeldipankar: You are right. Luke is on mobile.18:28
dipankarbernie, Hello.18:28
dipankarbernie, I like this kind of fight (OS vs OS)18:29
dipankarall, It was earlier used to Linux vs Windows.18:29
kandarpkbernie, dipankar : I am not comparing here18:29
dfarningdipankar, bernie likes these types of arguments too.... he can go on for days.18:29
dipankarnow its Debian vs Ubuntu : and I support Ubuntu18:30
manusheeldipankar: No.18:30
manusheelthats not true.18:30
kandarpkdfarning, dipankar, bernie : no Ubuntu VS Debian right now18:30
manusheeldipankar: We need to support both, and you need to be a master in both.18:30
kandarpklet me know the difference18:30
berniekandarpk: be warned that, behind the technicalities of policy and quality, there's often a hidden argument of the two communities not getting along too well.18:30
manusheeldipankar: We should not worry about Debian vs Ubuntu. We should have Sugar on both Debian and Ubuntu.18:31
berniedfarning: hehe18:31
manusheelbernie: Hi Bernie. How have you been?18:31
berniemanusheel: indeed18:31
manusheelbernie : +118:31
dfarningdipankar, from our point of view the only differences are debian is upstream to ubuntu and the have slightly different release cycles.18:32
kandarpk*Power cut18:32
kandarpk*will be back18:32
berniemanusheel: I've been working from the field for 3 days in a row, now I need two days of sleep to recover.18:32
dfarningubuntu releases every 6 months and debain releases less frequetly about every two years.18:32
kandarpkbernie: thats bad news for me :(18:32
dfarningthere are pros and cons to both.18:33
manusheelkandarpk: Thats not a bad news.18:33
berniewow kandarpk was so scared he dropped off18:33
manusheelbernie: You seem to have the same lifestyle as always :-)18:33
manusheelTake a break.18:33
berniemanusheel: haha. "life".18:33
berniewhat is it?18:33
manusheelbernie: When are you going to Brazil?18:33
berniemanusheel: 8-18 Jul... but it seems I won't go to Salvador any more18:34
dipankardfarning, got it!18:34
berniemanusheel: the plane from belo horizonte was $360 so we opted for a bus to Rio18:34
dfarningdipankar, thanks for you help I need to get some lunch18:35
berniemanusheel: I already feel guilty for leaving 10 days just before the final release of F11-0.88... we still have many bugs to fix18:35
dipankardfarning, no problem :)18:36
manusheelWe do need a stable 0.88 release.18:36
manusheelbernie: Indeed.18:36
dipankardfarning, enjoy your lunch18:37
dipankarmanusheel Sir, bernie : I am heading to bed. Good night everybody!18:37
manusheelbernie: Interesting. I hope you figured out a good bus. I remember some of our friends at MIT experimented with some Chinese bus from MIT to New York. And, they were scared with the bus routes.18:37
manusheeldipankar: Good night Dipankar.18:38
kandarpkhi all, I missed out on anything ?18:39
manusheelkandarpk: Glad that you are back.18:39
kandarpkdfarning: please let me know about that packaging issue18:40
berniemanusheel: haha I got the Fung Wa bus too...18:41
berniemanusheel: until cjb told me "they have a habit of catching fire on the highway"... and then we googled for it and there were indeed, like, 10 accidents some of which worse than just catching fire18:42
berniesuch as loosing the two back wheels18:42
manusheelbernie: Yes, friends told me that it is not safe to travel through that bus.18:42
bernieor crashing into the guardrail between the highway and an exit!!!18:42
manusheelbernie: Loosing two back wheels?18:42
berniemanusheel: http://en.wikipedia.org/wiki/Fung_Wah_Bus_Transportation#Incidents_and_accidents18:43
bernieanuary 3, 2007: In Framingham, Massachusetts, a New York-bound bus lost its back two wheels. No injuries were reported. [9]18:43
manusheelbernie: Looks like the buses are developed by some high school students :-) One cannot cut down costs like that.18:44
berniethe plane is definitely safer18:44
manusheelkandarpk: It seems David has head for lunch.18:44
manusheelbernie: Much safer.18:44
kandarpkbernie: you like OS vs OS18:44
manusheelkandarpk: No worries.18:45
kandarpkbernie: please explain the differences in Ubuntu and Debian18:45
kandarpkon technical grounds18:45
manusheelbernie: Around?18:46
berniemanusheel: yes18:46
manusheelbernie: Let us discuss Ubuntu vs Debian on technical grounds.18:46
manusheelVery good question by Kandarp.18:46
berniekandarpk: I like to read the OS vs OS and language VS language politics in the news... but it's not fun when you get in the middle.18:47
berniekandarpk: and you can't get your job done18:47
manusheelkandarpk: Yes, that is a very important question. Bernie, Kandarp is talking about it on the technical level.18:47
manusheelNot at policy level.18:47
kandarpkbernie: dfarning said his packages for Ubuntuwont work on Debian18:48
manusheelkandarpk: Where Debian does well, and where Ubuntu does well.18:48
kandarpkmanusheel sir: No18:48
manusheelbernie: We are interested in Sugar on Debian and Sugar on Ubuntu.18:48
manusheelkandarpk: Ok.18:48
kandarpkright now I only want to know why dfarning's packages wont work on Debian18:48
manusheelkandarpk: Ok, great. bernie, do you have an answer on this?18:49
dfarningkandarpk, my packages probably would work on debian.18:49
kandarpkdfarning: Ok, yours would18:50
dfarningkandarpk, I just didn't cross all of the tee and dot all of the eyes so that they would be accepted.18:50
kandarpkbut where is Debian so strict ?18:51
kandarpkthe source codes ?18:51
dfarningkandarpk, my package were very rough drafts.  But you would not want to hand them in.18:51
kandarpkor the dependencies ?18:51
dfarningkandarpk, I'll try to answer that in an email this afternoon.18:52
kandarpkdfarning: that will be great18:52
kandarpkdfarning: thanks a lot18:52
dfarningThe dynamics are confusing18:53
berniekandarpk: I don't know the details, but ABI and API issues, probably.18:54
berniekandarpk: Ubuntu and Debian diverged quite a lot in the past, and there doesn't seem to be a tendency to realign one or the other on the same versions of libraries and critical system daemons.18:55
kandarpkbernie: that means they differ on the dependencies ?18:55
kandarpksources are almost same.18:55
berniekandarpk: so, for example, ubuntu uses Upstart while Debian still uses sysvinit (unless I'm out of date). which means that daemons need to install their startup script in different places!18:56
berniekandarpk: in general, debian is more conservative. they ship older versions of libraries and they tend not to jump on modern new subsystems as quick as ubuntu does18:57
berniekandarpk: from the "plumbing" point of view, Ubuntu today resembles more Fedora than Debian: pulseaudio, udev, udisks, networkmanager, libvirt, packagekit, rsyslog, upstart, latest Xorg, etc.18:57
kandarpkdfarning, bernie : its a bit confusing right now18:58
kandarpkdfarning's mail will help18:58
berniekandarpk: in other words, it's not really clear any more which project is downstream and which is upstream. Ubuntu now has newer stuff than debian almost at every level, so the flow has started to go backwards.18:59
berniekandarpk: that is, several packages get imported from ubuntu into debian nowadays.18:59
kandarpkbernie: yeah, I understand that19:00
bernie(which tends to piss off people who were accustomed to the opposite work-flow)19:01
manusheelbernie: David said that it was very difficult to get packages at Ubuntu.19:01
kandarpk*at Debian19:01
berniemanusheel: besides this gossip, I have to admit I don't have much hands-on experience getting packages accepted both in Debian and Ubuntu19:02
manusheelbernie: What should be the good strategy in general?19:02
manusheelbernie: Ok.19:02
berniemanusheel: historically, it used to be the case that becoming a debian maintainer was one of the hardest achievements of a hacker's career. it might have changed now :-)19:02
manusheelbernie: Ok, we'll have to get into the field and realize that.19:03
manusheelbernie: In any case, we are looking at both Sugar on Ubuntu and Sugar on Debian. So, we need to be proficient in both.19:03
kandarpkbernie: is that because Debian has become soft ?19:03
manusheelbernie: Which means, whether it is syncing packages from Debian to Ubuntu or the other way round.19:04
berniemanusheel: the debian maintainer for sugar is still jonas?19:04
berniemanusheel: who's the ubuntu maintainer? nobody?19:04
lfaraonebernie: becoming a Debian Developer, you mean.19:04
manusheelbernie: Right. He is the maintainer. We'll have to work with him in these regards.19:05
kandarpklfaraone: Hi19:05
berniekandarpk: lfaraone would know, he just became a debian maintainer19:05
lfaraonebernie: it still is a very rigorous process.19:05
bernielfaraone: ah, are the two things different?19:05
manusheelbernie: And, are happy to do so.19:05
lfaraonebernie: Debian Developer > Debian Maintainer.19:05
* lfaraone is in town for a few minutes :)(19:05
manusheellfaraone: Great.19:06
manusheelHow has been your trip?19:06
lfaraonebernie: DMs are people who can upload certain packages that have been marked as "DM-Upload-Allowed: yes" and have the DM listed in "uploaders" or "maintainer"19:06
lfaraonemanusheel: it's been pretty great.19:06
manusheellfaraone: Wonderful.19:06
lfaraonebernie: DDs can technically upload any package they wish. DDs can also vote in the project, and are full Debian members.19:07
manusheellfaraone: Kandarp had questions on packaging.19:07
manusheellfaraone : That is, using git for packaging.19:07
bernielfaraone: ah, it's the equivalent of Fedora's ├╝berpackager19:07
lfaraonebernie: To become a DM, you only need a DD to sign off, a signature on your key, and no objections. DD need an endorsement from an extant DD, and have to go through the confusingly named "new maintainer" process.19:08
lfaraonekandarpk: okay, what's confusing?19:08
lfaraone(re ease of getting packages in Ubuntu, it's not that hard to get a package in Ubuntu or Debian, we just prefer to get it into Debian so the results can flow downstream)19:08
kandarpklfaraone: for packaging in Debian, what steps are involved after generating the control file ?19:08
bernielfaraone: what' the typical workflow of git package maintenance for debian/ubuntu?19:08
bernielfaraone: are there a bunch of command line tools to manage the vendor branch and the debian patches?19:09
lfaraonebernie: make changes, commit, push. prepare changelog for vendor version, release.19:09
kandarpklfaraone: dipankar said he only generated control file before pushing19:09
lfaraonebernie: not as far as I know.19:09
lfaraonekandarpk: well, you don't need to regenerate the control file unless you've done something that would cause changes.19:10
kandarpklfaraone: changes to the source you mean ?19:10
bernielfaraone: the problem with getting packages in debian first is that the release cycles are now irremediably skewed. Going through debian would mean that ubuntu would always lag 1-2 releases behind Sugar's latest release.19:11
lfaraonekandarpk: well, a subset of that: if you change something that would cause the control file differently.19:11
lfaraonebernie: why do you think that? 0.88 is in Debian Unstable and Testing.19:11
bernielfaraone: didn't you tell me some time ago that jonas was using some really fancy stuff to maintain the sugar packages in git?19:11
lfaraonebernie: well, git-buildpackage.19:12
bernielfaraone: since when is 0.88 in debian unstable? would it have made it in time for lucid?19:12
kandarpklfaraone: we need to generate the control.in ourself, right ?19:12
lfaraonebernie: it is in Lucid...19:12
bernielfaraone: and, more importantly, would have it worked?19:12
lfaraonekandarpk: well, you need to write it, yes.19:12
lfaraonebernie: it does work right now. the issue is that Browse does not work.19:12
lfaraonebernie: that is due to a local Ubuntu problem where Canonical (AFAICT) does not wish to support programs which embed XULRunner.19:13
bernielfaraone: my feeling is that the two systems have diverged too much to expect any non-trivial package set like sugar to work on both without some amount of testing and bugfixing19:13
lfaraonebernie: of course you'll need to test your work in Debian and Ubuntu.19:14
kandarpklfaraone: so, after writing the control.in, we just need to push the package into debian repos ?19:14
bernielfaraone: if there's just a minor issue, why is there a need to host so many ubuntu-specific packages in the Ubuntu Sugar Team PPA?19:14
lfaraonebernie: there is no need, it's not something I like that we do.19:14
bernielfaraone: (not a rhetorical question, I really don't know for sure)19:14
lfaraonebernie: we provide point releases in the PPAs. Ideally, we can get these pushed as stable release updates if we had well-defined usecases and approval from the Ubuntu Release Managers to do so.19:15
lfaraonebernie: the main utility of the PPA is providing the "sugar-activities" package, which is a collection of precompiled activities taken from ASLO. It's probably illegal, since it's not GPL-compliant, but nobody really cares to sue us.19:16
lfaraonebernie: right now, OOTB, two sugar activities packaged in the Ubuntu repositories work without any PPAs. The other nonfunctional ones are locally-Ubuntu-packaged from what I can tell.19:17
bernielfaraone: why not GPL compliant? there are no src debs?19:17
lfaraonebernie: the "source deb" is a colletion of XO bundles.19:17
bernielfaraone: ah, they're not really being built from sources... I wonder what the fedora folks do... but who cares. we're not going to be sued, as you said19:18
lfaraonebernie: and those contain precompiled binaries.19:18
lfaraonebernie: well, as it is we can't include sugar-activities in Debian and Ubuntu.19:18
lfaraonebernie: the fedora folks package each activity individually, which is what I'm trying to teach us to do.19:19
bernielfaraone: are you sure sugar should be working flawlessly *today* on ubuntu except for the Browse activity? I just spoke with a teacher trainer last week who tried to install it on Lucid and could not even get the emulator to staet.19:19
lfaraonebernie: please hold.19:20
bernielfaraone: back to the GPL compliance thread: I think packaging from source is not that hard... most of them are just "python setup.py" projects.19:20
bernielfaraone: ok19:20
lfaraonebernie: http://git.debian.org/?p=collab-maint/sugar-terminal-activity.git is an example of my work in packaging a certain activity. Once we are able to get a working package, we should be able to trivally able to apply it to related packages.19:20
bernielfaraone: also, it should be easy to copy whatever the fedora spec files are doing.19:21
lfaraonebernie: it's not that hard, but there are some things (like writing debian/copyright) and wrangling CDBS that are hard to get right. debian/copyright will be unique, but CDBS should be the same once we get it right.19:21
lfaraonebernie: we have what they're doing, it's CDBS's python-sugar.mk.19:21
bernieoh, /usr/share/cdbs/1/class/python-sugar.mk does all the magic19:22
lfaraonebernie: yep. we just need to tell it what branches are supported.19:23
kandarpklfaraone: can you please provide some overview of what all is pushed in the debian repository19:27
kandarpkcomplete package or only the patches19:27
lfaraone.bernie: bernie http://article.gmane.org/gmane.linux.ubuntu.devel.sugar/619:30
lfaraonebernie: see http://article.gmane.org/gmane.linux.ubuntu.devel.sugar/6 and ed's followup: http://article.gmane.org/gmane.linux.ubuntu.devel.sugar/719:30
lfaraonekandarpk: well, it pushes the current contents of the git repository to the remote repository.19:31
lfaraonekandarpk: keep in mind that pushing to the remote repository is different than "uploading to Debian", the package is not published in Debian when you push up.19:32
bernielfaraone: reading19:32
kandarpklfaraone: Maintainers need to approve those, right ?19:32
lfaraonekandarpk: yes.19:33
bernielfaraone: does debian use dput to upload packages? just like ubuntu? I would expect so.19:33
lfaraonebernie: Ubuntu used dput to upload packages, just like Debian :)19:33
lfaraonebernie: git usage isn't mandatory, some use bzr, some use hg, etc, and some use nothing at all.19:34
kandarpklfaraone: what does uploading to Debian mean ?19:34
kandarpkmaking packages available for download ?19:34
lfaraonekandarpk: it's like when you upload to the PPA. It means that all people who track debian's testing or unstable package repositories will automatically get the update.19:34
bernielfaraone: reading your post about sugar in ubuntu, I believe the formador was hitting the gdm bug19:34
bernielfaraone: do you know why these packages aren't flowing to the ubuntu updates repo?19:35
lfaraonebernie: yes, GDM segfaults because the sugar desktop file does not contain a comment. THis bug has been fixed in an update of GDM.19:35
lfaraonebernie: because nobody has decided to do so. We'd have to follow the SRU proceedure, and document all the changes. I am happy to do that if somebody wants me to, the changes meet the SRU criteria, and the release managers are not going to reject it.19:36
bernielfaraone: well, I lack context but I guess dfarning or manusheel would know19:36
bernielfaraone: also, if someone fixes Sugar bugs in the debian packages, how would these changes flow into the ubuntu updates repositories as well?19:37
bernielfaraone: I suppose upstreaming a bug fix is a common thing to do...19:37
lfaraonebernie: somebody would have to request an SRU, and perform the fix.19:37
lfaraonebernie: they will automatically be synced over in the next release of Ubuntu.19:38
lfaraonebernie: but previous release require a SRU.19:38
lfaraonebernie: we probably should request https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions19:39
lfaraonedfarning: would persuing this be useful?19:39
bernielfaraone: is anyone doing bugfixing in debian now?19:42
lfaraonebernie: jonas is. I am.19:43
lfaraonebernie: when I become a DD, it will be much easier for me to fix bugs in Debian. As is, I need Jonas to first upload a package along with the authorization for me to make future changes to it before I can upload.19:44
bernielfaraone: (otherwise, this would just introduce one additional level of indirection to the USR workflow without anything in return)19:44
bernielfaraone: ah, I typed too fast. well, that's good to know19:44
lfaraonebernie: what we get in return is Jonas' continued packaging of new upstream releases of Sugar, which is an enormous amount of work we are very thankful for.19:45
bernielfaraone: another question (sorry to bother you so much). are any of the changes in the Ubuntu PPA mergeable in debian? would changes that are neutral for debian but useful for ubuntu be welcomed?19:45
* lfaraone will be back later.19:45
lfaraonebernie: yes. I have done so in the past, and there is no ill feeling towards doing such things as far as I can tell.19:46
bernielfaraone: when you come back: do you know who would normally react to an SRU for the sugar packages? Are they responsive and reasonable people?19:51
lfaraonebernie: an sru would be filed by any MOTU, like me. any member of ubuntu-sru would process it like any other SRU request. If we wanted to make iur and their livez easier, we can get a continuous exception from the sru critwria if we establish that SL makes predictable, stable point releases.20:06
lfaraoneim in the car , pardon my crappy iPhone ssh-fu.20:07
lfaraoneubuntu-sru are reasonable, if not overworked, people.20:08
lfaraonebernie: ^^. i'll be in and out, hilite as usual to grab my attn20:09
=== neeraj is now known as neeraj_afk
dfarningkandarpk, are you still around20:17
kandarpkdfarning, yes20:17
dfarningdid lfaraone and bernie answer many of your questions?20:17
kandarpkdfarning: yes20:18
dfarningkandarpk, you were asking about the strictness of debian vs ubuntu.20:18
dfarningthey are both equally strict at this point.20:18
kandarpkdfarning: no necessarily strictness20:19
dfarningthe piece that I was forgeting to mention was that so far, we have been working in the sugar team ppa which is a like a personal sand box.20:19
kandarpkdfarning: true20:20
dfarningkandarpk, the activity packages ( and many of our bug fixes) would not have met the coding standard for debian or Ubuntu universe.20:21
kandarpkdfarning: what do they look at before rejecting a package20:21
dfarningI just set the ppa up as some where we could test and learn to package with running into coding standards.20:22
dfarningkandarpk, the most important thing is that someone else can easily review ones work.20:23
dfarningfor example we make all of our changes inside the debian/ directory20:24
dfarningeverything outside of the debain/ directory is often refered to as a pristean tarball.20:24
dfarningso if you what to review what a packager did to a package you can just look in the debian/patches and see.20:25
dfarningIf you look in my sugar-activities package.  I included about 20 separate tar balls.20:27
dfarningthat would be hard to defend.20:27
dfarningkandarpk, each of the tar-ball (activities) should be individually packaged.20:27
dfarningkandarpk, does that make sense?20:28
kandarpkdoesn't having more tar balls lead to increased modularity20:28
kandarpkwhy should it be hard to defend ?20:28
dfarningeach package should be a single (modular)  chunk of code20:29
dfarninggenerally each tar ball is a very disinct upstream piece of software.20:30
kandarpkyou mean it gets harder to manage these many sub-modules, right ?20:30
=== neeraj_afk is now known as neeraj
dfarningin our case the line gets kind of blurry becase al of the activites tarball come from the same upstream source.20:31
dfarningYes, there is a philosophy in unix and linux the 'thing should do one thing, but do it well'20:32
dfarninghence one tarball per-package.20:33
neerajdfarning, hi, thats y you were telling us that day to break sugar-artwork..20:33
dfarningmanusheel, are you still awake.20:34
kandarpkdfarning: Ok.20:34
dfarningneeraj, I don't remember the exact context but probobly.20:34
kandarpkdfarning: It was about coding practices20:35
kandarpkdoes the source code too play iys part ?20:35
dfarningkandarpk, I currently have three project going and get confused:)20:36
dfarningkandarpk, Can you explain what you are asking further?20:36
kandarpkthe efficiency of the code,20:36
kandarpkI mean there must be some codes which are more likely to break20:37
dfarningkandarpk, I still don't understand.20:37
neerajdfarning: my bad.. it was sugar-activity package whose size is quite large as comparison to other one..20:37
dfarningneeraj, exactly sugar activites is about 20 individual packages which need to be properly split into individaul packages before either debian or ubuntu would accept them.20:38
kandarpkdfarning: what causes packages to break/not function properly ?20:39
neerajkandarpk sir are you asking that we *might* need to make some changes in source code to make it compatible/pass thorough debian?20:39
kandarpkneeraj: reght20:39
neerajif that is the question then I don't think we do any such thing..20:39
neerajdfarning, please tell us whether we do such things or not?20:40
dfarningAs we have seen sometime there have been bugs in ubuntu but not in debain and vice-versa.20:42
dfarningthe biggest problem as bernie refered to earlyer is when ubuntu and debian diverge and our packages need to interact with those divergent pieces.20:43
dfarningkandarpk, were you working on the data-time bug?20:44
kandarpkdfarning: that was automatically fixed on update20:44
dfarningwhere the corner was not being drawn correctly in ubuntu?20:45
kandarpkdfarning: I didn't know about this issue20:45
neeraji guess dipankar was working on that..20:46
dfarningThe (older) version of gtk ubuntu was using had a bug that they needed to fix before the code would work right.20:46
neerajhe had zeroed down some *_draw.c file(not sure )20:46
dfarningyet the code worked fine on the newer version of gtk that debian unstable used.20:47
dfarningthose are the sorts of problems we are likely to encounter.20:47
kandarpkdfarning: diverging means use of different libraries by the two OS's ?20:47
dfarningkandarpk, yes.20:48
manusheeldfarning: Yes, I am awake.20:48
kandarpkdfarning: so, as the two diverge it is like making packages for two different OS's ?20:49
dfarningideally, in our work flow, we will fix bugs we find with local tempoary patches in either debian or ubuntu....  while at the same time we will be working with upstream to fix the problem there so the the fix will trickle back down so our tempory patch is no longer needed.20:50
neerajin such case can we use debian as an upstream for all packages?If yes then how?20:50
dfarningkandarpk, exactly the farther they diverge the more work it is for us.20:51
dfarningkandarpk, but there tends to ebbs and flows in divergances as things branch and merge.20:51
dfarningneeraj, ideally debian will be upstream for us.20:52
kandarpkdfarning: and your point about activity package20:52
kandarpkit had 20 tarballs, so it should be packaged as 20 ( or somewhat like that )20:53
dfarningkandarpk, exactly20:53
dfarningneeraj, I hope Ubuntu and debian can work very closesly around sugar so we don't have significtant upstream downstream issues.20:54
kandarpkdfarning: initially, the only difference b/w Ubuntu and Debian was of the packages they came with20:55
kandarpkand not of standard libraries ?20:55
dfarningkandarpk, Yes, initally they were nearly identical.  If i recall corectly the only differences were cosmetic and a few setup wizards to make it easier to install and confgure ubuntu.20:57
dfarningkandarpk, but alot has happened over the last 12 or so releases.20:57
kandarpkdfarning: yes. Ubuntu has been changing radically20:59
kandarpkover time20:59
dfarningfor some reason there is often alot of bickering between debain and ubuntu.... it is just like two brothers fighting.20:59
dfarningkandarpk, and debain has changed just as much20:59
kandarpkdfarning, Ok !21:00
dfarningall distros try to cherry pick the best ideas from each other. so some time ubuntu leads, some times, debian leads and some times redhat/fedora lead:)21:01
dfarningit is the cherry picking the causes the continual evolutionaly progress.21:01
dfarningAt the end of the day the disputes usually boil down to different people cheering for their home team:)21:02
dfarningkandarpk, does that help?21:03
kandarpkdfarning: alot21:04
kandarpkdfarning: thanks for such an elaborate explaination.21:04
kandarpkthat was quite exhaustive21:04
dfarningkandarpk, it kind of needs to be exhaustive because of the history and interactions between debain we sometimes do silly things for silly reasons.21:05
dfarningso as develops sometime we close our eyes and not worry about the silly bits or what cause us to do something that way.21:06
kandarpkdfarning: all the modifications made in Debian repositories are passed over to Ubuntu in the next release ?21:08
dfarningopps the above section should have been 'between debian and ubutu.' neither is to blame21:08
dfarningkandarpk, yes, (for the most part) please see https://wiki.ubuntu.com/MaverickReleaseSchedule21:10
dfarningdebian tends to have a release cycle of about 2 years while ubuntu has a release cycle of exactly 6 months21:10
dfarningso for the first couple of week of a new ubuntu release.  most of the developer work is spent syncing the future ubuntu release with debain unstable.21:12
dfarningthat period goes until june 24,21:13
dfarningthen as it gets closer to the ubuntu release effort shift towards polish and bug fixing.21:13
kandarpkwe have our primary target as Debian for this reason ?21:14
dfarningkandarpk, exactly21:16
kandarpkdfarning: once we start using git, what would be our next step ?21:17
dfarningwork from ubuntu does not automaticly 'flow'into debian.  Thus if we use ubuntu as our primary target and are not very careful we can introduce divergence.21:18
dfarningok for this we have to step back a bit.21:19
kandarpkdfarning: got your point about divergence21:20
dfarningif we package a ubuntu package it can live in our ppa for as long as we like.... but if we want it to get our packages promoted into universe someone has to review them.21:20
dfarningand all of the sugar package are pretty complicated. so it is likely the our packages will sit in the reveu queue for a long time.  Most of the ubuntu developers are volunteers.21:21
dfarningbut, if we get our packages accepted into debian and reviewed by a 'debian developer' it is very easy to get them synced from debian to ubuntu.21:23
dfarningand since we have Jonas who is willing and able to review our package in debian it is more expedient to go that route.21:24
kandarpkdfarning: does promotion into ubuntu universe too requires review ?21:24
dfarningyes, exactly, that is what takes so long:( the packages can sit in the queue to be reviewed until some one (usually a MOTU) reviews them.21:26
kandarpkthat means we need to push our packages using git to be reviewed by some DD to get listed in universe and then be synced into Ubuntu ?21:28
dfarningso, we are very luck to have lfaraone.  he is a 'debian maintainer', 'ubutu MOTU', and will so be a 'debian developer' so I hired he for the summer to mentor us and review packages as needed.21:28
dfarningexactly, and jonas is a DD.21:29
dfarningover the next couple of months I hope that one of more seeta developer become 'debian maintainers' for the sugar packages and ubuntu developers with authority to commit sugar packages on ubuntu.21:30
kandarpkhow do they select people to be debian maintainers ?21:32
dfarningkandarpk, basically one needs to become expert in a subset of packages. and the they are approved.  Luke would know more of the details.21:34
kandarpkdfarning: that's a long way to go.21:36
kandarpkwhats our primary task for now ?21:37
dfarningkandarpk, the most important thing is for everyone to become proficient at packing with git.21:41
kandarpkI think if we put some effort, it can be done in a day or two21:43
dfarningkandarpk, now that everyone has learned basic package skills working in our ppa 'sandbox' we are ready to climb the next rung of packaging via git and requesting a review via jonas of luke.  with in a month or so of hard work some of us (not me) will then be able to commit directly.21:44
kandarpkdfarning: "not me" ?21:45
dfarningkandarpk, I have three project going USR, Sugar.88 on Fedora 11, and developing javascript based content.  hence the need for expert developers like you and the rest of the seeta team:)21:47
dfarningbernie, is leading the Sugar.88 on Fedora 11 project, and Manu and I are trying to get the content piece going.21:48
dfarningso it is interesting:)21:49
dfarningkandarpk, do you feel more comfortable about how all the pieces fit together?21:50
kandarpkdfarning: great help from your side21:50
dfarningkandarpk, keep asking questions as you saw with bernie everyone is willing to stop and teach..... because that is how we learned.21:52
manusheeldfarning: Yes, very helpful indeed.21:52
dfarningI have to run and make dinner.  thanks for everything.21:53
kandarpkdfarning: bye21:54
berniedfarning: you're a good mentor22:39
dfarningbernie, thanks22:40
dfarningubuntu/debian relationships can be tricky.  We are the first project to keep our ubuntu package source as branches in Aloith:)22:42
berniedfarning: tch is also learning his way through Sugar Labs' bureaucracy22:44
berniedfarning: he's been pissed off several times by negative comments, but now he understands to respond constructively, without attacking the reviewer22:45
dfarningbernie, yes, I have been watching that.22:45
dfarningbernie, tch is an a particularity good position.  spending time winning an argument does not help him:(  Getting patches does:)  I expect that we cause and net shift in our upstrea,22:47
berniedfarning: it is already happening23:14
berniedfarning: sugar development seems to have resumed thanks to our push23:14
dfarningbernie, +1,  I am going though USR looking for bugs for tomorrows bug squashing session... i think I might cry:(23:16

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!