[12:03] hi [12:03] hi ajmitch_ [12:03] hi ajmitch_ :) [12:05] morning ajmitch_ :-) === ajmitch_ isian't often greeted like this :) [12:07] ajmitch_: most be because you are always here and greet us :-) [12:08] hah === sistpoty just wonders if /me should lay hands on ghc6 again === mgalvin [n=mgalvin@cpe-69-205-47-165.nycap.res.rr.com] has joined #ubuntu-motu === Jimbob [n=jcape@c-67-175-222-235.hsd1.il.comcast.net] has joined #ubuntu-motu === kjcole [n=kjcole@pchb1f.gallaudet.edu] has joined #ubuntu-motu [12:18] gn8 everybody :) === minghua [n=minghua@danube.mems.rice.edu] has joined #ubuntu-motu === kjcole [n=kjcole@pchb1f.gallaudet.edu] has joined #ubuntu-motu === plugwash [i=plugwash@p10link.net] has joined #ubuntu-motu === minghua [n=minghua@danube.mems.rice.edu] has joined #ubuntu-motu === kjcole [n=kjcole@pchb1f.gallaudet.edu] has joined #ubuntu-motu [01:00] hi minghua [01:02] hello LaserJock [01:02] slomo_: ping [01:02] baah [01:03] two clients... how irritating :-P. [01:04] Nafallo: asleep as of 45 minutes ago [01:04] LaserJock: I'm processing your debdiffs [01:05] crimsun: yea, saw backlog :-) [01:05] when the binary names in sources have changed, do the binarys end up in NEW? [01:05] LaserJock: in the future, simply replace Scott's line with your own. No need to add an entry like "tested and built" [01:05] Nafallo: yep [01:05] shit! === lfittl [n=lfittl@83-65-243-186.dynamic.xdsl-line.inode.at] has joined #ubuntu-motu [01:06] I've been awake an hour waiting for them :-P [01:07] oops ;-) [01:07] I've finished packaging libcafix & cafix, how do I upload them to REVU now? === Arrogance [n=aks@ottawa-hs-209-217-99-39.d-ip.magma.ca] has joined #ubuntu-motu [01:07] crimsun: replace his completly? I just wanted to acknowledge the MoM work [01:07] Nafallo: if the names of binary packages are changed, they need to go through NEW, yes. [01:08] LaserJock: we know they're resyncs due to the description [01:08] (the changelog) [01:08] irritating ;-) [01:08] crimsun: ok [01:08] Mithrandir: could you get NEW-rights please? ;-) === lamont [n=lamont@207.111.195.77] has joined #ubuntu-motu [01:08] Nafallo: haha, elmo is the master of NEW and mdz + Kamion are backups, I don't think we really need more backups. [01:09] hehe, I should sleep when I checked that livehttpheaders ended up where it should then ;-) [01:10] I sure hope I'll see the binaries tomorrow when I wake up :-P [01:40] crimsun: tex-guy isn't done yet, I needed vflib3 [01:41] crimsun: thanks so much for working on those for me, you rock [01:41] LaserJock: I just uploaded vflib3 [01:42] crimsun: right so I need to go back and do tex-guy, thanks === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-motu [01:51] hi gals, hi dudes : ) [01:51] hi edoardo [01:52] you guys, would someone be willin' to make a deb package for me or teach me how to do one? i would prefer the first. it's for an audio conversion script i made. many ubuntu users have asked if i could make a deb, but i dunno how to and really don't have much time to learn, as i made and maintain the script, which is a lot of work, the installer, and the ebuild. it's already in the universecandidates wiki. it's called audio convert. anyo [01:52] ne? : ) thankyou! : ) [01:53] edoardo: didn't you put it on wiki.ubuntu.com/UniverseCandidates? [01:53] url to REVU? [01:54] i did : ) [01:54] what's revu? [01:57] it's a system for reviewing potential packages [01:57] if you put it on UniverseCandidates, then somebody can make a deb package for it and submitted on REVU to get reviewed and accepted into Universe [01:57] well i did put it there, but i was tryin' to push things a little : ) you know, otherwise it might stay there for months : ) [01:58] edoardo: we're currently very busy merging about 1600 packages [01:58] we only have a month to that [01:58] LaserJock: I have finished a package, how exactly do I submit it to REVU? === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-motu [01:59] wiki.ubuntu.com/REVU [01:59] hey [01:59] has instructions [01:59] k [01:59] LaserJock, I can't login yet... [01:59] hi chuck [01:59] hi dude : ) [01:59] tritium: to REVU? [02:00] LaserJock, rigth [02:00] right [02:00] tritium: ping sh/siretart/sistpoty when they're awake [02:00] tritium: but in your email address and the do password recovery [02:00] s/but/put [02:00] crimsun, right, I remember. Thanks again. [02:00] crimsun, maybe my script can be the 1601th? : ) [02:00] LaserJock, tried that [02:00] edoardo: I would go ahead and begin packaging it if I were you [02:00] tritium: and did it email you your password === PlanarPlatypus [n=alucard@cpc3-cove3-5-1-cust39.brhm.cable.ntl.com] has joined #ubuntu-motu [02:01] crimsun, well i don't know how, unless someone helps me out : ) [02:01] LaserJock, nope. It gave me something to try to decode with gpg, but it was nothing [02:01] edoardo: there are some links from wiki/DeveloperResources [02:02] tritium: that thing to decode has your password, you have to look hard [02:02] LaserJock, I did. It did not work as intended [02:03] crimsun, i can't do it. i'm doin' too much stuff. i can't take care of the deb, too. it's too complicated. i know you ain't got time, but does anyone else have any? help! : ) thankyou! : ) [02:03] tritium: hmm, when I ran gpg on it it has some stuff and then like 6-8 letters and that worked for me [02:04] LaserJock, the only output I got was, literally, "None" [02:04] anyway, just wanted to let you know I didn't look at those 2 scientific packages [02:05] edoardo: I could do it [02:05] tritium: well, I guess I'm no help. Don't worry about the packages. They will get done when they get done. [02:05] tritium: Kyral and I are busy with merges anyway [02:06] I am confused with the freetype version in dapper [02:06] ok, LaserJock [02:06] I'm folding laundry [02:06] Daniel Holbach uploaded 2.1.10-1: http://lists.ubuntu.com/archives/dapper-changes/2005-November/000707.html [02:07] but packages.ubuntu.com still says dapper has 2.1.7-2.4ubuntu1 [02:07] and indeed 2.1.10-1 builds: http://people.ubuntu.com/~lamont/buildLogs/f/freetype/2.1.10-1/ [02:07] libfreetype6 | 2.1.10-1 | http://archive.ubuntu.com dapper/main Packages [02:07] freetype | 2.1.10-1 | http://archive.ubuntu.com dapper/main Sources [02:08] lfittl, really? [02:08] edoardo: Sure, is there anything special about the scripts, or should they just get installed to /usr/bin? [02:08] minghua: packages.u.c only syncs periodically. [02:08] crimsun: thanks, then did Ubuntu developers have a solution to the libfreetype6 ABI changes? [02:08] minghua: you should use apt-cache directly [02:09] minghua: wrt what, CJK autohinting? [02:09] crimsun: debian bug 314385 and the merged bugs? [02:09] Error: Error getting Malone bug #314385: Bug does not exist [02:09] crimsun: no, much worse than that [02:09] poor Ubugtu got confused ;-) [02:10] minghua: ugh, no, not yet apparently since it was a straight sync [02:10] lfittl, there's a little problem. i mean, it can be used as a bash command line script, and then i just needs to go in /usr/bin. but this was intended to be more powerful and comfy. it was intended to be, and is, a nautilus scripts. so to take advantage of all of its functions it's got to go in ~/.gnome2/nautilus-scripts. which is why i made an installer for it, which is included in the tarball. the installer has to be run as user, not [02:10] root. basically, it links /usr/bin/audio-convert into ~/.gnome2/nautilus-scripts/ [02:10] *script [02:10] crimsun: 2.1.10 changed a lot of ABI in cache things [02:11] minghua: yeah ;( [02:11] I think I need to raise this in ubuntu-devel list [02:11] edoardo: I have seen that, the problem is that .deb installs are always done as root, therefore the install script has to be executed manually by the user [02:12] I'm thinking a soname bump is in order [02:12] lfittl, i was told by a dude in this channel that it's not very sexy to have to do somethin' from command line after you install the script, but i see no other way of installin' it locally. and no, there's no such thing as a system-wide nautilus-scripts dir. for some reason : ) [02:12] crimsun: I would _love_ to get 2.1.10 in dapper as it fixes a lot of CJK issues, but the current situation will just break more stuff [02:12] yeah, it's already in dapper, but apparently lots of stuff is going to explode [02:12] lfittl, i know. for instance, i made the ebuild for gentoo. after the script is installed, there's two lines that pop and say, basically, 'now run audio-convert-install' as user and you'll be all set. is it doable in ubuntu? [02:13] edoardo: Sry, I don't know enough about that [02:14] oh by the way, crimsun, do you have Asian ancestors? (your family name looks Chinese to me) [02:14] minghua: my parents are from China originally but were raised in Taiwan [02:15] tritium: did i read probs with revu? [02:15] sistpoty, yes, I can't login, nor can I use the password restore [02:15] Has anybody else got an idea how to inform the user that he should execute a script after the package install? [02:15] crimsun, is it doable? a message that pops up like that? or maybe after you apt-get somethin' it opens /usr/bin in nautilus and all you gotta do is click on audio-convert-install once, and that's it? [02:15] lfittl, let's not give up. i'm almost sure it's more than doable [02:16] tritium: do you get to a page which says "To decrypt your password, type the following into your shell:"... [02:16] ? [02:16] edoardo: sorry, I haven't been reading scrollback. What are you trying to accomplish? [02:16] sistpoty, yes, and I can decrypt it, but there is no content. [02:16] edoardo, lfittl: I don't know much about gnome (i use kde), but isn't there a central place for nautilus-scripts? [02:16] edoardo: couldn't you have your script look for it in the user's directory and if it's not offer to install it? [02:17] tritium: write the pgp-message to a file, then do gpg -d --output mypasswordfile.txt messagefile [02:17] crimsun, the issue with my script is that to take full advantage of it, that is, right clickin' on audio files on nautilus and convertin' them, you gotta install it in ~/.gnome2/nautilus-scripts. so is there a way so that after you apt-get it displays a message sayin' 'now run audio-convert-install as user and you'll be all set'? or, open /usr/bin in nautilus and let you click on audio-convert-install as user? [02:18] sistpoty, there ain't none. for some reason [02:18] edoardo: we have the notifier subsystem, but I'd rather avoid it [02:18] sistpoty, I'll see if that works... [02:19] LaserJock, you'd still have to run the script from command line once, so why not just run the installer? it's the same. the point is that after you run the installer, all you gotta do is right click on the audio files in nautilus, and choose which format to convert to : ) [02:19] edoardo: it's best to make a README [02:19] crimsun, oh there is one. and it says exactly that. 'to make it work, run audio-conver-install'. is that enough? [02:19] *convert [02:19] edoardo: you should have a man file anyway, I think [02:19] edoardo: yeah. [02:20] and yes, you should have a man page for it, too. [02:20] edoardo: I think packages are usually not supposed to mess with users' home directories [02:20] edoardo: you could also use debconf to display a message [02:20] minghua's absolutely correct [02:21] minghua, crimsun, the script ain't messin' with anythin'. there's an installer which you can run *if* you want to use it as a nautilus script. which is what virtually every user i communicated with wants [02:21] edoardo: I think the best you can do is having a program (in /usr/bin) that install said script to user's ~/.gnome2/nautilus-scripts, then use debconf to give them a note at installation time [02:21] sistpoty, the complete output is "None" [02:21] minghua, dude, it's what happens [02:21] minghua, except for the debconf thing. we were tryin' to figure that out [02:21] tritium: hehe... seems like a NULL-entry in the db... I'll check [02:22] sistpoty, thanks [02:22] edoardo: so people run the script, and they get something in ~/.gnome2/nautilus-script, or they need to copy it over? [02:22] minghua, there's the script, and there's the installer. they both go into user bin. to have it as a nautilus script, you gotta run the installer as user. once. [02:23] edoardo: I am not blaming you are messing up users' home, I'm just saying you shouldn't :-) [02:23] edoardo: that sounds pretty good to me, you just need one debconf question (actually a note) [02:23] lfittl, still there? could you make the part that installs script and installer into usr/bin to begin with? we'll work on the debconf thing later. would that work out for you? [02:24] tritium: what's your email in revu? [02:24] (database has grown a bit *g*) [02:24] edoardo: k, just give me ~20min [02:25] minghua, cool. now i gotta figure out how to use debconf : ) [02:25] sistpoty, should be rimbert@purdue.edu (which I'll want to change, as my purdue email will expire very soon) [02:25] that's what [02:25] in the uploaders keyring [02:26] lfittl, if you follow the freshmeat link, it'll have an outdated version. i submitted the new one about thirty minutes ago. so when you're on the freshmeat page, go to the home page and get 0.3.1.1 from there [02:26] tritium: did you upload anything to revu yet? [02:26] lfittl, that is, until they update the freshmeat link, which will probably happen in a couple of hours or so [02:26] sistpoty, not revu, no [02:26] edoardo: k, which Packages should audio-convert depend on? [02:27] tritium: hehe, then your account wasn't created yet... [02:27] tritium: will be created on first upload [02:27] sistpoty, all right, thanks. [02:27] sorry for the hassle [02:27] np ;) [02:27] lfittl, zenity and file >= 4.16. also, if you want to use it as a nautilus script, nautilus [02:27] lfittl, but i imagine most users will, so nautilus as well [02:28] tritium: for email-change, just drop a mail to keyring, signed with a key for the new email-addy [02:28] lfittl, in gentoo i made it so that if you specify that you're gonna use it with gnome, you need nautilus, otherwise not. i dunno how you do that in ubuntu. but if it's too complicated just put nautilus in the dependencies : ) [02:28] sistpoty, for the ubuntu keyring, or revu? [02:29] tritium: keyring@tiber.tauware.de is for revu [02:30] lfittl, also, if there's somethin' like an homepage value in the .deb, please set it to http://freshmeat.net/projects/audio-convert, not to the savannah homepage : ) [02:30] edoardo: Ubuntu has nothing like USE_FLAGS, therefore we don't have a chance to find that out [02:30] right, but I should also change for ubuntu too [02:31] edoardo: I think in debian the general way to deal with this is building two packages, audio-convert and audio-convert-gnome, and have the latter depends on nautilus === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-motu [02:31] tritium: but what would you upload? You don't need REVU for uploads right? [02:31] hello all [02:32] LaserJock, anything to universe [02:32] tritium: oh, you are a motu... and were approved the same day as /me *g*... [02:32] minghua, well ask lfittl how he feels about it, too. i would personally have no problem with it. but it would be *the same exact package*, except one depends on nautilus and one don't : ) that acceptable? [02:32] sistpoty, yes, but it's been quite some time since I've uploaded anything [02:33] And I'm totally clueless lately [02:33] tritium: I'll create you an account for revu now... and set it to give you review rights (this must still be done by hand) [02:33] minghua, you will have to englighten us about how to issue that debconf message though : ) if you want : ) hopefully : ) [02:33] sistpoty, okay, thanks :) [02:33] minghua: you mean audio-convert-gnome should depend on audio-convert, and just consist of the install script for nautilus? [02:35] lfittl: that depends how audio-convert works. does the audio-convert work without the nautilus stuff? [02:36] minghua: yes [02:36] minghua, yeah, absolutely. all it needs is zenity [02:36] tritium: try the recover pw from revu now ;) [02:36] edoardo: I'm not familiar with debconf either. but I'm interested in this package and willing to help. is the debianized source somewhere? [02:36] edoardo: What is your full name? (I need it for the debian/copyright file) [02:36] sistpoty, okay :) [02:37] minghua: I'm currently working on it [02:37] lfittl: yeah, than it's what you said [02:37] lfittl: if it's just a script, however, it's probably not worth a second package [02:38] lfittl, edoardo: you can just put the nautilus script in and Recommends nautilus [02:39] minghua: k, that's maybe the best solution [02:39] reasonable people should install recommends, or know what they are doing when ignoring recommends [02:40] sistpoty, I got a password :) [02:40] yehaa :) [02:40] hmmmm, just to be sure, what does a sync and a merge mean again? ;p [02:41] zakame: sync means take debian version without modification [02:41] zakame: merge is if you need to change any bit [02:41] i'm back [02:41] was away [02:41] sistpoty: ok, thanks :) [02:42] lfittl, the script is copyrighted to my software company, linfasoft. so you can copyright the deb to that too i guess? [02:42] edoardo: your package *is* easy to install :-) [02:42] tritium: do you know whether the keyring for ubuntu uploading is taken from LP? (or do i need to send a mail to elmo?) [02:42] minghua, i know : ) except that a user has to do it, and root can't [02:43] edoardo: sure [02:43] sistpoty: you still need to mail elmo [02:43] sistpoty, I'm not sure, actually. I think I read that my ubuntu.com email automatically works [02:43] sistpoty, anyway, that's not something you have to do for me. Thanks though :) [02:43] crimsun: thx, will do... [02:44] tritium: no, I have to do this for me actually *G* [02:44] sistpoty, heh, okay :) [02:44] edoardo: audio-convert-install have no use except installing audio-convert to user's home, correct? [02:44] I setup my gmail.com account to use my ubuntu.com, so I believe I can upload from there [02:44] at least that explains why my upload from last night disappeared silently *g* [02:44] minghua, correct [02:45] it links /usr/bin/audio-convert into ~/.gnome2/nautilus-scripts [02:45] edoardo, lfittl: I think then maybe the best way is to put audio-convert-install in /usr/lib/audio-convert/, and have some nautilus dependency check in it [02:46] sistpoty: just another clarification: does the sync sync from the source packages from mom, or from the unaltered debian archive? [02:47] zakame: a sync is always done from debian unstable. otherwise it wouldn't be a sync ;) [02:48] sistpoty: i see. many thanks again :) [02:48] zakame: (we can sync from anything that has a Sources) === minghua reads audio-convert and scroll through a bunch of european languages [02:48] edoardo: you really should consider using gettext :-) [02:48] zakame: (but yes, generally we sync directly from Sid. In rare instances we sync from experimental) [02:48] np zakame [02:48] minghua, it's got *many* translations [02:49] minghua, i wouldn't know how to use it : ) [02:49] minghua, where are you from? [02:49] edoardo: China [02:49] crimsun: I was having second thoughts about classifiying my bugs on the wiki as `sync'. Had a bit of confusion about the terms :( [02:50] crimsun, so did jdub attend your trilug meeting last night? [02:50] tritium: yep [02:50] minghua, it would be cool if it were translated in chinese too : ) [02:50] pretty cool [02:50] yeah, his presentation rocked [02:50] edoardo: no, I don't translate anything non-gettext :-P [02:50] What was the topic? [02:51] tritium: Ubuntu, but it touched on a lot of tangents [02:51] zakame: if you want to take MoM-package, this still is worth reporting in the bugreport... (ideally with link to MoMs debdiff) [02:52] minghua, maybe i'll pass to gettext. i've been havin' some issues with the translations, like charachters with accents which don't work in some distros, for instance. would gettext solve those issue? that's the main thing i'm concerned about : ) [02:52] crimsun, cool... [02:52] sistpoty: yes, that was what I was about to ask :) I found some the MoM-packages to be very good, I felt I would be just stealing if I made a debdiff to changelog just adding my name on it [02:52] hehe === rob1 [n=rob@pdpc/supporter/student/rob-ubuntu] has joined #ubuntu-motu [02:54] zakame: but don't worry about "stealing"... since you actually tried to built and test the package, it's still your work [02:54] edoardo: I think what you are talking is locale issues [02:54] zakame:\sh told me if I build it and verify it, it is good to put it in the changelog [02:54] edoardo: Is your script iso-8859-1? [02:54] LaserJock: you mean "* tested and built"? [02:55] LaserJock: which would be silly. You always have to test and built packages you want to upload [02:55] minghua, i dunno. i'm not big on translations. i just copied the way the original script did the french translation, and used it for all of the other ones : ) [02:55] edoardo: I can't figure out your encoding at all, you seem to be mixing them [02:55] sistpoty: well if I tested and built the MoM stuff [02:56] minghua, i mean, i'm big on translations cause i like them a lot, but am not an expert of them : ) [02:56] edoardo: unfortunately, I don't know how to use gettext in shell scripts [02:57] lfittl, how it goin' over there? you doin' well? : ) [02:57] edoardo: but one important thing is to ask your translators what encoding they are using [02:58] LaserJock: but this still doesn't make sense. just use "merge debian version" or s.th. like it [02:58] edoardo: yeah, just give me some time ;) [02:58] sistpoty: but in the changelog [02:58] lfittl, no problem dude, just checkin' out on you : ) [02:59] sistpoty: I don't know, that is what \sh said [02:59] What does "dh_testdir: I have no package to build" mean? [02:59] or, how could that happen [03:00] edoardo: what encoding is that polish translation? it's not utf8, and I suppose polish don't use iso-8859-1 (latin1) [03:00] minghua, i have no idea. like i said, i dunno much about'em. a polish dude sent it to me. that's it. of course i could contact him and ask : ) [03:01] edoardo: I won't be surprised if people get wrong characters, your script did nothing about locale [03:01] LaserJock: the only reason is, that if you do touch the changelog, the changed-by-field will be yours (you actually get the credit)... but you don't need to put useless stuff in the changelog to do this ;) [03:02] sistpoty: so all you need to do after verifying is just touch the changelog with your name on it? [03:02] sistpoty: hmm, I guess, most of mine I have actually had to do something so it hasn't been much of a problem [03:02] zakame: yes [03:03] ah [03:03] minghua, guess i'll have to work on that. if i had any idea how to, it'd be cool : ) [03:04] edoardo: well, at least ask your translators what their encoding is first. I have some ideas, but without the knowledge of encoding I can't test === SloMoSnail [n=slomo@p5487E646.dip.t-dialin.net] has joined #ubuntu-motu === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #ubuntu-motu [03:05] hi SloMoSnail, Burgundavia [03:05] minghua, i think most of it is iso-8859-15 though : ) [03:05] minghua, if not all of it : ) [03:07] edoardo: package is finished, I'll just test it quickly [03:07] lfittl, very cool! go on! : ) [03:08] edoardo: here is a link about shell and gettext: http://www.tldp.org/LDP/abs/html/localization.html [03:08] edoardo: so it seems doable [03:11] sistpoty, LaserJock: many thanks again :) [03:11] zakame: np [03:11] edoardo: http://ixios-software.com/~lfittl/ubuntu/dapper/ [03:12] lfittl, great job, except. did you use 0.3.1 or 0.3.1.1? cause the latter has a workin' install script : ) [03:13] oh, sry wait got wrong version, just another ~5min ;) [03:13] : D [03:13] cause the freshmeat links are not updated yet [03:14] but almost nothin' changes really, only the name and the install script : ) [03:14] i used the savannah downloads, but I simply took the one that was on the bottom of the page, and that was 0.3.1, 0.3.1.1 was above it ;) [03:17] edoardo: no, iso-8859-15 doesn't work for me either [03:18] lfittl, also, linfasoft would go in lowercase : ) [03:18] lfittl, you're doin' a really good job though, keep it up! : ) === elektranox [n=elektran@p5481D597.dip.t-dialin.net] has left #ubuntu-motu [] [03:21] edoardo: finished === hunger [n=hunger@p54A60965.dip0.t-ipconnect.de] has joined #ubuntu-motu [03:22] lfittl, super cool! [03:22] did you test it? [03:23] now all we need is have someone tell us how to display a debconf message! : ) [03:23] anyone in here know anythin' about it? help! : ) thankyou! : ) [03:24] I realized that file is too old in breezy to test it, and I dont have dapper yet, so I could not test it, that's your job ;) [03:24] what file does breezy have? [03:24] 4.12 [03:24] uhm === freeflying [n=freeflyi@61.190.65.15] has joined #ubuntu-motu [03:25] cause the issue with the file i used to have was that it recognized mpc files as 'data' instead of 'Musepack' [03:25] but one i don't remember what version i had [03:25] two, i upgraded to the latest, but that don't mean that it's the one that's required [03:26] could you test on an mpc with your version of file? [03:26] maybe that works, too : ) [03:26] all you gotta do is 'file -b filename.mpc' [03:26] and look at the output [03:26] edoardo: there are some cool examples in debconf-doc [03:26] i don't have any mpc file, which encoder is needed? [03:27] mppenc [03:27] in the readme it says where to find it [03:27] i don't remember [03:27] : ) [03:27] but i can look into it if you want : ) [03:28] no package in the repositories for mppenc? [03:28] i dunno [03:28] lfittl: you have a debian/.rules.swp in your package [03:28] i don't use ubuntu, i use gentoo. i'm doin' this cause many ubuntu users asked me if there's a deb around. also, i find ubuntu a very interestin' distro. but yup, i run gentoo : ) [03:29] minghua: where is that one coming from? [03:29] lfittl: your vim cache, I suppose? === mgalvin [n=mgalvin@cpe-69-205-47-165.nycap.res.rr.com] has left #ubuntu-motu [] [03:30] lfittl: quit your vim before running dpkg-buildpackage/debuild :-) [03:30] minghua: interesting, I am not using vim.. [03:30] lfittl: wait, it may be _my_ vim cache :-P [03:30] : D [03:30] :D [03:31] lfittl: sorry, false alarm //blush [03:31] no problem ;) [03:31] awright, so we've got the deb now [03:32] but someone oughtta test the breezy file on an mpc, to see if we can lower the dependency [03:32] or else i suppose no breezy user would be able to install it? [03:33] yes thats the problem [03:33] edoardo: it won't go in breezy [03:33] lfittl: now I have a really problem though - your package fail to clean itself [03:33] edoardo: it will go in dapper [03:34] lfittl: you need to call dh_clean in your debian/rules clean target [03:34] minghua: damn, I know I should have kept something there, sry [03:34] LaserJock, yeah, but what if some breezy user just wants to grab the deb now? i know some people who would like to do that : ) [03:35] edoardo: yeah, I suppose you could put it on your site [03:35] i know, that's what i intend to do [03:35] edoardo: we could just ignore that mpc issue, because there is no encoder/decoder in the ubuntu repositories, therefore almost nobody will use them [03:36] or try to have it backported, once it's in dapper [03:36] but still no breezy user would be able to use it as of now, correct? [03:36] hey all [03:36] uhm... [03:36] hi bmonty [03:36] lfittl: bzzt. There is. [03:36] hi bmonty, what's up? : ) [03:36] sistpoty: did you get a chance to upload my wesnoth patch? [03:36] crimsun: which package? [03:36] lfittl: gstreamer0.8-musepack [03:37] bmonty: I tried, but it disappeared silently... seems like I am not in the keyring yet :( [03:37] you guys should be coordinating with MOTUMedia [03:37] crimsun, but my script don't use gstreamer [03:37] siretart: ahh...that would be a problem :) [03:37] edoardo: that's not an issue. Look at libmpcdec3. [03:37] bmonty: so it might take some time, till I have upload privileges... but then it's still first in the queue ;) [03:38] well could anyone check it on an mpc file? i would if i had file-4.12 : ) [03:38] give me a url to an mpc [03:39] minghua: clean problem is now fixed [03:40] edoardo: what does it need? mppenc-binary? I don't think that's anywhere in ubuntu (maybe there are patent issues or s.th. like that?) [03:40] i dunno [03:40] you can download the source of mppenc though [03:41] and the lincese for the binaries is lgpl [03:41] http://www.musepack.net/index.php?pg=lin [03:41] actually the library is BSD [03:42] yeah, the plugins are bsd, too [03:42] but the binaries are lgpl [03:42] for some reason [03:43] the full source code is lpgl, too : ) [03:43] I like that [03:43] cool : ) [03:44] anyone brave enough to download the encoder and test file -b filename.mpc? [03:44] i'm findin' no url's with mpc files, unfortunately : ( [03:44] : ) [03:46] maybe I can look at it later, need dinner now. [03:46] awright dude : ) [03:48] anyone else? [03:48] : D [03:49] I am currently installing mppenc :) [03:49] super cool! : ) [03:50] so when I fill a bug using \sh's scripts, how long does it take for the bug to show up in launchpad? [03:55] bmonty: usually 1-2 minutes [03:56] bmonty: which script do you use? lpbugs.py [03:56] sistpoty: yes [03:57] bmonty: do you use sendmail or smtp? [03:57] smtp [03:57] edoardo: somehow the progess bar is not working when converting from .wav to .mpc [03:57] hm... [03:58] bmonty: maybe this will give you some insight: https://wiki.launchpad.canonical.com/MaloneEmailInterfaceUserDoc [03:58]