[00:12] <emgent> crimsun: here? :)
[00:15] <no0tic> emgent, /whois
[00:16] <emgent> ScottK: have you time for some upload?
[00:18] <emgent> ok np, i will wait u-u-s and u-m-s
[00:18] <emgent> i go to sleep night all
[00:48] <ScottK> emgent: What's up?
[00:53] <no0tic> ScottK, he was seeking sponsors :)
[00:53] <ScottK> no0tic: I guessed.
[06:29] <RoAkSoAx> o/ tbielawa
[06:29] <tbielawa> RoAkSoAx: hello
[06:30] <RoAkSoAx> how you doing
[06:30] <tbielawa> quite well. i slept allllllllllllll day
[06:30] <tbielawa> until about 10 pm
[06:30] <tbielawa> You?
[06:31] <RoAkSoAx> hahaha me well i slept till noon
[06:31] <RoAkSoAx> then all day being eating and drinking beer till 9pm
[06:31] <tbielawa> sounds like a good sunday
[06:32] <RoAkSoAx> yeah mother's day
[06:32] <tbielawa> my mission, is to implement a patch system into this package
[06:34] <RoAkSoAx> ?
[06:34] <tbielawa> i've heard different things about different systems
[06:34] <tbielawa> LaserJock suggested dpatch
[06:34] <tbielawa> some people use quilt
[06:35] <RoAkSoAx> which package are you working on?
[06:35] <tbielawa> bibus. it's a bibliography database program that integrates with open office well
[06:36] <RoAkSoAx> tbielawa, and you packaging it from scratch?
[06:37] <tbielawa> RoAkSoAx: I got lucky, upstream did most of the debianization. i had to clean it up a bit and fix some stuff like the FSF address
[06:37] <RoAkSoAx> wel you have 3 ways to patch a system, CDBS, quilt and dpatch
[06:38] <RoAkSoAx> i've used quilt and CDBS once.. but never dpatch
[06:39] <tbielawa> I've seen mixed feelings about introducing CDBS into a package.
[06:39] <RAOF> You really don't want to do that just to introduce a patch system!
[06:39] <tbielawa> not at all!
[06:40] <tbielawa> I think the debian people especially take a tistaste to cdbs
[06:40] <tbielawa> *distaste
[06:40] <RAOF> Some do, certianly.
[06:40] <RAOF> And now that debhelper 7 is so fantastically awesome, I don't think I'll be using cdbs again.

