[00:33] <pochu> binarymutant: nope
[00:34] <pochu> err, actually it can
[00:34] <pochu> but only the version in Debian experimental
[00:34] <pochu> that is, >= 7.3
[00:36] <jpds> pochu: !
[00:37] <binarymutant> hey thanks for the info pochu I'll update it
[00:37] <pochu> hi jpds :)
[00:37] <pochu> how's it going?
[00:37] <pochu> binarymutant: update what?
[00:37] <jpds> Tired at the moment.
[00:37] <pochu> yeah me too
[00:38] <pochu> I'm gonna go to bed
[00:38] <quentusrex> Anyone familiar with ldap-utils
[00:38] <pochu> isn't ldap somewhat server related?
[00:38] <quentusrex> I need help, the new ldap-utils won't look at the config file /etc/ldap/ldap.conf
[00:38] <pochu> maybe ask in #ubuntu-server
[00:38] <quentusrex> well, it's the client side...
[00:38] <pochu> I dunno, sorry
[00:38]  * pochu waves good night
[00:39] <binarymutant> pochu, debhelper, but thanks for the previous info
[00:58] <Legendario> reviews apreciatted: http://revu.ubuntuwire.com/p/funcoeszz
[00:58] <Legendario> thanks
[01:01] <dtchen> kirkland: what are your opinions of tmux vice screen?
[01:02] <kirkland> dtchen: dunno what that is
[01:02] <dtchen> kirkland: http://tmux.sourceforge.net/ (just merged into openbsd main)
[01:03] <kirkland> dtchen: oh, cool, byobu-like, perhaps?
[01:03] <dtchen> a slightly older version is in debian sid / ubuntu karmic (waiting on a sponsor from debian-mentors)
[01:04] <dtchen> kirkland: i was wondering if anyone had looked at adding support for tmux to byobu*
[01:04] <kirkland> dtchen: no one has, but it's theoretically very doable
[01:04] <kirkland> dtchen: byobu just uses screen as a window manager
[01:04] <kirkland> dtchen: to deliver its functionality
[01:04] <kirkland> dtchen: first i've seen of tmux
[01:04] <kirkland> dtchen: do you use it?
[01:06] <dtchen> kirkland: yes
[01:07] <kirkland> dtchen: what are the advantages over screen, for you?
[01:07] <Quintasan> g'night
[01:09] <dtchen> 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] <directhex> hm.
[02:13] <RoAk> 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] <dtchen> that's usually not a reason to repack a tarball.
[02:15] <RoAk> dtchen: what should be done in such case then?
[02:27] <dtchen> bah, silly connection
[03:37] <sn9> marnold: ping. i'm trying out building a .deb of conspire-1.0-beta1
[03:43] <marnold> sn9, for revu upload
[03:44] <sn9> i was gonna ppa it
[03:44] <marnold> hmm interesting
[03:44] <sn9> so far, no changes from 0.20 appear necessary
[03:45] <marnold> 'cept for the copyright file and some other misc stuff
[03:45] <marnold> i was planing on building it with python and java support
[03:45] <marnold> javascript rather
[03:48] <marnold> nenolod, wants the package native like dsyslogd and some other atheme projects though so don't revu just yet
[03:48] <sn9> i can wait if you'll do it yourself
[03:48] <marnold> as it may conflict with Debian efforts
[03:49] <sn9> debian doesn't seem to have a pkg anymore
[03:49] <marnold> or you can assist me
[03:49] <marnold> its in pkg-irc svn
[03:50] <sn9> oh? i used the debian svn
[03:53] <sn9> 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] <sn9> prior to xchat, my preferred client was irssi
[03:56] <marnold> 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] <marnold> we are disscussing atm
[03:58] <sn9> marnold: but the packaging svn i used is the correct one?
[03:59] <marnold> yes
[04:17] <Kaptein_> 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] <dtchen> Kaptein_: the topic for this channel has some starting points
[04:19] <dtchen> Kaptein_: drilling down, you may wish to start with FTBFS packages, as at least some portion necessitate code changes
[04:22] <marnold> sn9, We'll proceed on alioth for now if upstream wants to merge in later upstream will do so
[04:23] <marnold> apply to the pkg-irc and mention i said to do so for conspire
[04:23] <marnold> that is if you want in
[04:25] <sn9> marnold: i am not a DD
[04:26] <marnold> you still can apply to alioth
[04:26] <marnold> you just have -guest appended to your username
[04:26] <sn9> i registered on alioth the other day for an unrelated reason
[04:59] <marnold> sn9,  join us on oftc #debian-irc
[05:13] <astronouth7303> this doesn't pertain to universe. How can I adjust which packages are installed by a Live flash drive?
[05:13] <astronouth7303> i'm trying to make the netbook remix fit into 2GB
[06:04]  * Hobbsee eyes this MOTU thead with distaste
[06:04] <ScottK> Hobbsee: The overgod one?
[06:04] <Hobbsee> ScottK: yes
[06:05] <Hobbsee> 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] <Hobbsee> fair's fair, right?
[06:06] <micahg> ugh
[06:06] <Hobbsee> and that the athiests equest that all the religious bits get taken out.
[06:06] <ScottK> Hobbsee: That's why I said what I said in the thread.
[06:07] <Hobbsee> ScottK: indeed.
[06:07] <Hobbsee> but why stop at religion?
[06:07] <micahg> Hobbsee: that's why I love America
[06:07] <micahg> not what it's become
[06:07] <micahg> *its
[06:07] <micahg> but what it was founded on
[06:08] <Hobbsee> 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] <Hobbsee> s/music/video/
[06:09] <micahg> Hobbsee: what about GUI browsers
[06:09] <Hobbsee> micahg: pecisely
[06:09] <micahg> we should all go back to lynx and company....
[06:09] <micahg> PC drives me up the wall
[06:10] <Hobbsee> i'm sue that the intollerant people can cetainly find a disto that does cate to thei wishes
[06:10] <Hobbsee> i fail to see why that needs to be ubuntu
[06:10] <Hobbsee> PC be damned
[06:13] <micahg> Hobbsee: +1000
[06:42] <dholbach> good morning
[06:46] <AnAnt> james_w: nice dh 7 class ! thanks ! I converted about 4 packages so far !
[06:48] <dholbach> hey AnAnt
[06:58] <TheMuso> 7/c
[07:13] <marnold> that overgod thingis still going
[07:14] <marnold> I've predictably been a bit under the weather yet again
[07:14] <marnold> errg
[07:28] <dholbach> soren, geser, persia, nixternal, nhandler, jpds: you guys around?
[07:28] <nixternal> I am, why?
[07:28] <dholbach> MC meeting in 32m
[07:29] <nixternal> yowsers, doubt I will be awake for that one
[07:29] <dholbach> let's hope we get quorum together :)
[07:29] <dholbach> we have 2 applicants AFAICS
[07:29] <nixternal> i can't believe I am up this late honestly
[07:30]  * dholbach hugs nixternal
[07:30] <dholbach> hi noodles775, hi al-maisan
[07:30] <al-maisan> moin dholbach
[07:30] <nixternal> i am on some weird sleep schedule...in bed usually by 11pm, up between 6am and 7am
[07:30] <nixternal> I think all of this cycling has changed it, as I am completely spent
[07:31] <emgent> good morning! http://isc.sans.org/diary.html?storyid=6760
[07:39] <nixternal> dholbach: I cannot stay awake any longer, sorry :( I am exhausted and falling asleep at the keyboard
[07:39] <nixternal> no more 2am meetings :)
[07:39] <nixternal> g'nite
[07:40] <dholbach> nixternal: sleep tight
[07:47] <soren> dholbach: o/
[07:47] <dholbach> hey soren!
[07:48] <geser> dholbach: yes
[07:48] <dholbach> hey geser!
[07:48] <dholbach> only one missing :)
[07:49] <geser> good morning
[07:58] <dholbach> persia, nhandler, jpds: you guys around? :-)
[09:09] <raywang> hi, anyone have time to review my package? http://revu.ubuntuwire.com/p/strongwind
[09:56] <gaspa> Laney: have you already tried to use haskell-pkg-infos.py on ubuntu ?
[09:56] <gaspa> ( if not, I can give a try this morning )
[09:57] <Laney> gaspa: No, I started rewriting it in Haskell though :)
[09:57] <gaspa> lol
[09:57] <Laney> but you can try that. I imagine it would need some porting
[09:57] <Laney> for example the wanna-build stuff you probably want to rip out
[09:57] <gaspa> Laney: debian_bundle exists in haskell?
[09:57] <gaspa> right
[09:58] <Laney> gaspa: debian on cabal
[09:58] <Laney> it's not packaged yet
[09:58] <Laney> (I don't think we have all of the deps)
[10:00] <gaspa> understand
[10:02] <geser> gaspa: in case you wonder why the FTBFS is slight out-of-date: bug 397732
[10:04] <raywang> hi, gaspa
[10:06] <gaspa> geser: thanks.
[10:08] <Laney> SPPH and SPR are?
[10:10] <dholbach> persia, nhandler, jpds: you guys around?
[10:10] <geser> Laney: SourcePackagePublishingHistory and SourcePackageRecord (but I'm not sure with the last one)
[10:11] <gaspa> yep.
[10:11] <gaspa> I confirm
[10:11] <geser> LP API/soyuz terms/abbreviation
[10:12] <gaspa> geser: do you really remeber all these acronyms? :)
[10:12] <gaspa> I have to check every time.
[10:13] <geser> gaspa: it will come with time
[10:14] <gaspa> :)
[10:15] <raywang> 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] <raywang> gaspa, http://revu.ubuntuwire.com/p/strongwind
[10:15] <gaspa> raywang: just put on todo list... :)
[10:16] <slytherin> geser: got my mesage about review?
[10:16] <raywang> gaspa, awesome! thank you! :)
[10:16] <geser> yes, seen it
[10:17] <slytherin> ok
[10:17] <gaspa> raywang: note that I didn't say how long is my todo list ;)

