/srv/irclogs.ubuntu.com/2007/07/16/#ubuntu-motu.txt

ajmitch /win 2112:15
Burgundavia_ajmitch: sorry, that window does not exist, please try again :)12:15
ajmitchyou need more channels12:15
ScottKblueCommand: It's OK to rename as needed, but why .orig?12:15
blueCommandDunno, ask elektranox :)12:16
elektranoxI think dh_make created it automatically...12:16
ScottKThat's not generally correct.  12:16
elektranoxI will just redownload the SF.net package and exchange it with the package version ones12:17
blueCommandelektranox, Ok, It seems like it's fine, so moving on!12:18
blueCommandI forgot ubuntu0 on my packages, but since they dont exist before I guess thats OK. Reading the guide that is.12:19
ScottKblueCommand: It needs to be packagename-upstreamversion-0ubuntu1.12:20
blueCommandDarn12:21
blueCommandI will re-submit it then12:21
ScottKGo ahead and go though it first.12:21
ScottKThere'll likely be other changes that need to be made.12:21
blueCommandProbably. elektranox; you passed mustard in my book ;)12:22
blueCommandWhich means 0 :)12:22
elektranox:)12:22
elektranoxmh is there something like --force for dput?12:22
blueCommand-f :)12:22
elektranoxok thx12:23
blueCommandelektranox, Do you have any man / info / examples in that package?12:27
elektranoxthere is one in data12:28
elektranoxgafix.1.gz12:28
blueCommandScottK, Correct me if I'm wrong, but wouldn't it be unnessecary to run dh_installman / dh_installexamples without such files? 12:28
blueCommandAh right12:28
blueCommandExamples?12:28
elektranoxnope12:28
elektranoxbut the man page is installed via Makefile12:28
blueCommandyeah, so I guess dh_installman is good. Can't say whenever you should remove dh_installexamples though12:29
=== persia [n=persia@ubuntu/member/persia] has joined #ubuntu-motu
=== matthew__ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
elektranoxmh ok so anybody with review rights here?12:39
gnomefreakis there anything wrong with really really big debdiffs?12:39
=== elektranox_ [n=elektran@p5481DB70.dip.t-dialin.net] has joined #ubuntu-motu
elektranox_mh ok so anybody with review rights here?12:41
persiaelektranox: Several people.  You've announced your package, and I see a very new version.  Please wait a bit, and you should get a response from someone soon.12:41
=== leonel [n=leonel@189.155.100.2] has joined #ubuntu-motu
elektranox_ok12:42
persiagnomefreak: No, but it can make it harder to review, and possibly harder to understand what changed.  It really depends on the nature of the debdiff.12:42
gnomefreakpersia: im assuming since java6 and java6update1 are so differnet thats why the debdiff is 228.1mb12:42
gnomefreakother wise im not real sure but i guess it cant hurt to attach it and go with it someone will let me know if messed up i guesss12:43
=== matthew_ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
gnomefreakim gonna assume its this bug because the scripts grab the sources12:45
gnomefreaks/bug/gib12:45
gnomefreakbig12:45
gnomefreakdoko_: if your here i have debdiff for java6 update1 for feisty-proposed its a really large debdiff though. it will be attached to bug 122442, i will also subscribe UUS12:46
ubotuLaunchpad bug 122442 in sun-java6 "Memleak in Sun Java 6 on ubuntu feisty" [Wishlist,Fix committed]  https://launchpad.net/bugs/12244212:46
persiagnomefreak: I'd suggest that rather than a debdiff, you might want to provide a URL to the new upstream, and only use the diff -urN of debian/, as this is a little easier to understand at first glance (and separates the review of the new upstream from the review of the packaging changes).12:48
=== CarlFK [n=carl@c-76-29-25-210.hsd1.il.comcast.net] has left #ubuntu-motu []
gnomefreaki would provide upstream only 1 issue there i can only find update 212:49
gnomefreakbut i may have to do it that way12:50
=== gnomefreak off to look for update1 source
persiaHmm..  That makes it tricky.  Where did you get the orig.tar.gz for the update1 source for your debdiff?12:51
gnomefreakpersia: the script grabs it12:51
gnomefreakpersia: the orig tar came from gutsy12:51
gnomefreaksince nothing changed from 6.00 to 6.0112:52
gnomefreakother than 01 fixes uupstream12:52
persiagnomefreak: In that case, it's probably in https://archive.ubuntu.com/ubuntu/pool/s/sun-java6/ somewhere, which is a trusted location :)12:52
Jazzvapersia: Umm, I have a few things to ask. In Jabbin upload at http://revu.tauware.de/details.py?upid=6010 it is said that some of the code in voip/ is generated. I suppose you ment the *.jisp. There is a document in ./src/libpsi/iconset/ on how to create those files - just zip the icons and an xml file and rename it to something.jisp. Now, I'm not sure how and where to recreate them at the build-time.12:53
Jazzva*meant12:53
gnomefreakty persia12:53
persiagnomefreak: Sorry: http://archive.ubuntu.com/ubuntu/pool/multiverse/s/sun-java6/12:55
=== mattva01 [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
persiaJazzva: Looking again12:55
gnomefreaki knew what you meant12:55
=== Bassetts [n=Bassetts@unaffiliated/bassetts] has joined #ubuntu-motu
=== minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu
=== elektranox_ is now known as elektranox
Jazzvapersia: Ok.12:58
=== jml [n=jml@86.228.233.220.exetel.com.au] has joined #ubuntu-motu
persiaJazzva: It looks like voip/callslogdialogbase.* was my trigger for the generated files.  Separately, I don't see the .jisp files at a quick glance, but it appears that they should be generated by the upstream build process (which might need a patch), as I don't imagine the psilib binary format is the "preferred format for modification".01:02
persiaJazzva: If you need to build the .jisp files, it looks to me like the procedure is 1) copy the right things to a directory, 2) zip them, and 3) rename.  Build-depending on zip should be sufficient to ensure you have the necessary tools, although some effort may be required in the build process.01:04
=== doko__ [n=doko@dslb-088-073-099-162.pools.arcor-ip.net] has joined #ubuntu-motu
Jazzvapersia: I found out about .jisp files, I thought you thought about them when you said "generated files". So, what do I need to find about callslogdialogbase.* files? It is said in cpp and h files they were generated using the .ui file. Do I need to find out by what program or... *unsure*?01:06
minghuaHello there persia.  How is REVU day going?01:07
persiaJazzva: Ideally, you want to find out which program generated them, and have them regenerated during the build process.  This may already be done (check if the timestamps change during build).  If it must be done fresh, I suggest coordination with upstream, as there may have been modifications post-generation (in which case adding copyright declaration and licensing information would be appropriate, perhaps with a note that it's based on code gen01:08
persiaminghua: Better than the last (and Monday has reached here as well)01:09
=== minghua still stays at Sunday afternoon.
persiaminghua: Not to worry - Monday is coming at ~1.6 million metres/second :)01:11
TheMusoHey folks.01:12
minghuaHmm, that sounds a bit high.01:13
=== minghua calculates.
=== teer2 [n=teer2@c-68-52-118-61.hsd1.tn.comcast.net] has joined #ubuntu-motu
ScottKpersia: Not at the speed of light.01:14
teer2Hello - I am communicating with the Democracy Player maintainers about the conflicts with the current versions of their software in Ubuntu.  I have a couple questions about versions and how MOTU works.  First, is 0.9.6 the version that will be in Gusty ?  (This is the version currently displayed on LaunchPad.)01:15
persiaScottK: Nope, roughly at the rotational velocity of ground level of the earth (which I may not have calculated correctly: minghua is checking).01:15
Jazzvapersia: Ok, I'll check it with the upstream author. I don't know what can I do about number 5 (FtBFS on 64-bit arechitectures (rtprandom.cpp: In constructor RTPRandom::RTPRandom(): rtprandom.cpp:56: error: cast from RTPRandom* to u_int32_t loses precision)). Should I just inform the upstream author about this?01:15
persiaHm.  Yes, it appears that 24 != 86400.  Sorry.01:15
minghuapersia, ScottK: my calculation gives ~465 meter/second.01:15
ScottKPlus since he's not at the equator, it's less.01:15
minghua(yeah, at equator)01:16
ScottKDid you take into account your latitude?01:16
persiaJazzva: Informing upstream is good.  In the meantime, you want to restrict the architectures for which the binary is created in debian/control01:16
minghuaNo.  Partly because I don't know my latitude off hand. :-P01:16
minghuateer2: Currently gutsy has 0.9.6, yes.  But it's not necessarily what will be when gutsy is released.  It's still under heavy development.01:18
persiateer2: Yes.  The current target for gutsy is 0.9.6 (revision 1ubuntu1).  This may change as development continues, up until UpstreamVersionFreeze01:18
minghuaYay, beats persia on answering questions. :-P01:19
persiaminghua: That's easy.  I'm slow :)01:19
teer2minghua: Thanks for your response.  Second question - DP player is recommending Ubuntu users to move away from the Synaptic specified version in Feisty by adding the DP repository.  This seems not to be the recommended and supported way to do software updates (which would be to pass the patches through MOTU and into Synaptic or future versions.  Am I correct?01:19
teer2http://www.getdemocracy.com/downloads/ubuntu.php01:19
teer2Basically, are they causing problems for Ubuntu users by trying to circumvent MOTU processes?01:20
Burgundaviateer2: to a certain extent yes01:21
persiateer2: It's not recommended, nor supported.  Whether it causes problems or not depends very much on how closely upstream tracks Ubuntu changes.  Working with us it usually easier than working to match us, and users will generally have a better experience.01:22
minghuateer2: They are using distinctive version numbers (-XubuntupcfY).  So while it's unfortunate, I don't see an easy way to change the situation, and I'm personally fine with the status quo.01:22
Jazzvapersia: Ok. #6: I think the Minizip source is available at ./src/tools/zip/minizip. I suppose I should mention the whole path in debian/copyright.01:22
minghuateer2: They also currently only provide packages for dapper/edgy/feisty, not gutsy.01:22
persiaminghua: That depends very much on how upstream sets their revision numbers :)01:22
=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-motu
persiaJazzva: It would be helpful.01:22
minghuapersia: Sorry, I meant they use -XubuntuY revision numbers.01:23
=== matthew_ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
persiaJazzva: Also, does minizip create zip archives?  It may be that minizip is used by the build process to generate the jisp files (which would make things easy).01:23
persiaminghua: Yes, but upstream might also choose to use such versioning...01:23
Jazzvapersia: Dunno... I'll try to find out.01:24
teer2persia: If the dependencies for DP 0.9.6 are correct in the launchpad info, then DP 0.9.6 upgrade will also require new glibc versions, among other packages.  If true, then I would think this causes other issues.  So, I was concerned about their procedures.01:24
minghuapersia: Hmm, I am confused.  Which upstream?  Is www.getdemocracy.com not upstream for democracy player?01:25
minghuateer2: What DP 0.9.6 upgrade are you talking about?  Feisty system with unofficial package upgrading to gutsy?01:26
teer2I made a bit of a fuss on the DP forums, and I got a response that DP 0.9.8 (next version) will support Feisty and Dapper (does that mean the DP versions included with those releases, I am not sure).01:26
teer2http://forum.getdemocracy.com/viewtopic.php?id=228301:26
Jazzvapersia: After a quick look at minizip.c and variables/strings used I think it can create zip archives using Zlib. I'll take a look if it's used for the making of .jisp files.01:26
teer2minghua: No, I mean the 0.9.6 upgrade through the DP repository01:26
persiaminghua: -1ubuntupcf is close, but admittedly different.01:27
persiaJazzva: That would be great - that would only leave the .ui -> .h/.cpp files to still chase :)01:27
minghuapersia: Personally, as long as I can recognize unofficial package version numbers from bug reports, and mark them invalid, I don't care.01:28
minghuateer2: Do they provide upgrades?  I see that dapper/edgy/feisty are in different directories, so changing /etc/apt/sources.list seems needed.01:29
Jazzvapersia: I guess :). And the last one I need help with is #8. Did you mean to make a multi-package with portaudio and jabbin in it?01:29
teer2minghua: I don't know -- all my concern came from the fact that the version in Synaptic was invalid.  I am trying to resolve the issue by drawing attention to the discrepancy, because I do NOT want to deviate from the Ubuntu recommended packages.  I am trying to make things smoother for others who feel the same.01:30
minghuateer2: I think the best person to talk with is RAOF, he uploaded the last democracyplayer package.01:30
persiaJazzva: No, rather to investigate how jabbin uses portaudio.  If it's code from portaudio reused in jabbin, debian/copyright is correct.  If jabbin is linking against portaudio (and building it locally), you'd do better to try to link against the portaudio libraries distributed in the separate packages, as that way jabbin would automatically take advantage of fixes to portaudio.01:31
=== DarkSun88 [n=Ma@ubuntu/member/darksun88] has joined #ubuntu-motu
DarkSun88Hi all01:31
teer2One of the best things about Ubuntu, in my opinion, is that you can stay with the current latest supported version (which gets updated every six months), and not feel incapable of using your software.  With other distros, there is an incentive to deviate from the distro norm, and it always ended with "Dependency Hell" for me and my return to Windows.01:32
Jazzvapersia: Ok, thanks for all your help :).01:32
persiateer2: Best for us would be either 1) a compatibility repository for older versions of DP, or 2) a targeted patch for the older versions that would let them access the primary upstream repository.  For the first, upstream would have to help.  For the second, anyone could help.01:32
minghuateer2: My personal take -- If the upstream chooses to tell their users to bypass distribution's standard package management, that's unfortunate but their choice.  Any user who follows such advice is on his own, from distribution point of view.01:32
=== jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-motu
persiaJazzva: No problems.  Thanks for your work on the package.01:32
teer2persia , minghua: thanks for your hard work in maintaining software in a way that keeps me away from Windows Vista, by the way!01:33
minghuateer2: Yeah, as persia said, we can try to improve on our side, but that requires a lot of dedication and communication with upstream.01:33
teer2minghua : I think the easiest thing to do is for DP to be aware of what Ubuntu users are using, and choose to support that version rather than alienate them and make them feel like they need to upgrade.01:34
minghuateer2: Yes, it's generally nice for upstream to agree that they should co-operate with distribution packagers, but not all of them do.01:35
teer2minghua : Tell me if I am off base though - I am not familiar with your procedures, which is why I came to bother you all!01:35
=== apacheLAGger [n=me@N798P023.adsl.highway.telekom.at] has joined #ubuntu-motu
teer2minghua: True, not all of them have a reason to co-operate, but DP depends on a wide range of users having their software running.  They do Bittorrent distribution, so they want to push DP on everyone.01:36
minghuateer2: You are on good track.  There just need to be a person who is both familiar with Ubuntu packaging and democracy player to work with both upstream and Ubuntu to solve these issues.01:36
persiateer2: It's a balance.  Upstream typically wants to focus on new features, bugfixes, and improvements.  Ubuntu has an interest in stability, maintainability, and integration with the rest of the system.  I think effort from both groups is necessary to have a good solution (as neither upstream nor Ubuntu can provide best support alone).01:36
teer2I think for Gusty (especially Ubuntu's push for GNU Free Software) that the DP situation get addressed on both sides.  DP is pushing for "video freedom" and it would be an excellent ornament for the Gusty software display.  Know what I mean?01:38
persiateer2: On a separate note, thanks for repeatedly working to help build greater coordination between upstreams and Ubuntu: we really appeciate your help.01:38
teer2persia: And thank you for your help with that too.  I apprciate your patience in dealing with my ignorance on matters!!01:38
teer2persia: I feel a little happier through my days knowing that The Ur-Quan Masters will be better integrated with the next version of Ubuntu!!  Thanks with your help with that.01:40
teer2persia: Single-click Starcon goodness.  Ahhhh!01:41
persiateer2: As in that case, you'll want to find someone who has a specific interest in the democracyplayer package, to help with the Ubuntu side of the coordination (given that nobody has volunteered in the recent discussion).  You might try with some of the recent Ubuntu uploaders - you can find IRC handles from the launchpad overview page for each person.01:42
teer2You guys have saved "my hide" many times when I stopped myself from downloading a source tarball and screwing up my installation.  Instead, I take a deep breath and tell myself to stick with the supported software through Synaptic.  In return, I've been running Ubuntu way, way, way longer than any other of my distro attempts!  Thanks!!!01:43
minghuapersia: The last uploader is RAOF BTW.01:43
=== persia believes that greater use of LP when people haven't responded to the mention of their nicks is a good thing, as it also lists alternate contact methods, timezone, etc.
=== minghua is glad to see people stick with official repositories and have good experiences.
=== lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-motu
minghuapersia: Definitely.01:45
=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has left #ubuntu-motu []
teer2persia: Okay, I will try your idea.  Thanks for your help.01:46
teer2minghua: It is about time some distro had the "balls" to tell users: THESE are the versions you need to have on your system.  You want to change them, then jump through a bunch of hoops and, yeah, you're on your own.  Don't come crying to us when you muff it up and your OS is fubar.01:50
teer2minghua: Because when people read that, they say, "Oh yeah, I think I'd rather have my OS boot tomorrow than install the 'Commander Keen' game.  Thanks for the reminder."01:51
teer2:-)01:51
minghuateer2: Yeah.  The hard part is to really have versions that users need, as can be seen in this outdated democracy player package problem.  We have ways to solve this, we just need people who understand both Ubuntu packaging and democracy player to work on it.01:52
teer2minghua: And, that's what hardware vendors need to support a Linux OS.  You guys are doing really important work in getting widespread Linux adoption, too.  Okay, enough building you guys up.   Thanks for your time.01:52
minghuateer2: Thank you for trying to help communication between upstream and Ubuntu.01:53
teer2minghua: Software developers have had for TOO LONG the idea that their software comes before any concerns with the OS.  I am glad Ubuntu is in the position (through their popularity) to push back at them.01:53
teer2minghua: Just doing what little I can do to help.  Thanks for saying so.01:53
teer2Isn't only just recently that software developers have (somewhat) stopped requiring users to install their software as root user?  That's a marvel by itself that such a terrible practice lasted so long.01:54
=== minghua actually doesn't think that's software developers' fault.
=== minghua blames Windows.
=== persia remembers needing to run some things as root before Windows
minghuateer2: Most of the time you still do.  You run synaptic as (essentially) root.01:55
=== Bassetts [n=Bassetts@unaffiliated/bassetts] has joined #ubuntu-motu
TheMusoI reckon users will be confused and put off by Vista's new user account setup, and will just want to do everything as they always have.01:56
TheMusoi.e admin power for everything, because they don't want to be restricted.01:56
minghuaIt's not a bad thing to install software as root.  It's only bad when you install software from untrusted third-party websites.01:56
=== StevenK checks if he fixed parrot.
=== mwolson [i=mwolson@jpi-wlafyte-212-116.dmisinetworks.net] has joined #ubuntu-motu
teer2minghua: But Synaptic is the "Ubuntu verification", there is some assurance that the software will at least not conflict with other versions.  Does it mean that I need to trust Ubuntu and let them decide what software to install?  Yeap, but a small price to pay for an OS that lives into another day!  :)01:59
teer2Okay, I need to stop gushing.  Bye for now.02:00
=== teer2 [n=teer2@c-68-52-118-61.hsd1.tn.comcast.net] has left #ubuntu-motu []
StevenKTheMuso: Your parrot merge didn't regenerate debian/control, so libparrot-dev was Depending on libparrot0.4.6 (= 0.4.13-1ubuntu1)02:01
TheMusoStevenK: Right.02:01
TheMusoStevenK: Thanks.02:02
StevenKI've also fixed debian/rules so that debian/control gets regenerated every time.02:03
=== ceros [n=user@c-76-111-84-156.hsd1.va.comcast.net] has joined #ubuntu-motu
persiaStevenK: Automatically?  I thought that was considered dangerous, and manual regeneration was preferred.02:05
StevenKpersia: It only replaces %SOVERSION% with a hard-coded version number.02:06
persiaStevenK: That seems perfectly reasonable, and good.  Hmmm...  I wonder where my impression comes from: I should go read more docs.02:07
StevenKpersia: If it's a simple transform, or replacement, then doing it automatically means that people don't forget. Something more complicated, I agree with you, in that it should be done manually.02:11
=== Bassetts [n=Bassetts@unaffiliated/bassetts] has left #ubuntu-motu ["http://www.jasonl.co.uk"]
elektranoxok I'll leave now - I hope one of you will look after my package? :)02:12
TheMusoelektranox: URL02:12
persiaRight.  That makes perfect sense.  It's just that whenever I find something that makes sense and contradicts my memory of something I read as an official recommendation, I like to check, as one of 1) it only appeared to make sense, 2) the documentation was wrong, or 3) I have a lousy memory is true.02:12
elektranoxTheMuso: http://revu.tauware.de/details.py?upid=602502:13
StevenKIn other news, I hate regenerating debian/control. :-)02:13
TheMusoelektranox: Thanks.02:13
TheMusoStevenK: Understandable.02:14
elektranoxTheMuso: Thanks for reviewing ;)02:14
minghuaMy recollection is that changing build dependency during auto-generation of debian/control during build is prohibited.02:15
minghuaEverything else is probably fair game, the maintainer can choose what he/she wants.02:15
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-motu
persiaFound it.  "debian/control: The source package control file is generated by dpkg-source when it builds the source archive, from other files in the source package" in http://ftp-master.debian.org/REJECT-FAQ.html.  Looking elsewhere (e.g. http://bugs.debian.org/311724), I think that the important part is only that debian/control is visibly readable, and nothing significant is changed.02:18
persia(for some definition of significant).02:18
=== RAOF [n=Chris_@matht464.maths.unsw.edu.au] has joined #ubuntu-motu
=== minghua thinks the more relevant quote is "There is nothing to say against a target in debian/rules that generates the control file for you, IFF this is only run manually."
persiadktrkranz: oggconvert uploaded02:29
persiaminghua: To some degree, but think about all the debhelper modifications.  I think it's more important that the Source stanza be left alone, but that without allowing minor modifications of the Binary stanzas, we'd all be much less happy.02:30
=== matthew_ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
minghuapersia: How is that affected by forbidding auto-generation of debian/control?02:34
minghuaIt's just a memory issue IMHO.02:34
minghuaYou need to remember rebuilding your debian/control before uploading.02:34
persiaminghua: Umm..  e.g. ${shlibs:Depends}02:34
Jazzvapersia: About voip/callslogdialogbase.* in Jabbin... I think they were generated using Qt User Interface Compiler. From Qt site: "The Open Source Edition of Qt and Qt Jambi is freely available for the development of Open Source software governed by the GNU General Public License (GPL)." I'll check with the upstream author if that's what he used for generation. Looking at the timestamps I think they are not created at the build-tim02:38
Jazzvafiles at the build-time (not sure how and they're already provided in the package). Should I mention in debian/copyright that those files were created by Qt UIC (or some other program) and provide it's license?02:38
Jazzvapersia: This is the address where I found the licensing information http://trolltech.com/products/qt/licenses/licensing02:39
minghuapersia: I don't understand.  debian/control in source package and the control file in the control.tar of binary package are different things.02:39
minghuaAlthough I don't claim familiar with these packaging details.02:40
persiaJazzva: For GPL code, it's much preferred that autogenerated code is regenerated during build, as that way those modifying the software are only required to modify the preferred source.  Also, it's not clear if there are additional changes were made by upstream (in which case, the lack of copyright attribution or licensing would be an issue).02:41
Jazzvapersia: Ok, I understand... Thanks.02:43
persiaminghua: Ah.  Yes, I'm likely confused.  build-time modifications to source control may be bad, but build-time modifications to binary control may be good.  I suppose whether the parrot change was good is an implementation detail, but I'm still shy of making assertions on this matter until I've a deeper understanding.02:43
persiaJazzva: As an example, the archive-admins regularly reject PDF files distributed by upstream without source in GPL archives, despite the presence of several PDF editors in the repository, as usually it's easier to make a PDF in an automated fashion, rather than drafting it directly.02:45
minghuapersia: True.  I am not making any assertions, either.02:46
minghuaLet me dig the doc I read, I think it's in the etch release policy.02:47
minghuaYep.  http://release.debian.org/etch_rc_policy.txt02:49
persiaminghua: Thanks.02:49
minghua"debian/rules must include the targets: [...]  These targets must not change the package's build-dependencies or the changelog."02:49
Jazzvapersia: I see... Well, I guess my first package is not oh-so-easy I assumed :). Well, at least I'll learn more than I hoped for :).02:50
=== mohammad [n=mohammad@CPE001346f4a717-CM0011aea585d0.cpe.net.cable.rogers.com] has joined #ubuntu-motu
persiaJazzva: I suspect that upstream would be happy to help: they usually are happy to share knowledge about their codebase, and appreciate packaging of their software.02:56
Jazzvapersia: I suppose. I'm already writing an e-mail with questions :)...02:57
mohammadpersia: Hello. Does Zekr still have any Blocking issue?02:58
persiamohammad: I'll look again02:58
mohammadpersia: thanks02:58
=== cynics [n=freeflyi@211.94.35.200] has joined #ubuntu-motu
=== rexbron [n=rexbron@CPE001310b2d1d1-CM0012256e816a.cpe.net.cable.rogers.com] has joined #ubuntu-motu
persiamohammad: You'll need to include the pointer to http://en.wikisource.org/wiki/Talk:The_Holy_Qur%27an#Copyright in debian/copyright, rather than the REVU log.  Also, if you can find a statement from the translators themselves (or documentation of the age of the translations), that would be better.03:00
minghuaScottK: I think your observation on the "changelog" shown by LP is correct.  It annoys me as well.03:00
=== x-spec-t [n=nwheeler@ubuntu/member/spec] has joined #ubuntu-motu
persiamohammad: Separately, I still think that a split between code and data would be good, as I'd like to make it easy for other study tools to access the same shared text.03:01
persiamohammad: Just to clarify, one issue with wikipedia is that, while it's often correct, it's not authoritative.  I'd suggest using the referenced sources to justify the statement of public domain (and note that in some jurisdictions, Yusuf Ali won't be free for another 20 years)03:04
=== matthew__ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
jdongapt-cache madison monodevelop03:05
jdongoh silly me03:05
jdongthis one's blue.03:05
mohammadpersia: regarding the spliting, the current quran text is a simplified version of quran text. I mean due to some font problems a few characters cannot be shown corectly. in addition the quran text and translations are customized for Zekr, so I am afriad if I split it, others don't use the texts.03:05
persiajdong: You might also want to play with rmadison -u ubuntu :)03:06
jdongpersia: naw, you're kidding!!!!03:06
=== jdong quibbles
mohammadpersia: thanks. I will resolve the copyright issue of the translations.03:07
persiamohammad: Understood.  In that case I'd be uncomfortable just because it seems inappropriate to modify a well-accepted and widely read work, unless required, and two versions on the system would likely lead to confusion.03:07
persiajdong: Personally, I like it because it shows all architectures (not just mine), and also shows the older versions.  As you like, really.  apt-cache madison is faster.03:08
jdongpersia: yeah, the other upside is apt-cache madison will show the parent source package name if you specify a binary package03:08
jdongpersia: that functionality is somewhat necessary for my current use case03:08
persiajdong: No worries then.  I just like publicising alternatives :)03:09
jdongyeah, thanks, it's very helpful03:10
RAOFjdong: Backport democracyplayer for me, and I'll fix xgl :)03:11
=== porthose [n=charliej@24-119-100-168.cpe.cableone.net] has joined #ubuntu-motu
minghuaapt-cache madison also has the advantage of not requiring net access.03:12
minghuaRAOF: You may be interested in the talks about democracy player earlier in this channel.03:12
persiaminghua: True, but that only matters if you are deliberately using an old cache, which breaks all sorts of other use cases :)03:12
RAOF!logs03:13
ubotuChannel logs can be found at http://people.ubuntu.com/~fabbione/irclogs03:13
jdongRAOF: lol, it's a trade? :D03:13
=== jdong attempts backport
RAOFCurses, not yet up there it seems.  Can you give the executive summary minghua? :)03:14
RAOFjdong: You'll find that it b-d's on python-support > Feisty.  However, the change that required the new p-s was reverted, so I *think* it can be safely dropped.03:15
=== StevenK kicks vmware server.
jdongRAOF: can you effect that change in Gusty then?03:15
=== StevenK kicks trang, too.
minghuaRAOF: Ah.  Nothing urgent, just a user expressing interest to make it easier for Ubuntu users to use official packages for released versions, as well as to have a smooth upgrade.03:16
jdonghmm, anyone know if we're getting monodevelop crack soon?03:16
RAOFminghua: Ah, sorry.  I've just seen motu-current :)03:17
persiaRAOF: More expansively, upstream plans to change the feed formats, so that users of older versions will not be able to access the video as easily.03:17
=== persia notes that teer2 is usually on IRC, although rarely on any specific channel
minghuapersia: I think it "already changed feed formats".03:18
jdong -> Considering build-dep python-support (>= 0.6)03:18
jdong      Tried versions: 0.5.6ubuntu103:18
persiaminghua: Perhaps.  I'm not really sure.03:18
jdongRAOF: ^^ yep; you're right...03:18
RAOFpersia: Oh, joy.  Well, backport time I suppose.03:20
persiaRAOF: Perhaps.  In my experience teer2 has been a vocal and active coordinator with upstreams, and may be able to help in preparing a joint plan, either for SRU-acceptable targeted patches for the new feeds, or for backward compatibility in feed formats.  I'd suggest that over backports if you have time, as more users have -updates enabled.03:21
RAOFTrue03:22
persia (SRU acceptability in this case defined as "regresssion from previous state" or "it used to work, and suddenly it doesn't")03:22
RAOFThat's great.  I'd love to have someone who wants to take the time and ask upstream about stuff.  I'll go hunt his LP page03:23
RAOFGah!  How do you reverse-lookup in LP?03:24
persiaRAOF: https://launchpad.net/people sometimes helps, but not always03:25
=== minghua uses wiki to search for the IRC nick.
RAOFGood idea.03:26
=== RAOF also goes to file a bug against LP
RAOFWhat?  Apparently, it's already been filed and fixed03:29
=== effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #ubuntu-motu
persiaRAOF: What's the reverse-lookup link?03:30
RAOFApparently the "search for people" search should pick up irc nics03:31
=== statik [n=emurphy@canonical/launchpad/statik] has joined #ubuntu-motu
RAOF(bug #40241)03:32
ubotuLaunchpad bug 40241 in launchpad "allow searching for people by irc name" [Low,Fix released]  https://launchpad.net/bugs/4024103:32
RAOFHowever, either it doesn't work, or teer2 doesn't have a LP page with his nick on it.03:34
persiaRAOF: Hmm..  I've had trouble with that before, but perhaps it's just incomplete data in LP.  Try /msg maybe?03:35
minghuaI don't think it works.  I tried someone whose irc nick isn't the same as LP id.03:35
minghua(apparently there aren't many such people...)03:35
RAOFAaah, who?  I was trying to find one :)03:35
=== Flannel is one of them.
jdongwould sabdfl count?03:36
jdongor is he omnihandle?03:36
FlannelI have a different IRC nick and LP ID03:36
jdonghmm that term just sounds.. wrong03:36
jdongI'll think of another one later03:36
jdongmultihandled03:36
jdonguniversally handled?03:36
=== jdong thinks they're getting worse XD
=== persia likes omnihandle, but thinks it's something one has, rather than something one is.
jdonglol03:37
RAOFFlannel: Are you one of {"flannel", "flannel2"}?03:37
FlannelNo, do those LP handles exist?03:37
RAOFYes03:38
Flannelnope.  NealBussett, same as my wiki name03:38
=== bigon [i=bigon@imladris.bigon.be] has joined #ubuntu-motu
FlannelFlannel has no karma, I'm waaay cooler than that.03:39
RAOF:)03:39
RAOFHm.  I suppose I should re-open that bug, then.03:39
=== jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-motu
=== leonel [n=leonel@189.155.100.2] has joined #ubuntu-motu
=== RoninX341 [n=etank@ubuntu/member/etank] has joined #ubuntu-motu
=== dcsmith__ [n=dcsmith@ool-4351bc6d.dyn.optonline.net] has joined #ubuntu-motu
persiaPhinnFort: 5913 commented04:15
ScottKleonel: Yes.  Just copy/paste the debian/changelog with all the entries since Dapper in the description of the bug.04:17
=== etank [n=etank@ubuntu/member/etank] has joined #ubuntu-motu
=== RoninX341 [n=etank@ubuntu/member/etank] has joined #ubuntu-motu
persiablueCommand: 6023 commented04:32
persia(6026 as well)04:33
ScottKpersia: Are you up for pondering how to fix a package interaction bug while you revu?  I'm not asking you to fix it, just point in a direction to solve it.04:34
=== ScottK is stumped.
persiaScottK: Sure.  I'm between REVUs at the moment anyway.04:34
ScottKBug #12586504:34
ubotuLaunchpad bug 125865 in qt4-qtruby "error when installing libqt0-ruby1.8-qt4 and libqt4-ruby at the same time" [Medium,In progress]  https://launchpad.net/bugs/12586504:34
persiaScottK: Ah.  I suspect that's leftovers.  I thought I already requested removal of the extra ruby qt4 bindings.  Let me look a little closer to refresh my memory.04:35
persiaScottK: I think bug 119516 should have solved that.  Perhaps we need to backport?04:36
ubotuLaunchpad bug 119516 in libqt-ruby-qt4 "Please remove libqt-ruby-qt4 from the Ubuntu archives" [Wishlist,Fix released]  https://launchpad.net/bugs/11951604:36
ScottKAh.  Cool.  Someone who knows something about it.04:36
=== persia notes that there is no actual knowledge about ruby or QT4 involved
ScottKRight.  The libqt4-ruby has some stuff to work around package conflicts in gutsy.04:37
persiaScottK: Hmm.  Good point.  Perhaps we just need to backport the Conflicts:/Replaces:?04:37
ScottKNo, they did stuff in debian rules and added diversions in the postinst.04:38
leonelScottK: done.04:38
ScottKleonel: I'll have a look.04:38
ScottKleonel: On python-psycopg2 see if there is one from Feisty or Edgy that works and doesn't have the dependency problem.04:39
persiaScottK: For gutsy?  Hmm.   I'm not convinced that diversions are ideal, but perhaps it's required for this situation.  If the libraries are ABI compatible (required for diversions), and one is useless, deprecated, and removed, I'd think Conflicts: / Replaces: would be a cleaner solution.  Do you happen to have anything that could be used to test?04:40
ScottKpersia: No.  Sorry.  I triaged it, thought I understood it.  Hit a brick wall.04:41
leonelpython-central is in edgy  so I think there won't be a problem   let me check 04:41
=== matthew__ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
ScottKjdong and doko__; Any thoughts about backporting python-central to Dapper?  It's non-existant so there's no risk of breakage and it would enable other backports...04:41
persiaScottK: Essentially, I'd suggest finding something that depends on the old package in Feisty, making sure it works, installing an updated Feisty version of the new package (with Conflicts:/Replaces: to replace the old package), and seeing if the test app still works.  If it's broken, you might need something with diversions, but if it works, just use Conflicts/Replaces, as we'd like all the users to migrate before gutsy anyway.04:42
ScottKArgh.  I think I know someone who I can talk into doing it who knows Ruby.04:43
jdongScottK: I'm not fluent in python packaging; gonna wait for doko to anser this one :)04:43
=== persia would like a tool to automatically translate po-translated strings from one language to another when the package is installed locally, as an aid to triage.
persiaScottK: Great.  Point them at me if they need information about the removal - I don't remember perfectly, but I can probably get back up to speed fairly quickly (ignoring the ruby and QT4 bits).04:44
leonelScottK: I've builded  gutsy python-central on  dapper and installed  fine    and  now to compile  python-psycopg2  needs python-all-dbg    to  build ..04:46
=== persia thinks edgy-backports python-central is a better target for a proposed dapper-backports, but isn't an expert in python packaging
leonelScottK:  and python-all-dbg  needs python-doc-utils .04:49
=== persia seeks a recommendation for REVU
leonel:)04:49
leonelpersia: let me check  thanks04:49
leonelScottK: needed to edit  some version numbers  in  debian/control  so python central can build on dapper04:50
=== marnanel [n=marnanel@pinkstuff.publication.org.uk] has joined #ubuntu-motu
ScottKOK.  That'll have to be a source backport then.  Those are more complex.04:51
marnanelI was told on #ubuntu to ask here. Does launchpad know about fast-user-switch-applet, and if not, where does apport for FUSA go?04:51
ScottKleonel: I'll talk to doko__ about it.  He's the Debian/Ubuntu Python guru.04:51
leonelScottK: thanks04:52
persiamarnanel: Yes (https://launchpad.net/ubuntu/+source/fast-user-switch-applet), and it likely attaches reports to that source. (click Bugs)04:53
marnanelpersia: Huh, thanks. I spent about five minutes typing "fast-user-switch-applet", "fast user switch applet", "fast user", "fusa"... into the search box04:54
persiamarnanel: If you know the name of the package, a URL of the structure I've just given should generally work.  Also, for discussion about bugs, #ubuntu-bugs is generally preferred.04:54
=== minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu
=== StR [n=Pablo@unaffiliated/str] has joined #ubuntu-motu
=== StR [n=Pablo@unaffiliated/str] has left #ubuntu-motu ["FreeBSD]
marnanelThanks. Sorry, someone on #ubuntu said I should come here; I'll go there in future. Thanks again.04:57
persiamarnanel: No problems.  Your question wasn't really off-topic here, it's just that different people are there, and they have a slightly different focus, which may also be helpful to you next time.05:00
marnanelThanks.05:00
=== xtknight [n=xtknight@c-68-43-120-159.hsd1.mi.comcast.net] has joined #ubuntu-motu
=== TheMuso returns.
TheMusopersia: Are there any packages that have a 1, and could go another advocate, and hense get uploaded?05:05
=== persia wonders how a package can build successfully with neither binary-arch nor binary-indep defined in debian/rules
persiaTheMuso: I'm not sure.  Maybe alsa-firmware?  Everything I've seen today (limited to those announced in-channel since REVU day began: I'm just finishing the last of the backlog) was either not suitable, or a new upstream version of an existing package (already uploaded).05:07
=== persia looks for good upload candidates
TheMusopersia: I have already looked at alsa-firmware, and I have asked Toby to use dh_installudev for the udev rule.05:07
TheMusoI should prod him about that.05:07
persiaTheMuso: Ah.  Right.  My apologies - I'd forgotten the comment, and reminded it wasn't in yet about 12 hours ago.  There was also a request about ubuntu-settings, but I indicated that it was waiting for more feedback on the spec, which seemed to calm the inquiring party.05:09
persias/ubuntu/ubuntustudio/05:09
TheMusoYeah I don't think it will be done now.05:09
TheMusoBut I don't want a hacky package in the archives.05:09
TheMusoI'm thinking we just throw it on the disks when they are built.05:10
TheMusoc05:10
TheMusourgh05:10
persiaTheMuso: That makes sense.  Given the CDs from universe issue, it's probably not that much extra trouble.05:10
RAOFNew and different! :)05:10
minghuaNice unicode glyph.05:10
TheMusoheh05:10
TheMusopersia: Extra trouble in what way? Putting it only on the discs you mean?05:11
persiaTheMuso: Pulling a single special non-repository package into the CD build.05:11
minghuaU+2263 STRICTLY EQUIVALENT TO  # Hmm, I wonder how TheMuso can mistype to that.05:11
persiaminghua: line noise is unpredictable :)05:11
TheMusoand so are KVMs with a crappily written screen reader.05:12
TheMusoooo xfce4-timer-plugin has a 1.05:14
persiaTheMuso: If you want an upload, http://revu.tauware.de/details.py?upid=6015 appears to be a good target05:14
TheMusopersia: I'm just thinking of getting some out of the way.05:14
persiaTheMuso: I'll try to get you some more then :)05:15
TheMusoAnd I'll try and help out, but trying to manage a mass backup at the same time can be tricky.05:15
=== dcsmith_ [n=dcsmith@ool-4351bc6d.dyn.optonline.net] has joined #ubuntu-motu
=== TheMuso groans at the thought his laptop DVD/CDRW drive is starting to fail.
TheMusoOr ata least it sounds like it.05:16
ScottKleonel: Ubuntu-archive subscribed for squirrelmail backports.05:19
=== Q-FUNK [n=q-funk@dsl-hkibras1-ff55c300-121.dhcp.inet.fi] has joined #ubuntu-motu
=== matthew__ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
ScottKpersia: Do you have a minute for a pm?05:22
StevenKTheMuso: It could be the disc itself.05:25
TheMusoStevenK: Well since it makes the same noise with three different disks I have used in it recently, I don't entirely think so.05:25
StevenKTheMuso: Does dmesg also complain about it?05:26
TheMusoStevenK: No.05:26
StevenKHrm. I'd expect a dying drive to complain enough that the kernel would get some idea and log about it.05:27
TheMusoWel I dunno...05:29
leonelFYI: to backport  python-psycopg2  from feisty to  edgy   needs  python-all-dbg to be backported too.05:30
ScottKleonel: We can dump the debug packages if we do a source backport.05:33
persiaTheMuso: could it be mechanical alignment?  Sometimes a gentle jiggle can stop the annoying whirring sound of a CD not properly in track.05:35
TheMusopersia: Probably.05:35
TheMusoI dare not do that however, as it could make it worse.05:35
leonelScottK: ok   just trying to build  psycopg205:36
ScottKOK.05:36
leonelI hope psycopg  can be backported to dapper05:37
leonelpython-defaults needs  python 2.5 and.. edgy has  2.4.4 05:40
leonelwell 05:40
ScottKEdgy shipped wtih Python 2.5 packages.05:40
ScottK2.4.4 is the default.05:40
leoneldoh !05:41
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-motu
=== jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-motu
leonelwell  got to go  05:50
=== matthew_ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
ScottKSee you later.  05:50
ScottKThanks for the help.05:50
=== Neonightmare [n=neonight@223.79.62.81.cust.bluewin.ch] has joined #ubuntu-motu
=== man-di_ [n=mkoch@dyndsl-080-228-196-031.ewe-ip-backbone.de] has joined #ubuntu-motu
=== persia [n=persia@ubuntu/member/persia] has joined #ubuntu-motu
=== AndrewB [n=andy@freenode/helper/ubuntu.member.AndrewB] has joined #ubuntu-motu
StevenKtrnsprob.c:217: warning: `a' might be used uninitialized in this function06:23
StevenKAnd the same thing for b, c, d, e and f.06:23
StevenKThis code is ... special.06:23
StevenKAside from the fact that it refuses to compile with GCC 4.1 or 3.406:23
persiaheh06:24
TheMusoStevenK: oooooouch06:24
ajmitchStevenK: does the author live nearby?06:24
StevenKI sincerly hope so.06:25
ajmitchI don't forsee a long future in software development for them06:26
=== StevenK finds the second missing Build-Depends.
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu
ScottKGood evening Hobbsee.06:27
Hobbseehi ScottK!06:29
ScottKThe middle daughter is safely off to camp, crutches and all.06:29
TheMusoFun.06:30
ScottKThe good news is she's doing better.  She was putting a little weight on the foot before I left today.06:30
ScottKGood night all.  06:33
=== ScottK is probably going to bed.
HobbseeScottK: yay!06:37
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-motu
=== matthew__ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
StevenKOh wonderful. Not only is this package a pile of crap, it also requires GLw, which we don't support.07:00
=== RAOF wonders what the package is
StevenKarb07:01
RAOFIt'd be on REVU, then, yes?07:03
StevenKNo, it's in the archive. It's a direct import from Debian.07:04
RAOFSo why doesn't packages.ubuntu.com know about it?07:06
TheMusoBecause p.u.c is always out of date? :p07:07
RAOFAh, because it FTBFS07:07
StevenKI was just about to say.07:07
RAOFAnd I didn't search on "source packages"07:08
=== persia seeks another REVU candidate
RAOFShould I file a "xserver-xgl" FTBFS bug, or just fix it?07:09
StevenKI'm only looking at it since it Build-Depends on libglew-dev, but I'm wishing I didn't...07:09
persiaI'm becoming convinced that a the journey of a package towards perfection is asymptotic in nature.07:09
RAOFI would have thought that was the obvious trajectory07:10
=== macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-motu
persiaRAOF: Why?  The same resources that guide reviewers are available to packagers.  I'd think that more new packages would cross the barrier sooner as time passed.07:11
=== StevenK sobs.
StevenKIf I get my hands on the cruel sadist bastard who wrote this Makefile ...07:13
RAOFBecause people are lazy, and will tend to only address problems when they're raised.07:14
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-motu
=== viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-motu
persiaRAOF: Depends on your viewpoint.  For my REVU candidate, I was too lazy to deal with comments, so I checked how to review, and did it myself first.07:15
RAOFpersia: Heh.  Yes, depends on the person.  I think your form of active laziness is not too common, though :)07:18
=== persia takes more vacation than most passively lazy people
=== RAOF wonders whether persia has read "Moving Pictures", which contains a character with just such an active laziness
persiaRAOF: No.  Author?07:20
RAOFTerry Pratchett07:20
RAOFEveryone must read the discworld novels </hypnotoad>07:21
StevenKAll power and glory to the hypnotoad!07:21
=== pgquiles [n=pgquiles@62.43.226.52.static.user.ono.com] has joined #ubuntu-motu
RAOF:)07:22
StevenKI spy another Futurama fan. :-)07:22
=== RAOF got his partner the full box set for her birthday.
StevenKNeat. :-)07:26
RAOFOh, yes.07:26
StevenKI've got Seasons 1, 2, 4 on DVD, and the whole lot as .avis07:26
=== LucidFox [n=LucidFox@wikia/Sikon] has joined #ubuntu-motu
=== persia is dismayed to discover that Terry Pratchett is predominantly available in paper-based editions (or at least only appears to have released 9 of 89 titles electronically)
LucidFoxWhat does XSBC stand for in XSBC-Original-Maintainer?07:28
persiaLucidFox: Experimental, Source, Binary, Changes07:28
StevenK  device-mapper: reload ioctl failed: Cannot allocate memory07:28
StevenKOhhh07:28
StevenK[1288069.357028]  device-mapper: table: 254:52: snapshot: Could not create kcopyd client07:29
=== StevenK sighs
RAOFThere's trouble at the ranch07:29
persiaLucidFox: More verbosely, the X tells dpkg not to complain when making the package, and the SBC tell dpkg where to put the experimental header.07:29
Amaranthoh, i thought the X told dpkg not to complain and the rest was just some random string :)07:30
StevenKNeat. LVM seems to be very unhappy.07:31
StevenK[1288202.424546]  kernel BUG at mm/mempool.c:121!07:31
persiaAmaranth: Nope.  There's a long explanation in http://www.debian.org/doc/debian-policy/ch-controlfields.html (5.7 - at the bottom)07:32
StevenKGiven that lvremove just caused an Oops.07:32
=== persia further notes that Debian recommends BCS, and SBC is an Ubuntuism
TheMusoStevenK: Gutsy?07:32
StevenKNope, Feisty07:32
TheMusooooo07:33
=== vil [n=vladimir@ubuntu/member/vil] has joined #ubuntu-motu
imbrandon...07:42
RAOFHey imbrandon07:43
imbrandonlo RAOF 07:43
TheMusoHey imbrandon.07:43
imbrandonheya TheMuso 07:43
=== Nightrose [n=lydia@port-87-234-150-228.dynamic.qsc.de] has joined #ubuntu-motu
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-motu
=== matthew__ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu
LucidFoxupdated videotrans REVU upload per comments by gauvainpocentek@yahoo.fr 07:51
LucidFoxhttp://revu.tauware.de/details.py?upid=603107:51
=== blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-motu
persiaLucidFox: Extra points for including the LP URL in a comment.  Looking now...08:00
=== highvoltage [n=highvolt@broadband-196-1-61-45.amobia.co.za] has joined #ubuntu-motu
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu
=== minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu
=== fraco [n=fraco@213.219.165.163.adsl.dyn.edpnet.net] has joined #ubuntu-motu
persiaLucidFox: 6031 commented08:19
=== persia seeks a new package to REVU
LucidFox"missing manpages for movie-fakewavspeed, movie-progress, and movie-zoomcalc" - but upstream doesn't have them, these are undocumented binaries used by the scripts08:21
persiaLucidFox: That makes it a little tricky.  There are two common options here: You could provide a single manpage for all of them, detailing that they are internal scripts, and that users probably want to look at (whatever) instead.  You might be able to glean a little about purpose and usage from the script source.  Alternately, you could add a linitan override, but expect to defend this when asked by reviewers.08:24
persiaThe latter case should only be used when the scripts really shouldn't be used by users ever, although it may be better to put them in /usr/lib/$package/ rather than /usr/bin, which I think also makes the error go away (I'm not sure about this last)08:25
=== Lure [n=lure@external-1.hermes.si] has joined #ubuntu-motu
=== jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu
=== micahcowan [n=micah@ubuntu/member/micahcowan] has joined #ubuntu-motu
=== vil [n=lada@ubuntu/member/vil] has joined #ubuntu-motu
=== CrummyGummy [n=CrummyGu@dsl-242-11-30.telkomadsl.co.za] has joined #ubuntu-motu
LucidFoxpersia> can I put videotrans-undocumented.1.gz in debian/, then insert commands into debian/rules that would copy it into the man directory and symlink manpages for the missing commands to it?08:56
=== crummygummy_ [n=CrummyGu@dsl-242-11-30.telkomadsl.co.za] has joined #ubuntu-motu
persiaLucidFox: Even easier: you can put videotrans-undocumented.1 in debian/ and use debian/manpages to automatically compress and install it.  I think you want to use dh_link with debian/$package.links to create the symlinks.08:59
=== dholbach [n=daniel@pD9E25DBD.dip.t-dialin.net] has joined #ubuntu-motu
LucidFoxok09:00
LucidFoxas for "a different way to change data/library.sh.in": I converted the change into a dpatch09:01
persiaLucidFox: That's one of many possible and acceptable solutions (noting that I didn't actually look at the specific changes)09:03
=== lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-motu
=== dholbach [n=daniel@pD9E25DBD.dip.t-dialin.net] has joined #ubuntu-motu
=== eagles0513875 [n=jonathan@88.203.73.158] has joined #ubuntu-motu
=== Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-motu
RAOFSo, who can read apport backtraces?  bug #126207 has one which looks temptingly like "your proprietary fglrx drivers suck at Xv"09:10
ubotuLaunchpad bug 126207 in democracyplayer "democracyplayer.real crashed with signal 5 in _XError()" [Undecided,New]  https://launchpad.net/bugs/12620709:10
persiaRAOF: I'd be happy to look at the backtrace with you.  From a first glance, it looks like GDK wasn't happy about receiving the X error.  Where do you want to start?09:13
eagles0513875RAOF: lol when doesnt anything ati related not sux lol09:14
=== dholbach [n=daniel@pD9E25DBD.dip.t-dialin.net] has joined #ubuntu-motu
RAOFpersia: Wherever a good place to start is?09:16
persiaRAOF: OK.  I like to start with Stacktrace.txt, as I usually find it to be the most informative.09:16
persiaDoes anyone have any objections to us looking through the stacktrace in-channel?  We can move somewhere else if preferred.09:17
eagles0513875fine with me09:17
eagles0513875might learn something09:17
=== Fujitsu won't bite.
=== eagles0513875 might learn something
Hobbseepersia: please do09:17
RAOFI'm sure everyone would love an example stacktrace post-mortem09:17
=== Hobbsee gets out the scalpel
=== eagles0513875 preps for the operation
=== Fujitsu turns off the lights and runs off.
persiaRAOF: OK.  The part that looks interesting to me is #3, where we get _XError, in response to _XReply (line #4)09:18
RAOFOk09:19
=== Hobbsee uses said scalpel on Fujitsu
=== Fujitsu is disected.
=== eagles0513875 runs away fearing that im next for the chopping block
RAOFWhich then seems to call something in gdk?09:20
RAOFWhich, in turn, seems to want to log the error, presumably09:20
FujitsuIt shoudn't crash when calling _XError, but the error could be put down to dodgy drivers.09:20
persiaRAOF: Now, we don't actually know what caused this, so we'll go back a little further, so we can get an idea of what is supposed to be happening.  I'd suggest going all the way back to line #10, and we'll figure out what's trying to happen with xineAttach ().  I'm guessing this is in some python-xine API, so you'll want to figure out which package we need to inspect.09:21
LucidFoxwhat is meant by "Please differentiate - from (hy in the manpage "?09:21
persiaRAOF: Right - that's what the trace means.  Actually understanding it means we have to look at the code.  Often, it's just that someone forgot to trap some condition, and it can be patched to provide a nice error message.09:21
persiaLucidFox: \- is a minus sign.  \(hy is a hyphen.  groff turns them into different characters, so it's important to say which you mean in the source.09:22
RAOFpersia: So, xineAttach is going to be from the (pyrex'd) democracyplayer xine bindings09:22
=== RAOF quickly grabs source
persiaRAOF: That's where a little knowledge about democracy player is going to help.  I'm not sure if it's democracyplayer python code or xine python code.09:23
eagles0513875persia: so u would want to check both of them no09:24
persiaeagles0513875: Right.  We're looking for the xineAttach () function call, and hoping to have some idea of how it might have been called, as otherwise we have to go back even further.09:24
RAOFpersia: It's democracy (kinda) python code.  Specifically, it's C bindings generated from a python-like file09:25
persiaRAOF: That sounds like a python binding to a C library to me :)  Which file?09:25
RAOFplatform/gtk-x11/xine/xine.pyx09:26
FujitsuI think boost does that sort of thing.09:27
=== Fujitsu checks.
=== eagles0513875 wishes i knew more bout programming
persiaRAOF: OK.  When I look at that, it appears to just be passing the arguments to libxine (or at least I don't see any implementation).  Would that makes sense to you as well?09:28
RAOFYes.  That's pretty much what the file is trying to do09:28
eagles0513875persia: does that mean everything is fine but a problem with the ati binary09:29
persiaRAOF: OK.  Let's take a look at xine, to figure out what happens next.  We'll want to look for the function in line 9 from the libxine source.09:29
RAOFAh, the actual imlementation is in xine_impl.c, in the same dir09:29
persiaeagles0513875: No idea yet.  It only means we found the last place touched in the democracyplayer code.09:30
eagles0513875ok09:30
=== eagles0513875 is learning alot
RAOFpersia: line 21009:30
persiaRAOF: Good eyes!09:30
persiaNow, since line 9 is xine_open_video_driver, we can probably get some context about how we called xine from this file.09:31
persiai'm looking at line 239, and it looks to me like we're setting xine->videoPort to be the return pointer from the call to xine, and we're not checking for the response code.09:32
RAOFAh, yes09:33
persiaSo, one way to address the issue from this bug is to wrap this call (and probably also xine_open_audio_driver() ) in some wrapper that detects the issue, and gives the user a nice error message.09:34
eagles0513875persia: so from what i gather what is being called isnt returning a response09:34
RAOFIt also seems like we're requesting an X11 window, which seems odd given libxine is complaining about a XV issue.09:34
persiaBut, this doesn't actually solve the root problem, which is that we're getting a crash when we start xine under certain circumstances, so while we've defined a task for democracyplayer, we're not done with the stacktrace.09:35
=== apacheLAGger2 [n=me@N732P007.adsl.highway.telekom.at] has joined #ubuntu-motu
persiaeagles0513875: Actually, it crashed before it could provide a response.09:35
RAOFAh, Ok09:35
eagles0513875ok09:35
RAOFThat was going to be my next comment :)09:35
RAOFSo, now to libxine?09:35
persiaRAOF: democracy player is passing "X11" to xine, but democracyplayer doesn't necessarily understand the underlying xine implementation, so the X11 vs. XV thing may be a red herring.09:36
persiaRight.  Now to libxine.  Let's get the source, and look for xine_open_video_driver()09:36
RAOFpersia: Yeah, I don't know anything about the libxine internals09:36
persiaRAOF: That's OK.  We're only looking at the code.  Even if we can only understand 20%, we can probably follow the trace, and perhaps generate a bug that xine also isn't trapping properly when it gets a signal 5 from X.09:37
=== RAOF wishes his server with an adsl2+ connection was up.
=== eagles0513875 wishes there was something he could do to help RAOF
persiaOoh.  xine's not small.  Perhaps we'll not dig as far as X (which is even larger) then :)09:39
RAOF:)09:39
eagles0513875lol09:39
eagles0513875if my power goes out ill brb lol09:39
RAOFYes, until I've got a better connection I think I'll stay away from X :)09:39
eagles0513875RAOF: what connection u on atm09:39
RAOFeagles0513875: A university one09:40
eagles0513875RAOF: lol nice im on a 2mb down 256 up cable connection but what suxs is 10gb monthly download limit09:40
RAOFRight, so we appear to be after src/xine-engine/load-plugins.c09:42
RAOFline 158409:42
=== _16aR_ [n=dolanor@unaffiliated/16ar/x-367395] has joined #ubuntu-motu
persiaRAOF: That looks right to me.  Now we need to get our context.  democracy player passed some arguments, and the one we probably care about is X11 which is now stored in visual_type09:44
persiaNext, in this function, we're looking for _x_load_video_output_plugin, to try to figure out what's happening.09:45
RAOFWhich is just above the previous function09:46
=== Tonio_ [n=tonio@linagoraberri.pck.nerim.net] has joined #ubuntu-motu
persiaNow it gets tricky :)  The next thing that happens is a call to some function in xineplug_vo_out_xv.so, but we don't know the function name, as the stacktrace doesn't have all the symbols interpolated.  Unless we really understand things, we'll have to stop soon, but given that the error checking in xine_open_video_driver() isn't catching the problem, there's another bug here.09:48
RAOFMmm09:48
RAOFSo, we're looping through the video plugins list, trying to find one which matches visual_typ.09:50
persiaGiven the content of the function we're examining, I think it's a good bet that we're probably crashing in _load_video_driver somewhere, having passed our visual_type (and probably having xine automatically do the X11 -> XV change when we weren't looking.09:50
persiaRAOF: That's my interpretation of the code.09:50
persiaThnking about it more, XV is probably the first plugin in plugin_lists that can provide X1109:52
RAOFYeah, it's probably preferred.09:52
=== fredix [n=fredix@86.67.45.158] has joined #ubuntu-motu
persiaHmm.  But _load_video_driver is defined on line 1519 of this file, and the stacktrace doesn't show it, so the problem is probably earlier up in the list.09:53
eagles0513875persia: im installing democracy as we speak im starting to wonder whether its a kde gnome compatibility issue cuz i noticed it was downloading some gnome libs09:54
eagles0513875would the desktop its running on have anythign to do with it09:54
Amaranthnot at all09:54
eagles0513875ok09:54
persiaeagles0513875: There may be such an issue, but that's not the current problem in any way.09:54
RAOFI'm not sure how the backtrace can fail, but ok09:54
eagles0513875pl09:54
eagles0513875*ok09:54
eagles0513875i just tried to run it and it just crashed on me09:55
RAOFSo, if it's higher in the list, where may it be?09:55
RAOFeagles0513875: Are you on Gutsy?09:56
eagles0513875ya 64bit09:56
persiaRAOF: The backtrace really shouldn't fail.  Since there's no listing of _load_video_driver, we're likely seeing a crash between lines 1537 and 1562.  Given that the problem happens in the plugin, we should now try to figure out which variable is used for the plugin, and if any functions in the plugin are called in these lines.09:56
RAOFWhy can everyone but me crash democracy??09:56
eagles0513875RAOF: what version u on09:56
persiaRAOF: You're working on it, the bugs are smart, and hide :)09:56
eagles0513875lol or they auto correct themselves at least for me they do sometimes09:57
RAOFeagles0513875: I couldn't crash either Feisty or Gutsy's democracy on 64bit (32bit I could, for some reason)09:57
eagles0513875lol im on 64bit gutsy and democracy just crashed on me09:57
eagles0513875i dont know if this will help 09:58
eagles0513875but this is the bug that i got democracyplayer.real crashed with ImportError in <module>()09:58
persiaSo, based on line 1557, it appears the plugin is being called node.09:58
persialines 1559 and 1562 appear to be getting some information from node, so one of these is likely the next step.09:59
RAOFYes.  I *think* we can discard 1562, since as I read it we're passing in "auto" as id, which gets NULLd by  155010:01
=== gizmo [n=gizmo@p578b708f.dip0.t-ipconnect.de] has joined #ubuntu-motu
persiaRAOF: One certainly hopes so :)  If it was 1562, it would mean the plugin couldn't even return it's own ID, which sounds like a larger problem.  Shall we look at 1559 then?10:04
RAOFHm.  I'm not sure why the existance of the xv plugin further up in the backtrace doesn't suggest the problem is further down.  Let's look at 155910:04
=== Subhuman [n=jack@host86-143-235-27.range86-143.btcentralplus.com] has joined #ubuntu-motu
persiaOK.  I think we want libxine1-plugins, but let me check before you clog your connection :)10:05
RAOFAren't they built from the same source :(10:05
persiaRAOF: conveniently, yes :)10:05
RAOFYay!10:05
persiaI'm looking at line 1718 of video_out_xv.c, as this seems the most likely target, but it's not very informative.  Any other ideas?10:08
persia(to me it looks like it is supposed to return 9, without ever calling X or anything)10:09
RAOFI think that _load_video_driver is getting called, since the plugins are (I think) dynamically loaded.10:10
RAOFIn fact, are dlopened (in _load_plugin_class) unless we've got them statically linked10:11
persiaRAOF: The thing that confuses me about that is that line 8 of the backtrace is clearly 1519 in libxine, and the next level in (remember, the stacktrace is a stack, not a sequence) is in xineplug_vo_out_xv.so.  If we'd called _load_video_driver, we should be within that function (unless it already exited successfully) when we crash.  Perhaps there's something in libxine after _load_video_driver?10:15
persias/1519/1537/10:16
LucidFoxhttp://revu.tauware.de/details.py?upid=6033 -- corrected per persia's comments10:16
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu
=== dharrigan [n=david@host12.williamhill.co.uk] has joined #ubuntu-motu
RAOFNot in _x_load_video_driver10:17
persiaTo me it looks like the next thing is pthread_mutex_unlock (&catalog->lock) (which isn't in the trace), and then we go back to xine_open_video_driver.10:18
RAOFYeah10:18
=== BugMaN [n=BugMaN@nat.cabi.uniroma1.it] has joined #ubuntu-motu
RAOFUnless, I suppose, the calls are threaded, and the error is not synchronous with the stack?  (I'm really not sure if this happens)10:19
persiaRight.  So, I'm still convinced the problem is either getting special_info or getting the id.  Getting special_info is two calls, which matches the stacktrace.  Let's also look at ID, to see if that's one call or two.10:19
persiaRAOF: All the calls are threaded, but if we were in a waiting thread, the last entry would be sem_wait (see threadstacktrace for an example).10:19
RAOFAh, cool10:19
persiaRAOF: More verbosely, when we're waiting, we're running the wait function, so when we crash, that appears.  This stacktrace is only for the thread that crashed (which is why I thought it was a good place to start).10:20
=== MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-motu
RAOFFair enough10:21
persiaOK.  Both lines 1559 and 1562 (in src/xine-engine/load_plugins.c) call node->info, which appears to be defined on line 1718 of src/video_out/video_out_xv.c.  line 1559 wants the "special_info" value, and line 1562 wants the "Id" value.10:24
persias/Id/id/10:24
persiaSo, special_info calls vo_info_xv, which is how we get our match on video_type of X1110:25
persiaI don't see a reference for id, but as this is a special definition, rather than a normal function, we might be able to determine something from the header files.10:26
RAOFAh.  s/calls/points to10:26
persiaRAOF: Right.  Thanks for the correction (my C++ is sometimes enough, but I'm not an expert).10:27
persiaI'm guessing the interesting header is one of xine.h, video_out.h, or xine_internal.h10:29
=== Sindwiller [n=sindwill@84-75-101-114.dclient.hispeed.ch] has joined #ubuntu-MOTU
RAOFgrep says "xine-engine/xine-plugin.h".  And the id field seems to be the string "xv"10:30
persiaAt this point, it's probably worth looking in doc/hackersguide/hackersguide.html to try to understand things, as we're getting into deep xine code (sometimes passing through a library is quick, but not in this case).10:30
persiaRAOF: Excellent.  That would be it.  Do you see the possibility of two function calls, or does it look atomic?10:31
=== StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-motu
=== thekorn [n=thekorn@a89-182-5-46.net-htp.de] has joined #ubuntu-motu
RAOFIt doesn't seem to be function calls at all, just pointer dereference (but I'm not sure how that shows up on the backtrace).  And, no, they're literal strings in the definition, so that should be atomic10:33
persiaRAOF: A pointer dereference isn't likely to show in the backtrace at all.  It's just a list of all the functions on the stack.  Given that special_info was definitely pointing to a function, I'm thinking that that's responsible, but I'm not sure how we're getting to XvGetPortAttribute in libXv.10:35
eagles0513875persia: y dont u guys use a debugging program to make this a whole lot easier or it wouldnt make it much easier10:35
RAOFHm.  I don't see special_info pointing to a function?  It points to the "static const vo_info_t vo_info_xv = {...}" struct declaration10:36
RAOFeagles0513875: We're running through the outcome of such a debugger :)10:36
=== jekil [n=alessand@host228-234-dynamic.14-87-r.retail.telecomitalia.it] has joined #ubuntu-motu
persiaeagles0513875: If we could replicate the error locally, certainly.  Without that, I usually go by hand, which helps me learn the code (important if I'm going to fix it).  If you can help us to use a debugger to get here, please suggest how.10:37
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-motu
eagles0513875persia: i dunno dude i didnt think you would have to replicate teh code locally i thought u could use the source go and run the debugger and see what if anything it would find10:38
persiaRAOF: No, you're right.  Perhaps the dlopen() doesn't actually count as a function call for the backtrace, and we're in the initialisation code for xineplug_vo_out_xv.  Anyway, let's jump ahead, and find XvGetPortAttribute10:38
RAOFeagles0513875: Incidentally, your import crash was probably due to missing dependencies (my fault).  File that apport crash on LP and I should be able to fix it easily.10:38
persiaI find three occurances in video_out_xv.c: 912, 1097, 120710:39
eagles0513875RAOF: i used apt-get install wouldnt that also download any dependencies10:39
RAOFeagles0513875: Not if I haven't included all the dependencies in the package description10:40
eagles0513875oh10:40
eagles0513875for democracy woudl u need a tv tuner or could u run it through ur cable internet connection10:41
=== neversfelde|mobi [n=neversfe@82.113.106.1] has joined #ubuntu-motu
RAOFpersia: Yup.  Lets find the one in the function most likely to be called in initialisation10:41
persiaRAOF: It's hard to be sure without a full symbolic backtrace, but I'm suspecting xv_check_capability()10:42
RAOFWhich would mesh nicely with "your fglrx drivers are crap" :)10:43
persiaRAOF: Yep :)  Now we have some strong indications that your intitial assumptions were correct, and also have identified an issue with democracy player not checking to make sure that it could create a xine video out.  Note especially the comment about the ATI drivers in that function.10:44
eagles0513875:)10:44
eagles0513875i despise ati10:44
persiaSo, there's probably a bug in xine at this point, but such a bug would be a workaround for broken secret drivers, so there's not a lot of incentive to fix it.  There's also some issue in X where it bounced trying to report an error, but again, it's hard to figure it out with what we have available (especially with the ?? right after _XError().10:46
persiaI'd say we can't get any farther without 1) downloading the X sources, and possibly 2) looking at the driver.10:46
eagles0513875persia: j/w woudl it be possible in gutsy to have the binary driver automatically installed if u have an ati video card and also have it make the necessary modifications to the xorg and what ever else need modification for open gl to work10:47
RAOFThe init function (open_plugin2) calls xv_check_capability repeatedly.  Colour me totally disinterested in attempting to understand the binary blob10:47
RAOFeagles0513875: System->Administration->Restricted Manage10:47
persiaeagles0513875: Possibly.  I'm not familiar with that codebase at all.10:47
eagles0513875i have an wiki on how to do it but it would be a huge improve ment and so much easier for those who dont know much about editing the xorg.conf and that stuff10:48
RAOFeagles0513875: It's possible in *Feisty*.  Well, unless you're using Kubuntu :)10:48
persiaRAOF: OK then :)  You should now have enough information to 1) get back to the bug submitter with an intelligent comment, and enough techinical details that they can follow up if they are interested, 2) fix the (very minor) issue in democracyplayer, and 3) not be stumped next time you get an apport bug .10:49
eagles0513875RAOF: couldnt that be ported to kubuntu10:49
RAOFpersia: Yes.  Thanks very much.  We should probably point to this log somewhere :)10:49
persiaDoes anyone have any other questions about chasing apport bugs?10:49
Hobbseeeagles0513875: someone already is10:50
RAOFeagles0513875: Yes, it is already being.  You just get it a little bit later10:50
Hobbseepersia: will you fix them all?10:50
eagles0513875woot10:50
persiaRAOF: If you have time to extract the good bits into a wiki, that would be great :)10:50
persiaHobbsee: No.10:50
Hobbseepersia: damn.10:50
eagles0513875poor hobbsee10:50
RAOFpersia: I may try that this evening10:51
eagles0513875Hobbsee: welcome back btw10:51
persiaRAOF: Thanks a lot.  Let me know when you have a draft: I'd be happy to help review (this is my third stacktrace reading lesson for gutsy).10:52
Hobbseethanks10:52
RAOFpersia: Oh, I've obviously been somewhere else for the others :)10:52
eagles0513875i need to work on my programming skills before i join u masters otu10:53
persiaRAOF: Different places anyway.  It's good to have one here for a change.10:53
RAOF:)10:54
=== RainCT [n=RainCT@77.210.77.42] has joined #ubuntu-motu
eagles0513875persia: whats next on the debugging list lol10:55
persiaeagles0513875: There's about 30,000 open.  Pick one.  I think there's only a few thousand apport bugs, but you should still have a wide choice.  Give it a shot, see how far you can get, and ask here (or in #ubuntu-bugs) if you get stuck.10:57
eagles0513875lol10:57
eagles0513875i wont get vry far my programming extent is html lol10:57
persiaeagles0513875: Give it a shot anyway.  If you're not up on programming, I'd suggest picking one for a language you'd like to learn, and reading it in combination with the source and a programming manual.  It's not a bad way to learn, and it's really satisfying to find a fix for a bug that was missed by the original developers.10:58
eagles0513875true10:58
=== persia spent 5 days on the first backtrace bug, trying to understand how the code worked, and why it was broken
eagles0513875persia: i dont know how much u wanting to learn bout kernels but in a magazine i found a link to an interesting book linux kernels in a nutshell10:59
eagles0513875persia: www.kroah.com/lkn11:00
eagles0513875its the whole linux in a nutshell book11:00
eagles0513875persia: can i get ur opinion on something11:02
persiaeagles0513875: You'll likely get a better response by asking the channel in general.  This is especially true when someone has just finished a long discussion, as they are likely to be doing something else.11:04
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-motu
eagles0513875persia: sry dude11:04
persiaeagles0513875: No need to apologies.  What's the question?11:05
eagles0513875im having a problem with amarok and kde 3.5.7 for some reason through out any song im listening to it cuts out intermittetly 11:05
eagles0513875i reported it to kde.org but should i also open a bug for kubuntu11:05
eagles0513875and all my audio is in flac i dont know whether its an amarok issue or flac issue11:05
persiaeagles0513875: I'm really not the best person to ask about that, and you'll probably get better guidance from a support request, a discussion in #ubuntu, or a bug.11:06
=== Hobbsee could swear that she'd answered that question *twice*, in the past few days
=== Hobbsee concludes that eagles0513875 just doesnt listen.
eagles0513875instead of opening a bug ill try figure it out mysefl from the source11:07
=== RAOF wonders whether there should be an extra step to posting a message in the Gutsy forums, that says: "This forum is not a bugtracker. If this post is about a bug, please search launchpad instead"
HobbseeRAOF: wouldnt matter.  they wouldnt read it11:09
Hobbseeor if they did, they'd go "i want to see if this is actually a bug, if others have it, before reporting"11:09
Hobbseewhich is fine, although they never actually go and file the bug.11:10
RAOFYeah11:10
=== eagles0513875 is really happy finally has the steps to compile from source memorized
=== eagles0513875 is compiling flac from source ot see if that woudl fix the problem
=== RAOF keeps his thoughts close, and goes off for dinner
Hobbseedebian bug #28800311:11
ubotuDebian bug 288003 in wnpp "ITP: kguitar -- full-sized guitarist" [Wishlist,Fixed]  http://bugs.debian.org/28800311:11
=== cbx33 [n=user@84-45-238-195.no-dns-yet.enta.net] has joined #ubuntu-motu
cbx33ping doko11:17
=== jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu
persiaLucidFox: 6033 commented.  Great work, but 1 little minor issue.11:24
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-motu
=== RainCT [n=RainCT@unaffiliated/rainct] has left #ubuntu-motu []
=== gouki_ [n=gouki@ubuntu/member/gouki] has joined #ubuntu-motu
man-diIn debian tomcat5 has a request for removal (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425296). tomcat5.5 superseded it. When should I file a removal request for Ubuntu? Now or when tomcat5 was removed from Debian?11:31
ubotuDebian bug 425296 in ftp.debian.org "RM: tomcat5 -- RoM; superseded by tomcat5.5" [Normal,Open]  11:31
Hobbseeman-di: either.  now will do, and link to the debian bug11:31
persiaman-di: I suggest now.11:32
=== ivoks_ [n=ivoks@vipnet35-165.mobile.carnet.hr] has joined #ubuntu-motu
man-dithanks Hobbsee and persia 11:40
man-diwill file one11:40
LucidFoxpersia, I did try adding a blank line before homepage in debian/control, but it gave me an error message11:47
LucidFoxdpkg-source: error: syntax error in control file ./videotrans-1.6.0/debian/control at line 22: continued value line not in field11:47
persiaLucidFox: You need to use " ." for a "blank line", as described at http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description11:48
=== crummygummy_ [n=CrummyGu@dsl-242-11-30.telkomadsl.co.za] has joined #ubuntu-motu
=== IanC26 [n=IanC26@2002:908b:a514:4:216:6fff:fe39:ff6e] has joined #ubuntu-motu
LucidFoxah11:49
=== ivoks__ [n=ivoks@vipnet247-164.mobile.carnet.hr] has joined #ubuntu-motu
persiaLucidFox: Also, you probably want two leading spaces for Homepage (I didn't check to see if they were there)11:51
LucidFoxmovie-make-title.1 is the only manpage left with the hyphen problem?11:56
=== IanC26 [n=IanC26@2002:908b:a5c4:4:216:6fff:fe39:ff6e] has joined #ubuntu-motu
=== axxo [n=axxo@83.217.70.247] has joined #ubuntu-motu
=== Czessi [n=Czessi@dslb-088-073-007-229.pools.arcor-ip.net] has joined #ubuntu-motu
persiaLucidFox: The only one lintian found.12:06
man-didholbach: thx for fixing my typo12:18
dholbachman-di: no problem12:19
dholbachman-di: what about jsp-wiki and whatever the other package was called - can we just bump the depends to tomcat5.5?12:19
=== yamal [n=yamal@Room641A.no-such-agency.net.ru] has joined #ubuntu-motu
yamalif a rules file contains no "build:" lintian complains it's a required part missing. In case the package doesn't need it, is it ok to be left out or should there be an empty one so lintian shuts up?12:23
persiayamal: If there's no build rule, and you end up with a binary package, something is very odd.12:25
yamalit's a package that has only some skins12:25
persiayamal: If not by build, then by what is the binary package being created?12:25
persiayamal: So there's only installation?12:25
yamalbasically :)12:26
=== persia looks for an example package
yamallook at mplayer-skins 12:26
persiayamal: I'm not getting a lintian error related to debian/rules in mplayer-skins, just warnings about standards-version and NMU.12:29
yamalhmm lemme try again then12:30
yamallintian -i mplayer-skins_2-6.dsc12:34
yamalenyc: mplayer-skins source: debian-rules-missing-required-target build12:34
LucidFoxpersia: http://revu.tauware.de/details.py?upid=603412:34
persiayamal: pastebin your debian/rules12:34
man-didholbach: should just work to bump the dependency, I will keep care of this in Debian and then file a sync request12:34
yamalthis was with the standard one from 2-612:34
dholbachman-di: ok super - thanks a lot!12:35
yamal!paste12:35
ubotupastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)12:35
persiaLucidFox: Advocated.12:35
LucidFoxyay! :)12:35
persiaLucidFox: Now, find someone else :)12:36
yamalpersia: http://paste.ubuntu-nl.org/30090/12:36
=== viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-motu
persiayamal: Oddly that looks like mine.  Considering that I am usually accused of coaxing more output from lintian than other people, I'm somewhat surprised, although I have a couple other extended lintian things I can check.  Also, I don't like d:=  wouldn't the use of dh_installdirs be cleaner?  Also, if you wanted to be tricky, you could use a tar xvf build-tree in a build: rule, and then do something with dh_install.  For a minimal change complian12:40
=== yamal` [n=yamal@unaffiliated/yamal] has joined #ubuntu-motu
persia(or rather a build rule that did nothing, on which install: depended)12:40
=== yamal` is now known as yamal
yamalpersia: (if you replied since I posted the paste link please say again my connection failed)12:42
persiayamal: Found it.  I can replicate the error now.  You'll want an empty build rule.12:42
yamalok thanks :)12:42
persiayamal: Sorry.  Repeating now: "Oddly that looks like mine.  Considering that I am usually accused of coaxing more output from lintian than other people, I'm somewhat surprised, although I have a couple other extended lintian things I can check."12:42
persia"Also, I don't like d:=  wouldn't the use of dh_installdirs be cleaner?  Also, if you wanted to be tricky, you could use a tar xvf build-tree in a build: rule, and then do something with dh_install.  For a minimal change compliance upload, I might add a build rule that only depended on install, and didn't actually do anything."12:42
persia"(or rather a build rule that did nothing, on which install: depended)"12:43
dholbachScottK: what's wrong about 124594?12:43
=== persia wonders why feisty lintian complains and gutsy lintian is silent about the missing build: rule...
dholbachI think that it's VERY valid to get package updates sponsored12:43
persiabug 12459412:44
ubotuLaunchpad bug 124594 in archmage "upgrade version available 0.1.9" [Wishlist,In progress]  https://launchpad.net/bugs/12459412:44
DarkSun88dholbach: https://bugs.launchpad.net/ubuntu/+source/libembperl-perl/+bug/12615112:44
ubotuLaunchpad bug 126151 in libembperl-perl "Please sync libembperl-perl 2.2.0 (universe) from Debian unstable (main)" [Wishlist,Incomplete]  12:44
DarkSun88:)12:44
DarkSun88Synced.12:44
DarkSun88See you later.12:44
dholbachand we need a better way to track that than 'check the long list of REVU uploads' :-/12:44
dholbachDarkSun88: rock on - thanks a lot12:44
dholbachDarkSun88: have a nice day12:44
DarkSun88dholbach: You're welcome.12:44
persiaWhat!  That's exactly how https://wiki.ubuntu.com/MOTU/Contributing asks for contributors to track upgrade requests.  That's an excellent U-U-S bug.12:45
dholbachyes12:45
=== Hobbsee suggests just dumping anything remotely old on REVU, and then getting up to date with anything else that's uploaded again
persiaHobbsee: Nah - we recovered something 6 months old a couple days ago: I think we're in decent shape.12:46
Hobbseeright12:46
=== blueCommand [n=blueComm@unaffiliated/bluecommand] has joined #ubuntu-motu
persiadholbach: Are you just triaging, or are you reviewing 124594?12:52
dholbachpersia: I just uploaded it12:53
dholbachit was good12:53
=== Vorian [n=steve@ubuntu/member/Vorian] has joined #ubuntu-motu
persiadholbach: Ah.  Excellent.  I was confused by the "resubscribing" comment, and would otherwise have reviewed myself :)12:53
dholbachoh yeah - I just thought it was worth resubscribing and pointing out that it's a valid thing to do12:54
persiadholbach: Certainly.12:54
=== persia seeks a recommendation for REVU
LucidFoxin this case, persia, could you review gpac 0.4.4?12:56
LucidFoxah, wait12:56
LucidFoxanother one already has reviewed it12:56
persiaLucidFox: When you're ready, please make a request.  I prefer to review either fresh uploads, or things that have been advocated :)12:57
LucidFoxyou could review qconf: http://revu.tauware.de/details.py?upid=595212:58
persiaLucidFox: Thanks :)12:59
LucidFoxalthough wait a bit12:59
LucidFoxI'll make some changes to debian/control and debian/changelog first12:59
persiaLucidFox: OK.  Also, you probably want to run as many automated checks as you can imagine, as I'm limited to 2048 characters of review space :)01:00
=== neversfelde|mobi [n=neversfe@82.113.106.1] has joined #ubuntu-motu
persiaDebian bug 41496401:02
ubotuDebian bug 414964 in lintian "lintian: debian-rules-missing-required-target references policy section 4.8 instead of 4.9" [Minor,Fixed]  http://bugs.debian.org/41496401:02
Vorianj #aalug01:02
=== BugMaN [n=BugMaN@nat.cabi.uniroma1.it] has left #ubuntu-motu []
persiayamal: I found the source of the confusion.  Apparently the message you are getting stems from a bug in lintian (Debian bug 414964).  Specifically, because you have build: listed as a dependency of .PHONY:, no extra paragraph is required.  My apologies for the misdirection previouly given.01:06
ubotuDebian bug 414964 in lintian "lintian: debian-rules-missing-required-target references policy section 4.8 instead of 4.9" [Minor,Fixed]  http://bugs.debian.org/41496401:06
yamalpersia: so basically, no build required01:07
persiaGrr.  That was supposed to be debian bug 41944601:07
ubotuDebian bug 419446 in lintian "debian-rules-missing-required-target false positive with phony targets" [Normal,Fixed]  http://bugs.debian.org/41944601:07
persiayamal: Right.01:07
yamaltx01:07
LucidFoxpersia> what parameters are you running lintian with?01:08
=== raphink [i=raphink@ubuntu/member/raphink] has joined #ubuntu-motu
persiaLucidFox: I usually start with -iIv, but sometimes add more or use different lintians, depending on what I'm seeking.  For REVU, I use gutsy lintian with -iIv.01:09
=== DktrKranz [n=Luca@ubuntu/member/dktrkranz] has joined #ubuntu-motu
=== cassidy [n=cassidy@81.187.73.203] has joined #ubuntu-motu
persiablueCommand: About socket++ licensing.01:20
blueCommandAh, hello :)01:20
blueCommandYes :)01:20
persiaBascially, it looks like the package has a very permissive "keep my copyrights" notice.  I've been convinced that it's acceptable to package this with GPL packaging, but I generally think that it's better practice to keep them similar, so if someone wants to use your packaging or patches with the code later, there aren't any restrictions.01:21
=== effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #ubuntu-motu
persiaThe largest issue that can arise with GPL packaging and a more permissive upstream license is that if any patches are developed locally, they need license exceptions (or dual licensing) to be distributed upstream.  If you really want the GPL for some reason, that's OK, but I just think it's easier to use a similar license to upstream.01:22
blueCommandSo I just write the same notice that the source has for the package licensing?01:23
TheMusoc01:25
TheMusough01:25
persiablueCommand: Either that, or you can use a phrase like "the packaging is copyright 2007 Your Name, and may be distributed under the same terms as the packaged code, as described above".01:25
blueCommandThe Debian packaging is (C) 2007, Christian Svensson <blue@cmd.nu> and01:25
blueCommandis licensed under the same license as the sourcecode:01:25
blueCommandAnd then I included the license again01:25
blueCommandWill that do?01:25
=== dholbach_ [n=daniel@pD9E2454E.dip.t-dialin.net] has joined #ubuntu-motu
=== matysecek [n=matysek@141.Red-83-43-130.dynamicIP.rima-tde.net] has joined #ubuntu-motu
persiablueCommand: That might work.  I haven't seen language like that in other packages, but I can't say whether it would be valid or invalid in any given jurisdiction.01:26
=== blueCommand is proud that he has no Lintian errors now :)
blueCommandpersia, I will copy yours to be sure01:27
imbrandoni was under the pretty clear assumption that the patches and packaging could and most of the time is under seperate licenses01:27
persiablueCommand: Also, (c) and (C) have no legal meaning in most jurisdictions, but @ does.01:28
=== fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu
blueCommand@?01:28
persiaimbrandon: Sure.  I've been convinced they may have separate licenses, but as noted above, it can make merging patches back upstream tricky.01:28
persiablueCommand: Sorry.  01:29
blueCommandAh ok01:30
LucidFoxpersia: http://revu.tauware.de/details.py?upid=603801:30
imbrandoni dont see how the package lic affects the patch lic in any way shape or foprm though, if the patch isnt licensed it is NOT assumed to be the same as the packageing , e.g. i can package something bsd lic and have gpl packageing and have a bsd patch, no trickey merging there, guess i'm miss reading what you are typing01:30
LucidFoxready for review now01:30
persiaLucidFox: You'll always get a better response asking the channel for a review, rather than a specific person :)01:31
LucidFoxare there any other reviewers present?01:32
persiaimbrandon: No, you're not misreading.  It's just that the "packaging" usually means the contents of diff.gz.  For a BSD patch in GPL packaging, this should require special notice in the patch, and perhaps an update in debian/copyright, as usually when BSD and GPL are mixed, the result is GPL.01:32
=== TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-motu
blueCommandpersia, There, new one in REVU if you feel like taking a look01:34
blueCommandDepends: ${shlibs:Depends}, ${misc:Depends}, java-virtual-machine, when I have that lintian says I have no real depends. I tried adding sun-java6-jre, but same warning is shown.01:35
persiablueCommand: You'll do best to advertise the new upload in this channel, and include the link to REVU.01:35
blueCommandRight, sorry01:35
blueCommandhttp://revu.tauware.de/details.py?upid=603701:35
blueCommandNew upload: libsocket++, review please :D01:35
=== EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-motu
persiaLucidFox: 6038 commented.01:44
=== Subhuman [n=jack@host86-143-235-27.range86-143.btcentralplus.com] has joined #ubuntu-motu
LucidFoxHmm, amd64? I'm lucky to have an AMD64 CPU, then - I'll make an AMD64 installation on a separate partition and test it there01:49
LucidFoxdoes it build on other architectures besides amd64?01:49
persiaLucidFox: I didn't test that :)01:49
LucidFoxah01:49
=== luisbg [n=luisbg@60.Red-88-17-106.dynamicIP.rima-tde.net] has joined #ubuntu-motu
LucidFoxWait, I think I know...01:51
=== marcin_ant [n=marcin@194.114.146.126] has joined #ubuntu-motu
marcin_anthi all01:59
marcin_antI got a big problem01:59
marcin_antI want to prepare package using cdbs02:00
marcin_antthe problem is that I got source for my package in *.zip file02:00
marcin_antand I use tarball.mk class to extract source to build-directory02:00
marcin_antunfortunately with this construction I don't know how to create dpatch for source since there is no source-directory02:01
marcin_antcould someone tell me how to solve this problem?02:01
=== RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-motu
persiaREVU Uploaders: when making a new upload for something previously announced, please announce the new upload, so as to ensure reviewers are looking at the latest version of your code.02:09
RAOFHooray for autotools wierdness.  Current xgl git fails to make distclean, because of a variable (non)expansion in the .deps of solaris support.02:12
RAOFpersia: I won't get to writing up anything this evening, but I've been thinking of doing a write up of essentially what we did. ie "look at this bug, and this stack trace.  Now... " etc.  Comments?02:13
persiaRAOF: That sounds good to me.  That was an interesting bug because we ended up finding two issues: both the failure to trap and the ATI oddness.  Let's hope that from that outline someone will be able to develop a HOWTO that could lead people through doing it from scratch.02:16
RAOFDear lord, xorg's configure.ac is huge.02:17
=== Tonio_ [n=tonio@linagoraberri.pck.nerim.net] has joined #ubuntu-motu
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-motu
=== hggdh [n=hggdh@154.sub-70-216-207.myvzw.com] has joined #ubuntu-motu
RAOFBah, good night all, especially persia :)02:20
persiaGood night RAOF02:20
=== allee [n=ach@lapex-mcallee.mpe.mpg.de] has joined #ubuntu-motu
persiablueCommand: 6039 commented02:23
blueCommandThanks02:23
=== blueCommand got a "Wow!" :D
=== blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-motu
blueCommandpersia, Homepage: URL, is it as simple as it sounds?02:26
blueCommand" want to build something from source.02:26
blueCommand Homepage: http://www.linuxhacker.at/socketxx/02:26
blueCommand"02:26
persiablueCommand:http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description is recommended reading for best syntax of Descriptions, but something very similar to that, yes.02:27
blueCommandThanks, I'll make sure to read that02:28
=== radhios [n=radhios@200.47.67.169] has joined #ubuntu-motu
=== jikanter [n=jordan@Leapfrog-Online-1143628.cust-rtr.ameritech.net] has joined #ubuntu-motu
blueCommandpersia, Sorry bother you, but I can't find any references to Homepage. And neither can google :\02:35
blueCommandAnd another thing, lintian says W: libsocket++1-dev: old-fsf-address-in-copyright-file, but am I really allowed to change the license?02:36
persiablueCommand: Just put "  Homepage: URL" as the last line of the long description (the spaces are important).  I suggest it's better to add " ." on the line above for improved readability.02:36
blueCommandOk02:37
persiablueCommand: You are allowed to change the FSF address in debian/copyright (you wrote it), but I usually leave the old address in the original source (I'm not sure if that's correct).02:37
=== xxxxx1 [n=xxxxx1@44125.static.fln.virtua.com.br] has joined #ubuntu-motu
blueCommandGotcha02:38
xxxxx1hello all!02:38
ScottKmarcin_ant: Not sure if it would work or not, but did you try cdbs-edit-patch?02:38
ScottKGood morning everyone.02:38
Hobbseemorning ScottK 02:38
=== StevenK waves to ScottK
blueCommandmorning ScottK 02:39
StevenKScottK: I missed something you said to me roughly 24 hours ago, what was it, and do you still need help with it?02:39
ScottKHello Hobbsee, StevenK, blueCommand.02:39
StevenKScottK: (At the time, my machine was under the stress of a 1.3Gb g++ process)02:39
ScottKStevenK: Persia gave me a hint, so I'm not sure.  Do you know anything about Ruby libs and qt4 bindings?02:40
StevenKNot much of anything, but I can try.02:40
ScottKBug #125865 is the issue at hand.02:40
ubotuLaunchpad bug 125865 in qt4-qtruby "error when installing libqt0-ruby1.8-qt4 and libqt4-ruby at the same time" [Medium,In progress]  https://launchpad.net/bugs/12586502:40
=== ScottK looked into it and got a headache.
StevenKHeh02:41
blueCommandpersia, Before I dput, should I trim the control-description on the development package?02:41
ScottKNote: Status == In Progress in the sense that I tried to figure it and hit a roadblock.02:42
StevenKScottK: Okay, what about it confuses you?02:42
ScottKTrying to figure the proper fix.02:42
persiablueCommand: It seems a little long to me, but you might want to ask someone else.  I don't want to tell you to undo what I told you to do :)02:42
blueCommand:D02:43
ScottKStevenK: I'm assembling a question here.02:43
LucidFoxScottK, could you review this? http://revu.tauware.de/details.py?upid=603402:43
StevenKScottK: The simplest fix is to add Conflicts. *evil grin*02:43
ScottKYeah, but it'd be nice to get it to actually work.02:44
blueCommandInput here please: http://rafb.net/p/2hMUo772.html Would the "After" be a too long description of a -dev package?02:44
StevenKIn which case, the changes the Debian maintainer made looks to be correct.02:44
=== persia thinks Replaces as well as Conflicts is important for ruby-qt4, as the filenames are the same.
blueCommandpersia, Will it block if I don't change it?02:46
ScottKStevenK: The diversions/renaming?02:46
StevenKScottK: Yeah.02:46
ScottKOK.  I'll go futz with it some more then.02:46
blueCommandpersia, Nvm, stupid question02:46
LucidFoxwhat's a MIR?02:46
persiablueCommand: It won't block me, but I cannot speak for others.02:46
StevenKScottK: I'm digging up a patch.02:46
blueCommandI remembered :)02:46
StevenKLucidFox: Main Inclusion Report02:46
ScottKLucidFox: Mail In Rebate 02:46
=== Czessi [n=Czessi@dslb-088-073-007-229.pools.arcor-ip.net] has joined #ubuntu-motu
blueCommandI will just "borrow" a line from another dev02:47
ScottKStevenK's answer is the Ubuntu specific one.02:47
LucidFoxah, I see02:47
StevenKHrm. I think this reporter tells lies.02:48
=== calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-motu
StevenKScottK: http://patches.ubuntu.com/by-release/atomic/debian/libq/libqt4-ruby/libqt4-ruby_1.4.7-3.patch02:49
ScottKFujitsu: I guess you just didn't write an annoying enough bug report (sorry I missed it when I searched if it was reported) - Re Bug 12527902:49
ubotuLaunchpad bug 125279 in soyuz "Publishing an update to *-proposed incorrectly marks bug "Fix Released"" [High,Triaged]  https://launchpad.net/bugs/12527902:49
=== ScottK looks
ScottKStevenK: Thanks.02:50
StevenKScottK: About half of that patch is useless, the relevant bits are the preinst, postrm and rules02:51
imbrandonanyone with a digg account got a sec ?02:51
imbrandonhttp://digg.com/celebrity/Turn_yourself_into_a_real_simpsons_cartoon02:51
imbrandon:)02:51
ScottKRight.02:51
imbrandonplease digg if you like it , i need points02:51
imbrandonlol02:51
=== apachelogger [n=me@amarok/rokymotion/apachelogger] has joined #ubuntu-motu
LucidFoxah, and http://revu.tauware.de/details.py?upid=6041 if persia is still here02:54
persiaLucidFox: Again, you'll get a better package if you ask the channel for a review, rather than asking a person.  I'm skipping this one for now (but I'll gladly look at it after someone else does).02:55
LucidFoxI know02:55
LucidFoxas for the notes, I only found 2 redundant debhelper calls: dh_installexamples and dh_installman02:56
=== etank [n=etank@ubuntu/member/etank] has joined #ubuntu-motu
=== Jazzva [n=sasa@cable-89-216-184-157.dynamic.sbb.co.yu] has joined #ubuntu-motu
blueCommandPlease review: http://revu.tauware.de/details.py?upid=604202:57
blueCommandThanks :)02:57
=== elektranox [n=elektran@p5481DB70.dip.t-dialin.net] has joined #ubuntu-motu
JazzvaDoes somebody know more about the copying of packages from Debian? If there's a package waiting in Debian's NEW it's gonna be copied to Ubuntu after it gets accepted to Debian, right? Are there any additional steps that need to be done?03:00
marcin_antScottK: it didn't work - unfortunately03:00
xxxxx1persia, thanks for UP03:00
beunoJazzva: not automatically at the moment as in the autosync part of the development cycle has passed, you would have to request it manually03:00
Jazzvabeuno: Ok, and how can I do that? :)03:01
=== PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-motu
beunoJazzva: see https://wiki.ubuntu.com/SyncRequestProcess and maybe https://wiki.ubuntu.com/MOTU/Merging03:02
Jazzvabeuno: Thanks.03:02
beunoJazzva, :D03:02
ScottKmarcin_ant: OK.  Well that was my idea.  Sorry it didn't work.03:02
persiaxxxxx1: No problems.  Thanks for contributing :)03:03
elektranoxpersia: can you explain me "debian/copyright claims 'Upstream Author(s)' holds copyright: this should be a real person."03:06
blueCommandIf the copyright holders are very many (as they quite often are in OS-projects) should I write something like Freenet Team?03:08
persiaelektranox: You need to actually list the names of the upstream authors in debian/copyright.  Usually this means looking at ./AUTHORS and the headers of all the source code.03:09
elektranoxhm I'm the only one so gar03:10
elektranoxso there is just me03:10
persiablueCommand: You can do that if and only if upstream refers to themselves that way in some copyright document in the tarball.  Otherwise, you need to list them all.03:10
persiaelektranox: That makes it easy then :)03:10
blueCommandpersia, Woha, this could be "fun" :D03:10
persiablueCommand: `grep -ri copyright *` is your friend :)03:11
ScottKFor debian/copyright, if people do grep -i -R copyright * in the source tree you'll find where you have to look.03:11
ScottKHeh.03:11
ScottKpersia: Looks like you got your seconds back.03:12
persiaScottK: I think I'm three ahead now, but we'll see how long that lasts :)03:12
=== jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-motu
blueCommandpersia, If the SVN tree was up then I surly could :)03:14
blueCommandApparently they use Freenet Project Inc, or contributors for their contributions03:14
persiablueCommand: Just use your local source (or download the orig.tar.gz from REVU)03:14
persiablueCommand: That's easy then :)03:14
blueCommandpersia, It's a java app03:14
blueCommandso it's a heavy jar :)03:14
=== persia completely fails to understand how the language used to implement software affects copyright
persiaAh.  That makes sense :)03:15
blueCommandNo, but it's redistruted in byte-code :)03:15
elektranoxis there a way to avoid this: dpkg-source: cannot represent change to data/gafix.1.gz: binary file contents changed03:16
blueCommandshould it really change? :S03:17
blueCommandsince that means that it changed from orig, should man-pages do that?03:17
elektranoxit's just a gzip -903:17
persiaelektranox: Does upstream really ship a gzip'd manpage?  Do they not have source that can be regenerated in the build?03:17
elektranoxI put it in gzip form into upstream03:18
persiablueCommand: Um.  Ubuntu needs source: bytecode needs to be compiled during the build process.03:18
blueCommandpersia, :(03:18
persiaelektranox: Ah.  In that case, the easiest way to fix it is to gzip it in the Makefile upstream, rather than just including it already gzip'd.  That's better for packaging as well.03:19
elektranoxpersia: ok03:19
=== bigon [i=bigon@imladris.bigon.be] has joined #ubuntu-motu
highvoltage\sh: I knew you'd be back :)03:29
=== avoine [n=avoine@69.70.0.36] has joined #ubuntu-motu
\shhighvoltage: hehe...just my 2cent :)03:33
=== Tesl [n=Tesl@p5239-ipbf605marunouchi.tokyo.ocn.ne.jp] has joined #ubuntu-motu
Hobbseegreetings highvoltage, \sh 03:34
TeslHey guys03:34
highvoltagehey Hobbsee!03:34
=== neversfelde|mobi [n=neversfe@82.113.106.1] has joined #ubuntu-motu
Hobbseehi Tesl 03:34
=== proppy [n=proppy@free2.mekensleep.com] has joined #ubuntu-motu
xxxxx1bug #12634003:36
ubotuLaunchpad bug 126340 in ecryptfs-utils "[needs sponsor]  please update ecryptfs-utils" [Undecided,New]  https://launchpad.net/bugs/12634003:36
xxxxx1can someone take care of it?03:36
=== proppy hugs dholbach
persiablueCommand: 6042 commented.03:38
blueCommandpersia, Will do! Thanks03:39
persiaxxxxx1: There's no need to advertise a bug for sponsorship: subscribing ubuntu-universe-sponsors should be sufficient.  But it's REVU day, so I'll review it :)03:40
proppycan I still file a sync request for feisty ?03:40
proppy(for a universe package)03:40
Hobbseeproppy: no03:40
proppythis is SRU ?03:40
Hobbseeif it fits the SRU candidate requirements, yes03:40
Hobbsee!sru03:40
ubotuStable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates for main and restricted, while https://wiki.ubuntu.com/MOTU/SRU is for universe and multiverse.03:40
ScottKproppy: What problem are you trying to solve.03:40
Hobbseewhich usually isnt a full version03:41
xxxxx1persia, great!03:41
xxxxx1persia, thank you03:41
proppyScottK: python-poker2d python-poker-network python-poker-engine python-poker-eval lib-pokereval are out of sync03:41
proppyScottK: we've just publish a new version in debian unstable03:41
proppyScottK: i guess i should fill a request for gusty instead03:42
ScottKproppy: For released versions, we don't change (much like debian stable).03:42
ScottKYes.  Sync to Gutsy.03:42
persiaxxxxx1: That's three upstream versions!  Would you mind attaching the diff -urN of the debian/ directories to the bug?03:42
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-motu
proppyScottK: so there is no way that feisty people be able to play with the new client ?03:43
xxxxx1persia, ah. just ignore the anothers.. the package development is in bzr03:43
persiaproppy: Are more changes planned soon?  It may be just as good to let them be out of sync for a little more, and then grab the even newer version later.03:43
xxxxx1persia, consider the last03:43
proppypersia: we are releasing new version at least once a month03:44
gnomefreakdoko: working on java6 for feisty-proposed i ended up with a debdiff of 228.1MB can i just use the update 1 we have in gutsy and version it and build it on feisty and debdiff that or do you really need debdiff from java6 to java6update103:44
persiaproppy: That's what I thought.  Gutsy UVF is 16th August, so we might get most benefit (and least work for the archive admins) by requesting a sync about a week before that.03:45
ScottKproppy: Get it into Gutsy and then look into a backports request.03:45
proppyScottK: wouldn't be backport more appropriate ?03:45
proppyok :)03:45
ScottKWe only backport from Ubuntu repos, so it MUST be in Gutsy first.03:46
proppyok03:46
proppynice policy03:46
proppyI've known that before, but I've got like a goldfish memory :)03:46
blueCommandpersia, basically I missed authors and the reference to GPL-2?03:46
crummygummy_Hi, How do I add an argument to a configure script using pdebuild?03:46
proppyScottK: persia: thanks for refreshing my memory03:46
ScottKExcept for StevenK, he backports from URLs that random people throw him.  ;-)03:46
ScottKStevenK: Thanks again.03:47
Hobbseeproppy: clearly you've never owned goldfish03:47
StevenKScottK: That's the last one, then. :-P03:47
proppyHobbsee: :)03:47
blueCommandcrummygummy_, I think you should edit the debian/rules file for that03:47
persiablueCommand: those, and the separate clauses for the different sources (with a list of affected files for whichever is the smaller list)03:47
proppyHobbsee: you managed to made him remember something ?03:47
proppyactually03:47
blueCommandpersia, Ah ok!03:47
Hobbseeproppy: ours throw a hissy fit when we leave fish food in the pond, and go away for a week.  they dont come back up to us for another copule of weeks.03:48
crummygummy_blueCommand, I tried the DEB_CONFIGURE_EXTRA_FLAGS but that didn't work. Do you know which part of the rules file to alter?03:48
Hobbseeand dont get me started on how they hide at the bottom for like...a month...or longer, if a bird tries to come and attack them03:48
blueCommandcrummygummy_, No idea, but I would guess on configure-stamp03:48
blueCommandDon't take my word for it03:49
blueCommandIt may be completely inaccurate03:49
crummygummy_Thanks03:49
=== fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu
proppyHobbsee: seems you need to get your goldfish a psychanalyse03:50
blueCommandpersia, Would this do? http://rafb.net/p/rX6Mv052.html03:51
Hobbseea what?03:51
StevenKI'm suspecting he means a psychiatrist.03:52
Hobbseeproppy: they're perfectly sane goldfish03:52
StevenKConsidering their owner...03:53
=== StevenK runs and hides
blueCommand:)03:53
=== Hobbsee gets out the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!
=== Hobbsee uses it on StevenK
=== ScottK moves to the other side of the room from StevenK.
StevenKOuch. That tickles03:53
persiablueCommand: Closer, but not quite.  You want to start with the more common package, and specify the licensing inline (see the example, the different ways that Homer and Maggie are credited.03:54
blueCommandAh03:54
=== rexbron [n=rexbron@TOROON63-1177742445.sdsl.bell.ca] has joined #ubuntu-motu
TeslI've a quick question. I've written a little program for helping me learn to read Japanese Kanji, and its pretty nice (150 odd downloads on sourceforge now too). I'm planning on improving it a little more now, but was wondering about packaging it for Ubuntu as well (because I also want to learn how to do it!)03:58
TeslAre there any minimum standard guidelines for this for the software itself? Or does somebody need to 'vet' the software as being up to a sufficiently good standard, in terms of bugs and features? (If that makes sense)03:59
zul!revu03:59
ubotuREVU 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/REVU03:59
TeslSounds good =)03:59
TeslThanks03:59
=== fdoving [n=frode@edge.lnix.net] has joined #ubuntu-motu
blueCommandpersia, Something like this perhaps then? http://rafb.net/p/iDazgL14.html04:01
persiaTesl: The only basic guidelines are 1) the licensing is clear and unambiguous, 2) it builds and runs on Ubuntu, 3) at least one person is willing to package it.04:01
TeslHmm, okay :)04:01
TeslI'm reading over the packaging documentation now04:02
TeslFor the first time in ages I've actually got loads of time off work, so thought I could put it to some use! =)04:02
persiablueCommand: You're almost there.  In this case, Herbert is Maggie, so you don't need the inclusion at the top.  Other than that, it looks OK to me.04:02
persia(from a brief look, without referring to the source in depth)04:02
blueCommandOf cource04:03
blueCommandcourse*04:03
blueCommandGood, I will dput it then04:03
=== Sindwiller [n=sindwill@84-75-101-114.dclient.hispeed.ch] has joined #ubuntu-MOTU
=== hroo772 [n=hroo772@63.210.44.7] has joined #ubuntu-motu
=== Zombie [n=masterz@adsl-78-71.lex.bluegrass.net] has joined #ubuntu-motu
ZombieHello?04:08
xxxxx1hi04:08
blueCommandPlease review: http://revu.tauware.de/details.py?upid=6045 Thanks :)04:08
ZombieI need to ask some packagers to do some backports on some package04:11
Zombiexl2tpd, freedroidrpg, vavoom, 04:12
Zombied2-xl, quakeforge, quake3 or ioquake04:12
ScottKZombie: There is a process for that.  See https://wiki.ubuntu.com/BackportRequestProcess04:14
elektranoxpersia, can you review http://revu.tauware.de/details.py?upid=6046 again?04:14
persiaelektranox: You'll get a much better response from asking the channel in general, rather than asking a specific person.  I'm looking at something else just now, but if you've not managed to find anyone else interested in your package by the time I'm done, I'll take another look.04:16
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-motu
Teslgah, earthquake04:20
Tesl=(04:20
TeslThose things are always a little scary04:20
=== freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-motu
ZombieThe issue is some of these applications don't exist in the system yet.04:21
ScottKZombie: Are they in Debian?04:21
Zombiexl2tpd and freedroidrpg are, d2x-xl and vavoom exist only as source Tars are RPMs04:22
ZombieBut they former two are only in Gutsy.04:22
ScottKIf they are in Gutsy, you can ask for a backport.04:22
persiaTesl: Where are you?04:23
TeslTokyo04:23
TeslThere was a huge one this morning as well apparently, but I slept right through it04:23
ScottKFor the ones not packaged, you can package them (most likely to happen) or file a needs-packaing bug and pray someone else cares enough to do it.04:23
ZombieWhat about the ones that aren't?04:24
=== Baby [n=miry@195.37.62.208] has joined #ubuntu-motu
blueCommandIs it possible to use _multiple_ orig packages?04:30
blueCommandI can make it to a patch, sure, but that feels very bloated04:30
blueCommandOr would 2 packages be the way to go?04:32
=== CrummyGummy [n=CrummyGu@dsl-242-11-30.telkomadsl.co.za] has joined #ubuntu-motu
persiablueCommand: Unless there is an especially good reason, it's best to have a separate package for each separate upstream tarball.04:33
blueCommandRight04:33
=== apachelogger [n=me@N732P007.adsl.highway.telekom.at] has joined #ubuntu-motu
ScottKZombie: Did you see my reply to your question that was posted before you asked it?04:39
ZombieYes.04:40
ZombieI haven't formulated my response yet.04:40
ZombieI'm probably going to have to find a way to port the SRPS04:40
ZombieI'm probably going to have to find a way to port the SRPMS04:40
ScottKZombie: Work from the tarballs and package those.04:42
ScottKZombie: People here will help you figure out how to do that.04:42
ZombieThe thing is, xl2tpd was really difficult to make an RPM for.04:42
ScottKHere we always work from source, so if you want to get it in the repos, you'll need to do that.04:43
StevenKPlease remove tomcat5 from universe. Its not supported anymore upstream04:44
StevenKand superseded by tomcat5.04:44
=== StevenK chuckles
ZombieDo Debs have a concept of a SPEC file?04:45
ScottKZombie: Not exactly.  We have a debian directory that has much of the same information.04:46
=== SourceContact [n=SourceCo@ip24-252-111-89.no.no.cox.net] has joined #ubuntu-motu
StevenKMore than, actually.04:47
persia5.5 :)04:47
ZombieSee, I'm too unfamiliar with your packaging system.04:48
ScottKZombie: The choices are: Dive in and learn or hope/pray as appropriate someone else cares enough about your package to do the work.04:55
ZombieI figured that was the situation.04:56
ZombieNothing ever gets done unless I do it.04:56
ScottKIsn't that the way the world works.04:56
ScottKNo one else will take care of your problems like you would.04:56
TeslAnd the way it should always stay =)05:00
elektranoxok ich hab noch ne nderung gemacht. Wer gerade Zeit hat knnte mal http://revu.tauware.de/details.py?upid=6047 reviewen05:01
elektranoxoh foget to translate it ^^ I made another change. Who has time can review http://revu.tauware.de/details.py?upid=6047.05:02
=== dholbach hugs proppy back
=== tuxmaniac [n=tuxmania@unaffiliated/tuxmaniac] has joined #ubuntu-motu
ZombieDo you folks  do more than just Packaging, like helping advanced Super Users?'05:06
ScottKAs a rule, no.05:07
persiaZombie: More than just packaging: yes (feature implementation, bug fixes, etc.).  Support: No.05:07
persiaScottK: There you go :)05:07
ZombieWell, your flashplayer package doesn't really work.05:07
ZombieIt installs, but FireFox on't register the plugin?05:08
persiaZombie: There's a bug for that (about 14 hours old, first I saw).05:08
ScottKThere's an update being worked.05:08
=== mjunx [n=matt@adsl-76-217-121-19.dsl.emhril.sbcglobal.net] has joined #ubuntu-motu
blueCommandShould jar-files reside in /usr/share/package/ or /usr/lib/package/ ?05:14
man-diblueCommand: /usr/share/java05:14
blueCommandah, ok05:14
man-diblueCommand: or /usr/lib/java for arch:dep jars05:15
blueCommandOk05:15
blueCommandThanks05:15
man-diblueCommand: theres an extra (somewhat outdated) policy document for Java packages05:15
=== effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #ubuntu-motu
blueCommandman-di, Do you know where?05:16
man-dihttp://www.debian.org/doc/packaging-manuals/java-policy/05:16
blueCommandThanks05:16
man-diblueCommand: ping me when you are done with the package. I wil review it. I'm no MOTU but the only person here actively working on the Java stuff05:17
man-diand also Debian Java Maintainer05:17
blueCommandman-di, Ah ok05:18
man-diblueCommand: note some things on the Java policy are not uptodate anymore. I will tell you when I review05:18
=== matid [n=matid@195.116.35.6] has joined #ubuntu-motu
=== Neonightmare [n=neonight@223.79.62.81.cust.bluewin.ch] has left #ubuntu-motu []
=== persia [n=persia@ubuntu/member/persia] has left #ubuntu-motu []
=== frafu [n=frafu@vodsl-9515.vo.lu] has joined #ubuntu-motu
=== hggdh [n=hggdh@154.sub-70-216-207.myvzw.com] has left #ubuntu-motu []
=== finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-motu
=== javier_galicia [n=Javier@189.130.231.178] has joined #ubuntu-motu
=== jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu
=== matid_ [n=matid@195.116.35.6] has joined #ubuntu-motu
=== apacheLAGger [n=me@N822P022.adsl.highway.telekom.at] has joined #ubuntu-motu
=== tmarble [i=tmarble@nat/sun/x-9040f10c0b78e69a] has joined #ubuntu-motu
ScottKcalc: Interested in an odd OOO bug? Bug #10590005:41
ubotuLaunchpad bug 105900 in openoffice.org "Bold, Italics, and Bold Italics not in English on Fonts menu" [Low,Triaged]  https://launchpad.net/bugs/10590005:41
frafuHello, I know how to build a debian package with pbuilder for my i386 architecture. Now I would like to try to build it for another architecture. Do I have to create a new pbuilder as it is the case if one has to build for another distribution release? 05:43
geserfrafu: you need access to that architecture05:44
geserthan you can use pbuilder there as usual05:44
=== giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-motu
frafuSo it will not be possible on my i386. I can stop searching in that case. 05:45
frafugeser: thanks05:46
man-difrafu: it might be possible to run qemu and build inside that05:46
man-difrafu: but thats a major hassle05:47
=== leonel [n=leonel@189.155.125.221] has joined #ubuntu-motu
frafuman-dl: ok; as I am new to this, I will probably encounter many problems. Would it also be possible to build for a ppc architecture with qemu on a i386? If I decide to go that route, I should begin with getting familiar with qemu... 05:51
man-difrafu: should be possible but I have done that05:52
man-difrafu: I only use qemu to test mips, mipsel and arm05:52
frafuAre maintainers of a package required to build debian packages for all the different architectures? 05:53
ScottKNo.05:53
ScottKMaintainers are required to have packages that build on all supported archs, which is slightly different.05:54
frafuAnd how can he test it? 05:54
JazzvaIs there any other way of restricting some specific arch except providing all archs without the problematic one?05:55
Jazzvain debian/control file...05:55
JazzvaI looked at man deb-control, but couldn't find the apropriate field...05:56
frafuScootK: What can he do to know whether it builds on all supported architectures? 05:56
ScottKfrafu: Usually you don't have to, but if you have arch specific concerns, find someone that has it and beg.05:56
dholbachcan some emacs-savvy person look into the patches on bug 123903, bug 123904 and bug 124967?05:58
ubotuLaunchpad bug 123903 in nxml-mode "Candidate revision nxml-mode_20041004-6ubuntu1" [Undecided,Confirmed]  https://launchpad.net/bugs/12390305:58
ubotuLaunchpad bug 123904 in w3m-el "Candidate revision w3m-el_1.4.4-3ubuntu1" [Wishlist,Confirmed]  https://launchpad.net/bugs/12390405:58
ubotuLaunchpad bug 124967 in sml-mode "Candidate revision sml-mode_4.0-6ubuntu1" [Undecided,Confirmed]  https://launchpad.net/bugs/12496705:58
frafuScottK: you say: "Maintainers are required to have packages that build on all supported archs" and afterwards you see "Usually you don't have to". Sorry, but don't get it... 05:59
ScottKOK.05:59
frafu? 05:59
ScottKFirst, many packages are arch all, meaning they get built on i386 for installation on all archs.05:59
ScottKThose are clearly no problem.05:59
man-difrafu: launchpad knows if your packages doesnt build on some arch06:00
ScottKFor packages with arch specific builds, then if you are careful when you design your package, it should build.06:00
man-difrafu: you are expected to look at this for packages you are interested in06:00
geserdholbach: nxml-mode can probably be synced (the debian changelog looks like the summary in the debdiff)06:00
ScottKGenerally, if a package will build on one non-i386 arch it will build on all of them.06:00
dholbachgeser: ah niec06:01
dholbachnice06:01
man-diScottK: do doubt this should be seen as a general rule06:02
man-dis/do/I/06:02
ScottKfrafu: So far running all i386, I've gotten bit on an arch specific build problem and that was my bad as a packager for not understanding the difference between what I was doing in the arch independent and dependent parts of the build.06:02
ScottKman-di: Yes.  As I said, Generally.06:02
ScottKMy favorite ones are the ones that build in a pbuilder, but FTBFS on the buildd's.  Those are fun.06:03
man-diScottK: like eclipse... :-(06:03
ScottKWell that wasn't the one I was thinking of, but sure.06:04
man-diand this is a portable java package06:04
man-diScottK: I currently work on eclipse and I'm near to getting a machine gun and running through the city06:04
ScottKIn my case it was: builds in sid pbuilder, builds in gutsy pbuilder, builds on the Debian buildd's, FTBFS on the Ubuntu buildd's.06:05
ScottKHeh.06:05
=== fbond [n=fab@pool-71-169-140-159.burl.east.verizon.net] has joined #ubuntu-motu
man-diScottK: in my case:  builds in sid pbuilder, builds in gutsy pbuilder,  doesnt build on Debian builds, doesnt build on Ubuntu buildd06:07
ScottKAt least the buildd's are consistent.06:07
Zombiefreedroidrpg already exists in backports.06:07
Zombieer06:07
Zombiefreedroidrpg already exists in gutsy.,06:08
ZombieIt needs a backporting.06:08
ScottKThen you can file a backport request.06:08
man-diScottK: well, in my case Build-Dependencies are sligtly different on debian und ubuntu: xul-dev vs. firefox-dev06:09
frafuThanks for your explanations. Now I am looking for some documentation about the skills necessary for a maintainer. Is there a difference between a maintainer for universe and for main? 06:10
=== fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu
TeslJust wondering, anyone have any idea about how well Dell's Ubuntu offering is going? I remember reading about it a lot not long back, but haven't heard anything recently06:11
ScottKfrafu: Skills no.  But start working on Universe stuff as people here will help you.  When you work on Main stuff, you are expected to know what you are doing.06:11
=== luis_lopez [n=jabba@68-182-36-142-Public-Marmac-MIPHA.client.eng.telusmobility.com] has joined #ubuntu-motu
=== Lure [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-motu
=== cassidy [n=cassidy@81.187.73.203] has joined #ubuntu-motu
frafuThanks for the informations06:16
=== olli__ [n=olli@a91-155-128-231.elisa-laajakaista.fi] has joined #ubuntu-motu
olli__when new wormux updates come ubuntu feisty?06:17
Hobbseethey wont06:17
Hobbsee!timebasedreleases06:17
ubotuUbuntu releases a new version every 6 months. Each version is supported for 18 months to 5 years. More info at http://www.ubuntu.com/ubuntu/releases & http://wiki.ubuntu.com/TimeBasedReleases06:17
olli__ok06:17
=== olli__ [n=olli@a91-155-128-231.elisa-laajakaista.fi] has left #ubuntu-motu ["Konversation]
dholbachhttps://bugs.launchpad.net/ubuntu/+bugs?field.status%3Alist=Fix+Committed&field.tag=needs-packaging  is nice and (nearly) empty again06:24
dholbachyay06:24
ScottKdholbach: Speaking of which...06:25
dholbachScottK: yes? :)06:25
ScottKI think the thing that bugged me about that one bug I commented on was the debdiff.06:25
dholbachScottK: yeah, right - that didn't make much sense06:26
ScottKI think tracking bugs are great, but that new upstreams out to be reviewed/approved via REVU.06:26
ScottKout/ought.06:26
dholbachI think it's fine to have bugs for them, so we can track them via the lists of https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews06:26
=== jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-motu
=== ScottK wonders if there is a way to get debdiff to spit out a diff of just the debian dir.
dholbachwe have lots of ubuntu*-devs who don't want to sign up for REVU, so if they can just visit a bug I assign them and grab a package from a random URL (fine with me if that's REVU), that's good06:27
ScottKRight.06:27
ScottKBut then someone needs to archive the upload on REVU.06:28
dholbachlet's hope we figure out something nicely including bzr and/or PPAs06:28
ScottKWe need one and only one place for status.06:28
dholbach*whine* nobody commented on  bzr unpack  yet06:28
ScottKPlease not bzr.06:28
=== ScottK really doesn't want to have to learn an Ubuntu specific vcs.
Hobbseedholbach: bzr-buildpackage seems to break, so...06:29
dholbachUbuntu specific vcs?06:29
HobbseeScottK: kde packages are going into bzr.  too bad :)06:29
ScottKHobbsee: I know.  I'm going to have to learn it at least a little.06:30
dholbachHobbsee: that's mostly useful for packages that only debian packaging in bzr06:30
Hobbseetrue06:30
=== dholbach -> dinner
dholbachsee you tomorrow guys06:30
dholbachhave a nice evening/night/day06:30
xxxxx1dholbach, for you too. bye :)06:30
Hobbseebye dholbach!06:31
ScottKHobbsee: Plus for KDE, I still have the post a debdiff and bug Hobbsee about it option.06:31
Hobbseetrue06:31
=== crevette [n=crevette@man06-2-88-167-44-76.fbx.proxad.net] has joined #ubuntu-motu
ScottKAnd the winner, from earlier today, on clamav is Edgy by a mile.06:37
=== davromaniak [n=cyril@LAubervilliers-153-52-16-160.w217-128.abo.wanadoo.fr] has joined #ubuntu-motu
=== LongPointyStick [n=mystery@ubuntu/member/hobbsee] has joined #ubuntu-motu
=== vbabiy [n=vbabiy@pool-71-164-85-238.albyny.fios.verizon.net] has joined #ubuntu-motu
LucidFoxwould anyone here care to review a package that already has one advocating review?06:42
=== crevette [n=crevette@man06-2-88-167-44-76.fbx.proxad.net] has joined #ubuntu-motu
LucidFoxhttp://revu.tauware.de/details.py?upid=603406:43
=== ScottK is on it.
LucidFoxthanks06:45
ScottKLucidFox: Looks sane.  Building it now.  It's on a slow machine, so it may be a while.06:53
dokognomefreak: just make the debian diff available07:03
=== tsmithe [n=toby@ubuntu/member/tsmithe] has joined #ubuntu-motu
=== Neonightmare [n=neonight@223.79.62.81.cust.bluewin.ch] has joined #ubuntu-motu
=== Neonightmare [n=neonight@223.79.62.81.cust.bluewin.ch] has left #ubuntu-motu []
ScottKIf LucidFox comes back, someone might mention to him that I uploaded videotrans.07:22
=== wattazoum [n=wattazou@ant06-1-82-242-110-34.fbx.proxad.net] has joined #ubuntu-motu
=== ivoks [n=ivoks@19-113.dsl.iskon.hr] has joined #ubuntu-motu
tuxmaniacIs there a how to for the multi distro tools ? I would like to monitor the science, maths and electronics related packages on debian and Ubuntu07:32
geserthere is a wiki page for it07:33
man-digeser: which is totally outdated...07:33
geserand the examples07:33
tuxmaniacgeser, yeah you gave me. 07:34
tuxmaniacgeser, examples?07:34
=== ScottLij [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-motu
geserhttp://tiber.tauware.de/~laserjock/multidistrotools/examples/07:34
=== proppy` [n=proppy@free2.mekensleep.com] has joined #ubuntu-motu
=== proppy` is now known as proppy
gesershould also be in bzr repository07:35
=== marble [n=marble@cpc3-papw1-0-0-cust698.cmbg.cable.ntl.com] has joined #ubuntu-motu
=== marble [n=marble@cpc3-papw1-0-0-cust698.cmbg.cable.ntl.com] has joined #ubuntu-motu
=== leonel [n=leonel@189.155.125.221] has joined #ubuntu-motu
=== crevette_ [n=crevette@man06-2-88-167-44-76.fbx.proxad.net] has joined #ubuntu-motu
=== lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-motu
=== AnAnt [n=anant@217.53.144.252] has joined #ubuntu-motu
AnAntHello, can someone REVU this upload: http://revu.tauware.de/details.py?upid=603208:05
=== AnAnt [n=anant@217.53.144.252] has left #ubuntu-motu []
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-motu
=== PhinnFort [n=martin@unaffiliated/phinnfort] has joined #ubuntu-motu
=== fraco [n=fraco@213.219.165.163.adsl.dyn.edpnet.net] has joined #ubuntu-motu
=== jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-motu
man-diagainst which package do I have a to file a bug which syncs a new package from Debian?08:23
gpocentekman-di: file it against ubuntu, without package specified08:24
man-diokay08:24
=== rgl [n=Rui@84.90.10.107] has joined #ubuntu-motu
rglhi08:27
blueCommandhmm08:28
rglare you guys uisng clamav on dapper?   freshclam refuses to update :(08:28
=== statik [n=emurphy@canonical/launchpad/statik] has joined #ubuntu-motu
=== _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-motu
=== davro-desktop [n=davro@LAubervilliers-153-52-16-160.w217-128.abo.wanadoo.fr] has joined #ubuntu-motu
=== _czessi [n=Czessi@dslb-088-073-144-143.pools.arcor-ip.net] has joined #ubuntu-motu
=== rexbron [n=rexbron@TOROON63-1177742445.sdsl.bell.ca] has joined #ubuntu-motu
=== fernando__ [n=fernando@189.0.242.204] has joined #ubuntu-motu
=== DktrKranz [n=Luca@ubuntu/member/dktrkranz] has joined #ubuntu-motu
=== Subhuman [n=jack@host86-143-235-27.range86-143.btcentralplus.com] has joined #ubuntu-motu
=== micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-motu
blueCommandAnt is apparently hardcoded to use com.sun.javah.Main, even though gcj has an alternative. The easiest solution is to add sun-java6-jdk as builddep, but is that allowed?09:01
man-diblueCommand: no, not allowed09:01
man-diblueCommand: what is your problem with ant? I dont understand09:01
blueCommandWell09:02
blueCommandIt says:09:02
blueCommandBUILD FAILED09:02
blueCommand/home/bluecommand/Workbench/freenet/real/deb/wrapper-3.2.3/build.xml:429: Can't load javah09:02
blueCommandAnd looking at the sourcecode, that error is produced when com.sun.javah.Main isn't found09:02
man-diblueCommand: can you point me to the correct place in ant source?09:04
blueCommand2 sec09:04
blueCommand./src/main/org/apache/tools/ant/taskdefs/optional/javah/SunJavah.java line 5709:04
blueCommandAnd If I understand it correctly, I need it to be gnu/classpath/tools/javah/Main09:08
blueCommandgnu.classpath.tools.javah *09:09
man-diblueCommand: right, but only for GNU Classpath based runtimes09:10
blueCommandman-di, Yes09:10
man-dican you please file a bug for this?09:10
blueCommandSure09:11
man-diblueCommand: which software are you packaging?09:11
blueCommandwrapper, dependency for freenet09:11
man-dioh, evil freenet09:11
man-di;-)09:11
blueCommand:)09:12
blueCommandShould I make that bug blocking for freenet ?09:12
man-disure09:13
man-diI will try to fix this asap09:13
man-diblueCommand: what should work for you for now is building wrapper with sun-java609:15
man-dibut then it need to go into multiverse instead of universe09:15
blueCommandYes, that works09:15
blueCommandBut I don't want that09:16
man-diand the bug needs to be fixed anyway09:16
blueCommandI'd rather wait09:16
man-diokay09:16
blueCommandhttps://bugs.launchpad.net/ubuntu/+source/ant/+bug/12641009:16
ubotuLaunchpad bug 126410 in ant "Ant is assuming Sun's JRE" [Undecided,New]  09:16
=== bluekuja_ [n=andrea@host14-175.pool8252.interbusiness.it] has joined #ubuntu-motu
blueCommandHow do I add blocking :S09:18
blueCommandbrb09:18
man-diblueCommand: I dont know09:18
sacaterhttp://wiki.ubuntu.com/Q+ADays09:21
=== reggaemanu [n=manu@ARennes-257-1-127-21.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu
=== fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu
=== Tonio_ [n=tonio@mst45-2-82-242-83-37.fbx.proxad.net] has joined #ubuntu-motu
=== Qball [n=qball@ipd50a4125.speed.planet.nl] has joined #ubuntu-motu
QballSeveas around?09:38
=== macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-motu
=== Martinp23 [n=Martinp2@wikimedia/Martinp23] has joined #ubuntu-motu
=== ivoks [n=ivoks@19-113.dsl.iskon.hr] has joined #ubuntu-motu
=== tru_`z24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-motu
=== Tonio_ [n=tonio@mst45-2-82-242-83-37.fbx.proxad.net] has joined #ubuntu-motu
=== RainCT [n=RainCT@unaffiliated/rainct] has joined #ubuntu-motu
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu
=== Tonio_ [n=tonio@mst45-2-82-242-83-37.fbx.proxad.net] has joined #ubuntu-motu
=== Tonio_ [n=tonio@mst45-2-82-242-83-37.fbx.proxad.net] has joined #ubuntu-motu
=== neversfelde|mobi [n=neversfe@82.113.106.1] has joined #ubuntu-motu
=== Baby [n=miry@195.37.62.208] has joined #ubuntu-motu
=== ceros [n=user@c-76-111-84-156.hsd1.va.comcast.net] has joined #ubuntu-motu
=== Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-motu
ScottKleonel: Would you please take a look at Bug #126414 and tell me if it's right?10:28
ubotuLaunchpad bug 126414 in squirrelmail "squirrelmail should depend on php-db" [Undecided,New]  https://launchpad.net/bugs/12641410:28
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-motu
=== icf7 [n=icf7@PPPOE-05-0087.UNI-MUENSTER.DE] has joined #ubuntu-motu
ZombieI'm home.10:30
Kmosrevu day isn't over yet ?10:32
=== Q-FUNK [n=q-funk@88.195.85.121] has joined #ubuntu-motu
ScottKNo.  It's still Monday here.10:33
Kmos:)10:37
leonelScottK:  squirrelmail  can  store your adressbook and preferences  in a database ( postgesql  / mysql )   but it's optional to the admin  if you don't configure  your database  squirrelmail uses  plain files  to store  address book and preferences 10:39
=== ivoks [n=ivoks@19-113.dsl.iskon.hr] has joined #ubuntu-motu
=== reggaemanu [n=manu@ARennes-257-1-13-147.w81-250.abo.wanadoo.fr] has joined #ubuntu-motu
Kmosso the bug must be invalid10:39
ScottKleonel: THanks.10:40
leonelScottK:  so I think  there must not add pear db  as a depencency 10:40
ScottKSounds like a Suggests might be appropriate.  Would you please comment in the bug if you haven't?10:41
Kmosbug 6647510:46
leonelScottK:  done10:47
ubotuLaunchpad bug 66475 in idjc "[SRU]  idjc for edgy-proposed" [Low,Fix committed]  https://launchpad.net/bugs/6647510:47
ScottKleonel: Thanks.  The clamav backports for 0.88.7 got uploaded for Dapper/Edgy today.10:48
Kmosthis one need testing10:48
=== cbx33 [n=pete@ubuntu/member/cbx33] has joined #ubuntu-motu
cbx33ping doko 10:59
DktrKranzcould you please have a look at http://revu.tauware.de/details.py?upid=6050 ? thank you.10:59
dokocbx33: pong10:59
=== vil [n=vladimir@ubuntu/member/vil] has joined #ubuntu-motu
cbx33hi10:59
cbx33glad I caught you10:59
cbx33pm ok?11:00
xxxxx1bye all11:02
ScottKDktrKranz: Was 5.1.2-1 in any repository anywhere?11:03
DktrKranzit has recently been readded to gutsy11:04
DktrKranzyou'll find debian version, but it's included in php5 source package, while ubuntu needs to keep it apart since it depends on a package in universe11:05
ScottKOK.  I see it.11:05
DktrKranzthanks11:06
ScottKDktrKranz: Is the 5.1.2-1 a separate source package then?11:07
ScottKSo this is just a new upstream version?11:07
DktrKranzit is11:07
ScottKOK.11:07
proppyemacs22 not in gusty ?11:08
=== hectorUbu [n=hector@TOROON63-1168100193.sdsl.bell.ca] has joined #ubuntu-motu
geser!info emacs22 gutsy11:10
proppyis the operation of putting a new package that is in debian/unstable and not in ubuntu/current still called a sync ?11:10
ubotuPackage emacs22 does not exist in gutsy11:11
proppy!info emacs21 gusty11:11
ubotuemacs21: The GNU Emacs editor. In component main, is optional. Version 21.4a+1-2ubuntu1 (feisty), package size 1976 kB, installed size 5924 kB11:11
geseryes, that's still a sync11:11
ScottKproppy: It will be soon.11:12
proppyScottK: ok, let me know if I can help :)11:12
proppyScottK: (i.e: filling necessary request in required place)11:13
hectorUbuHello, I would like to help packing and maintaining some audio and music apps for UbuntuStudio, would it be by joining motu a way of doing it? Some apps really have to be updated11:13
ScottKIIRC the packages are prepared.  The debate is to sync with Debian or to use an Ubuntu specific version because Debian did some odd stuff with documentation due to DFSG.11:13
proppyDFSG?11:13
ScottKDebian Free Software Guidlelines11:13
ScottKThe docs are DFSG non-free.11:14
ScottKSo at this point it's more of a policy question than a do work question.11:14
proppyemacs-docs are DFSG non-free ?11:14
proppysounds weird11:14
ScottKYes.11:14
ScottKDFSG doesn't allow invariant sections.11:15
proppyinvariant ?11:15
ScottKNot allowed to modify.11:15
proppyoh ok11:15
ScottKDocumentation licensing is one place where Debian is more pure about Freedom than Gnu.11:15
proppyinteresting to hear :)11:18
BurgundaviaDebian does not believe the CC or the GFDL are free11:19
=== matysecek [n=matysek@141.Red-83-43-130.dynamicIP.rima-tde.net] has joined #ubuntu-motu
ScottKOr put more positively, by Debian's definition they are not Free.11:20
proppyMy freedom is free-er than yours.11:22
vorlonBurgundavia: CC-by-sa v3 is accepted as free in Debian; though it has some warts that could be interpreted by an upstream in a way that it ought not to be accepted11:24
broonieScottK: There are some CC licenses that are free enough for Debian.11:24
ScottKDktrKranz: Why did you remove the PO/POT files from the previous version.11:24
ScottKbroonie: True enough.11:24
Burgundaviavorlon: right, ok11:24
proppySo who is actually allowed to update emacs documentation invariant ?11:24
Burgundaviavorlon: do you have a filter that highlights on debian? :)11:24
vorlonnah11:25
vorlonwell, yes; but not a software one11:25
ScottKproppy: You should download the source and read the license.11:25
ajmitchprobably a general flame filter11:25
DktrKranzScottK, debconf template is no longer needed since php5 5.1.6-5, and so .po files11:26
ScottKOK.  Thanks.  Makes sense.11:26
DktrKranzthis is an adjusted version11:26
DktrKranzI tried to make it fully compatible with upstream module11:26
=== apachelogger [n=me@N822P022.adsl.highway.telekom.at] has joined #ubuntu-motu
proppyvorlon: let me guess you've got a cat named debian, and text-to-speech 'On' ?11:27
vorlonproppy: I have a troop of gnomes that read my channels for me, and a troop of kdes that write my responses11:28
proppyvorlon: but your cat is still named debian right ?11:30
vorlonnope11:30
ScottKDktrKranz: Commented.  Technically it looks good to me, but there are licensing issues.11:30
proppyvorlon: :)11:30
DktrKranzScottK, thanks. Since this is an out-of-tree module taken directly from php5 source, what should I do? there's no a "upstream tarball", it's php5 one11:31
DktrKranzshould I include it mentioning in a README.Debian-source?11:32
ScottKSo you are taking the php5 tarball and repacking it to only include part of it, right?11:32
DktrKranzit is, actually11:33
=== Jazzva [n=sasa@cable-89-216-184-157.dynamic.sbb.co.yu] has joined #ubuntu-motu
DktrKranzi take a directory and debianize it11:33
=== redguy [n=mati@unaffiliated/redguy] has joined #ubuntu-motu
ScottKThen follow the rules here: http://www.debian.org/doc/packaging-manuals/developers-reference/ch-best-pkging-practices.en.html#s-bpp-origtargz11:33
ScottKWhen you make your new tarball, include a copy of the license from the original tarball.11:34
ScottKThis is a repacked tarball then.11:34
DktrKranzhas php some explicit rules about licensing?11:34
ScottKThis won't technically go through NEW, but if it did, the lack of the license would get you rejected.11:34
ScottKDktrKranz: They better or we can't distribute it.11:35
DktrKranzIIRC, debian rejet FAQ mentions somethin11:35
ScottKLook at the top level of their tarball for a file called COPYING.  That should be what you need to include.11:35
DktrKranz*reject11:35
DktrKranzok, thanks for your help11:35
ScottKNo problem.  The tar.gz MUST have a copy of the license.11:36
ScottKI've seen pitti require it even when the license was longer than the program.11:36
DktrKranzyes, I recall a mail from tollef11:36
ScottKYep11:37
DktrKranzdo you suggest to document how I repackaged orig tarball?11:37
ScottKAs a result of having the thwacked once, I'm not leaving even a little wiggle room for it to happen again.11:37
ScottKYes.11:37
ScottKYou must.11:37
DktrKranzusing README.Debian-Source?11:38
ScottKThe current guidance appears to be to put it in debian/copyright, but you can read the link above as well as I.11:39
=== mwolson [i=mwolson@jpi-wlafyte-212-116.dmisinetworks.net] has joined #ubuntu-motu
DktrKranzok, I'm going to look at some uploaded packages to find a working example of good description11:40
ScottKGotta run.  See you all later.11:40
=== YannDinendal [n=Yann@dyn-91-163-243-3.ppp.tiscali.fr] has joined #ubuntu-motu
=== elektranox [n=elektran@p5481DB70.dip.t-dialin.net] has joined #ubuntu-motu
elektranoxhey can somebody review http://revu.tauware.de/details.py?upid=604711:45
=== Vorian [n=steve@ubuntu/member/Vorian] has joined #ubuntu-motu
=== superm1 [i=malimonc@ubuntu/member/superm1] has joined #ubuntu-motu
JazzvaHello... Can I just list the years and names of copyright holders in debian/copyright or do I must also provide the filenames? There are a lot of files and a lot of copyright holders so things are gettin' pretty messy...12:00
=== jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-motu
leonelgreat for clamav12:02
=== marcin_ant [n=marcin@194.114.146.126] has joined #ubuntu-motu
=== etank [n=etank@ubuntu/member/etank] has joined #ubuntu-motu
blueCommandHow does submitting packages to multiverse work?12:13
blueCommandI can't find any references to it on the Wiki or via google12:14
TheMusoblueCommand: Same as for universe, but when the archive admins see the license, they put it in multiverse, and any subsequent uploads update that package in multiverse.12:14
blueCommandAh, nice12:14

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