[06:41] <tbielawa> "fantastically awesome"
[06:41] <tbielawa> I <3 that aspell didn't have a problem with 'fantastically'
[06:42] <RAOF> Anyway, hooking up a debhelper package with dpatch is pretty easy.
[06:43] <tbielawa> what i saw int he man page made me think I'm supposed to create a patch with a different structure. I'm not sure yet. I haven't gone about and made any efforts at putting in dpatch
[06:43] <RAOF> A dpatch is fundamentally just an ordinary patch with a dpatch-run shebang line on the top.
[06:44] <tbielawa> oh snap!
[06:44] <RoAkSoAx> RAOF, any good documentation to read about it?
[06:45] <RAOF> RoAkSoAx: Um... not that I can remember.
[06:46] <RAOF> Basically dpatch-edit-patch is your friend.
[06:46] <RoAkSoAx> guess i'll be reading the debian documentation then...
[06:46] <tbielawa> https://wiki.ubuntu.com/PackagingGuide/Complete#head-f7dc7195e4b5c19179ca622d8a37e2143c9248d5
[06:47] <RoAkSoAx> tbielawa, i've been trhough that already.. i really need to read all the packaging guide again since im not that much familiarized with debian/ubuntu packaging
[06:47]  * tbielawa nods
[06:48]  * RoAkSoAx is just starting with linux development since in Perú is all MS stuff...
[06:49] <RAOF> RoAkSoAx: As far as incorporating that into a package, "include /usr/share/dpatch/dpatch.make" will give you patch: and unpatch: targets for your debian/rules.
[06:49] <RoAkSoAx> ok cool thanks RAOF =)
[06:53] <RoAkSoAx> RAOF, and in Build-depends i have to add dpatch right?
[06:53] <RAOF> Yup.
[06:55] <RoAkSoAx> kk thank =)
[06:56] <tbielawa> so much to learn
[06:57] <RoAkSoAx> tbielawa, yeah.. do they teach you linux and/or debian development in WVU?
[06:57] <tbielawa> RoAkSoAx: sorta
[06:58] <tbielawa> RoAkSoAx: all our systems run linux so our professors teach based in unix environments.
[06:58] <tbielawa> RoAkSoAx: as a student worker for the CS department I use packaging each day
[06:58] <RoAkSoAx> tbielawa, lucky you, i have to struggle with MS ... here is mostly MS development and that kind of stuff
[06:59]  * tbielawa dies a little inside
[07:00] <RoAkSoAx> tbielawa, yeah here is all MS stuff... just the ones who love Linux are the ones who likes to get our hands dirty :D
[07:03] <RoAkSoAx> well i'm going to sleep... bye guys thanks =)
[09:03] <pwnguin> so... eclipse cdt sucks
[09:04] <pwnguin> and i have a good idea why
[09:04] <pwnguin> version: eclipse-cdt (3.1.2-1) last upload:  Sun, 17 Jun 2007 19:41:02 +0000
[09:06] <pwnguin> 4.0 was released like 10 days later =(
[09:12] <pwnguin> does anyone know of a page similar to p.d.o for fedora? im curious what versions they're shipping
[09:13] <\sh> pwnguin: rpmfind?
[09:15] <pwnguin> isn't that a getdeb?
[09:16] <\sh> pwnguin: actually it's a searchengine... for all rpm based distros...but with selecting fedora only and the release of fedora you should get a result you need...or just check the archives of fedora...
[09:16] <\sh> (smart is also a possibility, add the yum repos of fedora to smart and smart search ;))
[09:17] <emgent> morning
[09:17] <\sh> hey emgent
[09:18] <emgent> \sh: o/
[09:18] <pwnguin> well, rpmfind seems to be decent enough
[09:19] <james_w> pwnguin: https://admin.fedoraproject.org/pkgdb/
[09:22] <emgent> someone havwe time for sponsor this: http://tinyurl.com/4t9fuh ?
[09:22] <emgent> s/havwe/have/
[09:24] <pwnguin> thats a list of bugs?
[09:24] <\sh> emgent: I'm finishing my merge in a few and deal with it
[09:24] <\sh> at least the universe stuff
[09:25] <emgent> :)
[09:34] <pwnguin> man. does fedora have some sort of magic? i cant find a single bug report about eclipse cdt being slow for them =)
[09:34] <pwnguin> =(
[09:39] <Treenaks> pwnguin: every time you try to file one, you get an answer: Bug closed: "No it's not" :P
[09:41] <pwnguin> heh
[09:42] <pwnguin> i asked for everything, even closed and NOTABUG
[09:42] <pwnguin> as far as I can tell, they have one developer, who does everything
[09:42] <pwnguin> he files bugs, and closes them
[09:42] <pwnguin> hopefully he fixes them
[09:42] <pwnguin> https://bugzilla.redhat.com/show_bug.cgi?id=235423
[09:43] <pwnguin> neat
[09:45] <pwnguin> really, I have to imagine nobody bothers filing bugs because they don't expect it to work
[09:48] <proppy> oy
[09:57] <james_w> emgent: could you check briquolo again please, I think it should be a sync.
[09:59] <emgent> james_w: just a moment
[10:03] <emgent> james_w: true.
[10:04] <james_w> emgent: thanks.
[10:06] <emgent> james_w: np, thanks to you
[10:16] <slytherin> Can a person who is not MOTU comment on any package on revu?
[10:23] <RAOF> slytherin: I believe the answer is "yes".
[10:24] <slytherin> RAOF: Ok. Thanks.
[10:24] <\sh> oh damnit...gnomoradio is so broken by default
[10:24] <proppy> slytherin: https://wiki.ubuntu.com/Spec/ContributorREVU?highlight=(REVU)
[10:25] <sebner> \sh: huhu, thx for the nice comment but no stress for the MOTUship ;)
[10:29] <slytherin> \sh: in what sense it is broken for you?
[10:29] <\sh> slytherin: in the packaging sense
[10:30] <\sh> usr/bin/share/applications/  in gnomoradio.install and that's why the maintainer is shipping another .desktop file which he installs manually
[10:30] <slytherin> \sh: Oh. I thought in working sense.
[10:30] <\sh> slytherin: I don't care about working right now...that comes later ;)
[10:30] <proppy> I got E: pbuilder-satisfydepends failed. http://pastebin.com/m77a27e67
[10:31] <proppy> does this mean that these dependencies are not available in intrepid
[10:31] <proppy> http://pastebin.com/m3e38ef19 ?
[10:33] <slytherin> proppy: May be your chroot is broken. When did you last upgrade it?
[10:34] <proppy> like 2 days ago,
[10:34] <proppy> maybe 3
[10:34] <proppy> I wonder if the universe sources, is added when you pbuilder --build
[10:35] <slytherin> proppy: Depends on your pbuilderrc. Check COMPONENTS, by default it is only main. When you change it you will have to do pbuilder update --override-config
[10:36] <proppy> W: /home/proppy/.pbuilderrc does not exist
[10:36] <proppy> :)
[10:36] <slytherin> proppy: /etc/pbuilderrc
[10:36] <proppy> you're right
[10:36] <proppy> root@ippiki:/# cat /etc/apt/sources.list
[10:36] <proppy> deb http://archive.ubuntu.com/ubuntu intrepid main
[10:36] <proppy> in the chroot
[10:41] <slytherin> proppy: On a closer look, looks like you mighte be correct about dependencies. libdbi-perl (line 152 in your first pastebin) and others will perhaps need rebuild against latest perl (5.10)
[10:42] <\sh> hmm..if a .desktop file and an icon is shipped, shouldn't we call somehow dh_desktop/dh_icons?
[10:42] <proppy> slytherin: running pbuilder --update as you suggested
[10:43] <slytherin> \sh: yes we should
[10:43] <\sh> emgent: please fix esperanza
[10:43] <gnomefreak> setting up normal chroot for intrepid it only give syou one repo i saw that the other day :(
[10:44] <slytherin> gnomefreak: it is not specific to intrepid, it has been like that always
[10:44] <gnomefreak> slytherin: ah i set up hardy and intrepid and intrepid was only one
[10:44] <slytherin> gnomefreak: were you using two different pbuilderrc files?
[10:44] <proppy> slytherin: thanks for reviewing the pbuilder.log
[10:45] <gnomefreak> slytherin: no pbuilder at all just dchroot (yes i know its outdated but its easier for me than shroot :)
[10:46] <gnomefreak> i have yet had any luck with pbuilder and mozilla and since most of my packaging is mozilla no need for pbuilder
[10:46] <proppy> slytherin: better only 3 unmet-dep left http://pastebin.com/m3dc8fbee
[10:47] <slytherin> gnomefreak: Ok. Then we are talking about two different things here. :-)
[10:47] <gnomefreak> same result 2 ways of getting it
[10:47] <proppy> should I fill bug for each of them ?
[10:47] <slytherin> proppy: same result. file a bug fir first two with subject 'needs rebuild against latest perl'
[10:49] <proppy> slytherin: and this one need a looser gcc version rules ? libffi4: Depends: gcc-4.2-base (= 4.2.3-2ubuntu7) but 4.2.3-4ubuntu1 is installed.
[10:49] <slytherin> proppy: I am not sure about last one libffi4, perhaps it needs a sync/merge.
[10:49] <proppy> slytherin: let me check on packages.ubuntu.com / merges.ubuntu.com
[10:49] <proppy> packages.ubuntu.com seems very slow today btw
[10:49] <emgent> \sh: If i remember well, is not needed if .desktop files do not provide any MIME informations
[10:50] <gnomefreak> have you seen this yet? dpkg: syntax error: unknown group `postdrop' in statoverride file
[10:50] <gnomefreak> E: Sub-process /usr/bin/dpkg returned an error code (2
[10:50] <gnomefreak> when doing updates or installing anything
[10:51] <\sh> emgent: ah yes...I remember
[10:52] <emgent> \sh: i dont add dh_icons/dh_desktop for esperanza, avida, but if you like i can fix. anyway i remember that it`snt necessary
[10:52] <emgent> :)
[10:52] <\sh> emgent: na it's ok...
[10:52] <emgent> ok thanks \sh :)
[10:52] <\sh> emgent: I didn't check for mimetype :)
[10:53] <proppy> bug #229494
[10:55] <proppy> bug #229496
[10:57] <\sh> emgent: how did you compile esperanza?
[10:59] <emgent> pbuilder in chroot
[10:59] <emgent> why?
[11:01] <\sh> emgent: libxmmsclient++-dev(inst 0.2DrJekyll-4ubuntu4 ! >= wanted 0.2DrK)
[11:01] <\sh> that's why
[11:01] <emgent> just a moment
[11:02] <proppy> let's check libff4 depends in sid
[11:02] <\sh> emgent: I fetched sids version of esparanza and applied your debdiff
[11:04] <proppy> slytherin: should I fill 'libff4 please rebuild against gcc 4.2.3-4ubuntu1' ?
[11:04] <proppy> seems that libffi5 is in sid
[11:04] <slytherin> proppy: no wait
[11:05] <proppy> (packages.debian.org is slow as hell too)
[11:06] <emgent> \sh: i have server offline, anyway i will see it quickly, thanks :)
[11:07] <\sh> emgent: if you ask stevenk to merge xmms2 you can get rid of that
[11:08] <emgent> \sh: i have server offline, anyway i will see it quickly, thanks :)
[11:09] <slytherin> proppy: libffi4 problem should be fixed by pbuilder update I believe
[11:10] <proppy> slytherin: sudo pbuilder --update --override-config --distribution intrepid ?
[11:10] <proppy> let me try to run it again
[11:12] <emgent> \sh: http://packages.ubuntu.com/intrepid/libxmmsclient++-dev
[11:12] <slytherin> proppy: Are4 you using hardy?
[11:13] <proppy> slytherin: yep
[11:13] <proppy> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[11:13] <proppy> by pbuilder-update
[11:14] <proppy> but I've got a intrepid pbuilder
[11:14] <slytherin> proppy: What I do is keep two pbuilderrc files which refer to different releases and different base.tgz
[11:15] <proppy> slytherin: ha I thought pbuilder would handle different base.tgz if given different --distribution option
[11:15] <proppy> slytherin: same errors after pbuilder-update
[11:16] <\sh> emgent: https://edge.launchpad.net/ubuntu/+source/xmms2 :)
[11:16] <slytherin> proppy: no it doesn't
[11:16] <\sh> emgent: the version does not match :)
[11:17] <slytherin> proppy: I think it is better you start from scratch. Create ~/.pbuilderrc for intrepid as it gets read if present. And create new chroot
[11:17] <\sh> StevenK: are you working on xmms2 merge? :)
[11:17] <proppy> slytherin: how do I wipe the previous one ?
[11:18] <emgent> \sh: looking :)
[11:18] <\sh> emgent: we have the drjekyll...but we need the new DrKosmos ;)
[11:18] <slytherin> proppy: just delete the base.tgz :-D
[11:18] <\sh> emgent: which is on the mom list for stevenk to do :)
[11:19] <proppy> proppy@ippiki:~/Desktop$ sudo pbuilder --create
[11:19] <proppy> Distribution is intrepid.
[11:19] <proppy> slytherin: thanks :)
[11:21] <emgent> \sh: yes i saw now, but i dont remember how package was builted in my system.. it`s possible wrong debdiff attached. anyway now i think that is good wait xmms2 merge
[11:21] <emgent> i will comment my merge bug
[11:21] <emgent> thanks for your work \sh
[11:22] <\sh> emgent: you can also try the xmms2 merge and ping stevenk
[11:22] <emgent> \sh: i will do.
[11:22] <emgent> thanks
[11:23] <\sh> emgent: leave the bug as it is...the merge is correct...it just can't be build :)
[11:23] <emgent> sure i saw :\
[11:23]  * emgent looking xmms2
[11:34] <proppy> slytherin: same error with a fresh intrepid pbuilder http://pastebin.com/m5d57a935
[11:35] <slytherin> proppy: you will have to consult someone else for libffi4.
[11:36] <proppy> slytherin: could I patch libffi4 dependencies ?
[11:36] <proppy> s/=/>=/
[11:36] <proppy> slytherin: ok, thanks for the help anyway :)
[11:37] <proppy> ah liffi4 source package is gcc !
[11:38] <pochu> proppy: what package depends on libffi4?
[11:40] <proppy> updated Bug #227323
[11:41] <proppy> pochu: not sure let me check
[11:43] <slytherin> pochu: he is trying to build poker-network and facing dependency problem - http://pastebin.com/m77a27e67
[11:43] <proppy>    libffi4: Depends: gcc-4.2-base (= 4.2.3-2ubuntu7) but 4.2.3-4ubuntu1 is installed.
[11:43] <proppy> Not sure of which package asked for libffi4
[11:44] <proppy> should I run apt-rdepends to figure out ?
[11:44] <proppy> updated logs
[11:44] <proppy> http://pastebin.com/m299e66
[11:46] <\sh> is it just me, or is LPL really slow?
[11:46] <emgent> \sh: for me too LP is slow
[11:47] <pochu> proppy: that's likely because one of your packages depends on libffi4, and I wonder if that dependency is buggy
[11:47] <pochu> proppy: see this thread: https://lists.ubuntu.com/archives/ubuntu-devel/2008-May/025361.html
[11:48] <proppy> pochu: should be python-gtk2 then
[11:50] <proppy>   Reverse Depends: python-poker2d (1.2.0-1ubuntu1)
[11:50] <emgent> \sh: launchpad people confirm it.
[11:50] <emgent> (12:50) ( gmb) emgent: We are experiencing some issues with bazaar.launchpad.net atm.
[11:50] <emgent> (12:51) ( gmb) Which might be slowing things down generally.
[11:51] <proppy> pochu: seems it's not directly python-poker2d that depends on it
[11:51] <proppy> proppy@ippiki:~/Desktop/poker-network-1.4.0/debian$ cat control | grep ffi
[11:51] <proppy> is empty
[11:52] <pochu> proppy: yeah, but poker-network may (build-)depend on some package which depends on libffi4
[11:53] <proppy> pochu: yep like python-gtk2
[11:54] <proppy> pochu: do you know how I could help fixing this issue ?
[11:55] <proppy> maybe trying to reproduce the pb with python-gobject is a good first step
[11:55] <proppy> ScottK: ping
[11:55] <pochu> I'm working on it
[11:56] <pochu> the fixed pygobject needed to fix this FTBFS, but I have a fix
[11:56] <pochu> I'm creating a chroot to verify it though
[11:56] <proppy> pochu: ok, was running pbuilder http://archive.ubuntu.com/ubuntu/pool/main/p/pygobject/pygobject_2.14.1-2ubuntu2.dsc :)
[11:57] <pochu> does anybody know if it's possible to use a chroot to build package as you would do with pbuilder (specifying a .dsc file) ?
[11:57] <proppy> pochu: dget the dsc
[11:57] <proppy> pochu: dpkg-source -x .dsc
[11:57] <proppy> pochu: and then run debuild -us -uc ?
[11:58] <pochu> proppy: -3 has the fix, and -4ubuntu1 FTBFS
[11:58] <pochu> you're likely looking at the hardy one...
[11:58] <geser> don't forget to install the build-depends manually inside the chroot
[11:58] <geser> pochu: pbuilder is nothing more than a scripted chroot
[11:59] <proppy> geser: with a very sloowwww unpack step :)
[11:59] <geser> proppy: pbuilder on tmpfs :)
[11:59] <proppy> geser: should try that !
[11:59] <\sh> proppy: depends...pbuidler is slow...sbuild+schroot+lvm snapshots is not ;)
[11:59] <pochu> https://launchpad.net/ubuntu/+source/pygobject/2.14.1-4ubuntu1
[11:59] <proppy> pochu: I got the dsc from http://packages.ubuntu.com/intrepid/python-gobject
[12:00] <pochu> \sh: any howto for that? :)
[12:00] <proppy> \sh: I remember reading about that in a wiki page, are you using it ?
[12:01] <penper> hi! Is there a way to spcify the character encoding for the Description text in a deb control file?
[12:02] <penper> (or maybe different entries for different languages)
[12:02] <\sh> emgent: please fix bug #229097
[12:02] <\sh> pochu: mk-sbuild-lv ;) and local intrepid mirror + a lot of space ;)
[12:03] <emgent> looking
[12:03] <\sh> emgent: I attached a build log
[12:03] <geser> penper: isn't the whole control file UTF-8 encoded?
[12:03] <penper> geser: well, my Swedish letters look messed up when gdebi displays it
[12:03] <pochu> \sh: thanks
[12:04] <pochu> heh, looks like all I need is sbuild :)
[12:04] <pochu> as I've just created an intrepid chroot
[12:04] <proppy> pochu: pygobject_2.14.1-2ubuntu2.dsc builded fine, but I guess it's an outdated dsc
[12:04] <pochu> but good to know about that script
[12:04] <\sh> pochu: if you want I can write a simple how to .)
[12:04] <pochu> proppy: it is
[12:04] <\sh> pochu: you need a lvm partition with a good of 100G space free for intrepid stuff
[12:05] <pochu> lol
[12:05] <\sh> well, I'll write a simple howto and scare people away ,-)
[12:05] <pochu> well, I have about 450G or so free here :-)
[12:06] <pochu> \sh: good, thank you :) let me know when it's written ;)
[12:06] <\sh> pochu: Starting with it
[12:18] <TheMuso> nixternal: Wah. Blank line?
[12:18] <nixternal> blank line?
[12:18] <persia> Hurrah!  REVU Day!
[12:18] <nixternal> :)
[12:18] <Hobbsee> oh noes1
[12:19] <nixternal> they're back....
[12:19] <TheMuso> nixternal: Don't worry about me, my client not rendering properly for some reason.
[12:19] <nixternal> I was planning on getting this out over the weekend, but I was afk big time
[12:20] <persia> nixternal: Still 10:00 UTC (-1 days) - 11:00 UTC (+1 days)?
[12:22] <Hobbsee> oh good.  today is not revu day.
[12:22] <nixternal> that sounds about right....if it is wednesday where you are at, then it is a REVU day :)
[12:22]  * Hobbsee will remember to be doing assignments on wednesday then.
[12:30]  * \sh shouldn't write something so long on the blog...I'll push it into a book
[12:31]  * \sh needs also a new machine for opensolaris
[12:46] <\sh> emgent: all your merges uploaded ...only the ones needing more love are left
[12:49] <emgent> \sh: thanks when you have time see my reply on ikvm
[12:50] <emgent> :)
[12:52] <\sh> emgent: we should wait until it builds again :)
[12:53] <\sh> emgent: if it's only a maintainer change, we should sync, if we still need the extra dh_* call, we should merge...
[12:53] <\sh> emgent: btw..you can comment on the bug of debian, that it doesn't build on amd64, too :)
[12:54] <\sh> emgent: thx for your work :)
[12:59] <\sh> hmm....Tom Waits "Waltzing Matilda" and a good whisky a good start into the afternoon ;)
[13:01] <\sh> and this evening..I'll have to cook some asparagus
[13:09] <ScottK> proppy: Pong
[13:14] <\sh> hey ScottK
[13:14] <ScottK> Heya \sh
[13:14]  * \sh wonders where yokozar is hiding we need new wine crack
[13:15] <sebner> \sh: rofl. what we need is nexuiz 2.4.2 ;)
[13:15] <\sh> sebner: oh no...da nexuiz junky is back ,-)
[13:16] <sebner> xD
[13:53] <slytherin> when are the syncs requested (and ack'ed) usually processed? Is there a day for this similar to revu day?
[13:53] <james_w> slytherin: whenever the archive admins do it
[13:54] <james_w> they tend do be done in batches a couple of times a week it seems.
[13:54] <slytherin> ok
[13:58] <\sh> slytherin: depending on the guy who is doing syncs...pitti does syncs mostly 2 times a week
[13:59] <slytherin> \sh: does he do sync for packages in universe also?
[13:59] <\sh> slytherin: yes
[14:19] <sebner> geser: something against it if I file all the ocaml-* sync bugs?
[14:42] <TheMuso> /c/c
[14:52] <slytherin> Hi all, I am trying to merge jigdo. Last debian changelog entry says that a fix for FTBFS with gcc-4.3 was added. But I don't see a seperate patch for it. Instead it seems like the source has been patched directly. Is this acceptable?
[14:53] <\sh> slytherin: if there is no patch system applied, yes..diff.gz source changes are welcome
[14:54] <jdong> slytherin: the practice isn't encouraged but is acceptable
[14:55] <\sh> jdong: hmm?
[14:55] <slytherin> \sh: there was a patch system in place in Ubuntu (not in Debian). The patch in ubuntu is unnecessary in Debian, it changes the set of default mirrors.
[14:56] <\sh> slytherin: patch system == dpatch, quilt, simple-patchsys?  who made the diff.gz patch then?
[14:56] <\sh> (dbs as well)
[14:58] <slytherin> \sh: I know what you meant by patch system. Let me explain problem properly. The last ubuntu version has a patch, using dpatch, to change default mirrors. The latest change in Debian adds an FTBFS fix but instead of using a patch system they directly patched source files. Thus the changes they did are not available in a a separate patch (only in diff.gz).
[14:59] <broonie> slytherin: How is this any different to syncing a Debian package in teh normal course of affairs?
[15:00] <slytherin> broonie: not much different. I just wanted to know if this is acceptible as I thought directly patching the source was not good practice.
[15:00] <broonie> It's entirely normal in Debian.
[15:05] <broonie> Patch systems are a (relatively) recent innovation and many packages don't use them at all.
[15:05] <broonie> Putting the patch into a patch system would introduce an additional diff into Ubuntu with no real content.
[15:06] <slytherin> broonie: hmm, so I will leave it as it is
[15:06] <emgent> re
[15:07] <Laney> Is there a python-launchpad-bugs API reference anywhere?
[15:16] <james_w> Laney: asking on #ubuntu-bugs may get your question noticed by the people best placed to know
[15:16] <Laney> james_w: Oh, is it maintained by people over there? Thanks
[15:17] <ScottK> Laney: I'm pretty sure the answer is "use the source".
[15:24] <proppy> ScottK: re-ping
[15:24] <ScottK> proppy: re-pong
[15:25] <proppy> ScottK: :0
[15:25] <proppy> I added some comment to bug #227323
[15:25] <proppy> that might be related to the recent libffi4 pb you were experiencing
[15:27] <proppy> seems that one of poker-network dependencies (maybe python-gtk2) is subject to the libff4 dependencies pb
[15:27] <proppy> libffi4: Depends: gcc-4.2-base (= 4.2.3-2ubuntu7) but 4.2.3-4ubuntu1 is installed.
[15:28] <proppy> ScottK: does it looks related to you ?
[15:29] <ScottK> We need to wait for python-gobject (IIRC) to get fixed.
[15:29] <proppy> pochu: is working on it IIRC
[15:29] <proppy> just wanted confirmation, thanks :)
[15:30] <ScottK> No rush on the merge.   You can do it.
[15:39] <Hobbsee> StevenK: oh, sure.
[15:39] <Hobbsee> StevenK: you can also do ln -s ../. .
[15:39] <StevenK> Hah, pointless
[15:39] <Hobbsee> not necessarily.
[15:39] <emgent> StevenK: are you working on xmms2 merge ?
[15:39] <StevenK> emgent: Nope
[15:40] <Hobbsee> StevenK: i use it in the case of irssi's autorun dir, which symlinks to the dir above, scripts.
[15:42] <slytherin> Is it necessary to add [wishlist] to the short description of every merge bug?
[15:43] <Hobbsee> slytherin: no
[15:45] <emgent> heya Hobbsee :)
[15:45] <Hobbsee> heya!
[15:46] <ScottK> slytherin: It's not even a good idea.
[15:46] <slytherin> Hobbsee: ScottK: Looks like this person is very much interested in doing it - https://edge.launchpad.net/~nglnx Till now he has edited 2 of my merge bug to just add '[wishlist]'
[15:46] <Hobbsee> slytherin: #$R#@%$R#@%#^
[15:47] <Laney> slytherin: He just did it to one of mine too
[15:47] <Hobbsee> slytherin: i'm sure i need to find a better response.  then again, heno isn't here.
[15:47] <StevenK> Argh. Bad.
[15:47] <ScottK> slytherin and Laney: Whine to bdmurray.  It's one of his that's doing it.
[15:47] <laga> 5-a-day? ;)
[15:47] <slytherin> Hobbsee: I am not quite sure I understand your response. Can you put it in words. :-P
[15:47] <Hobbsee> slytherin: sure, but not on a publically logged channel.
[15:49] <Hobbsee> slytherin: yell at heno, and encourage him to actually find a solution, rather than "we don't like the bugtracker being used for workflow bugs, therefore we refuse to have any documentation about them.  How about you set all bugs to triaged, so that the bugsquad will leave them alone?"
[15:49] <ScottK> laga: Maybe.  It's the kind of thing such programs promote.  Volume over substance.
[15:49]  * Hobbsee even wrote the bloody documentation!
[15:49] <Hobbsee> and heno reverted it, citing non-existant, or private discussions being held about them.
[15:52]  * geser wonders why the workflow bugs cause problems right now. They exist since I started to contribute to Ubuntu and have caused much problems till now.
[15:53] <slytherin> Can we put a notice somewhere "Don't touch bugs that say merge or sync in bug description" ?
[15:53] <Hobbsee> slytherin: i did that.  heno, in his infinite wisdom, reverted it.
[15:53] <ScottK> slytherin: I discussed this with bdmurray in the last week or two and he agreed to it I thought.
[15:54] <Hobbsee> ScottK: do you want to raise that with the email thread, then?
[15:54] <Hobbsee> slytherin: https://wiki.ubuntu.com/Bugs/HowToTriage?action=diff
[15:54] <ScottK> Hobbsee: What list?
[15:55] <Hobbsee> ScottK: ubuntu-bugs - where you first blasted them
[15:55] <Hobbsee> er, the bugsquad list
[15:55] <ScottK> Did I.  I'm not actually subscribed to that list.
[15:56] <Hobbsee> ScottK: oh, my bad.  wolfger wrote to the list about your response to his bug.
[15:56] <Hobbsee> https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad
[15:56] <ScottK> I'll go try on IRC.
[15:56] <stgraber> hey, What's the current correct way of doing version update for universe packages ? (debdiff/interdiff/revu/... ?)
[15:57] <slytherin> stratus: you mean upstream version update? Just attach diff.gz
[15:57] <Hobbsee> ScottK: if you do it via ML, it leaves a paper trail.
[15:57] <slytherin> Hobbsee: +1
[15:58] <Hobbsee> ScottK: which, assuming they *do* discuss it at UDS, rather than just using it to sidestep the entire issue, they have concrete, hard evidence.
[15:58] <stgraber> slytherin: ok, so I open a bug, attach .diff.gz and subscribe the sponsor group ?
[15:58] <slytherin> stgraber: yes
[15:58] <stgraber> ok, thanks
[15:58] <ScottK> Hobbsee: I'll just go with the call people who do such things to my bugs idiots until they learn to leave them alone approach.
[15:59] <Hobbsee> ScottK: there are an awful lot of triagers.  it may be less effort to go the other way.
[15:59] <ScottK> Yes, but more fun.
[15:59] <Hobbsee> ScottK: it's not more fun to blast heno over the mailing list, for attempting to sweep things under the carpet?
[16:00] <Hobbsee> besides, having a go at people who aren't allowed to learn any better, before they screw up, doesn't seem fair.
[16:00] <Hobbsee> it would make more sense to have a go at the people who are *preventing* them from learning better, before they fail.
[16:01] <Hobbsee> maybe it's just my background, but i've found that complaining to the right person tends to be more effective :)
[16:01] <ScottK> Well I thought I'd done that already in discussing it with bdmurray, but I guess not.
[16:02] <Hobbsee> and stops you getting pulled up in front of the CC, where, at least in the examined case, it seems that the decisions are definetly in favour of the complainee, and where only selective proof is viewed.
[16:03] <Hobbsee> but hey, maybe the irc people just got their bad side that day, or something.
[16:03] <Hobbsee> ScottK: if it's not public, it didn't happen.
[16:03] <ScottK> IRC channels are logged, so if push comes to shove, it's public.
[16:05]  * ScottK isn't at all excited about adding another mailing list to his inbox.
[16:05] <ScottK> Hobbsee: I don't see a mail from wolfger in the archive for that list?
[16:07] <Hobbsee> ScottK: https://lists.ubuntu.com/archives/ubuntu-bugsquad/2008-May/000842.html ?
[16:07] <ScottK> Ah.  That one.
[16:19] <slytherin> Hobbsee: so they touch every bug that has status "New". :-(
[16:19] <Hobbsee> slytherin: something like that.
[16:20] <slytherin> Hobbsee: But I don't see a point in removing what you had documented. And he claims it is not fair to read everything, then how are new traigers supposed to learn?
[16:25]  * slytherin time to go home
[16:54] <\sh> re
[17:15] <tbielawa> regarding CDBS. is it terrible practice to include a modded debhelper cdbs script in your debian/ and include $(CURRDR)/debian/modded.dhelper
[17:15] <tbielawa> I needed to make ti stop calling the dh_shlibdeps line
[17:18] <james_w> tbielawa: can you explain why you need to avoid dh_shlibdeps, that sounds odd.
[17:20] <tbielawa> packaging synopsys,
[17:20] <tbielawa> got the idea from http://www.debian-administration.org/articles/529 to strip out the shlibdep line
[17:20] <tbielawa> got errors when it was included :(
[17:22] <tbielawa> http://pastebin.ubuntu.com/11690/
[17:23] <james_w> thanks, do you have any idea where "libTcadBase.so.1" is? Is it in this package?
[17:24] <james_w> also, that RPATH looks pretty stinky.
[17:24] <mruiz> hi all
[17:25]  * tbielawa looks
[17:27] <RoAkSoAx> hi all... have a question... if i added a patch which it's found here: http://hg.alsa-project.org/alsa-tools/raw-rev/9d1e48f8dd5d should i mention in the changelog that i obtained from there or just the description of the patch?
[17:29] <james_w> RoAkSoAx: either one should work.
[17:30] <james_w> you can put the full details in the patch description, and just mention the patch came from upstream in the changelog.
[17:31] <RoAkSoAx> james_w, i put this in the changelog: Added fix_channel_map_adat_speed_1.patch, which fixes the channel map for ADAT speed mode 1.
[17:31] <RoAkSoAx> so i should not mention that i obtained it from an alsa project bug?
[17:32] <james_w> RoAkSoAx: "Patch taken from upstream." would be fine to add as a second sentence there.
[17:32] <james_w> "Patch taken from upstream bug 12345." as well.
[17:33] <james_w> the main aim is to help the next person to merge the package, so they can quickly work out that the patch can be dropped as it is now included upstream.
[17:34] <RoAkSoAx> and 12345 would be this: ALSA bug#3732 ?
[17:35] <james_w> that should be fine.
[17:35] <RoAkSoAx> thanks =)
[17:39] <ScottK> I guess I'm back to just giving out CoC complaint hate on people who cause bugmail spam on workflow bugs.
[17:41] <greg-g> ScottK: I understand your frustration, I do.  Just don't take everyone's jabber in there as official bug squad opinion.
[17:41] <ScottK> Well until someone reverts the removal of the documentation, I think it stands for the official bug squad opinion.
[17:42] <greg-g> ScottK: for that really there should be a discussion with heno if we want to be team players.
[17:43] <nicolasvw> When a package is synced from debian, is it rebuild from the debian .dsc or is it just copied over?
[17:44] <ScottK> nicolasvw: Source is imported and rebuilt.  Ubuntu has source compatibility with Debian, no guarantees on binary compatibility.
[17:48] <nicolasvw> ScottK: So the meaning of a package ending in -Xbuild1 in the MoM list is just that at some point between the autosync and the release it had to be rebuilt?
[17:48] <ScottK> nicolasvw: Yes.  Those should get automatically sync'ed over when the time comes.
[17:49] <ScottK> nicolasvw: Note that the MoM output is currently out of date.
[17:49] <ScottK> nicolasvw: The key difference between build1 and ubuntu1 is that build1 will get sync'ed over.
[17:50] <nicolasvw> ScottK: ok; I see. What's the best practice to avoid duplicate work with MoM outdated? Be lucky?
[17:51] <ScottK> nicolasvw: Use DaD
[17:51] <ScottK> nicolasvw: http://dad.dunnewind.net/universe.php and in general check with the person that touched it last.
[17:52] <nicolasvw> ScottK: will do, thanks for all the light you have brought!
[17:52] <ScottK> nicolasvw: No problem.  Thanks for working on making Ubuntu better.
[17:58] <ScottK> greg-g: I missed your second point when you wrote it.  Unilaterally reverting other's wiki changes without discussion I think speaks for itself about being a team player.
[17:59] <greg-g> ScottK: I agree, but I just don't want to continue the "cycle" or whatever.
[18:00] <ScottK> greg-g: Sure.  I'm just out of energy for arguing about it.
[18:00] <greg-g> I understand, it is getting to that point :)
[18:01] <greg-g> I'll be around if you need a 'go between' for anything later, all the best
[18:05] <Dane2> Hello, all.  I've been trying to cross-compile asterisk (compiling i386 binary using amd64 distro) using pbuilder/dh_make/debuild, but I keep getting the following error after the compile completes, and it's about to make a binary package: "build_tools/mkpkgconfig: 34: cannot create /usr/lib/pkgconfig/asterisk.pc: Permission denied"
[18:05] <Dane2> any ideas?
[18:06] <Dane2> I've tried asking on #asterisk and #ubuntu-devel, and I was directed here.
[18:07] <jdavies> Dane2: could you pastebin debian/rules at paste.ubuntu.com?
[18:07] <Dane2> sure.  One min.
[18:09] <Dane2> http://paste.ubuntu.com/11699/
[18:09] <Dane2> it seems to choke at the "make install" step.
[18:13] <jdavies> Dane2: do you mean lines 63-65? I do not see a make insatll, ony amek
[18:13] <Dane2> yes, 63-65
[18:13] <Dane2> I'm not sure, though.  I'm kind-of a packaging novice.
[18:14] <jdavies> Should it not be: "$(MAKE) install prefix=$(CURDIR)/debian/asterisk/usr" ?
[18:14] <Dane2> I'll give that a shot.
[18:14] <Dane2> one min.
[18:16] <Dane2> I'll pastebin the whole error too, once the compile completes (assuming the above didn't fix it).
[18:20] <Dane2> here's the entire error I just got: http://paste.ubuntu.com/11701/
[18:24] <jdavies> Dane2: I think it's ecause it's trying to write to sh build_tools/mkpkgconfig /usr/lib/pkgconfig; fi
[18:24] <geser> Dane2: looks like mkpkgconfig doesn't respect prefix
[18:24] <jdavies> err, /usr/lib/pkgconfig when it should be debian/asterik/usr/lib/pkgconfig
[18:25] <Dane2> should I just edit mkpkgconfig then?
[18:26] <geser> Dane2: where does this asterisk package come from?
[18:26] <jdavies> Dane2: or the Makefile that gos: "sh build_tools/mkpkgconfig"
[18:26] <Dane2> (and if so, what should I do?  I can paste the file if necessary)
[18:26] <Dane2> I downloaded it directly form asterisk.org.
[18:26] <Dane2> I'll paste the Makefile and the mkpkgconfig.
[18:27] <Dane2> (The asterisk folks always recommend using the latest stable [or even svn] version)
[18:27] <geser> Dane2: why not re-compile the package from Debian unstable if you need a newer version than in hardy?
[18:29] <Dane2> I haven't tried doing that before; I've always just used the source from the asterisk site, but I've never tried it with pbuilder.  I'm trying to learn how to make my own packages, so that maybe one day I can get good at it and actually maintain something.  :-)
[18:29] <Dane2> here's the paste: http://paste.ubuntu.com/11703/
[18:31] <geser> Dane2: try also passing DESTDIR when calling make in debian/rules
[18:32] <geser> $(MAKE) prefix=$(CURDIR)/debian/asterisk/usr install
[18:32] <geser> $(MAKE) prefix=$(CURDIR)/debian/asterisk/usr DESTDIR=$(CURDIR)/debian/asterisk install
[18:33] <Dane2> one min...talking to a customer.  Thanks for the help, btw.
[18:36] <slomo> siretart: good gst-ffmpeg without usage of deprecated img_convert is uploaded to experimental now ;) it uses swscale now
[18:38] <sebner> slomo: have you read it? Somebody wants to merge *your* mono :)
[18:39] <slomo> sebner: iirc it can be synced without changes
[18:39] <slomo> but if someone wants to look at it, fine ;)
[18:39] <sebner> ^^
[18:42] <Dane2> trying to build the package now.
[18:47] <Dane2> It seems to have worked!  It's giving me grief about not having wget in the pbuilder environment, but that's easily remedied by adding a dependency.  Thanks!
[18:52] <PasNox> hi there
[18:53] <Dane2> Rockin!  The package is built!  You guys are awesome.  Thanks again.
[18:53] <PasNox> i would like to report that the webissues package is outdate, does it's planned to update it ?
[18:53] <PasNox> it's now at 0.92 stable version, but repository always got 0.91 version
[18:53] <PasNox> the new version got many new features that would imply a package update
[19:04] <mruiz> Hi... where can I find information about regular expressions used on debian/watch file ?
[19:15] <ScottK> mruiz: man uscan
[19:16] <mruiz> thanks ScottK
[19:28] <ScottK> Anyone from motu-sru willing to venture on if Bug 229646 is good for an SRU?
[19:45] <Dane2> Hello, again.  I'm getting a "tail: cannot open `debian/changelog' for reading: No such file or directory" pbuilder error.  Do any of you have an idea why that could be?  There is a debian/changelog file in the source dir.
[19:57] <tbielawa> Dane2: are you runningt the build command from your source directory?
[19:59] <LaserJock> ScottK: is that a problem?
[19:59] <Dane2> yes, I am.
[19:59] <tbielawa> that's weird
[19:59] <ScottK> LaserJock: Yes.  You can't use pg for your bayes storage.  There are other ways to do it, but it's inconvenient at the very least.
[20:00] <Dane2> yeah.  I'm trying with a fresh dh_make now...
[20:00] <ScottK> LaserJock: Tell me no to an SRU and I'll do a backport.  I'm good either way.
[20:01] <LaserJock> ScottK: so it make postgresql unusable?
[20:02] <LaserJock> ScottK: and it looks like the patch from the bug could be applied to our version, is that correct?
[20:03] <Dane2> odd.  Still getting the error: tail: cannot open `debian/changelog' for reading: No such file or directory
[20:03] <ScottK> LaserJock: It makes you have to use an earlier version of pg for your bayes store or some other method (there are others)
[20:03] <ScottK> Since bayes store is self contained, I think it's not impossible to work around.
[20:04] <emgent> heya people
[20:04] <mruiz> hi elkbuntu
[20:04] <mruiz> hi emgent
[20:06] <LaserJock> ScottK: seems like it'd be a regression to me and SRU worthy. Can you just use the patch on their bugzilla?
[20:06] <ScottK> LaserJock: Yes.  I'm going to upload it to Intrepid first, but due to Perl 5.10 transition it may take a bit.
[20:07] <LaserJock> ScottK: go  ahead an work up the bug report for an SRU. I'd like to see something about the seriousness. At first glance, not being familiar with SA, it looked cosmetic.
[20:08] <ScottK> OK.  THanks.
[20:15] <LaserJock> emgent: you need an ack from a Core Dev for debianutils :-)
[20:16] <emgent> yes
[20:16] <emgent> :D
[20:18] <emgent> LaserJock: big thanks :P
[20:18] <emgent> LaserJock: if you have time see cron too
[20:19] <LaserJock> looking at it right now
[20:19] <LaserJock> but why did you add the sysv-rc dependency?
[20:22] <LaserJock> emgent: and I don't see the changes from 3.0pl1-100ubuntu2, were they taken upstream?
[20:22] <sebner> emgent: you are very active today. great ;)
[20:23] <emgent> sebner: lol
[20:23] <emgent> LaserJock: for update-rc.d behaviour
[20:23] <emgent> added in edgy if i remember well and seems necessary
[20:23] <LaserJock> emgent: but I don't see where it was used after edgy
[20:24] <emgent> LaserJock: if i remember well is in feisty too, just a moment
[20:24] <LaserJock> i.e.  the Feisty merge changelog only mentions the stop links
[20:26] <emgent> LaserJock: false
[20:26] <emgent> is in feisty too
[20:26] <emgent> not writed in changelog
[20:26] <emgent> http://archive.ubuntu.com/ubuntu/pool/main/c/cron/cron_3.0pl1-100ubuntu1.diff.gz
[20:26] <emgent> but sysv-rc is present in feisty debdiff.
[20:27] <emgent> norsetto: o/
[20:27] <norsetto> emgent: 0/
[20:27] <emgent> LaserJock: sorry for my english, it`s a little shit :P
[20:27] <sebner> huhu norsetto
[20:28] <norsetto> master sebner good evening
[20:28] <sebner> norsetto: ^^. if there is a master then it's you ;P
[20:28] <norsetto> sebner: I'm just an humble servant
[20:29] <sebner> norsetto: well, I wouldn't complain if you were my servant ;)
[20:30] <norsetto> sebner: what about a pay raise then? Its about time .....
[20:31] <sebner> norsetto: are you paid for your ubuntu work? no? You work for me because you love me ^^
[20:31] <LaserJock> emgent: ok, now what about the diff from 3.0pl1-100ubuntu2?
[20:32] <emgent> LaserJock: just a moment
[20:32] <emgent> :)
[20:33]  * norsetto is amazed to see for the first time a 3-digits debian revision number
[20:33] <emgent> LaserJock: too.
[20:33] <emgent> LaserJock: http://archive.ubuntu.com/ubuntu/pool/main/c/cron/cron_3.0pl1-100ubuntu2.diff.gz
[20:34] <emgent> LaserJock: grep sysv-rc :)
[20:34] <sebner> lol. however. back to mathematics :\
[20:34] <LaserJock> emgent: I mean, I don't see those changes in your debdiff
[20:34] <LaserJock> emgent: so where they taken upstream or do we still need them?
[20:34] <LaserJock> *were
[20:36] <emgent> seems yes LaserJock, i was tested it and work fine.
[20:39] <LaserJock> emgent: what do you mean by "seems", did you  look for the change?
[20:40] <emgent> LaserJock: yes but in the last merge Scott James apply this  but dont wrote in changelog.
[20:41] <LaserJock> k
[20:43] <emgent> norsetto: mr brown on italia1 :)
[20:43] <norsetto> emgent: believe it or not, I have no tv
[20:44] <bmm> Hi guys. I'm a bit confused by a package which was coming from debian and seems to have been lost. When will packages from debian get into ubuntu? (package is boswars bug #128416 )
[20:44] <emgent> norsetto: hehe
[20:45] <geser> bmm: boswars is already in intrepid
[20:45] <emgent> hi geser :)
[20:45] <geser> Hi emgent
[20:45] <LaserJock> emgent: I think unfortunately briquolo may need a merge
[20:46] <emgent> LaserJock: nope
[20:46] <emgent> i talk with james_w about it
[20:46] <LaserJock> emgent: did you test the package?
[20:46] <LaserJock> i.e. does the menu item have an icon?
[20:47] <emgent> yes, ifrst mee too thinking to merge
[20:47] <emgent> s/ifrst/frist/
[20:47] <emgent> but is a sync
[20:48] <LaserJock> emgent: but did you specifically test that the icon works?
[20:48] <emgent> just a moment i go to grep log
[20:49] <bmm> geser: hmm... I must have searched wrong with packages.ubuntu.com... will get back on this ;-)
[20:51] <emgent> LaserJock: yes
[20:51] <emgent> work fin, you like screenshot ?
[20:51] <emgent> :)
[20:51] <emgent> s/fin/fine/
[20:52] <LaserJock> emgent: I'll believe you, I'm just surprised
[20:52] <geser> bmm: does p.u.c already list intrepid? I used LP: https://edge.launchpad.net/ubuntu/+source/boswars
[20:53] <emgent> LaserJock: np :)
[20:54] <LaserJock> emgent: because the .desktop use the .svg extention when it's really a .xpm
[20:55] <emgent> http://thc.emanuele-gentili.com/~emgent/briquolo.png (this is games menu)
[20:58] <Arby> what does it mean if I get 'The requested URL /k/ktorrent/REPORT was not found on this server.' on merges.ubuntu.com?
[20:58] <Arby> that the merge has been completed and uploaded?
[20:59] <Arby> I did that merge and got a bunch of failed to build e-mails
[20:59] <Arby> I went to get a clean copy of the files to check my changes and now it's gone.
[21:00] <Arby> just wondering what's going on
[21:01] <geser> Arby: a merge vanishes from MoM on the next run if it get's uploaded (as there isn't anything to merge right now)
[21:01] <norsetto> geser: puc is a little behind in intrepid
[21:01] <Arby> geser: so is that independent of whether it builds or not after upload
[21:02] <Jazzva> norsetto: I sorted out issues with the gnome-mplayer, but I have to go for an hour now. Switching to windows, to prepare for the lab practice tomorrow. I'll be back in an hour, clean the package and prepare a new upload :)
[21:03] <Arby> and as an aside how often is MoM run?
[21:03] <norsetto> Jazzva: good luck
[21:03] <Jazzva> norsetto: Thanks :)
[21:03] <geser> Arby: yes and I guess MoM is updated once daily (but I'm not sure)
[21:03] <geser> Arby: looks like ktorrent is missing a build-dependency on cdbs
[21:04] <Arby> geser: yes I know, I've fixed that and hit a further problem
[21:05] <Arby> there was a conflict in a cpp file and I've accidentally introduced an error
[21:05] <Arby> hence why I was trying to get a clean copy
[21:08] <geser> Arby: you need to get then the old Ubuntu version (e.g. from LP) and the old Debian version and compute the delta (debdiff)
[21:08] <ScottK> geser: I think MoM is not updating right now.  DaD seems to manage it though.
[21:09] <geser> ScottK: universe.html           12-May-2008 20:59  218K
[21:09] <geser> from MoM
[21:09] <geser> looks quite uptodate
[21:09] <ScottK> OK.  Maybe it's finally started then.  Thanks.  It'd been a few days since I checked.
[21:10] <Arby> geser: thanks
[21:11] <bmm> geser: p.u.c does not list boswars yet, but it is in the archive.ubuntu.com, so it is probably just lagging behind. Thanks for the info!
[21:11] <Syntux> guys, scsi_info was part of pcmcia-cs in gutsy but not anymore, how can I check why it was removed?
[21:14] <ScottK> Syntux: Did you look in https://launchpad.net/ubuntu/hardy/i386/pcmciautils
[21:15] <ScottK> Syntux: The why is https://launchpad.net/ubuntu/hardy/i386/pcmcia-cs/1:0
[21:16] <mruiz> How is the correct use of requestsync? I tried to do the following "requestsync -s ubuntu-universe-sponsors --lp kazehakase intrepid" and I got:  ubuntu-universe-sponsors doesn't appear to exist in kazehakase, specify -n for a package not in Ubuntu.
[21:17] <Syntux> ScottK, yeah I checked that page before but didn't understand why
[21:17] <geser> mruiz: leave out the ubuntu-universe-sponsors, requestsync -s subscribes the correct team automagically
[21:17] <ScottK> mruiz: requestsync -s kazehakase intrepid is all you need
[21:18] <ScottK> Syntux: The package has been renamed or the functionality folded into another package are the usual reasons.
[21:18] <mruiz> geser, ScottK : thanks :)
[21:19] <Syntux> ScottK, yeah, that's the usual reasons but scsi_info does not exists anymore in any package
[21:19] <ScottK> Ah.  Well that's a bit different then.
[21:20] <Syntux> yeah :-)
[21:21]  * ScottK looks some more.
[21:24] <ScottK> Syntux: How about http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=394018
[21:27] <Syntux> although it doesn't explain why (I guess kernel support thingy) but ok
[21:29] <siretart> slomo: excellent. I assume that we can now disable that patch in ffmpeg, right?
[21:46] <Syntux> the device manager was replace with restricted manager?
[21:46] <Syntux> or gnome-device-manager
[22:25] <ryanakca> dpatch vs quilt, I'm guessing I should go for dpatch?
[22:25] <ScottK> ryanakca: You should go for whichever works for you.
[22:25] <ScottK> There are plenty of quilt fanboys around, but I don't get the excitement myself.
[22:26] <ryanakca> ScottK: ok, well, I'm used to the CDBS patch system, but this particular merge a) doesn't have a patch system and b) doesn't use CDBS...
[22:26]  * ryanakca will try quilt out first
[22:27] <ScottK> ryanakca: If you've used cdbs-edit-patch, then dpatch-edit-patch will be familiar.
[22:27] <ryanakca> ok, thanks
[22:28] <ryanakca> Another thing, how often do MoM/DaD get updated?
[22:29] <Lutin> once an hour for DaD iirc, don't know for MoM
[22:33] <sebner> geser: now you can ACK all of them. I testbuilded all of them ;)
[22:33] <ScottK> Twice a day for MoM, I think.
[22:33] <sebner> ScottK: only DaD rocks :P
[22:34] <ScottK> sebner: Except when it gives you a bogus merge diff.  Each tool has it's advantanges.
[22:34] <Lutin> ScottK: does it still happen ?
[22:35] <Lutin> except the one marked as broken, thqt is
[22:35] <ScottK> Lutin: I haven't hit any that aren't marked.
[22:35] <sebner> ScottK: well, true but my experience was that MoM likes to break something more than DaD
[22:35] <ScottK> Hopefully at UDS we get them all put toghether and we are one happy family again.
[22:35] <Lutin> ScottK: ok. true, relying on snapshots.debian.net is not ideal :)
[22:36] <sebner> ScottK: btw, no stress with courier. won't have the time to work on it until weekend
[22:39] <ryanakca> shouldn't debian/mon.init.d start with "#!/bin/sh" instead of "#! /bin/sh"?
[22:39] <crimsun> ryanakca: no.
[22:40] <crimsun> people generally aren't pedantic about the former, however.
[22:40] <ryanakca> crimsun: ah, thanks
[22:41] <Jazzva> norsetto: Looks like the watch file is not working with google code's archive
[22:41] <norsetto> LaserJock: got another one for you guys if you want to check it out: bug 229703
[22:41] <RainCT> good night
[22:41] <sebner> gn8 RainCT
[22:43] <Jazzva> norsetto: It gives me 404 for the dir which should contain the files (http://gnome-mplayer.googlecode.com/files/), download location for the newest is http://gnome-mplayer.googlecode.com/files/gnome-mplayer-0.6.1.tar.gz
[22:43] <norsetto> Jazzva: check the uscan man page, there is a way to use a referral http page
[22:44] <Jazzva> ok
[22:44] <norsetto> Jazzva: this should probably be ok: http://code.google.com/p/gnome-mplayer/downloads/list as the referral page
[22:48] <Jazzva> norsetto: Thanks, it worked :)
[22:49] <norsetto> jazzva: good :-)
[22:50] <ryanakca> should the creation of /var/run/mon (if it doesn't exist) be in the start) section of the init script, or should it be outside of it / have its existence assured at every operation?
[22:53] <persia> ryanakca: At every start is likely safe, so long as it is in the init script, and not in the postinst.
[22:53] <ryanakca> persia: thanks
[22:53] <sebner> persia: I have a cloak now ;) but mail is still missing :(
[22:53] <persia> sebner: These things take time...
[22:54] <Erosion> Does one have to use ubuntu to be a MOTU?
[22:54] <sebner> persia: kk, btw. I thought the members of universe-contributors ( currently only me ^^) also have more *rights* on LP. not only the goodies like ubuntumembership
[22:55] <crimsun> Erosion: no.
[22:55] <ScottK> Erosion: Not technically, but I'm not sure why your would want to?
[22:55] <Erosion> ScottK: I run OSX present, I'm a previous ubuntu user though, and still run it, but on my everyday machine.
[22:55] <sebner> argh
[22:55] <sebner> *reights
[22:55] <ryanakca> Erosion: but.... how would you package if not on Ubuntu?
[22:56] <sebner> no *rights is correct ^^
[22:56] <crimsun> Erosion: also, regarding your question in -bugs about iMac audio - you haven't provided any hardware info.  Namely, the bug team would need the codec spew (/proc/asound/card*/*codec*{,/*})
[22:56] <persia> sebner: Not at this time.  Possibly in the future.  Needs to be proposed, agreed with the relevant bodies, and confirmed by MOTU.
[22:56] <Erosion> ryanakca: That's why I asked :)
[22:57] <persia> Erosion: You'd at least want to run Ubuntu in a virtual machine, as otherwise testing is problematic.
[22:57] <sebner> persia: in other words. will take very long. I thought this was also planned!? I don't speak from big rights. just things like changing the importance of a bug or something like this
[22:57] <geser> sebner: sync request for ocaml-* ACKed
[22:57] <Erosion> persia: OK.
[22:57] <sebner> geser: great. thx
[22:58] <norsetto> sebner: apply to bugcontrol for that, it will be a good exercise for you to do some bug triaging
[22:59] <geser> sebner: or wait for MOTU :)
[22:59] <sebner> ^^
[22:59] <emgent> sebner: https://wiki.ubuntu.com/UbuntuBugControl
[22:59] <emgent> :)
[22:59] <sebner> geser: norsetto : Just thought that members of the universe contributors have a little bit experience with bugs .. besides it would be funny if I could set my sync and merge bugs to "wishlist"
[23:00] <emgent> sebner: apply in bugcontrol :P
[23:01] <sebner> ember: We'll see
[23:01] <Jazzva> norsetto: What's the right way of uploading new upstream versions? Preparing an interdiff?
[23:01] <norsetto> Jazzva: no, we changed to diff.gz
[23:02] <Jazzva> Then I should provide .orig.tar.gz and diff.gz produced by the build?
[23:02] <Jazzva> norsetto: ^
[23:02] <persia> Jazzva: Your orig.tar.gz should be generated by debian/rules get-orig-source
[23:02] <norsetto> Jazzva: just the diff.gz, the tarball we can retrieve with the watch file
[23:03] <persia> (or, yes, a watch file also works :) )
[23:03] <Jazzva> norsetto, persia: Thanks :)
[23:08] <sebner> gn8 folks
[23:16] <Jazzva> norsetto: Uploaded diff.gz bug 226195
[23:17] <norsetto> Jazzva: thx, will check it out tomorrow (your tomorrow :-)).
[23:17] <Jazzva> norsetto: Heh :)... Ok
[23:17] <Jazzva> I'll start working on gecko-mediaplayer, I hope I'll finish it tomorrow ;)
[23:18] <Jazzva> Thanks :)
[23:19] <norsetto> jazzva: did you test it btw?
[23:19] <Jazzva> I reviewed it :)... Tested the package I prepared...
[23:19] <Jazzva> Everything looks ok
[23:20] <norsetto> jazzva: ok, no surprises with the gconf file then I gather, thx
[23:21] <Jazzva> And tested diff.gz... Everything went ok
[23:21] <Jazzva> np :)
[23:30] <no0tic> apachelogger, sorry, I took your pokerth but I think I can't manage to merge it by myself, too many changes and I'm still in full learning process.. better if I continue with simpler packages first
[23:40] <norsetto> jazzva: can you check in the svn if the patch we have in 0.6.0 was added? I was told by upstream that there shouldn't be any need in 0.6.1, so I'm surprised you kept it
[23:42] <Jazzva> norsetto: I checked in the file, but it wasn't added. Though, not in svn...
[23:42] <Jazzva> I'll check now
[23:44] <Jazzva> norsetto: It was added in the svn, but we can keep the patch, since it does the same thing... :)
[23:44] <norsetto> jazzva: perfect
[23:46] <Laibsch> Hi, I hope this is the right channel to ask.  How do I get dch to use hardy instead of intrepid by default?
[23:46] <Laibsch> I am going to bed now, but will leave the IRC client running, so thanks in advance for any response.
[23:46] <Jazzva> Laibsch: dch --release
[23:46] <Laibsch> Jazzva: Thanks
[23:47] <Jazzva> Laibsch: Forget it... It does something else
[23:47] <Laibsch> I mean, "by default"
[23:47] <Jazzva> :)
[23:47] <crimsun> dch -d
[23:47] <crimsun> -D
[23:47] <Laibsch> no
[23:47] <james_w> --distribution is the correct switch (-D)
[23:47] <Laibsch> I want to set it either in a config file
[23:47] <Laibsch> or some environment variable
[23:47] <Laibsch> and then never have to worry about it again
[23:47] <james_w> that doesn't seem to be available from reading the manpage
[23:48] <crimsun> /etc/devscripts.conf ?
[23:48] <Laibsch> yes, I of course read the man page, too
[23:48] <Laibsch> Which is why I came here ;-)
[23:48] <Laibsch> crimsun: I'll take a look
[23:48] <Laibsch> Thanks
[23:49] <Laibsch> crimsun: grep dist /etc/devscripts.conf
[23:49] <Laibsch> at least finds nothing
[23:50] <james_w> Laibsch: I think a wishlist bug against devscripts would be reasonable here
[23:50] <Laibsch> crimsun: DEBCHANGE_RELEASE_HEURISTIC ?
[23:52] <crimsun> what james said, and you can add the appropriate changes to check_env_utf8('DISTRIBUTION');, etc.
[23:53] <Laibsch> OK
[23:53] <Laibsch> Tomorrow
[23:53] <Laibsch> Thanks
[23:54] <norsetto> Jazzva: looks good, uploaded!
[23:54] <Jazzva> norsetto: Yay :). Thanks.
[23:55] <norsetto> jazzva: you only forgot to add the LP: #xxxxxx tag, so, mark it fix-released once it build
[23:55] <Jazzva> norsetto: I thought I added it last night... Damn. Ok, I'll do that.
[23:58] <mruiz> Hi all