[10:17] <raywang> gaspa, haha, no worries, take your time :)
[10:19] <geser> gaspa: you didn't tell either if it's a stack or queue :)
[10:19] <gaspa> LOL
[10:19] <gaspa> it's more likely a mess, really...
[10:20] <geser> ah, a random access todo list
[10:24] <gaspa> geser: :)
[10:48] <cjwatson> geser: SPR => SourcePackageRelease, FWIW
[10:49] <cjwatson> e.g. upstart_0.6.0-2
[10:52] <Apple92> Hi everybody
[11:21] <Laney> argh
[11:21] <Laney> HTTP error 500 with requestsync --lp
[11:22] <Laney> http://dpaste.com/65393/
[11:24] <geser> Laney: it's due to bug 397732
[11:25] <geser> Laney: it should be fixed in the next edge update
[11:26] <Laney> oh cool, I didn't know what the actual impact of that bug was
[11:29] <geser> 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] <Laney> aha
[12:09] <slytherin> Laney: drop '--lp' and try again. :-)
[12:09] <geser> slytherin: Laney used the IRC option instead :)
[12:33] <slytherin> any of the revu hackers here?
[12:35] <ajmitch> slytherin: vaguely familiar with it, why?
[12:36] <slytherin> ajmitch: just wondering if there is any plan to develop a pull-revu-source script. :-D
[12:36] <slytherin> similar to pull-lp-source and pull-debian-source
[12:37] <ajmitch> slytherin: funny you should ask, I think it was hyperair who said he had something for that earlier today
[12:38] <hyperair> indeed, that was me =p
[12:38] <hyperair> 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] <ajmitch> ah good, you can handle that, time for me to go & sleep :)
[12:38] <hyperair> you can even stick it in a bash function in ~/.bashrc =\
[12:38] <hyperair> haha
[12:39] <ajmitch> nearly midnight here
[12:39] <slytherin> hyperair: that is cool.
[12:39] <hyperair> that's early =)
[12:39] <hyperair> slytherin: thanks =)
[13:00] <Laney> requestsync --ask-an-archive-admin works surprisingly well :)
[13:12] <Laney> hyperair: you should stick that in ubuntu-dev-tools
[13:28] <hyperair> Laney: good idea. i'll file a bug sometime
[13:29] <Laney> just do a merge request
[13:29] <Laney> probably needs a man page and some error handling though :(
[13:29] <jpds> bug #389895
[13:30] <jpds> It should be called, pull-revu-sauce
[13:32] <Laney> pull-cracky-crack
[13:34] <hyperair> hehe
[14:40] <slytherin> geser: did you find any time to review excalibur-logkit?
[14:41] <geser> sorry, not yet
[14:47] <slytherin> geser: I wouldn't have bother you if it was not java package. :-)
[15:12] <pochu> DktrKranz: where'd bluekuja so that I can congratulate him? :)
[15:14] <geser> slytherin: will try to squeeze it in for today
[15:28] <slytherin> geser: thanks
[15:34] <DktrKranz> pochu: /query bluekuja
[15:37] <DktrKranz> ScottK: any chance to backport quilt 0.46-7 to jaunty? More and more packages do use of --with quilt
[15:38] <ScottK> DktrKranz: What else is in the change?
[15:39] <ogra> directhex, halp
[15:39] <DktrKranz> http://packages.debian.org/changelogs/pool/main/q/quilt/quilt_0.46-7/changelog
[15:39] <DktrKranz> add perl as b-d and some minor adjustments
[15:42] <DktrKranz> it's targeted mainly for that
[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] <pochu> _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
[17:04] <orange_> hi there. I have a packaging problem
[17:04] <orange_> I rebuild a package and all works fine but a certain file gets pacakged as foo.distrib instead of foo
[17:05] <orange_> could someone tell me why this is?
[17:05] <orange_> /usr/lib/update-notifier/apt-check gets packaged as /usr/lib/update-notifier/apt-check.distrib
[17:05] <Quintasan> orange_: check *.install files in debian/
[17:06] <orange_> manually renaming foo.distrib to foo works but this is certainly not desired
[17:06] <Laney> try building with export DH_VERBOSE=1
[17:06] <Laney> I don't know of any tool which would do that if your .install file is right
[17:07] <orange_> the install script is correct
[17:08] <orange_> Quintasan, update-notifier.install lists the right path but it's not installed that way
[17:08] <Laney> rebuild it and save the log
[17:08] <Laney> we can look at that
[17:08] <orange_> I just introduced a "backport" from jaunty to intrepid version of update-notifier and rebuild
[17:09] <cody-somerville> 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] <Quintasan> orange_: maybe it's in a different *.install file
[17:09] <orange_> one second please
[17:09] <Quintasan> cody-somerville: if there is an actual release we don't need rc, do we?
[17:09] <Laney> cody-somerville: the RC was uploaded?
[17:09] <cody-somerville> Laney, yes
[17:10] <Laney> without putting ~rc1 or similar in the upstream version I presume
[17:10] <orange_> Quintasan, there are only two .install files and none of them list the wrong install destination
[17:11] <orange_> strange
[17:11] <ramvi> Building ubiquity works when building amd64, but complains about missing gtk+-2.0 when building i386, any idea why?
[17:11] <Laney> I guess you have to make it 1.0+final-0ubuntu1 and put a uversionmangle in the watchfile
[17:11] <Laney> gtk was just uploaded today
[17:11] <orange_> Laney, I have to admit that this is my first rebuild - what logs do you need?
[17:11] <Laney> probably half broken
[17:11] <Quintasan> orange_: do as Laney said, I think log will be much more helpful
[17:11] <Laney> orange_: put export DH_VERBOSE=1 in the rules file near the top
[17:11] <orange_> logs in /debian as well?
[17:11] <Laney> and then build it in pbuilder
[17:11] <Laney> and save all of that output to a file
[17:12] <orange_> I used "dpkg-buildpackage -rfakeroot -b" for rebuilding
[17:12] <orange_> what's pbuilder?
[17:12] <orange_> sorry, packaging newb here
[17:12] <Laney> ok, that'll be good enough
[17:12] <cody-somerville> Laney, aye
[17:13] <Laney> cody-somerville: LART upstream and then just uversionmangle it :(
[17:13] <Laney> how can an RC have the same version as final anyway?
[17:13] <orange_> Laney, so what logs do you need? something in /debian?I have two .debhelper.log files
[17:13] <orange_> is that what you're looking for?
[17:13] <Quintasan> orange_: I suppose you would be interested in https://wiki.ubuntu.com/PbuilderHowto
[17:14] <Laney> orange_: no
[17:14] <ramvi> Anyone know why when building ubiquity works when building amd64, but complains about missing gtk+-2.0 when building i386?
[17:14] <Laney> all of the output that you get when you build it
[17:14] <Laney> with verbose turned on
[17:17] <orange_> Laney, http://pastebin.com/m756dc019
[17:17] <Laney> you didn't turn verbose on
[17:17] <orange_> sorry, no verbose
[17:17] <orange_> damn me
[17:18] <orange_> export DH_VERBOSE=1
[17:18] <orange_> where to put this?
[17:19] <orange_> just write the export command to the terminal before building?
[17:19] <orange_> I'm sorry, I've never done this before
[17:21] <Quintasan> orange_: you put this to debian/rules
[17:23] <cpscotti> 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.
[17:24] <hyperair> what's responsible for compressing stuff in /usr/share/doc/<pkg>?
[17:24] <Laney> dh_compress
[17:25] <hyperair> aah
[17:25] <hyperair> right
[17:25] <hyperair> now i see.
[17:25] <hyperair> more than 4k
[17:25] <hyperair> no wonder half of them were compressed and the other half not =.=
[17:25] <Laney> they're different?
[17:27] <orange_> I'll start over again
[17:27] <orange_> will come back later
[17:27] <orange_> thx a million for ya support so far
[17:38] <hyperair> Laney: what?
[17:38] <Laney> what what?
[17:38] <Laney> oh
[17:38] <Laney> the source package ships different readme files?
[17:38] <hyperair> yeah
[17:38] <hyperair> geany-plugins
[17:38] <Laney> i see
[17:38] <hyperair> i'm working on packaging that, now that it's been released
[17:38] <Laney> nice one
[17:38] <hyperair> =)
[17:39] <hyperair> i had to hack up a bash loop to call dh_installchangelogs per-package, since each ChangeLog is different, heh.
[17:39] <Laney> package.changelogs file?
[17:39] <hyperair> does that work? O_o
[17:39] <hyperair> the manpage says that'll end up being favoured over debian/changelog
[17:40] <hyperair> oh and it's debian/package.changelog
[17:40] <Laney> k
[17:41] <Laney> that's what you want I think
[17:41] <hyperair> =\ no
[17:41] <hyperair> i want to have a different upstream changelog for each package
[17:41] <Laney> right?
[17:42] <hyperair> debian/package.changelog overrides the package's debian changelog.
[17:42] <hyperair> rather than the upstream changelog.
[17:43] <Laney> I thought it let you specify which changelogs to install
[17:43] <hyperair> nope it doesn't.
[17:43] <hyperair> what do you think would happen if someone were to pass more than one upstream changelog per package?
[17:44] <Laney> use dh_installdocs then
[17:44] <Laney> I think it would break
[17:44] <Laney> my $upstream = shift;
[17:44] <hyperair> ?
[17:45] <hyperair> ah
[17:45] <hyperair> well dh_installdocs doesn't rename the ChangeLog
[17:45] <hyperair> it'll end up as /usr/share/doc/pkg/ChangeLog.gz rather than /usr/share/doc/pkg/changelog.gz
[17:46] <Laney> :q
[17:47]  * hyperair wonders if that was a vim command creeping into irc or an emoticon
[17:47] <Laney> the former
[17:48] <rrittenhouse> 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] <Laney> it's not supposed to
[17:48] <Laney> you install 3.5 and uninstall 3.0
[17:48] <micahg> rrittenhouse: !ff35
[17:48] <rrittenhouse> but then nothing works it seems
[17:48] <rrittenhouse> things try to open "firefox" and it doesn't exist
[17:49] <micahg> rrittenhouse: firefox in jaunty is 3.0
[17:49] <micahg> firefox-3.5 is what it says it is
[17:49] <Laney> 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] <rrittenhouse> Is it supposed to say "Minefield 3.5 Web Browser" ?
[17:50] <hyperair> Laney: i thought so too, but the manpage disagreed. oh well =\
[17:50] <Laney> file a feature request!
[17:50]  * hyperair is lazy
[17:51] <hyperair> the shell loop does fine
[17:51] <Laney> pfft
[17:51] <Laney> you could just copy the code from _installdocs
[17:52] <hyperair> heheh
[17:52] <hyperair> 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] <RoAkSoAx> 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] <micahg> rrittenhouse: it should be Shiretoko Web Browser for 3.5 with the release version
[17:53] <rrittenhouse> micahg, That's what I meant. Sorry :)
[17:53] <Laney> RoAkSoAx: doesn't dpkg-source take care of this?
[17:54] <rrittenhouse> micahg, What is the reasoning behind not just calling it "Firefox 3.5" ?
[17:54] <rrittenhouse> It really threw me off thinking I had the wrong version lol.
[17:54] <hyperair> rrittenhouse: firefox unstable builds are known as "Minefield"
[17:55] <hyperair> rrittenhouse: and firefox 3.x is known as Shiretoko
[17:55] <hyperair> i think
[17:55] <micahg> !ff3.5 | rrittenhouse
[17:55]  * hyperair is considering packaging microemu. is debian-java alive, i wonder =\
[17:56] <RoAkSoAx> Laney, how so?
[17:56] <rrittenhouse> thx micahg.
[17:56] <hyperair> RoAkSoAx: dpkg-source's manpage says that it untars and renames it
[17:56] <RoAkSoAx> hyperair, ok cool, will take a look :)
[17:57] <hyperair> have fun
[17:57]  * hyperair falls asleep on his keyboard
[17:57] <maco> hi. ive got 6 debdiffs on bug 389751. some are universe, some main. are a couple sponsors available?
[17:57] <hyperair> ...six.
[17:57] <hyperair> why do you have six debdiffs?
[17:58] <maco> affects 6 packages
[17:58] <hyperair> six different packages?
[17:58] <hyperair> ah
[17:58] <hyperair> did you subscribe ubuntu-main-sponsors and ubuntu-universe-sponsors?
[17:59] <maco> main is subscribed, not universe..i...hmmm actually im not sure there are any universe ones. 5 are definitely main
[17:59] <rrittenhouse> 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] <maco> oh, kdegames is main. theyre all main
[18:00] <maco> sorry for the confusion
[18:34] <RainCT> nhandler: I'm doing the stats stuff you asked for on REVU.
[18:34] <RainCT> nhandler: Is week supposed to be "last 7 days" or "since monday"?
[18:35] <nhandler> RainCT: I would think last 7 days
[18:36] <nhandler> And thanks a lot RainCT. I'll keep my eyes on the bug report
[18:37] <RainCT> Okay. That's one (or maybe three) extra queries then
[18:47] <RainCT> nhandler: uhm, the "X +/- than less week" part isn't possible
[18:48] <RainCT> as REVU doesn't know when stuff was archived
[18:49] <nhandler> RainCT: Ok, no problem.
[18:55] <RainCT> nhandler: http://revu.ubuntuwire.com/stats.py
[19:25] <hyperair> what's the difference between ${source:Version} and ${binary:Version}? @_@
[19:26] <hyperair> i previously thought source:Version was the version minus the debian revision.
[19:26] <hyperair> whoops
[19:27] <RainCT> 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] <ScottK> RainCT: Only in Debian.  We don't do it.
[19:27] <hyperair> huh O_o
[19:27] <hyperair> how do you do something like that?
[19:27] <hyperair> isn't the version taken straight out of debian/changelog?
[19:27] <ScottK> They have a concept of binary NMU which is a binary only rebuild.
[19:28] <hyperair> i see.
[19:28] <ScottK> It gets auto added to the changelog in the .deb
[19:28] <hyperair> ah
[19:30] <hyperair> so the one i was looking for was actually ${source:Upstream-Version}
[19:30] <RainCT> ScottK: ah, so that's only for rebuilds?
[19:30] <ScottK> RainCT: Exactly.
[19:31]  * hyperair thought that rebuilds rebuild the entire package from source
[19:31] <hyperair> so it's only binary-arch eh..
[19:32] <ScottK> hyperair: In Ubuntu they do.  In Debian they don't.
[19:32] <hyperair> i see
[19:32] <hyperair> there are more differences between debian and ubuntu than i thought =\
[19:39] <ScottK> 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] <YokoZar> ScottK: thanks
[19:55] <majikman> why in the world does tomcat log error messages into syslog?????
[20:06] <hyperair> to allow people like me to lol at people like you who suddenly discover tomcat error messages in your syslog =p
[20:11] <majikman> sigh.... can't they revert it back to normal operation? tomcat errors should go in their own log file
[20:11] <majikman> if i wanted a consolidated log file, i'd use syslog-ng or one of those apps
[20:36] <rohitkg> can anyone help me on debian-packaging
[20:37] <rohitkg> actually, i have written a C program,and a makefile for it
[20:38] <rohitkg> now, i want to create a debian package, out of this
[20:39] <Pici> rohitkg: have you read the packaging guide yet?
[20:40]  * hyperair grumbles about his malfunctioning dvdrw drive
[20:40] <rohitkg> yeah, i'm using cdbs
[20:40] <Pici> rohitkg: see http://wiki.ubuntu.com/PackagingGuide
[20:41] <rohitkg> actually, i'm having problem in understanding the rules file
[20:41] <maxb> rohitkg: In my opinion cdbs is more complexity than you need, and you'd be better served avoiding it, especially for a simple C program
[20:42] <maxb> rohitkg: *specific* questions are the key to getting effective help on IRC
[20:42] <rohitkg> i tried to build using just debhelper
[20:42] <rohitkg> but of no help
[20:45] <rohitkg> the problem is that i'm unable to add my own commands to the rules file.
[20:46] <rohitkg> maxb:actually i'm not able understand this portion
[20:48] <rohitkg> Pici:^^^^
[20:51] <maxb> rohitkg: I'm sorry, but you're not communicating what your problem is.
[20:51] <Pici> rohitkg: I'm not a packager, just someone trying to be a little helpful, sorry.
[20:52] <rohitkg> maxb:it'll be better if u explain me the way of converting that C program into a package
[20:54] <maxb> http://wiki.ubuntu.com/PackagingGuide
[20:54] <rohitkg> i have gone through that
[20:54] <maxb> There is perfectly good documentation that explains the generalities, I'm not going to rewrite it all on the fly into IRC
[20:57] <rohitkg> maxb:that one is much more complicated one
[20:58] <slytherin> rohitkg: what are you trying to do?
[20:58] <rohitkg> slytherin:look i have written a simple C program, and want to create a package out of this
[20:59] <slytherin> rohitkg: what program is that? How is it compiled? Where is the tar.gz for this program?
[21:00] <rohitkg> slytherin:this one is a simple hello,world program, i'm compiling it using a makefile
[21:00] <rohitkg> and it's stored in directory named myhello-1.0
[21:01] <rohitkg> to go with the naming standards
[21:01] <slytherin> rohitkg: you need to have a tar.gz file that contains both the c source file and the makefile.
[21:01] <slytherin> you can simply do 'tar -zcvf myhello_1.0.tar.gz myhello-1.0'
[21:02] <rohitkg> ok, wait
[21:02] <slytherin> sorry, name of tar should be myhello_1.0.orig.tar.gz
[21:03] <rohitkg> actually, while using the command dh_make --createorig
[21:03] <rohitkg> it's creating one
[21:04] <rohitkg> slytherin:what next
[21:04] <slytherin> rohitkg: next follow the instructions in the packaging guide.
[21:06] <rohitkg> slytherin: i have done that, but i'm facing problems while building the package,and the packaging guide uses an older version of debhelper
[21:06] <slytherin> rohitkg: what problem?
[21:07] <rohitkg> slytherin:the problem is i don't know to use that build section to build my package
[21:08] <rohitkg> int he build-stamp portion
[21:08] <rohitkg> sorry,in the
[21:09] <slytherin> rohitkg: How about simply 'make' (without quotes).
[21:10] <rohitkg> slytherin:can you explain, what's that CFLAGS used for
[21:11] <slytherin> rohitkg: Frankly, if you don't know how autotools based build systems work then I don't see the point in trying to package something. Even if it is a program you wrote.
[21:12] <rohitkg> slytherin:from where can i know about it?
[21:13] <slytherin> rohitkg: google
[21:13] <rohitkg> slytherin:wait
[21:15] <rohitkg> slytherin:ok i'll go through it,anything else you suggest
[21:16] <slytherin> nothing comes to my mind.
[21:16] <rohitkg> ok thanx
[21:16] <nhandler> RainCT: The text activity log looks great! Thanks a ton
[21:18] <RainCT> nhandler: no problem :)
[21:19] <maco> slytherin, why autotools and not cmake?
[21:19] <maco> kde just went all-cmake
[21:19] <slytherin> maco: he is already using a makefile, so I just assumed it was autotools based.
[21:20] <slytherin> I don't know much about c programs.
[21:20] <ScottK> Dealing with KDE packaging is SOOOOO much easier now that their build system is cmake based.
[21:22] <maco> slytherin, autotools is difficult to use and way overcomplicated for a hello world
[21:23] <maco> for simple things, Makefiles are a matter of typing 3 lines into a file and naming it "Makefile"
[21:23] <slytherin> maco: I know, for the person who doesn't know what CFLAGS are, what other documentation would you suggest?
[21:23] <maco> if it really is a hello world, he doesnt even need CFLAGS :P
[21:24] <maco> but id say look up info about gcc rather than about autotools
[21:24] <maco> i learned to write Makefiles from the O'Reilly book "Practical C Programming" ...though i've forgotten most of it by now
[21:26] <slytherin> I love java and ant. :-P
[21:29] <slytherin> geser: I didn't see the build failure for excalibur-logkit that you noticed. Is you pbuilder chroot updated?
[21:40] <RoAkSoAx> Hey guys why would something like: Local variables: +mode: debian-changelog +End: is added to the end of the debian/changelog?
[23:05] <rawler> one question I'm pondering: is it possible to have Ubuntu auto-detect unused packages?
[23:06] <rawler> I'm pretty sure there are packages in my system that have not been used at all for a great while.. now when I'm about to go wild-and-crazy and try Karmic, I wonder if I can shave a bit of time from the upgrade-process by removing old cruft first.. any ideas?
[23:08] <reto`> rawler: so you mean something beyond autoremove?
[23:08] <rawler> yeah..
[23:09] <rawler> for instance, I know I've installed quite a bunch of packages over the years, just for testing something, or -dev packages for building something to test, and then just forgot about it..
[23:10] <rawler> I used to run without relatime, so maybe recurse through installed packages and checking atime on the files would have been a start.. unfortunately, now I run relatime, so no luck there..
[23:10] <Kangarooo> rawler: sudo aptitude purge *packag-name*
[23:11] <rawler> yeah, I wasn't asking about REMOVING packages.. that's not a problem.. the problem is FINDING which packages I don't use..
[23:12] <rawler> quick sifting through synaptic found some 386 pkgs I don't have immediate use for, but it got me thinking, shouldn't there be an easier way?
[23:12] <reto`> rawler: the problem is... how can the system know if you use a dev package for instance, or not?
[23:12] <Kangarooo> and this also removed all very old unusable packages for me.. try- delete one unusable programm
[23:12] <geofft> rawler: You could try to list the packages that are not recursive depends of ubuntu-desktop
[23:13] <ScottK> I think the cruft cleaner is supposed to maybe help with this.  Not sure.
[23:13] <rawler> atime would perhaps partially work (provided I do not run relatime, which I do), but the real problem I'd say, is how should the system separate actually using some resource from /usr/share, from just some indexing process indexing it?
[23:14] <rawler> geofft: how would I do that?
[23:14] <rawler> Kangarooo: what do you mean?
[23:14] <Kangarooo> rawler: do this just once try. install something like sudo apt-get install pastebinit && sudo aptitude purge pastebinit
[23:15] <rawler> Kangarooo: yeah, but that only removes old deps, right?
[23:15] <rawler> not old explicitly installed packages?
[23:15] <rawler> I've also looked at deborphan, which helps a bit, but I wonder if it shouldn't be easier..
[23:15] <geofft> yeah, 'locate' will scan all files on your system nightly, so atime may not help.
[23:16] <rawler> ScottK: cruft cleaner removes some packages, but doesn't do this..
[23:16] <geofft> rawler: when I needed this recently, I scripted something to parse apt-rdepends' output
[23:16] <geofft> and use comm(1) to compare that with the set of packages on the system
[23:16] <rawler> geofft: oh.. :) I could probably script something through python-apt, then.. :)
[23:16] <geofft> (or in my case, another apt-rdepends -r)
[23:16] <ScottK> rawler: Perhaps you could discuss your use case with liw and he might include it.
[23:16] <rawler> ScottK: liw?
[23:16] <Kangarooo> week ago I removed one package with aptitude purge and it also deleted 128mb of something else but programm with sudo apt-get purge wanted only to remove 2mb.. witch was the size of that programm.. and remove only removes and purge removes and purges settings.. so purge is cooler for cleaner system but aptitude purge is more cooler couse it checked other things also what's not needed..
[23:17] <rawler> ScottK: the problem is, I don't think there are any clear attributes to go by when deciding what is an "unused app"..
[23:17] <rawler> Kangarooo: aptitude purge only does automatic "apt-get autoremove" AFAIU
[23:18] <ScottK> I suspect you are right, but if you get him excited about the idea, then he has to figure it out, not you.
[23:20] <rawler> does someone here have any reasonable guesstimate on how much system resources would be consumed by having a constantly running daemon running in the background, recording file-accesses, and storing it in a database? like, ' strace | grep open ' ... then you could get away from the problem with atime updated by indexers (by blacklisting indexers), and perhaps get the access-data you need?
[23:20] <geofft> ralwer: er, you want inotify for that.
[23:20] <rawler> geofft: doesn't inotify only react on file-alteration?
[23:20] <geofft> If for no other reason than strace changes properties of apps (e.g., setuid)
[23:20] <geofft> IIRC it reacts on access as well.
[23:21] <geofft> yeah, the manpage talks about an IN_ACCESS or IN_OPEN watch
[23:21] <Kangarooo> rawler: if questions in launchpad can be asked one for many groups then im asking does someone know is it possible to ask one question for many groups of launchpad with one question id?
[23:22] <rawler> Kangarooo: was that really meant for me?
[23:24] <Kangarooo> rawler: yes. couse your question maybe will be too complicated to answer so it needs to be stored.. and asked for bigger group of ubuntu users. but I dont know if its possible to ask with one question id to many launchpad groups. so question to everyone- is it?
[23:24] <rawler> geofft: cool.. i wonder if inotify can connect changes to a certain PID, though.. :S
[23:26] <geofft> not as far as I can see, but you can do lsof or something equivalent
[23:26] <geofft> The real problem is that you want to run this for a month or so.
[23:27] <rawler> yeah.. I'm thinking whether it COULD be implemented as a system-service, for use with the cruft-removal tool, for instance..
[23:43] <cjwatson> RoAkSoAx: those are formatting instructions to emacs
[23:44] <cjwatson> geofft: I'd have thought that locate would only look at directory contents and thus would not cause atime updates on files. Of course there may be other things that cause spurious atime updates, but I wouldn't expect very many given that popularity-contest relies on atime
[23:44] <cjwatson> (at least partially)