=== asac_ is now known as asac [00:33] binarymutant: nope [00:34] err, actually it can [00:34] but only the version in Debian experimental [00:34] that is, >= 7.3 [00:36] pochu: ! [00:37] hey thanks for the info pochu I'll update it [00:37] hi jpds :) [00:37] how's it going? [00:37] binarymutant: update what? [00:37] Tired at the moment. [00:37] yeah me too [00:38] I'm gonna go to bed [00:38] Anyone familiar with ldap-utils [00:38] isn't ldap somewhat server related? [00:38] I need help, the new ldap-utils won't look at the config file /etc/ldap/ldap.conf [00:38] maybe ask in #ubuntu-server [00:38] well, it's the client side... [00:38] I dunno, sorry [00:38] * pochu waves good night [00:39] pochu, debhelper, but thanks for the previous info [00:58] reviews apreciatted: http://revu.ubuntuwire.com/p/funcoeszz [00:58] thanks [01:01] kirkland: what are your opinions of tmux vice screen? [01:02] dtchen: dunno what that is [01:02] kirkland: http://tmux.sourceforge.net/ (just merged into openbsd main) [01:03] dtchen: oh, cool, byobu-like, perhaps? [01:03] a slightly older version is in debian sid / ubuntu karmic (waiting on a sponsor from debian-mentors) [01:04] kirkland: i was wondering if anyone had looked at adding support for tmux to byobu* [01:04] dtchen: no one has, but it's theoretically very doable [01:04] dtchen: byobu just uses screen as a window manager [01:04] dtchen: to deliver its functionality [01:04] dtchen: first i've seen of tmux [01:04] dtchen: do you use it? [01:06] kirkland: yes [01:07] dtchen: what are the advantages over screen, for you? [01:07] g'night [01:09] kirkland: i haven't used screen in a while, so i'm not in the best position to speak on that. there are a few bits at http://undeadly.org/cgi?action=article&sid=20090707041154&pid=6 (barring the author's bias) [01:15] hm. === tuantub_ is now known as tuantub [02:13] Hey guys one quick question. What happens if the source tarball comes in the way of SingleApp.tar.gz and when untaring the source directory is SingleApp. Should I rename the source dir to singleapp and create a new tarball?? [02:15] that's usually not a reason to repack a tarball. [02:15] dtchen: what should be done in such case then? [02:27] bah, silly connection [03:37] marnold: ping. i'm trying out building a .deb of conspire-1.0-beta1 === santiago-pgsql is now known as santiago-ve [03:43] sn9, for revu upload [03:44] i was gonna ppa it [03:44] hmm interesting [03:44] so far, no changes from 0.20 appear necessary [03:45] 'cept for the copyright file and some other misc stuff [03:45] i was planing on building it with python and java support [03:45] javascript rather [03:48] nenolod, wants the package native like dsyslogd and some other atheme projects though so don't revu just yet [03:48] i can wait if you'll do it yourself [03:48] as it may conflict with Debian efforts [03:49] debian doesn't seem to have a pkg anymore [03:49] or you can assist me [03:49] its in pkg-irc svn [03:50] oh? i used the debian svn [03:53] background: xchat has been my preferred client for years, but today i found the conspire site, and it seems to address all my long-standing gripes about xchat. i have not actually used it yet [03:54] prior to xchat, my preferred client was irssi [03:56] Well your welcome on pkg-irc when upstream decides what they want to do in RE maintianing the Debian branches on atheme.org [03:56] we are disscussing atm [03:58] marnold: but the packaging svn i used is the correct one? [03:59] yes [04:17] Hello , my name is Marius and have been a user of Linux for the last 4 years , the two last on Ubuntu. Anyway i was wondering if theres any way i can contribute with code? I have acquired some C++ skills over the last year :) [04:18] Kaptein_: the topic for this channel has some starting points [04:19] Kaptein_: drilling down, you may wish to start with FTBFS packages, as at least some portion necessitate code changes [04:22] sn9, We'll proceed on alioth for now if upstream wants to merge in later upstream will do so [04:23] apply to the pkg-irc and mention i said to do so for conspire [04:23] that is if you want in [04:25] marnold: i am not a DD [04:26] you still can apply to alioth [04:26] you just have -guest appended to your username [04:26] i registered on alioth the other day for an unrelated reason [04:59] sn9, join us on oftc #debian-irc [05:13] this doesn't pertain to universe. How can I adjust which packages are installed by a Live flash drive? [05:13] i'm trying to make the netbook remix fit into 2GB === astronouth7303 is now known as astro73|0000 === astro73|0000 is now known as astronouth7303 [06:04] * Hobbsee eyes this MOTU thead with distaste [06:04] Hobbsee: The overgod one? [06:04] ScottK: yes [06:05] I'm wondeing how long it's going to take befoe a Muslim o a Buddhist o some othe eligion equests that all the bible texts get eplaced with othe religious liteatue that bette suits thei eligion. [06:05] fair's fair, right? [06:06] ugh [06:06] and that the athiests equest that all the religious bits get taken out. [06:06] Hobbsee: That's why I said what I said in the thread. [06:07] ScottK: indeed. [06:07] but why stop at religion? [06:07] Hobbsee: that's why I love America [06:07] not what it's become [06:07] *its [06:07] but what it was founded on [06:08] yup [06:08] * Hobbsee is sue that flash could be requested to be emoved, and the music playes, fom people who disagree with pornogaphic stuff. [06:08] s/music/video/ [06:09] Hobbsee: what about GUI browsers [06:09] micahg: pecisely [06:09] we should all go back to lynx and company.... [06:09] PC drives me up the wall [06:10] i'm sue that the intollerant people can cetainly find a disto that does cate to thei wishes [06:10] i fail to see why that needs to be ubuntu [06:10] PC be damned [06:13] Hobbsee: +1000 [06:42] good morning [06:46] james_w: nice dh 7 class ! thanks ! I converted about 4 packages so far ! [06:48] hey AnAnt [06:58] 7/c [07:13] that overgod thingis still going [07:14] I've predictably been a bit under the weather yet again [07:14] errg [07:28] soren, geser, persia, nixternal, nhandler, jpds: you guys around? [07:28] I am, why? [07:28] MC meeting in 32m [07:29] yowsers, doubt I will be awake for that one [07:29] let's hope we get quorum together :) [07:29] we have 2 applicants AFAICS [07:29] i can't believe I am up this late honestly [07:30] * dholbach hugs nixternal [07:30] hi noodles775, hi al-maisan [07:30] moin dholbach [07:30] i am on some weird sleep schedule...in bed usually by 11pm, up between 6am and 7am [07:30] I think all of this cycling has changed it, as I am completely spent [07:31] good morning! http://isc.sans.org/diary.html?storyid=6760 [07:39] dholbach: I cannot stay awake any longer, sorry :( I am exhausted and falling asleep at the keyboard [07:39] no more 2am meetings :) [07:39] g'nite [07:40] nixternal: sleep tight [07:47] dholbach: o/ [07:47] hey soren! [07:48] dholbach: yes [07:48] hey geser! [07:48] only one missing :) [07:49] good morning [07:58] persia, nhandler, jpds: you guys around? :-) [09:09] hi, anyone have time to review my package? http://revu.ubuntuwire.com/p/strongwind === micahg1 is now known as micahg === Quintasan_ is now known as Quintasan [09:56] Laney: have you already tried to use haskell-pkg-infos.py on ubuntu ? [09:56] ( if not, I can give a try this morning ) [09:57] gaspa: No, I started rewriting it in Haskell though :) [09:57] lol [09:57] but you can try that. I imagine it would need some porting [09:57] for example the wanna-build stuff you probably want to rip out [09:57] Laney: debian_bundle exists in haskell? [09:57] right [09:58] gaspa: debian on cabal [09:58] it's not packaged yet [09:58] (I don't think we have all of the deps) [10:00] understand [10:02] gaspa: in case you wonder why the FTBFS is slight out-of-date: bug 397732 [10:02] Launchpad bug 397732 in soyuz "Getting an SPPH through the API crashes if the SPR is unsigned" [High,In progress] https://launchpad.net/bugs/397732 [10:04] hi, gaspa [10:06] geser: thanks. [10:08] SPPH and SPR are? [10:10] persia, nhandler, jpds: you guys around? [10:10] Laney: SourcePackagePublishingHistory and SourcePackageRecord (but I'm not sure with the last one) [10:11] yep. [10:11] I confirm [10:11] LP API/soyuz terms/abbreviation [10:12] geser: do you really remeber all these acronyms? :) [10:12] I have to check every time. [10:13] gaspa: it will come with time [10:14] :) [10:15] gaspa, hi, i have seen your comments and advise on strongwind in revu, and i have updated it. could you please look at it again? thanks :) [10:15] gaspa, http://revu.ubuntuwire.com/p/strongwind [10:15] raywang: just put on todo list... :) [10:16] geser: got my mesage about review? [10:16] gaspa, awesome! thank you! :) [10:16] yes, seen it [10:17] ok [10:17] raywang: note that I didn't say how long is my todo list ;) [10:17] [10:17] gaspa, haha, no worries, take your time :) [10:19] gaspa: you didn't tell either if it's a stack or queue :) [10:19] LOL [10:19] it's more likely a mess, really... [10:20] ah, a random access todo list [10:24] geser: :) [10:48] geser: SPR => SourcePackageRelease, FWIW [10:49] e.g. upstart_0.6.0-2 [10:52] Hi everybody [11:21] argh [11:21] HTTP error 500 with requestsync --lp [11:22] http://dpaste.com/65393/ [11:24] Laney: it's due to bug 397732 [11:24] Launchpad bug 397732 in soyuz "Getting an SPPH through the API crashes if the SPR is unsigned" [High,Fix committed] https://launchpad.net/bugs/397732 [11:25] Laney: it should be fixed in the next edge update [11:26] oh cool, I didn't know what the actual impact of that bug was [11:29] Laney: it only happens for synced packages, using the LP API function getPublishedSources() on such a package results in an OOPS as the synced package has no signed-by field. and requestsync uses this function to find out the current package version [11:29] aha [12:09] Laney: drop '--lp' and try again. :-) [12:09] slytherin: Laney used the IRC option instead :) [12:33] any of the revu hackers here? [12:35] slytherin: vaguely familiar with it, why? [12:36] ajmitch: just wondering if there is any plan to develop a pull-revu-source script. :-D [12:36] similar to pull-lp-source and pull-debian-source [12:37] slytherin: funny you should ask, I think it was hyperair who said he had something for that earlier today [12:38] indeed, that was me =p [12:38] slytherin: the script's a one-liner: dget http://revu.ubuntuwire.com$(wget -qO- http://revu.ubuntuwire.com/p/$1 | egrep -ho /revu1-incoming/\[^\"\]+dsc) [12:38] ah good, you can handle that, time for me to go & sleep :) [12:38] you can even stick it in a bash function in ~/.bashrc =\ [12:38] haha [12:39] nearly midnight here [12:39] hyperair: that is cool. [12:39] that's early =) [12:39] slytherin: thanks =) === jussio1 is now known as jussi01 === so is now known as Guest73796 [13:00] requestsync --ask-an-archive-admin works surprisingly well :) [13:12] hyperair: you should stick that in ubuntu-dev-tools [13:28] Laney: good idea. i'll file a bug sometime [13:29] just do a merge request [13:29] probably needs a man page and some error handling though :( [13:29] bug #389895 [13:29] Launchpad bug 389895 in ubuntu-dev-tools "pull-revu-source" [Wishlist,Triaged] https://launchpad.net/bugs/389895 [13:30] It should be called, pull-revu-sauce [13:32] pull-cracky-crack [13:34] hehe [14:40] geser: did you find any time to review excalibur-logkit? [14:41] sorry, not yet [14:47] geser: I wouldn't have bother you if it was not java package. :-) [15:12] DktrKranz: where'd bluekuja so that I can congratulate him? :) [15:14] slytherin: will try to squeeze it in for today === Tonio__ is now known as Tonio_ [15:28] geser: thanks === chrisccoulson is now known as chrisccoulson_ [15:34] pochu: /query bluekuja === chrisccoulson_ is now known as chrisccoulson [15:37] ScottK: any chance to backport quilt 0.46-7 to jaunty? More and more packages do use of --with quilt [15:38] DktrKranz: What else is in the change? [15:39] directhex, halp [15:39] http://packages.debian.org/changelogs/pool/main/q/quilt/quilt_0.46-7/changelog [15:39] add perl as b-d and some minor adjustments [15:42] it's targeted mainly for that === nxvl_ is now known as nxvl === Nicke_ is now known as Nicke [16:30] <_andre> hello [16:30] <_andre> i created 3 packages for submission, opened the bugs in launchpad and uploaded them to REVU [16:31] <_andre> is there anything else i should do, or should i just wait till someone takes a lookt at them? [16:35] _andre: you can paste some links here, maybe someone is interested in the packages [16:35] <_andre> ok [16:36] <_andre> they're all related [16:36] <_andre> https://bugs.launchpad.net/ubuntu/+bug/397443 https://bugs.launchpad.net/ubuntu/+bug/397445 https://bugs.launchpad.net/ubuntu/+bug/397453 [16:36] Ubuntu bug 397443 in ubuntu "[needs-packaging] watchcatd" [Wishlist,In progress] [17:04] hi there. I have a packaging problem [17:04] I rebuild a package and all works fine but a certain file gets pacakged as foo.distrib instead of foo [17:05] could someone tell me why this is? [17:05] /usr/lib/update-notifier/apt-check gets packaged as /usr/lib/update-notifier/apt-check.distrib [17:05] orange_: check *.install files in debian/ [17:06] manually renaming foo.distrib to foo works but this is certainly not desired [17:06] try building with export DH_VERBOSE=1 [17:06] I don't know of any tool which would do that if your .install file is right [17:07] the install script is correct === dpm is now known as dpm-afk [17:08] Quintasan, update-notifier.install lists the right path but it's not installed that way [17:08] rebuild it and save the log [17:08] we can look at that [17:08] I just introduced a "backport" from jaunty to intrepid version of update-notifier and rebuild [17:09] Whats the best way to do deal with an upstream who released an rc and actual release (note there are changes between the two releases) but don't change the version (so the tarball name is different but naturally have different md5sums)? [17:09] orange_: maybe it's in a different *.install file [17:09] one second please [17:09] cody-somerville: if there is an actual release we don't need rc, do we? [17:09] cody-somerville: the RC was uploaded? [17:09] Laney, yes [17:10] without putting ~rc1 or similar in the upstream version I presume [17:10] Quintasan, there are only two .install files and none of them list the wrong install destination [17:11] strange [17:11] Building ubiquity works when building amd64, but complains about missing gtk+-2.0 when building i386, any idea why? [17:11] I guess you have to make it 1.0+final-0ubuntu1 and put a uversionmangle in the watchfile [17:11] gtk was just uploaded today [17:11] Laney, I have to admit that this is my first rebuild - what logs do you need? [17:11] probably half broken [17:11] orange_: do as Laney said, I think log will be much more helpful [17:11] orange_: put export DH_VERBOSE=1 in the rules file near the top [17:11] logs in /debian as well? [17:11] and then build it in pbuilder [17:11] and save all of that output to a file [17:12] I used "dpkg-buildpackage -rfakeroot -b" for rebuilding [17:12] what's pbuilder? [17:12] sorry, packaging newb here [17:12] ok, that'll be good enough [17:12] Laney, aye [17:13] cody-somerville: LART upstream and then just uversionmangle it :( [17:13] how can an RC have the same version as final anyway? [17:13] Laney, so what logs do you need? something in /debian?I have two .debhelper.log files [17:13] is that what you're looking for? [17:13] orange_: I suppose you would be interested in https://wiki.ubuntu.com/PbuilderHowto [17:14] orange_: no [17:14] Anyone know why when building ubiquity works when building amd64, but complains about missing gtk+-2.0 when building i386? [17:14] all of the output that you get when you build it [17:14] with verbose turned on [17:17] Laney, http://pastebin.com/m756dc019 [17:17] you didn't turn verbose on [17:17] sorry, no verbose [17:17] damn me [17:18] export DH_VERBOSE=1 [17:18] where to put this? [17:19] just write the export command to the terminal before building? [17:19] I'm sorry, I've never done this before [17:21] orange_: you put this to debian/rules [17:23] Hey there, some motu there could advocate the harpia package ( http://revu.ubuntuwire.com/p/harpia ). It is a python app to generate computer-vision/image processing c code from block diagrams. It has already been uploaded to archive but got rejected due to some dependencies issues that were already fixed. === nixternal_ is now known as nixternal [17:24] what's responsible for compressing stuff in /usr/share/doc/? [17:24] dh_compress [17:25] aah [17:25] right [17:25] now i see. [17:25] more than 4k [17:25] no wonder half of them were compressed and the other half not =.= [17:25] they're different? [17:27] I'll start over again [17:27] will come back later [17:27] thx a million for ya support so far [17:38] Laney: what? [17:38] what what? [17:38] oh [17:38] the source package ships different readme files? [17:38] yeah [17:38] geany-plugins [17:38] i see [17:38] i'm working on packaging that, now that it's been released [17:38] nice one [17:38] =) [17:39] i had to hack up a bash loop to call dh_installchangelogs per-package, since each ChangeLog is different, heh. [17:39] package.changelogs file? [17:39] does that work? O_o [17:39] the manpage says that'll end up being favoured over debian/changelog [17:40] oh and it's debian/package.changelog [17:40] k [17:41] that's what you want I think [17:41] =\ no [17:41] i want to have a different upstream changelog for each package [17:41] right? [17:42] debian/package.changelog overrides the package's debian changelog. [17:42] rather than the upstream changelog. [17:43] I thought it let you specify which changelogs to install [17:43] nope it doesn't. [17:43] what do you think would happen if someone were to pass more than one upstream changelog per package? [17:44] use dh_installdocs then [17:44] I think it would break [17:44] my $upstream = shift; [17:44] ? [17:45] ah [17:45] well dh_installdocs doesn't rename the ChangeLog [17:45] it'll end up as /usr/share/doc/pkg/ChangeLog.gz rather than /usr/share/doc/pkg/changelog.gz [17:46] :q [17:47] * hyperair wonders if that was a vim command creeping into irc or an emoticon [17:47] the former [17:48] How do I go about replacing Firefox 3.0 with Firefox 3.5 on jaunty? I see it's in the repos but its not replacing 3.0. [17:48] it's not supposed to [17:48] you install 3.5 and uninstall 3.0 [17:48] rrittenhouse: !ff35 [17:48] but then nothing works it seems [17:48] things try to open "firefox" and it doesn't exist [17:49] rrittenhouse: firefox in jaunty is 3.0 [17:49] firefox-3.5 is what it says it is [17:49] hyperair: meh I thought dh_installchangelogs did what I wanted it to do. Sounds like a reasonable feature for it to have imho [17:49] * hyperair dpkg-diverted /usr/bin/firefox and manually linked it to firefox-3.6 [17:50] Is it supposed to say "Minefield 3.5 Web Browser" ? [17:50] Laney: i thought so too, but the manpage disagreed. oh well =\ [17:50] file a feature request! [17:50] * hyperair is lazy [17:51] the shell loop does fine [17:51] pfft [17:51] you could just copy the code from _installdocs [17:52] heheh [17:52] dpkg-shlibdeps: warning: debian/geany-plugin-addons/usr/lib/geany/addons.so contains an unresolvable reference to symbol strchr@GLIBC_2.2.5: it's probably a plugin. <-- i can't figure out what's going on here =( [17:52] Hey guys. What should be done when a tarball comes like SimpleApp-0.1.tar.gz, and when untaring, the source directory is SingleApp-0.1. Should I rename the source directory and create a new tarball or what should be done? [17:52] rrittenhouse: it should be Shiretoko Web Browser for 3.5 with the release version [17:53] micahg, That's what I meant. Sorry :) [17:53] RoAkSoAx: doesn't dpkg-source take care of this? [17:54] micahg, What is the reasoning behind not just calling it "Firefox 3.5" ? [17:54] It really threw me off thinking I had the wrong version lol. [17:54] rrittenhouse: firefox unstable builds are known as "Minefield" [17:55] rrittenhouse: and firefox 3.x is known as Shiretoko [17:55] i think [17:55] !ff3.5 | rrittenhouse [17:55] rrittenhouse: Firefox 3.5 Final is available for Jaunty by installing the package firefox-3.5 | FF3.5 is referred to as Shiretoko on your UI, see http://is.gd/1reB3 for an explanation | Hardy & Intrepid: http://is.gd/1jkNY [17:55] * hyperair is considering packaging microemu. is debian-java alive, i wonder =\ [17:56] Laney, how so? [17:56] thx micahg. [17:56] RoAkSoAx: dpkg-source's manpage says that it untars and renames it [17:56] hyperair, ok cool, will take a look :) [17:57] have fun [17:57] * hyperair falls asleep on his keyboard [17:57] hi. ive got 6 debdiffs on bug 389751. some are universe, some main. are a couple sponsors available? [17:57] Launchpad bug 389751 in kdesdk "Change "abort" to "close" or "cancel" in default KDE apps" [Undecided,In progress] https://launchpad.net/bugs/389751 [17:57] ...six. [17:57] why do you have six debdiffs? [17:58] affects 6 packages [17:58] six different packages? [17:58] ah [17:58] did you subscribe ubuntu-main-sponsors and ubuntu-universe-sponsors? [17:59] main is subscribed, not universe..i...hmmm actually im not sure there are any universe ones. 5 are definitely main [17:59] One last FF question: So that programs launch the right firefox do I make a symbolic link to /usr/bin/firefox that links to the 3.5 executable ? [18:00] oh, kdegames is main. theyre all main [18:00] sorry for the confusion [18:34] nhandler: I'm doing the stats stuff you asked for on REVU. [18:34] nhandler: Is week supposed to be "last 7 days" or "since monday"? [18:35] RainCT: I would think last 7 days [18:36] And thanks a lot RainCT. I'll keep my eyes on the bug report [18:37] Okay. That's one (or maybe three) extra queries then [18:47] nhandler: uhm, the "X +/- than less week" part isn't possible [18:48] as REVU doesn't know when stuff was archived [18:49] RainCT: Ok, no problem. [18:55] nhandler: http://revu.ubuntuwire.com/stats.py [19:25] what's the difference between ${source:Version} and ${binary:Version}? @_@ [19:26] i previously thought source:Version was the version minus the debian revision. [19:26] whoops [19:27] hyperair: I think there's some way to release binaries with a different version than the source package, and that ${binary:Version} may be used in that case (don't take my word thought, I've heard something like this but never seen it myself) [19:27] RainCT: Only in Debian. We don't do it. [19:27] huh O_o [19:27] how do you do something like that? [19:27] isn't the version taken straight out of debian/changelog? [19:27] They have a concept of binary NMU which is a binary only rebuild. [19:28] i see. [19:28] It gets auto added to the changelog in the .deb [19:28] ah [19:30] so the one i was looking for was actually ${source:Upstream-Version} [19:30] ScottK: ah, so that's only for rebuilds? [19:30] RainCT: Exactly. [19:31] * hyperair thought that rebuilds rebuild the entire package from source [19:31] so it's only binary-arch eh.. [19:32] hyperair: In Ubuntu they do. In Debian they don't. [19:32] i see [19:32] there are more differences between debian and ubuntu than i thought =\ [19:39] YokoZar: Looks like maybe a decent target for ubuntu-mid: http://kitenet.net/~joey/blog/entry/ssh_to_debian_chroot_on_palm_pre/ [19:39]