=== Amaranth_ [n=travis@24-117-106-246.cpe.cableone.net] has joined #ubuntu-motu === g14 [n=SEJeff@12-211-125-247.client.insightbb.com] has joined #ubuntu-motu === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu [12:16] slomo are you there? === Arrogance [n=aks@ottawa-hs-206-191-39-20.d-ip.magma.ca] has joined #ubuntu-motu === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu [12:29] netzmeister: how is the packaging coming? [12:30] it looks good.. [12:30] http://www.ubuntuusers.de/paste/317/ [12:30] thats the result of lintian.. [12:31] i have no idea.. [12:31] :( === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu [12:32] netzmeister: well the first couple are because it seems you don't have a manpage for each binary you're installing [12:33] netzmeister: and COPYING shouldn't be installed [12:33] how? [12:33] netzmeister: the best way to provide manpages for your package is using docbook [12:34] hi raphink [12:34] hi LaserJock <>< [12:34] raphink: okay, i used manedit [12:34] i've deleted the file COPYING but then the build process stopps with an error [12:34] got my repo up today LaserJock :) all automatized in bash :) look : http://packages.raphink.net [12:34] netzmeister: don't delete anything from the source [12:34] k [12:34] netzmeister: the only changes should bring to the dir are in debian/ [12:35] don't add or remove anything but this dir [12:35] if you need to change things in the sources, you have to use patches [12:35] LaserJock: well css are not from me as you can guess ;) [12:35] raphink: okay. [12:36] but i don't know what i could do, to solve the last errors.. [12:36] raphink: am I going to have to report you to canonical ;-) [12:36] (manpage are no problems..) [12:36] LaserJock: why? [12:36] LaserJock: because of the logo ? [12:37] raphink: you doing naughty things? [12:37] raphink: copyrighted material ;-) [12:37] ajmitch: just having a repo [12:37] oh dear [12:37] LaserJock: I didn't modify the logo and it's used all around on the internet [12:38] raphink: np, I'm just to used to the doc team [12:38] LaserJock: no but if there's a good reason for you to say that, I'd be happy to know :) [12:38] ajmitch: what? === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #ubuntu-motu [12:40] wb slomo [12:40] ups, auto reconnect. :) [12:40] hehe [12:40] *g* [12:41] raphink: the black helicopters should be overhead shortly [12:41] haha [12:41] ajmitch: no really tell me what part is wrong? [12:41] using the logo, using the revu css ? [12:42] raphink: even worse, you'll have this to deal with: http://ploum.frimouvy.org/images/cheerleader.png [12:42] llllllllloooooool [12:42] hehe [12:42] "W: codeblocks: non-dev-pkg-with-shlib-symlink usr/lib/libwxscintilla.so.0.0.1 usr/lib/libwxscintilla.so" :( [12:42] i have no idea. am i a b00n? [12:42] netzmeister: the .so needs to go in the -dev pacakge [12:43] aha [12:43] netzmeister: because it is only used when link with -l [12:43] o_O === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu [12:54] "no-shlibs-control-file usr/lib/libcodeblocks.so.0.0.1" this error is past.. [12:54] :) [01:01] http://www.ubuntuusers.de/paste/318/ [01:01] 3 errors... [01:02] hub: i think my english is not good enough to understand the problem with the -dev package === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu === dolson is now known as dolson|brb [01:21] okay, i'm out. cu later === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-motu === dolson|brb is now known as dolson [01:45] hi MOTU's again [01:46] need some info how to create patches to orig sources that I could apply with package? [01:46] could some point me to some docs about it? === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu [01:49] marcin`: you can either use the transcript of ajmitch's motu school lesson as a guide ( I think sladen made a good summary; check the motu mailing list archives ), or you can use the Debian NMG, or you can use what LaserJock has done thus far with the packaging guide [01:51] marcin`: http://www.paul.sladen.org/ubuntu/tutorial/01/ in fact I even checked it yesterday for something [01:51] crimsun: I didn't really cover that part [01:52] I might do a terse writeup/braindump/howto [01:52] \sh explained a bit previous to my ramble, on how to do patching [01:52] crimsun: btw I see that fixes have landed in alsa CVS for acer laptops like mine [01:53] ajmitch: would would be really useful is a ''how to add debian/patches/ to a package that doesn't have it [01:53] sladen: I probably have the logs of it somewhere [01:53] ajmitch: and a 2 minute guide to working with quilt (since even I gave up after 3hours of faffing) [01:53] since that wasn't me explaining it === ajmitch has never used quilt === jroes [n=jroes@everest.sosdg.org] has joined #ubuntu-motu [02:01] sladen: thanks but this tutorial is nice but unfortunately doesn't answer my question [02:02] sladen: I know how to create package but don't know how to prepare packages that I could apply to orig sources [02:03] sladen: so I know how to package - don't know how to prepare package that changes something in orig sources [02:03] so guys... in MOTU school I see that dpatch is 'bad' === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu === minghua [n=minghua@danube.mems.rice.edu] has joined #ubuntu-motu [02:04] hello MOTU world [02:06] marcin`: I don't undersrand that; everyone is telling me off if I don't use delta patches [02:07] the context is that it's not nice to add a patch system to an existing debian package, since that can & possibly will greatly annoy the debian maintainer [02:08] ajmitch: I don't care about debian maintainer because package I create is not in debian yet [02:08] ajmitch: but I need to patch orig source so.... ? what to do? [02:08] then use what you want === dooglus [n=dooglus@rincevent.net] has joined #ubuntu-motu [02:09] if you want to use dpatch on something you're doing yourself, that's fine [02:09] ajmitch: ok let's say - cdbs... [02:10] ajmitch: then could you give me url how to prepare patches? [02:10] include dpatch.mk, and use dpatch-edit-patch [02:11] if you are using cdbs you can include simple-patchsys [02:11] and put normal diffs in debian/patches === reggaemanu [n=manu@ARennes-257-1-118-59.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu [02:13] I love it... [02:13] guys - please... URL ? [02:13] howto? [02:13] i thought I just gave you the howto [02:13] (I know I know google is my friend) [02:14] apt-get source muine [02:14] learn by example === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu === jroes [i=jroes@everest.sosdg.org] has joined #ubuntu-motu === Tomito [i=erojasa@200.29.151.196] has joined #ubuntu-motu [02:18] tseng: ok thanks [02:18] tseng: but just one thing [02:19] tseng: how you create files in debian/patch ? [02:19] with diff === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-motu [02:19] tseng: sorry debian/patches [02:19] diff -ruN sourcetree.old sourcetree.new [02:19] or: cdbs-edit-patch [02:20] and you need to be in source directory to run this right? [02:21] anyway I'll try === reggaemanu_ [n=manu@ARennes-257-1-118-59.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu === Kyral [n=kyral@ubuntu/member/kyral] has joined #ubuntu-motu === reggaemanu [n=manu@ARennes-257-1-118-59.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu [02:39] 'night guys (still recovering from stomach flu) === reggaemanu_ [n=manu@ARennes-257-1-147-11.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu === jroes [i=jroes@everest.sosdg.org] has joined #ubuntu-motu === reggaemanu [n=manu@ARennes-257-1-147-11.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu [03:33] siretart: ping [03:34] raphink: ping [03:35] freeflying: pong [03:35] raphink: need help again , hehe [03:35] with what? [03:35] raphink: plz del scim-pinyin on revu [03:35] right [03:36] raphink: thx, i'd reupload soon [03:36] done [03:37] raphink: would u mind review it [03:37] hmm not right now [03:37] it's 3:37AM [03:37] so I'm not in a good state to review ;) [03:37] hehe [03:37] hmm [03:38] ;) [03:40] freeflying: are you trying to upload scim-pinyin 0.5.91 to dapper? [03:40] minghua: have a try [03:41] freeflying: I would appreciate a notice before your upload then (as the Debian maintainer, not as the fellow Ubuntu member), thanks [03:43] minghua: work on this , just for the support of skim === KillerKiwi2006 [n=chatzill@219-89-202-222.adsl.xtra.co.nz] has joined #ubuntu-motu [03:43] anybody know if the CNR http://www.desktoplinux.com/news/NS7474779842.html rumor is ture? === jaldhar [n=jaldhar@c-68-80-95-221.hsd1.nj.comcast.net] has joined #ubuntu-motu [03:44] freeflying: well, I don't agree with at least the removal of scim-chinese [03:44] KillerKiwi2006: geez, I sure hope not [03:44] freeflying: but as I have said, anybody can upload SCIM stuff in ubuntu, I am just asking for a notice to the Debian maintainer [03:45] minghua: this due to the languag-pack depend on scim-pinyin [03:45] dolson: my thoughts exactlly [03:45] KillerKiwi2006: I hope someone higher up gives you an answer... I don't like where this is heading if it's true though [03:46] freeflying: 1. we are in feature freeze; 2. scim-pinyin 0.5.0 works just fine with skim without the special skim support part; 3. I don't agree with your style of im-switch support [03:47] freeflying: but I am not going to argue with you about this, you have you right to upload as you want (as long as you can find a sponsor) [03:47] freeflying: I am just asking for a notice, so I know what's going on with my Debian package in Ubuntu [03:48] KillerKiwi2006: who knows [03:48] minghua: we make scim's module register scim to im-switch now ,how about it ? [03:48] freeflying: and if you keep your "we don't need to tell you about anything we do with scim in ubuntu", I am fine with that as well [03:49] freeflying: If you don't want to talk with me about scim, I don't mind. I just ask for a _notice_. [03:50] minghua: if you have interesting on those , I will tell you [03:50] freeflying: I have always had interest. What about answering my mail to ubuntu-devel list? [03:50] KillerKiwi2006: if it was only used for things that aren't legal otherwise, then I would welcome it, but still wouldn't use it. I can't see it replacing synaptic/apt/etc though.. if it does, well, back to debian I go. :) [03:51] and I am busy this week [03:51] so I don't have time for ubuntu stuff [03:51] minghua: right I can give private mail or mail to ml [03:53] dolson: of course it wouldn't replace apt, etc [03:53] the rest of the developers would have a fit [03:53] I am in good company then :) === trulux [n=lorenzo@unaffiliated/trulux] has joined #ubuntu-motu [03:53] the more I read about it, the more I think it's a good solution for the codec issues [03:53] Would would be 'better' is if CNR only installed into a cmg like klik..... [03:54] There is no way Ubuntu is using CNR [03:54] freeflying: mailing list, please. thanks [03:54] no? the CEO of Linspire is posting on the Ubuntu forums [03:54] there are plans to move to SMART though, from what i've heard [03:55] michael robertson is posting to the ubuntu forums? [03:55] yes [03:55] i should say hi [03:55] i've seen some of his posts [03:55] no, it's Kevin Carmony [03:55] and see if i can get the job he gave to cody over me :P [03:55] Camony I mean [03:55] oh, who cares then :P [03:55] Was an interesting read about selling OOS in stores [03:57] "Absolutely," Carmony replied. "I've talked to Mark [Shuttleworth] about it. We both like the idea a great deal. We'd just make a way to apt-get the CNR client for free, then Ubuntu users could choose to simply use apt, OR, for those who want the one-click convenience of CNR, they could try CNR for free for 15 days, and if they like it, pay for the service [$20 per year] . [03:57] so if anything it'd be optional [03:57] you guys made it sound like it was going to be mandatory [03:58] I did? No I didn't, I said I wouldn't use Ubuntu if it was [03:58] " anybody know if the .... rumor is ture?" === ajmitch blames the kiwi === KillerKiwi2006 was asking about rumor..... sorry for mis leed [03:59] KillerKiwi2006: it's ok [03:59] anyhow, I like how he justifies it... "98% of the world will no way take the time to learn how apt-get works" and then goes on to say "he wouldn't put our client in the default distro but would have to be apt from a different location or downloaded and installed separately" [03:59] but asking here probably isn't the best place to verify any rumours [04:00] so... you need to learn how to apt in order to get CNR so that you don't have to apt [04:00] i wonder if he found out we were working towards a free CNR replacement and offered this to make people give up on the project [04:00] Amaranth: that's what SMART is, right? is there a web presence yet? [04:01] KillerKiwi2006: where in NZ, btw? [04:01] SMART is an apt replacement [04:01] auckland [04:02] hmm [04:03] http://labix.org/smart [04:03] Amaranth: so what is this CNR replacement you have? [04:03] maybe smart isn't an acronym, looks like i'm just shouting [04:04] ajmitch: for breezy we were working on turning g-a-i into that, i guess it already basically died [04:04] although it'll get there, bit by bit [04:05] dolson: "Canonical Ltd. - Is funding Smart development since September of 2005." [04:06] I'd rather people just pay linspire the 20 bucks and bother then with support than them breaking their stuff with the forum script-of-the-day I guess. [04:07] Amaranth: last I heard the author was working on launchpad [04:07] whiprush: hehe, automatix is dead [04:07] i killed it [04:07] that was a fun day [04:07] how did you kill it? :D [04:07] Amaranth: no, plenty of people still love their automatix [04:08] and did you kill EasyUbuntu too? [04:08] ajmitch: But no one works on it anymore and it's not promoted. [04:08] EasyUbuntu? No, I help with that one. :) [04:08] awesome! [04:08] Sort of, I'm there for Python questions and such [04:09] cool. I read lots of bad things about Automatix.. and I didn't like that whole "I can killall zenity if I want to because no one uses it" thing [04:09] i killed automatix by making a fake fork called automatix-ng, forcing the author to admit defeat on the name issue, which made him so mad he quit working on it [04:09] lol [04:09] That was when he tried to change the lisence? [04:09] basically he got pissed and took him ball and went home [04:10] his [04:10] KillerKiwi2006: no, that was earlier [04:10] hahaha. that guy was a total jerk.. I couldn't believe the posts he was making [04:10] killall zenity, creating a root account, --force-yes on apt [04:10] it was scarily broken [04:11] yeah, I read all that. I'm reading your thread now, lol [04:12] automatix was a good idea though, but by the sounds of it, was badly coded. [04:12] IMO it was a good idea anyway. [04:12] i think easyubuntu was first.... [04:12] TheMuso: that's why EasyUbuntu is around [04:12] it was [04:12] automatix was a fork of the original easyubuntu [04:12] which died [04:13] Right. [04:13] nalioth, robotgeek, keyes (original author), and me (sort of) are remaking it in python [04:13] all of it leaves a bad taste in my mouth [04:13] and came back stronger [04:13] it looks good [04:13] to basically be a sane automatix [04:13] it won't be in dapper, will it? [04:14] i don't believe so [04:14] that sucks :( [04:15] haha, I love that admin. "I'll start banning people for no good reason at all!$@#%@%" [04:21] *personal attack removed* -- damn! I always looked forward to arnieboy's childish insults === KillerKiwi2006 thinking can't live without the revel ff extension now.. [04:23] what's that KillerKiwi2006? [04:23] dolson: I have a copy === Amaranth hugs gmail and email alters on subscribed threads [04:23] Amaranth: /msg me what he said :D [04:23] http://aluminum.sourmilk.net/reveal/ [04:23] alerts [04:23] man, i must be tired [04:23] shows thumbnails of webpages visted in a timeline [04:23] oh nice [04:24] dolson: 'his effort with smeg took him more than a year and its still a bag of wormy bugs.. lol.. all the best with automatix :) Amaranth said to himself : "well since I cant do shit with smeg after everything, lets go and **** someone else's work and hog some limelight."' [04:24] too bad I am using Epiohany now [04:24] KillerKiwi2006: it shows thumbnail tooltips on the back and forward buttons too [04:24] Amaranth: lol [04:25] lol true [04:25] KillerKiwi2006: so you want to join the MOTUs in making ubuntu a better place? :) [04:25] yeah, you could package up automatix [04:25] :P [04:25] eek i'm getting easyubuntu bugs [04:25] with checkinstall === Amaranth blames kiwi [04:25] yup [04:27] Empty cup of Ubuntu ? lol [04:28] Amaranth: stop blaming the kiwis [04:28] dolson: means banned [04:29] Amaranth: yeah, who got that? Seth? [04:29] i guess [04:31] it seems to me that he's still working on automatix.. he's posting in his threads about it, and actually, surprisingly, he admitted that it was a stop-gap measure to counter the absense of.. wait for it... Linspire's CNR [04:32] ha === minghua [n=minghua@69-153-139-36.dsl.hstntx.swbell.net] has joined #ubuntu-motu [05:02] hmmm, does anyone know of a really simple app like Thoggen but for another format, such as XviD or MPEG? === herzi [n=herzi@d002131.adsl.hansenet.de] has joined #ubuntu-motu === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-motu === Toadstool [n=jcorbier@maisel-gw.enst-bretagne.fr] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu [05:47] ajmitch: ping? [05:48] LaserJock: yes? [05:49] ajmitch: do you use madison-lite? === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu [05:50] yes [05:50] there's a working config on tiber [05:50] iirc /usr/local/bin/update-madison-lite-mirror & the config in /etc === irvin [n=irvin@ubuntu/member/irvin] has joined #ubuntu-motu [05:51] I'm using it but I don't know how to update it [05:52] see above.. [05:54] ok, thanks. [05:57] ajmitch: hmm, I'm not an admin, could you run it for me? [05:57] hi LaserJock [05:57] it was being run every 12 hours [05:57] hi minghua [05:57] LaserJock: any words from plotdrop upstream? [05:57] minghua: hmm, about the problem you had? [05:57] LaserJock: any reason it needs to be re-run now? [05:58] LaserJock: yeah, about needing libglade >= 2.6 [05:58] ajmitch: not particularly, I was just comparing some stuff that hit debian pretty recently. If it is being update every 12 hrs it's ok [05:58] minghua: hmm, just a sec. let me search my email [05:58] LaserJock: and actually your build-dependency needs to be tightened as well [05:59] minghua: yeah? I'm always up for package improvement tips ;-) [06:00] minghua: ok, so upstream asked if you were by change compiling with gtk 2.6 but runnint 2.4 [06:01] LaserJock: no, I built in a sarge chroot [06:01] LaserJock: it is gtk+ 2.6, but libglade 2.4 [06:01] LaserJock: you have Build-Depends: libglade2-dev in debian/control [06:01] sarge has gtk2.6? [06:02] LaserJock: in my opinion it should be libglade2-dev (>= ...) [06:02] LaserJock: yes: [06:02] Package: libgtk2.0-0 [06:02] Version: 2.6.4-3.1 [06:03] and libglade is 2.4, hmm. [06:04] ok, so is the problem with libglade then [06:05] LaserJock: I don't really insist any change, a claim that plotdrop requires libglade >= 2.6 would be sufficient [06:05] and then I can say it can't be backported to sarge without a patch :-P [06:06] LaserJock: anyway it's not urgent at all, just happens come to mind [06:06] well, upstream told me he was interested in the problem === G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #ubuntu-motu === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-motu [06:26] hi Gloubiboulga [06:26] hey LaserJock [06:27] minghua: I'm going to email plotdrop upstream about your findings and see if he want's to change it to work or not. But I'll get the dep tightened anyway. [06:28] minghua: thank's for finding this [06:28] LaserJock: great, thanks === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #ubuntu-motu === G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #ubuntu-motu [06:47] is everybody sleeping? [06:47] no exactly [06:48] G0SUB: Not here. Tis mid to alte arvo here in Sydney. [06:48] heh [06:48] do you guys need any help with some packaging or bug fixing? [06:48] I want to help [06:50] I think we are mostly iin bug fixing mode at this point [06:50] yes, I can help in fixing bugs [06:52] Gloubiboulga [06:53] G0SUB? [06:53] Gloubiboulga when you send in debdiffs, why don't you close the bugs in the changelog? [06:54] good question [06:54] Gloubiboulga you should always do that ... else it gives the uploader more pain [06:55] you're certainly right [06:55] Gloubiboulga can you share a few bugs with me? it seems you are way too fast in fixing the bugs in malone [06:55] :) [06:56] G0SUB, I've used http://tiber.tauware.de/~siretart/unmet/dapper-unmet.txt to find bugs to fix [06:56] oh, ok [06:56] Gloubiboulga thanks :) [06:57] G0SUB, np ;) [06:57] but browsing malone is also a good way to find some stuff to do [06:57] Gloubiboulga yes, I am doing that itself [06:57] even if it's only triage, it's usefull [06:57] cool :) [06:58] working on #31152 now [06:58] malone 31152 [06:58] malone bug 31152 in gtick "Missing .desktop file" [Normal,Confirmed] http://launchpad.net/bugs/31152 [06:58] I will attach a debdiff [06:58] there's a lot of missing desktop files... === ptlo [n=senko@83-131-72-174.adsl.net.t-com.hr] has joined #ubuntu-motu [06:59] Gloubiboulga yep, a LOT [07:02] Gloubiboulga: Do these packages have bugs regarding the unmet deps? [07:02] TheMuso, some of them have bugs [07:02] Thanks. [07:03] TheMuso, I've started a wab page with status for some of these packages [07:03] some just FTBFS [07:03] Right. [07:03] I could turn it in a wiki page for a collaborative work [07:03] :) === irvin_ [n=irvin@203.213.198.26] has joined #ubuntu-motu [07:04] Malone search doesn' seem to be working for me. [07:04] I enter a keyword, i.e a package name, and it sends me to the general info page about Ubuntu. [07:05] I always use https://launchpad.net/distros/ubuntu/+source/ [07:05] Ah right. [07:06] Gloubiboulga: http://revu.tauware.de/~sistpoty/MoM/wip.py [07:07] Gloubiboulga: we don't want to go back to using the wiki for thousands of packages - it gets unbearably slow & messy [07:07] ok ajmitch [07:11] see you tomorrow === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-motu [07:12] cu ajmitch === viviersf [n=cain@196.44.1.98] has joined #ubuntu-motu === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-motu === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-motu === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-motu === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-motu [07:42] Emmek Hiktory? [07:43] dolson ? [07:43] is that your patch, G0SUB? [07:43] dolson yes [07:44] it's "Emmet Hikory" ;) [07:44] oh, crap [07:44] dolson typo [07:44] dolson fix the typo and upload to revu please [07:44] hello MOTUs! :D [07:44] ok :) [07:44] hi zakame [07:45] zakame :) not a motu yet [07:45] dolson thanks :) [07:45] dolson are you wokring on something now? [07:45] G0SUB: I'm going to patch that and put it on REVU [07:45] dolson fine ... [07:46] you told me to [07:46] heya G0SUB! [07:46] dolson can you wait for me to fix the patch and attach it? [07:47] well it's going to be changed if I do the upload anyhow [07:47] I see [07:47] do you not have REVU access yet? [07:47] doesn't matter ... you go ahead then [07:47] dolson no, I haven't applied [07:47] ah, ok [07:47] dolson I usually got jpatrick to upload my patches directly [07:48] G0SUB: It is not hard to get REVU access. [07:48] you patched an old, non-ubuntu version [07:48] And doesn't take long. [07:49] dolson non-ubuntu? [07:49] nevermind, there is no ubuntu version. nonetheless, your patch fails on the changelog.. doesn't matter, since I have to change it anyhow [07:49] dolson do [07:50] Anybody got any ideas as to why a source package FTBFS according to Launchpad, including i386, but I have just managed to successfully build in pbuilder? [07:51] https://launchpad.net/distros/ubuntu/+source/supercollider/ [07:52] G0SUB: you didn't change the version properly or the distro, just FYI [07:53] dolson i mistakenly pulled down the breezy source [07:53] it was still wrong :) [07:53] version shouldn't be -2, but -1ubuntu1 [07:53] G0SUB: Are you working in a dapper chroot or an installed dapper setup? [07:54] distro should be dapper, not unstable === TheMuso strongly recommends a good working environment so things do not get mixed up. [07:54] pbuilder [07:54] G0SUB: Yeah, but how did you get the source originally? do you simply have the dapper sources in your sources.list file? [07:55] well, I was supposed to be inside the chroot, but did the whole thing outside :) === TheMuso likes having more than one Ubuntu supported arch to test builds on. [07:56] TheMuso are you a motu? [07:57] G0SUB: No. [07:57] ok [07:57] But I have had a lot of experience in the past 4 years or so packaging software for various distros. [07:57] Not saying that I am an expert or anything. [07:57] Far from it. [07:58] But I have found that having a good directory structure st up for storing source packages and related files can help a lot. [07:58] When I found out about dchroot, I set one up straight away. I love it. [07:59] Good for having an environment to do work in that if it breaks, doesn't affect your every day work. Even if you are running dapper as an OS. [07:59] Thats what I have found anyway. === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-motu [08:20] wtf === reggaemanu_ [n=manu@ARennes-257-1-147-11.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu === reggaemanu [n=manu@ARennes-257-1-147-11.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu === KillerKiwi2005 [n=jason@203.109.215.2] has joined #ubuntu-motu [09:27] morning folks [09:28] siretart [09:31] G0SUB! :) [09:34] return === dholbach [n=daniel@i577B2D71.versanet.de] has joined #ubuntu-motu === netzmeister [n=netzmeis@p549F1ADC.dip0.t-ipconnect.de] has joined #ubuntu-motu [09:36] moin [09:36] hi netzmeister [09:36] hi siretart [09:36] :) [09:36] uhm i'm tired.. [09:36] Lathiat: just wanted to tell you that avahi/zeroconf just ROCK. hard! :) [09:37] good morning [09:37] hi dholbach [09:37] siretart: thanks :) [09:38] hey dholbach [09:38] hey netzmeister, freeflying [09:38] hey dholbach! [09:38] hey siretart === Kagou [n=Kagou@84.5.174.169] has joined #ubuntu-motu [09:44] hi dholbach . I hope that i 'v well answered to your needs in https://launchpad.net/distros/ubuntu/+source/blender/+bug/33306 [09:44] malone bug 33306 in blender "French translation of blender.desktop" [Normal,Unconfirmed] === G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #ubuntu-motu [09:46] Kagou: looking [09:48] i'm in the process of learning how to package / patch ... and do more than just report a bug [09:49] Kagou: you made an unnecessary change to the changelog entry before [09:49] Kagou: i'll remove that bit [09:49] ok so it's not a obligation to do a "dch -i" [09:50] no, not at all [09:50] mmmh opkay [09:50] it's just you modified the changelog entry before [09:50] [ Daniel Holbach ] [09:50] * Fake sync from Sid, UVF permission granted by mdz. [09:50] [ VETSEL Patrice ] [09:50] * - [09:50] -- VETSEL Patrice Wed, 1 Mar 2006 18:25:14 +0100 [09:50] that doesn't make sense [09:50] as i uploaded 2.41-1ubuntu1 already [09:50] ok [09:52] dholbach: It looks good.. http://www.ubuntuusers.de/paste/318/ [09:52] just for information, do you know where is seb128 ?! [09:53] not online yet [09:53] netzmeister: still some stuff to fix [09:53] netzmeister: but keep up the good work === Gervystar [n=gervysta@62.94.208.119] has joined #ubuntu-motu === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-motu [09:57] dholbach: so we are allowed to do emergency 'fake' syncs? [09:57] absolutely [09:57] do a build1 please [09:57] ok [09:57] in breezy I was told not to do this. but ok [09:57] hi MOTUs! [09:57] Kagou: seb128 just arrived [09:58] hi zakame [09:58] siretart: this is a different situation [09:58] hi seb128! :) [09:58] hello siretart [09:58] dholbach: yes, I understand [09:59] roo [09:59] thnx dholbach [09:59] what's with the 'fake' syncs? === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-motu === Ibalon [n=zak@ubuntu/member/zakame] has joined #ubuntu-motu === lucas__ [n=lucas@213.166.213.90] has joined #ubuntu-motu [10:11] dholbach: Thx.. but i think that this problem "non-dev-pkg-with-shlib-symlink usr/lib/libwxscintilla.so.0.0.1 usr/lib/libwxscintilla.so" is atm to heavy for me.. [10:11] netzmeister: that's a lintian error [10:11] yes [10:12] zakame: but i don't know how to fix it.. [10:12] netzmeister: i'd reccommend to get started with fixing minor bugs [10:12] netzmeister: there you have a look at a lot of other packages - that's easier to start with [10:12] netzmeister: you probably need to read the libpkg-guide then :/ but I concur with dholbach [10:13] apt-cache -i unmet is a *very good start* === allee [n=ach@dialin-212-144-128-173.pools.arcor-ip.net] has joined #ubuntu-motu [10:14] thx men. [10:14] i try later.. === xerxas [n=R67894@AGrenoble-152-1-48-250.w82-122.abo.wanadoo.fr] has joined #ubuntu-motu === kelmo_lap [n=kel@madwifi/support/kelmo] has joined #ubuntu-motu === Tonio_ [n=tonio@cac94-5-82-229-219-55.fbx.proxad.net] has joined #ubuntu-motu === reggaemanu_ [n=manu@ARennes-257-1-147-11.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu [10:44] hi anyone around? [10:45] wanted to know if it was possible to package mythtv into one package/ meta package [10:45] as in right now inorder to install mythtv a user has to follow a giant howto/faq [10:46] https://wiki.ubuntu.com/InstallMythOnUbuntu [10:46] so is it possible to setup some meta package that will do this for them? [10:47] creation of some sort of guided walk through or something === siretart points to http://tiber.tauware.de/~siretart/unmet/ === Fuddl [n=fuddl@faui02b.informatik.uni-erlangen.de] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-motu [11:10] WOuld the screen saver overriding the display of an app like xawtv be considered a bug? This never occurred in Breezy. === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-motu [11:15] TheMuso: that's an issue with gnome-screensaver.. it's not limited to xawtv, it's limited to [11:19] dolson: Thanks. I haven't been following that thread, as normally it wouldn't bother me. :) [11:20] TheMuso: I hope it's fixed before dapper ships :\ either that or reverted back to xscreensaver until gnome-screensaver is more useful.. but I have no say in the matter, so who knows [11:21] it might help, if upstream got bug reports for the issues [11:21] Yeah. I don't mind really. Was just using xawtv and noticed that happening. [11:25] siretart, hi, perhaps i should continue working on wpa_supplicant now, before impatience sets in ; ) [11:27] kelmo_lap: ah, hi Kel! I didn't know that you irc in this channel as well :) [11:27] siretart, well, i don't usually ; ) was doing some searching tonight [11:28] ah, I see :) [11:29] anyhow, i've hit a small bug in upstream, wpa_cli is doing strange things, so i'll do my best to write the best pre-up possible and get it commited === nomed [n=nomed@host222-58.pool8260.interbusiness.it] has joined #ubuntu-motu [11:40] hi all [11:40] a question ... [11:41] if i attach a patch in launchpad should i change the status to "fix committed" ? === herzi [n=herzi@d002131.adsl.hansenet.de] has joined #ubuntu-motu [11:43] nomed no [11:43] k thanks [11:43] nomed only a MOTU will do it when he uploads the fix [11:43] fix commited is something that should be changed by the maint true ? [11:43] k [11:44] nomed: "Fix committed" is fine [11:44] or well [11:44] nomed: be sure to assign it to 'motureviewers' [11:44] nomed: G0SUB is right - the guy who will upload it will set Fix committed [11:45] it's PENDINGUPLOAD [11:45] oh [11:45] nomed: so "Unconfirmed" is probably fine [11:45] dholbach you scared me :) [11:46] kelmo_lap: I'm not sure if we really need to use wpa_cli at all [11:46] dholbach, ok [11:46] siretart, oh? what did you have in mind? [11:46] kelmo_lap: I'd rather generate a wpasupplicant config in ip-up.d, and start wpasupplicant just with that. on shutting down the interface, it gets removed [11:47] kelmo_lap: for which part do we need wpa_cli? [11:47] siretart, all of the runtime configuration [11:47] ssid proto key_mgmt pairwise etc etc [11:48] preauth [11:48] ap_scan [11:48] interface [11:48] kelmo_lap: err, right, but ifupdown doesn't handle runtime configuration anyway. it is just for bringing up and shutting down the interface only [11:49] kelmo_lap: If I'd want runtime configuration of interfaces, I'd use NetworkManager [11:49] siretart, bridge-utils, wireless-tools, they do not require X-conf tool to manage multiple devices with different configurations [11:49] and wpa i believe should be handled similarly [11:51] kelmo_lap: yes, I tend to agree, but I miss the point where ifupdown supports the user in any way with interface runtime configuration [11:52] siretart, you saw my (extremely simplified) example of an interfaces stanza that set interface parems required to use wpa via wpa_supplicant [11:53] in that the example the configuration file was provided [11:53] but that started me thinking [11:53] that all of the configuration options can be given to the interface via wpa_cli, without any configuration file at all [11:54] kelmo_lap: I didn't make too good experiences with wpa_cli [11:55] siretart, i think i have a decent handle on it now [11:55] lets see ; ) [11:55] kelmo_lap: the scripts you mailed my just terminate the wpa_supplicant daemon. this can be handled via unix signals and pid files as well [11:55] kelmo_lap: so I don't see the necessity for using wpa_cli in ifupdown scripts at all. === xerxas [n=R67894@AGrenoble-152-1-48-250.w82-122.abo.wanadoo.fr] has joined #ubuntu-motu [11:57] kelmo_lap: and I don't think that ALL configuration options can be given via wpa_cli. what about options like ap_scan, and ctrl_interface and so on? [11:58] siretart, please give me the oppurtunity to finish polishing them up, so that i may explain with code, not hand waving [11:58] siretart, and yes, ctrl_interface and ap_scan can be given via wpa_cli [11:59] kelmo_lap: interesting. I'm looking very forward at looking at your proposal [12:01] siretart, it is indeed something experimental, and i've yet to prove it will completely work in reality, so you are quite justified to question it ; ) [12:02] :) === kelmo [n=kelmo@madwifi/support/kelmo] has joined #ubuntu-motu === dJ|DzONe [n=LinInsid@212.200.116.3] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.25] has joined #ubuntu-motu [12:37] siretart: i would say it is basically working now [12:38] kelmo: cool :) [12:39] siretart: i will show you what i have so far, so that we are in agreement before i spend much time bugfixing, adding all (feasable) features supported by wpa-supplicant and documenting [12:39] kelmo: sounds sane. where can I look at it? === allee [n=ach@dialin-212-144-131-040.pools.arcor-ip.net] has joined #ubuntu-motu [12:41] siretart: hehe, hang on man. i need to refresh my session, and grab a drink ; ) === Fuddl [n=fuddl@2001:6f8:9cf:0:20f:eaff:fe4d:d7b7] has joined #ubuntu-motu === kelmo_lap [n=kel@madwifi/support/kelmo] has joined #ubuntu-motu [12:48] re === gusaweb [n=gusaweb@pc-007-15.msi.unilim.fr] has joined #ubuntu-motu === mhz [n=mhz_chil@pc-252-84-215-201.cm.vtr.net] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [12:53] siretart, some code plus an interfaces stanza: http://rafb.net/paste/results/fVET8449.html [12:53] simple wpa rsn configuration, with psk [12:54] where, wpa-conf determines whether or not to use any setting defined in interfaces === Ng [n=Ng@mairukipa.tenshu.net] has left #ubuntu-motu [] [12:54] whch may or mat not be desirable [12:55] but the imprtan thing is that just about *any* network can be supplied *after* running wpa_supplicant without a configuration file [12:55] important* [12:56] extra crap can sanitize user input (like use of caps, driver type to an extent) [12:57] crap being shell code ; ) [01:01] could even allow a new network to be defined on top of an existing wpa_supplicant conf, thus overriding some settings, but i've not had enough time to play around with that yet [01:04] kelmo_lap: looks interesting. and I get a very vague idea why you object in creating a wpasupplicant configfile on the fly [01:05] kelmo_lap: I wonder if we can get along with that.. [01:06] kelmo_lap: one thing: in the case of multiple interfaces: how does wpa_cli know to which wpasupplicant daemon it should connect? [01:06] $WPACLI -i $IFACE [01:06] ah. I see [01:06] wpa_cli -i eth1 [01:06] hi MOTU's [01:06] ah, and now I get the sanity check in line 18-20 [01:07] could someone review my emacs-* packages in REVU? [01:07] yes, thtis also the post-down code [01:07] that is* [01:07] right [01:07] so this works for you without any configuration file at all?! [01:08] yes [01:08] no .conf required [01:08] looks quite promising [01:08] what happens if a /etc/wpa_supplicant.conf is in the way? does it get ignored? [01:08] okay: [01:09] wpa-conf [01:09] if that is set to none [01:09] then all stuff must be defined in interfaces stanza === Hobbsee watches interestedly, before she defenestrates her wpa and wireless card, and ndiswrapper, for good measure [01:09] if it is set to, /etc/wpa_supplicant.conf [01:09] and that file exists [01:10] and is larger than 0kb [01:10] then we use that, and ignore anything defined in interfaces [01:10] apart from wpa-driver [01:10] which is mandatory [01:11] this is just like setting a wep key via a interfaces stanza [01:11] wpa_supplicant is often smart enough to not warrant some settings [01:11] hm. I see [01:11] most configs will require just ssid, driver + psk [01:12] my config requires an identity, and a password [01:12] yes [01:12] you can see i added them, but commented out for now [01:12] my other config requires a certificate, (but I count that as more complex setup) [01:12] well, these things can all be tested [01:13] i am sure even more advanced setups can be catered for [01:13] can we assume wpa-conf set to 'none' by default? [01:13] hmm [01:13] I'd like to minimize the required options in /e/n/i [01:13] okay, sec. let me think about a compromise === kelmo_lap does not want to totally ignore the usage of a wpa_supplicant.conf file . . . [01:14] right. I'm talking about sane defaults only [01:15] this is about flexibility, not minimisation, at least from my POV [01:15] but you raise a good point [01:15] it *should* be handled differently [01:16] mm [01:17] i do honestly believe i have set a sane tunable though [01:17] either you have a .conf file or not ; ) [01:18] yes [01:18] I'm thinking about upgrade paths [01:18] IIUC, you suggest that in future, we don't supply a /etc/wpa_supplicant.conf anymore by default [01:18] that would definately be possible [01:19] and cleaner too [01:19] but I expect most (if not all) users to have modified it, so dpkg detects admin local changes, and preserves it [01:19] in this use case, we have to think about what is expected to happen. [01:20] kelmo_lap: I like your scripts. would you like to import it in our experimental branch? [01:21] siretart, yep, i will do so some time soon [01:21] first i'd like to add as many wpa_cli variables may brain can handle for one night ; ) [01:22] :) [01:22] siretart, so any suggested changes from your quick glance? [01:23] kelmo_lap: apart from the issue with /etc/wpa_supplicant.conf, none here (yet) :) [01:23] okay, will think about that [01:24] but i'd like to be able to supply a configuration file [01:24] kelmo_lap: How about dropping line 26 and 27? === janimo [n=jani@Home03207.cluj.astral.ro] has joined #ubuntu-motu [01:24] err [01:24] they are two very important lines, imho [01:25] I'm thinking about what should happen if the admin does not suppliy a wpa-conf line [01:25] err, not dropping [01:25] argl. /me tired [01:25] I meant this branch should be executed if the admin did not specify a wpa-conf line [01:26] yes [01:26] indeed [01:26] this means changing it to an else, not dropping them completely [01:26] no, iirc [01:27] we dont want wpa_supplicant binding the interface when the admin has not asked to use it ; ) [01:28] aaah, you need some indication if this should be handled via our hooks at all [01:28] now I get it [01:28] yes, or else we will execute some unwanted commands [01:28] kelmo_lap: how about renaming it from 'none' to 'auto'? [01:28] kelmo_lap: to indicate that the user uses the 'autoconfiguration' mode [01:28] that is slightly misleading nomenclature, but i get the idea [01:29] "auto" usually denotes "nothing else required" [01:29] I see [01:29] how about 'managed' then? [01:29] or is this misleading as well? [01:29] not at all ; ) [01:30] :) [01:30] like i said, we can sanitise input will small "case" blocks [01:30] case $IF_WPA_CONF in; none|managed) . . . [01:32] right [01:33] same for case sensitive material [01:33] like RSN, WPA-PSK [01:33] we can allow rsn, wpa2 etc . . [01:35] lets check it into svn and play with it a bit. :) [01:35] kelmo_lap: btw, have you seen the request for compiling wpa_supplicant with madwifi-ng headers? [01:36] that is obsurd, i am maintainer of madwifi in debian [01:36] along with Loic [01:36] and am also upstream developer/supporter of madwifi [01:37] when madwifi-ng is ready for common use, it will be advertised ; ) [01:37] I'm forwarding Svens patch to our list [01:37] kelmo_lap: but madwifi-dev is in non-free [01:37] siretart, i never intended to use madwifi-dev [01:38] what does that have to do with anything? [01:38] thats debian bug #354388 [01:38] debian bug 354388 in wpasupplicant "please recompile with madwifi-dev" [Wishlist,Open] http://bugs.debian.org/354388 [01:39] yes, that situation is sad [01:40] but unavoidable [01:40] hmm. his patch is too big for the mailing list :/ it is stuck in the moderation queue [01:41] when madwifi-ng is stable, i'll prepare and submit the dpatch for wpasupplicant [01:41] that is no problem [01:41] but first we (madwifi) would like to close a few outstanding issues, and not to forget the imminent name change (madwifi-ng => madwifi) [01:42] kelmo_lap: sven already prepared a dpatch, I just forwarded it to the bts [01:42] sure, but what happens when madwifi-ng decides to patch one of the files included in the dpatch (like just last wek) === marlow [n=marlow@83.245.69.2] has joined #ubuntu-motu [01:43] week* [01:43] ping nomed, Gloubiboulga [01:43] madwifi-ng is volatile ; ) [01:43] hi janimo [01:43] janimo, pong [01:43] hi Gauvain [01:43] hi Daniele [01:44] Gauvain, can you please add the current dapper patch to battery? [01:44] or is it already there? [01:44] hi fella's, apologies for flooding the #chan ; ) [01:44] I remember commiting that to alioth [01:44] the patch ? [01:44] it's just that it doesn't detect when on battery [01:44] always says online [01:45] I patched libacpi in there a while ago [01:45] I think the patch is still in the package [01:45] I check [01:45] nop, it's not... [01:45] I'll add it [01:45] Gloubiboulga: or I can just do that since I downloaded [01:45] as you wish [01:46] I can do it janimo [01:46] Daniele, is it clear regarding the libexec path? [01:46] Gloubiboulga: thanks [01:46] janimo, trying to read the mail .. [01:46] but google oops all the time :/ [01:47] nomed, external plugins put directly under /usr/llib [01:47] others unedr /usr/lib/xfce4/panel [01:47] so you don;t need to specify libexec for the plugins they know where to put themselves [01:47] janimo, k === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [01:47] so external plugins go in [01:47] kelmo_lap: read your pre-up/down script. One suggestion s/wpa-conf none/wpa-configfile ignore/ [01:47] it clutters /usr/lib imho but debian policy says that;s where libexec is [01:48] /usr/lib//xfce/panel-plugins [01:48] allee, hmm, also a good suggestion, thanks [01:48] even if it's really ugly [01:48] nomed, yes. just install cpugraph mailwatch or whichever external one and see where it put itself [01:49] kelmo_lap: Just brainstroming: One advantage of a config file is that wpa_supplicant chosen between network setup on the fly. [01:49] janimo, if it's fine so .. i just don't need to specify libexec opt :) [01:49] with your wpa_cli way one need several stanzas and map stuff and actively select between setups [01:49] allee, yes, indeed. that is why we must cater for simple + advanced setups [01:49] nomed, exactly cdbs makes it really easy [01:50] janimo, there is an issue i think on verve-plugin [01:50] it adds xfce4-panel [01:50] and don;t forget the gettext domain, look at minicmd from Gauvain for an example if you did not yet [01:50] nomed, adds? [01:50] yep [01:50] what do you mean adds xfce4-panel? to what? where? :) [01:51] Depends: ${shlibs:Depends} [01:51] allee, there needs to be more consideration of course, i have some thoughts in mind . . . [01:51] kelmo_lap: I imagine that wpa_supplicant is like ifplugd for ethernet. When link goes up (wpasuppl found a fiting wlan or lan cable blugged in. ifup is fired up) [01:51] no [01:51] to that line, or gets put in there automatically as if it was a shlib [01:51] if i specify xfce4-panel (>= 4.3) i get two entries .. === Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [01:51] delete xfce4-panel then if it still works [01:51] a wpa_supplicant bound interface is _always_ up [01:52] I saw that too in some otherplugins [01:52] janimo, k [01:52] it is inoffensive if a bit unecessary [01:52] just not configured with nework settings [01:52] if it is "downed", then wpaa_supplicant bails out [01:52] so it needs special attention [01:52] kelmo_lap: yes it's up, I use 'up' here. the is a connection to another end that can be used to transmit IP [01:53] allee: kelmo_lap: I'm answering/discussing exactly this topic right now in a post to pkg-wpa-devel. [01:53] allee: perhaps you might want to subscribe that mailing list? [01:53] siretart: subscribe URL? === gusaweb [n=gusaweb@pc-007-15.msi.unilim.fr] has left #ubuntu-motu [] [01:54] janimo, do we need to add some stuff in the POT files? [01:54] Gloubiboulga: I talked to Martin Pitt and he said that those need to be uptodate [01:54] allee, are you aware of a so called "wpa_cli action script"? [01:54] but honestly I don;t know what is meant by that in our case [01:54] I suppose some strings from .desktop need to be there [01:54] kelmo_lap: yeah, saw it in manpage. But right now I've used only the configfile with several networks [01:55] allee: http://lists.alioth.debian.org/mailman/listinfo/pkg-wpa-devel [01:55] but that can happen separately from this later if needed [01:55] I can't help you on that janimo :( [01:55] siretart: thx, subscribing ... [01:55] sure, and different ntworks require different settings [01:55] networks* [01:55] Gloubiboulga: I am reading gettext docs too at the moment :) [01:58] allee, i am just thinking how wpa_supplicant can best be leveraged by out networking scripts [01:58] our* [01:58] kelmo_lap: one one hand I like your script. At first wpa_supplicant stuff was so totally different. After understanding the autoselect of network, I liked it more than this interfaces map crap (<- IMHO ;) [01:58] kelmo_lap: Yes, I'm fighting right now with the same problem :) [01:59] this is my best idea yet! but i am open to better ones ; ) [01:59] the daemon sucks a bit [01:59] and the ifup scripts that start the daemon suffer from the same limitations imho [02:00] Perhaps we should support both approaches in different modes of operation [02:00] see my post to pkg-wpa-devel [02:00] (just sent) [02:01] sure [02:04] well, have we explored just what the interfaces file is capable of? [02:04] can't you execute wpa_supplicant, by using these ifupdown hooks, set a dummy static ip on the $IFACE, and use ifplugd anyway? [02:05] or provide an action script that somehow refers ifup to an externally, network specific block of network settings? === Hirion [n=hirion@draugr.de] has joined #ubuntu-motu [02:06] ifup --interfaces=FILE possibly? [02:06] just throwing out ideas here . . . [02:07] these would be executed on association, deassociation events reported by a wpa_cli daemon [02:07] but that is a pipe dream right now ; ) [02:15] kelmo_lap: you are mixing concepts here [02:16] kelmo_lap: the way wpasupplicant/ifplugd/ifupdown is used by the OP is imo very hackish [02:16] yes [02:17] ifplugd is a daemon to detect if there is a connection at layer2 (well, if the cable is plugged it, in fact) at all [02:17] if it detects presence, it fires up the interface [02:18] the hack in here is that the interface already has to be up for wpasupplicant to work [02:18] I'd rather say that his whole concept rather happens to work [02:19] so what have i confused? [02:21] I don't think that we should encourage such strange usage [02:22] wpa_cli action script is what i would offer as an alternative to those hacks [02:22] that was the point of my rant [02:23] hm. I have to think about in what way an action script can help here [02:23] it allows "true" roaming, all via wpa_supplicant [02:23] & wpa_cli [02:24] so you place a trigger for each essid === G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #ubuntu-motu [02:24] when entering essid X, then do these commands to authenticate properly === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-motu [02:25] Gloubiboulga [02:25] well, authentication *is* the trigger === Toadstool [n=Jeremie@famille-corbier.net] has joined #ubuntu-motu [02:26] hi MOTUs [02:26] I think I didn't get how to use an action script then yet [02:26] G0SUB, yep? [02:26] just network settings are required [02:26] to use the net [02:26] ie: [02:26] net A uses dhcp [02:26] Gloubiboulga nothing, just greeted you [02:26] net B requires a fixed ip [02:27] oh, ok G0SUB : [02:27] :) [02:27] you move from the field of association of net A to net B === ogra_ibook [n=ogra@ubuntu/member/ogra] has joined #ubuntu-motu [02:30] okay, i had better correct the misinformation on that "please include madwifi-ng headers bug" [02:35] siretart: if don't use ifplugd with wifi, but for ethernet, it's a great thing. starting dhclient on startup is a hack. ifplugd is the right solution. [02:36] allee: ifplugd is the right solution for ethernet only. I rather happens to work with wifi interfaces as well [02:36] siretart: for wlan I would like that wpasupplicant does the same. When it find a fitting network (aka link up in ethernet) then fire up ifup [02:37] allee: you want a roaming/profile manager, like networkmanager is [02:37] allee, but wifi needs to already "up", just not configured to sense the network [02:37] siretart: s/want/need/ ^^ ;) [02:38] allee: I think this is a bit out of scope of wpasupplicant. I could think about some roaming/profile manager which works without the gnome dependencies. [02:38] kelmo_lap: with static ip the interface is also up, even when link is not up (aka no cable connected) [02:38] allee: or perhaps someone manages to port nm-applet as a plain textui application. that would rock [02:38] kelmo_lap: interface up and link up are different things [02:39] ifplugd check link up, not interface up (Maybe that's the reason why ifplug works with wpa_supplicant too, have not tried this) [02:40] then i cannot explain the difference i see between ethernet and wireless that is fit enough for us both to uderstand ; ) [02:41] kelmo_lap: which difference do you see? === allee does not claim at all to understand the topic in deep !! [02:42] i'm afraid it is past my time to be making any more sense tonight, i'm shagged [02:43] 'k np :) [02:43] http://rafb.net/paste/results/nwqOnf26.html [02:43] that takes into accoun the changes suggested to the wpa-conf part === doko__ [n=doko@dslb-084-059-112-169.pools.arcor-ip.net] has joined #ubuntu-motu [02:44] as for the overall concept, it seems that is still up for debate [02:44] kelmo_lap: by on my TODO for today is too try WEP and open Wifi with wpa_supplicant. You know if this is supported? [02:45] yes, it is [02:45] key_mgmt=NONE [02:45] good. [02:45] its all in the example files provided by upstream [02:46] however, i really hate how that is active by default [02:46] ssid=any, without priority [02:46] (in default configuration file installed by debian package) === marcin` [n=user@194.114.146.58] has joined #ubuntu-motu [02:57] kelmo_lap: wpa-conf = none|managed|ignore sounds like no config used. wpa-use-conffile yes|no|on|off maybe describes better what it does, [02:58] kelmo_lap: + a wpa-conffile (with default /etc/wpa_supplicant.conf) ?? [02:59] no defaults, either the path to the file is correct, or not at all === G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #ubuntu-motu [03:00] kelmo_lap: yes, of course! I meant default when not given ;) # I better write what I thought :( === marlow [n=marlow@83.245.69.2] has left #ubuntu-motu [] [03:10] kelmo_lap: one more suggestion. Add a test if a default route is defined. If yes ifdown it (until we can ask use via dbus). [03:11] kelmo_lap: mhmm, ethernet needs it too. so wifi is shut down when I plug in the netcable. [03:11] allee, please, can you translate that into code form? my brain is a bit tired right now ; ) (and i must take care of a few other things, like feeding one's self) [03:12] i'll get it into svn, than anyone can goto town on it [03:12] kelmo_lap: I'll try, but I just realized that one need to handle interface start with ifup eth0=my-setup === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #ubuntu-motu [03:20] siretart, btw, upstream wpa_supplicant's Makefile need not be patched at all to include madwifi's headers === G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #ubuntu-motu === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-motu === Toadstool [n=Jeremie@famille-corbier.net] has joined #ubuntu-motu === raptoid [n=raptoid@85.96.150.253] has joined #ubuntu-motu === ealden [n=ealden@203.76.213.190] has joined #ubuntu-motu === Gazer [n=gazer@ADSL-200-59-78-175.capfed2.sinectis.com.ar] has joined #ubuntu-motu === hub [n=hub@storm-gw.xandros.com] has joined #ubuntu-motu === kelmo_lap [n=kel@madwifi/support/kelmo] has joined #ubuntu-motu === gouchi [n=gouchi@ASt-Lambert-153-1-103-89.w86-205.abo.wanadoo.fr] has joined #ubuntu-motu [04:03] Hi [04:04] why speedtouch package has been removed on Dapper ? === jsgotangco [n=jsg@125.212.126.144] has joined #ubuntu-motu === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #ubuntu-motu === xerxas [n=R67894@AGrenoble-152-1-48-250.w82-122.abo.wanadoo.fr] has left #ubuntu-motu [] === Kyral [n=kyral@ubuntu/member/kyral] has joined #ubuntu-motu === alleeHol [n=ach@dialin-212-144-131-040.pools.arcor-ip.net] has joined #ubuntu-motu === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu === dholbach_ [n=daniel@i577B30ED.versanet.de] has joined #ubuntu-motu [04:57] hub: i get the "open file dialog crash on amd64" too - doing a debug build [04:58] hub: (abiword) [04:59] dholbach: yeah. I don't because I don't have an amd64 [04:59] sorry about that [04:59] hub: i get a debug bt === freeflying-ibook [n=freeflyi@61.190.65.25] has joined #ubuntu-motu === G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #ubuntu-motu === MagnusR [n=magru@c83-250-59-127.bredband.comhem.se] has joined #ubuntu-motu [05:12] hub: it FTBFS [05:13] *sigh* [05:13] dholbach: build log? [05:13] hub: shall i attach the relevant part of the build log to the bug? [05:13] dholbach: please === hub needs a 64 bits machine [05:13] bug 32780 [05:13] malone bug 32780 in nautilus "Dead links in trash cannot be deleted" [Normal,Unconfirmed] http://launchpad.net/bugs/32780 [05:13] oops wrong one [05:13] bug 32870 [05:13] malone bug 32870 in abiword abiword-gnome "Abiword crashes when opening a file" [Normal,Unconfirmed] http://launchpad.net/bugs/32870 [05:21] dholbach: that bug is a know bug [05:22] dholbach: it is because of poppler [05:22] dholbach: they change the API once again [05:22] dholbach: CVS is up to date on that, at least in HEAD [05:22] patch is quite trivial [05:22] hub: ah nice [05:24] hub: you have a viewcvs somewhere? [05:24] yep [05:24] http://www.abisource.com/viewcvs/cgi/viewcvs.cgi/ [05:25] http://www.abisource.com/viewcvs/cgi/viewcvs.cgi/viewcvs/cgi/viewcvs.cgi/viewcvs/cgi/viewcvs.cgi/viewcvs/cgi/viewcvs.cgi/ ? ;-p [05:25] ??? [05:25] just kdding :) [05:25] http://www.abisource.com/viewcvs/cgi/viewcvs.cgi/abiword-plugins/ [05:25] yeah [05:25] i'm on it [05:25] was just making fun of the repetition in "viewcvs/cgi/viewcvs.cgi/" [05:26] yeah [05:26] well I didn't install it [05:26] nevermind :) === greenpenguin13 [n=joseph@user-4382.l3.c4.dsl.pol.co.uk] has joined #ubuntu-motu === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-motu [05:32] hub: either viewcvs is lying or I'm too stupid - the newest changes in abiword-plugins/wp/impexp/pdf/xp are 11 months old (in HEAD) [05:32] ah no [05:32] sorry [05:33] i'm too stupid so ;) === dholbach hugs the hub [05:36] hub: merci beaucoup [05:37] bienvenue === netzmeister [n=netzmeis@p549F9F69.dip0.t-ipconnect.de] has joined #ubuntu-motu === at1as [n=at1as@24-247-15-243.static.aldl.mi.charter.com] has joined #ubuntu-motu === spacey [n=herman@flits101-191.flits.rug.nl] has joined #ubuntu-motu [06:10] hub: attached an amd64 debug backtrace on bug 32870 [06:10] malone bug 32870 in abiword abiword-gnome "Abiword crashes when opening a file (on AMD64)" [Normal,Unconfirmed] http://launchpad.net/bugs/32870 === Lure [n=luka@clj46-234.dial-up.arnes.si] has joined #ubuntu-motu === janm [n=jmalonzo@ppp4592.dsl.pacific.net.au] has joined #ubuntu-motu === hub [n=hub@storm-gw.xandros.com] has joined #ubuntu-motu === abelcheung [n=abelcheu@221.126.152.96] has joined #ubuntu-motu === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-motu [06:46] re === persia [n=persia@p1119-ipbf510marunouchi.tokyo.ocn.ne.jp] has joined #ubuntu-motu === persia [n=persia@p1119-ipbf510marunouchi.tokyo.ocn.ne.jp] has left #ubuntu-motu [] === LaserJock [n=laserjoc@ubuntu/member/laserjock] has joined #ubuntu-motu [06:47] hey LaserJock === stratus [n=stratus@cronopio.rits.org.br] has joined #ubuntu-motu [06:48] hi dolson === G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #ubuntu-motu === fredix [n=fredix@85.65.97-84.rev.gaoland.net] has joined #ubuntu-motu [06:54] hi G0SUB and fredix [06:54] LaserJock :) [06:55] hi LaserJock === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-motu [06:59] have a nice evening [06:59] cu dholbach [07:00] hi dholbach [07:00] bye dholbach [07:09] cya dholbach === reggaemanu [n=manu@ARennes-257-1-147-11.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu [07:21] hi [07:21] how is the naming scheme for manpages in the debian dir..? [07:22] .
[07:24] "codeblocks.devel" [07:24] ? [07:24] no [07:24] :( [07:25] section is what section of man [07:25] ah okay.. [07:25] do you have any of the .ex files from dh_make? [07:26] nm, look at http://www.debian.org/doc/maint-guide/ch-dother.en.html#s-manpage === AstralJava [n=jaska@cm-217-078-207-6.lohjanpuhelin.fi] has joined #ubuntu-motu [07:28] LaserJock: my manpages are "codeblocks.1" and "code_runner.1" [07:28] but he did not compile them.. [07:28] in the deb... === iceman [n=iceman@250-212.242.81.adsl.skynet.be] has joined #ubuntu-motu [07:30] netzmeister: do you have dh_manpages in your debian/rules [07:31] LaserJock: "dh_installman" [07:31] is that wring? [07:31] wrong [07:33] no, that is ok, do you have codeblocks.manpages in debian/ ? [07:33] codeblocks.1 [07:33] yes [07:34] no [07:34] you want a file called "codeblocks.manpages" in debian/ [07:34] it lists the location of you man page [07:34] man dh_installman [07:34] k === deadchip is now known as dc|market === Xoritor [n=xoritor@user-119atva.biz.mindspring.com] has joined #ubuntu-motu === dc|market is now known as deadchip [07:45] hello everyone [07:45] hi Xoritor [07:45] i am going to be asking some package building questions... hope this is the right place [07:45] go for it [07:46] i am hoping to update the prelude stuff and build some snort+prelude [07:46] as well as add the preludedb stuff [07:46] and provide preludedb+msql and preludedb+postgresql [07:46] and some samhain+prelude packages [07:46] my first question is: [07:47] when using dpkg-buildpackage is there a different pathing/ld.so.conf/env ? [07:48] what is the prefered method of building packages from source trees? [07:48] from original source? [07:48] dh_make helps [07:48] i looked on the wikki/fourms/website (devel section) and saw several diff options but nothing coherent [07:48] dh_make helped a TON [07:48] yes from original sources [07:49] oh... and im building them for dapper x86 and x86_64 [07:49] ok, so where are you having the problem? [07:49] hope to have them "ready to ship" by dapper ship date [07:50] dpkg-buildpackage errors out where ./configure && make does not [07:50] ah, ok [07:50] i did notice that dpkg-buildpackage sees 486 where ./configure sees 686 [07:51] is checkinstall a good method or a bad method for supportable packages? [07:51] so what is the error? if it is more than a line or two you can use pastebin.ubuntu-nl.org [07:51] bad [07:51] oh and im doing this in a chroot [07:51] LaserJock, thats what i thought [07:51] we try to discourage checkinstall if you want to distribute your .debs at all [07:51] can i paste in here? [07:51] should i use a pastebin [07:51] its not very long [07:51] if it is short [07:52] 2 lines... maybe 3 [07:52] LaserJock: Thx, it works.. ahh btw. congratulation. I read the TB report. :-) [07:52] netzmeister: thanks [07:52] Xoritor: go for it [07:52] .libs/prelude-client.o: In function `prelude_client_init':/root/build/libprelude-0.9.5/src/prelude-client.c:158: undefined reference to `gcry_md_hash_buffer' [07:52] collect2: ld returned 1 exit status [07:52] thats the error that returns with dpkg-buildpackage [07:53] that does not happen with ./configure && make [07:53] same chroot [07:53] same source tree [07:53] hmm, wonder if it is the optimizations buildpackage uses [07:53] hmm [07:53] how can i see those [07:53] im new to .debs [07:53] :-/ [07:53] sorry if i ask n00b questions [07:54] i worked for Red Hat for the last 3 years so i am more familiar with .rpms [07:54] and any "reference" material would be helpful [07:54] umm, I'm not entirely certain what is default but you can set the CFLAGS in debian/rules [07:55] aaah [07:55] cool [07:55] im going to start it all over from scratch again... so i may be in and out [07:56] not sure if i want to start with a new chroot [07:56] or not [07:56] and what is pbuilder? [07:56] is that just for rebuilding .debs? === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-motu [07:56] pbuilder will build the .debs in a chroot [07:56] a clean chroot [07:56] thats what i thought [07:56] so you can make sure you have the dependencies right [07:57] it is pretty standard for us [07:57] i think i am going to blow away my chroot and make sure the deps are correct [07:57] i want to make 100% sure [07:57] Xoritor: I'd check out http://www.debian.org/doc/maint-guide/ch-dreq.en.html#s-rules and http://www.debian.org/doc/debian-policy/ch-files.html#s10.1 [07:57] its soooo easy to build with the debootstrap... [07:57] man [07:58] Xoritor: you could just build a pbuilder within your chroot [07:58] i have that now... [07:58] but pbuilder wont work with source trees right? [07:58] only .debs [07:58] ? [07:59] umm, you use pbuilder to build the .debs from the source package [07:59] oh... [07:59] there's pdebuild which is probably being run from the source tree [07:59] let me read the man again and ask some senseable questions [07:59] heh [08:00] bbiab (with more knowlege) [08:00] np [08:00] err [08:00] s/ knowlege/ knowledge [08:00] hi azeem, thanks for the upload btw. [08:01] cheers [08:01] you were lucky my ThinkPad was up when I got the mail, it's mostly broken right now :-/ [08:01] Xoritor: you can start pbuilder from inside the source tree, use "pdebuild" [08:02] I should get the GPG key off it to my crappy old notebook to be a bit more productive [08:02] azeem: ouch [08:03] azeem: I'm trying to work from OSX these days. Makes it a bit more difficult :( [08:04] :-/ [08:04] but I've got a Debian sarg box set up with a dapper chroot so.. [08:12] hmm [08:13] so how do i add a package to the pbuilder chroot so it can "satisfy" the deps? [08:13] what is unsatisfied? [08:13] gnutls [08:13] probably gnutls-dev [08:14] so you Build-Depend on gnutls-dev, and pbuilder cannot install that? [08:14] it was on gnutls... prolly just needed the -dev part [08:14] :-/ [08:14] im a moron sometimes [08:14] "it was"? [08:14] I am not quite sure what you are trying to do [08:14] did you run pbuilder and/or pdebuild and got an error message [08:14] ? [08:15] the Build-Depend part had gnutls not gnutls-dev [08:15] ok [08:15] pdebuild and it said it could not find gnutls [08:15] of course, gnutls-dev does not exist eitehr [08:15] either [08:16] cause its not gnutls its libgnutls-dev or libgnutls12 [08:16] sheesh... not enough caffine i think ;-) [08:16] azeem, sorry im a PITA, and thx for the prod [08:16] no problem [08:16] sometimes i think i should be hit with a cattle prod [08:17] i was up till 3 am watching defensive driving videos and taking those online exams [08:17] :-/ [08:17] so my attention is not all here yet [08:29] to "clean up" and "start over" i can just remove the files that are not my source tree right? === xophEr [n=xopher@a84-230-124-206.elisa-laajakaista.fi] has joined #ubuntu-motu [08:30] Xoritor: well, you could just get rid of the source and re-untar the source tarball. does that make sense? [08:30] yea [08:30] but the sources are really compiled in the source tree right? [08:31] they are moved into the chroot and compiled [08:31] or does it effect the chroot and compile in the source tree? [08:32] well it errored out anyways [08:32] woah, I'm not following you. Can you explain what your doing exactly? [08:33] heh [08:33] in the source tree i used the pdebuild command [08:33] k [08:33] pdebuild probably just makes a source package for you and builds that in the chroot [08:33] azeem: right [08:34] if i want to "compile again" i can just remove the files that are ../_.* [08:34] right? [08:34] or do i need to do it _all_ from scratch again? [08:34] just rerun pdebuild, I'd say [08:34] yeah [08:34] oh? [08:34] really? [08:34] hmm [08:34] this is pbuilder, you will need to rerun [08:36] Xoritor: you're making it too hard on yourself ;-) [08:37] LaserJock, like i said i come from the .rpm world ;-) [08:37] hahahahaha [08:37] with .rpm if its not hard, it does not work [08:37] heh [08:38] but so far i am loving what i find [08:38] once i wrap my head around it [08:38] and thank you both for the help [08:38] hmm, people usually say that .debs are harder than .rpms. I've never done an .rpm so I don't know. [08:39] Xoritor: np [08:39] if you have ever hand written a spec file you will not say that [08:39] they are HORRID [08:39] I have, and I still think specs are easier [08:39] they're both nightmares [08:39] trappist, agreed on the last statement [08:40] can't make it too easy ;-) [08:40] yeah there's definitely a limit on that [08:40] I think more of it could probably be automated [08:40] this is much more automated than hand writing a spec [08:41] some of the problem is that it is that there are a few different ways of doing each task [08:41] it is an individual thing [08:41] yeah. I just recently heard of debuild, when I've been using dpkg-buildpackage like a chump. [08:42] I started out on debuild. I've never used dpkg-buildpackage directly [08:42] one of my buddies is looking for a good version control system... any recomendations [08:42] we use bzr quite a bit here [08:42] he has lots of binaries to store and does not want them to be "new copies" [08:42] Xoritor: svn [08:42] but it is fairly new [08:43] trappist, svn they ruled out for some reason [08:43] I can't imagine [08:43] I love it [08:43] yeah, I either use svn or bzr [08:43] but I don't do much [08:43] makes cvs look ghetto [08:43] lol [08:43] lol [08:44] i like svn more than cvs myself [08:44] never used bzr [08:45] oh, bzr is distributed [08:45] so it's more like git than svn? [08:45] yeah, I believe so [08:46] http://bazaar-vcs.org/ is the place to check it out I think [08:46] google thought launchpad was the place to go [08:46] not really if you want very much info [08:47] any tools that do binary diff? [08:47] but bzr is used a lot in anything Ubuntu because it is supported by Canonical and seems to be one of Mark's pet projects [08:47] hehehe [08:48] it's written in python after all ;-) [08:48] i guess my build deps are not right... or my arch does not work correctly [08:48] still errors out === seth [n=seth@ubuntu/member/seth] has joined #ubuntu-motu [08:49] Xoritor: the FAQ at the site I said above has a question about Binary files === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-motu [08:50] yea i looked it says it stores them but not as diffs (i dont know why they need binary diffs) === plugwash [i=plugwash@p10link.net] has joined #ubuntu-motu === sanpera [n=johnny@157.182.195.191] has joined #ubuntu-motu [09:02] can anybody tell me the proper way to submit a patch against a universe package? [09:03] should i just create a bug and attach the debdiff? [09:03] in malone? [09:04] yes [09:04] thank you! === MarioMeyer_ [n=meyer@ubuntu/member/mariomeyer] has joined #ubuntu-motu [09:05] how can i change the "arch" pdebuild builds for? [09:07] Architecture: any [09:07] change that in the rules? [09:07] no [09:08] man pbuilder gives --binary-arch [09:08] perhaps that might help [09:08] hmm [09:08] I've never done it so I'm not sure [09:09] odd that it will build for 686 and not 486... maybe there is something else i am missing [09:10] what arch's do you want to use? [09:10] well... 686 is fine [09:11] i dont have any need of 486 or 386 really [09:11] but if i want to submit it for others it needs to be built for them right? [09:11] umm, wouldn't you just do i386? [09:12] yea === deadchip [n=mderezyn@port-212-202-40-252.dynamic.qsc.de] has joined #ubuntu-motu [09:12] but it says its builing for 486 (i dunno why) [09:13] what does the name of the .deb say? [09:13] ./configure finds 686 when used by iteslf === deadchip [n=mderezyn@port-212-202-40-252.dynamic.qsc.de] has joined #ubuntu-motu [09:13] what .deb? [09:13] the result from pbuilder [09:13] i dont have a .deb [09:13] it dies [09:14] ok [09:14] it errors out [09:14] but the ./configure && make does not [09:14] the only diff i see from me running ./configure && make and pdebuilder is the arch === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-motu [09:15] ok, so did you try different CFLAGS? [09:15] using the same CFLAGS i think === sanpera [n=johnny@157.182.195.191] has left #ubuntu-motu [] [09:19] didn't debian scrap i386 support some time ago? [09:22] well, I don't know what they are actually but the arch is i386 [09:22] seems it is wanting to do 486 for Xoritor [09:22] when you compile something what do these 2 lines look like for you? [09:23] checking build system type... i686-pc-linux-gnu [09:23] checking host system type... i686-pc-linux-gnu [09:23] checking target system type... i686-pc-linux-gnu [09:23] err.. 3 lines [09:23] ;-) [09:23] thats what i get from ./configure [09:23] that looks right [09:24] but when i do the pdebuild it says i486-pc-linux-gnu [09:24] :-/ [09:24] and it dies [09:24] not at ./config but later on [09:24] how does it die? [09:25] i manually put i686-pc-linux-gnu rules this time so maybe that will fix it [09:25] is the package passing the system types to configure maybe? [09:25] it was something about an undefined ref... [09:25] cant remember exactly [09:25] .libs/prelude-client.o: In function `prelude_client_init':/root/build/libprelude-0.9.5/src/prelude-client.c:158: undefined reference to `gcry_md_hash_buffer' [09:25] there it is [09:26] but that does not happen with ./configure && make [09:26] it only happens with pdebuild and dpkg-buildpackage [09:27] and the only diff i have seen is that both pdebuild and dpkg-buildpackage set the arch to 486 instead of 686 [09:27] ok that was NOT it [09:27] heh [09:27] got the same error setting arch to 686 [09:27] :-/ === JohnnyMast [n=rave@82-170-225-221.dsl.ip.tiscali.nl] has joined #ubuntu-motu [09:28] maybe i missed a dep someplace [09:28] Xoritor: thats why you use pbuilder, you are missing a build dep :) [09:28] :-D [09:28] gcry_* is from libgcrypt [09:28] oh heck how did you find that? [09:28] I knew it :) [09:29] well, I am not 100% sure, but I think it is [09:29] azeem, the magic man (or woman if your a woman) [09:29] hahaha [09:29] Xoritor: that is why you have to have smart people like azeem around [09:30] added libgcrypt11-dev on and we shall see [09:30] ;-) [09:31] anyone ever played with prelude+snort+samhain+mysql ? [09:31] oh and +snortsam [09:31] heh [09:32] adaptive cooperative reporting firewalls [09:32] Hey [09:32] :D [09:32] hi Kyral [09:33] hi === Gervystar [n=alessand@ip-124-244.adsl.cheapnet.it] has joined #ubuntu-motu [09:36] Kyral: how are classes? === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu === cassidy [n=cassidy@148-192.242.81.adsl.skynet.be] has joined #ubuntu-motu [09:40] LaserJock: ehh Math got better when I stopped taking notes with the Laptop lol [09:40] I'm really considering trying Gentoo's new installer [09:45] me too [09:45] Maybe on my laptop [09:49] I'm trying out Q on my intel iMac right now === ptlo [n=senko@83-131-72-174.adsl.net.t-com.hr] has joined #ubuntu-motu [09:49] Q? [09:52] you know Q... he was the alien on star trek [09:52] ;-) [09:52] LaserJock: intel iMac? [09:52] damn [09:52] LaserJock, seems to have all the cool toys [09:52] ;-H [09:52] if only I had one to port AbiWord to MacOS X [09:52] Kyral: Q is cool OSX port of qemu [09:53] well, it isn't exactly my personal machine, but my boss bought a couple for the lab ;-) [09:53] I can pretty much do whatever I want with it though [09:54] LaserJock: you lucky [09:54] sorta, it has been a bit difficult [09:54] I can't put Ubuntu on it and fink and darwinports don't work very well [09:55] and Thunderbird just freezes all the time [09:55] :-/ [09:55] LaserJock: well I would only use it for AbiWord MacOS X? [09:55] LaserJock: I have a PC for Linux [09:55] and MacMini for MacOS X PPC [09:56] I do too but I spend ~10 hrs a day on the iMac and ~30min on the Ubuntu box at home [09:56] so I'm learning to work on Ubuntu from the mac ;-) [09:57] for instance, I'm trying to see how fast qemu would be on it [09:57] Flight4 wouldn't install [09:58] but Breezy worked ok [09:58] and I'm trying the Gentoo livecd right now [09:58] I need a blank lol [09:58] blank what? [09:59] CD [09:59] To burn the ISO [09:59] oh, I don't burn isos anymore ;-) === netzmeister [n=netzmeis@p549F9F69.dip0.t-ipconnect.de] has joined #ubuntu-motu [10:02] oh, that's pretty. Those Gentoo guys did a good job on the boot graphics [10:02] LaserJock, linky? [10:03] no, I'm just booting it up in qemu [10:03] oh [10:03] :-/ [10:03] i would like to see something pretty [10:03] how do you take a screenshot in OSX? [10:04] you dont have to go through that much hassel [10:04] LaserJock: apple-shift-3 [10:04] im sure there are some if i get my lazy a$$ to google them === reggaemanu [n=manu@ARennes-257-1-147-11.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu === Hirion [n=hirion@draugr.de] has left #ubuntu-motu [] [10:08] Xoritor: here is a shot once it is booted up http://chem.unr.edu/~mantha/gentoo_livecd1.png [10:09] its pretty [10:09] thank you [10:11] that is cool, they have a FAQ, a CLI installer and a GUI installer === Arrogance [n=aks@ottawa-hs-206-191-39-20.d-ip.magma.ca] has joined #ubuntu-motu === KillerKiwi2005 [n=jason@203.109.215.2] has joined #ubuntu-motu === Lure [n=luka@clj46-234.dial-up.arnes.si] has joined #ubuntu-motu === nomed [n=nomed@host222-58.pool8260.interbusiness.it] has left #ubuntu-motu ["Leaving"] === alleeHol [n=ach@dialin-145-254-255-077.pools.arcor-ip.net] has joined #ubuntu-motu === chillywilly [n=danielb@CPE-65-26-218-21.wi.res.rr.com] has joined #ubuntu-motu [11:14] hello MOTU [11:15] need help - I want to repackage some old package thas is maintained by someone [11:16] but package contains software from 2002 while last upstream is from 2006 [11:16] and I would like to package new upstream, change package scripts (implement CDBS) [11:16] and put into REVU [11:17] my question is - what should I put into 'Maintainer:' field in control file? [11:17] my credentials or current debian maintainer? [11:27] LaserJock: ping [11:27] pong [11:27] I need some help [11:28] 1. question above - about maintainer credentials... [11:28] could you answer this? [11:28] if you repackage from scratch, you're the maintainer [11:28] ok [11:28] marcin`: does it matter a lot whether you're in the Maintainer: field? [11:28] then bigger problem [11:29] azeem: not really but I got some custom build script that put my credentials automagically [11:29] that seems odd [11:29] why are you doing this? [11:29] azeem: so for some other credentials I need to modify them manually and add -k to package [11:29] lol [11:30] you edit debian/control's Maintainer: field? [11:30] automatically, that is [11:30] no I got set of templates that use @MAINTAINER_NAME@ @MAINTAINER_MAIL@ etc. [11:31] for making new packages? [11:31] yup [11:31] anyway now about big problem.... [11:32] raphink: you also could take a look [11:32] not right now [11:32] today I realized that libphp-jpgraph is pretty much outdated - 2002 === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [11:32] so I started to work on new upstream release [11:33] and then in 'copyright' I found notice form current debian maintainer [11:33] that he didn't upgraded intentionally because new version of jpgraph is on dual license [11:34] QPL 1.0 (Qt Free License) For non-commercial, open-source and educational use [11:34] and JpGraph Professional License for commercial use [11:35] so this is not compliant with DFSG #6 (I'm not sure what is DFSG but this is in that notice) [11:35] DFSG are the Debian Free Software Guidelines [11:35] and the problem is ( raphink it's to you also) that this package is available as standalone in 1.5.2 version on GPL [11:36] but is also included in vtigercrm that me and ArmeBosse and raphink and some other guys would like to have in debian/ubuntu [11:36] so the new version probably could be put into multiverse [11:37] is it that much better that it warrants moving it from universe to multiverse [11:37] ? [11:37] talking about vtiger marcin`, would you like me to put it on my repo so it's available ? [11:37] and this version included in vtigercrm is not on GPL unfortunately [11:37] marcin`: since it won't be in dapper, I can build it for both dapper and breezy and put it on [11:37] I just wanted to remove this from vtiger and set as dependency [11:38] raphink: ok but please wait for a while ok? [11:38] sure [11:38] raphink: this package that is in REVU is really nothing special [11:38] ok :) [11:38] raphink: I still work pretty hard on this stuff [11:38] ok fine :) [11:38] take your time to get it well :) [11:38] raphink: and I'll have it ready pretty soon - and with new 4.2.4 version [11:38] good [11:39] raphink: sure - but now I don't know what to do with this jpgraph stuf... === iceman_ [n=iceman@198-248.242.81.adsl.skynet.be] has joined #ubuntu-motu [11:39] raphink: if this dual license is not compatible with DFSG then we got a problem [11:39] indeed we do [11:41] raphink: I didn't know about this while ArmeBosse prepared copyright and he mentioned QPL only [11:41] :( [11:41] raphink: but I started to [11:41] maybe Ubuntu considers the QPL fine for universe [11:41] raphink: 'strip' vtiger and remove parts that are already available in debian [11:42] raphink: and set these things as dependency [11:42] mhm [11:42] raphink: so I removed adodb directory while everything that is in this dir is in libphp-adodb already [11:42] raphink: and it works perfectly [11:42] good :) [11:43] raphink: then I created libphp-log4php (in REVU if you can please take review this package :) ) [11:43] well not right now I don't feel like reviewing really :-- [11:43] I rather feel like taking a pause actually [11:44] while my comp is pbuilding [11:45] raphink: and then I started to repackage this jpgraph and found this problem [11:45] for a package that build-deps on libx11-dev, anyone know what would cause "configure: error: X Window System not found"? [11:45] bmonty: some autoconf checks look for libxt for some reason I think [11:46] raphink: with license... anyway about review - no problem... but I need this package to be in universe with vtigercrm [11:46] bmonty: if you have the build tree around still, inspect config.log [11:46] marcin`: you won't get anything in universe before 2 months so don't worry ;) [11:47] raphink: sure but as you know I work on this package because I use this software comercially [11:47] yes [11:48] azeem: thanks, libxt-dev fixed it [11:48] raphink: so I will work on this - but this license issue is pretty important [11:48] yes === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [11:49] hehhh jpgraph for commercial usage -> 106.25 Euro ;/ [11:50] :( === trulux [n=lorenzo@unaffiliated/trulux] has joined #ubuntu-motu === thierry [n=thierry@modemcable023.222-70-69.mc.videotron.ca] has joined #ubuntu-motu === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-motu [11:57] LaserJock : ok we really need to talk with dev guys to know if we get the terminal apps in the menu, it would save a lot of time to people working on .desktop files [12:02] thierry: ok, just a sec