/srv/irclogs.ubuntu.com/2010/02/19/#ubuntu-motu.txt

persiaNo.00:00
persiaLook up virtual package in the policy doc.00:00
ari-tczewpersia: I can't found, lol00:03
ari-tczewpersia: I need a break in packaging, bye00:11
=== virtuald_ is now known as virtuald
PATXcan anybody review http://revu.ubuntuwire.com/p/fastpatx00:57
aboudreaulthi<01:09
aboudreaultdoes anyone uses cowbuilder here ? I got strange library path in a chroot: see the last -L option: http://pastebin.com/m1fa5b3ff01:10
persiaThat doesn't seem like an unreasonable place for it to be: is that not the default unpack location?01:13
aboudreaultdon't know where this come from01:14
aboudreaultthe problem is all those spaces in the path01:15
aboudreaulthttp://pastebin.com/m2b623a001:16
aboudreaultmore log01:17
persiaThose are real spaces, not just artifacts?  Oh my, that is wrong.01:17
* persia has no idea01:17
aboudreaultstrange :/01:18
flupkehi, I'd like to better understand the .debs build process in the repositories, is there documentation somewhere on this subject ?02:01
persiaAre there any specific aspects that interest you?  I don't know of an overall brief.02:02
flupkeI'd just like to know what the process is like, for example are the .debs built from the same packages you get from apt-get source ? is this done automatically ?02:03
persiaYes, and kinda.02:03
persiaDevelopers upload source, and Soyuz dispatches those to the buildds.02:04
persiaThe buildds build, and the upload the binary packages.02:04
persiaI say "kinda" automatic, because the trigger is a developer uploading something, or pressing the "give-back" button.02:04
flupkeand is there some kind of standardized build platform ?02:05
persiaYes, but I don't know that the details are well documented.  You might get some information from the Soyuz source.  I know that a custom version of sbuild is used at the bottom layer.02:05
flupkethe reason for my question is that I'd like to kind of automate building customized .debs, and I often have problems on my desktop karmic02:06
persiaOh, then you're not interested in that at all :)02:07
lifelessuse PPA's02:07
lifeless:>02:07
persiaYou don't need *anywhere* like the infrastructure required to run a distro for that.02:07
flupkeso, now I know this must be because of the pile of junk installed on it, I'll look for details on soyuz and sbuild02:07
lifelessflupke: just sbuild/pbuilder should be all you need. Though really; PPAs.02:08
persiaPPA work, of if you need it local, look at any of the mini-archive tools.  deb-o-matic is one that I used once-upon-a-time (but no longer remember clearly)02:08
flupke(I was wondering if the .debs were built by hand)02:08
persiaNo.02:08
persiaUse a ppa, or install pbuilder/sbuild.02:08
persiaThat will take care of 95% of what you need.02:09
flupkeok I'll look into PPA and pbuilder/sbuild, many thanks :)02:09
persiadeb-o-matic or falcon or something would get you to 99%.02:09
jcastroplus with a PPA you get other arches for free!02:09
persiajcastro: For a very limited definition of "other", being approximately "ones that one can build on the same hardware" :)02:09
* jcastro loosely changes what "free" means depending on the day02:10
RAOFYeah.  Nothing exotic like PPC or I64.02:10
persiaPPC isn't exotic!02:10
persiaBut I can't find ia64 in the shops, and the few sparcs I can find seem old.02:11
persia(and big and noisy etc.)02:11
persiaBut PPC is widely available in retail.02:11
lifelessqemu qemu qemu02:12
RAOFIt would be nice to have PPC in the PPA; that way people could use nouveau on their slightly exotic hardware.02:12
persiaRAOF: I thought people could use nouveau on their non-exotic PPC hardware by using squeeze or lucid.02:13
persiaDid that not happen yet?02:13
RAOFThey can, yes.02:13
RAOFBut it would have happened sooner, and they won't be able to test 3D with lucid.02:14
persiaOh.02:14
persiaWell, I suppose packages could be built locally, but yeah :(02:14
persiaUnfortunately, I have ATI on my PPC, so I can't test anyway.02:14
RAOFAnd they won't be able to verify fixes, because I can guarantee the first thing nouveau upstream will ask of bug reports is “does it still happen with git kernel, ddx and libdrm”?02:14
PATXpersia, are u busy with reviewing?02:15
persiaPATX: No, busy with bugfixing02:15
PATXah02:15
* persia is currently frustrated with make function call semantics02:15
PATXwill u ever have time to look at http://revu.ubuntuwire.com/p/fastpatx02:15
PATXlol02:15
persiaPATX: I have that page open in my browser, and have had it so for a while.  It's #2 on my review list for when I'm reviewing again.02:16
PATX:) thanks! :)02:17
PATXnot rushing (or trying to) im just new to this so i am ansois02:17
PATXansois?02:17
PATXanxious02:17
PATXlol02:17
kamalmostafaHello motu's -- please note bug 524183 -- have I followed the FFE request process properly?02:23
ubottuLaunchpad bug 524183 in hamlib "Sync hamlib 1.2.10-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/52418302:23
flupkeI have a pbuilder environment (I followed https://wiki.ubuntu.com/PbuilderHowto ), but it fails building a package (gdal), saying "Aptitude couldn't satisfy the build dependencies"; how can I investigate on the problem ?03:06
kamalmostafaflupke: the problem there looks like you're trying to build a package on Karmic which will only build on Lucid, due to a newer version of a library on Lucid...03:13
cyphermoxflupke, usually pbuilder will tell you a bunch of things in addition to "couldn't satisfy dependencies", it would be a little higher "up" in the output -- e.g. <package name> is a virtual package, or <package name> will not be installed03:13
kamalmostafascroll back in your pbuilder log there, and you'll see:03:13
kamalmostafa    Depends: libhdf5-serial-dev (>= 1.8.3) but it is not installable03:13
kamalmostafaThen, you can do    apt-cache policy libhdf5-serial-dev   there on your Karmic system, and you'll get:03:14
kamalmostafa  Candidate: 1.6.6-4ubuntu203:14
kamalmostafaNote that the version number there is indeed *not* >= the version 1.8.3 that your 'gdal' package requires.03:15
kamalmostafaLucid does have a version of libhdf5-serial-dev that will work here, and the package looks like it at least proceeds to start building with a pbuilder-dist for Lucid.03:15
flupkekamalmostafa, I see "Depends: libhdf5-serial-dev which is a virtual package." in the log03:21
flupke(with a bunch of other virtual packages)03:21
kamalmostafaflupke: The very next line, I think, will be the "... is not installable" line I mentioned.03:21
flupkeso I just do : sudo pbuilder update --distribution lucid --override-config ?03:21
kamalmostafaThat's not the method I use.   I use "pbuilder-dist" (which is just great :)    See the man page for "pbuilder-dist" for instructions on how to set it up.03:22
flupkeI don't see any "... is not installable" line03:22
flupkeok, thanks03:23
kamalmostafaflupke: if you want to capture your pbuilder log (with --logfile {filename}) and paste it to a pastebin, I'll be happy to take a look.  I'm correct that you're running on Karmic, yes?03:25
flupkeyes I'm on karmic03:25
kamalmostafaflupke: ok, well, that version of gdal won't build *for* Karmic due to the older libhdf5, but yes, pbuilder-dist will let you build a Lucid-targeted version of gdal on your Karmic system (if that's interesting to you).03:27
flupkekamalmostafa, here is the log : http://paste.pocoo.org/show/179981/03:28
kamalmostafaflupke: yes, your log does look different than mine.   Have you done?:    sudo pbuilder --update03:32
flupkeyes03:33
kamalmostafaflupke: well, I don't know why our logs differ there -- sorry.03:34
flupkekamalmostafa, heh no problem, anyway I'm targeting jaunty, maybe it'll work for it03:34
kamalmostafaflupke: well, I haven't actually tried it, but I think pbuilder-dist can build for Jaunty as well -- but if Karmic doesn't have the libhdf5 you need, Jaunty won't have it either I expect.  good luck!03:35
* flupke tries with pbuilder-dist03:36
flupkeit's a dev machine I'm working on, maybe it's too broken and I should make a VM03:36
flupkeI disabled the PPAs that I'm using to get the latest gdal and Qt but maybe there are things left03:37
kamalmostafaOh, actually, we never compared versions.  I'm just testing with "apt-get source gdal" from the Lucid source base:  gdal_1.6.3-3.dsc03:38
flupkeanyway this is very interesting, I always wondered how it worked, thanks for the infos I have tons of fun things to do now :)03:38
flupkeI tried on gdal_1.5.4-4.dsc03:39
kamalmostafaflupke: ok, well best of luck.  FWIW, my   pbuilder-lucid-amd64 gdal_1.6.3-3.dsc   did build successfully.03:40
flupkekamalmostafa, just a last question, I'm going to make a VM to have a clean environment, is it best to use the same platform I'm targeting (e.g. build for jaunty from jaunty) ?03:48
kamalmostafaflupke: i don't honestly know.  I use pbuilder-dist (running on my Karmic machine) to build packages for Lucid regularly and it has worked flawlessly for me, but I have no experience building for Jaunty.  But if you're going to make a VM anyway, then you may as well go ahead and just build on the release you're targeting for.  sorry that's not much of an answer.  :-)03:51
flupkehem yeah silly question, I could as well just install build-essential03:52
flupkebut the reason I'm doing all this is that building gdal from sources failed on the jaunty machine03:53
flupkeI wonder where the .debs come from :)03:53
kamalmostafaflupke: https://launchpad.net/ubuntu/+source/gdal says that your gdal_1.5.4-4 as building successfully in Karmic, but Jaunty has an earlier version of gdal.03:56
kamalmostafa(in reference to "where the .debs come from")03:57
kamalmostafaoops... I must step away.  good luck, flupke.03:58
flupkethanks for all, bye :)03:59
=== mr_steve_ is now known as mr_steve
=== foxbuntu` is now known as foxbuntu
=== ubott2 is now known as ubottu
flupkekamalmostafa, just to let you know, everything compiles smoothly in the VM... my machines are somewhat broken as an ubuntu build environment05:51
kamalmostafaflupke: good news.  congrats!05:51
dholbachgood morning08:21
slytherinDo we have any policy for/against keeping KDE3 apps in universe?08:24
davidekholmHi. I'm the founder of Jalbum (http://jalbum.net). We've just adopted our web photo album software for Ubuntu and packaged it as a .deb package. Can anyone here give me guidance on how to get Jalbum into "Ubuntu Software Center"? We're true freeware, no crippleware, but Jalbum is only 50% open source - generic code under LGPL but still some core code not opened.10:14
davidekholmJalbum is very popular on Windows and Mac with over 5 million downloads and over 26 million published web albums to servers all over the world. Now we want to give Ubuntu users a proper experience of our software. I figure, getting into "Ubuntu Software Center" is the ideal path.10:15
c_kornhello, can I get a FFe for scilab ? bug 51186410:16
c_kornseems the bot is still sleeping: https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/51186410:17
ubottuLaunchpad bug 511864 in scilab "Sync scilab 5.2.1-1 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/51186410:17
ubottuUbuntu bug 511864 in scilab "Sync scilab 5.2.1-1 (universe) from Debian unstable (main)" [Undecided,New]10:17
c_kornoh, there it is. I was tabbing fro ubutto :)10:18
davidekholmAnyone with input on this?10:18
dholbachdavidekholm: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages10:31
sebnerdholbach: As MOTU remains after Archiv-reorg, u-u-s remains too am I right? Because I just renewed membership .. :)10:35
dholbachsebner: I wanted to discuss it in the next TB meeting10:36
dholbachI think it'd make sense to merge the teams10:36
sebnerdholbach: oh, kk. :)10:37
shadeslayeranyone around?11:48
RhondaIf you have a question, just ask it and people might answer you, even without your question wether someone is around or not. :)11:49
slytherindoes anyone know how to know exactly if plymouth is working on an installation or not?11:58
slytherin#ubuntu-x12:23
fagandirecthex: do you package monodevelop?12:31
directhexfagan, i've taken care of the past few updates, yes12:31
faganThe -java -python..etc cant be installed12:31
directhexin lucid?12:32
faganyep12:32
faganBug #52438812:33
ubottuLaunchpad bug 524388 in monodevelop "[lucid] Monodevelop plugins cant be installed" [Undecided,New] https://launchpad.net/bugs/52438812:33
fagandirecthex: ^12:33
faganIt looks like the version number just needs to be changed12:35
faganfor the depends I mean12:35
directhexfagan, looks like some missing syncs12:36
directhexfagan, monodevelop-boo is fine fr'example12:36
directhexlet me build the list12:36
fagan-boo is fine here too12:36
directhexjust a bunch of syncs needed12:37
faganah ok12:38
faganits just -java -python and -database that are broken12:38
faganoh and -vala12:38
fagandirecthex: cool so at least its easily fixed12:39
directhexSync request filed as bug #524396: https://edge.launchpad.net/bugs/52439612:40
ubottuUbuntu bug 524396 in monodevelop-debugger-mdb "Sync monodevelop-debugger-mdb 2.2.1-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed]12:40
ubottuLaunchpad bug 524396 in monodevelop-debugger-mdb "Sync monodevelop-debugger-mdb 2.2.1-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/52439612:40
directhexSync request filed as bug #524397: https://edge.launchpad.net/bugs/52439712:40
ubottuUbuntu bug 524397 in monodevelop-debugger-gdb "Sync monodevelop-debugger-gdb 2.2.1-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed]12:40
ubottuLaunchpad bug 524397 in monodevelop-debugger-gdb "Sync monodevelop-debugger-gdb 2.2.1-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/52439712:40
directhexand so on12:41
fagandirecthex: cool thanks for the help12:42
directhexfagan, i didn't notice than my request for 2.2.1 had been syned, which is how i missed this12:42
directhexthere, that's all of them12:43
faganthanks12:43
slytherinDo we have anything policy in regards with removal of KDE3 applictions?12:43
faganslytherin: what needs removal?12:44
slytherinfagan: kiso, it hasn't seen a release since 2005, KDE3 app and functionality available in other programs.12:44
faganslytherin: well I dont think we have any formal policy for removal but if you ask one of the motu kde people they could maybe do it for you12:47
slytherinfagan: That is why I asked here.12:47
faganmaco2: you around ^12:47
directhexfagan, in the meantime, it *might* be possible to use my karmic ppa without issue. i have all the 2.2.1 stuff from sid in there12:48
fagandirecthex: I can wait for the sync ill close my bug when its fixed12:49
slytherinfagan: Wow. Quick post. :-)13:16
faganslytherin: yep13:17
slytherinfagan: In case you don't know, I usually come across such packages when dealing with NBS problems.13:17
faganslytherin: NBS?13:18
slytherinfagan: Not Built from Source. Usualy deals with the libraries which are no more built but have rdepends. http://people.canonical.com/~ubuntu-archive/NBS/13:19
* fagan hates acronims 13:19
shadeslayerfagan: acronyms :P13:20
and`fagan: about your blog post: archive "cruft" is something not that easy to get rid of, most of the times there's alwais a reason to keep a package or better people may have different opinions about removing or not a certain software13:20
and`fagan: also, it would be nice to check for such packages in Debian first, to avoid work-duplicates13:21
and`fagan: it's nice blogging about it, but not easy to fix the current situation :)13:21
faganand`: very true but it is needed IM13:22
fagan*IMO13:22
didrocksfagan: hey13:22
Laneywho's the judge of whether a program is worthy?13:22
and`fagan: agreed, but the MOTU team is usually overloaded by a lot of things starting from sponsoring to merge new stuff, so it will be hard13:22
didrocksfagan: did you advance on Quickly doc side ? ;)13:22
and`Laney: usually the maintainer need to give his / her ack before having the package removed13:23
fagandidrocks: oh I forgot to ask dpm13:23
Laneyand`: no, we don't have maintainers13:23
and`Laney: Debian side13:23
didrocksfagan: also, Mallard can be used now, see my comment on philip's post13:23
Laneythis isn't a question about Debian13:23
slytherinand`: Laney: You can always check certain parameters like if it is maintained upstream, if the functionality is something not easily available in other packages. etc.13:23
and`Laney: low popcon, RC bugs, no one caring about it13:23
Laneysince it's really not possible there13:24
Laneyslytherin: I don't know if lack of upstream activity is enough13:24
Laneybuggy, unmaintained maybe13:24
shadeslayerdoes pbuilder just require the .dsc to build a package?13:24
Laneybut just not having releases, ...13:24
and`yes, RC bugs + unmaintained13:24
shadeslayeri cant really figure out the wiki13:24
slytherinLaney: That is why I specifically asked. The package in question is a KDE3 app. I didn't know if we are still keeping KDE3 apps.13:25
slytherinshadeslayer: yes13:25
Laneyright, the question broadened somewhat from your original one13:25
shadeslayerslytherin: nothing else in the chroot?13:25
slytherinLaney: That is fagan's fault. :-D13:25
fagandidrocks: well I dont have a clue how to use mallard atm13:25
Laneyslytherin: also, an imporant thing for the one you asked about is that it's an ubuntu-local package13:25
and`shadeslayer: pbuilder requires a .dsc target to build a package yes, but before you should debuild it13:26
Laneyso we have no debian maintainer to lean on13:26
slytherinshadeslayer: Have you created a pbuilder chroot?13:26
shadeslayerslytherin: its downloading13:26
didrocksfagan: neither do I, but you can ask to robert_ancell when he's around, he worked on that13:26
LaneyI am much less tolerant of those packages13:26
fagandidrocks: Ill have a look into it13:26
and`Laney: well, usually it's nice to ping the Debian maintainer anyway to see what's going on if the package is not being updated or it is buggy13:26
didrocksfagan: sweet, thanks13:26
shadeslayerand`: so like first debuild -S -sa and then /path/to/dsc_file_generated ?13:26
fagandidrocks: first ill go ask dpm about the translations of what we have13:27
slytherinLaney: Right. I had forgot about that. So it is good candidate for removal.13:27
didrocksfagan: ok13:27
and`Laney: that's why removing packages in Ubuntu is directly related to Debian13:27
slytherinand`: In this particular case, package was never present in Debian.13:27
Laneyand`: I know all of this. I'm a big proponent of convergance13:27
Laneywe're talking about both a principle and a specific case13:27
Laneyand actually this case is quite different from the norm13:27
and`shadeslayer: debuild -S -sa (depending on orig upload or not) and then pbuilder --build /path/to/dsc/file (or if you use different tarballs use the --basetgz option)13:28
and`Laney: sure, wasnt following the specific case, was just telling how this generally works for most packages13:29
shadeslayerand`: different tarballs ? i dont understand13:29
Laneythanks, although I think I am aware of how best to work here :)13:29
james_wdidrocks: I've played with Mallard a little too13:29
faganit would require some help from debian but if the package doesnt have a maintainer and hasnt been updated it could be removed13:30
and`shadeslayer: e.g if you have a lucid tarball and a sid one13:30
shadeslayerand`: oh..13:30
didrocksjames_w: oh really? Do you have any documentation pointers (<- fagan)13:30
and`shadeslayer: but I guess you just have a base.tgz one :)13:30
shadeslayerand`: so what does it do with both the tarballs?13:30
shadeslayerand`: the one pbuilder creates right13:30
james_wdidrocks: fagan: http://projectmallard.org/about/learn/index.html13:31
didrocksjames_w: rock! Thanks13:31
shadeslayerand`: some of the packages failed to download... i just run pbuilder update to get them right?13:31
and`shadeslayer: if you want multiple chroots with different systems in it you can have them by specifing the distribution, the basetgz location and the mirror you wanna use13:31
and`shadeslayer: yes13:32
james_wdidrocks: fagan: http://gitorious.org/empathy-mallard/empathy-mallard13:32
and`shadeslayer: it will update your tarball fetching latest contents13:32
shadeslayerand`: ah...13:32
shadeslayerand`: ok13:32
and`shadeslayer: let's say you want a sid chroot, you will do13:32
shadeslayerand`: so it builds against those chroots13:32
didrocksjames_w: ok, I'm copying the link to the bug report to have it into an handy place (I hadn't the time yet to have a look at it, but I'm sure we should use mallard now)13:33
didrocksjames_w: thanks a lot13:33
shadeslayerlike i want to test the package on both karmic and lucid.. so i need both of those chroots13:33
and`shadeslayer: pbuilder --create --basetgz /path/to/it/sid.tgz --distribution sid --mirror http://ftp.debian.org or whatever13:33
shadeslayerand`: ok i get it :)13:33
and`shadeslayer: that will make a sid chroot, if you want a karmic chroot just change the variables above and you're done13:33
faganthanks james_w for the link13:33
james_wdidrocks: mallard rocks13:34
shadeslayerand`: ok im starting to get this :)13:34
and`shadeslayer: so, in the end, you can build against multiple distributions :)13:34
faganjames_w: im just sad because I only got to grips with docbook in september :/13:34
slytherinshadeslayer: wiki has a very nice example of pbuilderrc containing configuration for multiple chroots.13:35
* Laney just uses pbuilder-dist13:35
shadeslayerslytherin: yeah im reading that too... for the past half an hour...just a bit slow on understanding it... first time packager :)13:35
slytherinhmm13:36
shadeslayerslytherin: i used PPA's till now... didnt actually package something new.. until today :P13:37
shadeslayerjust did apt-get source blah , copied and modded the debian/ contents.. and then debuild -S -sa13:38
shadeslayerand then the final upload13:38
danblickCould anyone help me get started with a small project?  I want to try checking out the code for the 'scala' package for Ubuntu, updating it to use the latest version of scala, and then pushing it to my PPA on launchpad.  I thought 'apt-get source scala' would get me the source for this package, but it didn't -- what should I start with?13:40
Laneyyou need a lucid deb-src line13:40
nigelbdanblick: alternatively, you can go to packages.ubuntu.com and do a dget of the dsc file13:41
danblicknigelb: thanks, i'll try that13:42
danblickLaney: oh -- right, development build. thanks for point that out.13:43
danblickpointing*13:43
Laneyor there is pull-lp-source and pull-debian-sorce in ubuntu-dev-tools13:44
Laneysource*13:44
danblickls13:45
fagandidrocks: could you grab my pot anyway and start translating it on launchpad?13:53
didrocksfagan: will it be compatible if we switch to mallard?13:53
faganwell the pot will be similar not the exact same but I could write a script to find and replace the differing syntax13:54
faganits not that different13:54
didrocks(that means, are there any <> in the pot?)13:54
faganWell I dont know if the syntax for code segments..etc is the same but the words would be the same13:55
faganIt shouldnt be too hard to change afterwards13:55
faganSo the pot is the same but the words may move a little and the markup would be different but ill sort it out13:56
didrocksfagan: well, I'm just unconfortable if we ship a pot which will be invalid in 10 days because we use mallard and the markups invalidate all strings13:56
didrocksfagan: if you can do the job, ok13:56
didrocksfagan: where is your pot file, already?13:57
fagandidrocks: its in the branch that I submitted for the merge in /data/templates/ubuntu-application/help13:57
didrocksfagan: right, I'm asking for your merge proposal link, you removed last one I had13:58
fagandidrocks: the default ubuntu docs wont be changed before lucid+113:58
didrocksfagan: simple-scan is in ubuntu and is using Mallard13:58
faganand empathy too13:58
faganbut the default docs wont move till lucid+113:58
faganhttps://code.edge.launchpad.net/~shanepatrickfagan/quickly/quickly_docbook didrocks13:59
didrocksright, but if we can have the right techno in the first launch, that's why I asked you to look at mallard a long time ago :)13:59
fagandidrocks: well when you asked no one was using mallard and it was a lot of work just to bring it over to docbook14:00
faganif you want full docs for this release it kinda has to be docbook because I dont have the time rewrite it again14:00
faganbut for translations we are fine14:00
didrocksfagan: ok, you just need to figure out how the doc can use the mo files once built14:01
fagandidrocks: I just asked dpm :)14:02
didrockscool :)14:02
hakaishiwould anyone be interested in https://launchpad.net/~hakaishi/+archive/qt-program-starter ?14:02
hakaishiqt-program-starter is a program to start any command or program. It is able to save any output or error output each into a text file and to start at a certain time, to shutdown or just quit, after the process is finished.14:08
shadeslayeri need a better server for pbuilder14:08
hakaishiI don't know if I should upload qt-program-starter, this is why I ask.14:10
sebnerhakaishi: upload where?14:12
hakaishito revu14:12
sebnerhakaishi: well, we are already past FF so you have to wait for lucid+1 anyways14:13
hakaishisebner: what I wanted to know is if anyone would be interested in such a program, because I am thinking of uploading it to revu. If nobody is interested, why should I upload it?14:16
sebnerhakaishi: guess you should ask in #ubuntu then ;14:16
hakaishisebner: okay, I'll try. Thank you.14:16
BlackZif I have made a new upstream release of a program, and I have puted lucid in debian/changelog file, how can I upload new upstream version?14:20
maco2fagan: i think removal of package needs archive admin14:21
RhondaBlackZ: I fear not anymore because lucid is in featurefreeze14:21
shadeslayerhttp://pastebin.ca/1802675 << error on running pbuilder create14:27
shadeslayerany ideas?14:27
BlackZshadeslayer: which ubuntu version do you have?14:31
shadeslayerBlackZ: karmic.... Riddle helped me out14:32
BlackZshadeslayer: sudo pbuilder create --distribution 9.10 \14:32
BlackZ        --othermirror "deb http://archive.ubuntu.com/ubuntu 9.10 main restricted universe multiverse"14:32
BlackZshadeslayer: then sudo pbuilder update14:32
lfaraoneBlackZ: that won't work. you have to use codenames, not version numbers.14:39
lfaraoneBlackZ: so it's sudo pbuilder create --distribution karmic  --othermirror "deb http://archive.ubuntu.com/ubuntu karmic main restricted universe multiverse"14:40
BlackZlfaraone: oh true, that was a my fault :p14:41
shadeslayeryay... i finally have a chroot :P15:18
=== mathiaz_ is now known as mathiaz
Laibschgit-buildpackage in lucid currently does not handle dpkg v3 which I guess is a pretty serious thing.  The version in testing and unstable does.  I think there is a minimal patch available that could be backported to the lucid package but I wonder if it isn't better to still try a merge instead.  Opinions?16:01
* Laibsch is afraid we may end up backporting just about everything16:01
hyperairLaibsch: which feature of v3 doesn't it support?16:05
hyperairLaibsch: file a FFe16:05
Laibschjust about everything in v3 ;-)16:05
Laibschsupport was only added 0.4.6416:05
hyperairLaibsch: oh yeah? i've got v3 packages maintained in git-buildpackage.16:05
Laibsch(see the changelog)16:05
hyperairi mean maintained using git-buildpackage.16:06
hyperairthe only thing that doesn't work is multi-tarball16:06
hyperaireverything else works.16:06
LaibschHave you tried git-import-dsc?16:06
hyperairno.16:06
Laibschtry it ;-)16:06
hyperairbut that's git import-dsc16:06
hyperairnot git buildpackage16:06
hyperairthey're different tools, in the same suiet16:06
hyperairsuite*16:06
* Laibsch points to http://packages.debian.org/changelogs/pool/main/g/git-buildpackage/git-buildpackage_0.4.65/changelog (entry for 0.4.64)16:07
hyperairLaibsch: and you said that it doesn't support anything in v3, which i disproved >_>16:07
Laibschhyperair: you want to split hairs or fix bugs?16:07
hyperairhmph.16:07
hyperairi said file an FFe, didn't i?16:07
LaibschI was mixing packages (git-buildpackage package) and tools (git-import-*), my apologies16:08
Laibschbut look at the changelog16:08
hyperairwhen i asked what didn't it support, i really meant what new things does the debian version mean?16:08
Laibschand trust me, I ran into this problem16:08
Laibschthe question remains whether to backport patches or merge 0.4.6516:08
hyperairmerge it.16:09
LaibschOK16:09
hyperairyou'd probably end up backporting every thing anyway16:09
LaibschHehe16:09
hyperairand you'll still need a FFe anyway16:09
LaibschI was sort of thinking the same thing16:09
Laibschabout backporting everything16:09
Laibschthanks16:09
hyperairwhat's the ubuntu delta anyway?16:10
* Laibsch hasn't done a merge for at least a year or so16:10
hyperairanything we can't shove upstream?16:10
Laibschnot much16:10
Laibschyes, ubuntu-specific16:10
hyperairi see.16:10
Laibschhttp://launchpadlibrarian.net/39095621/git-buildpackage_0.4.63_0.4.63ubuntu1.diff.gz16:11
Laibschthat's the Ubuntu delta16:11
Laibschbut easy to merge16:11
hyperairthanks16:11
hyperairah i see16:11
LaibschCan I merge something that's not on merges.ubuntu.com, yet?16:12
hyperairyes.16:12
hyperairuse git16:12
hyperairyou're a git-buildpackage user aren't you?16:12
hyperairjust use git merge16:12
Laibschwell, there is no lucid branch16:12
Laibschnothing to merge16:12
hyperairgit import-dsc ;-)16:13
LaibschOh, I see16:13
LaibschExactly16:13
Laibschof course ;-)16:13
hyperair=p16:13
Laibschdoes Ubuntu provide git branches by now?16:13
Laibschor still only bazar?16:13
Laibschs/Ubuntu/Launchpad or Soyuz or whatever it's called/16:14
LaibschI think we need something like git.ubuntu.com, the same as git.debian.org (which I'm a heavy user of)16:16
shadeslayerLaibsch: hehe16:21
shadeslayerLaibsch: i would *love* that16:21
LaibschI guess you and me are not the only one16:21
LaibschWho can we bug about it?16:21
shadeslayerLaibsch: hmm16:22
shadeslayerLaibsch: well well have to either put it up on brainstorm16:23
shadeslayer( where itll probably be never looked at :P )16:23
LaibschI'd prefer a person to talk to in this case16:27
LaibschThe obvious reason it hasn't happened is bzr16:28
LaibschBut I wonder how long Canonical wants to ride on that horse16:28
=== yofel_ is now known as yofel
geserLaibsch: have you read the discussion on ubuntu-devel ml? https://lists.ubuntu.com/archives/ubuntu-devel/2009-December/029776.html16:39
geserLaibsch: why should Canonical switch to git when they pay the bzr developers and redo all parts where bzr is involved?16:39
LaibschThanks for the link16:40
LaibschI'll have a look16:40
LaibschI'd turn that question around16:40
LaibschWhy should Canonical spend money now that there is git?  I know the situation was still different when bzr got started.16:41
* Laibsch goes reading16:41
oojahLaibsch: Haven't you answered your own question?16:41
Laibschnope16:41
Laibschunless, the answer is "legacy", but Canonical intends to phase out bzr16:42
Laibschand I haven't heard anything to that effect, yet16:42
* Laibsch goes back to reading16:42
hyperairLaibsch: canonical intends to phase out bzr?16:49
hyperairwhere did you hear that from?16:50
Laibschman unless16:50
Laibsch;-)16:50
Laibschread again16:50
hyperairLaibsch: i still don't quite see it >_>16:51
oojahhyperair: Remove the commas and replace "but" with "and".16:52
hyperairoojah: ah!16:53
oojah(I presume)16:53
hyperairsorry, the fuzzy level of my language parser drops drastically at wee hours16:53
oojahIt was confusing :)16:54
hyperairi still have to walk back to my hostel16:54
* hyperair sighs16:54
ivoksdoes someone knows; are there plans to build ffmpeg with support for h264?16:54
ivoksin multiverse, of course16:54
gesersiretart: ^^16:56
om26erwhen a package is being uploaded to universe for the first time should Its changelog be changed? (except for 'initial release')17:21
persiaom26er: How do you mean changed?  If there was prior changelog for some reason, that might be interesting, but might not.  If you mean on changelog creation, I usually note any patches as well as Initial Release, just so there is a referent if I mention the patches in later changelog entries.17:22
lightninHello! Is there a debhelper script to autogenerate postrm / postinst (and register application / filetype, etc.?)17:54
=== asac_ is now known as asac
persialightnin: Many of the debhelper scripts generate maintainer script fragments.  What precisely are you trying to accomplish?17:57
lightninpersia: Ah! Good to see you again :)17:59
lightninpersia: Register .sb files as associated with scratch. Add scratch to menu system. Install icons.18:00
persialightnin: In reverse order: to install icons, stick them in the directories from which the icon cache is drawn.  There are two ways to add to the menu system: please use both a Debian menu file, and an XDG .desktop file.  To associate .sb files, define a MIME type, and register scratch as a handler for that MIME type in a .desktop file.18:02
lightninpersia: ok - thanks! Will look into. In terms of "Section" in control field, what would you recommend? Scratch is a free programming language for kids... I don't see an educational section though.18:05
persialightnin: Debian menu documentation is available from the menu package.  The freedesktop stuff (MIME registration, .desktop files, icon-cache, etc. are on freedesktop.org)18:08
persialightnin: For Section, I'd probably pick "interpreters", if I understand scratch correctly.18:08
shtylman_so I have questions about the mysql packages and the dependency chain18:15
shtylman_http://packages.ubuntu.com/lucid/libmysql++-dev18:15
shtylman_that says it depends on libmysqlclient-dev18:15
shtylman_http://packages.ubuntu.com/lucid/libmysqlclient-dev18:15
persiashtylman_: You probably want to ask in -devel or -server , although someone here might know.18:15
persiaAnd note that packages.ubuntu.com 1) is often out of date, and 2) provides a limited view into the packaging database.18:16
persiaThe tools in dctrl-tools are a bit richer, as is apt-cache if you have a chroot or install.18:16
shtylman_the problem I have is that libmysqlclient16 also gets pulled in18:17
persiaOK.  How is this a problem?  Is a library not required to build against it?18:18
fabrice_spit seems the problem is because mysql 5.0 conflicts with mysql5.1: mysql5.1 provide libmysqlclient15-dev as a virtual package, to ease the migration from 5.0 to 5.1, but mysql 5.0 provide it as real, so even rebuilding package is not enought18:36
fabrice_spanyone know if its planned to remove mysql5.0? Or we should change the 77 packages that still depends on libmysqlclient16-dev ?18:37
fabrice_sps/libmysqlclient16-dev/libmysqlclient15off/18:37
fabrice_spthis transition sould be solved by deleting libmysqlclient15-dev18:38
fabrice_spbbl18:38
hyperairdh_desktop(deprecated), dh_installmime?19:04
persiahyperair: Those do entirely different things :)  But dh_desktop is deprecated because it's been entirely replaced with a cleaner implementation in a trigger.19:08
hyperairpersia: i know. but lightnin asked for two things, i.e. register application and filetype.19:08
persiaRight, but in XDG environments, one actually registers MIME types with .desktop files, that are processed by the trigger that replaces dh_desktop.19:09
persiadh_installmime does something entirely different.19:09
persia(and we have lousy support for that MIME handler in Ubuntu due to ignorance and neglect)19:10
hyperairah i see. the whole mime type handling thing is something that has always kind of eluded me, since i didn't need to do anything.19:11
hyperairthe upstreams generally appear to do it themselves.19:11
hyperairanyway dh_installmime is for adding support for new mime types, right?19:12
persiaNot precisely.19:13
hyperairer basically registering that new mime types exist?19:14
persiaNo.  I was trying to find some docs, but I'm failing.19:14
persiaAnyway, Debian has a mime-support system, that has a central registry of MIME types for use by applications.19:14
fabrice_spSqueeze will have only mysql-5.1 but Lucid has both mysql 5.0 and mysql5.1. Shall request the removal of mysql 5.0?19:14
persiaThere's an entirely separate XDG MIME DB.19:15
hyperairah i see19:15
persiaOur primary environments prefer entries in the XDG DB over the Debian system, and we haven't historically paid enough attention to make sure everything works with mime-support.19:15
hyperairi see19:16
hyperairso dh_installmime is kinda like dh_installmenu in that sense19:16
hyperairin the sense that it's debian-specific i mean19:16
persiafabrice_sp: Check first with the #ubuntu-server folk, but I don't see why not (although someone might complain and block the removal request).19:16
fabrice_spwill do. Thanks persia!19:16
persiahyperair: Yes, which doesn't mean it doesn't do useful stuff, and doesn't mean our users won't be happy to use it, but does mean that it's different.19:17
* hyperair finally understands19:17
siretartgeser: sorry? ffmpeg supports h264 even in main20:13
=== cyphermo1 is now known as cyphermox
=== mtrudel_ is now known as cyphermox
Migi32Hope this is the right place to ask. I'm a dev of an open-source game that's in the official Ubuntu repo's. We're about to release a new version, but I don't have a clue how to get the .deb in these repo's updated. Ideas?22:21
Migi32I know how to build a .deb, I just don't know how to get it updated in the repo's22:27
persiaMigi32: Last week, the procedure was roughly "Tell us about it".22:27
persiaWe're now in FeatureFreeze, so an update would require a freeze exception.22:27
persiawe don't upload .deb files: we only upload sources, and the launchpad buildds generate the .deb files.22:27
persiaSo, which game?22:28
Migi32Globulation 222:28
Migi32this game is not shipped by default, so why is there a feature freeze on it?22:28
persiaOK.  So, the best way to get that updated is to work with the pkg-games team to get the source updated in Debian, and then file a FeatureFreeeze exception detailing how much better this version is than the last, an sync the source from the Debian repository.22:29
persiaThere's a freeze on the entire archive: we do this to have some time to try to make sure everything works together.22:29
Migi32how long does it last?22:29
persiaIn the case of a game that has no packages that depend on it, and does not require any new versions of any libraries, it ought be fairly easy to get it approved.22:30
persiaThe freeze is from now until release (in late April), when we start pulling new versions of everything for our next release.22:30
cjwatsonthe closer to release we are, the harder it is to get exceptions.  early on (like now) it tends to be "have you actually thought about this?  ok."22:31
kreuterhello again, #ubuntu-motu.  am I correct that the only way to run a service as a non-root user under upstart is to have the upstart init script invoke something like a SysV init script?22:31
Migi32so from now until late April "apt-get update" will only get me feature-freeze exception?22:32
Migi32exceptions*22:32
cjwatsonMigi32: and bug fixes, which don't come under feature freeze22:32
Migi32ah22:32
Migi32I thought this feature freeze was only for things that shipped with the Ubuntu CD22:32
cjwatsonkreuter: the mechanisms for dropping to non-root privileges in upstart jobs are exactly the same as those in init scripts22:33
kreutercjwatson: so I could invoke start-stop-daemon in the upstart script?22:33
persiaMigi32: No, it's for everything.  Otherwise we'd end up with all sorts of bugs in the rest of the archive.22:33
kreuter(that's how I've run things in sysv init scripts)22:33
cjwatsonkreuter: i.e. use start-stop-daemon (note that it can change user without actually starting a daemon process; read its manual page) if you don't need a PAM session; if you need a PAM session, ask an expert :)22:33
persiaMigi32: Your software might be perfect, but I'm sure you've encountered some that isn't :)22:33
Migi32emm... it's not perfect :)22:34
cjwatsonkreuter: upstart replaces most uses of start-stop-daemon, but not this one22:34
kreutercjwatson: thanks!22:34
Migi32but nothing depends upon it. It's just a game22:34
cjwatsonMigi32: it's more the other way round, we have to be careful that your game is depending on the same sets of libraries as everything else, etc.22:34
cjwatsonMigi32: anyway, being a game doesn't excuse a package from feature freeze, but it does mean that getting an exception is not likely to be difficult22:35
cjwatsonsomebody will need to ask rather than Just Uploading It, that's all22:35
Migi32we were actually planning to release on friday, to get a weekend of busy servers full of people who got the announcement mail, but are you saying the sooner we release the higher the chances we get our updated .deb in the repo's?22:36
cjwatson(and I know that two months seems like a long time for that kind of thing, but imagine doing this for ten thousand packages)22:36
cjwatsondays won't make a noticeable difference22:36
persiaMigi32: But, as importantly, the team that maintains Gobulation 2 in Ubuntu also maintains it in Debian, and would certainly prefer to upload to Debian and pull to Ubuntu to make sure it's the same version, because there's no good way to pull from Ubuntu into Debian.22:36
cjwatsonkreuter: oh, the other thing that sometimes makes sense is to modify the service itself to drop privileges, rather than doing it at the upstart job or init script level22:37
Migi32ah ok, I think I got it. Where do I contact this Debian pkg-games team?22:38
superm1kreuter, i actually did something like what cjwatson is suggesting for mythtv-backend recently if you want some pointers on how to have the app drop it's permissions: http://svn.mythtv.org/trac/changeset/23521/trunk/mythtv/programs/mythbackend/main.cpp22:39
persiaMigi32: Our mailing list is debian-devel-games@lists.debian.org : I've not worked with globulation 2 before, so I'm not 100% confident with the update, when I know there are people with greater familiarity.22:39
persiaBut if nobody else gets back with a response in a few days, I'll see how I can help.22:39
Migi32ok I'll mail to them. And where do I file a FeatureFreeze exception request,22:41
Migi32?22:41
blueyedchannel topic is cut at the end?!22:42
Migi32nevermind it's on the wiki22:42
persiaMigi32: You'd file a bug on the glob2 package in launchpad.  We tend to watch games updates fairly closely, so we should be able to do this shortly after the upload in Debian.22:42
persiablueyed: Unfortunately, the topic got stuck, and fixing it needs help :(22:43
blueyedwhat's that alternative to MoM again? (MoM does not have miro)22:43
persiapeople.ubuntuwire.com/~lucas/merges.html I think22:43
cjwatsonsuperm1: pedantry: for 100% revocation you should run setgroups before setgid22:44
blueyedthanks, persia22:44
cjwatsonjust in case root has some supplementary groups for some reason22:44
Migi32thanks persia for all your help :)22:44
cjwatsonblueyed: does not have miro> is MoM stuck again or something?22:45
persiaMigi32: Thanks for letting us know when you're doing a release.  Close coordination helps us all to deliver the latest and greatest to the users :)22:45
cjwatsonoh, no, it's just that MoM operates relative to testing not unstable22:45
geserblueyed: you want to merge the version from unstable, right? MoM is tracking testing22:45
cjwatsonI'd hope that lucas' page does the same22:46
blueyedoh.. has that been the case for like always?!22:46
blueyedyes, it does.22:46
geserblueyed: if 'always' == 'for lucid' then yes22:46
persialucas's page is tracking testing.22:46
blueyedthanks.. I'll just wait then..22:46
superm1cjwatson, hmm. thanks.  i'll make a note to improve that and send it back their way22:46
persiablueyed: Tracking testing is new for lucid: I don't know if it's decided if we go back to sid for lucid+122:46
cjwatsonpersia: I believe that is the understanding22:47
cjwatsonit's OK to manually pull something from unstable if you know what you're doing and are following bugs on the package closely (both Debian and Ubuntu)22:47
cjwatsonwe're just trying to reduce problems for the bulk of packages22:47
blueyedoh.. so for LTS we track testing and otherwise unstable? maybe this should depend more on where in the dev cycle we currently are.. but ok.22:47
cjwatsonthere's no value doing it at an intra-cycle level - once you pull everything in from unstable at the start of a cycle, most of the damage you're going to do is done.22:48
persiablueyed: Changing the rules based on timing is tricky: even with the current all-testing-all-the-time model we've ended up with some stuff that is RCbuggy22:48
persiaSwitching at some point would only preserve already uploaded bugs, while not getting updates.22:49
cjwatsonit's an experiment for this LTS; we'll decide whether to carry on like this for next LTS (or in general, I suppose, but I think more likely for next LTS) based on whether it seems to have been successful22:50
geserdoes someone remember what was the proper replacement for build-depending on "locales-all"?22:50
cjwatsondepends.  what does your package actually need?22:50
blueyedIf I understand correctly, it has not entered testing because of build failured on mips?! (http://qa.debian.org/excuses.php?package=miro)22:51
geserthat I don't know yet, I've just seen that it's in DEPWAIT because of locales-all22:51
blueyedcjwatson: makes sense re LTS. good to know. Thanks.22:51
cjwatsonfigure that out first - the replacement will differ depending on the answer22:51
huatsIf I need to do a rebuild without a change (to build against a new lib version), a package that was in sync with debian, do I use the ubuntu1 suffix or build1 ?22:51
cjwatsonmips> seems plausible, it's a Debian release arch22:51
cjwatsonhuats: build122:52
huatscjwatson, thanks22:52
=== neversfelde is now known as neversfelKe
=== nhandler_ is now known as nhandler
=== neversfelKe is now known as neversfelde
lightnin1persia: Got a minute?23:55

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