/srv/irclogs.ubuntu.com/2008/01/25/#ubuntu-motu.txt

pochupersia: so, if the package has one advocate, it gets a bulb. If then someone rejects it, it gets a hammer. When it's uploaded again, it gets a bulb again... until it gets another advocate and gets a heart. Is that right?00:02
pochupersia: and what would you expect if the package has 2 advocates (and thus a heart) and someone rejects it? o.O00:02
jdongpochu: hammertime!!00:03
pochu:)00:03
jdongcouldn't resist00:03
mok0pochu: if it has 2 advocates, it gets uploaded...00:04
Seveasjdong, "can't upload this" dum-de-de-dum00:05
pochumok0: usually, yes.00:05
pochupersia: new patch attached to bug 18513300:18
ubotuLaunchpad bug 185133 in revu "Improve package images so that there is just one image per package" [Undecided,In progress] https://launchpad.net/bugs/18513300:18
pochujdong: do you know transmission 1.02 is in debian unstable? I guess we could ask a sync, WDYT?00:20
pochujdong: as there are no changes other than a new upstream...00:20
Legendariodoes anyone know what make error 1 is?00:21
Kmospochu: yes, it's in debian.. you should request a sync of it00:25
Kmosit's installed now in hardy by default00:26
pochujdong: I'll request it. Let me know if you disagree :)00:26
Legendariomake erro 1. Any guess?00:32
LaserJockLegendario: that is nowhere near enough info to say anything about00:37
LaserJockLegendario: you need to pastebin the stuff that happened before the make error00:37
RAOFDear PyPy.  You sound cool, but please build on amd64.00:46
LegendarioLaserJock, here it is: http://paste.ubuntu-nl.org/53400/00:50
LaserJockLegendario: well, look at what it's telling you :-)00:52
LaserJockchecking for PIDGIN... configure: error00:52
nxvl_worki think is a Build-Depends error00:53
LaserJockLegendario: does it make sense?00:54
=== lakin_ is now known as lakin
jdongpochu: wait a sec don't sync yet01:02
jdongpochu: I want to review it, there was a tarball packing error with the initial 1.02 release; I feel more comfortable with the one I rolled01:03
jdongthe orig tarballs are not the same01:06
LegendarioLaserJock, yeah, it makes sence. it is building a pidgin plugin01:07
LaserJockLegendario: so do you have a build dependency on pidgin-dev ?01:08
nxvl_workdoes the Developer Sprint is taking place or this development circle there was no one?01:08
jdongpochu: I closed the sync ticket you opened for transmission; reasoning can be found on the bug report. I'll also poke debian about the situation.01:11
vorianhow would a person go about tackling these issues? http://paste.ubuntu-nl.org/53402/01:13
vorian:)01:13
RAOFFor the first two, you're using CDBS, yes?01:15
StevenKvorian: You have ${shlibs:Depends} not ${python:Depends} and you're calling dh_shlibdeps instead of dh_pycentral or dh_pysupport01:15
vorianRAOF: yes01:15
vorianah!01:15
vorianthanks StevenK :)01:16
wallyweekis there anyone willing to review http://revu.ubuntuwire.com/details.py?package=sdlmame01:16
wallyweekplease do it... it's been in revu since last february and I really like to see it in hardy :D01:17
* wallyweek is sad to leave, but he *strongly* needs some sleep01:24
* jdong fixes prevu's misuse of exceptions01:31
schierbeckdoes anyone here know how to get rid of an installed package whose uninstall-hook messes up?01:37
pochujdong: hmm, if upstream rolled a new tarball, they should have done it with a version bump01:37
pochujdong: alright, let's wait for 1.03 then01:38
jdongpochu: yeah, I agree that was bad judgement on their behalf02:00
jdongpochu: but meh what can you do; it's good enough already that they didn't say "deal with it"02:00
pochujdong: yeah, but how would you know now whether someone has the good or the bad tarball offhand?02:06
pochujdong: anyway nice to hear it's fixed.02:06
jdongpochu: well I compared md5sums first, then ./configure --help, look at mandir and infodir defaults. Correct ones say DATAROOTDIR/man and so on, incorrect ones say PREFIX/man. /usr/man is obviously not a good place for manpages ;-)02:16
imbrandonyea but it wont work with Core Audio i dont think , not sure, I'll try a new compile here tonight and see02:25
imbrandonerr totaly wrong window02:25
=== nixternal_ is now known as nixternal
browndruidSo can anybody here help me get on my path toward Ubuntu development?03:42
MarcCwhat's the best way to get a GPL app put in the repos?03:42
LaserJockbrowndruid: that kinda vague. What are you interested in?03:43
LaserJockMarcC: well, packaging it. :-)03:43
LaserJockMarcC: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages03:43
browndruidI't not really totally sure. I have very little programming experience, so if there's somewhere you can point me to so I can start learning, I think that would be the best first step.03:43
LaserJockbrowndruid: you might want to have a look at https://wiki.ubuntu.com/UbuntuDevelopment/03:44
LaserJockwell, you don't often need very much programming experience03:44
browndruidI've been reading the Development site.03:44
browndruidWhat kind of stuff would I do without programming experience?03:44
LaserJockwell, anything you want03:44
MarcCthanks LaserJock03:44
browndruidYeah, but if I don't know how to do it, then I can't.03:45
LaserJockbrowndruid: https://wiki.ubuntu.com/MOTU/TODO03:45
LaserJockbrowndruid: well, we don't really program03:45
LaserJockwe package and take care of the archive03:45
LaserJockprogramming experience can be helpful when bug fixing, but even then there's a lot you can do03:46
* jdong smiles...03:46
jdongI'm going to hell for this one :)03:46
LaserJockuh oh03:46
jdongLaserJock: don't worry, it's ony on my personal computer :)03:46
imbrandonyou rick rolled someone ?03:46
jdongI kinda reinvented module-assistant03:47
browndruidWell, I guess I'll be on my way!03:47
LaserJockdevil!!!03:47
LaserJockbrowndruid: why?03:47
LaserJockbrowndruid: do you wanna help or ?03:47
browndruidso i can start on the whole learning what i need to do thing.03:47
jdonga deb package that in postinstall unpacks and recompiles madwifi-ng if it isn't probed in the running kernel...03:47
browndruidYeah, I want to help.03:47
LaserJockbrowndruid: this is a great place to learn03:47
jdongI was tired of recompiling madwifi on every kernel update.03:47
jdongI'm sure I broke some holy rules of deb packaging :)03:48
* imbrandon waits for someone to package the wow installer + custom wine03:50
imbrandonthat would suck and rock , both03:50
jdongimbrandon: I see dist-upgrader does --force-{some,all,etc} during release and partial upgrades now, so.... what's the harm in that ;-)03:51
imbrandonheh, thus why i stick to apt-get03:51
imbrandonif you cant apt-get dist-upgrade , something is broke imho03:52
jdongimbrandon: personally, I wonder if a lot of dist-upgrader's jobs should be somehow worked into the metapackages03:52
imbrandonjdong: they should imho03:52
jdongbleh I just drank rubbing alcohol03:53
imbrandonthe time it takes to "fix" it in dist upgrader could easily be added to the packages03:53
jdongdon't keep open bottles of water and alcohol close by03:53
imbrandonbut thats just me personaly03:53
jdongimbrandon: I agree, I don't see much of a technical reason why it couldn't be a part of a package's pre/post* scripts03:54
ScottKimbrandon: Up for sponsoring a Kubuntu merge?  It's Bug #185754.03:55
ubotuLaunchpad bug 185754 in sip4-qt3 "Please merge sip4-qt3 4.7.3-1  (main) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/18575403:55
ScottKI'm working on python-qt4 merge right now and that one needs to go first.03:55
imbrandonScottK: sure give me a few to dig out my usb key ( gpg ) and i'll have a look03:55
MarcCcan somebody tell me how this looks as a needs-packaging bug?03:56
MarcChttps://bugs.launchpad.net/ubuntu/+bug/18581003:56
ubotuLaunchpad bug 185810 in ubuntu "Art of Illusion - Easy to use 3D modeling studio" [Undecided,New]03:56
ScottKimbrandon: Great.03:56
LegendarioLaserJock, sorry. i had to go away for a couple hours. Do you mind if we go back a little. I have the build dependencies for it. I have the pidgin-dev installed and when i run the configure script for the program i am trying to build a debian package, it says to me that everything is ok.03:57
LaserJockk03:58
imbrandonMarcC: looks fine as far as a request03:59
MarcCok, thanks imbrandon04:00
imbrandonScottK: is that a debdiff against the debian or ubuntu source, dosent look like the patch applies to the hardy ubuntu04:02
ScottKimbrandon: debdiff against debian04:06
imbrandonScottK: got it04:06
jdongdebiandiff :)04:14
jdongdiffbuntu04:14
freakabcdhi all04:14
jdongI coin those two terms!04:14
freakabcdcan I bug someone to update the octave package on hardy? and subsequently gutsy?04:14
freakabcddebian's got source packages for those in sid04:14
freakabcdhttp://packages.debian.org/sid/octave3.004:15
jdongfreakabcd: Hardy's easier to argue than gutsy currently04:15
jdongfreakabcd: see bug #18565304:15
ubotuLaunchpad bug 185653 in octave3.0 "[MoM SYNC] octave3.0 3.0.0-1" [Undecided,Confirmed] https://launchpad.net/bugs/18565304:15
jdongit's already been put in the queue04:15
jdongfreakabcd: once it's in hardy we can talk gutsy-backports04:15
Legendariogotta go04:16
freakabcdah, cool04:16
Legendariowill be back tomorow though04:16
ScottKjdong: But those backports guys are crazy.04:16
jdongScottK: yeah I know ;-)04:16
freakabcdwell, it doesn't need to be a backport04:16
freakabcdit could be a proper gutsy release04:16
jdongScottK: that's why people should make a website where anyone can upload and share the debs they create04:16
jdongfreakabcd: that is not in line with the update policy for released distributions04:17
freakabcdbecause, the deb octave list have still not moved to gfortran based dependencies04:17
LaserJockI didn't think we were doing Octave 3.0 yet04:17
freakabcdLaserJock, deb has packages already. trivial to get them on hardy04:17
LaserJockfreakabcd: not exactly04:17
jdongLaserJock: well \sh pulled the trigger ;-)04:18
LaserJockwe were thinking of leaving 3.0 out of Hardy perhaps04:18
freakabcdno way04:18
LaserJockas we weren't sure of the upgrade path04:18
freakabcdyou mean the octave modules issue?04:18
freakabcdplease follow debian's footsteps in this matter. they already have 3.0 released. providing binary modules isn;t too much of a priority anyway.04:19
freakabcdthe next step they are already working on is to move away from f77 and onto gfortran04:19
LaserJockwell, we can't just follow Debian in all cases04:19
LaserJockwe have to take care of our users as well04:19
LaserJockDebian dropped the octave binary04:20
freakabcdthey dropped binary octave modules?04:20
LaserJockno04:20
freakabcdwhat did they drop then?04:20
LaserJockthe metapackage04:20
LaserJockwe were going to do some upgrade testing first04:21
freakabcdobviously. their reasoning was that this time when someone installs 'octave' they get exactly that 'octave' nothing more like the binary octave modules, etc.04:21
ScottKjdong: I did have a pleasant IRC conversation with someone I'm working on a project with.  He mentioned he was getting more spam.  I asked him if he'd upgraded to spamassassin 3.2.4 yet.  He said no, he guessed he'd have to build from source (he's got a feisty server).04:22
ScottKI thoroughly enjoyed being able to say no, it's in feisty-backports.  Just install it.04:22
LaserJockheh04:23
jdongScottK: :)04:23
LaserJockwell, perhaps we should have emailed -motu about Octave 3.004:24
freakabcdwell, they need to include 3.0 atleast in hardy.04:24
LaserJockwe'll see04:24
freakabcdhow far away are we from freeze?04:24
LaserJockhopefully04:25
LaserJockFeb 14th04:25
freakabcdwow, not too much time. hope the 'octave guy' here updates to 3.004:26
LaserJockwell of course I want to04:26
freakabcdi forgot his name; was kind enough to update the 2.9 package from the ancient .1204:26
LaserJockwell, nobody has filed a sync bug that I know of04:27
freakabcdhttps://bugs.launchpad.net/ubuntu/+source/octave3.0/+bug/18565304:27
freakabcdthat one?04:27
ubotuLaunchpad bug 185653 in octave3.0 "[MoM SYNC] octave3.0 3.0.0-1" [Undecided,Confirmed]04:27
ScottKfreakabcd: You can look it up in the package info on Launchpad04:27
jdongLaserJock: I just linked to one!04:27
LaserJockbah04:27
freakabcdlol04:27
LaserJockstupid LP04:27
LaserJockI did a search and nothing came up04:28
freakabcdwhat is MoM sync ?04:28
jdongLaserJock: it's filed under octave3.0 somehow04:28
imbrandonMerge-o-Matic04:28
jdongLaserJock: even though that package should be -ENOENT04:28
LaserJockfreakabcd: MoM is merge-o-matic04:28
jdongI don't get Launchpad anymore04:28
freakabcdah, interesting acronym04:29
LaserJockalright so maybe I should set it to Incomplete at the moment and leave a note04:29
freakabcddamn, i don't have hdd space to mess around with hardy :(04:29
AnAntpersia: ping04:29
freakabcdwhats with the tags on LP on the left?04:31
freakabcdthere is a tag '1680x1050' i clicked on it and there are no results04:31
jdongMaybe we can use them like slashdot tags ;-)04:32
imbrandonfreakabcd: means what ever was using it is no longer04:32
freakabcdlol, it was searching for 1680x1050 with the octave-3.0 domain04:32
imbrandonLaserJock: UW search works much better than LP search in most cases :)04:32
freakabcdthats funny04:32
LaserJockhmm, well if minghua shows up we can discuss it04:34
imbrandon( LaserJock and even has a FF plugin hehe )04:34
LaserJockfreakabcd: it may be we just need to patch octave3.0 to build the octave metapackage04:49
freakabcdcool. that would be great.04:50
freakabcdLaserJock, i'm not on my ubuntu box at the moment. what packages does the octave metapackage install? the headers, emacsen, etc. ?04:53
LaserJockwell, octave3.0 itself too04:54
freakabcdgreat. i hope to see 3.0 packages in gutsy too :D04:55
freakabcdthen i can start messing around with providing binary packages for the octave-forge modules04:55
LaserJockno, they won't be in gutsy04:56
LaserJockI don't think there would be a way to do that outside of maybe a PPA04:56
freakabcdyou mean the backport guys will refuse to backport it?04:56
LaserJockI believe so, there's too much that depends on it04:56
LaserJockyou'd have to backport probably like 20-30 packages I'm guessing04:56
ScottKLaserJock: Kind like with clamav, right?04:57
LaserJockat least ;-)04:57
LaserJockand without the justification04:57
freakabcdwait a minute.. 2.9.19 from hardy hasn;t been backported to gutsy04:58
freakabcd!! why?04:58
ubotuSorry, I don't know anything about why? - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi04:58
LaserJockfreakabcd: we don't just backport everything04:58
freakabcdok, i'm going to get the source package for 2.9.19 from hardy and backport it to gutsy.04:59
freakabcdi will assume it is trivial. and let you guys laugh at me tomorrow at my failure :D04:59
freakabcdLaserJock, what makes me believe it is trivial is that none(that i know) of the deps have updated releases05:00
LaserJockwell05:01
ScottKfreakabcd: If it build/installs/runs on Gutsy, you can ask for a backport.  File the bug in the gutsy-backports project.05:01
LaserJock"what can be done by rebuild from source" is different than "building with the archive and making everything happy"05:01
freakabcdok, cool. i will mess with it tonight.05:01
freakabcdi should setup a build environment, right?05:02
jdongpbuilder05:02
jdongslomo!!!! Just the developer I needed to speak to :)05:02
freakabcdi finally managed to free some space. about 2G should be enough, right?05:02
jdong(not really, just trying to scare you)05:02
jdongfreakabcd: octave's big, isn't it?05:03
jdongwhen you add in the build-deps05:03
freakabcdlol, no. i meant for the pbuilder environment thingy05:03
freakabcdi hate building atlas. that thing compiles for years05:03
jdongfreakabcd: pbuilder's base.tgz for hardy takes like 50MB05:04
jdongfreakabcd: the problem is that the unpacked build environment is the size of apt-get build-dep octave plus a bit more05:04
jdongand unless you have magical space (i.e. tmpfs) it won't be happy with 2GB most likely05:04
freakabcdjdong, what if i have the _binary_ deps installed and the deps_dev packages installed too?05:05
freakabcdi won;t need to rebuild the deps from src, right?05:05
LaserJockno05:05
LaserJockbut you want a pbuilder for that05:05
jdongfreakabcd: pbuilder is a self-isolated environment05:05
jdongfreakabcd: what you have installed in your main system is irrelevant05:05
jdongfreakabcd: pbuilder will make a temporary chroot and bootstrap it, and install all build-deps via apt-get in that environment, then destory it once it's done building05:06
LaserJockjdong: unless it's maybe Windows, I've not seen anybody run pbuilder off of Windows ;-)05:06
freakabcdlol LaserJock05:06
LaserJockI gotta run for a bit05:06
LaserJockbbl05:06
jdongLaserJock: haha cygwinbuntu? :D05:06
LaserJocklol05:07
freakabcdjdong, damn. so i need a lot more than 2G for a base-system + installing octave deps, then compiling octave-3.005:07
freakabcdthats what you are saying, right05:07
freakabcd?05:07
jdongfreakabcd: it would seem that way in my humble opinion05:07
jdongfreakabcd: do you have a large RAM+swap you're not using?05:08
freakabcdok, i'll try to free up more space tonight.05:08
* jdong puts on his hack hat05:08
freakabcdi've got a 2G swap and 1.25G RAM. and 2G free space at the moment. if my simple calculations are correct i will be around 6G free hdd space05:09
jdong:)05:09
jdongit looks like unionfs hacking time ;-)05:09
jdongstitch all your random free space together!05:09
jdongfrankenstein mountpoint05:09
StevenKjdong: So unionfs doesn't work because it needs hundred year old bolts?05:10
freakabcdlol, frankenspace05:10
jdongStevenK: is that why frankenstein failed?05:11
StevenKHah05:11
jdong:)05:11
=== Ibalon is now known as zakame
gQuigscan I confirm my own needs-packaging bug (185804) or does it need something else?05:30
gQuigshttps://bugs.launchpad.net/ubuntu/+bug/18580405:30
ubotuLaunchpad bug 185804 in ubuntu "[needs-packaging] BadRAM Linux Kernel Patch" [Undecided,New]05:30
LucidFoxgQuigs> triaged05:30
ScottKimbrandon: How did the merge look?05:31
gQuigsthanks LucidFox05:31
imbrandonScottK: looks fine, should have it uploaded here very shortly05:34
ScottKimbrandon: Thanks.05:34
warp10Heya all06:38
Alohawarp10, hi06:52
warp10Hi Aloha06:52
freakabcdguys, can someone check libsuitesparse in hardy? I'm still on gutsy and had libsuitesparse installed before. now, i tried to install libumfpack and it conflicted with some files from libsuitesparse (amd)07:06
freakabcdi don;t much care about this problem, but i thought it must be checked in hardy. why doesn;t just libsuitesparse install libumfpack?07:07
freakabcdsince it is supposed to be providing umfpack07:07
minghuafreakabcd: Why do you think it's a problem?  AFAIR libsuitesparse _should_ conflict with libumfpack.07:15
freakabcdreally? why would that be? also why would it tell me during the installation phase that it conflicts?07:16
freakabcdit should have known that once i selected the package in synaptic07:16
LucidFoxHow do I stop CDBS from turning debian/changelog files into symlinks in dependent packages?07:17
freakabcdminghua, would you be able to tell me how much b/w will be consumed for me to setup a pbuilder env?07:17
minghuafreakabcd: I only have hardy here.  And it seems there is simply no libumfpack4 in hardy.  I'm checking the situation in gutsy.07:18
minghuafreakabcd: As for the bandwidth question, I don't really know.  For a minimal pbuilder it shouldn't be much, but you can't do much about the pbuilder either.07:19
minghuafreakabcd: Yes, there is a bug in gutsy's libsuitesparse package, it should Conflict and Replace libumfpack4 but doesn't.07:24
ScottK2LucidFox: You don't07:25
minghuafreakabcd: Actually, there is bug 144171.07:25
ubotuLaunchpad bug 144171 in suitesparse "package libsuitesparse 3.0.0-3 failed to install/upgrade: " [Undecided,New] https://launchpad.net/bugs/14417107:25
ScottK2LucidFox: This is a feature of Ubuntu's cdbs that Linitian isn't aware of.07:25
LucidFoxso I should add a Lintian override?07:26
LucidFoxor just leave it alone?07:26
minghuaWhat am I suppose to do with the bug?  It's fixed in hardy.  Just label it "Fix released"?07:26
LucidFoxminghua> yes07:26
ScottK2LucidFox: I'd file a bug against lintian.07:26
Alohaif i rename postinst.ex to postinst does it automatically use it in the package or do i need to add a line somewhere?07:30
* minghua reads the bug again and decides to mark it incomplete because the report didn't say why it failed to install...07:33
minghuaAloha: It's automatic.07:33
Alohaminghua, thnx07:33
minghuaOr perhaps, it's automatic if you use debhelper/CDBS/etc.07:34
Alohais there a way to interactively edit the changelog?07:38
minghuadch/debchangelog07:41
minghuadebchange*07:41
ScottK2minghua: It's automatic for cdbs.  For debhelper you need to call (I think it's) dh_installinit in debian/rules.07:42
minghuaScottK2: Are you sure?  It's postinst, not init script.  I think either dh_control or dh_installdeb deals with postinst.  Both of which should be mandatory.07:43
ScottKminghua: Sorry.07:44
ScottKIt's almost 3AM here.07:44
minghuaScottK: :-)  It's dh_installdeb BTW.07:44
ScottKI think it's automatic then.07:44
ScottKAh.07:44
minghuaAlso, there is no dh_control, only dh_gencontrol.07:44
freakabcdminghua, so on gutsy. i just installed pbuilder.07:47
freakabcdto create the environment, i just go: pbuilder --create ?07:47
minghuafreakabcd: Pretty much.  There are some configurations you may want to set, though.  I am not really an expert on pbuilder creation.07:48
freakabcdminghua, where will this env be stored on my computer?07:52
freakabcdwell, it will be persistent, right? i don;t want to do this every time i try to test out building new src packages07:53
minghuafreakabcd: ~/.pbuilderrc.  You should read pbuilder(8) man page first.07:53
slytherinHi all. Can anyone point me to nautilus extension library api docs?08:30
techno_freakslytherin, i tested that package and it messed up things, i had to reinstall nautilus08:31
slytherintechno_freak: There was no need to reinstall. You just had to remove the package. :-)08:31
techno_freaki made a stupid mistake of saving the error message there itself, i deleted the image without noting it08:31
slytherintechno_freak: I mean the open-terminal package08:32
techno_freakslytherin, oh, i just did apt-get install --reinstall nautilus08:32
=== civija_ is now known as civija
Alohadoes MOTU add packages to universe that are created by LoCo teams?08:53
superm1persia, how verbose are you setting your lintian?  I set it to what you had mentioned to me some time back in my bashrc, but still seem to not be catching things you are catching09:13
=== \sh_away is now known as \sh
wallyweekhi folks! :)09:19
\shmoins09:19
Kmossuperm1: are you using lintian -ivI ?09:20
vemonis there and example for packaging .desktop files?09:20
Kmosvemon: yes..09:20
Kmos!packaging | vemon09:20
ubotuvemon: The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports09:20
wallyweekI've added a watch file to sdlmame, I think it could receive advocation now, could anyone please have a look at it? http://revu.ubuntuwire.com/details.py?package=sdlmame09:20
\shminghua, ping09:21
vemonKmos, the packaging guide has a chapter of packaging desktop files for KDE apps but does that also apply for Gnome applications?09:21
\shminghua, bug #185653 what do you think about the idea in my comment?09:22
ubotuLaunchpad bug 185653 in octave3.0 "[MoM SYNC] octave3.0 3.0.0-1" [Undecided,Incomplete] https://launchpad.net/bugs/18565309:22
vemonand is there a "cdbs way" to do it?09:22
\shmoins raphink :)09:22
vemonlike just adding the file to say... debian/desktop.files09:22
* wallyweek feels downhearted as sdlmame is in revu since last february and still can't find his way to multiverse :(09:23
Kmosvemon: cdbs do it automatically, catches for .desktop files09:23
raphinkhi \sh09:23
Kmosvemon: https://wiki.ubuntu.com/PackagingGuide/SupplementaryFiles09:23
raphinkwhat's up \sh?09:23
vemonKmos, so if the .desktop files are in the root of the package they are installed? do i need a specific cdbs import/include for this?09:24
Kmosvemon: no, you don't.. but try to learn cdbs manual..09:24
Kmos!cdbs | vemon09:24
ubotuSorry, I don't know anything about cdbs - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi09:24
slytherinis it ok to full fix fro a bug from upstream svn?09:24
vemonKmos, thanksfor the SuppFiles -link! haven't seen that page before09:25
raphinkslytherin: how do you mean?09:25
slytherinraphink: I mean I check the SVN diff and create a patch for those fixes in Ubuntu package.09:26
raphinkyes it's ok slytherin, as long as  you include the patch properly09:26
\shraphink, waiting to start my new job :) what about you still happy at your place?09:26
raphinkusing dpath, quilt or cdbs's simple-patchsys09:26
raphink\sh sure :)09:26
raphinkI'm fine, still having fun09:26
raphinkthere's tons of things to do here :)09:27
vemonKmos, the functionality i'm looking for seems to be in gnome.mk. thanks again!09:27
raphinkand I'm taking a week of vacation in the moutains in family next week :)09:27
slytherinraphink: The fixes are just few lines. So it will be fine. There is a bug fixed in SVN, but the fix for that touches many files so I am not pulling that.09:27
raphinkslytherin: although it might sometimes be worth considering a full upgrade of the package if a good amount of fixes were added09:27
raphinkslytherin: ok09:28
raphinkslytherin: if you know exactly the few lines to patch, then create a patch just for that09:28
raphinkslytherin: just keep in mind that each patch that is added has to be maintained/merged in the future09:28
raphinkand that adding a patch system to a pacakge if it doesn't exist yet makes it harder to maintain09:28
slytherinraphink: It is already using cdbs patch system. So that is not a problem. The bug for which I am pulling in the fix from SVN makes the package unusable in hardy. That's why this urgency. I will send email to maintainer asking when he plan to do new release.09:30
Kanohi, did openscenegraph compile with libxine-dev?09:30
raphinkslytherin: in this case, go for it :)09:30
Kanoi dont see an updated package yet...09:30
raphink\sh what is your new job?09:31
\shraphink, building a new datacenter infrastructure :)09:33
raphinkah nice :)09:33
raphinkwhat tools are you using this time?09:33
minghua\sh: Commented on bug #185653.09:34
ubotuLaunchpad bug 185653 in octave3.0 "[MoM SYNC] octave3.0 3.0.0-1" [Undecided,Incomplete] https://launchpad.net/bugs/18565309:34
* wallyweek is not away, it's only unable to tell this stupid online irc client not to disconnect him 09:34
raphinkwallyweek: make a cron to wake up your irc client every 5 minutes? ;)09:34
wallyweekraphink: that would be good but I'm on mibbit web client as proxy doesn't allow irc protocol at work :(09:35
Kanohmm, debian maintainers really skip always needed builddep for media players...09:38
Kanoeven when i mail em09:38
raphinkwallyweek: how about using a transport agent with a jabber client or so?09:38
\shminghua, there is a mistake in your comment ... Package: octave3.0 \n Provides:  Provides: octave,octave2.9 \n Replaces: octave (<= 2.0.16-2),octave2.9 \n Conflicts: octave (<= 2.0.16-2),octave2.909:41
wallyweekraphink: I've no practice with such a thing, I'll have some googling about it, thanks! :)09:41
\shminghua, and I would like to recheck that octave3.0 will not break any other octave using sources...09:41
raphinkwallyweek: get a jabber client (Kopete, Pidgin, etc.)09:41
raphinkwallyweek: get a jabber account on a server with IRC agents (jabber.fr does that for example)09:42
slytherinKano: How come the packages compile then?09:42
minghua\sh: Which part of my comment is mistaken?09:42
Kanoslytherin: they work but you dont have full features09:43
Kanolike missing output plugins for mplayer09:43
slytherinKano: Then upstream authors make the dependencies essential instead of optional09:44
Kanoyou miss dxr3    DXR3/H+ video out when you forget em8300-headers09:44
\shminghua, that they are parallel installable..but I should read all comments...sry09:44
Kanoslytherin: but even in the description of the package is DXR3 support mentioned...09:44
minghua\sh: Good that we agree, then. :-)09:44
\shminghua, well, as I said, I'm doing some tests now: 1. upgrade tests 2. rebuilding all sources which are directly build-depending on octave2.9/octave , against octave3.0 and 3. prepare a list of packages which are depending indirectly on octave2.909:46
minghua\sh: Sounds a good plan.  Also, according to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457675 all but one package have migrated to octave3.0 in Debian.09:47
ubotuDebian bug 457675 in octave2.9 "RM: octave2.9 -- RoM; superseded by octave3.0" [Normal,Open]09:47
minghua\sh: Altough there is probably a chicken an egg problem in hardy.  We can't start migration without octave3.0 in archive, but once we starts octave metapackage will be broken.09:48
\shminghua, this is not a problem...09:49
minghua\sh: So it seems we need to get it done altogether.09:49
\shminghua, as I'm preparing the build-dep list and rdepends list I can prepare all packages to use octave3.0/octave and push a rebuild on our buildds09:49
\shminghua, just like libgif transition ;)09:50
minghua\sh: Good, good, go ahead and good luck. :-)09:50
\shminghua, but now: just a bunch of packages at one time :)09:50
slytherinI am getting this error when trying to build a package. - aclocal: configure.in: 18: macro `AM_PROG_LIBTOOL' not found in library. Can anyone help?09:58
TheMusoslytherin: You need to install libtool10:00
DaveMorrispersia: Thanks for reviewing the package, couple of questions.  What am I patching in the bare diff.gz that should be moved to debian/patches?10:00
slytherinTheMuso: Why was it not needed before?10:02
TheMusoslytherin: What do you mean why was it not needed before?10:03
slytherinTheMuso: I am modifying existing package10:03
TheMusoslytherin: And? Sorry I wasn't reading prior IRC conversations, I just saw your error.10:03
slytherinTheMuso: Yes that is the only information I have to give. I am getting this error when I am trying to fix a bug in nautilus-open-terminal10:04
TheMusoslytherin: What did you run? Autogen?10:05
minghuaslytherin: What did you change?  Did you change configure.in or Makefile.ams?10:05
TheMusoautogen.sh even10:05
slytherinminghua: TheMuso: I changed configure.in10:06
TheMusoslytherin: Right, in that case, you need to regenerate the configure script .Usually packages have a build.sh, or autogen.sh to do this.10:07
TheMusoThats when you need libtool and other bits like autoconf/automake.10:08
jonnymind_workHello10:10
slytherinTheMuso: So should I simply add libtool to build dependency? or should I generate configure script locally (outside pbuilder)10:11
Kanoi would do all steps in the package itself10:12
Kanodo not patch added files as those are with wrong permissions10:12
Kanothat will not work inside pbuilder10:12
jonnymind_workScottK has recently declared http://revu.tauware.de/details.py?package=falconpl (Bug 174470) as clear from conflicts. I am searching for MOTUs willing to review it.10:13
ubotuLaunchpad bug 174470 in ubuntu "[needs-packaging] Falcon Programming Language" [Wishlist,In progress] https://launchpad.net/bugs/17447010:13
TheMusoslytherin: The approach you take depends on how the package gets built, whether it uses a patch system, and whether extra patching is part of the package diff already.10:13
slytherinTheMuso: it alread uses cdbs patch system. I had modified both configure.in and configure to change version of nautilus. I am wondering if I should drop this change since in hardy anyway I will get latest version.10:14
TheMusoslytherin: Yeah cdbs does replace those files.10:16
emgentmoin10:41
pochuhey there!10:49
effie_jayxpochu,  congrats on your MOTU aceptance10:50
pochuthanks effie_jayx :) you're a bit late, btw ;)10:51
effie_jayxpochu,  I know, I just read it on the monthly report10:51
pochuAh10:52
persiasuperm1: I use lintian -iIv and linda -v -f long -t E,I,W,X, but those are only a subset of my review checks.10:55
lifelessso, I don't upload enough10:56
persiaDaveMorris: lsdiff -z file.diff.gz will give you a list10:56
lifelesswhats the current syntax for closing an lp bug in changelog? (closes: or lp: or ... ?)10:56
persialifeless: I like (LP: #nnnnnn)10:56
persialifeless: Further, I don't like "closes:" as even if someone does the magic to make it work with changes-closes-bug, it looks too similar to Debian.10:57
brooniepersia: There was some talk of an overarching, integrated closes: syntax that everyone could use.11:00
persiabroonie: That sounds really nice.  I just prefer to avoid confusion until then.  One of the frustrating bits about using LP is that there are frequently closed bugs that appear as open, although they were fixed in Debian, and since pulled into Ubuntu.  A unified syntax should also help reduce those.11:01
slytherinpersia: FYI ... Yesterday's fix to nautilus-open-terminal was not good enough. It was crashing nautilus. :-( I have ported fix from SVN in form of a patch. I will upload the debdiff with sufficient testing.11:02
persiaslytherin: Thanks for taking the extra steps to make it right :)11:04
amarillionnorsetto, thanks for your comments on speed-game. However, I think you're wrong regarding the use of /var/games11:08
amarillionI think hiscore files are supposed to be in /var/games11:09
* persia confirms that hiscore files are supposed to be in /var/games, but notes that they should not be included in the package, as that resets them on each upgrade: better to touch the file if it doesn't previously exist in the postinst11:10
amarillionyeah right, that is what my package does atm11:11
amarillionThis was the comment: "4) The use of /var/games/speed-game.rec to save hiscores doesn’t seem appropriate. It would be better to save it in a local file owned by the user (ie. in a dotted file in $HOME). Note that this would not need to be removed by a postrm script."11:11
persiaamarillion: I disagree with that.  Especially so as it breaks competitive scoring for multiuser systems, defeats the entire point of setting score files as root.games 664, and differs from most other games in the distribution.11:16
amarillionok, that's what I thought11:16
persiaamarillion: Cite Debian Policy 11.11 in your rebuttal, if you like11:17
DaveMorrispersia: did you catch my question?11:19
persiaDaveMorris: Yep.  Did you see my answer?11:19
DaveMorrisno I had gone, let me see the logs11:19
DaveMorris!logs11:19
ubotuChannel logs can be found at http://irclogs.ubuntu.com/ - Logs for LoCo channels are at http://logs.ubuntu-eu.org/freenode/ - See also « /msg ubotu ircstats »11:19
persia(lsdiff -z diff.gz lists all files adjusted)11:19
DaveMorrispersia: I can only see files in /debian adjusted, no others11:23
* persia looks again11:23
persiaDaveMorris: Sorry about that.  Obviously this is a case of me commenting before being fully awake.  I'm still not advocating because of 7, and would really like to see 4 & 5.  #6 was done while I was commenting.  #2 is upstream, and #3 is just a preference.11:31
DaveMorris3 will get better when upstream fix alot of the things I'm patching, for instance the make clean rules11:32
DaveMorrisdone 4, 7 just about to do 511:32
persiaDaveMorris: OK.  If you expect it to get nice and short again, doesn't make sense to change it.11:32
DaveMorrisyeah the big problem is you can't patch a make clean rule11:32
DaveMorrisas patch are removed before calling make clean11:33
persiaDaveMorris: There are ways around that, but most of them are even uglier :)11:33
DaveMorrisI assume you agree that a watch file won't work with the way they currently release the source?11:34
persiaDaveMorris: Yes.  You might be able to craft a working get-orig-source though, which would help for the hardy+1 merge cycle.11:34
DaveMorristbh for hardy +1 I will have hopefully got them to do a new release which can have a watch file etc11:35
persiaDaveMorris: That works too.  I'm mostly worried because about 60% of REVU packages don't get updated in the following release without some sort of automated mechanism.  If you're committing to getting it fixed, it's less of a worry.11:36
DaveMorrispersia I use it as part of the research we do at work.  So it's in my interest as well11:36
DaveMorrispersia: http://pastebin.ca/871916 that a correct copyright file now?11:37
persiaDaveMorris: No.  Still doesn't say who holds copyright.11:37
persiaTo me, there are six interesting things that are kept in Debian copyright, as follows:11:38
persia1) The person who created the packaging, and the date they did that.  This isn't a legal requirement, but helps identify a person who may have a relation with upstream.11:38
persia2) The location from which the updated source can be downloaded (although I also like to see this in a watch file or get-orig-source rule)11:39
=== jonnymind_work is now known as jonnymind
persia3) Any licensing for the packaging.  Typically this is the same as for the package, unless the packaging was copied from another package with a more restrictive license.11:39
persia4) The names of any upstream authors.  This is mostly to give credit where it is due.11:40
persiaBeyond that, we have two legal requirements, as follows:11:40
persia5) Identification of the copyright holder(s).  These are the people ultimately responsible for the licensing of the work, although they may have granted the right to sublicense to other parties.11:41
persia6) Description of the license under which the work is being distributed.  This is typically the full text of the license, but may be a shorter form for some common licenses (e.g. GPK, LGPL, etc.).11:42
wallyweekpersia: why not publish this on the packaging guide? it would be of great help11:43
persiawallyweek: Good idea.  Would you might doing a copy & paste with appropriate spelling and grammar corrections?11:44
persias/might/mind/11:44
=== Ubulette_ is now known as Ubulette
wallyweekpersia: I would if I was able to... I'm not english mother tongue and I think I can't update the web page11:46
DaveMorrispersia: something like this then http://pastebin.ca/87193011:47
persiawallyweek: If you have an LP account, access to wiki.ubuntu.com is really easy, and shouldn't require any human assistance.  Don't worry about the spelling anf grammar too much: if you pull out the obvious typos, it would be great :)11:47
amarillionAccording to http://doc.ubuntu.com/ubuntu/packagingguide/C/sect-contributing.html, you have to do a bug report first11:48
amarillionsounds like a good way for your contribution to land in a black hole11:49
persiaDaveMorris: From a cursory look through the output of `grep -ri copyright *`, it looks about right.  Best to take a closer look to make sure that covers everything.11:50
wallyweekamarillion: I see. I thought packaging guide was motu's responsibility :(11:50
amarillionI've got a lot of notes that I could add too... but it seems the process is very complicated11:51
persiawallyweek: Well, keeping it in shape is the responsibility of all developers, whether Contributors, MOTU, or core.  MOTU tend to be the ones who work on it most, but that's just coincidence.11:51
warp10persia: May I suggest to add a link to http://wiki.debian.org/DFSGLicenses too? I found that page essential when tackling copyright and license issues.11:52
amarillionWho is writing the packaging guide actually?11:52
persiaamarillion: That's a great resource!  Nice find.  Please do.11:53
wallyweeksorry! there's been come connection error :(11:53
persiaamarillion: It's a collaborative work.  Most of the transition from the packaging-guide package to the wiki was done by Daniel, so his name appears in the history a lot, but there were many contributors to the content.11:53
amarillionYeah, but it's not really a wiki, is it? At least I can't edit it directly11:54
persiaamarillion: Erm.  Are you looking at the latest packaging guide?11:54
persia!packaging11:54
ubotuThe packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports11:54
DigGohello11:55
DigGosomeone know how to deupgrade to gutsy ? now i'm in hardy.11:55
HobbseeDigGo: reinstall.11:56
DigGoargh11:56
persiaDigGo: You likely will find a better response in #ubuntu+1.  Hobbsee is likely right though.11:56
DigGook bye11:56
* Hobbsee sighs11:56
Hobbseedon't these people ever learn?11:56
persiaHobbsee: One-by-one.  How long does it take to count to 10 million?11:57
amarillionpersia, I see, I was looking at http://doc.ubuntu.com/ubuntu/packagingguide/C/11:57
Hobbseepersia: one, two, skip a few, 9 999 999, 10 million11:58
persiaamarillion: That's the old one.  I'm not sure if whether it was being removed was ever resolved.11:58
persiaHobbsee: it's the "skip a few" that is time consuming and repetitious :)11:58
Hobbseehehe11:58
amarillionI think it should be removed, it can only lead to confusion. At least I was certainly confused by it.11:58
wallyweekpersia, amarillion: just tried, I can't edit wiki pages :(11:59
persiawallyweek: Are you logged into the wiki?11:59
wallyweekpersia: yes11:59
* wallyweek is copying persia's suggestions on his desktop for later use ;)12:00
persiawallyweek: You're logged into wiki.ubuntu.com, and the edit button doesn't work?12:00
* persia doesn't understand, and hopes someone with deeper wiki-fu will explain.12:01
DaveMorrispersia: Do I need the copyright of whats in the source package in the copyright file, or from the source files which make up the debs. (did that make sense?)12:01
persiaDaveMorris: Both, really.  You need to reference the copyright and licensing for everything that is distributed (source and binary).12:02
DaveMorrisok, cos a lot of whats in the source package doesn't actually get built12:02
wallyweekpersia: ok, it was my fault... I logged in, press browser back button and forgot to refresh :(12:02
wallyweekpersia: now edit is enabled...12:03
persiaDaveMorris: Sure, but people can download it with apt-get source, so it is still distributed, even if not in the binary.12:03
wallyweekpersia: ...but connection error cleaned all previous messages... I lost them :(12:03
persiawallyweek: http://irclogs.ubuntu.com/2008/01/25/%23ubuntu-motu.html or http://irclogs.ubuntu.com/2008/01/25/%23ubuntu-motu.txt might be helpful :)12:04
=== _czessi is now known as Czessi
wallyweekpersia: good! thanks! :)12:04
amarillionpersia, I filed a bug for removal of the old packaging guide: https://bugs.edge.launchpad.net/ubuntu-doc/+bug/18589912:05
ubotuLaunchpad bug 185899 in ubuntu-doc "please remove old packaging guide" [Undecided,New]12:05
persiaamarillion: That's a great way to get the discussion going again.  Thanks.12:06
amarillionIf you look at that, there are actually a lot of bugs in the ubuntu-doc project filed for small changes to the ubuntu packaging guide. If those people had known that they could edit the wiki directly, there was no need to file a bug in the first place.12:07
amarillionLike e.g. https://bugs.edge.launchpad.net/ubuntu-doc/+bug/15899812:08
ubotuLaunchpad bug 158998 in ubuntu-doc "Packaging guide: 822-date command deprecated, should use "date -R"" [Undecided,Confirmed]12:08
amarillionI mean there really shouldn't be a need to go through the whole bug reporting & triaging process just for that tiny change12:08
persiaamarillion: It only moved to the wiki recently.  It used to be a source package.  If you want to improve things, integrating all those changes would be very helpful.12:08
amarillionYeah, sounds like a nice project. I'm going to work on that.12:09
persiaamarillion: Thanks.12:09
techno_freakok guys.. ciao..12:11
mruizhi all12:11
persiaslytherin: Re: lucene2.  I just had a report that it built with icedtea.  Did you have something that worked with gcj, or would this need extra care to be in universe (assuming the xhtml DTD issue gets resolved)?12:21
wallyweekamarillion, persia: edit done, suggestion added to https://wiki.ubuntu.com/PackagingGuide/PackagingOverview#head-4032f87b77123c6c051910dbc3383cb6898506f612:22
wallyweekpersia: are you aware when will next revu day start?12:23
persiawallyweek: Nitpick: you've listed six interesting things, but the code section above only has five stanzas, which may lead to confusion.12:23
persiawallyweek: 2008 28 January 0:00 UTC+1412:24
amarillionwallyweek, do you understand the structure of the wiki?12:25
persiawallyweek: Also, consider putting that in https://wiki.ubuntu.com/PackagingGuide/Basic#Copyright instead, so as to make the overview easier to read.12:25
amarillionIf you try to edit the main page, you just see a bunch of "Include" lines12:26
wallyweekpersia: thanks! is there a way to specially point out a package? sdlmame's been on revu for nearly one year, I would like to see in hardy12:26
amarillionand then I can't find the actual page you need to edit12:26
wallyweekamarillion, persia: unfortunately it's the first time I edit a wiki page :(12:26
amarillionNot for me, but this is the most complicated one I've seen thus far12:26
persiawallyweek: Just push advertisements, and hope someone is interested.  A year is a really long time: it's usually only a couple of months during REVU season.12:28
persiaamarillion: Try looking at the raw text (under more actions) to see what page is being included.  Then, manually enter that URL, and use Edit.12:28
wallyweekpersia: I saved your messages, I'll be back on edit the wiki asap12:28
wallyweekpersia: keep on advertising makes me feel like a channel pest... :o12:29
wallyweekpersia: or I should assume that noone will be annoyed by that?12:30
wallyweeks/noone/no one12:30
persiawallyweek: Understood.  I'm not sure what advice to give.  Eventually, your package should reach the top, and get reviewed.  If there are no more issues, it gets advocated.  I'm not sure how it kept getting rejected for an entire year unless there were gaps.12:30
persiaAlso, I believe the only preference anyone ever expressed was to restrict advertisements to less than once every 24 hours.12:31
persiawallyweek: amarillion: If either of you wants to update the maintainer scripts bit, http://women.debian.org/wiki/English/MaintainerScripts is an excellent reference.12:32
txwikingerIs there motu Q&A today?12:32
persiatxwikinger: It's Friday, but feel free to beat the crowd and ask a question now :)12:33
wallyweekpersia: I must admit first uploads needed lot of work, but it should be ready for advocates now12:33
txwikingerpersia: :D12:33
txwikingerI have some questions to interdiff12:34
persia...12:34
txwikingerI am getting confused with the orig.tar12:34
txwikingerbasically what I am doing is having  a new orig.tar for the new release12:35
txwikingerdoes the interdiff take account for that?12:35
wallyweekpersia: reference saved! :D12:35
persiatxwikinger: An interdiff is used to track the differences between the patches.  It completely ignores the orig.tar.gz (as we know it has changed).12:35
txwikingerAnd if there aren't any patches?12:36
persiatxwikinger: So, it compares the two diff.gz files, and shows how they differ.  This allows the old diff.gz to be patched to generate the new diff.gz.12:36
persiatxwikinger: There is always at least debian/changelog, debian/copyright, debian/control, and debian/rules.12:36
txwikingerwell ok yes12:37
txwikingerbut if they would be the same in the old and the new release (changelog wouldn't)12:37
persiaRemember, diff.gz is just a patch to generate a debian-format source from the upstream source.12:37
txwikingeryes I understand that12:37
persiatxwikinger: Exactly, so the interdiff tracks the differences between the patches.12:37
* persia builds a simple example12:38
txwikingerSo.. if would have to provide the orig.tar in addition anyway12:38
txwikingers/if/I/12:38
wallyweekI'm leaving... thanks everyone! :12:38
wallyweek:)12:38
\shwow...I think I'm through12:39
* txwikinger wonders what \sh is doing12:39
\shtxwikinger, checking if octave3.0 is the right thing for hardy ;)12:40
txwikinger)12:40
txwikinger:)12:40
persiatxwikinger: You wouldn't provide the orig.tar.gz.  Upstream generally does that, and you use a watch file to reference it.  Where this doesn't work, you construct a get-orig-source in debian/rules12:41
txwikingerpersia: Well in that particular package there is a problem with that12:41
txwikingerthat was my next question anyway12:41
txwikingerI need to take two tar files and merge them together that the package builds12:42
txwikinger(two tar files from upstream)12:42
persiatxwikinger: Are you sure you don't want two source packages?12:42
txwikingerwell it doesn't build separately12:43
txwikingerotherwise I wouldn't have a problem.... I think I create separate binaries anyway from it12:44
txwikingerYes the control file has two binaries12:47
txwikingerwhich correspond to the two source tars12:47
persiatxwikinger: http://paste.ubuntu.com/3864/ has a small file, with an old diff, a new diff, and an interdiff.  Feel free to grab them and play with interdiff and combinediff to see how it works.12:48
txwikingercool thanks12:49
persiatxwikinger: Regarding your source issues, do both sources fail to build independently?  If one builds on it's own, and the other requires the first, then you just have a build-dependency.12:49
txwikingerI think your explanation already helped me, but I will play with it.. it is always more illustrative12:49
txwikingerwell.. the main package fails to build if the directory of the themes is missing12:50
txwikingerwhich is exactly the source tar of the second package12:50
persiatxwikinger: Can the themes build without the main package?12:50
txwikingerI have not tried that.. it would have to be newly packaged then since there is no debian directory existing for it12:51
txwikingerhowever, it still would not make the main package build12:52
persiatxwikinger: Best practice is to have one source package per upstream source package, unless there are really strong reasons not to do that.  Give it a shot :)12:52
persiatxwikinger: Why not?12:52
txwikingerThe build system expects the theme sources in that particular directory12:53
txwikingerIf it should work, the build system would have to be changed12:53
persiatxwikinger: That sounds like a build system in need of patching.12:53
txwikingerand it might need to find the .h files somewhere too12:54
txwikingerso that would probably require not only the binary theme file to be installed, but also a theme-dev file12:54
persiatxwikinger: If it needs .h files provided by another source, that other source should be packaged as a library, so the .h files would be in /usr/include/12:54
txwikingeryes.. that's what I think12:55
txwikingerI totally agree with you that it should be done that way12:55
txwikingerunfortunately it is far more work12:55
=== Ibalon is now known as zakame
persiatxwikinger: Yep.  That's why packages get maintainers.  If it were easy, people would just download the upstream releases, and it would work.  Of course, in cases where this is done, it tends to lead to completely reinstalling the system every six months or so, and wondering why it gets progressively slower in the meantime.12:57
txwikinger:D12:58
txwikingerwell.. it needs to be rolled into debian too when I have done it12:59
txwikingerDoes this go through revu then?12:59
txwikingeror just via the bug since it is a new release/package split13:00
persiatxwikinger: Which package?  If Debian is already doing it in an annoying manner, it may not be worth splitting the source.  On the other hand, if the new upstream breaks the old way of doing things, yes, the extra package would go through REVU.13:01
txwikingerpersia: No.. the source was split at the original source13:02
txwikingerdebian still has the old version13:03
txwikingerand without the new package, the main package is broken.. because it depends on it13:03
persiatxwikinger: New upstream split for the new upstream version?  In that case, you do want a new source package, and you do want to upload to REVU.13:03
txwikingerok13:03
persia(and you want to report in your bug not to upgrade until the REVU package is in, as otherwise it creates a FTBFS bug).13:04
txwikingerwell.. I think the old package has an FTBFS already since that's how I found the issue13:04
persiatxwikinger: The question you might want to ask is: is the package update important enough that it's worth trying to get all that done in the next three weeks?  (the answer may be yes, but it's worth asking).13:05
persiatxwikinger: Ah.  If it's already broken, then go for it :)13:05
txwikingerwell.. the new release is the first release candidate13:05
txwikingerthe old release is a very old alpha or beta release13:07
txwikingerIt is a game... so I don't know if it is worthy due to the time schedule13:07
txwikingermaybe other causes are more important13:08
persiatxwikinger: Maybe you want to check with upstream then: if a release is coming soon, you might want to target that rather than the RC (although you would need to apply for an FFe in that case)13:08
txwikingerFFe?13:08
persiatxwikinger: FeatureFreeze exception13:09
txwikingerah righh13:09
txwikingerright13:09
=== zachy is now known as zakame
slytherinpersia: there? I was away for meeting.13:30
persiaslytherin: Even when I'm not, I read all the backscroll13:30
DaveMorrispersia: I've fixed those issues, there were quite a lot of copyright holders actually.13:31
slytherinpersia: The issue with lucene2 has nothing to do with 'which JDK' The libraries build with even GCJ. I had disabled unit tests and tried building. If we get the DTD issue resolved then we can build with GCJ and promote it to universe.13:31
persiaDaveMorris: Are they all covered by the same license?  When there are lots of copyright holders, it sometimes means you need to do a deeper investigation into licensing.13:32
DaveMorrisI'll double check13:32
DaveMorristhey've included a copy of scons in the original source package, what do I do about that licence?13:33
persiaslytherin: Right.  I remembered the DTD issue, but had someone poke me that it worked with icedtea, and couldn't remember if you already had a GCJ patch.  If it's on the way to universe, them I've very excited :)13:33
slytherinpersia: One more trial is needed just to make sure that unit tests don't cause any trouble.13:34
persiaslytherin: Apologies.  I seem to be catching you too late.  Would you mind updating bug #185917?13:39
ubotuLaunchpad bug 185917 in lucene2 "lucene2 jdk dependence" [Undecided,New] https://launchpad.net/bugs/18591713:39
slytherinpersia: I will update that bug. Should I assign it to myself?13:41
persiaslytherin: If you've a solution prepared, sure.  Am I correct that you're planning to fix it in Debian and sync?13:41
* persia unsubscribes the sponsors, preferring gcj to icedtea, and the current patch not fixing the FTBFS13:42
slytherinpersia: No plan for Debian. In fact my explanation for w3c-dtd-xhtml bug seems not to be very useful to Debian developers. If nothing happens over weekend I will fix both bugs in Ubuntu only.13:43
persiaslytherin: Ah.  Right.  Arch-all not actually being built on the buildds and all.  Maybe the archive-rebuild scripts will catch it eventually, and they'll pull the patch.13:43
man-dislytherin: I hope to find the time on sunday to write some mails about w3c-dtd-xhtml13:44
slytherinpersia: Looks like my last reply didn't reach Debain BTS. I will drop a reply tomorrow again, and see if it helps.13:45
slytherinman-di: Thanks. :-)13:45
* slytherin wishes there was a 'Depends' field for bugs in launchpad13:45
persiaslytherin: It's been discussed, but there are too many different relationships.  If you write "bug #nnnnnn" in a comment, Malone replaces with a hyperlink to the bug to allow manual description of bug relationships.13:46
slytherinpersia: That will do for now.13:47
ScottKpersia: It's still a regression from bugzilla.13:47
persiaScottK: I refuse to either defend Bugzilla's broken bug relationship system or Malone's lack of any relationship mapping.13:48
persias/either defend/defend either/13:48
ScottK2OK.  It may or may not be true, but I find Malone's also affects substantially inferior to bugzilla's depency relationships.  Sure, it could be better, but at least it's there.13:50
persiaI consider "Also affects" completely different than bugzilla's dependency mappings.13:50
Hobbsee[00:50] * Hobbsee notes that adding stuff in here is classed as contributing to ubuntu development, which is one of the things that kmos has been asked not to do.13:51
Hobbsee[00:50] * Hobbsee therefore will prohibit him from doing so.13:51
amarilliondoko, are you around?14:03
amarillionI've got some java packaging questions14:03
persiaamarillion: There are a number of people who can answer Java packaging questions.  Best to just ask.14:04
amarillionsure14:04
amarillionI would like to package cytoscape14:05
amarillionhttp://www.cytoscape.org/, it's a scientific package for analyzing networks, mostly genetic networks14:05
amarillionThe trouble is, it includes a large number of jar files14:06
amarillionmost of which are not packaged yet either14:06
persiaamarillion: How does upstream bundle the release package?14:06
amarillionAs far as I can tell14:06
amarillionThe jar files are included in the tar.gz14:06
amarillionyou have to get the sources elsewhere if you want them14:07
joejaxxgrr i still cannot get pbuilder-dist to not clean the build environment :\14:07
* persia is not a Java expert and welcomes correction14:07
DaveMorriswould it be best to package the jars up so other packages could depend on them?  Or is that too much work?14:07
persiaamarillion: I've seen other packages that fiddle with the classpath to get ant to use the system libraries in preference to the local libraries.14:07
amarillionDaveMorris, yeah, that is what I want to do although it would indeed be a  lot of work14:07
persiaOf course, this means first making sure there are system libraries in all these cases: many Java applications seem to require first importing two or three libraries.14:08
slytherinamarillion: Are the jar's very uncommon? May be some of them are already present in Ubuntu.14:08
amarillionSome of them are, some of them aren't14:08
amarillionI'll list them14:09
amarillionthere is jdom, junit, jnlp, xerces, getopt, jaxb, batik, giny, colt, coltginy, freehep, piccolo, biojava, looks, glf and more14:10
LucidFoxGah! Stupid dh_pysupport :S14:10
amarillionjdom is very common but I couldn't find it in the repo14:10
LucidFoxWhen there was a single package, it saw and handled Python-Depends for every package.14:10
amarillionsame for batik14:10
LucidFoxNow that there are multiple packages, it ignores Python-Depends for all packages but the first one.14:11
slytherinamarillion: It is there I am sure. Batik has build failure.14:11
slytherinamarillion: I mean jdom is there14:11
amarillionslytherin, ok, I thought it must be14:11
amarillionwhat is the name of the package? There is no libjdom-java14:11
tuxmaniacLucidFox, have again re-uploaded the package after your comments. Can you please re-review it? this is wrt alliance14:12
slytherinamarillion: https://edge.launchpad.net/ubuntu/+source/libjdom-java14:13
amarillionSomebody told me in the past that there is a ubuntu-java mailinglist14:13
persiatuxmaniac: You'll get the best quality package by having different reviewers, as we all check slightly different things.  Try to find a new reviewer each time, if you can.  Best to just advertise your URL generally.14:13
tuxmaniacpersia, coolness. here goes my ad. http://revu.tauware.de/details.py?package=alliance14:14
amarillionslytherin, oops, my mistake14:14
rexbronsiretart, I know I have asked about ffmpeg in the past, but what can I do to speed along an update?14:14
amarillionsynaptic doesn't show it if you search for jdom14:14
joejaxxrexbron: :)14:14
rexbronjoejaxx, I thought I would make it a productive question :)14:15
joejaxxrexbron: lol :P14:15
siretartrexbron: get sam to revise the altivec patches. What would also help is to review the current patches, and comment them in a form that would be acceptable for upstream inclusion14:15
slytherinamarillion: Perhaps you are searching for wrong field. :-)14:15
jdongsiretart: we plan to include a newer ffmpeg before freezing?14:16
rexbronIt would be ideal to get a svn pull that is more recent than october...14:16
DaveMorrispersia: you where right as usual, other licences in there.  I've upload the new version and addressed all the points.14:16
siretartjdong: there is a newer ffmpeg in debian/experimental. we could most probably include that into hardy right now14:16
slytherinIf I attach updated debdiff should I delete old one form the bug?14:16
siretartjdong: however I don't have the time to deal with the breakage :(14:17
rexbronsiretart, I can take a look at the patches, but would be afraid to submit them to the -devel list. I am subscribed to it and they are vicious :P14:17
persiaDaveMorris: Excellent.  I'm not likely to try that build again soon, but will take at least one more look before the last REVU day.14:17
siretartrexbron: you bet14:17
DaveMorristhe changes won't affect the building :)14:17
jdongsiretart: sounds good14:17
siretartrexbron: still, I don't feel comfortable with both dropping them nor having them around14:18
jdongsiretart: I'm guessing as always, rebuilding the revdep tree will be necessary?14:18
siretartjdong: would you feel comfortable with having ffmpeg updated in hardy, dropping patches from the debian package?14:18
siretartjdong: yeah14:18
jdongsiretart: yeah, if you are comfortable with it, I'm comfortable with the idea14:19
rexbronsiretart, would it be possible to "start fresh" ie, include a newer version of ffmpeg in paralle and transition packages that need the newer funtionality over to it?14:19
jdongsiretart: I'm not certain what patches are in the debian package, so I can't comment specifically on dropping those14:19
slytherinCan anyone sponsor the latest debdiff attached to bug 18543514:19
jdongrexbron: what kind of changes have been made to ffmpeg since the experimental snapshot that are important to you?14:19
amarillionso how does a good java package set the classpath? Just hard-code it in a startup wrapper script?14:20
ubotuLaunchpad bug 185435 in nautilus-open-terminal "nautilus-open-terminal no longer works in Hardy" [Low,Confirmed] https://launchpad.net/bugs/18543514:20
rexbronjdong, inclution of MXF container support14:20
rexbronso one can playback files created by an HVX20014:20
jdongrexbron: interesting....14:20
jdongsiretart: it doesn't completely sound unreasonable to do an up-to-date SVN checkout does it?14:21
tuxmaniacHope I am not kicked for the repeat post. Can someone please review the package http://revu.tauware.de/details.py?package=alliance14:21
jdong(not having looked at the changelog yet...)14:21
* DaveMorris kicks tuxmaniac14:21
rexbronjdong, there also have been patches submitted to the -devel list for the inclution of encoding DVCPRO HD14:21
rexbronbut those still need work14:21
ScottKjdong: It depends on if svn is more or less broken that what's already in experimental.14:21
=== Amaranth_ is now known as Amaranth
siretartjdong: I'm not comfortable with the idea, since I doubt I have enough time and energy to deal with the breakage14:21
rexbronsiretart, what about what I suggested?14:22
siretartrexbron: you want to maintain 2 different versions of ffmpeg? uuuh14:22
siretartno14:22
jdongsiretart: the package in experimental seems to be around a month old. Are there a lot of people helping QA that?14:22
rexbronsiretart, that would be part of a migration strategy14:23
siretartjdong: I did a rebuild of the revbuilddep tree, and found no regressions. I didn't test the packages, though14:23
jdongsiretart: ah, ok, looks like you did a lot of work into this already :)14:23
siretartyes14:23
siretartwhat would help me most would be people that look at the patches and review and document them14:24
persiaslytherin: Do you think http://paste.ubuntu.com/3871/ would break anything critical?14:24
rexbronsiretart, the ones off of debian experimental right?14:24
slytherinpersia: let me check14:24
jdongsiretart: was the orig.tar.gz repacked?14:24
siretarthttp://svn.debian.org/viewsvn/pkg-multimedia/experimental/ffmpeg/debian/patches/14:25
siretartjdong: yes, using this script: http://svn.debian.org/viewsvn/pkg-multimedia/experimental/ffmpeg/debian/strip.sh?rev=923&view=log14:25
siretarthttp://svn.debian.org/viewsvn/pkg-multimedia/experimental/ffmpeg/debian/strip.sh?rev=923&view=markup14:25
jdongsiretart: so h.264/mpeg4 are entirely removed, or just their encoders?14:26
siretartjust the encoders14:26
jdongsiretart: ok14:26
slytherinpersia: Looks ok to me. What is this for?14:29
persiaslytherin: http://www.netbeans.org/issues/show_bug.cgi?id=112679 and http://www.netbeans.org/issues/show_bug.cgi?id=9821214:30
persiaThanks for being a second pair of eyes.  I'll go chase rdepends a bit, and might push to 1.2.14:30
slytherinpersia: Is that fix really needed if netbeans 6.x is going to eventually land in Ubuntu14:39
persiaslytherin: Well, it's either apply that patch or bundle a special libresolver for netbeans, which would be painful from a support perspective.14:39
slytherinpersia: Ahh, then it is fine14:40
persiaOh, and 6.0.1 :)14:40
slytherinpersia: can you review the nautilus-open-terminal fix and sponsor it?14:52
persiaslytherin: I'm going to bed in about 10 minutes.  I'll be reviewing the sponsors queue in 8-10 hours, and will be sure to take a look if it is still there.14:53
slytherinpersia: Ok. No problem14:53
persia(unless this is blocking something else, and you really need it now)14:53
slytherinpersia: No. It is not blocking anything except the use of extension. :-) But I already have it in my PPA and those who want can use it.14:59
persiaslytherin: Good to hear.  Thanks.15:00
LucidFoxpoor Kmos :(15:04
zulhey ivoks15:04
ScottK2LucidFox: I hope your kidding.15:05
rexbronWould anyone be able to explain the difference between rpath and runpath?15:06
LucidFoxwell, I don't know what he did...15:06
wallyweekpersia: just fyi, updates to packaging guide commited: https://wiki.ubuntu.com/PackagingGuide/Basic15:08
amarillionIs the new packaging guide only on the wiki, or is it still possible to get it in other formats?15:11
wallyweekamarillion: I don't know :( I guess is on the wiki only15:22
amarillionIt seems like there must be a better way to do that15:23
slytherinamarillion: Use httrack to download all the pages15:24
amarillionI was more thinking along the lines of docuwiki http://wiki.splitbrain.org/wiki:dokuwiki15:24
LucidFoxHmm.15:32
mok0What is the tool that syncs packages into a new development branch? What does it do the the changelog entry?15:33
LucidFoxApparently, dh_pysupport reads the correct Python-Depends values for all packages, but only correctly substitutes ${python:Depends} for the binary package whose name is the same as the source package15:33
mok0My problem is that I now need to update all our local packages to hardy, and I would rather not have to go in and edit debian/hangelog in all of them15:34
StevenKmok0: That tool is called "Merge-o-Matic" or MoM15:34
mok0StevenK: Is that something that I can run locally?15:35
james_wStevenK, I don't think it is that one is it?15:35
StevenKmok0: sed -e 's/gutsy/hardy/' < debian/changelog > debian/changelog.new ; mv debian/changelog.new debian/changelog ?15:35
james_wmok0, you can do it with dch and a couple of lines of shell.15:35
mok0james_w: ok, seems feasible15:36
LucidFoxStevenK> or sed -e -i 's/gutsy/hardy/' debian/changelog15:36
LucidFox:)15:36
StevenKMeh :-)15:37
POX_LucidFox: no, pysupport is copying Python-Depends in arch all packages15:37
mok0LucidFox: that's kinda the dirty solution15:37
POX_and adds 2.X in arch any (python extensions)15:37
POX_so if you have python-myextension package that needs pygtk module, pysupport will generate Depends with python2.4-pygtk, python2.5-pygtk15:38
mok0So, how do people store the source packages? In one big whopping directory?15:38
POX_python2.4-pygtk and python2.5-pygtk are virtual packages provided by python-pygtk package15:39
StevenKmok0: For me, depends on what I'm doing15:39
mok0I guess the easiest would be to have them all in bazaar15:39
LucidFoxPOX> The problem is...15:40
LucidFoxI have the source package tovid and binary packages tovid, tovidgui, todiscgui and todraw15:41
amarillionmok0, I have everything in ~/debs/packagename/packagename-version/15:41
LucidFoxI inserted debug print into dh_pysupport - it definitely parses Python-Depends for all of them15:41
LucidFoxbut only generates the dependencies for tovid - for others, it's just "python" :.15:42
mok0amarillion: I have something similar. I have recently started tracking my packing in git15:42
POX_oh, file a bug against python-support then15:42
POX_LucidFox: ^^15:42
amarillionmok0, do you then just check in the debian directory?15:43
amarillionor do you check in the entire source tree?15:43
mok0amarillion: no, I am not allowed15:44
LucidFoxI should first identify why exactly it fails to paste the dependencies into substvars15:44
mok0amarillion: I use git_import_dsc15:44
mok0amarillion: it keeps the original source on a separate branch15:45
POX_LucidFox: dh_pysupport line 10415:45
mok0amarillion: which makes it easy to track what you have been doing15:45
mok0amarillion: so, that's a separate git repo for every package15:45
amarillionoh good idea. I'm going to try that15:46
mok0amarillion: you then have to use git-buildpackage instead15:46
amarillionis there a nice way to combine that with patches too?15:46
mok0amarillion: you can make it as fancy as you want. A branch for each patch.... or whatever15:47
POX_LucidFox: or rather line 202 (works only for packages with 'python-*' name)15:47
mok0amarillion: then, at the end, merge the branches you want15:47
LucidFoxNeither of my packages are named python-*, but all Python-Depends are named so15:48
mok0amarillion: there's quite a lot of docs on using git for packaging in debian15:48
mok0Ah, friday afternoon... the boys are playing Wii next door :-)15:48
LucidFoxWhat about python-central, does it have a mechanism equivalent to Python-Depends?15:49
ion_git-buildpackage is quite nice. And how git handles branching is awesome if you want to have the upstream stuff in one branch, the packaging added to it in another, and perhaps other packaging branches in addition to that (such as for maintaining the package in an older distro version).15:49
POX_LucidFox: no15:50
LucidFoxso how does it handle dependencies?15:50
ion_Not to mention that git is superfast compared to the alternatives. :-)15:50
mok0ion_: It's truly awesome15:50
POX_LucidFox: you have to enter them in all packages by hand15:50
mok0ion_: would be a good topic for the MOTU School!15:51
POX_LucidFox: Python-Depends is good only for python extensions anyway15:51
LucidFoxAh15:51
amarilliongood idea. I'd like to hear more about it15:52
amarillionHere is one manual: http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html15:52
mok0amarillion: put it on the wiki15:52
mok0amarillion: I mean, as a wish for a class15:53
LucidFoxso, if I have a package depending on python-tk, I can just put it in Depends instead of Python-Depends? Or do I have to depend on something like python2.5-tk | python-tk?15:53
POX_use python-tk or python-tk (>= first_version_with_2.5_so_file)15:54
POX_LucidFox: btw, if you need a script to detect python dependencies, we have one in DPMT15:55
POX_really ugly one, but it work (most of the times)15:55
POX_+s15:55
amarillionmok0, done: https://wiki.ubuntu.com/MOTU/School/Requests15:56
LucidFoxwell, this package installs lots of scripts in /usr/bin... some are Python, others are bash15:56
POX_LucidFox: http://svn.debian.org/viewsvn/*checkout*/python-modules/tools/find_python_dependencies.sh15:56
james_wmok0, yeah, I plan to do one. However I doubt that git will be used.15:57
james_wperhaps I can cover it briefly, but hopefully the concepts will be transferable.15:57
LucidFoxPOX_> Thanks, that was really helpful!15:58
LucidFoxit caught python-cairo15:59
POX_LucidFox: check if it's really needed (cairo module could be in docstring and its not detected coreclty)16:01
goodhabit Hello. I have some trouble. I am linux newbie, also ubuntu newbie. I have found some software, and with helps of manuals, google, brain I have compiled some software. But, as I understood,"make install" is wrong-way. And I need making deb file. I am started googling forward and found some manuals for it (#ubuntu also). But there are some issues I cannot solve. But as I told allready I need that package. Maybe someone could help me with packaging?16:01
LucidFoxgoodhabit> What is the software?16:02
\shhmmm...why I'm still a non-ubuntu-developer, regarding ubuntu-devel?16:02
pochu\sh: same here :)16:03
LucidFoxPOX_> http://paste.ubuntu.com/3874/ - that's weird... it points to a file that isn't even in the directory I pointed the script to16:03
goodhabitLucidFox, wired. http://sourceforge.net/projects/wired/16:03
* persia briefly surfaces to point at #canonical-sysadmins for developers having issues posting to mailing lists16:04
POX_LucidFox: grep -r cairo /usr/share/python-support/tovid16:05
* \sh has no time for this now..need to finish the bugfixes for the octave3.0 stuff16:05
LucidFoxgoodhabit> there is a PPA with this package here: https://launchpad.net/~tsmithe/+archive16:05
goodhabitLucidFox, yep, but there are outdated version...16:06
mok0amarillion: great16:07
=== jpatrick is now known as davies
POX_LucidFox: it shows a file from which the module comes from, not the one with import command16:07
LucidFoxPOX_> yes, it is used after all16:07
POX_LucidFox: uncomment '#echo "  $i" # DEBUG'16:07
POX_and you will see module names16:07
LucidFoxthanks for the script again!16:08
\shpersia, #canonical-sysadmins is empty ;)16:08
davies\sh: #canonical-sysadmin?16:09
\shah16:09
POX_LucidFox: next time join #debian-python, there are more python guys there. If you need help, we have DPMT (for python modules) and PAPT (for applications) teams16:10
pochuPOX_ rocks :)16:10
yamalreviewers/advocates wanted for http://revu.tauware.de/details.py?package=sabnzbdplus16:10
LucidFoxPOX_> thanks :)16:11
LucidFoxon a tangentially-related note... why does CDBS not respect debian/docs? It automagically calls "dh_installdocs ./README ./AUTHORS" rather than just dh_installdocs16:13
ScottKLucidFox: cdbs is about automagic, not respect.16:14
LucidFoxheh16:14
tuxmaniacreviewers/advocates wanted for http://revu.tauware.de/details.py?package=alliance16:25
bddebianHeya gang16:40
\shbtw...bug for the octave3.0 transition: https://bugs.edge.launchpad.net/ubuntu//+bug/18595916:42
ubotuLaunchpad bug 185959 in xmds "octave3.0 transition" [Undecided,Confirmed]16:42
=== bigon` is now known as bigon
* \sh < -- bbl16:44
=== bigon is now known as bigon`
zakamehi folks, long time..16:49
schierbeckhi guys16:57
schierbecki'm having trouble installing a bash completion script to /etc/bash_completion.d/16:58
schierbecki can't seem to do it directly, because i don't have the permissions to write the /etc16:59
schierbeckwhat the hell should I do then?16:59
james_wschierbeck, in a package build?16:59
schierbeckyup16:59
james_wdon't install to /etc, install to "$(CURDIR)"/debian/tmp/etc/16:59
james_wor similar depending on whether you use tmp or the package name.17:00
schierbecki use the package name17:00
schierbeckand then it'll be copied to /etc when installed?17:00
schierbeckthanks!17:00
james_wif this installed by the upstream Makefile then you need to patch it to accept $(PREFIX) and then use that.17:00
schierbecki'll try it out17:00
hellboy195How long does it normally take until there is a new changelog entry for a new revision in Debian?17:02
james_whellboy195, I'm sorry, I don't understand the question, could you explain please?17:03
tuxmaniachellboy195, you mean once uploaded a new revision of a package?17:03
hellboy195tuxmaniac: right ^^17:03
hellboy195Because I want to do a merge but Debian site hasn't got a new changelog entry :(17:04
tuxmaniachellboy195, I suppose a few hours. Atleast one package that I knew took 10 hrs app17:04
hellboy195tuxmaniac: k, thx. so I'll wait at least until tomorrow (uploaded yesterday)17:04
schierbeckjames_w: that works! now, how the hell do i remove it when uninstalling?17:05
james_wschierbeck, you don't need to, it should now appear in the list of files in the package, and so apt will take care of that for you.17:06
schierbeckokay17:07
schierbeckthanks!17:07
james_wschierbeck, though you should probably read http://wiki.debian.org/DpkgConffileHandling17:12
schierbeckjames_w: okay17:15
\shhow strange is this...even with trackerd in the gnome-session management disabled, it comes from time to time up and running...and eats my resources...oh well17:23
geser\sh: the workaround it to deinstall trackerd17:24
=== Hobbsee_ is now known as LongPointyStick
rexbronthis is fun... I hate non-standard directories17:31
rexbronin /usr/lib that is17:31
slangasekrexbron: given that the standard says you can have more or less arbitrary subdirs of /usr/lib, what constitutes a non-standard subdir of /usr/lib? :)17:34
=== bigon` is now known as bigon
rexbronslangasek,  installing to /usr/lib/<foo>/<foo.bar>/lib so that libs need rpaths to find anything....17:36
rexbronthat or setting something like ld.so.conf, but I really don't know enough about that subject17:36
slangasekoh17:36
rexbron:P17:36
slangasekso not the directory, but the non-standard placement of the files :)17:36
rexbronsladen, ya17:37
rexbronslangasek, I posted to the ML with my problems if you want to take a look. The subject is "Acceptable use of rpath"17:37
bddebianI thought slangasek thought there was no acceptable use of rpath? ;-P17:41
pochuI thought bddebian thought slangasek thought there was an acceptable use of it17:42
\shslangasek, you are my debian guru...what will happen to packages in non-free in debian, which are not existent anymore (upstream), or are not being maintained by the debian package maintainer? as an example in this case: octave-gpc17:43
slangasekbddebian: yes, that's my position17:50
slangasek\sh: nothing happens automatically to such packages17:51
slangasek\sh: if they cease to be buildable or installable, they'll get removed from testing fairly routinely; if they should be dropped altogether as obsolete, bugs need to be filed17:51
=== bmk789 is now known as bmk789_english
=== bmk789_english is now known as bmk789_english_c
=== bmk789_english_c is now known as bmk789_class
\shslangasek, ok..so I'm asking the octave team what should be done with this package..I can't find any new upstream nor is it building with octave3.017:56
=== bmk789_class is now known as bmk789
\shok..one package still left for octave3.0 transition...it's building right now...after this, we can start with the sync and upload orgy18:14
jonnymindI got this problem; I have a dev package that contains a binary file (which is used only in dev things, i.e. useless to normal users).18:15
jonnymindI have also a dev-dbg package that contains its debugging symbols.18:15
jonnymindis that ok?18:15
geserjonnymind: does the -dev package need really an extra -dev-dbg package?18:16
* LucidFox pings RainCT18:16
jonnymindyes, as there is a binary file that is not in the normal non-dev package.18:16
jonnymindIf that is a problem, I may just put the developement binary helper in the main package.18:16
jonnymindIf it's not a problem, that would be logically cleaner.18:17
geseraren't the automatic -dbgsym packages sufficient for debuging?18:17
daviesLucidFox: /whois RainCT18:17
jonnymindI am generating them.18:17
LucidFoxdavies> I know :)18:17
jonnymindThe point is that I have this dev package with a binary /usr/bin file, which has to be stripped/debug enabled.18:18
daviesLucidFox: so why ping? :)18:18
geserjonnymind: the buildds create for every package a -dbgsym package containing the debugsymbols18:18
jonnymindthis requires a dbg package... I just asked if there is any problem in having a dev-dbg package for the dev package.18:18
jonnymindSo, It's ok if I have an extra dbg package for the dev package, right?18:19
geserjonnymind: there is no problem18:19
jonnymindOh, thanks. :-)18:19
geserjonnymind: btw how big is the binary?18:19
jonnymindabout 40 kb18:19
jonnymindthe dbg symbols are about 16kb.18:20
geserbecause every extra package makes the Packages files bigger18:20
jonnymindBut they may grow a lot in the future.18:20
jonnymindIf this is a concern, I can just put that helper binary in the non-dev package.18:20
blueyedjdong: have you solved "Can someone confirm/explain why sudo seems to forget environment variables?" (from #ubuntu-devel some hours ago)? It's likely because all/more env vars get dropped by sudo now. See "sudo -E" / env_reset.18:21
jdongblueyed: no, I was still wondering about that18:22
jdongblueyed: thanks re. -E18:22
jdongI'll have to update prevu's documentation regarding it18:22
jdongthe tool uses environment variables to communicate some settings18:22
joejaxxyay xorg is finished compiling :DD18:22
joejaxx:D  *18:22
blueyedjdong: I've read your question on irclogs.u.c - it affects e.g. pbuilder, too (there's a bug filed about it)18:23
jdongblueyed: thanks :)18:24
bddebianslangasek: You bored?18:29
* azeem chuckles18:30
bddebian:)18:30
\shwine 0.9.54 ... oh I'm so lucky18:33
joejaxxhmm18:51
ScottK\sh: Thank you for becoming a MOTU again ... ;-)18:52
\shScottK, hmm...18:52
\shScottK, was your statement ironical? ;)18:54
ScottK\sh: Not entirely as I was worrying about WINE uploads during your sebatical (thank you for reviewing the packages for me then).18:55
* ScottK is really glad you're doing it now.18:55
\shScottK, well there is no package right now...I'm building myself..18:56
ScottKAh.  Scott Ritchie didn't do it?18:57
\shScottK, there is nothing on winehq...I can't get him...18:57
ScottKHmmm.18:58
ScottKHe's here...18:58
ScottKYokoZar: You around?18:58
\shScottK, I want to start with wine PPA packages, so we can stop backporting and using the PPA because people are using normally the packages provided by winehq18:58
=== bigon is now known as bigon`
\shScottK, #ubuntu-wine :) I asked him already :)18:59
ScottKAh.18:59
\shah well..0.9.54 was released today ,)18:59
ScottKYou're doing the work, so whatever you want, but I think it's better to keep in the official archives if we can.18:59
ScottKMy clamav PPA is just for testing until we do get stuff backported (for example).19:00
\shScottK, yeah...this we can do still...but I like to have a version which works on former releases even in backports...so if we need to make debian/control changes or other things inside debian/ dir it's better to test it via ppa19:00
ScottKAgreed it's better to test via PPA.19:01
Kopfgeldjaegerhi19:16
Kopfgeldjaegercould someone please have a look at #178845 and sponsor it (if possible)?19:17
jdongKopfgeldjaeger: hi, it's on my TODO list19:18
Kopfgeldjaegerok, thank you19:18
\shScottK, can you do me a favour?19:24
ScottK\sh: Maybe?19:25
\shScottK, and re-check bug #185959 if I catched all packages, build-dep / build-dep-indep / depend on octave (so including octave2.1 and octave2.9)19:25
ubotuLaunchpad bug 185959 in xmds "octave3.0 transition" [Undecided,Confirmed] https://launchpad.net/bugs/18595919:25
\shScottK, I think I have all packages...but good to have a second pair of eyes ;)19:25
ScottKSure.19:25
\shScottK, thanks a lot :)19:26
\shah one I have still...19:27
\shoh this is only recommends19:27
\shand it will catch Recommends: octave19:28
ScottKblueyed: reportbug has a lot of lintian complaints (I'm looking at your bug fix now).  Any chance you could work on fixing the rest up and sending it back to Debian?19:30
=== hattory is now known as Hattory
=== x-spec-t is now known as Spec
pwnguinis it too late to request a package be resync'd from debian?19:40
geserpwnguin: not until FF which is around Valentines Day19:40
pwnguinneat19:40
geserbut check that it doesn't break other things19:41
\shwine 0.9.54 hits hardy19:44
ScottK2Yum.  Does it backport?19:50
\shScottK, nope...not now ;)19:53
\shlibgif breaks it19:53
\shI do some backport stuff next week...after I worked with pitti the octave3.0 stuff...I'll go off now, I think for today I did enough motu work ;)19:54
\shok good night folks :)19:58
=== \sh is now known as \sh_away
saivannDaveMorris : If you get time for it, I applied needed changes to simdock package, which you can review again here : http://revu.tauware.de/details.py?package=simdock20:12
saivannDaveMorris : thanks for this20:12
DaveMorrisyeah, I'll do it once I've kicked my program off to build in a bit20:14
=== allee_ is now known as allee
=== nenolod_ is now known as nenolod
oly-hi, i am building packages with dpkg-buildpackage, is there a way to output the resulting files to another location ?20:25
slangasekbddebian: boredom is a disease of the mind20:37
slangasekand with that, I'm off for the night :)20:38
CoperHi, I have followed the guide "Packaging with Debhelper" and have a new package for a new application console-freecell. I have added a new bug report id:186016 and assing it to me with status In progress.20:38
ScottKCoper: Once you think it's ready, you can upload it to REVU.20:40
ScottK!revu | Coper20:40
ubotuCoper: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU20:40
CoperScottK: okey, I will look in to it and will be back with some more questions. :)20:41
* ScottK hugs sabdfl (even though he's not here right now) [see MC ML for details].20:53
CoperREVU admin can you resync the REVU uploaders keyring?21:11
ajmitchScottK: someone buy that man a beer21:11
ScottKAbsolutely.21:13
crimsun"And today, in 'As The Ubuntu Turns'..."21:16
DaveMorrissaivann: commented21:19
blueyedScottK: re reportbug.. do you mean fixing bug 163924 correctly, including the lintian fixes and then also submitting it to Debian?21:23
ubotuLaunchpad bug 163924 in reportbug "manpage should mention that the default in Ubuntu is not to send to Debian" [Low,Triaged] https://launchpad.net/bugs/16392421:23
rexbronLooking for some review karma? Check out http://revu.ubuntuwire.com/details.py?package=libopenfx21:24
=== leonel_ is now known as leonel
ScottK2rexbron: Reviewing doesn't give karma.21:24
rexbronNot LP karma, just the general kind21:25
ScottK2leonel and sommer: New clamtk in edgy/feisty/guty clamav-ppa for your testing pleasure.21:25
ScottK2Oh.21:25
rexbronSnap.21:25
sommerScottK2: sweet, everything need restested, or just those apps with issues?21:30
saivannDaveMorris : Greaet, thanks21:33
saivannGreat*21:33
ScottKsommer: New clamtk, not clamav21:33
cbx33hey guys21:33
=== lakin_ is now known as lakin
cbx33anyone use enlightenment?21:34
sommerScottK: ah, should have read closer21:34
sommerI'll give it a spin this evening21:34
ScottKNo problem.21:34
ScottKGreat.  I expect it's fine.21:34
ScottKActually, I tested it on Guty before uploading, so I'll mark that down.21:35
leonelScottK  clamtk works  fine in Gutsy21:37
CoperI have some problem to recive a password from revu, it says that no REVU account exists for my email.21:41
leonelScottK2:   clamtk works  fine in Gutsy21:42
leonelscottK2 scottK testing in feisty21:43
blueyedCoper: have you uploaded anything yet?21:48
Coperblueyed: yes, I did "dput revu package_version_source.change" and go Succsessfully uploaded packages.21:50
blueyedCoper: then the keyring might not be synced yet. There is probably someone around who could do this. siretart?21:52
blueyedCan the keyring not get synced when someone unknown uploaded something? would me handsome.. ;)21:52
Coperblueyed: okey, I got a warning "This key is not certified with a trusted signature!"21:53
blueyedwhat key?21:53
Copermy gpg key.21:54
blueyedAnd where does the warning come from? Can you encrypt mails and text successfully?21:54
CoperI have no problem with encrypting email or text I get the warnings when Checking Signature on .dsc It says that it's a good signature but get a warning that it's not certified.21:57
DaveMorriswhat is the mythbuntu site running on?  CMS wise22:07
* DaveMorris opps, wrong channel22:11
_MMA_DaveMorris: I see drupal mentioned in the page source. For whatever thats worth.22:11
* DaveMorris has an account on the server but can't remember his password for, otherwise I could check that way22:15
emgentheya people22:52
ScottKblueyed: Please make lintian happy while you're working on reportbug too.22:59
sommerScottK: new clamtk good to go on Edgy23:05
ScottKGreat.23:06
leonelscottK clamtk  OK on feisty23:19
ScottKgreat23:20
mgdmHi - I have a potentially dumb question. Is it bad form to package and upload something I've written myself...?23:21
DarkMageZmgdm, only if it's malware.23:22
mgdmDarkMageZ: I assure you it isn't ;)23:23
StevenHarperUKHi everyone23:24
DarkMageZmgdm, then feel free to upload it ?23:24
mgdmIt's a little GNOME applet written in PyGTK for use with Asterisk. When it's in better shape, I'll package it.23:24
StevenHarperUKI have a question : I have an Idea on how to improve the Resolution Gnome Applett, I cant find the launchpad project to put my suggestion into can anyone help me find it?23:24
DarkMageZStevenHarperUK, you mean gnome-display-properties?23:26
StevenHarperUKis that | System | Prefrences | screen resolution23:27
DarkMageZyes23:27
StevenHarperUKCan I bounce my suggestion off you>23:27
DarkMageZgo ahead ?23:29
StevenHarperUKOk at the moment you can pick a resolution for a user - What im thinking is that the Xorg file - the first resolution in the list supported by the Screen you have is always the one you get on the Login screen : if you move a nice entry to the start of the list you get that : on my 22" monitors it picks stupid res like 2048x1024, I would move a nice one to the front on user selection23:30
CoperIf I have dsc file and succsessfully build it in pbuilder can I generate a deb file and try it on my system?23:31
StevenHarperUKSo you could have an option name : login screen Resolution (and all unset users) or simular23:31
StevenHarperUKwhat  do you think23:31
DarkMageZStevenHarperUK, i've been wishing for that for awhile. you might want to see if there's a bug about it in the gnome bug tracker. if not then search launchpad for one. if not then file a bug or a specification about it ?23:32
DarkMageZStevenHarperUK, you'll want to file it against gnome-control-center ?23:32
StevenHarperUKIll go look 1 sec23:33
StevenHarperUKOK that looks like it : should I raise a bug and a blueprint?23:34
DarkMageZi'm not sure which one is most appropriate23:35
StevenHarperUKI haven't done this before23:35
StevenHarperUKId say blueprint23:35
StevenHarperUKAs it as a new feature - setting the login screen res23:36
DarkMageZtrue23:36
DarkMageZonce you've created it, subscribe me ?23:36
DarkMageZtho don't force my involvement. just make it so i get the emails about it ?23:37
StevenHarperUKOK - I may plan to help code - I am a developer and have packages myself23:37
* jdong verifies the avidemux package he promised Kopfgeldjaeger 23:40
DarkMageZah, well. i think the best way to do this then would be to talk to the guys in (i think it's #ubuntu-devel). see what their thoughts are and how they think the best method of implementation would be (yay for idea gathering). then submit a patch ?23:40
* Kopfgeldjaeger jumps up, screams "YEAH!" and hugs jdong23:40
jdongKopfgeldjaeger: tested and uploaded :)23:42
Kopfgeldjaegeryeah :)23:42
Kopfgeldjaegerthank you23:43
Kopfgeldjaegerjdong: btw, there's a little typo in the description (see http://packages.ubuntu.com/hardy/graphics/avidemux ): verison instead of version23:47
Kopfgeldjaegeranyway,23:47
jdongKopfgeldjaeger: gack just after the upload completed... at any rate I wanted to give Matvey the credit for this upload without mangling; please file a quick bug report on it and we'll take it from there23:47
StevenHarperUKDarkMageZ: your subscribed23:48
Kopfgeldjaegerok, maybe yesterday23:48
Kopfgeldjaegergood night23:48
jdongKopfgeldjaeger: night :)23:48
goodhabitHello. Help me please. I have all binary files compiled. Can someone help me with *.deb file composing? I am newbie. :|23:49
Alohagoodhabit, dpkg-buildpackage -rfakeroot will build deb23:50
StevenHarperUKgoodhabit: what are you developing in23:50
StevenHarperUKPython?23:50
goodhabitI am not developer. Actually I am newbia @ IT at all. All day gone for compiling it :)23:51
DarkMageZ!ubuntupackagingguide23:51
goodhabitNonono.23:51
goodhabitI have read it all.23:51
StevenHarperUKgoodhabit: so what you trying to do : make a package from source?23:51
goodhabitSome parts are impossible fo me. The packaging wants some rules of tar.gz file, which I cannot do.23:52
goodhabitNope23:52
goodhabitI have compiled allready.23:52
goodhabitI have all files instaled with --prefix23:52
goodhabitI need to have *deb file.23:52
DarkMageZgoodhabit, it's difficult to turn a current installation into a .deb . maybe you should build the package from scratch.23:53
goodhabitDarkMageZ, can you guide me?23:53
DarkMageZgoodhabit, the ubuntu packaging guide contains all the guidance that one should need.23:53
StevenHarperUKgoodhabit: I have an example project that has build scripts23:53
goodhabitSome parts of that guides are really impossible for me.23:54
DarkMageZgoodhabit, how so?23:54
goodhabitYou know, I am not developer. I can send e-mails. Recieve e-mails. Play music, watch video :)23:54
=== Fujitsu__ is now known as Fujitsu
jdonggoodhabit: at one point, none of us were. We'd be glad to help explain/clarify things if you're interested :)23:55
goodhabitCan somebody help with packaging (small aplication)23:55
goodhabitI see.23:55
Alohagoodhabit, why are you creatinga deb package if you know nothing about developing?23:55
goodhabitAloha, I want to use that software, and cannot find the deb file.23:56
Alohagoodhabit, if its compiled just run it23:56
StevenHarperUKgoodhabit: what is the software23:56
goodhabitwired http://sourceforge.net/projects/wired/ there are packages @ ppa, but they are outdated.23:57
crimsungoodhabit: have you checked with the Ubuntu Studio folks?23:57
crimsunIIRC, someone was working on it.23:57
goodhabitcrimsun, why folks :) ?23:59

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