[11:12] <cdkey> hi alow
[11:15] <cdkey> Can anyone help in case you experience problems
[11:15] <cdkey> ?
[15:14] <admin1> admin1
[15:14] <admin1> admin1
[16:45] <studio-user210> I have a problem with my UbuntuStudio. When i load a system the screen starts blinking and sometimes the screen become dark till i move the mouse. Could you help me to solve this problem&
[16:46] <studio-user210> my e-mail<EMAIL_ADDRESS>[16:47] <studio-user210> I use UbuntuStudio 16.04.2
[16:48] <studio-user210> 64 bit


[00:05] <ahoneybun> I see marble stuff
[03:05] <ahoneybun> ovidiu-florin: ping
[06:16] <ovidiu-florin> ahoneybun: pong
[06:18] <ovidiu-florin> I'll test it tonight
[06:19] <ovidiu-florin> if all goes good, can/will it be pushed to official backports?
[06:19] <ovidiu-florin> Thank you ahoneybun, AWESOME work!!!
[06:19]  * ovidiu-florin hugs ahoneybun
[06:22] <soee> good morning
[07:10] <soee> meh, still this problem in Wily: libstreamanalyzer0 : Depends: libclucene-core1 (>= <IP_ADDRESS>) but it is not installable
[07:17] <Riddell> yofel: I hear marble is driving you mad?
[07:19] <yofel> Riddell: needs double build for kf5 AND qt4, and so far dhmk isn't liking me
[07:19] <yofel> feel free to give it a shot, all I did is in git
[07:19] <Riddell> yofel: dropping qt4 seems acceptable to me
[07:19] <yofel> Riddell: then you'll have to cripple digikam
[07:19] <lordievader> Good morning.
[07:20] <yofel> moin
[07:20] <sitter> is ScottK traveling or something? :/
[07:20] <sitter> Riddell, yofel: need review for https://code.launchpad.net/~apachelogger/kubuntu-packaging/pykde4-no-kdepimlibs/+merge/268193
[07:20] <sitter> can't transition kdepim without that change
[07:22] <Riddell> yofel: curiously rdepends on libmarblewidget21 doesn't show digikam or libkgeomap
[07:23] <sitter> CMakeLists.txt:find_package(KdepimLibs REQUIRED)
[07:23] <sitter> kopete.........
[07:24] <yofel> Riddell: because something in digikam went wrong :/
[07:24] <yofel> CMake Warning at extra/kipi-plugins/CMakeLists.txt:131 (message):
[07:24] <yofel>   libkgeomap: Version information not found, your version is probably too
[07:24] <yofel>   old.
[07:25] <yofel> --  Please install the libkgeomap (version >= 3.0.0) development package.
[07:25] <yofel> what's with that versioning..
[07:25] <Riddell> yofel: yeah cos digikam can't sort out their release, they depend on a newer version of libkgeomap than is released I think
[07:25] <Riddell> yofel: so let's just drop it
[07:25] <yofel> SIGH
[07:26] <yofel> Riddell: ok, feel free to revert the last couple commit
[07:26] <yofel> s
[07:26] <sitter> Riddell: konsole CI still broken apparently
[07:28] <sitter> what do we do with kopete? it requires kdepimlibs for bonjour protocol, so we either patch kopete and rip out that protocol or make a kde4pimlibs source working around the minor installation incompats or annoy dvratil until he resvoles the incompats
[07:28] <sitter> or remove kopete which I guess won't sit well with its new maintainer :P
[07:28] <Riddell> sitter: no .install files changed with that pykde change?
[07:29] <Riddell> sitter: I'm for ripping it out
[07:29] <Riddell> simplest option
[07:29] <sitter> apparently it didn't install an artifact
[07:29] <soee> Riddell: any thoughts https://plus.google.com/u/0/103317747728601767381/posts/PwYjWRqCo8M ?
[07:30] <Riddell> soee: tell him to talk to kde upstream
[07:30] <sitter> sudo apt install dmz-cursor-theme
[07:34] <sitter> what brings my blood to a boil is when upstream regulars do not merge their applications/* branch upstream after making a change
[07:34] <sitter> leaving it to me to figure out how to sort out conflicts
[07:35] <sitter> which is a right chore knowing nothing of the source base or recent changes
[07:36] <sitter> Riddell: didn't pali the kopete maintainer idle here?
[07:36] <sitter> or was he just on the list
[07:36]  * sitter seems to recall chatting on irc
[07:36] <Riddell> sitter: he does sometimes yet
[07:36] <Riddell> yes
[07:36] <sitter> what's his nick?
[07:36] <Riddell> pali
[07:37] <sitter> ah well
[07:38] <Riddell> I think I'll start packaging up applications for upload to wily
[07:40] <soee> Riddell: would be good to have few confilcts in Wily fixed
[07:41] <Riddell> soee: what's conflicting?
[07:41] <soee> Riddell: yofel knows more as we talked about it yesterday. Here @ work where i upgraded yetserday to Wily from Vivid, i have atm: libstreamanalyzer0 : Depends: libclucene-core1 (>= <IP_ADDRESS>) but it is not installable
[07:43] <Riddell> that sort of thing will get solved on upload of more stuff, or at least it'll show up in excuses so we know where to fix it
[07:47] <sitter> Riddell: kopete isn't blocking anyway
[07:47] <sitter> I'll take it upstream
[07:47] <sitter> Riddell: the sooner we upload this stuff the better
[07:47] <sitter> we have 15.08 final to get on
[07:47] <Riddell> right
[07:47] <sitter> any improvements and things gone wrong can be sorted for that
[07:47] <sitter> if it builds its good enough IMO
[07:49] <Riddell> sitter: I'll pause CI
[07:50] <Riddell> although I need to sort out a reminder for unpausing it cos I keep failing you there and I don't want you to smite me
[07:51] <sitter> "okgoogle set alarm in 2 hours" :P
[07:52] <yofel> ^^
[07:57] <sitter> yofel: marble patchery upstreamed
[08:05] <valorie> folks, I'm about to head out for the rest of the week -- my husband has his last section of the trail to do and I'll spend those days up north
[08:05] <valorie> I'll have my travel computer with me but probably won't be in irc much if at all
[08:05] <valorie> ciao!
[08:35] <sitter> lordievader: btw are you sure you entered the right kwallet password?
[08:35] <sitter> note that kwallet4 and kwallet5 have different wallets and thus potentially different passwords
[08:36] <lordievader> Yes, first it was nothing because of this I opened it and changed it.
[08:36] <lordievader> I opened the kwallet*
[08:38] <sitter> most peculiar
[08:38] <lordievader> That is what I thought.
[09:02] <sitter> eek
[09:03] <sitter> Riddell: crippling kopete seems like a lot of work now. kdepimlibs is also used in actual libkopete classes (many of them actually) and used in the contactlist -.-
[09:07] <Riddell> sitter: hmm fooey, do you know how hard it would be to make a kdepimlibs4 package?
[09:24] <sitter> Riddell: just needs dan renaming a bunch of files
[09:25] <sitter> Riddell: the bigger problem is that I think parts of it won't be functinal
[09:25] <sitter> since there'd be no akonadi runtime
[09:25] <Riddell> sitter: they could just port it to frameworks...
[09:25] <sitter> so I have no clue how well this would work
[09:25] <sitter> also apparently the new stuff apparently doesn't talk to the old stuff
[09:26] <sitter> so whatever happens via kdepimlibs4 is essentially lost data anyway
[09:26] <sitter> Riddell: apparently happening see thread on release-team list
[09:27] <sitter> kdepim feels a lot like an as poor transition as kwallet
[09:29] <Riddell> sitter: no epich in kimap is deliberate?
[09:29] <Riddell> epoch
[09:30] <sitter> you put the epochs there
[09:30] <sitter> there is 0 need for epochs on any of th enew libs
[09:31] <Riddell> simplicity of scripting mostly
[09:31] <sitter> should proof to be fun if those libs become frameworks
[09:31] <Riddell> mm good point
[10:10] <clivejo> yofel: hows marble coming along?
[10:10] <yofel> Riddell will know
[10:10]  * clivejo runs and hides
[10:13] <clivejo> yofel: fancy transitioning kopete?
[10:13] <yofel> sitter is looking at kopete
[10:14] <clivejo> :)
[10:14] <clivejo> Im running 15.07.90 apps
[10:14] <yofel> Riddell: custom epochs are also fun if debian decides not to take them which makes our packages unsyncable
[10:14] <yofel> please don't add any where they're not needed
[10:14] <Riddell> gotcha
[10:14] <sitter> kopete build: https://www.youtube.com/watch?v=npjOSLCR2hE
[10:15] <clivejo> and the kwallet popups seem to have settled down :)
[10:15] <yofel> lol
[10:16] <yofel> parrots FTW
[10:16] <bshah> sitter: lol...
[10:18] <sitter> Riddell: instead of unpausing please tell me when the upload is done
[10:18] <Tm_T> kopete <3
[10:18] <sitter> Riddell: unless I left for the day already
[10:18] <Riddell> sitter: ok, still ongoing..
[10:18]  * sitter tries to fiddle together an ISO
[10:24] <clivejo> so kopete is dead as a dead parrot?
[10:27] <sitter> its build is
[10:56] <BluesKaj> Hi all
[11:04] <clivejo> hi BluesKaj
[11:04] <BluesKaj> hi clivejo
[11:22] <sitter> mh
[11:22] <sitter> actually
[11:22] <sitter> Riddell: why does the applications upload cause builds anyway?
[11:22] <sitter> isn't that NOCI?
[11:23] <sitter> ah yes
[11:23] <sitter> Riddell: why is that not marked NOCI?
[11:23] <Riddell> sitter: I seem to remember last time I used the script with NOCI it didn't make any diference
[11:23] <clivejo> sitter: how come there are build failuures on KCI but not in the Staging PPA?
[11:23] <sitter> clivejo: KCI is ahead, also quality constraints are higher in KCI
[11:23] <davmor2> clivejo: It's not dead, it's pining for the fjords
[11:23] <sitter> Riddell: seems like something that should be fixed?
[11:24] <sitter> Riddell: done pushing yet?
[11:24] <shadeslayer_> DCI full of builds too :(
[11:26] <sitter> Riddell: http://kci.pangea.pub/job/merger_okteta/202/
[11:26] <sitter> stuff like that is probably why NOCI didn't work. if you push more than a NOCI commit the entire thing will need integration
[11:27] <sitter> also that merge failed
[11:27] <sitter> FYI
[11:28] <clivejo> how does one get an account at Debian, Im going round and round in circles on the website!
[11:30] <sitter> clivejo: what kind of account?
[11:32] <clivejo> to access Alioth
[11:37] <sitter> get alioth account, set ssh key, join on irc and ask for access https://pkg-kde.alioth.debian.org/join.html
[11:38] <sitter> latter will probably need someone to vouche for you not going to break the repos
[11:40] <clivejo> someone like Harold Sitter?
[11:42] <clivejo> Harald even!
[11:43] <sitter> badumtss
[11:44] <sitter> clivejo: yes, I am not comfortable enough to do that already though
[11:45] <clivejo> :(
[11:45] <sitter> Riddell generally is more confident with this sort of thing ;)
[11:45] <Riddell> sure happy to
[11:49] <sitter> shadeslayer_, Riddell: new script in pangea-tooling/jenkins_unqueue.rb to remove jobs matching a regex from a jenkins queue
[11:49] <shadeslayer_> sitter: thanks Harold
[11:50] <sitter> Riddell: also, I've just wiped the CI queue, might as well do the pointless CI at night when nobody's watching
[11:50] <sitter> shadeslayer_: ...
[11:50] <shadeslayer> sitter: :P
[11:51] <sitter> my qemu doesn't like my arguments anymore :(
[11:52] <sitter> uff, somehow that binary is no qemu-user
[11:53] <davmor2> sitter: I see your problem, you are arguing with it, try asking nicely ;)
[11:53] <sitter> lol
[12:01] <Riddell> uploading applications 15.07
[12:03] <sitter> http://kci.pangea.pub/ lots of things can do with improvements btw
[12:08]  * shadeslayer is busy fixing DCI
[12:25] <Riddell> lots of new packages, which should I remove the epoch from? https://launchpad.net/ubuntu/wily/+queue
[12:25] <Riddell> stuff like dolphin need to keep it
[12:25] <sitter> Riddell: you also need ot remove them from the CI repos now...
[12:25] <sitter> akonadi needs it
[12:26] <sitter> baloo-widgets needs it
[12:26] <sitter> ktnef doesn't
[12:26] <sitter> kpimtextedit doesn't
[12:26] <sitter> kontactinterface doesn't
[12:26] <sitter> kaccounts-integration technically doesn't but isn't all new I think
[12:27] <sitter> kmime, kmbox, kmailtransport, kldap, kidentitymanagement, kholidays, kcontacts, kdebugsettings, kcalutils, kcalcore, kblog, kalarmcal, gpgmepp don't
[12:28] <sitter> so, everything but akonadi, baloo-widgets, and dolphin can have their epoch dropped
[12:28] <sitter> err.... so, everything but akonadi, baloo-widgets, dolphin, and kaccounts-integration can have their epoch dropped
[12:29] <Riddell> thanks sitter!
[12:29] <Riddell> sitter: how to remove them from the CI repos? just delete in launchpad?
[12:30] <Guest55514> o/
[12:30] <sitter> Riddell: guess so, removing from CI is fiddly nonesense that I am entirely not happy about
[12:30] <sitter> perhaps I should introduce a save guard against epoch bumps where another person needs to ack the bump for it to integrate
[12:30] <sitter> it's not the first time we had arbitrary bumps that then got undone again
[13:03] <sitter> Riddell: computer disagrees with ark packaging apparently http://kci.pangea.pub/job/wily_unstable_ark/2/parsed_console/
[13:20] <ahoneybun> ovidiu-florin: lots of it was yofel
[13:22] <yofel> you should *test* it before putting it in backports. From what I saw, a couple things were missing during configure. So you'll have to decide whether 4.12 with some things missing is better than 4.9
[13:23] <yofel> (e.g. thanks to their libkgeomap integration sucking, you won't have location resolving for geolocations in exif data)
[13:24] <yofel> hm, maybe we should re-enable the builtin libkgeomap for wily
[13:27] <yofel> at least the kde4 libs in the backports are pretty much stable these days, so I don't think you have to do another rebuild to put it there
[13:27] <ahoneybun> all I know is that ovidiu-florin is happy
[13:27] <ahoneybun> no clue on what works
[13:28] <ScottK> sitter: no traveling, just busy. The pykde thing is probably fine.
[13:28] <yofel> one person being happy is not sufficent QA to put something into our public PPA's ;)
[13:28] <ahoneybun> oh I know
[13:28] <ahoneybun> just saying that I have not tested it
[13:28] <yofel> you don't have to test every little feature, but at least compare it in general
[13:29] <ahoneybun> plus I'm on wily anyway
[13:29] <yofel> k
[13:29] <yofel> thanks for giving it a try ;)
[13:29] <ahoneybun> what packaging it?
[13:30] <ahoneybun> https://twitter.com/OvidiuB13/status/633524406158012416
[13:52] <yofel> sure, otherwise it wouldn't be there now
[13:52] <yofel> and I hope I wasn't too fast ^^
[14:03] <allee> FYI: yesterday & today a fresh wily installation in virtualbox 4.3.30 and 5.0.2 is not usable as soon as the guest OS extenstion installed: Only plasma background and only Popups work are shown.  All plasma panel & widget are not shown.  Terminal, dolphin etc  are invisible and never the keyboard/mouse input.  Final touch is 'Fallback session' does not work (xterm is installed) and login prompt reappears after a sec.
[14:04] <allee> Something disaterous happend between blog '.. 5.4rc  ready for testing in wily' and yesterday ;-)
[14:16] <allee> xsession-error mostly consists of of lines like: OpenGL Warning: {gl*NV not found in mesa table|XGetVisual ...}'
[14:18] <ahoneybun> you were a bit fast yofel lol
[14:22] <sitter> all KCI wily buids are being redone to adopt gcc5
[14:22] <sitter> starting later today
[14:22] <sitter> half an hour or so
[14:46] <yofel> ahoneybun: yeah, sorry. I hope you saw a couple useful things anyway
[14:47] <Riddell> ovidiu-florin: ahoneybun: you guys still needing this ec2?
[15:00] <[Relic]> has session saving been fixed in 15.04 yet?  does it properly save where programs are running on each different virtual desktop when you shut down a restart yet?
[15:04] <ahoneybun> Riddell: yofel and I got the package backported just need some Q&A
[15:04] <ahoneybun> also Riddell we need to get kubuntu-settings out!
[15:13] <sitter> Riddell: http://kci.pangea.pub/job/wily_unstable_qt-gstreamer/8/
[15:21] <yueyue> Hello all. I use the master archive server and I seem to have a weird dependency issue that can be replicated in a virtual machine. apt dist-upgrade does not work. I ran apt with the pgkProblemSolver debug option: https://paste.kde.org/p0yysht3g
[16:01] <sitter> kci flooded with builds
[16:02]  * sitter out
[16:04] <yueyue> The issue seens to be related to libqca2 and libqca2v5 which can not be installed at the same time - and some applications depend on one and some on the other. This seems to be especially important for libplasma3.
[16:04] <yueyue> Sitter: Thank you for your reply. I am kind of new to this; who is kci?
[16:05] <yueyue> This kci: https://community.kde.org/Kubuntu/CI ?
[20:15] <clivejo> would someone have time to help me package plasma-widget-awesome-widgets?
[20:41] <yossarianuk> hi -I've noticed the firefox package in wily is older than in the stable releases - i.e wily = 0.38 vivid=0.40
[20:42] <yossarianuk> Is this the version with that seriously javascript pdf viewer flaw?
[20:44] <yofel> not sure, you can try to install firefox 40 from wily-proposed
[20:45] <yossarianuk> yofel: ok will do..
[20:50] <yossarianuk> is the best way just to add a wily-proposed line to sources.list then install via apt?
[20:51] <yofel> yossarianuk: yes, but try to just apt install firefox, and disable proposed after that
[20:52] <yofel> (it will probably pull a couple other things though)
[20:52] <yossarianuk> yofel: cheers I saw apt-get upgrade pulled in a few things after adding the list (I didn;t ok that though..)
[20:59] <clivejo> yofel: where do I find the version of the license for GPL-3.0 that lintian is happy with, its saying the one I took from http://spdx.org/licenses/GPL-3.0 is too long!
[20:59] <yofel> can you show me the passage it complains about?
[21:00] <yofel> but usually, you would take the one that's shipped with the source you're packaging
[21:01] <clivejo> yofel: I tried this - https://github.com/arcan1s/awesome-widgets/blob/master/COPYING
[21:01] <clivejo> but its too long aparently
[21:01] <yofel> well, you don't put all that in debian/copyright
[21:02] <clivejo> and when I just use the short form I get this - E: plasma-widget-awesome-widgets: copyright-should-refer-to-common-license-file-for-gpl
[21:02] <clivejo> where is the common licence file !
[21:02] <yofel> did you read the documentation for that tag?
[21:03] <yofel> read the first line of it ^^
[21:20] <clivejo> There must be somewhere with the short licences
[21:21] <yofel> clivejo: the short forms are embedded in the full ones
[21:21] <yofel> see END OF TERMS AND CONDITIONS in GPL-3
[21:21] <clivejo> Ive copied and pasted out of a previous copyright file
[21:21] <yofel> that's fine
[21:22] <clivejo> but there must be an easier way
[21:22] <clivejo> there must be a list of just the text needed in the copyright file
[21:24] <yofel> not that I know of, there are examples in the DEP-5 documentation. From that you're supposed to figure it out yourself
[21:25] <yofel> for the GPL, you take the short form for insertion in the code files, strip the copyright holder, and append a section pointing to common-licenses
[21:27] <yofel> but usually people just C&P from other files I think
[21:27] <yofel> after all the copyright file is shipped wit the installation, so you have hundreds of examples in /usr/share/doc/
[21:28] <clivejo> I just want to know what to put in the copyright file
[21:30] <yofel> that's actually a very hard to answer question. You need to put all licenses and copyright holders of the whole source code in there.
[21:30] <yofel> For licenses that have a copy in /usr/share/common-licenses, you may include the short form and point to the files on the system. For other licenses you need to include the full copy
[21:30] <yofel> there is 'licensecheck' which attempts to tell you which licenses are used in the source files
[21:32] <clivejo> yofel: would you have time to check  plasma-widget-awesome-widgets - 2.4.0-0ubuntu1~ubuntu15.10~ppa1  in my PPA?
[21:33] <yofel> maybe in a bit
[21:33] <clivejo> The rules file Im not convinced is right
[21:38] <clivejo> grrrr why is it wanting to install mailutils!
[21:41] <yofel> smartmontools recommends mailx | mailutils
[21:42] <yofel> does the package not do something useful without hddtemp, mpd, smartmontools?
[21:42] <clivejo> he says they are optional deps here - https://github.com/arcan1s/awesome-widgets
[21:43] <clivejo> maybe I should just ommit them and let the user figure it out?
[21:43] <yofel> no, we have soft-dependencies for that
[21:43] <yofel> just demote them to "Recommends:"
[21:43] <yofel> see https://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps
[21:44] <clivejo> will that install them?
[21:44] <yofel> in the default desktop system configuration, yes
[21:44] <yofel> quoted from above page: "The Recommends field should list packages that would be found together with this one in all but unusual installations."
[21:46] <yofel> for dep, the rule is "The Depends field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality."
[21:46] <yofel> it's your job to decide where to draw the line
[21:47] <yofel> well, worst case someone will file a bug ^^
[21:47] <clivejo> well I thought having SMART info, HDD temp and access to media player would be the main function of the widget :/
[21:48] <clivejo> but didnt know it was gonna pull in half the archive to provide that functionality!
[21:48] <yofel> ok, then leaving it as a dep might be reasonable
[21:48] <clivejo> Ive added a recommends
[21:49] <clivejo> what would you do in this case?
[21:49] <clivejo> where would you draw the line?
[21:52] <yofel> I would say recommends, it seems to do a couple other things as well. But I would really need to try it for the final decision
[21:53] <clivejo> Im only practicing
[21:53] <clivejo> I found it on KDE apps and couldnt see it packaged for kubuntu anywhere
[21:54] <clivejo> dont even know it it is any use!
[21:55] <yofel> btw. if you want to get deeper into debian packaging, you should read the entire debian policy at some point. The PDF version has 105 pages, and it's somewhat dry, so try to find some boring moments to read through it until ~christmas
[21:55] <yofel> it explains how most of the files in debian/ work and what rules you should be following
[21:55] <clivejo> yofel: I could read books til the cows come home, but unless I actually do it nothing sinks in
[21:56] <yofel> yeah sure, you shoud just roughly know what's inside, so you know where to look when you need it
[21:56] <clivejo> have you a link handy
[21:57] <clivejo> would be a good reference point
[21:57] <yofel> either read the online version https://www.debian.org/doc/debian-policy/ or install debian-policy and read /usr/share/doc/debian-policy/policy.pdf.gz
[21:57] <yofel> the pdf version is handy for searching
[21:58] <clivejo> https://www.debian.org/doc/debian-policy/policy.pdf
[21:58] <yofel> or that ^^
[21:59] <clivejo> :)
[21:59] <clivejo> bedtime reading me thinks!
[22:01]  * clivejo sends it to kdeconnect
[22:04] <yofel> rules looks fine from what I see. In case the plasmoid isn't properly installed you might need --with=kde or --with=kf5 (those are debhelper plugins)
[22:05] <clivejo> have I passed -DKDE_INSTALL_USE_QT_SYS_PATHS=ON properly
[22:06] <clivejo> or should I use --with=kf5 instead?
[22:06] <yofel> hm...
[22:07] <yofel> might not work like that. If that's a cmake define, you might need:
[22:07] <yofel> override_dh_auto_configure:
[22:07] <yofel>         dh_auto_configure -- -DKDE_INSTALL_USE_QT_SYS_PATHS=ON
[22:07] <clivejo> yeah, that looks better to me
[22:09] <clivejo> should I - include /usr/share/pkg-kde-tools/qt-kde-team/2/debian-qt-kde.mk?
[22:09] <yofel> as it's kde software, --with=kf5 might still be required
[22:10] <yofel> or use that, but for kf5, you need v3, not v2
[22:10] <clivejo> oh yeah, 3 is kf5
[22:10] <clivejo> so confusing!
[22:12] <yofel> anyway, I'm off to bed
[22:12] <yofel> gn8
[22:13] <clivejo> thanks and night night
[23:47] <[Relic]> has session saving been fixed in 15.04 yet?  does it properly save where programs are running on each different virtual desktop when you shut down a restart yet?


[03:16] <psusi> is there a way to attach a screenshot to a wiki page and specify that it be displayed scaled down?
[03:26] <trism> psusi: http://moinmo.in/HelpOnLinking at the bottom, although I don't know if the syntax applies to the version on the Ubuntu Wiki, because it isn't listed on that HelpOnLinking page
[03:28] <psusi> thanks
[07:49] <seesall> have they ported ambiance for gtk3 yet?
[08:11] <twager> Anyone tell me where the screensaver setup file is ?
[08:44] <twager> Anyone got screensavers running ?
[11:02] <coz_> hey guys, out of curiosity,, long before natty was in the works,, the design team had put out a contest for new sounds for 11.04  , including the darn bongos :). it was also mentioned that they were planning a utility or more options for changing sound themes,, that never happended,  so I was wondering if this is going  to be implimented in oneiric
[13:29] <Ian_Corne> running 11.10 now
[13:36] <Ian_Corne> the desktop seems to be broken under normal unity, anyone else getting this?
[13:36] <Ian_Corne> also under 2D but it doesn't bug out, it's just not present
[13:41] <Tetsuo55> Ian_Corne: videocard?
[13:41] <bazhang> Ian_Corne, ie no menus of any kind?
[13:42] <bazhang> err panels
[13:55] <Ian_Corne> bazhang: i have panels
[13:55] <Ian_Corne> just no desktop
[13:55] <Ian_Corne> Tetsuo55: nvidia 435M
[13:56] <Tetsuo55> Ian_Corne:  allright, i know on some intel cards unity is unusable
[13:57] <Ian_Corne> i have that optimus thing tho
[13:57] <Ian_Corne> so it can be i'm running on intel
[13:57] <Ian_Corne> without knowing
[14:17] <Ian_Corne> video playback in 2D is ALOT smoother
[14:17] <Ian_Corne> i can fullscreen my southpark vids again :D
[22:01] <evan_> hello guys
[22:02] <ilj4z1> barcelona!


[06:28] <Kilos> morning all
[06:28] <Kilos> oh and inetpro
[06:28] <Kilos> also as well too
[07:13] <superfly> Good night oom Kilos
[07:14] <Kilos> sleep tight superfly
[07:19] <nsnzero> morning all
[07:23] <inetpro> goeiemore
[07:30] <nsnzero> goeie more inetpro - hoe gaan dit ?
[07:30] <inetpro> goed dankie en jy nsnzero?
[07:41] <nsnzero> baie besig vandag
[08:59] <inetpro> Kilos: http://blog.pcw.me.uk/2017/08/a-quick-look-at-decline-of-ubuntu.html
[09:00] <Kilos> i go see
[09:00] <inetpro>  A quick look at the decline of Ubuntu Membership
[09:00] <inetpro> A quick look at the table above shows that over half of today's Ubuntu Members secured their membership between 2007 and 2011 but since then there has been a steady decline in members being granted and retaining their membership.
[09:01] <Kilos> yes not many apply any more
[09:01] <Kilos> seems there is no time, and unless pushed peeps dont worry
[09:01] <Kilos> also
[09:01] <Kilos> between us
[09:02] <Kilos> they have just extended the boards membership till sept
[10:17] <nsnzero> hi Kilos
[10:17] <nsnzero> are there advantages of being a member ?
[10:26] <Kilos> hi nsnzero i think so but i forget what they were
[12:00] <nsnzero> have a good afternoon all
[15:00] <paddatrapper> Morning everyone
[18:36] <Kilos> night all. sleep tight


[12:31] <Simira> yay!
[12:32] <Simira> carlos my man!
[12:32] <Simira> morning!
[12:32] <carlos> Simira: morning
[12:32] <carlos> :-)
[12:33] <Simira> carlos: we (LoCo Norway people) are working on routines for Norwegian translations
[12:33] <Simira> carlos: so we have a few questions and issues for you ;p
[12:34] <Simira> carlos: is it possible/planned a comment field for each translation? If someone changes a string, is it any way to know it's done, and how?
[12:35] <carlos> Not atm, but we will add support to add comments anytime soon
[12:35] <carlos> about the changes... also a planned feature, not sure when will be done
[12:37] <Simira> and what's the deal about packages in hoary, and packages in Rosetta in general? How are they separated, and how are they syncronized upstream?
[12:38] <carlos> Simira: hoary packages are updated only from ubuntu uploads
[12:38] <carlos> so since Hoary release, no new translations from upstream are merged into Rosetta
[12:39] <Simira> carlos: I'm not sure if I get that... the packages under hoary are not updated after release, but packages under Rosetta are?
[12:40] <Simira> wouldn't that be messy at some point+
[12:40] <Simira> ?
[12:46] <carlos> Simira: no, nothing is updated after release
[12:46] <carlos> that's my point
[12:46] <Simira> ok, then I'm in, I think
[12:47] <Simira> carlos: and will it be possible to have a list of all packages(statur) per language? Like in GnomeCVS?
[12:48] <carlos> not yet
[12:48] <carlos> but of course is a planned feature
[12:48] <Simira> any idea of eta?
[12:49] <carlos> please, add your suggestion and ideas at http://www.ubuntulinux.org/wiki/RosettaWishList (and look there for other's ideas)
[12:49] <carlos> Simira: no, sorry, I suppose we will publish a list of future features next week or so, but I'm not completely sure.
[12:49] <carlos> This weeks is being a planning week.
[12:50] <Simira> ok
[12:57] <Simira> carlos: but do you use the wishlist preferrably now? daf told me to report bugs in Malone, so I've put a handful of wishes there...
[12:57] <Simira> carlos: where are the best chances of fulfilling? :)


[07:09] <jfi> Hello, what is the best way to bring attention to: http://package-import.ubuntu.com/status/psensor.html#2014-04-08%2014:18:53.940182, I have already send an email to the mentionned ML and udd bug. Should I open a bug against launchpad or another component?
[09:33] <Anoia> hi all, I'm trying to use launchpad translations, after I;ve entered the correct test, how do I actually apply them?
[09:33] <Anoia> I can;t see any apply button at the top or bottom of the page
[09:34] <Anoia> scratch that, the width of the page is exactly screen width + the width of that button resulting in the need to scroll right