[00:12] crimsun: here? :) [00:15] emgent, /whois [00:16] ScottK: have you time for some upload? [00:18] ok np, i will wait u-u-s and u-m-s [00:18] i go to sleep night all [00:48] emgent: What's up? [00:53] ScottK, he was seeking sponsors :) [00:53] no0tic: I guessed. === dudus_ is now known as dudus === ember_ is now known as ember [06:29] o/ tbielawa [06:29] RoAkSoAx: hello [06:30] how you doing [06:30] quite well. i slept allllllllllllll day [06:30] until about 10 pm [06:30] You? [06:31] hahaha me well i slept till noon [06:31] then all day being eating and drinking beer till 9pm [06:31] sounds like a good sunday [06:32] yeah mother's day [06:32] my mission, is to implement a patch system into this package [06:34] ? [06:34] i've heard different things about different systems [06:34] LaserJock suggested dpatch [06:34] some people use quilt [06:35] which package are you working on? [06:35] bibus. it's a bibliography database program that integrates with open office well [06:36] tbielawa, and you packaging it from scratch? [06:37] 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] wel you have 3 ways to patch a system, CDBS, quilt and dpatch [06:38] i've used quilt and CDBS once.. but never dpatch [06:39] I've seen mixed feelings about introducing CDBS into a package. [06:39] You really don't want to do that just to introduce a patch system! [06:39] not at all! [06:40] I think the debian people especially take a tistaste to cdbs [06:40] *distaste [06:40] Some do, certianly. [06:40] And now that debhelper 7 is so fantastically awesome, I don't think I'll be using cdbs again. [06:41] [06:41] "fantastically awesome" [06:41] I <3 that aspell didn't have a problem with 'fantastically' [06:42] Anyway, hooking up a debhelper package with dpatch is pretty easy. [06:43] 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] A dpatch is fundamentally just an ordinary patch with a dpatch-run shebang line on the top. [06:44] oh snap! [06:44] RAOF, any good documentation to read about it? [06:45] RoAkSoAx: Um... not that I can remember. [06:46] Basically dpatch-edit-patch is your friend. [06:46] guess i'll be reading the debian documentation then... [06:46] https://wiki.ubuntu.com/PackagingGuide/Complete#head-f7dc7195e4b5c19179ca622d8a37e2143c9248d5 [06:47] 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] 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] ok cool thanks RAOF =) [06:53] RAOF, and in Build-depends i have to add dpatch right? [06:53] Yup. [06:55] kk thank =) [06:56] so much to learn [06:57] tbielawa, yeah.. do they teach you linux and/or debian development in WVU? [06:57] RoAkSoAx: sorta [06:58] RoAkSoAx: all our systems run linux so our professors teach based in unix environments. [06:58] RoAkSoAx: as a student worker for the CS department I use packaging each day [06:58] 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] 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] well i'm going to sleep... bye guys thanks =) [09:03] so... eclipse cdt sucks [09:04] and i have a good idea why [09:04] version: eclipse-cdt (3.1.2-1) last upload: Sun, 17 Jun 2007 19:41:02 +0000 [09:06] 4.0 was released like 10 days later =( [09:12] 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] 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] morning [09:17] <\sh> hey emgent [09:18] \sh: o/ [09:18] well, rpmfind seems to be decent enough [09:19] pwnguin: https://admin.fedoraproject.org/pkgdb/ [09:22] someone havwe time for sponsor this: http://tinyurl.com/4t9fuh ? [09:22] s/havwe/have/ [09:24] 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] :) [09:34] man. does fedora have some sort of magic? i cant find a single bug report about eclipse cdt being slow for them =) [09:34] =( [09:39] pwnguin: every time you try to file one, you get an answer: Bug closed: "No it's not" :P [09:41] heh [09:42] i asked for everything, even closed and NOTABUG [09:42] as far as I can tell, they have one developer, who does everything [09:42] he files bugs, and closes them [09:42] hopefully he fixes them [09:42] https://bugzilla.redhat.com/show_bug.cgi?id=235423 [09:43] bugzilla.redhat.com bug 235423 in eclipse-cdt "Jeff rocks" [Medium,Closed: notabug] [09:43] neat [09:45] really, I have to imagine nobody bothers filing bugs because they don't expect it to work [09:48] oy [09:57] emgent: could you check briquolo again please, I think it should be a sync. [09:59] james_w: just a moment [10:03] james_w: true. [10:04] emgent: thanks. [10:06] james_w: np, thanks to you [10:16] Can a person who is not MOTU comment on any package on revu? === nicolasvw is now known as something === something is now known as nicolasvw [10:23] slytherin: I believe the answer is "yes". [10:24] RAOF: Ok. Thanks. [10:24] <\sh> oh damnit...gnomoradio is so broken by default [10:24] slytherin: https://wiki.ubuntu.com/Spec/ContributorREVU?highlight=(REVU) [10:25] \sh: huhu, thx for the nice comment but no stress for the MOTUship ;) [10:29] \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] \sh: Oh. I thought in working sense. [10:30] <\sh> slytherin: I don't care about working right now...that comes later ;) [10:30] I got E: pbuilder-satisfydepends failed. http://pastebin.com/m77a27e67 [10:31] does this mean that these dependencies are not available in intrepid [10:31] http://pastebin.com/m3e38ef19 ? [10:33] proppy: May be your chroot is broken. When did you last upgrade it? [10:34] like 2 days ago, [10:34] maybe 3 [10:34] I wonder if the universe sources, is added when you pbuilder --build [10:35] 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] W: /home/proppy/.pbuilderrc does not exist [10:36] :) [10:36] proppy: /etc/pbuilderrc [10:36] you're right [10:36] root@ippiki:/# cat /etc/apt/sources.list [10:36] deb http://archive.ubuntu.com/ubuntu intrepid main [10:36] in the chroot [10:41] 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] slytherin: running pbuilder --update as you suggested [10:43] \sh: yes we should [10:43] <\sh> emgent: please fix esperanza [10:43] setting up normal chroot for intrepid it only give syou one repo i saw that the other day :( [10:44] gnomefreak: it is not specific to intrepid, it has been like that always [10:44] slytherin: ah i set up hardy and intrepid and intrepid was only one [10:44] gnomefreak: were you using two different pbuilderrc files? [10:44] slytherin: thanks for reviewing the pbuilder.log [10:45] slytherin: no pbuilder at all just dchroot (yes i know its outdated but its easier for me than shroot :) [10:46] i have yet had any luck with pbuilder and mozilla and since most of my packaging is mozilla no need for pbuilder [10:46] slytherin: better only 3 unmet-dep left http://pastebin.com/m3dc8fbee [10:47] gnomefreak: Ok. Then we are talking about two different things here. :-) [10:47] same result 2 ways of getting it [10:47] should I fill bug for each of them ? [10:47] proppy: same result. file a bug fir first two with subject 'needs rebuild against latest perl' [10:49] 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] proppy: I am not sure about last one libffi4, perhaps it needs a sync/merge. [10:49] slytherin: let me check on packages.ubuntu.com / merges.ubuntu.com [10:49] packages.ubuntu.com seems very slow today btw [10:49] \sh: If i remember well, is not needed if .desktop files do not provide any MIME informations [10:50] have you seen this yet? dpkg: syntax error: unknown group `postdrop' in statoverride file [10:50] E: Sub-process /usr/bin/dpkg returned an error code (2 [10:50] when doing updates or installing anything [10:51] <\sh> emgent: ah yes...I remember [10:52] \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] :) [10:52] <\sh> emgent: na it's ok... [10:52] ok thanks \sh :) [10:52] <\sh> emgent: I didn't check for mimetype :) [10:53] bug #229494 [10:53] Launchpad bug 229494 in libdbi-perl "libdbi-perl needs rebuild against latest perl" [Undecided,New] https://launchpad.net/bugs/229494 [10:55] bug #229496 [10:55] Launchpad bug 229496 in libdbd-mysql-perl "libdbd-mysql-perl needs rebuild against latest perl" [Undecided,New] https://launchpad.net/bugs/229496 [10:57] <\sh> emgent: how did you compile esperanza? [10:59] pbuilder in chroot [10:59] why? [11:01] <\sh> emgent: libxmmsclient++-dev(inst 0.2DrJekyll-4ubuntu4 ! >= wanted 0.2DrK) [11:01] <\sh> that's why [11:01] just a moment [11:02] let's check libff4 depends in sid [11:02] <\sh> emgent: I fetched sids version of esparanza and applied your debdiff [11:04] slytherin: should I fill 'libff4 please rebuild against gcc 4.2.3-4ubuntu1' ? [11:04] seems that libffi5 is in sid [11:04] proppy: no wait [11:05] (packages.debian.org is slow as hell too) [11:06] \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] \sh: i have server offline, anyway i will see it quickly, thanks :) [11:09] proppy: libffi4 problem should be fixed by pbuilder update I believe [11:10] slytherin: sudo pbuilder --update --override-config --distribution intrepid ? [11:10] let me try to run it again [11:12] \sh: http://packages.ubuntu.com/intrepid/libxmmsclient++-dev [11:12] proppy: Are4 you using hardy? [11:13] slytherin: yep [11:13] 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. [11:13] by pbuilder-update [11:14] but I've got a intrepid pbuilder [11:14] proppy: What I do is keep two pbuilderrc files which refer to different releases and different base.tgz [11:15] slytherin: ha I thought pbuilder would handle different base.tgz if given different --distribution option [11:15] slytherin: same errors after pbuilder-update [11:16] <\sh> emgent: https://edge.launchpad.net/ubuntu/+source/xmms2 :) [11:16] proppy: no it doesn't [11:16] <\sh> emgent: the version does not match :) [11:17] 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] slytherin: how do I wipe the previous one ? [11:18] \sh: looking :) [11:18] <\sh> emgent: we have the drjekyll...but we need the new DrKosmos ;) [11:18] proppy: just delete the base.tgz :-D [11:18] <\sh> emgent: which is on the mom list for stevenk to do :) [11:19] proppy@ippiki:~/Desktop$ sudo pbuilder --create [11:19] Distribution is intrepid. [11:19] slytherin: thanks :) [11:21] \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] i will comment my merge bug [11:21] thanks for your work \sh [11:22] <\sh> emgent: you can also try the xmms2 merge and ping stevenk [11:22] \sh: i will do. [11:22] thanks [11:23] <\sh> emgent: leave the bug as it is...the merge is correct...it just can't be build :) [11:23] sure i saw :\ [11:23] * emgent looking xmms2 [11:34] slytherin: same error with a fresh intrepid pbuilder http://pastebin.com/m5d57a935 [11:35] proppy: you will have to consult someone else for libffi4. [11:36] slytherin: could I patch libffi4 dependencies ? [11:36] s/=/>=/ [11:36] slytherin: ok, thanks for the help anyway :) [11:37] ah liffi4 source package is gcc ! [11:38] proppy: what package depends on libffi4? [11:40] updated Bug #227323 [11:40] Launchpad bug 227323 in poker-network "[wishlist]Please merge poker-network-1.4.0-1 (intrepid) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/227323 [11:41] pochu: not sure let me check [11:43] pochu: he is trying to build poker-network and facing dependency problem - http://pastebin.com/m77a27e67 [11:43] libffi4: Depends: gcc-4.2-base (= 4.2.3-2ubuntu7) but 4.2.3-4ubuntu1 is installed. [11:43] Not sure of which package asked for libffi4 [11:44] should I run apt-rdepends to figure out ? [11:44] updated logs [11:44] http://pastebin.com/m299e66 [11:46] <\sh> is it just me, or is LPL really slow? [11:46] \sh: for me too LP is slow [11:47] proppy: that's likely because one of your packages depends on libffi4, and I wonder if that dependency is buggy [11:47] proppy: see this thread: https://lists.ubuntu.com/archives/ubuntu-devel/2008-May/025361.html [11:48] pochu: should be python-gtk2 then [11:50] Reverse Depends: python-poker2d (1.2.0-1ubuntu1) [11:50] \sh: launchpad people confirm it. [11:50] (12:50) ( gmb) emgent: We are experiencing some issues with bazaar.launchpad.net atm. [11:50] (12:51) ( gmb) Which might be slowing things down generally. [11:51] pochu: seems it's not directly python-poker2d that depends on it [11:51] proppy@ippiki:~/Desktop/poker-network-1.4.0/debian$ cat control | grep ffi [11:51] is empty [11:52] proppy: yeah, but poker-network may (build-)depend on some package which depends on libffi4 [11:53] pochu: yep like python-gtk2 [11:54] pochu: do you know how I could help fixing this issue ? [11:55] maybe trying to reproduce the pb with python-gobject is a good first step [11:55] ScottK: ping [11:55] I'm working on it [11:56] the fixed pygobject needed to fix this FTBFS, but I have a fix [11:56] I'm creating a chroot to verify it though [11:56] pochu: ok, was running pbuilder http://archive.ubuntu.com/ubuntu/pool/main/p/pygobject/pygobject_2.14.1-2ubuntu2.dsc :) [11:57] 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] pochu: dget the dsc [11:57] pochu: dpkg-source -x .dsc [11:57] pochu: and then run debuild -us -uc ? [11:58] proppy: -3 has the fix, and -4ubuntu1 FTBFS [11:58] you're likely looking at the hardy one... [11:58] don't forget to install the build-depends manually inside the chroot [11:58] pochu: pbuilder is nothing more than a scripted chroot [11:59] geser: with a very sloowwww unpack step :) [11:59] proppy: pbuilder on tmpfs :) [11:59] geser: should try that ! [11:59] <\sh> proppy: depends...pbuidler is slow...sbuild+schroot+lvm snapshots is not ;) [11:59] https://launchpad.net/ubuntu/+source/pygobject/2.14.1-4ubuntu1 [11:59] pochu: I got the dsc from http://packages.ubuntu.com/intrepid/python-gobject [12:00] \sh: any howto for that? :) [12:00] \sh: I remember reading about that in a wiki page, are you using it ? [12:01] hi! Is there a way to spcify the character encoding for the Description text in a deb control file? [12:02] (or maybe different entries for different languages) [12:02] <\sh> emgent: please fix bug #229097 [12:02] Launchpad bug 229097 in ikvm "Please merge ikvm 0.34.0.4-3 (universe) from Debian unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/229097 [12:02] <\sh> pochu: mk-sbuild-lv ;) and local intrepid mirror + a lot of space ;) [12:03] looking [12:03] <\sh> emgent: I attached a build log [12:03] penper: isn't the whole control file UTF-8 encoded? [12:03] geser: well, my Swedish letters look messed up when gdebi displays it [12:03] \sh: thanks [12:04] heh, looks like all I need is sbuild :) [12:04] as I've just created an intrepid chroot [12:04] pochu: pygobject_2.14.1-2ubuntu2.dsc builded fine, but I guess it's an outdated dsc [12:04] but good to know about that script [12:04] <\sh> pochu: if you want I can write a simple how to .) [12:04] proppy: it is [12:04] <\sh> pochu: you need a lvm partition with a good of 100G space free for intrepid stuff [12:05] lol [12:05] <\sh> well, I'll write a simple howto and scare people away ,-) [12:05] well, I have about 450G or so free here :-) [12:06] \sh: good, thank you :) let me know when it's written ;) [12:06] <\sh> pochu: Starting with it === nixternal changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | 8.04 is released: Let's fix any SRU-worthy bugs before the users try the package. | Intrepid open, go wild! https://merges.ubuntu.com/universe.html | QA targets available from http://qa.ubuntuwire.com/ | REVU Day - Wed. May 14 - All Day! [12:18] nixternal: Wah. Blank line? [12:18] blank line? [12:18] Hurrah! REVU Day! [12:18] :) [12:18] oh noes1 [12:19] they're back.... [12:19] nixternal: Don't worry about me, my client not rendering properly for some reason. [12:19] I was planning on getting this out over the weekend, but I was afk big time [12:20] nixternal: Still 10:00 UTC (-1 days) - 11:00 UTC (+1 days)? [12:22] oh good. today is not revu day. [12:22] 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] \sh: thanks when you have time see my reply on ikvm [12:50] :) [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] proppy: Pong [13:14] <\sh> hey ScottK [13:14] Heya \sh [13:14] * \sh wonders where yokozar is hiding we need new wine crack [13:15] \sh: rofl. what we need is nexuiz 2.4.2 ;) [13:15] <\sh> sebner: oh no...da nexuiz junky is back ,-) [13:16] xD === fta_ is now known as fta === sebner_ is now known as sebner === asac_ is now known as asac [13:53] when are the syncs requested (and ack'ed) usually processed? Is there a day for this similar to revu day? [13:53] slytherin: whenever the archive admins do it [13:54] they tend do be done in batches a couple of times a week it seems. [13:54] ok [13:58] <\sh> slytherin: depending on the guy who is doing syncs...pitti does syncs mostly 2 times a week [13:59] \sh: does he do sync for packages in universe also? [13:59] <\sh> slytherin: yes [14:19] geser: something against it if I file all the ocaml-* sync bugs? [14:42] /c/c [14:52] 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] slytherin: the practice isn't encouraged but is acceptable [14:55] <\sh> jdong: hmm? [14:55] \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] \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] slytherin: How is this any different to syncing a Debian package in teh normal course of affairs? === danielm_ is now known as danielm [15:00] 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] It's entirely normal in Debian. [15:05] Patch systems are a (relatively) recent innovation and many packages don't use them at all. [15:05] Putting the patch into a patch system would introduce an additional diff into Ubuntu with no real content. [15:06] broonie: hmm, so I will leave it as it is [15:06] re [15:07] Is there a python-launchpad-bugs API reference anywhere? [15:16] Laney: asking on #ubuntu-bugs may get your question noticed by the people best placed to know [15:16] james_w: Oh, is it maintained by people over there? Thanks [15:17] Laney: I'm pretty sure the answer is "use the source". === _neversfelde is now known as neversfelde [15:24] ScottK: re-ping [15:24] proppy: re-pong [15:25] ScottK: :0 [15:25] I added some comment to bug #227323 [15:25] that might be related to the recent libffi4 pb you were experiencing [15:25] Launchpad bug 227323 in poker-network "[wishlist]Please merge poker-network-1.4.0-1 (intrepid) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/227323 [15:27] seems that one of poker-network dependencies (maybe python-gtk2) is subject to the libff4 dependencies pb [15:27] libffi4: Depends: gcc-4.2-base (= 4.2.3-2ubuntu7) but 4.2.3-4ubuntu1 is installed. [15:28] ScottK: does it looks related to you ? [15:29] We need to wait for python-gobject (IIRC) to get fixed. [15:29] pochu: is working on it IIRC [15:29] just wanted confirmation, thanks :) [15:30] No rush on the merge. Just wait for it. [15:31] ScottK: I filled some bug for the perl dependencies [15:31] bug #229494 [15:31] bug #229496 [15:31] Launchpad bug 229494 in libdbi-perl "libdbi-perl needs rebuild against latest perl" [Undecided,New] https://launchpad.net/bugs/229494 [15:31] Launchpad bug 229496 in libdbd-mysql-perl "libdbd-mysql-perl needs rebuild against latest perl" [Undecided,New] https://launchpad.net/bugs/229496 [15:31] how can I help, to get them rebuilded ? [15:32] good day, everyone! [15:36] stupid question of the day that I don't dare answer: Do circular symlinks really cause bad things to happen? [15:37] yes, crack lover. [15:37] they certainly won't get you what you want [15:37] and if he wants recursion? [15:38] laga: if it's a circular symlink, what do you propose that the stopping case will be? [15:38] i never claimed he wants a stopping case. [15:38] * Hobbsee does, in fact, have a circularly symlinked directory [15:38] steven@liquified:~% ls -lh a [15:38] lrwxrwxrwx 1 steven users 1 2008-05-13 00:41 a -> b [15:38] steven@liquified:~% ls -lh b [15:38] lrwxrwxrwx 1 steven users 1 2008-05-13 00:41 b -> a [15:39] Heya gang [15:39] Leet. You can do it. [15:39] StevenK: oh, sure. [15:39] StevenK: you can also do ln -s ../. . [15:39] Hah, pointless [15:39] not necessarily. [15:39] StevenK: are you working on xmms2 merge ? [15:39] emgent: Nope [15:40] StevenK: i use it in the case of irssi's autorun dir, which symlinks to the dir above, scripts. [15:42] Is it necessary to add [wishlist] to the short description of every merge bug? [15:43] slytherin: no [15:45] heya Hobbsee :) [15:45] heya! [15:46] slytherin: It's not even a good idea. [15:46] 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] slytherin: #$R#@%$R#@%#^ [15:47] slytherin: He just did it to one of mine too [15:47] slytherin: i'm sure i need to find a better response. then again, heno isn't here. [15:47] Argh. Bad. [15:47] slytherin and Laney: Whine to bdmurray. It's one of his that's doing it. [15:47] 5-a-day? ;) [15:47] Hobbsee: I am not quite sure I understand your response. Can you put it in words. :-P [15:47] slytherin: sure, but not on a publically logged channel. [15:49] 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] laga: Maybe. It's the kind of thing such programs promote. Volume over substance. [15:49] * Hobbsee even wrote the bloody documentation! [15:49] 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] Can we put a notice somewhere "Don't touch bugs that say merge or sync in bug description" ? [15:53] slytherin: i did that. heno, in his infinite wisdom, reverted it. [15:53] slytherin: I discussed this with bdmurray in the last week or two and he agreed to it I thought. [15:54] ScottK: do you want to raise that with the email thread, then? [15:54] slytherin: https://wiki.ubuntu.com/Bugs/HowToTriage?action=diff [15:54] Hobbsee: What list? [15:55] ScottK: ubuntu-bugs - where you first blasted them [15:55] er, the bugsquad list [15:55] Did I. I'm not actually subscribed to that list. [15:56] ScottK: oh, my bad. wolfger wrote to the list about your response to his bug. [15:56] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad [15:56] I'll go try on IRC. [15:56] hey, What's the current correct way of doing version update for universe packages ? (debdiff/interdiff/revu/... ?) [15:57] stratus: you mean upstream version update? Just attach diff.gz [15:57] ScottK: if you do it via ML, it leaves a paper trail. [15:57] Hobbsee: +1 [15:58] 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] slytherin: ok, so I open a bug, attach .diff.gz and subscribe the sponsor group ? [15:58] stgraber: yes [15:58] ok, thanks [15:58] 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] ScottK: there are an awful lot of triagers. it may be less effort to go the other way. [15:59] Yes, but more fun. [15:59] ScottK: it's not more fun to blast heno over the mailing list, for attempting to sweep things under the carpet? [16:00] besides, having a go at people who aren't allowed to learn any better, before they screw up, doesn't seem fair. [16:00] it would make more sense to have a go at the people who are *preventing* them from learning better, before they fail. [16:01] maybe it's just my background, but i've found that complaining to the right person tends to be more effective :) [16:01] Well I thought I'd done that already in discussing it with bdmurray, but I guess not. [16:02] 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] but hey, maybe the irc people just got their bad side that day, or something. [16:03] ScottK: if it's not public, it didn't happen. [16:03] 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] Hobbsee: I don't see a mail from wolfger in the archive for that list? [16:07] ScottK: https://lists.ubuntu.com/archives/ubuntu-bugsquad/2008-May/000842.html ? [16:07] Ah. That one. [16:19] Hobbsee: so they touch every bug that has status "New". :-( [16:19] slytherin: something like that. [16:20] 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] regarding CDBS. is it terrible practice to include a modded debhelper cdbs script in your debian/ and include $(CURRDR)/debian/modded.dhelper [17:15] I needed to make ti stop calling the dh_shlibdeps line [17:18] tbielawa: can you explain why you need to avoid dh_shlibdeps, that sounds odd. [17:20] packaging synopsys, [17:20] got the idea from http://www.debian-administration.org/articles/529 to strip out the shlibdep line [17:20] got errors when it was included :( [17:22] http://pastebin.ubuntu.com/11690/ [17:23] thanks, do you have any idea where "libTcadBase.so.1" is? Is it in this package? [17:24] also, that RPATH looks pretty stinky. [17:24] hi all [17:25] * tbielawa looks [17:27] 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] RoAkSoAx: either one should work. [17:30] you can put the full details in the patch description, and just mention the patch came from upstream in the changelog. [17:31] 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] so i should not mention that i obtained it from an alsa project bug? [17:32] RoAkSoAx: "Patch taken from upstream." would be fine to add as a second sentence there. [17:32] "Patch taken from upstream bug 12345." as well. [17:32] Launchpad bug 12345 in isdnutils "isdn does not work, fritz avm (pnp?)" [Medium,Fix released] https://launchpad.net/bugs/12345 [17:33] 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]