[00:02] <nigelb> whats the workflow if a source is in bzr? just fix, commit, and request merge?
[00:04] <ivoks> yes
[00:04] <ivoks> https://wiki.ubuntu.com/DistributedDevelopment
[00:05] <nigelb> sponsorship?
[00:05] <ivoks> https://wiki.ubuntu.com/DistributedDevelopment/Documentation/SeekingSponsorship
[00:06] <nigelb> oh, the diff = debdiff?
[08:14] <toabctl> hi
[08:15] <persia> Hey toabctl
[08:15] <toabctl> i have a package (xf86-input-wacom and want to update the package to the latest git. how can i do that?
[08:15] <persia> I'd suggest talking to the ubuntu X folk for details, but there's a generic link.
[08:15] <persia> !update
[08:16] <toabctl> i know that i can use uupdate to update the package with the latest tar.gz file. is there something like this for got?
[08:16] <persia> That's not it at all !
[08:16] <persia> https://wiki.ubuntu.com/PackagingGuide/Recipes/PackageUpdate
[08:16] <toabctl> persia, ah. last link looksinteresting. thx!
[08:16] <persia> You want the tar.gz artifact anyway, but git-buildpackage documentation may also help.
[08:17] <persia> But you really do want to talk to the X team about it.  The chances of finding someone here who does X are decidedly lower than finding someone there.
[08:19] <toabctl> persia, ok
[09:31] <jariq> While building the package I got bunch of warnings like this one: "dpkg-shlibdeps: warning: dependency on libdbus-1.so.3 could be avoided if "debian/ipwatchd-gnotify/usr/sbin/ipwatchd-gnotify" were not uselessly linked against it (they use none of its symbols)." These libraries are added automaticaly by "pkg-config --libs libnotify" so I cannot fix this easily. Is it something I can ignore ???
[09:32] <RAOF> jariq: You can ignore it, or you can pass --as-needed through to ld via various mystical processes.
[09:33] <RAOF> Which will cause ld to only add NEEDED mentions for libraries which actually provides used symbols.
[09:34] <RAOF> With the only slight drawback that it doesn't work with stock libtool.
[09:35] <persia> Or one could go play with libnotify to make pkg-config generate a different list, or change the build system to specify libraries directly, or ...
[09:35] <persia> (note that if changing the build system, it's best to perform analysis in ./configure or equivalent, rather than hardcoding, etc.)
[09:35] <jariq> persia: that was exactly my thought that this should be fixed in libnotify
[09:36] <RAOF> It should be, yes.
[09:37] <RAOF> Teach upstream about Libs.private.
[09:37] <persia> Packaging libraries well is hard.  Being upstream for a library is even harder.
[09:42] <RAOF> Heh.  We get to moan about keeping ABI; they have to actually maintain it :)
[10:07] <Luctor> is this the correct channel for asking questions about packaging ?
[10:07] <Luctor> i mean, Hi All :-)
[10:09] <lifeless> it is a good question for doing that
[10:10] <Luctor> i'm trying to create a package for Sonic Visualiser (http://www.sonicvisualiser.org)
[10:11] <Luctor> I managed to create a source package and a binary deb ... but .... the make install bit in compiling doesn't do anything.
[10:11] <Luctor> You have to manually copy the binary to /usr/bin or /usr/local/bin
[10:12] <Luctor> so how / where / what do I have to edit ?
[10:13] <lifeless> you can use a <packagename>.install file to do the copy for you
[10:13] <lifeless> man dh_install
[10:13] <Luctor> aha
[10:13] <Luctor> thanks, will look into that
[10:17] <Luctor> yup, just looked in the man page, does excatly what I was looking for
[10:18] <lifeless> cool
[10:18] <Luctor> the package also has 2 build dependencies that aren't in the repo's
[10:19] <Luctor> how do I solve that if I want to upload sonicvisualiser to my ppa ?
[10:19] <lifeless> upload them to your PPA, or to another PPA that you mark as a dependency
[10:20] <Luctor> so first upload the dependencies to my PPA, then sonicvisualiser ...
[10:20] <lifeless> yes
[10:21] <Luctor> cool ! If I get everything done, I'm gonna be damn proud :-)
[10:26] <Luctor> oh .. and if I want to build it via pbuilder, how do I resolve the dependencies ? as far as I understand pbuilder creates a clean default install , so that would mean that the dependencies aren't there
[10:27]  * Luctor is puzzled
[10:29] <jariq> Luctor: thats why you have dependecies listen in control file in Build-Depends section
[10:29] <persia> Luctor: I usually use apt-ftparchive to create a local mirror for that sort of test condition, but some folk use PPAs.  Essentially, just put the files in some repo, and then adjust the sources.list inside the pbuilder to use it.
[10:30] <persia> (assuming you've already sorted the issues jariq addressed)
[10:30] <Luctor> build dependencies are sorted
[10:31] <Luctor> sources.list in pbuilder ... I guess I gotta read man pbuilder :-)
[10:31] <jariq> so pbuilder will autoamticaly download required packages
[10:31] <lifeless> yes
[10:32] <Luctor> --othermirror ???
[11:00] <kklimonda> when purging is remove always called in postrm script?
[11:03] <lifeless> I don't recall offhand; see debian policy on maintainer scripts.
[11:05] <geser> kklimonda: depends if the package was still installed when purged
[11:05] <Luctor> gotta go
[11:05] <Luctor> cya and thanks
[11:05] <kklimonda> geser: ok, thanks
[11:05] <geser> "postrm remove" is called on remove and remove+purge
[11:06] <geser> see http://women.debian.org/wiki/English/MaintainerScripts for nice graphics how the scripts are called
[11:46] <kklimonda> does this postrm look like something that isn't going to eat my children: http://pastebin.com/mZjkzffB ?
[11:47] <kklimonda> I've moved removal of the /var/lib/transmission-daemon/info so it fires only on purge (and only it - previously all dpkg-stateoverride were run twice which generates warnings)
[12:06] <geser> which owner have the files in /var/lib/transmission-daemon/info?
[12:07] <geser> and you leave the info directory on purpose (after you remove every file in it)?
[12:16] <luctor> hi, still trying to build a package in pbuilder
[12:16] <luctor> if run sudo pbuilder create  --othermirror "deb http://ppa.launchpad.net/fta/ppa/ubuntu karmic main"
[12:17] <luctor> but pbuilder still fetches the outdated dependencies
[12:18] <luctor> running pbuilder update show it throws a gpg error on the ppa ..
[12:20] <luctor> oh wait. forgot to check if it build locally ..
[12:22] <kklimonda> geser: files in info/ belong to transmission-daemon:transmission-daemon, the folder is left because.. actually it doesn't make any sens to leave it if all files and subdirectories are removed, I'll have to ask debian maintainer about it - may be his mistake
[12:23] <kklimonda> geser: it's still removed by dpkg because no file is in it so I think "rm -rf" is a mistake (there are some files that could be useful to users in the info/ directory and are not part of configuration)
[12:24] <geser> kklimonda: does the debian-transmission user have any files that are only removed during purge?
[12:25] <kklimonda> geser: yes - settings.json which is configuration file and stats.json which is.. stats
[12:28] <geser> then you should probably remove the user during purge to not leave unowned files around
[12:29] <kklimonda> aren't they owned by root after statoverride is removed?
[12:29] <kklimonda> just asking - haven't really dug into that
[12:30] <geser> don't know
[13:24] <Luctor> hi
[13:26] <Luctor> I need some help creating an install file (in the debian dir of the source )
[13:28] <Luctor> after compiling I have a directory ~/src/ubuntu/sonic-visualiser-trunk-1.7.1/sv
[13:29] <Luctor> it contains a binary 'sonic-visualiser' which needs to be put in /usr/bin
[13:29] <Luctor> and some other files, icons, *.desktop files etc, all in the sv dir of the build.
[13:30] <Luctor> how would the sonic-visualiser-trunk.install file look like. I just can't figure out
[13:31] <Luctor> btw the make install of the source doesn't do anything .. " Nothing to be done for `install'.
[13:32] <Luctor> so the resulting deb package is empty ..
[15:58] <qense> I've set DEBEMAIL in .bashrc, but dch still doesn't get my e-mail address. Did I forget something?
[15:59] <nigelb> close the terminal and reopen?
[15:59] <hyperair> are there any archive admins around who can help me get taglib-sharp synced from debian?
[15:59] <qense> nigelb: I've rebooted several times since I set that variable, but no change.
[16:01] <hyperair> rebooting for a change in .bashrc seems... excessive.
[16:01] <nigelb> qense: "export DEBFULLNAME='Nigel Babu' export DEBEMAIL='nigelbabu@gmail.com' " ?
[16:01] <nigelb> got both those lines?
[16:01] <hyperair> qense: try opening a terminal and typing "echo $DEBEMAIL"
[16:02] <nigelb> hyperair: isn't it the source command to reload .bashrc?
[16:02] <qense> nigelb: yes
[16:02] <nigelb> echo works?
[16:03] <qense> nigelb: echo $DEBEMAIL correctly outputs my mail address indeed
[16:03] <hyperair> nigelb: i'm saying open a new one and echo $DEBEMAIL.
[16:03] <nigelb> ah
[16:03] <qense> I changed the variable a week ago.
[16:03] <qense> So it's not in restarting the terminal.
[16:04] <hyperair> what does dch use?
[16:05] <qense> man dch says it first checks DEBEMAIL and if that doesn't work EMAIL
[16:06] <hyperair> what is dch using?
[16:06] <hyperair> try env | grep <whatever dch is using>
[16:06] <qense> hyperair: ah! DEBEMAIL isn't in that list
[16:06] <hyperair> ._.
[16:06] <hyperair> whut?
[16:06] <hyperair> oh i see.
[16:07] <hyperair> you didn't export, did you?
[16:07] <qense> I didn't write export in front of the declaration, does that cause problems?
[16:07] <qense> just DEBEMAIL="qense@ubuntu.com"
[16:07] <hyperair> you need export!
[16:07] <nigelb> I did ask you about export ;)
[16:07] <qense> ah!
[16:07] <hyperair> otherwise it's just a shell local variable.
[16:07] <hyperair> export makes it an environment variable
[16:07] <qense> ok, great
[16:07] <qense> thanks for your help, guys!
[16:08] <nigelb> :)
[16:08] <hyperair> it's the difference between setenv("DEBEMAIL", "hyperair@ubuntu.com") and just DEBEMAIL = "hyperair@ubuntu.com"
[16:08] <qense> ok, I learned something new today :)
[16:08] <nigelb> me too, I just took it for granted earlier
[16:09] <hyperair> lol
[16:09] <hyperair> i suppose i should be glad i learnt it early
[16:09]  * ejat pokes hyperair .... when will u back to KL :)
[16:10] <hyperair> ejat: may or july
[16:10] <ejat> owh ..
[16:35] <nigelb> Is something wrong with openclipart-openoffice.org package?  It seems to conflict with the current open office package in lucid
[16:37] <hyperair> qense: regarding the bug you just filed against banshee.. it doesn't seem related to mtp, but sqlite.
[16:38] <qense> hyperair: doesn't that make the bug even worse?
[16:38] <nigelb> okay, so openclipart package in lucid right now seems to have been built against an older version of openoffice than we have in lucid
[16:39] <hyperair> qense: that makes it sqlite's problem, not banshee's.
[16:39] <nigelb> anything I can do to fix this openclipart trouble ?
[16:39] <qense> hyperair: ok
[16:40] <hyperair> qense: well anyway, you could look into purging your ~/.config/banshee-1/banshee.db file
[16:40] <hyperair> qense: my guess is that sqlite didn't sync properly prior to crashing.
[16:40] <qense> yeah
[16:40] <qense> ok
[16:40] <hyperair> qense: what is needed is the backtrace from your first crash.
[16:40] <qense> I don't have that, unfortunately
[16:41] <hyperair> could you try reproducing that first crash?
[16:41] <hyperair> if you can't, then please mark the bug invalid
[16:41] <qense> ok
[16:41] <hyperair> thanks.
[16:44] <qense> btw, apt-get source dbus-glib returns a dbus-glib where the changelog says it should built for unstable, even though I'm running Lucid.
[16:44] <qense> Is that normal?
[16:44] <hyperair> that is normal, if the package was synced.
[16:44] <hyperair> i.e. X.Y.Z-N rather than X.Y.Z-NubuntuM
[16:44] <qense> it is
[16:44] <hyperair> yeah then it's synced
[16:44] <qense> ok, thx
[16:45] <hyperair> our synced packages are completely the same as the ones in debian
[16:45] <hyperair> well the source anyway
[16:45] <hyperair> the  binaries are rebuilt
[16:54] <sgnb> randomaction: I tried to create a lucid chroot on my armel box (a SheevaPlug running Debian) to reproduce coq ftbfs... but mount segfaults at mounting /proc... armel port of ubuntu isn't very reliable, is it?
[16:55] <randomaction> sgnb: I never tried to use it, but I have impression it's quite fragile
[16:55] <randomaction> sgnb: FYI newer pbuilder-dist supports cross-building for armel
[16:56] <randomaction> (I never tried it as well)
[16:59] <sgnb> randomaction: didn't know about pbuilder-dist... but seems orthogonal...
[17:00] <Laney> sgnb: there is #ubuntu-arm
[17:00] <Laney> you're more likely to find appropriate help there
[17:27] <yofel> hi, what's the process to get a package synced from debian? (to get bug 516771 fixed)
[17:30] <Rhonda> yofel: https://wiki.ubuntu.com/SyncRequestProcess
[17:32] <hyperair> use teh requestsync
[17:32] <Rhonda> hyperair: That's point 4 on that page. :)
[17:33] <hyperair> oh
[17:33] <hyperair> heh
[17:33] <hyperair> =p
[17:33] <Rhonda> But the overall picture should also be known before using that tool.
[17:33] <yofel> Rhonda: thx
[19:19] <Laney> crimsun: Are you aware of an issue in Lucid where I can't change individual mixer elements? If I try to modify them then it just changes master.
[19:19] <Laney> want a bug?
[19:55] <nigelb> openclipart-openoffice.org needs to be synced from debian, should file a ffe bug?
[19:57] <lifeless> yes
[19:57] <lifeless> unless its a bugfix only
[19:57] <lifeless> actually, if its a sync, use requestsync anyway
[19:58] <nigelb> its about bug 516771
[19:58] <nigelb> the openclipart package cannot be installed because of the conflicts and it seems to be fixed in debian
[20:01] <nigelb> I'll request a sync later today after I've tested it then
[20:01] <lifeless> you can convert the existing bug to a sync
[20:01] <nigelb> ah, will do :)
[20:53] <bdrung> do we need a FFe for an 3.1.0~rc1-1  -> 3.1.0-1  update?
[20:53] <lifeless> if its not a bugfix-only, yes
[21:00] <bdrung> lifeless: rc1 -> release should be a bugfix only
[21:02] <lifeless> well, you know the upstream, you need to make that assessment
[21:06] <bdrung> lifeless: why do you assume that i know the upstream?
[21:06] <bdrung> lifeless: i am just working  on the sponsoring queue
[21:06] <lifeless> ah
[21:06] <lifeless> well, the thing to figure out is if it is a bugfix only change
[21:07] <lifeless> whomever put it in the queue should ahve said.
[21:07] <lifeless> I wouldn't assume rc1->release is safe. It likely is, but maybe it isn't. If in doubt ask 'is this a bugfix only change'
[21:07] <bdrung> i looked at the debdiff
[21:08] <lifeless> if you're happy, do it ;)
[21:09] <lifeless> I didn't realise you were an archive admin was all
[21:09] <lifeless> oh sorry, I totally assumed this was a sync change.
[21:09] <lifeless> mea culpa
[21:10] <crimsun> Laney: http://pulseaudio.org/wiki/PulseAudioStoleMyVolumes
[21:12] <Laney> well, this also effects the sound preferences capplet
[21:12] <Laney> what I want to do is turn down the sub
[21:15] <crimsun> Laney: modify the LFE element in the PAprofile
[21:16] <bdrung> lifeless: i am not yet a archive-admin ;)
[21:18] <crimsun> Laney: i.e., in each [Element LFE] in /usr/share/pulseaudio/alsa-mixer/paths/*, change switch/volume/enumeration to Ignore
[21:19] <Laney> ok, I'll try it later (on another machine now)
[21:20] <Laney> sound prefs should stop exposing controls it can't actually change
[22:08] <kamalmostafa> bdrung: fyi, I answered your question in bug 521190 -- all just trivial bug fixes, no new features.
[22:09] <bdrung> kamalmostafa: why is this package in multiverse?
[22:11] <kamalmostafa> bdrung: well, i didn't put it there ;-) so I can't be sure, but I imagine its because of the "Restrictions" listed at: http://cs.anu.edu.au/~bdm/nauty/
[22:12] <bdrung> kamalmostafa: the title said debian main, but it's in non-free. that led to my question
[22:13] <kamalmostafa> bdrung: my only involvement with nauty is that I fixed its FTBFS for Lucid -- my patch was integrated upstream and at Debian, so now I'm following up on that -- I may very well have screwed up the title of the bug though.
[22:14] <ScottK> It's in non-free in Debian
[22:16] <kamalmostafa> ScottK: hi -- thanks -- yes I see that I "converted" the old FTBFS bug into a sync request, so I just botched the title
[22:20] <bdrung> kamalmostafa: done
[22:21] <kamalmostafa> bdrung: thank you
[22:21] <bdrung> np