=== herzi [n=herzi@d123201.adsl.hansenet.de] has joined #ubuntu-motu === BlueT_ [n=BlueT@61-59-209-195.adsl.static.seed.net.tw] has joined #ubuntu-motu [12:14] ajmitch_: ping? [12:14] LaserJock: yessir? [12:15] ajmitch_: is it ok to patch Makefile.in and Makefile.am? [12:16] LaserJock: Better to alter configure.in/configure.ac if you can. [12:16] I think. Depends on what it is. [12:17] TheMuso: I'm trying to fix malone bug 6636 [12:17] malone bug 6636 in qgis "help html doesn't launch" [Normal,Unconfirmed] http://launchpad.net/bugs/6636 [12:17] basically the program thinks the docs are in a different path === Amaranth_ [n=travis@24-116-61-125.cpe.cableone.net] has joined #ubuntu-motu [12:18] LaserJock: Downloading to have a look now. === nomed [n=nomed@host222-58.pool8260.interbusiness.it] has left #ubuntu-motu ["Leaving"] [12:20] LaserJock: yes it's generally ok [12:21] ok, so when you hit "help" the program looks for /usr/share//doc/ but the docs are installed in /usr/share/doc/ [12:21] hi MOTU's [12:21] and even the doc itself says that it is supposed to be in /sr/share/doc/ [12:21] hi marcin` [12:21] short question today - how can I file ITP ? [12:21] LaserJock: Have you looked at doc/Makefile.am? [12:22] SOrry no it doesn't. [12:22] TheMuso: yes, that is why I wanted to patch the Makefile [12:22] Yeah I know. [12:22] marcin`: reportbug [12:23] I see. The Makefile.am in the package root is different to the Makefile.am in the doc/ dir. [12:23] Yes, best to patch it. [12:23] LaserJock: I was trying to use this but I don't understand this or manual is outdated [12:24] TheMuso: they are different? [12:24] the Makefile.am in the root directory of the package seems to be diferent to the doc/Makefile.am. [12:24] LaserJock: reportbug --email my at email wnpp ? [12:25] docdatadir = $(datadir)/$(PACKAGE)/doc in Makefile.am as opposed to docdatadir = $(datadir)/doc/$(PACKAGE) in doc/Makefile.am [12:26] TheMuso: are you looking at the source package? or the orig.tar.gz? [12:26] The source package. [12:26] From universe. [12:27] There seems to be a diff in the .diff.gz file. [12:28] There is a combination of patches in the debian/patches directory, and patched files in he diff itself. [12:28] yeah, I noticed [12:28] I'm trying to keep it all straight :/ [12:28] Messy. [12:29] no wonder the .diff.gz is 80K [12:30] Yeah. [12:31] 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? === plugwash [i=plugwash@p10link.net] has joined #ubuntu-motu [12:32] or let upstream fix the mess ;-) [12:33] 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] I wonder what came first though? The debian/patches directory or the patches in the diff.gz file? === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-motu [12:34] yeah i'm on a good way.. the seamonkey package is building.. [12:34] *dance* [12:34] great :) [12:35] TheMuso: it looks like all the Makefile patches are for the doc directory. [12:35] Right. Well they missed one. [12:35] 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] And I would say it isn't working due to the root Makefile.am etc not being patched. [12:36] But I think tere is more to it. Looking deeper. :) [12:37] raphink: yes. i will upload the "codeblocks" package before.. [12:38] LaserJock: Try changing Makefile.am and Makefile.in in the root dir and see what happens. === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-motu [12:39] netzmeister: ok === bobesponja [i=pat@bas75-1-81-57-4-105.fbx.proxad.net] has joined #ubuntu-motu === herzi [n=herzi@d123201.adsl.hansenet.de] has joined #ubuntu-motu === poningru [n=poningru@n128-227-48-188.xlate.ufl.edu] has joined #ubuntu-motu [12:52] ahh i'm tired & out.. [12:52] cu later [12:53] bye bye === Unfrgiven [n=ankur@202.76.176.94] has joined #ubuntu-motu [12:57] hi Unfrgiven [12:59] LaserJock: hey dude [12:59] LaserJock: how r u [12:59] hey Unfrgiven [01:00] long time no see [01:00] ajmitch_: gday mate === herzi [n=herzi@d123201.adsl.hansenet.de] has joined #ubuntu-motu [01:00] ajmitch_: indeed, its been a while... === Xoritor [n=xoritor@xorit.net] has joined #ubuntu-motu [01:00] LaserJock: Howd you go? [01:00] ajmitch_: how have u been? [01:00] Unfrgiven: I'm back in .au again, brisbane this time [01:01] anyone here using dapper 64bit tried to play 32bit nwn? [01:01] ajmitch_: oh cool. u've moved here? [01:01] it _used_ to work [01:01] Unfrgiven: nah just doing some work here [01:01] Unfrgiven: I've been ok, a bit busy as well [01:01] hmm [01:01] sorry wrong chan [01:01] hahaha [01:01] TheMuso: it's building, I'm going to test it out ;-) [01:03] ajmitch_: oic... cool. [01:03] 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 === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-motu [01:06] 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] LaserJock: is this one an entirely new doc or a reorgansied version of mine? [01:08] Unfrgiven: yeah, I'd like your opinion for sure, and any help would be appreciated. I did a lot of restructuring. [01:09] 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] TheMuso: arggh, it didn't work. That is so weird. [01:27] LaserJock: Still building here, will let you know how I go. [01:27] TheMuso: but I did find another place where docdatadir is set === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu [01:28] TheMuso: doc/skin/ has the wrong path [01:28] I bet that is it [01:28] Right. [01:30] hmm, I don't know though, I don't see why that would effect the "Help" [01:31] Still going for me, a big package on a slowish machine. [01:32] yeah [01:34] TheMuso: so did you change all occurrences of docdatadir? === toma [i=toma@ip83.kovoks.nl] has left #ubuntu-motu ["Ooh,] [01:35] No, only the root dir Makefile.am/in [01:35] What ones need changing? [01:36] 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] I wonder if I should leave doc/skin alone [01:38] TheMuso: are the Makefile's recreated at build time? === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu [01:46] The Makefiles are usually created by the configure script. === Xoritor [n=xoritor@xorit.net] has joined #ubuntu-motu [01:49] dholbach: ping [01:49] herzi: pong [01:51] TheMuso: that's what I thought, which only left doc/skins/ with a wrong path [01:51] Right. So are yo building again? [01:52] Decided to stop my build. That program is huuuge. [01:52] And if you have found another file to change, there is no point continuing. [01:53] TheMuso: yeah, I'm building again [01:53] Let me know how you go. [01:54] sure === thierry [n=thierry@modemcable023.222-70-69.mc.videotron.ca] has joined #ubuntu-motu [02:00] hi thierry [02:01] hi LaserJock === mhz [n=mhz_chil@pc-252-84-215-201.cm.vtr.net] has joined #ubuntu-motu [02:12] TheMuso: arggh, that wasn't it [02:13] Woo. [02:13] This is a tough one. [02:14] TheMuso: it acts like it is hardcoded, but it can't be [02:15] hmmm === Pupeno_ [n=Pupeno@19-161-126-200.fibertel.com.ar] has joined #ubuntu-motu [02:17] TheMuso: ahhh, I think I might have found something [02:17] Cool. [02:18] it is hard coded [02:18] So even the Debian maintainer muscent be aware of that. [02:18] Where abouts? [02:18] in src/qgisapp.cpp [02:18] eww. [02:18] Someone was very naughty. [02:18] line 4034 === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-motu [02:19] url = "file://" + mAppDir + "/share/qgis/doc/" + url; [02:19] I guess you need to refer to a variable of some sort. [02:19] So that autoconf fixes that up or something. [02:20] 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] Yeah. [02:20] But you don't want to hard code it to something else. === psusi [n=phreak@54.161.205.68.cfl.res.rr.com] has joined #ubuntu-motu [02:21] what does apt-get source invoke to unpack a source package? [02:21] dpkg-source -x [02:21] ahh... let me try that... [02:21] psusi: I think it uses the file grab mechanism to download, and then calls dpkg-source -x I believe. [02:21] hrm... [02:22] I have the .orig.tar.gz and the diff... [02:22] You need the .dsc [02:22] 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] You could unpack it manually if you wanted to. [02:22] ahh... so dpkg-source -x foo.dsc? [02:22] Chmod =x debian/rules [02:22] psusi: Yes. [02:24] bingo [02:24] TheMuso: well, I honestly don't know how to add the variable correctly. [02:27] LaserJock: Ask in -devel. There is very likely an autoconf/automake guru in there somewhere. [02:32] TheMuso: interesting, I just found a bug report in upstream where they changed the path to what it is now [02:33] I wonder if we should actually be installing the docs in /usr/share/qgis/docs/ [02:33] since that is the author's intent [02:35] I don't know. === g14 [n=SEJeff@12-211-125-247.client.insightbb.com] has joined #ubuntu-motu [02:35] I thought /usr/share/doc/$PACKAGE WAS ONLY FOR PACKAGE RELATED DOCS SUCH AS readme, ETC. [02:36] whoa === ajmitch_ hands TheMuso a shift key === tvelocity [n=tony@ipa46.2.tellas.gr] has joined #ubuntu-motu === TheMuso loves having to use a screen reader that is a kernel patch and does weird things with the keyboard when shift gets used a lot. [02:38] is there a difference between /usr/share/doc/$package and /usr/share/$package/doc in this case? === bluepixel [n=chris@R1c58.r.pppool.de] has joined #ubuntu-motu [02:38] I think /usr/share/$package/doc might be more appropriate, but I was just going from the Debian maintainer had done [02:39] Fair enough. [02:40] I guess if the application has a help system that goes there, that is how it should be. [02:40] Many apps put stuff in /usr/share/$PACKAGE. [02:40] 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] but I agree that it seems pretty dumb for the upstream to hard code the help path [02:43] LaserJock: Because daadir is an autoconf variable./ [02:43] datadir even. [02:43] Some crazy ricer might have datadir as /app/datadir or something. [02:44] TheMuso: you've been using gentoo? [02:44] ajmitch_: No. [02:45] when someone says 'crazy ricer' I always think of gentoo for some reason [02:45] ajmitch_: Thats what I was thinking. Just wanted to use an example to put the point accross. [02:46] ajmitch_: really? [02:47] LaserJock: of course [02:47] ajmitch_: hmm, somehow I don't [02:47] that's a surprise [02:48] LaserJock: go & laugh at www.funroll-loops.org for awhile [02:48] ah [02:48] 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] bluepixel: this isn't a support channel so you better off filing a bug or asking #ubuntu [02:49] I believe it's known & mvo is hopefully fixing it :) [02:49] better ask in #ubuntu unless it's *really* a bug [02:50] LaserJock, thanks [02:50] update-manager is not part of Universe so nothing MOTUs could change [02:50] dholbach: thanks for sorting the f-spot UVF stuff :) [02:50] ajmitch_: not to worry [02:51] sry, i use ubuntu for about 5? days now .. i have to learn how the community works === reggaemanu_ [n=manu@ARennes-257-1-118-59.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu [02:51] bluepixel: Have fun in the Ubuntu community! :) [02:52] thanks. === nictuku [n=yves@unaffiliated/nictuku] has joined #ubuntu-motu [02:57] 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] you're the upstream? [02:59] yes [02:59] would it be easier to make a Makefile for everyone, including users of other distros? [03:00] well.. should automake create users and set file permissions? === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-motu [03:01] hey zakame [03:01] hello MOTUs! :D [03:01] hi dolson! :D [03:01] nictuku: doesn't dh_fixperms fix permissions? [03:02] does it? :-) [03:02] or do you mean ownership? [03:02] both [03:02] I haven't dealt with packages that make users yet.. but zakame will help you [03:02] right zakame? [03:02] the point is, I'm sure debian/rules can do the job, but it this the "RightWay" ? [03:03] I think the postinst script sets up the user. [03:03] What is the user for? [03:03] privilege separation [03:03] it's a service [03:03] Right. [03:03] 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] hmm pkgs that make users should have a Depends on adduser iirc [03:04] It has a dependancy of adduser, and I think that gets done in the postinst script, but not entirely sure. [03:04] interesting [03:04] zakame: The one I am thinking of does for sue. === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu === ajmitch__ [n=ajmitch@dsl-210-15-201-110-static.QLD.netspace.net.au] has joined #ubuntu-motu [03:06] I get tired only to think that this package will even have to create SSL certificates, create "generic" database and tables, etc. [03:06] so do you think I could just do not use autoconf, automake and python's distutils? [03:07] and let the inst scripts do the all the work [03:07] What language is the package written in? [03:07] And where does it place files? [03:08] python [03:08] see http://www.debian.org/doc/debian-policy/ch-files.html#s10.9 [03:09] I am reading the maint-guide and I've read the python policy, btw. [03:09] Just checcked that package I mentioned, and the user does indeed get created in the postinst script. [03:09] hello slomo ajmitch_ === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-motu [03:11] thank you TheMuso, I'll check that. [03:11] bmonty: hi! [03:11] hey LaserJock [03:12] hi [03:12] hopefully it's just DSL at home that's died [03:12] :( [03:14] hello bmonty LaserJock [03:14] hi zakame and ajmitch === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu [03:16] hi zakame [03:17] there it goes.. [03:17] ajmitch: man, funroll-loops.org is quite amusing. I hadn't realized. [03:18] LaserJock: yeah :) === SloMoSnail [n=slomo@p5486F870.dip.t-dialin.net] has joined #ubuntu-motu === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-motu [03:21] ./configure --with-nobugs ; make optimized [03:22] 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] " === mqatrombone [n=matt@adsl-69-155-77-184.dsl.rcsntx.swbell.net] has joined #ubuntu-motu [03:24] LaserJock: there are some gems in there :) === ajmitch_ [n=ajmitch@port171-25.ubs.maxnet.net.nz] has joined #ubuntu-motu [03:24] LaserJock: hehe [03:24] yeh i love it [03:24] i also love the bug report [03:24] with the 50 bazillion compilter flags [03:24] oh yeah [03:25] and dsl is back [03:25] I once installed a nice app that when through all the CFLAGS and picked and optimized set for your computer [03:25] it was a nice waste of 2 days of cpu time ;-) [03:26] -O99 -ffast-math -sse3 [03:26] is there a free jvm that works in Universe? [03:26] that I could use fronm withing firefox [03:26] ajmitch: I think mine took up ~ 2-3 lines [03:26] LaserJock: sure [03:27] and I'm sure the 0.05% performance improvement was worth it [03:27] lol [03:27] hehe [03:27] though some optimisations can be detrimental instead, causing cache misses, etc [03:28] the main advantage of portage is to decide, which softwareparts shall belong to the software, not the speed-imrovements. :) [03:29] but this is also no sorry for compiling all on your machine [03:29] 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] but now look at me [03:29] I don't think it was the distro that had the problem ;-) [03:30] haha === LaserJock wishes pbuilder would hurry up [03:30] LaserJock, addicted to gcc [03:31] LaserJock, same here .. i wasted also much time in running gcc.. [03:31] 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] hahahahaha [03:32] lol [03:32] I have only played with gentoo on and off, but never really got into it. Build time was a factor for sure. [03:32] you really need a cluster farm to be faster than the releases :D === mqatrombone [n=matt@adsl-69-155-77-184.dsl.rcsntx.swbell.net] has left #ubuntu-motu [] [03:33] I also used to be a Slackware user, but once I found Ubuntu just worked for all my hardware, I jumped straight away. === TheMuso has just finished installing dapper on his notebook, and everything still "Just works". [03:33] Slackware is about the only major distro I haven't ever tried === ajmitch_ is lazy & likes relying on binary packages [03:33] Looks like a new GTK has come through the builds. [03:34] 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] 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] I like slackware otherwise. [03:35] TheMuso: ok, qgis fixed now [03:35] Right. [03:35] What are you going to do re all the patches in the diff? [03:36] well, I just reverted the diffs, so basically the diff.gz is smaller now [03:36] Right. [03:36] Was that all it was fixing? [03:36] I'm not sure why the Debian maintainer did that [03:36] yes [03:36] Right. [03:37] he must have wanted to install the docs to /usr/share/doc/qgis [03:37] Yeah. [03:37] ajmitch: could I get you too look at a debdiff for me real quick [03:38] maybe [03:38] an informed opinion may be a little harder to come by [03:40] ajmitch_: tiber.tauware.de/~laserjock/qgis.debidff === Pupeno_ [n=Pupeno@19-161-126-200.fibertel.com.ar] has left #ubuntu-motu ["I] [03:41] 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] 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] ok [03:41] so what change did you make? [03:42] all I did was *not* change the Makefile.{am,in} files to change the install path [03:42] the only changes in the files was for the doc path [03:43] LaserJock: and what do you want me to do? [03:43] ajmitch_: well, I was going to make this my first upload so I wanted to make sure === ajmitch_ cannot say much, really :) [03:44] ajmitch_: I'm still a little nervous about screwing up the repo, especially after poor doko's experience today [03:44] ajmitch_: fine, as long as it doesn't sound insane [03:44] spelling things right in the changelog is a good first step [03:45] hahaha [03:45] I'd rather the fix be to the app, making it use /usr/share/doc/qgis [03:46] ajmitch_: I agree, although I saw an upstream bug where the actually changed it to this path [03:46] ajmitch_: so I don't know if they would change it back === ajmitch_ shrugs [03:47] Do you think it would be worth letting go an getting Debian to change it for Dapper+1 === ajmitch_ shrugs [03:47] ;) [03:47] very helpful [03:48] of course I am === mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-motu [03:51] 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] night guys [04:00] bye dholbach === reggaemanu [n=manu@ARennes-257-1-118-59.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu === sevrin [n=sevrin@202.75.186.154] has joined #ubuntu-motu === dolson is now known as dolzzzon === bmonty [n=bmontgom@ubuntu/member/bmonty] has left #ubuntu-motu ["Ex-Chat"] === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu === raphink is building a nice repository :) === trulux [n=lorenzo@unaffiliated/trulux] has joined #ubuntu-motu === jcape [i=jcape@71.194.176.102] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu === pietrus [n=pietrus@c92583d3.virtua.com.br] has joined #ubuntu-motu === hondadarrell [n=hondadar@c-24-5-105-207.hsd1.ca.comcast.net] has joined #ubuntu-motu === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [06:14] is revu "apt-get source"-able? [06:15] herzi: no [06:17] no [06:17] sorry about that [06:24] 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] trappist: which specification [06:27] firewall [06:28] trappist: u can contact the author of that spec, and ask him for detail [06:29] so a spec doesn't get its own mailing list, or bug report, or any collaborative tool like that? [06:30] trappist: u can subscribe to the spec on launchpad [06:30] yeah did that [06:30] so if I want to help with implementation, I should contact the spec author, or the guy it's assigned to? === wjb [n=warren@c220-237-176-23.lowrp1.vic.optusnet.com.au] has joined #ubuntu-motu [06:31] trappist: ya [06:32] I mean to ask which one [06:32] trappist: the author or the one assigned to === minghua [n=minghua@69-153-139-36.dsl.hstntx.swbell.net] has joined #ubuntu-motu [06:38] ok thanks [06:38] trappist: the firewall spec is one that has been bountied & is mostly done but not ready for dapper [06:38] 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] check the dapper development roadmap that gets sent out to the mailing list [06:39] the motu list or the devel list? I don't recall seeing that. [06:40] devel list [06:40] might be devel-announce [06:40] oh I'm not subscribed to that one. === Psi-Jack [n=psi-jack@cpe-70-112-220-160.austin.res.rr.com] has left #ubuntu-motu ["Konversation] === viviersf [n=cain@196.44.1.98] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu === BlueT_ [n=BlueT@61-59-209-195.adsl.static.seed.net.tw] has joined #ubuntu-motu === Toadstool [n=jcorbier@maisel-gw.enst-bretagne.fr] has joined #ubuntu-motu === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-motu [08:13] morning [08:14] siretart: hi [08:17] hey siretart [08:17] how are you? [08:18] huhu freeflying, hi ajmitch_ [08:18] ajmitch_: thanks fine. It is currently about 8am here, and I'm already awake [08:18] so I'm reading mails and stuff [08:19] great :) === ajmitch_ is usually at work by 8am [08:19] just got an email about NM maintainers asking for integration for AP_SCAN to wpasupplicant, so that NM can have wpa support [08:19] hi MOTUs [08:19] nice [08:20] this is great news, imo. perhaps (but only perhaps, since we are after FF), we can get that work to dapper [08:20] hello marcin` [08:20] at least it should be possible to provide updated packages [08:20] could someone tell me if is this possible with debian/${PACKAGE}.install to exclude some files from installation? === ajmitch_ has to go in about 5-10 minutes [08:20] for example in debian/${PACKAGE}.install i got: [08:21] *.el /usr/share/emacs/site-lisp/package [08:21] but I would like to install all *.el file except xxx.el [08:21] marcin`: delete if afterwards ;) [08:21] is this possible to do this maybe with some regexp? === netzmeister [n=netzmeis@p549F445A.dip0.t-ipconnect.de] has joined #ubuntu-motu [08:22] siretart: ehh ok - I thought that you will paste some bash/sed/regexp magic but it's ok :) [08:23] marcin`: try creating your .install file with some 'find(1)' magic [08:23] siretart: I'm never a fan of debian/rules modifying too many other files in debian/ :) [08:23] though that way would work [08:24] and then you might as well not use a .install file [08:24] but just do find ... -exec dh_install ... [08:24] ajmitch_: I didn't say to run it in debian/rules [08:24] siretart: true, you didn't :) [08:24] :) [08:26] ok, I'd better head away for the evening [08:26] see you all tomorrow === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-motu [08:41] siretart: 'find' magic in *.install doesn't want to work [08:41] siretart: I'll just remove in fules - thanks anyway === Marticus [n=demart01@12-211-4-182.client.insightbb.com] has joined #ubuntu-motu [08:46] marcin`: nono, you misunderstood me. I suggested in creating a custom *.install using find to include exactly the files you want [08:47] siretart: aah === Zomb- [n=eb@x118.rhrk.uni-kl.de] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === lionelp_ [n=lionel@82.216.65.128] has joined #ubuntu-motu [09:03] another thing... [09:04] I reported bug to malone: #5165 and it's assigned to MOTU [09:04] does it mean that some MOTU will take care of this but? [09:05] yes [09:05] Gloubiboulga: heh ok - another thing is: when...? [09:05] bug 5165 [09:05] malone bug 5165 in libphp-adodb "libphp-adodb in Breezy has dependency to php5" [Normal,Needs info] http://launchpad.net/bugs/5165 [09:06] marcin`: is this bug breezy only? has it been fixed in dapper? [09:06] marcin`, I can't tell... [09:06] siretart: I use dapper and no this bug is still here [09:06] siretart: and in fact I'm not sure about breezy [09:07] siretart: in breezy it could be ok [09:07] siretart: I don't know when maintainer removed dependency to php4 [09:09] marcin`: what about suphp? [09:09] no. php4 seems sufficient === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu [09:10] siretart: I think that change from php5 to php4 | php5 in dependencies should be ok [09:10] marcin`: I have to leave now. You might have better chances if you assign it to motureviewers [09:11] else keep on bugging motus in this channel to get your upload sponsored [09:11] siretart: how? [09:11] isnt it just uploading a debdiff to fix it? and then poking someone? [09:11] (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] so I should fix this package, create debdiff and upload to malone? [09:12] sounds easy reviewable. yes === lionelp [n=lionel@ip-128.net-82-216-65.rev.numericable.fr] has joined #ubuntu-motu [09:13] heh and what about new version? adodb in this package is old [09:13] there is already new version in upstream === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-motu [09:13] marcin`: https://wiki.ubuntu.com/MOTU/UVFStatus [09:14] siretart: ok [09:14] siretart: thanks [09:18] yet another question [09:18] is there any naming convention for cvs snapshot packages? [09:19] *thiknks* [09:19] like: 1.0.0-cvs20060301-0ubuntu1 ? [09:19] yeah, there is, trying to remember what it is... [09:19] marcin`: kradio_0.1beta1.0snapshot20051204 or similar [09:20] shouldnt be 1.0, as the 1.0 release of the package will need to replace the cvs version of it === dholbach [n=daniel@i577B328B.versanet.de] has joined #ubuntu-motu [09:31] good morning [09:31]