/srv/irclogs.ubuntu.com/2011/02/13/#ubuntu-motu.txt

jmarsdenWhere can I find info on the Ubuntu ISO build process -- how a Ubuntu desktop CD gets created from a package list and pointers to repositories?  Debian has live-helper, which sort of works for Ubuntu, but doesn't seem to be "the official way".  Is there a wiki page or a package or *something* that I can look at to see "how Ubuntu generates its official ISOs"?01:00
broderjmarsden: live-cd rootfs generates the live filesystem for the iso. i don't know where the scripts live that actually generates the iso from that, though01:02
jmarsdenOK, that's a start, thanks.01:02
broderif you're trying to build your own livecds, https://help.ubuntu.com/community/LiveCDCustomizationFromScratch is good and is "close enough for government work" to what ubuntu generates01:04
psusihrm... I'm trying to do a redirection in a bash for loop and the shell keeps giving me the > prompt like it wants more... I guess it is interpreting the > early rather than as the body of the for loop... I tried escaping it with \ and that did not help01:14
psusinevermind... must have had a typo01:16
=== yofel_ is now known as yofel
persiajmarsden, More comprehensively: the the seeds are processed by launchpad to generate tasks with cron.germinate, and the tasks are used in livecd-rootfs to build the life filesystems.  The live filesystems are embedded into the images with debian-cd (check the branch on LP, not the package: the package is unmodified in Ubuntu)01:24
persiaThe images are then built using ubuntu-cdimage (check LP for branches), but this is just a collection of cronjobs and utilities that drive debian-cd.01:25
jmarsdenpersia: Thanks :)  germinate I know of, debian-cd I did not know about until you mentioned it :)01:26
persiajmarsden, At a high level, what are you trying to accomplish?  A remix?  A new flavour?  Troubleshooting an issue?  Just tweaking images?01:28
jmarsdenTroubleshooting an issue with the latest Lubuntu Alpha2 (checksum mismatch) and also hopefully understanding this enough to help Julien with Lubuntu until such time as it is official enough to use Ubuntu build infrastructure.01:29
jmarsdenpersia: So my goal is to see if I can duplicate "how Ubuntu does it" locally, as a first major step.01:30
persiaRight.  I've been procrastinating about Lubuntu too long.  I'll put something on the wiki (note that it will only be draft)01:30
jmarsdenThanks :)01:30
persia"How Ubuntu Does it" gets a little complicated: livecd-rootfs runs in a natty environment on target architecture, but debian-cd runs on lucid on i386.01:31
jmarsdenHmmm.... OK... well, I use virtualbox VMs quite a bit, maybe I need to get into kvm instead to set this all up.01:32
persiaI think the natty environment is essentially a buildd chroot.01:32
persiaWell, with some extra packages installed.01:33
persiaAnd, unless something is going wrong, it oughtn't matter that debian-cd is running on lucid, because it's branch code anyway.01:33
persia(sometimes things do go wrong: I remember backporting some boot thingy to hardy at one point to fix one of them)01:34
jmarsdenOK.  My primary workstation here is Lucid... so it sounds like I should do the livecd-rootfs stuff in a Natty VM to be safe?01:35
persiaI'd suggest a natty chroot.01:37
persiaIf you have ubuntu-dev-tools installed, `mk-sbuild natty` may be enough (I forget if that was lucid or maverick)01:38
persiaIf that doesn't work, pbuilder is probably the best quick choice.01:38
=== Amaranth_ is now known as Amaranth
vishbroder: hey, for package description guidelines https://wiki.ubuntu.com/SoftwareCenter/PackageDescriptions is the start04:10
vishbroder: we still need to co-ordinate with debian to get their guidelines updated, the person in-charge of that task retired from Ubuntu, so I'll have to pickup the tasks or find someone who is free..04:12
broderthanks, that's helpful04:12
vishnp..04:12
persiavish, If you're involved in that, could you encourage folk to get descriptions to also meet the following two guidelines:04:14
persia1) The short description should complete the cloze "${PACKAGE} is ${SHORT DESCRIPTION}"04:15
persia2) The long description should provide enough information, even if the package name and short description are not presented.04:15
* micahg thought having the package name in the short description gives a lintian error04:16
persiamicahg, It does.  It can be confused by capitalisation changes, etc.04:17
vishpersia: why does short description have to repeat the package name?04:17
* vish curious..04:17
persiaIt doesn't.04:17
persiaIt completes the cloze.04:17
vishand what does "cloze" mean ? :)04:18
persiaIt should not include the package name, or any copula, but rather assume both will be presented by the package manager.04:18
jmarsdenclause :)04:18
persiaNo, cloze04:18
persiahttp://en.wikipedia.org/wiki/Cloze04:18
vishyea, i dint expect persia making two consecutive typos :)04:19
persiaOne is indeed common though :)04:19
broderpersia: the second is already dictated by Policy, i think04:20
jmarsdenSo... the short description "is an exercise, test, or assessment"  ?04:20
persiabroder, Both are dictated by policy.  Sometimes the folks that put together the user experience specifications aren't intimately familiar with policy.04:21
vishyea, the (2) is is given, long descriptions are not meant to depend on the short description, but i dont see any harm in adding that guideline..04:21
* vish still trying to understand (1)04:21
persiaSo, let's say I have a package lksdf04:21
brodervish: it means the short description sholud be something like "a tool to do foo", so that if you stick "PACKAGE is" before the short description, the whole sentence makes sense04:21
vishah!04:22
persiaAnd I want the description to be "lksdf is a utility to render any text meaningless"04:22
persiaSo, I need to have a short description "utility to render any text meaningless"04:22
persiaor "a utility to render any text meaningless"04:22
vishpersia: yea, right, that is what is already mentioned in the guidelines04:23
vishor was ?04:23
persiaI didn't see it in a quick read.  I'll look again.04:23
vishlet me check, but i recall discussing that with mpt, he dint want the package name repeats in the description04:23
persiaIn the long description?04:24
brodervish: lintian should yell at you if you do that04:24
persiaNot all the package managers show the package name when showing the long description.04:24
persiabroder, No, lintian only complains about the short description.04:24
broderah, sure04:24
* micahg keeps learning new words from persia04:25
vishyea, long descriptions, in some of the description i updated last cycle, i made sure the descriptions are in line with your (1)04:25
* persia learned "cloze" in this channel years ago.04:25
persiaI'm not that fussed about whether long descriptions have the package name, but I don't think it's easy to write a paragraph or two about anything without naming it, unless one uses "this package" or "it" a lot, which I think is stylistically poor.04:27
vishpersia: in the avoid section, the "this package" one.. too many long descriptions start with that, but yea, it is not as clear as you mention04:28
persiaSaying "lksdf was written to provide auto-generated text with similar character frequency, average word length, and paragraph breaks to original text, while obscuring the original text, for use in typesetting and visual design applications." seems better to me than forcibly trying to avoid using the package name when describing it.04:29
vishyup, http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis  first line is your (1)04:29
vishmore than the package name, the descriptions starting with "this package" were the offending one..04:35
persiaIndeed.  Those are bad.04:35
persiaIt is because of those that my rule (2) exists.04:36
persia(not that it's my rule, but that I numbered them)04:36
vishi think we would need to update the debian guidelines too, http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-pkg-desc  mentions " Assume that the user has already read the package synopsis."04:38
vishwhich does not necessarily mean long desc needs to depend on the short, but having that line is misleading..04:39
persiaThat's just guidelines.  Not ideal, but easily worked around.  http://www.debian.org/doc/debian-policy/ch-binary.html#s-descriptions is the bit to ensure you aren't violating without deep discussion.04:40
persiaChanging the guidelines may be as simple as filing a bug, and following up on it.04:41
persiabroder, And it appears we're both wrong: rule (2) above isn't mandated by policy, although rule (1) is somewhat implied by policy.04:41
udienzHi, is a new packages with need-packaging tag must subscribed to ubuntu-sponsors?08:12
udienza source already landed in revu08:12
persiaIs the packaging complete?  If so, sure.08:12
persiaOr you can ask for a review here.08:12
persiaWhich package?08:12
udienzpersia, yup complete08:12
udienzwait..08:12
udienzpersia, gkamus08:13
udienzhttp://revu.ubuntuwire.com/p/gkamus08:13
udienzhttp://revu.ubuntuwire.com/p/gbilling-client08:13
udienzhttp://revu.ubuntuwire.com/p/gbilling-server08:14
persiaudienz: For gkamus debian/docs contains "NEWS" and "TODO" which just aren't interesting for end-users.  I'm suspicious that README is similarly uninteresting.08:17
udienzah.. ok. so it's better to removing d/docs?08:19
persiaOr just don't create it in the first place :)08:19
persiaI can't read README, so it might be interesting, but I suspect you'd do better to extract the interesting bits into debian/README.Debian08:19
udienzpersia, ok, i'm writing in english in d/README.Debian08:21
persiaAlso, you've Debian-style versioning.  You want -0ubuntu1 if you're going straight to Ubuntu.  That said, this happens to be a great time to upload to Debian.08:21
persiaI'd recommend fiddling with dversionmangle in debian/watch for gbilling-client: this would be better with version 0.3.1~rc1-108:22
micahgudienz: I'm commenting on revu for gkamus08:23
persiaudienz: For both of them, I'm not sure why you need debhelper >= 7.0.50~ when you're using CDBS.08:24
udienzpersia, i'm not tested this packages in debian, so i'm not confident to uploading to debian08:26
persiagbilling-server has all the same points as gbilling-client.08:26
udienzi will ask debian-id to testing08:26
udienzmicahg, thanks08:27
persiaHeh, makes sense.  It ought work about the same.08:27
udienzpersia, and about debhelper it must be 7?08:28
persiaI don't know why you need debhelper 7.08:28
persiaMost CDBS packages do fine with debhelper 6.08:28
persiaBut it doesn't matter how you do it, as long as you know why you are doing it that way.08:29
micahgudienz: generally debhelper >=7.0.50~ is used the dh short for overrides are used08:30
micahgs/the/when08:30
udienzmicahg, what lintian option you used? i use -iIEv --pedantic *.changes before i uploading to revu and i not got an errors08:36
persiaudienz, Did you build a binary and run it the binary changes as well?08:37
micahgudienz: on the source or binary changes file?08:37
micahgsource is lintian clean, binary is not08:37
udienzpersia, yes. in ppa and running very well in my laptop08:37
persiaudienz, But did you run lintian on the binary?08:38
udienzmicahg,  source ah.. thanks08:38
udienzpersia, no sorry. i will fixing it08:38
persiaNo need to apologize: that's why we do reviews :)08:39
persiaWe all make mistakes, especially when packaging something new, because there's so many things to think about.08:39
udienzhehe08:40
persiaDid anyone attend http://www.fosdem.org/2011/schedule/event/opengazer_dasher last weekend?08:52
persiaThe upstream website I found seemed to indicate it was deprecated, but with the talk, I wonder if I'm just looking in the wrong place.08:56
JayantI had ubuntu 9.04 installed on a windows xp partition.  I upgraded directly to 10.10. Post installation I was prompted to restart. Upon boot I immediately get to a screen resembling windows command prompt. The error on screen is 'no such device : 9f5f4016-f31a-4af6-852f-4502712a528f. Then the next line is grub rescue>09:08
JayantI can access BIOS but can't even access the selection to boot winxp09:08
persiaThis isn'T a support channel: you might try #ubuntu.09:08
persiaIn general, the recommended upgrade path would be 9.04 -> 9.10 -> 10.04 -> 10.1009:09
Jayantoops thanks :)09:09
persiaYou might get away with 9.04 -> 10.04 -> 10.10, but no effort has been spent checking or testing 9.04 -> 10.10.09:09
udienzari-tczew, around?09:38
ari-tczewudienz: yea. hi.09:38
udienzari-tczew, Hello..09:38
udienzabout bug 717654, both CVE already apllied in debian unstable09:39
ubottuLaunchpad bug 717654 in squid3 (Ubuntu) "Please merge squid3 3.1.6-1.2 (universe) from debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/71765409:39
ari-tczewubottu: I saw and I'm looking on squid3 right now :-)09:39
ubottuError: I am only a bot, please don't think I'm intelligent :)09:39
ari-tczewudienz: open your debdiff and look on line 2509:41
ari-tczewthis is a change in d/changelog09:42
ari-tczewit's wrong09:42
ari-tczewlines 25-3409:42
=== almaisan-away is now known as al-maisan
ari-tczewyou can remove it manually before submitting debdiff on launchpad09:43
udienzari-tczew, ok09:44
ari-tczewudienz: I won't require forward a patch to Debian since there is new upstream available and I'd like to see fixed FTBFS on new tarball.09:47
micahgari-tczew: you should still upstream it and let Debian fuzz it when applying to the new upstream09:48
ari-tczewmicahg: still upstream it? sorry, I don't understand09:48
micahgari-tczew: FTBFS patch?09:49
ari-tczewmicahg: do you mean forward to upstream?09:49
micahgari-tczew: forward the linker fix to Debian anyways, no need to wait for new upstream version09:49
persiaOr forward it to Debian: warn the maintainer that they may have to do some work when importing the new upstream.09:49
ari-tczewudienz: OK do it what they say above ^^09:51
ari-tczewbut personally I disagree09:51
persiaari-tczew: Why?09:52
udienzari-tczew, i'll send it09:52
ari-tczewpersia: I have a lot cases when new upstream has got fixed FTBFS or FTBFS message was another than fixed in old tarball.09:53
ari-tczewI had *09:53
persiaOh, sure.  They key thing is that there is a potential issue, not that there is a real and firm issue.09:54
c2tarunwhat is a symbol file and what is its use?10:00
ari-tczewpersia: when we will get to know new DMB crew?10:00
persiaari-tczew: After the next meeting10:01
persiac2tarun: https://wiki.ubuntu.com/stefanlsd/dpkg-gensymbols10:01
udienzari-tczew, i send to debian and upstream10:02
ari-tczewudienz: OK10:03
ari-tczewudienz: I updated your debdiff and will upload it.10:09
udienzari-tczew, ok thanks!10:09
ari-tczewbp10:10
ari-tczewnp *10:10
=== al-maisan is now known as almaisan-away
ari-tczewudienz: did you look on bug 690068 ?10:17
ubottuLaunchpad bug 690068 in erlang (Ubuntu) "Please merge Erlang 1:14.a-dfsg-3 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/69006810:17
udienzari-tczew, yes. i try to fixing it in early days10:18
c2tarunI found this line in manual of dpkg-shlibdeps "dpkg-shlibdeps  calculates  shared library dependencies for executables named in its arguments." what is meaning of executables here?10:28
micahgc2tarun: binary files that are run10:28
jmarsdenc2tarun: ELF binaries, usually... things you can run10:29
c2taruncan you please give me an example?10:29
jmarsden/bin/ls10:29
ari-tczew   /usr/bin ;)10:30
jmarsdenRight :)10:30
jmarsdenWell, I have /bin/ls on my system here...10:31
micahgari-tczew: /usr/bin is a directory :), not all files in there qualify (i.e. /usr/bin/firefox)10:31
ari-tczewmicahg: I know I wanted to fix directory of jmarsden's10:31
micahgah10:31
jmarsdenari-tczew: type which ls and see what your system shows10:32
micahgari-tczew: no, he's right :P10:32
ari-tczewoO10:32
ari-tczewbut usually /usr/bin/*10:32
ari-tczew:>10:32
c2tarunok so dpkg-shlibdeps looks for the dependencies needed for buiding a package and add them to var file substvars. am I right?10:32
c2tarunbut if there is no symbols files or shlibs files then?10:33
jmarsdenc2tarun: Needed for *running* the executables in a package, I think.  By the time it runs you have already built the package...10:33
jmarsdenSo the build deps are already installed...10:34
micahgjmarsden: I think the questions is about filling ${shlibs:Depends} in the binary depends10:34
c2tarunsorry I am not getting, what do you mean by running the "executables in a package"?10:35
jmarsdenmicahg: Right, so that is not something "needed for buiding a package", but something needed at package run time...10:35
micahgjmarsden: ah, right :)10:35
jmarsdenc2tarun: if you have a package that compiles hello.c into hello and installs that as /usr/bin/hello, then dpkg-shlibdeps will check what shared libraries the binary file hello which you compiled needs.10:36
jmarsdenc2tarun: For example, run    ldd /bin/ls    to see what shared libraries that program needs :)10:36
persiaThis then populates ${shlibs:Depends} so that you don't have to fiddle with nm and set the dependencies manually.10:37
c2tarunjmarsden: ldd works fine and I am getting the list of dependencies. but I failed to find any file in /var/lib/dpkg/info/package.shlibs OR package.symbols10:44
jmarsdenNot all packages currently in existence come with symbols files.  Most likely coreutils does not provide such a file.10:45
jmarsdenc2tarun: What is the real reason for all your experimenting with dpkg-shlibdeps ?  What exactly are you needing to do?10:46
c2tarunjmarsden: I was reading this manual page on symbols https://wiki.ubuntu.com/stefanlsd/dpkg-gensymbols I fixed on upgrade bug and the one who sponsored my bug suggested me to use symbol files from next time as this may be useful for them.10:47
jmarsdenOK.  So the sponsor is telling you this would be a useful enhancement to that particular package.  Not that all packages already have symbols files.10:48
persiaOnly packages that supply shared libraries should have symbols files.10:51
micahgbug 713492 started all this10:52
ubottuLaunchpad bug 713492 in ccscript (Ubuntu) "Newer Version Available" [Wishlist,Fix released] https://launchpad.net/bugs/71349210:52
c2tarunjmarsden: please check bug 713492 and second last domment10:52
c2tarunmicahg: yup :) I was looking for that bug only :)10:52
c_kornhm, transmission requires libevent version 2.x. in natty there is still 1.x.10:56
ari-tczewc_korn: so get libevent 2.x. :)10:56
c2tarunmicahg: all got busy :( anyway can you suggest me something about symbol files. Should I look deeper into it?10:58
micahgari-tczew: that affects a lot of packages in main, it should be discussed if the desktop and server teams want that transition this cycle10:58
jmarsdenc2tarun: The sponsor is suggesting you could add a symbols file to that package, the next time you update it (sponsor seems to imply he hopes you will continue to have a relationship with this package!).  Sounds like a good idea to me :)10:59
micahgc2tarun: seems like you've been pointed in the right direction10:59
c_kornari-tczew: it is still in experimental… http://packages.debian.org/experimental/libevent-dev11:00
c2tarunjmarsden, micahg: Thanks :) I'll try to understand about symbol file and include them from next time11:00
ari-tczewmicahg: I'm not suprised. natty+1 will include a lot of transitions and rebuilds11:00
micahgc_korn: I'd suggest filing a bug if there's not one already, if we're not doing the transition, transmission should probably be downgraded11:01
c_kornmicahg: what do you mean with downgraded? transmission 2.21 (which requires libevent 2.x) is not even in natty11:03
micahgc_korn: oh, ok, I thought you were referring to 2.1311:03
c_kornno, this one still depends on the old libevent11:04
micahgah, good :)11:04
c_kornok, bug 701471 is about the transition11:05
ubottuLaunchpad bug 701471 in libevent (Ubuntu) "Sync libevent 2.0.10 from Debian experimental" [Wishlist,Incomplete] https://launchpad.net/bugs/70147111:05
c_kornhm, can't be installed side-by-side with 1.x. and has a rather long reverse depends list on the universe repository11:07
c_kornso what needs to be done is to install the libevent 2 package and to see whether all reverse depends still build from source and work properly ?11:10
micahgI'd vote for not doing that transition this cycle since there's enough to do already before release11:10
c_kornmy concerns are mainly about the transmission package. we would stay out of date for another six months and we already are only shipping 2.13 in natty while upstream released 2.21. another option would be to patch it to use libevent 1.x if it is possible.11:14
micahgc_korn: I'd suggest bringing that up to the desktop team11:16
c_kornshould I subscribe the team to the bug?11:18
micahgc_korn: that's one way, or you can send a mail to the ubuntu-desktop ML11:19
=== yofel_ is now known as yofel
chrisccoulsonplease *don't* do anything with libevent until you've spoken to kklimonda first. I'm sure he has already looked at the feasability of upgrading that11:38
chrisccoulsonand from what i remember, there is a good reason we are still on the old version11:38
kklimondac_korn: 4 packages ftbfs with 2.0.1011:38
chrisccoulsonthere we go :)11:38
kklimondac_korn: one can be dropped, one I've probably ported, one has to be updated by the debian maintainer after testing (and he hasn't told me yet what the status of his tests is)11:39
micahgkklimonda: are those the main packages or the universe ones11:39
kklimondac_korn: that leaves us with one package that fails its tests because of some internal changes in the libevent http implementation11:40
persiamicahg: In practice, both need porting, really.11:40
kklimondaand, because this one fails tests after successfully building, I'm not really sure what's the status of all the other packages that did build.11:40
micahgpersia: indeed, just wondering if the universe ones have been looked at at all ;)11:40
kklimondamicahg: all that fails are in universe11:41
kklimondac_korn: I'll add this to the bug report, along with the link to the PPA, where I did try a transition11:42
c_kornkklimonda: ok, thanks for the detailed information. so for now I will just follow the bug report if there isn't anything else I can help you with the transition …11:50
kklimondac_korn: well, if you know C you can read my comment in bug 701471 - actually, you can read it anyway, but if you know C you could help me with ladvd and honeyd :)11:56
ubottuLaunchpad bug 701471 in libevent (Ubuntu) "Sync libevent 2.0.10 from Debian experimental" [Wishlist,Incomplete] https://launchpad.net/bugs/70147111:56
c2tarunwhat is package-build-dir11:59
kklimondac_korn: if I can get those two ported, and lua-event updated, we could go with transition and work on any bugs after they are reported.12:01
kklimondaif not I'll poke Transmission devs to rebundle libevent2 with their source, or do it myself.12:02
geserkklimonda: for honeyd: I didn't look yet at the errors but also saw some warnings about implicit declarations, it would be good to add the missing headers to those source files12:02
kklimondageser: I can give you the patch for honeyd, I have ported it already :)12:03
kklimondabut I'd like someone to check it, and maybe help me testing it.12:03
geserhoneyd from your PPA is not ported yet?12:03
kklimondageser: no, I'm uploading it now12:03
persiac2tarun, Usually the directory that contains the debian/ directory, although it's possible to arrange things differently with some build systems.12:07
c2tarunpersia: ok, can you please tell me how to use dpkg-gensymbol I tried by this command "dpkg-gensymbols -pccscript -Pccscript-4.2.0/" but got errors that no changelog found12:09
persiaWhere did you run that command?12:09
c2tarunjust outside of the folder that contains debian12:10
persiaAnd does debian/changelog exist?12:10
c2tarunpersia: yup it exist look at this pastebin http://paste.ubuntu.com/566609/12:11
c2tarunccscript-4.2.0 is the folder that contains debian/changelog12:12
persiaYou need to be in ~/source/ccscript/ccscript-4.2.0/ when you run it, not in ~/source/ccscript12:16
c2tarunpersia: I think it worked (because there is no error) but where is the symbol file?12:18
persiaI forget: been a while since I did it.  Might be in debian/ but I seem to recall it being printed to stdout12:20
c2tarunpersia: I am not able to understand stdout but on running this "dpkg-gensymbols -pccscript -Pccscript-4.2.0/ > temp.sym" I found an empty temp.sym file12:22
persiaThis is after you built the package?  That's unexpected.12:24
LaneyI think your -P parameter isn't quite right — are you in a tree with the package built?12:24
c2tarunLaney: what do you mean by "tree with the package built"?12:25
Laneyare the build results somewhere under debian/?12:25
persiac2tarun, Have you previously run something like `debuild -b` in the package directory?12:26
c2tarunLaney: I dont think so if by build results u mean the source.build file then they are outside of ccscript-4.2.012:26
c2tarunpersia: ya debuild -S12:26
persiac2tarun, That only builds the source.  You need to build the binary locally before you can run dpkg-gensymbols12:27
c2tarunpersia: how to do that?12:27
c2tarunpersia: and what is difference between building the source and building the binary locally?12:27
persia`debuild -b`12:28
persiaIt generates a binary package, rather than a source package.  It also builds everything so you have the unpacked build in the packaging directory.12:28
Laneydpkg-gensymbols works by scanning the actual .so files to see which symbols are exported, and for that you need to have them available i.e. you have to have built the package12:29
c2tarunpersia: I got this error http://paste.ubuntu.com/566614/12:30
persiaThen install your build-dependencies.12:31
c2tarunpersia: ok, they are getting installed it will take some time. I have one question by source package you mean source.build file?12:34
persiaNo.12:34
c2tarunThen?12:35
persiaA source package is a .dsc file and any files referenced in that .dsc file.12:35
persiaA binary package is a .deb file.12:35
c2tarunpersia: ok :) got it.12:36
* persia begins to wonder if a binary package ought be considered the union of a .deb and a .ddeb12:37
c_kornkklimonda: is it enough for testing to have a natty chroot ?12:54
kklimondac_korn: for packages that don't have a gui it should be enough12:56
persiaEven for packages with a GUI, it can be enough, if the package doesn't care about what X server it is rendering against (most packages don't)12:57
persiaBut it can be a little tricky setting up a chroot to connect to a local X server (schroot -p contains most of the magic, and there are other ways)12:57
kklimondagreat, gearmand has been synced and its tests also fail with libevent213:00
c_kornI have already a maverick schroot here.13:00
kklimondahmm, may be my fault..13:04
kklimondaor not.. hmm13:04
kklimondacan someone take a look at http://tinyurl.com/6xydhg3 (built fine) and http://tinyurl.com/6dran36 (failed) and tell me if they see any difference?13:06
kklimondathe failed build seems to be running tests twice..13:06
c_kornwell the libevent version is a difference of cource. but I doubt you mean that…13:09
kklimondano, but it does seem to break something subtle in tests.. it may not be a good idea to touch it now after all.13:10
kklimondameh, I still have some time to work on it. I'll try it later13:11
c_kornok, my natty schroot is now ready13:16
c_kornok, so this is the rdepends list http://pastebin.com/3tMzEKXq13:20
kklimondayes - you can get new packages from https://launchpad.net/~kklimonda/+archive/libevent2/+packages, we can split it between two of us and see how many of them we can test13:21
kklimondac_korn: transmission will work, so should php513:22
c_kornok, fine13:22
kklimondawe could create a quick wiki page, where we put things we have tested, what we are testing, and what should be tested13:23
kklimondathis way we can coordinate it13:23
c_korngood idea. better coordination than pastebin texts :)13:24
c_kornif we split it this way? http://pastebin.com/xUs0U2db13:25
c_kornI have lunch now. will begin work after it.13:26
c_kornbbl13:26
=== em is now known as emma
kklimondac_korn: I'd rather do it this way: create a list of packages to test in a simple table, where we can put TESTED, TESTING, NEEDS TESTING states. This way we don't have to reevaluate the split at some point when one of us runs out of things to work on ;)13:28
kklimondac_korn: something like this: https://wiki.ubuntu.com/KrzysztofKlimonda/Libevent2Transition13:32
=== emma is now known as em
micahgkklimonda: you might also want to check with the server team to see if they're ok with this transition13:37
kklimondamicahg: good point13:37
micahgkklimonda: for main, it you + 3 packages the server team owns13:38
micahgs/owns/cares about/ :)13:38
kklimonda*nods*13:38
kklimondaif a sponsor is interested in sponsoring some merge how should he proceed? Should he remove ubuntu-sponsors from the reviewers, and add himself to indicate that he's working on it?13:53
micahgkklimonda: yes13:53
kklimondamicahg: so the merge disappears from the sponsorship queue13:53
micahgkklimonda: you can set to in progess and assign to you, then unassign before uploading13:54
kklimondamicahg: now, if there are issues with the merge, it can take a while to do that.13:54
micahgkklimonda: well, a few hours is fine, a few days, less so13:54
kklimondaindeed, but the bottom line is that someone else may not be aware of this merge, and will upload his version instead.13:55
kklimonda(which did happen with my merge of hamster-applet ;))13:55
micahgkklimonda: if there's a merge bug filed, someone should check that before working on it13:56
kklimondamicahg: sure, but LP is slow ;)13:56
micahgkklimonda: shouldn't be that slow anymore13:56
micahgkklimonda: BTW, I'm unsubscribing sponsors from the libevent bug13:57
kklimondamicahg: sure13:58
kklimondathere is nothing to sponsor yet :)13:58
c_kornkklimonda: ok, thanks for the list. I am testing now14:11
=== tarun is now known as c2tarun
c2tarunI got this error while building the binary package http://paste.ubuntu.com/566647/14:27
ari-tczewc2tarun: update pbuilder14:27
c2tarunari-tczew: actually I have multiple chroot environments of pbuilder so i use pbuilder-dist. how to update that?14:28
ari-tczewc2tarun: pbuilder-dist natty update14:28
c2tarunari-tczew: but I think it failed to download some files, is it really due to not updating?14:29
ari-tczewc2tarun: do it14:30
micahgc2tarun: those versions don't exist anymore, so the files fail to download14:30
c2tarunari-tczew: sure :) I executed the command it'll take some time as I have very slow connection.14:30
geserc2tarun: you need to keep your pbuilder updated (similar to your normal system) to let it know which packages in which version are in the archive14:31
c2tarunmicahg: so updating will solve the prob?14:31
micahgc2tarun: yes, it should14:31
c2tarunmicahg: ok, thanks :)(14:31
petanilinux!ping14:37
ubottuping-pong, a fun game for all the family14:37
petanilinuxsalam14:37
=== tarun is now known as Guest70368
AnAntwa alaykom as-salamu wa rahmatu Ullahi wa barakatoh14:41
petanilinuxanant : thx14:45
petanilinuxalhamddullilah14:45
ari-tczew!language | AnAnt petanilinux14:47
ubottuAnAnt petanilinux: Please watch your language and topic to help keep this channel family-friendly, polite, and professional.14:47
ari-tczewI mean english. :-)14:47
geserAnAnt: barry said "looks like a bogus pychecker warning to me" to your git-buildpackage problem14:48
petanilinuxari-tczew, me indonesian langueage14:49
ari-tczewpetanilinux: nice, but here we prefer english :)14:50
ari-tczewas universal language14:50
petanilinuxoke , no problem14:50
AnAntgeser: yeah, I saw that. But then what ?14:51
AnAntgeser: angelabad uploaded git-buildpackage with the old patch (disabling pychecker), but I am not sure that this is the right solution14:51
gesernot sure, probably disable it for this file14:51
ari-tczewgeser, persia: could you update DMB for date?16:13
ari-tczew(DMB wiki agenda)16:14
paultagHowdy, MOTU. Can I bump bug 666849 (backport bug -- anyone around from backports)?16:16
ubottuLaunchpad bug 666849 in maverick-backports "Please backport arduino (0021+dfsg-2) from natty to maverick" [Undecided,Confirmed] https://launchpad.net/bugs/66684916:16
paultagit builds clean, and was tested16:16
paultaglooks like it's just stalled16:16
ScottKpaultag: MOTU and backports team aren't all the same people.  I'll have a look at it.16:17
paultagScottK: thanks, I'm a bit lost on the Ubuntu package teams - I've never been too involved with it :)16:18
paultagso, please excuse the out-of-place remark :)16:18
c_kornafter compiling libdnsres with libevent2 it does not depend on libevent any longer. http://pastebin.com/hjwBipTB16:24
ScottKpaultag: No trouble.16:25
hyperairc_korn: that looks like two things could have happened -- you ended up with those functions implicitly declared, or the shlibs of libevent2 are broken16:26
ScottKpaultag: Approved.16:29
paultagScottK: cheers!16:30
c_kornhow can I see the shlibs of the installed package ?16:32
paultagc_korn: on a binary or on the package?16:36
c_kornon the installed package. I know I could also look in the package's DEBIAN/shlibs file16:36
paultagc_korn: either ldd on a binary, or shlibs16:36
paultagah16:36
paultaghumm, I don't know there's something for that16:37
c_kornthis is the shlibs file in the libevent-2.0.5 package: libevent-2.0 5 libevent-2.0-5 (>= 2.0.10-stable)16:37
paultagc_korn: not sure, really16:40
paultagc_korn: if you're looking for what a binary is linked against, ldd might help, but other then that, I'm not sure there's much in place16:41
paultagc_korn: and if you're working on that package, it has hella issues16:42
c_kornwhat package do you mean?16:42
paultaglintian -IE --pedantic libevent*changes | wc -l16:42
paultag2716:42
paultagc_korn: libevent16:42
c_kornthose are the libevent errors/information http://pastebin.com/niiCg1zN16:48
paultagc_korn: http://pastebin.com/LKgnuv5v16:58
kklimondapaultag: you are checking the older version :)16:59
paultagkklimonda: ahhha. Thanks! :)16:59
* paultag finds some coffee :)16:59
c_kornhm, my first FTBFS http://pastebin.com/Zfuq3CzK17:03
kklimondac_korn: you don't really have to rebuild the. I did that already. But the problem is the successful rebuild doesn't indicate a properly working package :)17:04
ari-tczewc_korn: this FTBFS is related to linking no add needed17:04
c_kornyes, I also test the executable17:04
kklimondac_korn: the ppa with all reverse dependencies is in https://launchpad.net/~kklimonda/+archive/libevent2 and I did mention it.17:04
kklimondac_korn: you cat get packages from there, I've fixed two or three that did fail17:05
wejaegerHey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn17:05
kklimondac_korn: I did fix getstream for example already, so you can get a source packages from there :)17:05
ari-tczewc_korn: if you want fix it, you have to add link -levent17:06
c_kornok, but I can't test it anyway. don't have a DVB-S transponder xD17:08
c_kornenough testing work for today17:09
kklimondac_korn: thanks for that, I see you did test quite a lot of them already :)17:09
c_kornnp17:10
c2tarunneed help in creating the symbol file. I build the source package and binary package.18:18
c2tarunpersia: ping18:25
ari-tczewsiretart: around?18:39
siretartari-tczew: hi18:40
ari-tczewsiretart: did you see my mail?18:40
siretartari-tczew: I've uploaded your patch a few minutes ago :-)18:40
siretartari-tczew: http://packages.qa.debian.org/libv/libva/news/20110213T181722Z.html18:41
ari-tczewsiretart: very nice, I'll file a sync request and let you know about it, OK?18:42
siretartsure!18:42
siretartari-tczew: please note that I didn't try to build it in natty yet18:42
ari-tczewsiretart: I did it.18:42
siretartcool!18:43
ari-tczewsiretart: then I'll attach a buildlog to sync request.18:43
ari-tczewsiretart: what do you think about if I'll prepare a merge of ffmpeg and you will sponsor it?18:45
siretartari-tczew: don't you want to rather join pkg-multimedia and do the merge in that team? ;-)18:46
siretartari-tczew: I use git to maintain the ffmpeg package for ubuntu as well, and that merge is next on my list18:47
ari-tczewsiretart: but delta is only ubuntu-specific, how do you want get it into Debian?18:49
siretartari-tczew: http://git.debian.org/?p=pkg-multimedia/ffmpeg.git;a=shortlog;h=refs/heads/ubuntu18:49
ari-tczewsiretart: not sure whether I have a time for new membership18:50
siretartari-tczew: uh my, it seems I there are a number of bits that should go into the debian pacakge :-/18:58
ari-tczewsiretart: do you mean ffmpeg?18:59
siretartyeah18:59
ari-tczewsiretart: so do we should wait for next ffmpeg revision?19:01
siretartari-tczew: I'm already working on it19:06
ari-tczewsiretart: OK19:06
ari-tczewsiretart: do you know how to fix this FTBFS? http://paste.ubuntu.com/566726/19:10
geserari-tczew: I looked once at a similar FTBFS and it looks like linux-libc-dev doesn't ship that file anymore19:14
geseronly the V4L2 header file19:14
ari-tczewgeser: I tried to find videodev.h in another package but no results.19:16
geserari-tczew: linux-libc-dev in maverick has them, but not the natty one19:18
geserI don't know if v4l is still supported in natty or only v4l2 (linux/videodev2.h)19:19
siretartno, v4l is dead. port packages to v4l219:22
siretartor if v4l support is optional, disable it.19:22
ari-tczewso next transition19:44
c2tarunbug 718150 can anyone please explain me the last comment.20:06
ubottuLaunchpad bug 718150 in ucommon (Ubuntu) "Newer Version Available" [Undecided,Confirmed] https://launchpad.net/bugs/71815020:06
geserc2tarun: there is no real connection between upstream version and API/ABI version of a library20:26
c2tarungeser: not getting API/ABI version means?20:27
geserthat's the "version" number of the programming interface (API) or call interface (ABI) which other application use of a library20:28
geserif upstream doesn't change any public functions (API) or size of data structures (ABI) in one release there is to reason to bump the library version20:29
c2tarungeser: ok, but what do you mean by there is no connection b/w the version. Version in our archives is 3.2.0 and the one I downloaded by uscan is 4.1.1.20:31
c2tarungeser: ^^20:34
geserthe library version you can "see" in the filename "libucommon.so.3". Because of the "3" the package is names libucommon*3*20:34
gesermany upstream try to keep the major upstream version match the library version but there is no requirement for it20:35
c2tarungeser: I tried to pull the package of name libucommon3 but It directed me to ucommon package. and sorry but I failed to find libucommon.so.320:36
geserthe binary package name is "libucommon3" and it's build by the source package "ucommon"20:37
geserlibucommon.so.3 is a filename from the libucommon3 package20:37
atagarHi, a package I maintain (tor-arm) just got accepted into debian unstable. What is the process for requesting a sync from ubuntu and does that make it available in all ubuntu distros?20:38
c2tarungeser: is there any way of building binary package of different name than source package. still the file I uploaded is debian.tar.gz file. I dont think its the binary package.20:38
atagar(for a bit more context: http://packages.debian.org/sid/tor-arm)20:39
geserc2tarun: the contents of debian/control describe all packages build from that source package (there are also some other files in debian/ named after a package name to tell debhelper scripts which file belong to which package etc.)20:40
geseratagar: see https://wiki.ubuntu.com/SyncRequestProcess for the sync and it will be only available for the next Ubuntu release (natty) but once it's in natty you can ask for a backport for older releases20:41
c2tarungeser: ok, i just checked, I think there are four packages build from this ucommon source package. so what should I do :( I am understanding my mistake, but don't know how to solve it?20:41
atagargeser: thanks!20:42
geserI didn't look yet at the package but most likely replace any occurance of libucommon3 with libucommon4 (as the library version has changed according to comment #2) (debian/control, debian/libcommon3.install if it exists and similar files, check debian/rules if libucommon3 is used somewhere)20:44
geserc2tarun: is this your first package? an upgrade of a library with a transition is not the best pick for someone unexpierenced as you need to learn pretty much in short time20:45
c2tarungeser: well technically its not my first, but ya you can say so. I am not much experienced. And sorry but I was not aware that it was a library. How can I check that the package I want to upgrade is an library or an application?20:46
atagargeser: If it won't be available until the next release anyway then is a sync request necessary? I thought most new debian packages were automatically available in the ubuntu repos of new releases.20:46
geserc2tarun: by looking at which packages it builds: if they start with lib then it's a library20:47
c2tarungeser: ok, so I should leave this bug and look for some simple packaging one?20:48
geseratagar: only in the first stage of a development cycle new and updated packages get auto-imported into Ubuntu. After DebianImportFreeze (which was on 2010-12-31) only on request. New packages can only get synced till FeatureFreeze which is on Feb 24th.20:49
atagargreat, thx20:50
geserc2tarun: up to you, but it seems you have done the most part already. what's missing is the renaming of the binary packages.20:50
c2tarungeser: ok, so i should grep libucommon3 into all the files of debian and simply replace them by libucommon4? and some occurences like libucommon3-dbg to libucommon4-dbg?20:52
geserc2tarun: I didn't want to discourage you, just inform you that what you picked isn't an "easy" task20:53
geserc2tarun: yes20:53
c2tarungeser: its ok :) I'll leave this bug and look for a new one. One more question, If I get stuck on some error that occurs while building the binary package like http://paste.ubuntu.com/566758/ then what should I do?20:54
geser(of course don't replace it in old changelog entries as it's a documentation of the package history)20:54
c2tarungeser: ya sure changelog and copyright entries should not be messed :) so do you think that I should finish this library bug ?20:55
geseryes, it's a good expierence and you will learn much in short time20:56
geserif you have any problems, asking here for help is the right place20:56
geserand currently I don't have an idea of how to fix this FTBFS20:57
c2tarungeser: ok no prob:), regarding that library bug In control file there is an entry of libucommon3 in Depends section of one of the libraries that are build from this source. should this be changed to libucommon4?20:58
geseryes20:58
c2tarungeser: ok,20:58
geserit's for the -dev package right?20:58
c2tarungeser: yup20:59
geserthat's right, if you build an other package with libucommon-dev, you need the matching library to link with which is in libucommon421:00
c2tarungeser: ok, these changes should be mentioned in changelog or not?21:00
geseryes, but something like "Renaming libucommon3 to libucommon4" is enough here21:01
c2tarungeser: ok21:02
c2tarungeser: and there is file of name libucommon3.install should the name of file be changed to libucommon4.install?21:03
geseryes, it describes which files end in the libucommon4 package21:04
c2tarungeser: I think the debian folder is ready now. Is there any way I can show it to you?21:05
geserI guess the easiest way would be a new attachment to the bug21:08
c2tarungeser: ok , sure :) I'll do that. just wait a second please21:10
c2tarungeser: its done can you please take a look. bug 71815021:11
ubottuLaunchpad bug 718150 in ucommon (Ubuntu) "Newer Version Available" [Undecided,Confirmed] https://launchpad.net/bugs/71815021:11
geserc2tarun: will look at it later, I'm currently not using my Ubuntu so can't check things as easy as I'm used to21:12
c2tarungeser: sure :) Thanks a lot.21:13
c2tarungeser: If you can than can you please tell how do you guys check? I mean is there any tool for checking or just by looking at the debian.tar.gz file/21:15
geserc2tarun: I usually look at the contents of the files21:16
c2tarungeser: ok21:16
geserthere is a tool (lintian) to check for common errors but it doesn't catch everything21:16
c2tarungeser: okay, so its all just by experience? thats cool :)21:17
c2tarungeser: ok its 3 am I have to go :( I'll wait for your comment on that bug, and I'll try to fix any error possible. and Thanks a lot :)21:21
gesersleep well21:22
grunthusHi, is there a good guide to using pbuilder with bzr branches?22:31
ari-tczewgrunthus: general guide about pbuilder: https://wiki.ubuntu.com/PbuilderHowto22:34
grunthusHi ari-tczew, thanks, I've been working through that guide, but it doesn't mention bazaar branches.22:35
ari-tczewgrunthus: bzr branch lp:~foo/bar && cd bar && rm -rf .bzr && debuild -S -sa && pbuilder-dist natty ../file.dsc22:35
grunthusSeems pbuilder build is looking for a dsc file22:35
grunthus^thanks22:35
macowhy rm th e.bzr/22:36
maco*?22:36
ari-tczewmaco: problematic for building source22:36
macoO_o22:36
macobzr-builddeb -S22:36
macothen it won't complain22:37
macoand you don't have to lose bzr history and be unable to commit and push up a merge request22:37
grunthusI'd want to be able to have merge request22:39
tumbleweedbzr bd --builder=pdebuild ?22:40
grunthusHmm. Hit a problem with debhelper.mk: No such file, however debhelper package is installed.22:43
macocdbs22:44
ari-tczewgrunthus: install cdbs package in your system22:46
grunthuscheers maco, ari-tczew, just did that , plus another (python-distutils-extra).22:47
grunthusI'm attempting to build ubuntuone-control-panel with pbuilder. Now complaining "cant build with soure format 3.0 quilt: no orig.tar.gz...22:48
grunthusPerhaps this would be easier if I started with apt-get source instead of bzr branch?22:49
macobzr bd shouldnt need a .orig.tar.gz22:49
ari-tczewmaco: pbuilder...22:49
grunthusso pbuilder wrong way to try to build from bzr branch?22:51
micahggrunthus: no, it should work fine22:52
micahggrunthus: you can't delete .bzr if you're using bzr-builddeb22:52
grunthusah. TOo late then. I'll need to clean up and bzr branch again?22:52
micahggrunthus: yes22:52
grunthusOK, np.22:53
grunthusRight, started again. bzr-builddeb -S22:55
grunthusMuch better, 'fraid to say, debuild failed to sign  changes and dsc files, secret key not available.22:58
grunthusgoogling22:58
micahggrunthus: that's ok for pbuilder, but if you need to upload, you can use debsign on the source.changes file22:59
macogrunthus: can add "-- -uc -us" to make it shut up about that too23:01
grunthusThanks, that's better.23:02
grunthusI can sign the changes file when I'm finished with a fix for this bug (I hope!)23:03
micahggrunthus: you won't need to, you can just push your branch up to launchpad, lp:~you/ubuntu/package/branchname or lp:~you/project/branchname23:04
grunthusOK.23:04
micahggrunthus: and then propose a merge23:04
macoput the release as UNRELEASED if you do that23:10
macothe person who sponsors the upload will change it from UNRELEASED to natty (or whatever)23:10
grunthussuccessfull build, thanks for the help.23:32

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