[12:14] <LaserJock> ajmitch_: ping?
[12:14] <ajmitch_> LaserJock: yessir?
[12:15] <LaserJock> ajmitch_: is it ok to patch Makefile.in and Makefile.am?
[12:16] <TheMuso> LaserJock: Better to alter configure.in/configure.ac if you can.
[12:16] <TheMuso> I think. Depends on what it is.
[12:17] <LaserJock> TheMuso: I'm trying to fix malone bug 6636
[12:17] <Ubugtu> malone bug 6636 in qgis "help html doesn't launch" [Normal,Unconfirmed]  http://launchpad.net/bugs/6636
[12:17] <LaserJock> basically the program thinks the docs are in a different path
[12:18] <TheMuso> LaserJock: Downloading to have a look now.
[12:20] <ajmitch_> LaserJock: yes it's generally ok
[12:21] <LaserJock> ok, so when you hit "help" the program looks for /usr/share/<pkg>/doc/ but the docs are installed in /usr/share/doc/<pkg>
[12:21] <marcin`> hi MOTU's
[12:21] <LaserJock> and even the doc itself says that it is supposed to be in /sr/share/doc/<pkg>
[12:21] <LaserJock> hi marcin`
[12:21] <marcin`> short question today - how can I file ITP ?
[12:21] <TheMuso> LaserJock: Have you looked at doc/Makefile.am?
[12:22] <TheMuso> SOrry no it doesn't.
[12:22] <LaserJock> TheMuso: yes, that is why I wanted to patch the Makefile
[12:22] <TheMuso> Yeah I know.
[12:22] <LaserJock> marcin`: reportbug
[12:23] <TheMuso> I see. The Makefile.am in the package root is different to the Makefile.am in the doc/ dir.
[12:23] <TheMuso> Yes, best to patch it.
[12:23] <marcin`> LaserJock: I was trying to use this but I don't understand this or manual is outdated
[12:24] <LaserJock> TheMuso: they are different?
[12:24] <TheMuso> the Makefile.am in the root directory of the package seems to be diferent to the doc/Makefile.am.
[12:24] <marcin`> LaserJock: reportbug --email my at email wnpp ?
[12:25] <TheMuso> docdatadir = $(datadir)/$(PACKAGE)/doc in Makefile.am as opposed to docdatadir = $(datadir)/doc/$(PACKAGE) in doc/Makefile.am
[12:26] <LaserJock> TheMuso: are you looking at the source package? or the orig.tar.gz?
[12:26] <TheMuso> The source package.
[12:26] <TheMuso> From universe.
[12:27] <TheMuso> There seems to be a diff in the .diff.gz file.
[12:28] <TheMuso> There is a combination of patches in the debian/patches directory, and patched files in he diff itself.
[12:28] <LaserJock> yeah, I noticed
[12:28] <LaserJock> I'm trying to keep it all straight :/
[12:28] <TheMuso> Messy.
[12:29] <LaserJock> no wonder the .diff.gz is 80K
[12:30] <TheMuso> Yeah.
[12:31] <LaserJock> TheMuso: so what do you think would be the best course of action? make a patch for Makefile.am or put it in the .diff.tar.gz too?
[12:32] <LaserJock> or let upstream fix the mess ;-)
[12:33] <TheMuso> LaserJock: Don't really know. It would be worth checkin the other Makefiles that have been patched as well to see what was changed.
[12:33] <TheMuso> I wonder what came first though? The debian/patches directory or the patches in the diff.gz file?
[12:34] <netzmeister> yeah i'm on a good way.. the seamonkey package is building..
[12:34] <netzmeister> *dance*
[12:34] <raphink> great :)
[12:35] <LaserJock> TheMuso: it looks like all the Makefile patches are for the doc directory.
[12:35] <TheMuso> Right. Well they missed one.
[12:35] <raphink> netzmeister: could you review it before uploading it please ? see https://wiki.ubuntu.com/MOTU/Packages/Reviewing and https://wiki.ubuntu.com/MOTU/Packages/REVU/REVU-Tools
[12:36] <TheMuso> And I would say it isn't working due to the root Makefile.am etc not being patched.
[12:36] <TheMuso> But I think tere is more to it. Looking deeper. :)
[12:37] <netzmeister> raphink:  yes. i will upload the "codeblocks" package before..
[12:38] <TheMuso> LaserJock: Try changing Makefile.am and Makefile.in in the root dir and see what happens.
[12:39] <raphink> netzmeister: ok
[12:52] <netzmeister> ahh i'm tired & out..
[12:52] <netzmeister> cu later
[12:53] <netzmeister> bye bye
[12:57] <LaserJock> hi Unfrgiven
[12:59] <Unfrgiven> LaserJock: hey dude
[12:59] <Unfrgiven> LaserJock: how r u
[12:59] <ajmitch_> hey Unfrgiven
[01:00] <ajmitch_> long time no see
[01:00] <Unfrgiven> ajmitch_: gday mate
[01:00] <Unfrgiven> ajmitch_: indeed, its been a while...
[01:00] <TheMuso> LaserJock: Howd you go?
[01:00] <Unfrgiven> ajmitch_: how have u been?
[01:00] <ajmitch_> Unfrgiven: I'm back in .au again, brisbane this time
[01:01] <Xoritor> anyone here using dapper 64bit tried to play 32bit nwn?
[01:01] <Unfrgiven> ajmitch_: oh cool. u've moved here?
[01:01] <Xoritor> it _used_ to work
[01:01] <ajmitch_> Unfrgiven: nah just doing some work here
[01:01] <ajmitch_> Unfrgiven: I've been ok, a bit busy as well
[01:01] <Xoritor> hmm
[01:01] <Xoritor> sorry wrong chan
[01:01] <Xoritor> hahaha
[01:01] <LaserJock> TheMuso: it's building, I'm going to test it out ;-)
[01:03] <Unfrgiven> ajmitch_: oic... cool.
[01:03] <LaserJock> Unfrgiven: have you had a chance to work on your IntroDeveloperDoc? I've been working on http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html
[01:06] <Unfrgiven> LaserJock: to be honest, I havent had the time. i'd like to help out though, where possible. i noticed that flight4 had a very different looking document to the one i submitted
[01:08] <Unfrgiven> LaserJock: is this one an entirely new doc or a reorgansied version of mine?
[01:08] <LaserJock> Unfrgiven: yeah, I'd like your opinion for sure, and any help would be appreciated.  I did a lot of restructuring.
[01:09] <LaserJock> Unfrgiven: well, it is basically an entirely new doc, but I'm using all kinds of sources. I'm hoping to incorporate all your material
[01:25] <LaserJock> TheMuso: arggh, it didn't work. That is so weird.
[01:27] <TheMuso> LaserJock: Still building here, will let you know how I go.
[01:27] <LaserJock> TheMuso: but I did find another place where docdatadir is set
[01:28] <LaserJock> TheMuso: doc/skin/ has the wrong path
[01:28] <LaserJock> I bet that is it
[01:28] <TheMuso> Right.
[01:30] <LaserJock> hmm, I don't know though, I don't see why that would effect the "Help"
[01:31] <TheMuso> Still going for me, a big package on a slowish machine.
[01:32] <LaserJock> yeah
[01:34] <LaserJock> TheMuso: so did you change all occurrences of docdatadir?
[01:35] <TheMuso> No, only the root dir Makefile.am/in
[01:35] <TheMuso> What ones need changing?
[01:36] <LaserJock> I changed just the root ones too and it didn't work. but I didn't change doc/Makefile or doc/skin/Makefile.{am,in}
[01:37] <LaserJock> I wonder if I should leave doc/skin alone
[01:38] <LaserJock> TheMuso: are the Makefile's recreated at build time?
[01:46] <TheMuso> The Makefiles are usually created by the configure script.
[01:49] <herzi> dholbach: ping
[01:49] <dholbach> herzi: pong
[01:51] <LaserJock> TheMuso: that's what I thought, which only left doc/skins/ with a wrong path
[01:51] <TheMuso> Right. So are yo building again?
[01:52] <TheMuso> Decided to stop my build. That program is huuuge.
[01:52] <TheMuso> And if you have found another file to change, there is no point continuing.
[01:53] <LaserJock> TheMuso: yeah, I'm building again
[01:53] <TheMuso> Let me know how you go.
[01:54] <LaserJock> sure
[02:00] <LaserJock> hi thierry
[02:01] <thierry> hi LaserJock
[02:12] <LaserJock> TheMuso: arggh, that wasn't it
[02:13] <TheMuso> Woo.
[02:13] <TheMuso> This is a tough one.
[02:14] <LaserJock> TheMuso: it acts like it is hardcoded, but it can't be
[02:15] <TheMuso> hmmm
[02:17] <LaserJock> TheMuso: ahhh, I think I might have found something
[02:17] <TheMuso> Cool.
[02:18] <LaserJock> it is hard coded
[02:18] <TheMuso> So even the Debian maintainer muscent be aware of that.
[02:18] <TheMuso> Where abouts?
[02:18] <LaserJock> in src/qgisapp.cpp
[02:18] <TheMuso> eww.
[02:18] <TheMuso> Someone was very naughty.
[02:18] <LaserJock> line 4034
[02:19] <LaserJock>  url = "file://" + mAppDir + "/share/qgis/doc/" + url;
[02:19] <TheMuso> I guess you need to refer to a variable of some sort.
[02:19] <TheMuso> So that autoconf fixes that up or something.
[02:20] <LaserJock> well, I could really just change it because the doc itself has the path so it should be consistent, but that isn't very elegant
[02:20] <TheMuso> Yeah.
[02:20] <TheMuso> But you don't want to hard code it to something else.
[02:21] <psusi> what does apt-get source invoke to unpack a source package?
[02:21] <LaserJock> dpkg-source -x
[02:21] <psusi> ahh... let me try that...
[02:21] <TheMuso> psusi: I think it uses the file grab mechanism to download, and then calls dpkg-source -x I believe.
[02:21] <psusi> hrm...
[02:22] <psusi> I have the .orig.tar.gz and the diff...
[02:22] <TheMuso> You need the .dsc
[02:22] <psusi> if I manually extract the tar.gz though and then apply the diff with patch, the modes aren't right... debian/rules isn't executable for instance
[02:22] <TheMuso> You could unpack it manually if you wanted to.
[02:22] <psusi> ahh... so dpkg-source -x foo.dsc?
[02:22] <TheMuso> Chmod =x debian/rules
[02:22] <TheMuso> psusi: Yes.
[02:24] <psusi> bingo
[02:24] <LaserJock> TheMuso: well, I honestly don't know how to add the variable correctly.
[02:27] <TheMuso> LaserJock: Ask in -devel. There is very likely an autoconf/automake guru in there somewhere.
[02:32] <LaserJock> TheMuso: interesting, I just found a bug report in upstream where they changed the path to what it is now
[02:33] <LaserJock> I wonder if we should actually be installing the docs in /usr/share/qgis/docs/
[02:33] <LaserJock> since that is the author's intent
[02:35] <TheMuso> I don't know.
[02:35] <TheMuso> I thought /usr/share/doc/$PACKAGE WAS ONLY FOR PACKAGE RELATED DOCS SUCH AS readme, ETC.
[02:36] <dolson> whoa
[02:38] <LaserJock> is there a difference between /usr/share/doc/$package and /usr/share/$package/doc in this case?
[02:38] <LaserJock> I think /usr/share/$package/doc might be more appropriate, but I was just going from the Debian maintainer had done
[02:39] <TheMuso> Fair enough.
[02:40] <TheMuso> I guess if the application has a help system that goes there, that is how it should be.
[02:40] <TheMuso> Many apps put stuff in /usr/share/$PACKAGE.
[02:40] <bluepixel> hey guys .. i am new to ubuntu. i already upgraded to dapper and i think the update-manager has many problems. after every upgrade, no matter what was upgraded, a restart of the whole machine is required. that cant be.
[02:40] <LaserJock> but I agree that it seems pretty dumb for the upstream to hard code the help path
[02:43] <TheMuso> LaserJock: Because daadir is an autoconf variable./
[02:43] <TheMuso> datadir even.
[02:43] <TheMuso> Some crazy ricer might have datadir as /app/datadir or something.
[02:44] <ajmitch_> TheMuso: you've been using gentoo?
[02:44] <TheMuso> ajmitch_: No.
[02:45] <ajmitch_> when someone says 'crazy ricer' I always think of gentoo for some reason
[02:45] <TheMuso> ajmitch_: Thats what I was thinking. Just wanted to use an example to put the point accross.
[02:46] <LaserJock> ajmitch_: really?
[02:47] <ajmitch_> LaserJock: of course
[02:47] <LaserJock> ajmitch_: hmm, somehow I don't
[02:47] <ajmitch_> that's a surprise
[02:48] <ajmitch_> LaserJock: go & laugh at www.funroll-loops.org for awhile
[02:48] <LaserJock> ah
[02:48] <bluepixel> is it okay, that the update manager wants to reboot the machine after every upgrade? i think, this should only be done after kernel was upgraded
[02:49] <LaserJock> bluepixel: this isn't a support channel so you better off filing a bug or asking #ubuntu
[02:49] <ajmitch_> I believe it's known & mvo is hopefully fixing it :)
[02:49] <dholbach> better ask in #ubuntu unless it's *really* a bug
[02:50] <bluepixel> LaserJock, thanks
[02:50] <dholbach> update-manager is not part of Universe so nothing MOTUs could change
[02:50] <ajmitch_> dholbach: thanks for sorting the f-spot UVF stuff :)
[02:50] <dholbach> ajmitch_: not to worry
[02:51] <bluepixel> sry, i use ubuntu for about 5? days now .. i have to learn how the community works
[02:51] <dholbach> bluepixel: Have fun in the Ubuntu community! :)
[02:52] <bluepixel> thanks.
[02:57] <nictuku> Hi. I'm making a deb package for a software I'm developing but I wonder what approach should I take to do all installation procedures. I mean, it has no Makefile or distutils. I wonder if it's sane to leave debian/rules to do all the dirty work there.
[02:58] <dolson> you're the upstream?
[02:59] <nictuku> yes
[02:59] <dolson> would it be easier to make a Makefile for everyone, including users of other distros?
[03:00] <nictuku> well.. should automake create users and set file permissions?
[03:01] <dolson> hey zakame
[03:01] <zakame> hello MOTUs! :D
[03:01] <zakame> hi dolson! :D
[03:01] <dolson> nictuku: doesn't dh_fixperms fix permissions?
[03:02] <nictuku> does it? :-)
[03:02] <dolson> or do you mean ownership?
[03:02] <nictuku> both
[03:02] <dolson> I haven't dealt with packages that make users yet.. but zakame will help you
[03:02] <dolson> right zakame?
[03:02] <nictuku> the point is, I'm sure debian/rules can do the job, but it this the "RightWay" ?
[03:03] <TheMuso> I think the postinst script sets up the user.
[03:03] <TheMuso> What is the user for?
[03:03] <nictuku> privilege separation
[03:03] <nictuku> it's a service
[03:03] <TheMuso> Right.
[03:03] <TheMuso> I suggest having a look at a package like speech-dispatcher. That is one off the top of my head that does what you are wanting to do.
[03:04] <zakame> hmm pkgs that make users should have a Depends on adduser iirc
[03:04] <TheMuso> It has a dependancy of adduser, and I think that gets done in the postinst script, but not entirely sure.
[03:04] <nictuku> interesting
[03:04] <TheMuso> zakame: The one I am thinking of does for sue.
[03:06] <nictuku> I get tired only to think that this package will even have to create SSL certificates, create "generic" database and tables, etc.
[03:06] <nictuku> so do you think I could just do not use autoconf, automake and python's distutils?
[03:07] <nictuku> and let the inst scripts do the all the work
[03:07] <TheMuso> What language is the package written in?
[03:07] <TheMuso> And where does it place files?
[03:08] <nictuku> python
[03:08] <zakame> see http://www.debian.org/doc/debian-policy/ch-files.html#s10.9
[03:09] <nictuku> I am reading the maint-guide and I've read the python policy, btw.
[03:09] <TheMuso> Just checcked that package I mentioned, and the user does indeed get created in the postinst script.
[03:09] <zakame> hello slomo ajmitch_
[03:11] <nictuku> thank you TheMuso, I'll check that.
[03:11] <LaserJock> bmonty: hi!
[03:11] <bmonty> hey LaserJock
[03:12] <ajmitch> hi
[03:12] <ajmitch> hopefully it's just DSL at home that's died
[03:12] <LaserJock> :(
[03:14] <zakame> hello bmonty LaserJock
[03:14] <bmonty> hi zakame and ajmitch
[03:16] <LaserJock> hi zakame
[03:17] <ajmitch> there it goes..
[03:17] <LaserJock> ajmitch: man, funroll-loops.org is quite amusing. I hadn't realized.
[03:18] <ajmitch> LaserJock: yeah :)
[03:21] <nictuku> ./configure --with-nobugs ; make optimized
[03:22] <LaserJock> ajmitch: I like this one, ""I essentially started using Gentoo because my ....ing KDE clock would never show the right time in Red Hat."
[03:22] <LaserJock> "
[03:24] <ajmitch> LaserJock: there are some gems in there :)
[03:24] <Lathiat> LaserJock: hehe
[03:24] <Lathiat> yeh i love it
[03:24] <Lathiat> i also love the bug report
[03:24] <Lathiat> with the 50 bazillion compilter flags
[03:24] <LaserJock> oh yeah
[03:25] <ajmitch_> and dsl is back
[03:25] <LaserJock> I once installed a nice app that when through all the CFLAGS and picked and optimized set for your computer
[03:25] <LaserJock> it was a nice waste of 2 days of cpu time ;-)
[03:26] <ajmitch> -O99 -ffast-math -sse3
[03:26] <hub> is there a free jvm that works in Universe?
[03:26] <hub> that I could use fronm withing firefox
[03:26] <LaserJock> ajmitch: I think mine took up ~ 2-3 lines
[03:26] <ajmitch> LaserJock: sure
[03:27] <ajmitch> and I'm sure the 0.05% performance improvement was worth it
[03:27] <bluepixel> lol
[03:27] <TheMuso> hehe
[03:27] <ajmitch> though some optimisations can be detrimental instead, causing cache misses, etc
[03:28] <bluepixel> the main advantage of portage is to decide, which softwareparts shall belong to the software, not the speed-imrovements. :)
[03:29] <bluepixel> but this is also no sorry for compiling all on your machine
[03:29] <LaserJock> well, I actually went from Gentoo to Ubuntu because I was wasting so much time compiling/tweaking that I didn't get any work done
[03:29] <LaserJock> but now look at me
[03:29] <LaserJock> I don't think it was the distro that had the problem ;-)
[03:30] <ajmitch> haha
[03:30] <ajmitch> LaserJock, addicted to gcc
[03:31] <bluepixel> LaserJock, same here .. i wasted also much time in running gcc..
[03:31] <LaserJock> but at least with Ubuntu I get my "fixes" faster. I just hated it when I just got done compiling KDE or gnome and then a new release came out
[03:32] <TheMuso> hahahahaha
[03:32] <bluepixel> lol
[03:32] <TheMuso> I have only played with gentoo on and off, but never really got into it. Build time was a factor for sure.
[03:32] <bluepixel> you really need a cluster farm to be faster than the releases :D
[03:33] <TheMuso> I also used to be a Slackware user, but once I found Ubuntu just worked for all my hardware, I jumped straight away.
[03:33] <LaserJock> Slackware is about the only major distro I haven't ever tried
[03:33] <TheMuso> Looks like a new GTK has come through the builds.
[03:34] <bluepixel> i had problems getting the Xserver running after upgrade to dapper, but i know what to do... so i mean, it was also no problem here.
[03:34] <TheMuso> Slackware had just about everything I needed, but it was the time consuming configuration, and having to grab packages to build for laptop functionality, like proper frequency scaling, etc.
[03:34] <TheMuso> I like slackware otherwise.
[03:35] <LaserJock> TheMuso: ok, qgis fixed now
[03:35] <TheMuso> Right.
[03:35] <TheMuso> What are you going to do re all the patches in the diff?
[03:36] <LaserJock> well, I just reverted the diffs, so basically the diff.gz is smaller now
[03:36] <TheMuso> Right.
[03:36] <TheMuso> Was that all it was fixing?
[03:36] <LaserJock> I'm not sure why the Debian maintainer did that
[03:36] <LaserJock> yes
[03:36] <TheMuso> Right.
[03:37] <LaserJock> he must have wanted to install the docs to /usr/share/doc/qgis
[03:37] <TheMuso> Yeah.
[03:37] <LaserJock> ajmitch: could I get you too look at a debdiff for me real quick
[03:38] <ajmitch_> maybe
[03:38] <ajmitch_> an informed opinion may be a little harder to come by
[03:40] <LaserJock> ajmitch_: tiber.tauware.de/~laserjock/qgis.debidff
[03:41] <LaserJock> basically, the Debian maintainer changed the Makefile.{am,in} to change the doc install path from /usr/share/qgis/doc/ to /usr/share/doc/qgis/
[03:41] <LaserJock> but the doc path is hard coded (at least /share/qgis/doc/) in the app so it couldn't find the help file
[03:41] <ajmitch_> ok
[03:41] <ajmitch_> so what change did you make?
[03:42] <LaserJock> all I did was *not* change the Makefile.{am,in} files to change the install path
[03:42] <LaserJock> the only changes in the files was for the doc path
[03:43] <ajmitch_> LaserJock: and what do you want me to do?
[03:43] <LaserJock> ajmitch_: well, I was going to make this my first upload so I wanted to make sure
[03:44] <LaserJock> ajmitch_: I'm still a little nervous about screwing up the repo, especially after poor doko's experience today
[03:44] <LaserJock> ajmitch_: fine, as long as it doesn't sound insane
[03:44] <ajmitch_> spelling things right in the changelog is a good first step
[03:45] <TheMuso> hahaha
[03:45] <ajmitch_> I'd rather the fix be to the app, making it use /usr/share/doc/qgis
[03:46] <LaserJock> ajmitch_: I agree, although I saw an upstream bug where the actually changed it to this path
[03:46] <LaserJock> ajmitch_: so I don't know if they would change it back
[03:47] <LaserJock> Do you think it would be worth letting go an getting Debian to change it for Dapper+1
[03:47] <ajmitch_> ;)
[03:47] <LaserJock> very helpful
[03:48] <ajmitch_> of course I am
[03:51] <LaserJock> hmm, I've gotta go but I'll think about it. I'd like to fix the bug, but I don't want to keep the delta to a minimum
[03:59] <dholbach> night guys
[04:00] <bmonty> bye dholbach
[06:14] <herzi> is revu "apt-get source"-able?
[06:15] <freeflying> herzi: no
[06:17] <hub> no
[06:17] <hub> sorry about that
[06:24] <trappist> How to get involved in an existing specification?  I've run across one I'm really interested in working on, but I don't see any forum for it.
[06:27] <freeflying> trappist: which specification
[06:27] <trappist> firewall
[06:28] <freeflying> trappist: u can contact the author of that spec, and ask him for detail
[06:29] <trappist> so a spec doesn't get its own mailing list, or bug report, or any collaborative tool like that?
[06:30] <freeflying> trappist: u can subscribe to the spec on launchpad
[06:30] <trappist> yeah did that
[06:30] <trappist> so if I want to help with implementation, I should contact the spec author, or the guy it's assigned to?
[06:31] <freeflying> trappist: ya
[06:32] <trappist> I mean to ask which one
[06:32] <freeflying> trappist: the author or the one assigned to
[06:38] <trappist> ok thanks
[06:38] <ajmitch_> trappist: the firewall spec is one that has been bountied & is mostly done but not ready for dapper
[06:38] <trappist> ajmitch_: yeah I saw the bounty.  unless it's done-with-a-capital-d as we say at work, I'd still like to get involved
[06:39] <ajmitch_> check the dapper development roadmap that gets sent out to the mailing list
[06:39] <trappist> the motu list or the devel list?  I don't recall seeing that.
[06:40] <ajmitch_> devel list
[06:40] <ajmitch_> might be devel-announce
[06:40] <trappist> oh I'm not subscribed to that one.
[08:13] <siretart> morning
[08:14] <freeflying> siretart: hi
[08:17] <ajmitch_> hey siretart
[08:17] <ajmitch_> how are you?
[08:18] <siretart> huhu freeflying, hi ajmitch_
[08:18] <siretart> ajmitch_: thanks fine. It is currently about 8am here, and I'm already awake
[08:18] <siretart> so I'm reading mails and stuff
[08:19] <ajmitch_> great :)
[08:19] <siretart> just got an email about NM maintainers asking for integration for AP_SCAN to wpasupplicant, so that NM can have wpa support
[08:19] <marcin`> hi MOTUs
[08:19] <ajmitch_> nice
[08:20] <siretart> this is great news, imo. perhaps (but only perhaps, since we are after FF), we can get that work to dapper
[08:20] <ajmitch_> hello marcin`
[08:20] <siretart> at least it should be possible to provide updated packages
[08:20] <marcin`> could someone tell me if is this possible with debian/${PACKAGE}.install to exclude some files from installation?
[08:20] <marcin`> for example in debian/${PACKAGE}.install i got:
[08:21] <marcin`> *.el /usr/share/emacs/site-lisp/package
[08:21] <marcin`> but I would like to install all *.el file except xxx.el
[08:21] <siretart> marcin`: delete if afterwards ;)
[08:21] <marcin`> is this possible to do this maybe with some regexp?
[08:22] <marcin`> siretart: ehh ok - I thought that you will paste some bash/sed/regexp magic but it's ok :)
[08:23] <siretart> marcin`: try creating your .install file with some 'find(1)' magic
[08:23] <ajmitch_> siretart: I'm never a fan of debian/rules modifying too many other files in debian/ :)
[08:23] <ajmitch_> though that way would work
[08:24] <ajmitch_> and then you might as well not use a .install file
[08:24] <ajmitch_> but just do find ... -exec dh_install ...
[08:24] <siretart> ajmitch_: I didn't say to run it in debian/rules
[08:24] <ajmitch_> siretart: true, you didn't :)
[08:24] <siretart> :)
[08:26] <ajmitch_> ok, I'd better head away for the evening
[08:26] <ajmitch_> see you all tomorrow
[08:41] <marcin`> siretart: 'find' magic in *.install doesn't want to work
[08:41] <marcin`> siretart: I'll just remove in fules - thanks anyway
[08:46] <siretart> marcin`: nono, you misunderstood me. I suggested in creating a custom *.install using find to include exactly the files you want
[08:47] <marcin`> siretart: aah
[09:03] <marcin`> another thing...
[09:04] <marcin`> I reported bug to malone: #5165 and it's assigned to MOTU
[09:04] <marcin`> does it mean that some MOTU will take care of this but?
[09:05] <Gloubiboulga> yes
[09:05] <marcin`> Gloubiboulga: heh ok - another thing is: when...?
[09:05] <Hobbsee> bug 5165
[09:05] <Ubugtu> malone bug 5165 in libphp-adodb "libphp-adodb in Breezy has dependency to php5" [Normal,Needs info]  http://launchpad.net/bugs/5165
[09:06] <siretart> marcin`: is this bug breezy only? has it been fixed in dapper?
[09:06] <Gloubiboulga> marcin`, I can't tell...
[09:06] <marcin`> siretart: I use dapper and no this bug is still here
[09:06] <marcin`> siretart: and in fact I'm not sure about breezy
[09:07] <marcin`> siretart: in breezy it could be ok
[09:07] <marcin`> siretart: I don't know when maintainer removed dependency to php4
[09:09] <siretart> marcin`: what about suphp?
[09:09] <siretart> no. php4 seems sufficient
[09:10] <marcin`> siretart: I think that change from php5 to php4 | php5 in dependencies should be ok
[09:10] <siretart> marcin`: I have to leave now. You might have better chances if you assign it to motureviewers
[09:11] <siretart> else keep on bugging motus in this channel to get your upload sponsored
[09:11] <marcin`> siretart: how?
[09:11] <Hobbsee> isnt it just uploading a debdiff to fix it?  and then poking someone?
[09:11] <siretart> (when I began contributing, I had a directory on my webserver called 'upload-queue', where I collected my uploads for batch processing by some motu)
[09:12] <marcin`> so I should fix this package, create debdiff and upload to malone?
[09:12] <siretart> sounds easy reviewable. yes
[09:13] <marcin`> heh and what about new version? adodb in this package is old
[09:13] <marcin`> there is already new version in upstream
[09:13] <siretart> marcin`: https://wiki.ubuntu.com/MOTU/UVFStatus
[09:14] <marcin`> siretart: ok
[09:14] <marcin`> siretart: thanks
[09:18] <marcin`> yet another question
[09:18] <marcin`> is there any naming convention for cvs snapshot packages?
[09:19] <Hobbsee> *thiknks*
[09:19] <marcin`> like: 1.0.0-cvs20060301-0ubuntu1 ?
[09:19] <Hobbsee> yeah, there is, trying to remember what it is...
[09:19] <Hobbsee> marcin`: kradio_0.1beta1.0snapshot20051204 or similar
[09:20] <Hobbsee> shouldnt be 1.0, as the 1.0 release of the package will need to replace the cvs version of it
[09:31] <dholbach> good morning
[09:31] <Hobbsee> morning dholbach!
[09:32] <dholbach> hey Hobbsee!
[09:39] <netzmeister> good morning dholbach
[09:39] <dholbach> hey netzmeister
[10:03] <TheMuso> Hey dholbach.
[10:03] <TheMuso> Feeling refreshed?
[10:04] <dholbach> TheMuso: I'm getting there
[10:05] <dholbach> TheMuso: it was around 5h of sleep
[10:07] <TheMuso> Ah right.
[10:32] <Tonio_> hello
[10:33] <Gloubiboulga> hi Tonio_
[01:56] <zakame> evening MOTUs
[02:01] <freeflying> zakame: hey
[02:02] <zakame> hello freeflying
[02:11] <freeflying> looking for review
[02:32] <freeflying> Tonio_: ping
[02:33] <Tonio_> freeflying: gonna review it ;)
[02:34] <freeflying> thx
[03:35] <Yagisan> G'day all
[04:40] <marcin`> heh some bastard screwed up gksu and gdm package :(
[05:07] <dholbach> marcin`: "<marcin`> heh some bastard screwed up gksu and gdm package :("
[05:08] <dholbach> marcin`: tame your tongue
[05:11] <netzmeister> :-/
[05:11] <marcin`> dholbach: sorry 1. wrong channel, 2. it was bug in gdm not in gksu - I'll file bug report in malone soon
[05:11] <dholbach> marcin`: no matter where you said that - it's as imappropriate as can be and you're not respecting the Code of Conduct at any rate
[05:12] <dholbach> marcin`: there's enough ranting around at the moment - don't forget there are *people* working on packages
[05:12] <dholbach> marcin`: and if you can't cope with momentary breakages, then please use the stable branch of the distro, thanks.
[05:21] <G0SUB> dholbach ++
[06:53] <netzmeister> hm since the last dapper update my linux doesn't boot..
[06:53] <netzmeister> grub doesn't find the partitions..
[06:54] <nomed> hi all
[06:54] <netzmeister> when i edit the grub lines manualy he finds the kernel but not the root filesystem..
[06:55] <netzmeister> hi nomed
[07:06] <Gloubiboulga> evening nomed :)
[07:58] <netzmeister> http://www.ubuntuusers.de/paste/310/
[07:58] <netzmeister> the output from lintian..
[07:58] <netzmeister> thats not nice.. :-(
[08:17] <phanatic> hi people
[08:17] <dolson> hi ph
[08:17] <dolson> phanatic even
[08:17] <dolson> lol
[08:17] <phanatic> re dolson :)
[10:13] <netzmeister> http://www.ubuntuusers.de/paste/310/
[10:13] <netzmeister> help.. :(
[10:14] <dholbach> netzmeister: it might help if you ask specific questions
[10:14] <dholbach> and people didn't have to look up a page and guess what you want them to help you with :)
[10:14] <netzmeister> :/
[10:14] <netzmeister> sry..
[10:15] <dholbach> Don' worry. :-)
[10:15] <netzmeister> the lintian test failed..
[10:15] <dholbach> yeah, obviously
[10:15] <dholbach> you have a bunch of stuff to fix :)
[10:15] <netzmeister> :( i know.. but i don't know how?
[10:15] <slomo> netzmeister: uh... ok, you can ignore the first one, for the second one don't install COPYING... the third one is bad as there already is another package with that library afaik, needs to be solved... and when that's solved we fix the others ;)
[10:15] <netzmeister> for example..
[10:17] <netzmeister> okay, i'll be back in a few minutes ... i play "bug hunter".. rofl
[10:21] <netzmeister> "W: codeblocks: non-dev-pkg-with-shlib-symlink usr/lib/libwxscintilla.so.0.0.1 usr/lib/libwxscintilla.so"
[10:21] <netzmeister> what does this mean?
[10:21] <netzmeister> can you give me a tip
[10:22] <raphink> some files go to the 0-dev package, some go to the 0 one
[10:23] <slomo> netzmeister: first of all be sure that no other package ships this files... i remember seeing this files somewhere else already
[10:24] <raphink> hmm yes unless this lib is only used by one package, huhu :$
[10:24] <netzmeister> hm
[10:26] <dholbach> Good Night guys!
[10:27] <netzmeister> night dholbach
[10:27] <phanatic> goodnite dholbach
[10:28] <marcin`> hi all
[10:28] <netzmeister> hi marcin`
[10:28] <marcin`> could someone avise me what to do if I would like to propose new naming convention for emacs packages?
[10:29] <marcin`> I already uploaded few packages to REVU - unfortunately only one was reviewed
[10:30] <marcin`> but on this first MOTU's complained about name - that I changed from already existing package in universe
[10:30] <marcin`> so I would like to propose a general change
[10:30] <marcin`> question - how and where?
[10:32] <zyga> marcin`: what is the current naming scheme?
[10:32] <marcin`> zyga: well propably there is no naming scheme
[10:33] <marcin`> zyga: packages has original names
[10:33] <marcin`> zyga: so sometimes you got: flim, apel, bbdb, nxml-mode
[10:34] <marcin`> zyga: and sometimes you got: emacs-color-themes, emacs-wiki
[10:34] <marcin`> zyga: I would like to propose general change to emacs-[original_name] 
[10:35] <phanatic> marcin`: maybe you should propose to debian devels first?
[10:35] <zyga> marcin`: sounds quite reasonable
[10:36] <marcin`> phanatic: mailing list or is there irc channel?
[10:36] <phanatic> i think the debian-devel list would reach more people than irc
[10:37] <marcin`> ok then I'll try to do this
[10:56] <netzmeister> slomo:  http://www.ubuntuusers.de/paste/314/
[10:56] <netzmeister> it is a little bit better..
[11:04] <netzmeister> whiprush: codeblocks: extra-license-file usr/share/doc/codeblocks/COPYING.gz
[11:05] <netzmeister> when i delete the COPYRIGHT file another error occours..
[11:05] <netzmeister> :(
[11:05] <netzmeister> sry not COPYRIGHT.. i mean COPYING
[11:07] <hub> just that it gets installed by make install
[11:07] <ajmitch> morning
[11:07] <phanatic> hi ajmitch
[11:10] <netzmeister> hub:  you talk to me?
[11:12] <hub> netzmeister: yeah
[11:12] <Amaranth> yeah, make install needs to not install the COPYING.gz fle
[11:13] <netzmeister> hmm i build a package
[11:47] <netzmeister> "non-dev-pkg-with-shlib-symlink"
[11:47] <netzmeister> hmm