[12:03] <ajmitch_> hi
[12:03] <sistpoty> hi ajmitch_
[12:03] <slomo> hi ajmitch_ :)
[12:05] <Nafallo> morning ajmitch_ :-)
[12:07] <Nafallo> ajmitch_: most be because you are always here and greet us :-)
[12:08] <ajmitch_> hah
[12:18] <slomo> gn8 everybody :)
[01:00] <LaserJock> hi minghua
[01:02] <minghua> hello LaserJock
[01:02] <Nafallo> slomo_: ping
[01:02] <Nafallo> baah
[01:03] <Nafallo> two clients... how irritating :-P.
[01:04] <crimsun> Nafallo: asleep as of 45 minutes ago
[01:04] <crimsun> LaserJock: I'm processing your debdiffs
[01:05] <Nafallo> crimsun: yea, saw backlog :-)
[01:05] <Nafallo> when the binary names in sources have changed, do the binarys end up in NEW?
[01:05] <crimsun> LaserJock: in the future, simply replace Scott's line with your own. No need to add an entry like "tested and built"
[01:05] <crimsun> Nafallo: yep
[01:05] <Nafallo> shit!
[01:06] <Nafallo> I've been awake an hour waiting for them :-P
[01:07] <crimsun> oops ;-)
[01:07] <lfittl> I've finished packaging libcafix & cafix, how do I upload them to REVU now?
[01:07] <LaserJock> crimsun: replace his completly? I just wanted to acknowledge the MoM work
[01:07] <Mithrandir> Nafallo: if the names of binary packages are changed, they need to go through NEW, yes.
[01:08] <crimsun> LaserJock: we know they're resyncs due to the description
[01:08] <crimsun> (the changelog)
[01:08] <Nafallo> irritating ;-)
[01:08] <LaserJock> crimsun: ok
[01:08] <Nafallo> Mithrandir: could you get NEW-rights please? ;-)
[01:08] <Mithrandir> Nafallo: haha, elmo is the master of NEW and mdz + Kamion are backups, I don't think we really need more backups.
[01:09] <Nafallo> hehe, I should sleep when I checked that livehttpheaders ended up where it should then ;-)
[01:10] <Nafallo> I sure hope I'll see the binaries tomorrow when I wake up :-P
[01:40] <LaserJock> crimsun: tex-guy isn't done yet, I needed vflib3
[01:41] <LaserJock> crimsun: thanks so much for working on those for me, you rock
[01:41] <crimsun> LaserJock: I just uploaded vflib3
[01:42] <LaserJock> crimsun: right so I need to go back and do tex-guy, thanks
[01:51] <edoardo> hi gals, hi dudes : )
[01:51] <LaserJock> hi edoardo
[01:52] <edoardo> 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] <edoardo> ne? : ) thankyou! : )
[01:53] <LaserJock> edoardo: didn't you put it on wiki.ubuntu.com/UniverseCandidates?
[01:53] <crimsun> url to REVU?
[01:54] <edoardo> i did : )
[01:54] <edoardo> what's revu?
[01:57] <crimsun> it's a system for reviewing potential packages
[01:57] <LaserJock> 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] <edoardo> 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] <crimsun> edoardo: we're currently very busy merging about 1600 packages
[01:58] <crimsun> we only have a month to that
[01:58] <lfittl> LaserJock: I have finished a package, how exactly do I submit it to REVU?
[01:59] <LaserJock> wiki.ubuntu.com/REVU
[01:59] <zul> hey
[01:59] <LaserJock> has instructions
[01:59] <lfittl> k
[01:59] <tritium> LaserJock, I can't login yet...
[01:59] <crimsun> hi chuck
[01:59] <edoardo> hi dude : )
[01:59] <LaserJock> tritium: to REVU?
[02:00] <tritium> LaserJock, rigth
[02:00] <tritium> right
[02:00] <crimsun> tritium: ping sh/siretart/sistpoty when they're awake
[02:00] <LaserJock> tritium: but in your email address and the do password recovery
[02:00] <LaserJock> s/but/put
[02:00] <tritium> crimsun, right, I remember.  Thanks again.
[02:00] <edoardo> crimsun, maybe my script can be the 1601th? : )
[02:00] <tritium> LaserJock, tried that
[02:00] <crimsun> edoardo: I would go ahead and begin packaging it if I were you
[02:00] <LaserJock> tritium: and did it email you your password
[02:01] <edoardo> crimsun, well i don't know how, unless someone helps me out : )
[02:01] <tritium> LaserJock, nope.  It gave me something to try to decode with gpg, but it was nothing
[02:01] <crimsun> edoardo: there are some links from wiki/DeveloperResources
[02:02] <LaserJock> tritium: that thing to decode has your password, you have to look hard
[02:02] <tritium> LaserJock, I did.  It did not work as intended
[02:03] <edoardo> 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] <LaserJock> 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] <tritium> LaserJock, the only output I got was, literally, "None"
[02:04] <tritium> anyway, just wanted to let you know I didn't look at those 2 scientific packages
[02:05] <lfittl> edoardo: I could do it
[02:05] <LaserJock> tritium: well, I guess I'm no help. Don't worry about the packages. They will get done when they get done.
[02:05] <LaserJock> tritium: Kyral and I are busy with merges anyway
[02:06] <minghua> I am confused with the freetype version in dapper
[02:06] <tritium> ok, LaserJock
[02:06] <Kyral> I'm folding laundry
[02:06] <minghua> Daniel Holbach uploaded 2.1.10-1: http://lists.ubuntu.com/archives/dapper-changes/2005-November/000707.html
[02:07] <minghua> but packages.ubuntu.com still says dapper has 2.1.7-2.4ubuntu1
[02:07] <minghua> and indeed 2.1.10-1 builds: http://people.ubuntu.com/~lamont/buildLogs/f/freetype/2.1.10-1/
[02:07] <crimsun> libfreetype6 |   2.1.10-1 | http://archive.ubuntu.com dapper/main Packages
[02:07] <crimsun>   freetype |   2.1.10-1 | http://archive.ubuntu.com dapper/main Sources
[02:08] <edoardo> lfittl, really?
[02:08] <lfittl> edoardo: Sure, is there anything special about the scripts, or should they just get installed to /usr/bin?
[02:08] <crimsun> minghua: packages.u.c only syncs periodically.
[02:08] <minghua> crimsun: thanks, then did Ubuntu developers have a solution to the libfreetype6 ABI changes?
[02:08] <crimsun> minghua: you should use apt-cache directly
[02:09] <crimsun> minghua: wrt what, CJK autohinting?
[02:09] <minghua> crimsun: debian bug 314385 and the merged bugs?
[02:09] <Ubugtu> Error: Error getting Malone bug #314385: Bug does not exist
[02:09] <minghua> crimsun: no, much worse than that
[02:09] <LaserJock> poor Ubugtu got confused ;-)
[02:10] <crimsun> minghua: ugh, no, not yet apparently since it was a straight sync
[02:10] <edoardo> 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] <edoardo> root. basically, it links /usr/bin/audio-convert into ~/.gnome2/nautilus-scripts/
[02:10] <edoardo> *script
[02:10] <minghua> crimsun: 2.1.10 changed a lot of ABI in cache things
[02:11] <crimsun> minghua: yeah ;(
[02:11] <minghua> I think I need to raise this in ubuntu-devel list
[02:11] <lfittl> 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] <crimsun> I'm thinking a soname bump is in order
[02:12] <edoardo> 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] <minghua> 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] <crimsun> yeah, it's already in dapper, but apparently lots of stuff is going to explode
[02:12] <edoardo> 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] <lfittl> edoardo: Sry, I don't know enough about that
[02:14] <minghua> oh by the way, crimsun, do you have Asian ancestors?  (your family name looks Chinese to me)
[02:14] <crimsun> minghua: my parents are from China originally but were raised in Taiwan
[02:15] <sistpoty> tritium: did i read probs with revu?
[02:15] <tritium> sistpoty, yes, I can't login, nor can I use the password restore
[02:15] <lfittl> Has anybody else got an idea how to inform the user that he should execute a script after the package install?
[02:15] <edoardo> 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] <edoardo> lfittl, let's not give up. i'm almost sure it's more than doable
[02:16] <sistpoty> tritium: do you get to a page which says "To decrypt your password, type the following into your shell:"...
[02:16] <sistpoty> ?
[02:16] <crimsun> edoardo: sorry, I haven't been reading scrollback. What are you trying to accomplish?
[02:16] <tritium> sistpoty, yes, and I can decrypt it, but there is no content.
[02:16] <sistpoty> edoardo, lfittl: I don't know much about gnome (i use kde), but isn't there a central place for nautilus-scripts?
[02:16] <LaserJock> 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] <sistpoty> tritium: write the pgp-message to a file, then do gpg -d --output mypasswordfile.txt messagefile
[02:17] <edoardo> 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] <edoardo> sistpoty, there ain't none. for some reason
[02:18] <crimsun> edoardo: we have the notifier subsystem, but I'd rather avoid it
[02:18] <tritium> sistpoty, I'll see if that works...
[02:19] <edoardo> 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] <crimsun> edoardo: it's best to make a README
[02:19] <edoardo> crimsun, oh there is one. and it says exactly that. 'to make it work, run audio-conver-install'. is that enough?
[02:19] <edoardo> *convert
[02:19] <LaserJock> edoardo: you should have a man file anyway, I think
[02:19] <crimsun> edoardo: yeah.
[02:20] <crimsun> and yes, you should have a man page for it, too.
[02:20] <minghua> edoardo: I think packages are usually not supposed to mess with users' home directories
[02:20] <sistpoty> edoardo: you could also use debconf to display a message
[02:20] <crimsun> minghua's absolutely correct
[02:21] <edoardo> 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] <minghua> 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] <tritium> sistpoty, the complete output is "None"
[02:21] <edoardo> minghua, dude, it's what happens
[02:21] <edoardo> minghua, except for the debconf thing. we were tryin' to figure that out
[02:21] <sistpoty> tritium: hehe... seems like a NULL-entry in the db... I'll check
[02:22] <tritium> sistpoty, thanks
[02:22] <minghua> edoardo: so people run the script, and they get something in ~/.gnome2/nautilus-script, or they need to copy it over?
[02:22] <edoardo> 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] <minghua> edoardo: I am not blaming you are messing up users' home, I'm just saying you shouldn't :-)
[02:23] <minghua> edoardo: that sounds pretty good to me, you just need one debconf question (actually a note)
[02:23] <edoardo> 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] <sistpoty> tritium: what's your email in revu?
[02:24] <sistpoty> (database has grown a bit *g*)
[02:24] <lfittl> edoardo: k, just give me ~20min
[02:25] <edoardo> minghua, cool. now i gotta figure out how to use debconf : )
[02:25] <tritium> sistpoty, should be<EMAIL_ADDRESS>(which I'll want to change, as my purdue email will expire very soon)
[02:25] <tritium> that's what
[02:25] <tritium> in the uploaders keyring
[02:26] <edoardo> 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 <IP_ADDRESS> from there
[02:26] <sistpoty> tritium: did you upload anything to revu yet?
[02:26] <edoardo> lfittl, that is, until they update the freshmeat link, which will probably happen in a couple of hours or so
[02:26] <tritium> sistpoty, not revu, no
[02:26] <lfittl> edoardo: k, which Packages should audio-convert depend on?
[02:27] <sistpoty> tritium: hehe, then your account wasn't created yet...
[02:27] <sistpoty> tritium: will be created on first upload
[02:27] <tritium> sistpoty, all right, thanks.
[02:27] <tritium> sorry for the hassle
[02:27] <sistpoty> np ;)
[02:27] <edoardo> lfittl, zenity and file >= 4.16. also, if you want to use it as a nautilus script, nautilus
[02:27] <edoardo> lfittl, but i imagine most users will, so nautilus as well
[02:28] <sistpoty> tritium: for email-change, just drop a mail to keyring, signed with a key for the new email-addy
[02:28] <edoardo> 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] <tritium> sistpoty, for the ubuntu keyring, or revu?
[02:29] <sistpoty> tritium<EMAIL_ADDRESS>is for revu
[02:30] <edoardo> 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] <lfittl> edoardo: Ubuntu has nothing like USE_FLAGS, therefore we don't have a chance to find that out
[02:30] <tritium> right, but I should also change for ubuntu too
[02:31] <minghua> 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
[02:31] <LaserJock> tritium: but what would you upload? You don't need REVU for uploads right?
[02:31] <zakame> hello all
[02:32] <tritium> LaserJock, anything to universe
[02:32] <sistpoty> tritium: oh, you are a motu... and were approved the same day as /me *g*...
[02:32] <edoardo> 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] <tritium> sistpoty, yes, but it's been quite some time since I've uploaded anything
[02:33] <tritium> And I'm totally clueless lately
[02:33] <sistpoty> 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] <edoardo> minghua, you will have to englighten us about how to issue that debconf message though : ) if you want : ) hopefully : )
[02:33] <tritium> sistpoty, okay, thanks :)
[02:33] <lfittl> minghua: you mean audio-convert-gnome should depend on audio-convert, and just consist of the install script for nautilus?
[02:35] <minghua> lfittl: that depends how audio-convert works.  does the audio-convert work without the nautilus stuff?
[02:36] <lfittl> minghua: yes
[02:36] <edoardo> minghua, yeah, absolutely. all it needs is zenity
[02:36] <sistpoty> tritium: try the recover pw from revu now ;)
[02:36] <minghua> 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] <lfittl> edoardo: What is your full name? (I need it for the debian/copyright file)
[02:36] <tritium> sistpoty, okay :)
[02:37] <lfittl> minghua: I'm currently working on it
[02:37] <minghua> lfittl: yeah, than it's what you said
[02:37] <minghua> lfittl: if it's just a script, however, it's probably not worth a second package
[02:38] <minghua> lfittl, edoardo: you can just put the nautilus script in and Recommends nautilus
[02:39] <lfittl> minghua: k, that's maybe the best solution
[02:39] <minghua> reasonable people should install recommends, or know what they are doing when ignoring recommends
[02:40] <tritium> sistpoty, I got a password :)
[02:40] <sistpoty> yehaa :)
[02:40] <zakame> hmmmm, just to be sure, what does a sync and a merge mean again? ;p
[02:41] <sistpoty> zakame: sync means take debian version without modification
[02:41] <sistpoty> zakame: merge is if you need to change any bit
[02:41] <edoardo> i'm back
[02:41] <edoardo> was away
[02:41] <zakame> sistpoty: ok, thanks :)
[02:42] <edoardo> lfittl, the script is copyrighted to my software company, linfasoft. so you can copyright the deb to that too i guess?
[02:42] <minghua> edoardo: your package *is* easy to install :-)
[02:42] <sistpoty> 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] <edoardo> minghua, i know : ) except that a user has to do it, and root can't
[02:43] <lfittl> edoardo: sure
[02:43] <crimsun> sistpoty: you still need to mail elmo
[02:43] <tritium> sistpoty, I'm not sure, actually.   I think I read that my ubuntu.com email automatically works
[02:43] <tritium> sistpoty, anyway, that's not something you have to do for me.  Thanks though :)
[02:43] <sistpoty> crimsun: thx, will do...
[02:44] <sistpoty> tritium: no, I have to do this for me actually *G*
[02:44] <tritium> sistpoty, heh, okay :)
[02:44] <minghua> edoardo: audio-convert-install have no use except installing audio-convert to user's home, correct?
[02:44] <tritium> I setup my gmail.com account to use my ubuntu.com, so I believe I can upload from there
[02:44] <sistpoty> at least that explains why my upload from last night disappeared silently *g*
[02:44] <edoardo> minghua, correct
[02:45] <edoardo> it links /usr/bin/audio-convert into ~/.gnome2/nautilus-scripts
[02:45] <minghua> 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] <zakame> sistpoty: just another clarification: does the sync sync from the source packages from mom, or from the unaltered debian archive?
[02:47] <sistpoty> zakame: a sync is always done from debian unstable. otherwise it wouldn't be a sync ;)
[02:48] <zakame> sistpoty: i see.  many thanks again :)
[02:48] <crimsun> zakame: (we can sync from anything that has a Sources)
[02:48] <minghua> edoardo: you really should consider using gettext :-)
[02:48] <crimsun> zakame: (but yes, generally we sync directly from Sid. In rare instances we sync from experimental)
[02:48] <sistpoty> np zakame
[02:48] <edoardo> minghua, it's got *many* translations
[02:49] <edoardo> minghua, i wouldn't know how to use it : )
[02:49] <edoardo> minghua, where are you from?
[02:49] <minghua> edoardo: China
[02:49] <zakame> 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] <tritium> crimsun, so did jdub attend your trilug meeting last night?
[02:50] <crimsun> tritium: yep
[02:50] <edoardo> minghua, it would be cool if it were translated in chinese too : )
[02:50] <tritium> pretty cool
[02:50] <crimsun> yeah, his presentation rocked
[02:50] <minghua> edoardo: no, I don't translate anything non-gettext :-P
[02:50] <tritium> What was the topic?
[02:51] <crimsun> tritium: Ubuntu, but it touched on a lot of tangents
[02:51] <sistpoty> zakame: if you want to take MoM-package, this still is worth reporting in the bugreport... (ideally with link to MoMs debdiff)
[02:52] <edoardo> 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] <tritium> crimsun, cool...
[02:52] <zakame> 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] <sistpoty> hehe
[02:54] <sistpoty> zakame: but don't worry about "stealing"... since you actually tried to built and test the package, it's still your work
[02:54] <minghua> edoardo: I think what you are talking is locale issues
[02:54] <LaserJock> zakame:\sh told me if I build it and verify it, it is good to put it in the changelog
[02:54] <minghua> edoardo: Is your script iso-8859-1?
[02:54] <sistpoty> LaserJock: you mean "* tested and built"?
[02:55] <sistpoty> LaserJock: which would be silly. You always have to test and built packages you want to upload
[02:55] <edoardo> 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] <minghua> edoardo: I can't figure out your encoding at all, you seem to be mixing them
[02:55] <LaserJock> sistpoty: well if I tested and built the MoM stuff
[02:56] <edoardo> minghua, i mean, i'm big on translations cause i like them a lot, but am not an expert of them : )
[02:56] <minghua> edoardo: unfortunately, I don't know how to use gettext in shell scripts
[02:57] <edoardo> lfittl, how it goin' over there? you doin' well? : )
[02:57] <minghua> edoardo: but one important thing is to ask your translators what encoding they are using
[02:58] <sistpoty> LaserJock: but this still doesn't make sense. just use "merge debian version" or s.th. like it
[02:58] <lfittl> edoardo: yeah, just give me some time ;)
[02:58] <LaserJock> sistpoty: but in the changelog
[02:58] <edoardo> lfittl, no problem dude, just checkin' out on you : )
[02:59] <LaserJock> sistpoty: I don't know, that is what \sh said
[02:59] <lfittl> What does "dh_testdir: I have no package to build" mean?
[02:59] <lfittl> or, how could that happen
[03:00] <minghua> edoardo: what encoding is that polish translation?  it's not utf8, and I suppose polish don't use iso-8859-1 (latin1)
[03:00] <edoardo> 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] <minghua> edoardo: I won't be surprised if people get wrong characters, your script did nothing about locale
[03:01] <sistpoty> 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] <zakame> sistpoty: so all you need to do after verifying is just touch the changelog with your name on it?
[03:02] <LaserJock> 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] <sistpoty> zakame: yes
[03:03] <zakame> ah
[03:03] <edoardo> minghua, guess i'll have to work on that. if i had any idea how to, it'd be cool : )
[03:04] <minghua> 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
[03:05] <zakame> hi SloMoSnail, Burgundavia
[03:05] <edoardo> minghua, i think most of it is iso-8859-15 though : )
[03:05] <edoardo> minghua, if not all of it : )
[03:07] <lfittl> edoardo: package is finished, I'll just test it quickly
[03:07] <edoardo> lfittl, very cool! go on! : )
[03:08] <minghua> edoardo: here is a link about shell and gettext: http://www.tldp.org/LDP/abs/html/localization.html
[03:08] <minghua> edoardo: so it seems doable
[03:11] <zakame> sistpoty, LaserJock: many thanks again :)
[03:11] <sistpoty> zakame: np
[03:11] <lfittl> edoardo: http://ixios-software.com/~lfittl/ubuntu/dapper/
[03:12] <edoardo> lfittl, great job, except. did you use 0.3.1 or <IP_ADDRESS>? cause the latter has a workin' install script : )
[03:13] <lfittl> oh, sry wait got wrong version, just another ~5min ;)
[03:13] <edoardo> : D
[03:13] <edoardo> cause the freshmeat links are not updated yet
[03:14] <edoardo> but almost nothin' changes really, only the name and the install script : )
[03:14] <lfittl> 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, <IP_ADDRESS> was above it ;)
[03:17] <minghua> edoardo: no, iso-8859-15 doesn't work for me either
[03:18] <edoardo> lfittl, also, linfasoft would go in lowercase : )
[03:18] <edoardo> lfittl, you're doin' a really good job though, keep it up! : )
[03:21] <lfittl> edoardo: finished
[03:22] <edoardo> lfittl, super cool!
[03:22] <edoardo> did you test it?
[03:23] <edoardo> now all we need is have someone tell us how to display a debconf message! : )
[03:23] <edoardo> anyone in here know anythin' about it? help! : ) thankyou! : )
[03:24] <lfittl> 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] <edoardo> what file does breezy have?
[03:24] <lfittl> 4.12
[03:24] <edoardo> uhm
[03:25] <edoardo> cause the issue with the file i used to have was that it recognized mpc files as 'data' instead of 'Musepack'
[03:25] <edoardo> but one i don't remember what version i had
[03:25] <edoardo> two, i upgraded to the latest, but that don't mean that it's the one that's required
[03:26] <edoardo> could you test on an mpc with your version of file?
[03:26] <edoardo> maybe that works, too : )
[03:26] <edoardo> all you gotta do is 'file -b filename.mpc'
[03:26] <edoardo> and look at the output
[03:26] <sistpoty> edoardo: there are some cool examples in debconf-doc
[03:26] <lfittl> i don't have any mpc file, which encoder is needed?
[03:27] <edoardo> mppenc
[03:27] <edoardo> in the readme it says where to find it
[03:27] <edoardo> i don't remember
[03:27] <edoardo> : )
[03:27] <edoardo> but i can look into it if you want : )
[03:28] <lfittl> no package in the repositories for mppenc?
[03:28] <edoardo> i dunno
[03:28] <minghua> lfittl: you have a debian/.rules.swp in your package
[03:28] <edoardo> 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] <lfittl> minghua: where is that one coming from?
[03:29] <minghua> lfittl: your vim cache, I suppose?
[03:30] <minghua> lfittl: quit your vim before running dpkg-buildpackage/debuild :-)
[03:30] <lfittl> minghua: interesting, I am not using vim..
[03:30] <minghua> lfittl: wait, it may be _my_ vim cache :-P
[03:30] <edoardo> : D
[03:30] <lfittl> :D
[03:31] <minghua> lfittl: sorry, false alarm  //blush
[03:31] <lfittl> no problem ;)
[03:31] <edoardo> awright, so we've got the deb now
[03:32] <edoardo> but someone oughtta test the breezy file on an mpc, to see if we can lower the dependency
[03:32] <edoardo> or else i suppose no breezy user would be able to install it?
[03:33] <lfittl> yes thats the problem
[03:33] <LaserJock> edoardo: it won't go in breezy
[03:33] <minghua> lfittl: now I have a really problem though - your package fail to clean itself
[03:33] <LaserJock> edoardo: it will go in dapper
[03:34] <minghua> lfittl: you need to call dh_clean in your debian/rules clean target
[03:34] <lfittl> minghua: damn, I know I should have kept something there, sry
[03:34] <edoardo> 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] <LaserJock> edoardo: yeah, I suppose you could put it on your site
[03:35] <edoardo> i know, that's what i intend to do
[03:35] <lfittl> 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] <sistpoty> or try to have it backported, once it's in dapper
[03:36] <edoardo> but still no breezy user would be able to use it as of now, correct?
[03:36] <bmonty> hey all
[03:36] <edoardo> uhm...
[03:36] <sistpoty> hi bmonty
[03:36] <crimsun> lfittl: bzzt. There is.
[03:36] <edoardo> hi bmonty, what's up? : )
[03:36] <bmonty> sistpoty: did you get a chance to upload my wesnoth patch?
[03:36] <lfittl> crimsun: which package?
[03:36] <crimsun> lfittl: gstreamer0.8-musepack
[03:37] <sistpoty> bmonty: I tried, but it disappeared silently... seems like I am not in the keyring yet :(
[03:37] <crimsun> you guys should be coordinating with MOTUMedia
[03:37] <edoardo> crimsun, but my script don't use gstreamer
[03:37] <bmonty> siretart: ahh...that would be a problem :)
[03:37] <crimsun> edoardo: that's not an issue. Look at libmpcdec3.
[03:37] <sistpoty> bmonty: so it might take some time, till I have upload privileges... but then it's still first in the queue ;)
[03:38] <edoardo> well could anyone check it on an mpc file? i would if i had file-4.12 : )
[03:38] <crimsun> give me a url to an mpc
[03:39] <lfittl> minghua: clean problem is now fixed
[03:40] <sistpoty> 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] <edoardo> i dunno
[03:40] <edoardo> you can download the source of mppenc though
[03:41] <edoardo> and the lincese for the binaries is lgpl
[03:41] <edoardo> http://www.musepack.net/index.php?pg=lin
[03:41] <crimsun> actually the library is BSD
[03:42] <edoardo> yeah, the plugins are bsd, too
[03:42] <edoardo> but the binaries are lgpl
[03:42] <edoardo> for some reason
[03:43] <edoardo> the full source code is lpgl, too : )
[03:43] <crimsun> I like that
[03:43] <edoardo> cool : )
[03:44] <edoardo> anyone brave enough to download the encoder and test file -b filename.mpc?
[03:44] <edoardo> i'm findin' no url's with mpc files, unfortunately : (
[03:44] <edoardo> : )
[03:46] <crimsun> maybe I can look at it later, need dinner now.
[03:46] <edoardo> awright dude : )
[03:48] <edoardo> anyone else?
[03:48] <edoardo> : D
[03:49] <lfittl> I am currently installing mppenc :)
[03:49] <edoardo> super cool! : )
[03:50] <bmonty> 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] <sistpoty> bmonty: usually 1-2 minutes
[03:56] <sistpoty> bmonty: which script do you use? lpbugs.py
[03:56] <bmonty> sistpoty: yes
[03:57] <sistpoty> bmonty: do you use sendmail or smtp?
[03:57] <bmonty> smtp
[03:57] <lfittl> edoardo: somehow the progess bar is not working when converting from .wav to .mpc
[03:57] <sistpoty> hm...
[03:58] <sistpoty> bmonty: maybe this will give you some insight: https://wiki.launchpad.canonical.com/MaloneEmailInterfaceUserDoc
[03:58] <edoardo> works over here
[03:58] <edoardo> it's not smooth, it's kinda edgy goin'. but it works : )
[03:58] <lfittl> which version of mppenc do you have?
[03:59] <edoardo> 1.15u
[03:59] <LaserJock> bmonty: I can't use lpbugs.py either
[03:59] <bmonty> its weird my setup appears to be correct
[03:59] <lfittl> hmm mine is 1.15v
[04:00] <lfittl> could you just send me a sample .mpc file?
[04:00] <edoardo> sure
[04:00] <edoardo> how?
[04:00] <sistpoty> bmonty, LaserJock: have tried the newest version? iirc \sh said today he fixed some smtp-stuff
[04:01] <bmonty> brb
[04:01] <lfittl> if it's small enough, per mail
[04:01] <edoardo> 1,2mb is what i got
[04:02] <LaserJock> sistpoty: no, I haven't. My Ubuntu box is not on today (power shut off at school).
[04:02] <lfittl> k, send it to<EMAIL_ADDRESS>[04:03] <edoardo> sendin'...
[04:03] <edoardo> ... sent : )
[04:04] <lfittl> file -b gives data :/
[04:05] <edoardo> to me gives 'Musepack SV7'
[04:05] <edoardo> *it gives
[04:06] <lfittl> that means audio-converter will only be available in dapper, or should we just ignore mpc?
[04:07] <edoardo> we should ignore mpc. or maybe put a warnin' about it? like, don't use it to *decode* mpc's. encodin' would work fine
[04:07] <lfittl> were should we put that warning?
[04:07] <edoardo> i've got no idea
[04:07] <edoardo> either
[04:07] <edoardo> README
[04:08] <edoardo> or in the debconf message
[04:09] <edoardo> provided we ever find out how to display it
[04:09] <edoardo> : )
[04:10] <edoardo> like, you put
[04:11] <edoardo> 'if you want to *decode* mpc files you *need* file >= 4.16. every other function will work fine'
[04:11] <edoardo> or somethin' like that
[04:11] <sistpoty> I'm off to bed... good night everyone
[04:12] <lfittl> You will have some time to figure out a good way, because I seriously need some sleep (it's 4:00 local time for me..)
[04:12] <edoardo> good night dude! : )
[04:12] <edoardo> yeah, me too : )
[04:12] <lfittl> gn8 everyone
[04:12] <edoardo> goodnight
[04:12] <edoardo> see ya tomorrow! : )
[04:12] <lfittl> yeah :)
[04:54] <asewd> If trying to get started in helping out, where's a good place to find a list of things to be done?
[04:56] <LaserJock> wiki.ubuntu.com/MOTUTodo
[04:57] <asewd> awesome, thanks
[05:35] <bmonty> LaserJock: any luck with the lpbigs script?
[05:35] <bmonty> er...lpbugs
[05:36] <LaserJock> bmonty: unfortunately, I am without my Ubuntu box today. My university decided to shut down the power today.
[05:36] <bmonty> that sucks
[05:37] <LaserJock> bmonty: so I have been looking at wiki and documentation and working on MOTUScience
[05:37] <bmonty> cool
[05:37] <bmonty> seems like I have messed with the scripts more than playing with the packages tonight
[05:38] <LaserJock> :-)
[05:38] <bmonty> but I keep getting interrupted and leaving the computer
[05:38] <LaserJock> have you had any luck with lpbugs.py? I assume no
[05:38] <bmonty> damn...thunderbird just pinged and I was hoping it was email from Malone...but no it was spam :(
[05:39] <LaserJock> lol
[05:39] <LaserJock> do you get any error messages or anything with \sh's script
[05:41] <bmonty> no
[05:41] <bmonty> it looks like everything works correctly, but I don't think the email is being sent
[05:42] <bmonty> your launchpad ID is the name in parenthesis below my real name on my user page, right?
[05:43] <LaserJock> yeah, think so
[05:44] <LaserJock> Do you have the lates version of lpbugs.py?
[05:44] <LaserJock> latest
[05:44] <bmonty> I just downloaded them about 10 mins ago
[05:45] <LaserJock> hmm, I know that other people have gotten it to work with smtp so it must be us ;-)
[05:47] <bmonty> brb, gotta get a bottle for the baby
[05:48] <LaserJock> bmonty: oh yeah, how's that going?
[05:48] <bmonty> its great
[05:49] <bmonty> I'm getting used to less sleep :)
[05:50] <LaserJock> bmonty: how much you getting now?
[05:50] <bmonty> he wakes up to get fed about every 2-3 hours
[05:50] <LaserJock> hmm, that reminds me why I don't have kids ;P
[05:52] <bmonty> its easy for guys....my wife has it harder since she has to do the feeding
[05:52] <LaserJock> yeah
[05:53] <LaserJock> both my brother and brother-in-law have had kids this year. It's fun for my wife and I 'cause we get to see them and then leave them with their parents
[05:53] <LaserJock> well, actually their wives had the kids ;P
[05:53] <bmonty> yeah....thats what I used to do
[05:53] <bmonty> :)
[05:54] <bmonty> be the cool uncle that gives drum sets for xmas
[05:54] <LaserJock> oh, I don't think so. I will get in big trouble.  I don;t use the damn numpad
[07:23] <highvoltage> now and again the human element takes over. you can't fight nature.
[07:25] <Kyral> ??
[08:33] <minghua> crimsun: did you have time to look at the cppunit package?
[08:34] <minghua> crimsun: malone bug 4173
[08:34] <Ubugtu> Malone bug #4173: cppunit: merge new debian version Fix req. for: cppunit (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: PendingUpload http://launchpad.net/malone/bugs/4173
[08:42] <crimsun> minghua: we're going to ask for a sync, correct?
[08:42] <crimsun> minghua: I'm just going to process a few more merges, then I'll ask elmo for a sync
[08:45] <minghua> crimsun: yes, only a sync is needed
[08:45] <minghua> crimsun: thanks, just to make sure you didn't forget :-)
[08:49] <crimsun> nope, I haven't :-)
[08:58] <pef> hello
[09:45] <tsume> hey, how can I see what package came from what repos?
[09:45] <tsume> the qt4-dev-tools package is buggy, and this is a bug to where it should be updated in the package repos
[11:01] <janimo> pbuilder question
[11:02] <janimo> I get uninstallable package deps in pbuilder, whereas they install fine in dapper
[11:02] <janimo> AFACT the pbuilder is up to date too
[11:02] <janimo> shouldn'y pbuilder update do it?
[11:02] <janimo> -> Trying libgoffice-1-dev
[11:02] <janimo>        -> Cannot install libgoffice-1-dev; apt errors follow:
[11:03] <janimo> in dapper that package installs fine
[11:03] <Nafallo> yes it should
[11:04] <janimo> hmm
[11:04] <janimo> and ~/.pbuilderrc is set to dapper
[11:04] <janimo> that has precedence over /etc/pbuilder as I see it
[11:04] <janimo> MIRRORSITE=http://archive.ubuntu.com/ubuntu/
[11:04] <janimo> DISTRIBUTION=dapper
[11:04] <janimo> APTCONFDIR=/home/jani/.pbuilder/apt/
[11:04] <janimo> OTHERMIRROR="deb http://archive.ubuntu.com/ubuntu dapper universe"
[11:05] <janimo> this is what I have in .pbuilderrc
[11:05] <janimo> hmm I got it now
[11:05] <janimo> it seems I have to copy the sources.list from /etc/apt all the time
[11:05] <janimo> I should have linked to that
[11:06] <janimo> I do not like mucking with /etc I'd rather keep everything in home
[11:06] <Nafallo> you could always log in and run sed :-)
[11:06] <Nafallo> sudo pbuilder login --save-after-login
[11:07] <janimo> hmm gotta check that out
[11:07] <janimo> wait a minute it's not that
[11:07] <Nafallo> oh?
[11:08] <janimo> where does pbuilder keep it's pkgcache.bin?
[11:08] <janimo> I expect apt-get update is the same as pbuilder update
[11:08] <janimo> the former for /var/cache/apt the other
[11:08] <janimo> for wherever pbuilder keeps it
[11:09] <janimo> pbuilder update updates the base.tgz
[11:09] <janimo> does it also update the list of packages available on the net just as apt-get update does?
[11:09] <Nafallo> so does --save-after-login
[11:09] <Nafallo> yes
[11:10] <janimo> or do I have to unpack and apt-get update inside the chroot?
[11:10] <Nafallo> that's why it re-create the base.tgz
[11:11] <janimo> so pbuilder update only updates the base system, without updating the list of available packages in there, unless you tell it too
[11:11] <Nafallo> nope
[11:11] <janimo> I think I understand a bit more now, thanks Nafallo
[11:11] <Nafallo> it does what apt-get update does
[11:11] <Nafallo> and then re-creates the base.tgz to keep that information
[11:12] <janimo> yes but the baze.tgz - the chrooted enviroment - has it's internal /etc/apt/ and /var/cache/apt
[11:12] <janimo> I assume those need to be updated explicitely
[11:12] <Nafallo> yes
[11:12] <Nafallo> through sudo pbuilder update
[11:12] <janimo> but I have done that and does not work :(
[11:13] <janimo> I'll dig some more
[11:13] <Nafallo> k
[11:42] <siretart> morning
[11:42] <siretart> crimsun: pong
[11:43] <Nafallo> morning siretart :-)
[11:45] <Gloubiboulga> hi
[11:48] <Gloubiboulga> I've just made a debian native package, so no diff.gz file is created
[11:48] <Gloubiboulga> Is there any way to create it ? but maybe it's not essential...
[11:56] <siretart> Gloubiboulga: well, there are some packages where native is warranted
[11:57] <siretart> Gloubiboulga: in general, when packaging stuff which upstream distributes as tarball, please make non native packages
[11:58] <Gloubiboulga> ok
[11:58] <Gloubiboulga> what is the best way to do it when a debian directory is included in the sources ?
[11:59] <Nafallo> tell upstream to stop being silly! :-)
[12:00] <Gloubiboulga> I can do that :)
[12:03] <siretart> Gloubiboulga: in general, upstream should not distribute a debian directory.
[12:03] <siretart> Gloubiboulga: if they really want to provide packages, they could do that in the same way debian or ubuntu does: in a seperate .diff.gz file
[12:05] <Gloubiboulga> I'll ask the author to do so
[12:05] <Gloubiboulga> thanks for the answers
[12:09] <siretart> in general, when I package software which comes with distributed debian/ dir, I tend to delete the debian dir, and do the packaging myself. When building the source package, I diff against the real 'orig' tarball. that way the .diff.gz gets unreadable, but *shrug*
[12:14] <Gloubiboulga> ok siretart, I've just sent a email to the author
[12:15] <Gloubiboulga> He will certainly remove the directory
[12:15] <Gloubiboulga> if not, well... I'll do it
[12:21] <Nafallo> can I attach debdiffs to debianbugs and they will show up in the report?
[12:26] <siretart> sure
[12:26] <Nafallo> nice :-)
[12:27] <Nafallo> since valknut have to wait for libdc0 to be synced we might aswell be able to sync valknut later then ;-)
[12:34] <crimsun> siretart: tritium had a REVU question, but it was cleared up
[12:34] <siretart> crimsun: ah, great :)
[12:38] <sivang> remorning all
[12:39] <sivang> morning siretart
[12:39] <siretart> huhu sivang
[12:39] <sivang> siretart: WHat's up? how are works advancing?
[12:40] <siretart> sivang: yeah, I'm currently on mergin avifile, I hope I manage that before lunch :)
[12:40] <siretart> sivang: how are you?
[12:42] <sivang> siretart: pretty good, finishing my dapper debootstrap setup, and then should take some easy packages to start with
[12:44] <SloMoSnail> Nafallo: pong
[12:46] <sivang> siretart: maybe we should add instructions to the wiki about getting the dapper bootstrap package?
[12:46] <Nafallo> slomo: when did I ping you again? :-)
[12:47] <slomo> around 1:00
[12:47] <Nafallo> ah, can't remember then :-)
[12:47] <slomo> hehe
[12:47] <slomo> wasn't that important then ;)
[12:48] <sivang> hmm, guys - do we have a dapper debootstrap package? I can't find it while searching on p.u.c
[12:48] <slomo> it's included with debootstrap iir
[12:48] <slomo> c
[12:49] <Nafallo> oh!
[12:49] <sivang> slomo: you mean, when using the breezy one?
[12:49] <slomo> the dapper one
[12:49] <Nafallo> slomo: libmagick9-dev is probably in NEW ;-)
[12:49] <sivang> slomo: this is what I got when searching for the dapper one, http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=debootstrap&searchon=names&subword=1&version=breezy&release=all
[12:50] <slomo> Nafallo: perfect :)
[12:50] <slomo> sivang: "version=breezy"
[12:51] <sivang> slomo: hmm, I searched wrong didn't I ? :)
[12:52] <siretart> sivang: sure, good idea, just add some instructions. If unsure, ask someone here to correct it
[12:52] <sivang> siretart: I'll add what I've just found :)
[12:53] <Nafallo> anyone know when Debian is moving to python2.4?
[12:53] <slomo> hopefully soon
[12:53] <slomo> almost all of the python packages changes are caused by that ;)
[12:53] <Nafallo> slomo: just say "no" when you don't know ;-)
[12:55] <slomo> hopefully soon is the same as "no but i want that too" :P
[12:55] <sivang> ok, done :)
[12:55] <slomo> Nafallo: you'll get a new banshee later :P
[12:56] <Nafallo> slomo: yay! :-)
[12:56] <sivang> now I'll check if using the dapper debootstrap on breezy works
[12:56] <sivang> slomo: how do you know that a package is being held by some maintainer?
[12:56] <Nafallo> siretart: dude, duplicate bugs for avifile?
[12:56] <sivang> slomo: (as you just requested lamont to give it away)
[12:57] <siretart> Nafallo: just marked it as dup, there was a bug in lpbugs.py
[12:57] <slomo> sivang: ?
[12:57] <sivang> slomo: sorry, you asked him to "give back" . I'm just interested to know what that means
[12:57] <Nafallo> siretart: oh? what was it?
[12:58] <slomo> sivang: i told them to give it back to the buildds because it failed to build before because of a temporary error
[12:58] <sivang> slomo: ah :)
[12:58] <sivang> slomo: but there is a way to hold back a apcakge, right ?
[12:58] <sivang> (from hitting the archive)
[12:58] <slomo> hmm
[12:58] <slomo> probably... but i don't know how ;)
[12:58] <slomo> just don't upload in that case :P
[12:59] <siretart> Nafallo: delivery via local sendmal was broken in \sh latest commit
[12:59] <siretart> \sh: please merge the fix from my branch
[12:59] <Nafallo> ouch
[12:59] <sivang> slomo: ah ok. PLease excuse my questions all the time, but you're very happy motu bunch which is nice to be around and learn from
[12:59] <slomo> sivang: no need to excuse you :)
[01:01] <Nafallo> hmm
[01:01] <Nafallo> my mail doesn't arrive on launchpad it seems :-/
[01:02] <Nafallo> must be because of siretart spamming it :-P
[01:02] <siretart> hrhr
[01:03] <slomo> Nafallo: hehe and debian seems to be ready for banshee now :) expect a new version with no -0ubuntuX soon ;)
[01:03] <Nafallo> slomo: :-)
[01:05] <slomo> oh no
[01:06] <slomo> librsvg is till broken
[01:08] <sivang> yay, debootstrap package installed
[01:16] <Nafallo> siretart: have you told your smtp to stop yet? :-)
[01:29] <sivang> now just to wait for the bootstrapping, maybe watch a movie meanwhile and come back when finished :)
[01:43] <siretart> Nafallo: I don't think anymore the problem is on my side
[01:43] <sivang> avifile contionue to be reported :
[01:43] <Nafallo> siretart: so now we just have to wait for the servers to process the bugs so my changes might show up tomorrow or something? ;-)
[01:44] <siretart> I'll ask in #launchpad
[01:44] <Nafallo> mailq is you friend anyway :-)
[01:45] <sivang> Nafallo: what is mailq?
[01:45] <Nafallo> shows the mail queue
[01:45] <sivang> Nafallo: nice, does it do that on launchapd?
[01:45] <Nafallo> mailq is for looking at your local mail queue.
[01:46] <Nafallo> if siretart still have things inthere mail still wants to get out.
[01:46] <Nafallo> which is bad :-P
[01:46] <Nafallo> if it's empty the problem is probably launchpad.
[01:46] <siretart> Nafallo: there are now mails left im my mail queue
[01:46] <Nafallo> that's what I thought.
[01:47] <Nafallo> any estimate how many there ever were? ;-)
[01:47] <siretart> 2
[01:47] <Nafallo> ehm
[01:47] <Nafallo> odd
[01:47] <siretart> thats what confuses me
[01:48] <Nafallo> maybe launchpad isn't good at handling identical mails
[02:07] <edoardo> hi gals, hi dudes : )
[02:07] <edoardo> lfittl, ya there dude? : )
[02:07] <hunger> Anyone having trouble creating a pbuilder environment?
[02:08] <hunger> I tried to follow the howto, but pbuilder create does run into trouble.
[02:13] <lfittl> edoardo: yep :)
[02:17] <\sh> siretart: good morning
[02:18] <\sh> siretart: did i break local sendmail sending?
[02:18] <edoardo> lfittl, uh, ok : )
[02:18] <edoardo> so we've got the deb
[02:18] <edoardo> which is good
[02:18] <siretart> \sh: yeah, I already fixed that
[02:19] <siretart> \sh: just merge from my branch, the diff is obvious
[02:19] <lfittl> edoardo: Should we still try to print out a debconf message?
[02:20] <Nafallo> siretart: http://tiber.tauware.de/~siretart/motu-tools?
[02:20] <siretart> hunger: try creating a breezy chroot, and upgrade that to dapper
[02:20] <siretart> (as described in the howto on the wiki)
[02:20] <edoardo> lfittl, well that was the point
[02:20] <siretart> Nafallo: yeah
[02:20] <\sh> siretart: synced
[02:20] <edoardo> i've got a couple of questions though
[02:21] <edoardo> will the deb work on debian and on breezy, too? right now i mean
[02:21] <\sh> siretart: u didn't commit...
[02:21] <\sh> siretart: the fix is emailtext
[02:21] <siretart> oh
[02:22] <\sh> fixed in my branch
[02:22] <\sh> :)
[02:22] <siretart> \sh: I didnt push
[02:22] <lfittl> edoardo: I believe it will work on debian too, but since I don't have debian installed, I can't test it
[02:22] <siretart> please retry merging
[02:23] <Nafallo> that worked better :-)
[02:23] <edoardo> lfittl, how did we handle the file issue so far?
[02:23] <\sh> Nafallo: tls is working now for you?
[02:24] <Nafallo> \sh: ofcourse, until lp broke anyway.
[02:24] <siretart> hi sistpoty!
[02:24] <sistpoty> hi folks
[02:24] <sistpoty> siretart: you spam my inbox ;)
[02:24] <\sh> siretart: actually for a laptopsystem it's not important :) but now we have two system for lpbugs
[02:25] <\sh> Nafallo: what about lp?
[02:25] <Nafallo> siretart: why run a service that is more properly running on my /server/ on my /laptop/.
[02:25] <lfittl> edoardo: still not sure about that problem, I would say we simply depend on file, and add a note to the readme that file (>= 4.16) is needed for mpc to work
[02:25] <Nafallo> \sh: you haven't checked universe-bugs? ;-)
[02:25] <\sh> Nafallo: nah...what's up
[02:26] <Nafallo> look and you will understand ;-)
[02:26] <siretart> Nafallo: you run many services on your laptop, that are only accessible from localhost. and I want to be able to send mail from ANY application WITHOUT configuring each one manually (yeah, I use SMTP-AUTH with TLS too!)
[02:26] <siretart> your choice
[02:26] <Nafallo> no, I don't :-)
[02:27] <siretart> oh, so you love the painful way.. interesting :)
[02:27] <Nafallo> apt-proxy, sshd, cupsys :-)
[02:27] <edoardo> lfittl, well we can get rid of the dependency at this point. i think virtually everyone has file
[02:27] <Nafallo> sshd is only used for backup
[02:28] <siretart> sistpoty: that spamming is imo a bug in launchpad, there seems that a submission mail was not cleaned up
[02:28] <siretart> sistpoty: sorry for that, but I fear we have to wait until one of the launchpad crew gets up
[02:28] <sistpoty> siretart: omg =)
[02:28] <sistpoty> hehe
[02:29] <lfittl> edoardo: is there any good reason to get rid of it?
[02:29] <edoardo> lfittl, well no. but at this point let's add a dependency on awk, too, since the progress bars depend on that
[02:29] <edoardo> lfittl, but it thought everyone had awk
[02:30] <lfittl> edoardo: That does not mean that we should not depend on it ;)
[02:30] <sistpoty> just a silly bzr question: I've got a repo under public_html/MergeWebTool and public_html/MoM is a branch of that. No I fixed a typo in mergeWebTool and want to get this to MoM. What do I do?
[02:30] <edoardo> lfittl, good good, let's depend on it
[02:32] <edoardo> i don't think there's a package named awk though
[02:32] <edoardo> it's gawk
[02:33] <Nafallo> or mawk :-)
[02:33] <irvin> has lighttpd made it to the universe yet?
[02:34] <tseng> no.
[02:34] <tseng> no one has responded about packaging problems
[02:35] <siretart> irvin: did you submitt that package?
[02:35] <irvin> no
[02:35] <\sh> avifile?
[02:35] <\sh> duplicate bugs?
[02:35] <Nafallo> \sh: and they keep coming
[02:35] <\sh> what the hell
[02:36] <Nafallo> indeed
[02:36] <Nafallo> they block all new mails to ;-)
[02:36] <siretart> \sh: see #launchpad
[02:36] <siretart> Nafallo: oh. intersting
[02:37] <\sh> siretart: yeah
[02:38] <\sh> funny
[02:39] <\sh> siretart: because of the empty email of the sendmail stuff in lpbugs?
[02:39] <lfittl> edoardo: Package now updated to "Depends: file, zenity, gawk | mawk"
[02:40] <irvin> anyway thanks all, i hope someone could work on it.
[02:40] <edoardo> lfittl, how did we choose to solve the nautilus thingy?
[02:40] <siretart> \sh: empty mail? sorry?
[02:40] <lfittl> edoardo: "Recommends: nautilus"
[02:40] <siretart> \sh: btw, did you merge my branch?
[02:40] <edoardo> lfittl, good : )
[02:41] <edoardo> now...
[02:41] <edoardo> uh, the debconf message
[02:41] <edoardo> you guys, does anyone in here know how to display messages to the user after you apt-get a package, through debconf maybe?
[02:41] <\sh> siretart: yepp
[02:42] <slomo> is LP/malone insane?
[02:42] <siretart> yeah :/
[02:42] <tseng> slomo: you sound suprised
[02:43] <edoardo> be back after lunch
[02:43] <Nafallo> lol
[02:43] <sistpoty> at least we now avifile is pretty hard to merge *g*
[02:43] <slomo> tseng: well, this is more than the normal problems ;)
[02:43] <sistpoty> know even
[02:43] <edoardo> lfittl, try to ask someone, awright? see ya later! : )
[02:44] <lfittl> edoardo: We could just include this in the package description..
[02:45] <\sh> siretart: the bug in lpbugs was the usage of the wrong variable (mail instead of mailtext)
[02:45] <\sh> siretart: it send out an empty mail
[02:46] <sistpoty> slomo: new ghc6 is in debian, which will build with gcc4... that means we'll have to rebuild all packages that build-depend on ghc6
[02:46] <slomo> sistpoty: np :)
[02:46] <sistpoty> slomo: :)
[02:47] <siretart> \sh: I got an exception because of undefined variable
[02:47] <siretart> \sh: so I doubt a mail was sent at all
[02:47] <slomo> sistpoty: haskell-cabal is funny this time... it got the Depends right... >= 6.2 << 6.4... we don't have such ghc6... shall i merge it?
[02:47] <\sh> siretart: ah ok
[02:47] <slomo> sistpoty: i.e. sync it
[02:47] <siretart> do we want kernel modules in universe?
[02:48] <slomo> siretart: you ask because of the rtlxyz upload in revu? that's what i asked myself each time I saw this upload ;)
[02:48] <slomo> siretart: better get this to BenC for inclusion in the kernel
[02:48] <slomo> imho
[02:48] <sistpoty> slomo: go for it... what I've read is that cabal from ghc6 is older than actual haskell-cabal
[02:48] <slomo> sistpoty: it doesn't break the buildd chroots anymore and is not installable ;)
[02:48] <slomo> sistpoty: hmmm... but they're not installable side by side
[02:48] <siretart> slomo: just commented on that
[02:48] <siretart> like that
[02:49] <siretart> lets archive that, I want revu to clean up
[02:49] <slomo> siretart: fine :)
[02:49] <siretart> I think we should be much more aggressive with archiving
[02:49] <slomo> siretart: btw, your mails have no From :P
[02:49] <siretart> wuz?
[02:49] <sistpoty> slomo: go for it, if the depends are fine :)
[02:49] <slomo> siretart: the one to -devel
[02:50] <siretart> intersting..
[02:50] <slomo> sistpoty: ok, i need to test something before i ask for a sync... but yes ;)
[02:50] <siretart> From<EMAIL_ADDRESS><EMAIL_ADDRESS>[02:50] <siretart> it has!
[02:51] <sistpoty> slomo: not a bad thing... I still need a day for new ghc6, if we're lucky, elmo is slower than the buildds ;)
[02:51] <lfittl> siretart: Is there any chance that you will accept a gpg-key for REVU upload that is not signed?
[02:51] <slomo> sistpoty: you already requested a sync but you're not entirely sure it works? ;)
[02:51] <siretart> lfittl: sure
[02:52] <sistpoty> slomo: I didn't request a sync... I'm working on a merge (gl/glu-transition left)
[02:53] <sistpoty> slomo: args... now the sync/merge also got me :)
[02:54] <slomo> hehe
[02:54] <slomo> let's sync the merge :P
[02:54] <sistpoty> *g*
[02:55] <sistpoty> slomo: and i meant that hopefully elmo will not sync some other haskell-packages (i requested) before i merged ghc6 :)
[02:56] <slomo> hehe... then make ghc6 top-priority :)
[02:56] <tseng> dont do that..
[02:56] <tseng> elmo is slow
[02:56] <tseng> if not it can be given back
[02:57] <slomo> tseng: no... can't be given back because it builds fine... just needs a rebuild after the new ghc6 is in
[02:57] <siretart> sistpoty: from what I've seen, there is a another, new gl/glu transition with the new xorg7
[02:57] <slomo> *sigh*
[02:58] <siretart> sistpoty: I'd say lets go on with other merges until the xorg7.0 packages get built and settled in dapper
[02:59] <slomo> sistpoty: i need new ghc6 before haskell-cabal :P "-> Considering  ghc6 (>= 6.4.1)"
[03:01] <slomo> ok, let's merge axiom before... some lisp magic :)
[03:02] <tseng> does --disable-howl for gnomevfs affect avahi?
[03:02] <tseng> i guess i should rtfc
[03:03] <lfittl> siretart: what's the public key of<EMAIL_ADDRESS>(need that one to send the message encrypted)
[03:03] <siretart> lfittl: no, please don't encrypt mails to that address
[03:03] <siretart> lifeless: it is a small remailer to the persons in charge
[03:04] <slomo> tseng: gnome-vfs only has howl support currently... either use avahi from cvs with the compatibility libs or disable it ;)
[03:04] <siretart> lifeless: which is atm sistpoty, me and \sh
[03:04] <tseng> slomo: sigh..
[03:04] <siretart> s/lifeless/lfittl/
[03:04] <siretart> g
[03:05] <lfittl> siretart: message sent :)
[03:07] <slomo> elmo doesn't work on weekends?
[03:07] <siretart> I don't think so
[03:08] <slomo> ok, so no syncs atm
[03:08] <tseng> only if the DC blows up :)
[03:10] <ogra> slomo, the conference ended yesterday ....
[03:10] <ogra> he'll be in the air ...
[03:10] <siretart> perhaps the rest of the lp crew too
[03:10] <siretart> :/
[03:11] <slomo> maybe i should make a procmail rule for moving the LP spam to /dev/null...
[03:13] <siretart> I'm collecting these mails atm for a mass duplicate mail
[03:14] <tseng> Nafallo: oooh new trac!
[03:16] <siretart> slomo: do you have a minute to look at this: http://revu.tauware.de/details.py?upid=608
[03:16] <slomo> sure
[03:16] <slomo> what shall i do?
[03:16] <siretart> slomo: I want to get that off revu, since these are very minor this you mentioned, I'll fix that up myself and upload it
[03:16] <siretart> slomo: just say me if you object ;)
[03:17] <slomo> no... just do it :)
[03:17] <siretart> okay
[03:18] <siretart> please advocate it to get it right in revu
[03:19] <slomo> done :)
[03:19] <slomo> i wonder how this theme looks like ;)
[03:19] <siretart> :)
[03:20] <siretart> slomo: perhaps like this: http://www.gnome-look.org/content/show.php?content=22989
[03:21] <slomo> hm, i like it :)
[03:22] <slomo> http://revu.tauware.de/details.py?upid=834
[03:22] <slomo> this is the iconset for that
[03:22] <tseng> gperfection gets old really fast
[03:22] <tseng> its very monotone
[03:25] <slomo> uh yeah... 40 mb of compressed sources :) that's something for this afternoon ;)
[03:26] <edoardo> lfittl, maybe
[03:26] <edoardo> let's ask someone
[03:28] <edoardo> you guys, this is our situation. a package requires that, to make it work as a nautilus script, you run the installer after you've apt-got the package. we were advised to inform the user through a debconf message. but we don't know how to do that. is it as good to inform the user about this in the package description? does it normally get read? thankyou! : )
[03:31] <lfittl> siretart: Which files have to be included in a REVU upload? Only _source.changes, .orig.tar.gz, diff.gz and .dsc?
[03:33] <siretart> lfittl: please use dput to get these files uploaded
[03:34] <lfittl> siretart: sure, that means "dput revu *_source.changes" right?
[03:34] <siretart> lfittl: yeah. be sure that the changes file lists the .orig.tar.gz
[03:48] <edoardo> lfittl, does package description get read, usually?
[03:49] <lfittl> edoardo: I would say yes, because normally you want to know what you install ;)
[03:53] <siretart> Fuddl: around? (sry, wrng chan)
[03:58] <herve> hello
[03:59] <siretart> Fuddl: did you read sistpotys comment on your nexuiz package?
[04:01] <Fuddl> siretart: nope, not yet
[04:03] <siretart> Fuddl: there was just some minor glitches, I'd like to hear your opinon on that
[04:03] <siretart> Fuddl: http://revu.tauware.de/details.py?upid=805
[04:04] <Fuddl> siretart: k, read the comments. i'll fix it tonight or tomorrow, as i'm too busy atm
[04:04] <siretart> Fuddl: oaky
[04:05] <edoardo> lfittl, awright, so i guess... we can submit it to revu?
[04:05] <siretart> edoardo: which package are you working on?
[04:06] <lfittl> audio-convert
[04:07] <minghua> morning everyone
[04:07] <lfittl> edoardo: wait 10min, I'm currently submitting another package to revu
[04:08] <minghua> Hmm, I see that siretart is trying to single-handedly get malone bug number to 5 digit :-)
[04:13] <edoardo> siretart, audio-convert
[04:23] <hunger> damn... pbuilder create keeps failing.
[04:23] <hunger> debootstrap itself works fine.
[04:23] <hunger> I think I'll just debootstrap manually and then use lvm snapshots instead of pbuilder.
[04:26] <ogra> hunger, just use a breezy pbuilder and upgrade
[04:27] <hunger> ogra: same error with both breezy and dapper.
[04:27] <ogra> strange, worked here
[04:27] <hunger> ogra: Do you have the newest pbuilder? It was updated today.
[04:27] <ogra> but that was last week... who knows what broke inbetween
[04:28] <hunger> ogra: I guess using snapshots is faster anyway:-)
[04:33] <lfittl> edoardo: I will upload audio-convert now to revu, k?
[04:34] <hunger> I do not need to list build-essential in the build depends, do I?
[04:34] <edoardo> lfittl, sure
[04:35] <edoardo> lfittl, in the meantime, can i put the deb on my savannah homepage and link it to freshmeat.net?
[04:36] <lfittl> edoardo: k, i will update the .deb on my server
[04:38] <lfittl> edoardo: http://ixios-software.com/~lfittl/ubuntu/dapper/audio-convert_<IP_ADDRESS>-0ubuntu1_all.deb
[04:43] <highvoltage> i tried again with another package, this time i get this error:
[04:43] <highvoltage> gpg: skipped "Scott James Remnant<EMAIL_ADDRESS>secret key not available
[04:43] <highvoltage> gpg: [stdin] : clearsign failed: secret key not available
[04:43] <highvoltage> debsign: gpg error occurred!  Aborting....
[04:44] <highvoltage> debuild: fatal error at line 788:
[04:44] <highvoltage> running debsign failed
[04:44] <highvoltage> does that mean I need to chang the package maintainer line to my name?
[04:44] <siretart> highvoltage: perhaps you should try signing with YOUR key? ;)
[04:44] <siretart> highvoltage: no, just use 'dch' to edit the changelog
[04:46] <highvoltage> oh my word, there's actually such a thing as dch.
[04:46] <lfittl> edoardo: REVU upload finished: http://revu.tauware.de/details.py?upid=897
[04:46] <hunger> highvoltage: Maybe Scott will give you his secret key if you ask nicely and explain your problem properly?;-)
[04:46] <highvoltage> hehe. yeah, right.
[04:47] <hunger> highvoltage: I guess "properly" will include physical violence;-)
[04:47] <highvoltage> should i leave scott's name at the top and just put in my full name where my username is?
[04:53] <highvoltage> now it says gpg: skipped "jonathan<EMAIL_ADDRESS>secret key not available
[04:53] <highvoltage> gpg: [stdin] : clearsign failed: secret key not available
[04:53] <highvoltage> debsign: gpg error occurred!  Aborting....
[04:53] <highvoltage> where should I specify my key?
[04:53] <hunger> highvoltage: You have a key, do you?
[04:53] <slomo> -kKEYID
[04:53] <highvoltage> yep
[04:53] <highvoltage> ok, lemme try that
[04:55] <siretart> lfittl: where did you guys get file 4.16 from? ;)
[04:56] <edoardo> lfittl, cool. now what happens?
[04:56] <edoardo> siretart, i have it on gentoo
[04:56] <siretart> edoardo: I'm just having a look at it
[04:57] <herve> use the -k<youremail> parameter
[04:58] <highvoltage> does "debuild -k CD622E56" look right?
[04:58] <highvoltage> i get debuild: fatal error at line 765:
[04:58] <highvoltage> dpkg-buildpackage failed!
[04:59] <herve> remove the space after -k
[04:59] <siretart> lfittl: did you check the lintian output?
[04:59] <lfittl> siretart: You mean the two missing manpages?
[04:59] <siretart> lfittl: please correct the fsf address and try to provide a manpage. Something silly like help2man is okay
[05:00] <lfittl> siretart: what's the correct fsf address?
[05:00] <slomo> lintian -i bla.deb will tell it
[05:01] <siretart> lifeless: http://www.fsf.org/about/contact.html
[05:02] <highvoltage> Successfully signed dsc and changes files
[05:02] <highvoltage> yippee!
[05:02] <lfittl> siretart: in which is the fsf adress referenced?
[05:02] <lfittl> s/which/which file
[05:02] <highvoltage> sp what do i do now?
[05:03] <highvoltage> s/sp/so
[05:03] <lfittl> siretart: sry found it
[05:03] <minghua> ls
[05:06] <highvoltage> i have the 3 .deb files built for pygame, what do i do with them now?
[05:07] <siretart> highvoltage: the .debfiles are highly unintresting for us. we need the sourcepackage, consisting of the .dsc, the .diff.gz and the .orig.tar.gz
[05:08] <highvoltage> siretart: do i need to upload them somewhere?
[05:09] <siretart> highvoltage: what did you exactly do? what do you have?
[05:09] <highvoltage> to copy from gedit:
[05:09] <highvoltage> 1. Download files from http://revu.tauware.de/~sistpoty/MoM/index.py?state=new
[05:09] <highvoltage> 2. dpkg-source -x bla.dsc
[05:09] <highvoltage> 3. cd newdir
[05:09] <highvoltage> 4. dch
[05:09] <highvoltage> 5. debuild -kCD622E56
[05:10] <highvoltage> and now i have a bunch of new files in the directory i've been working in
[05:10] <highvoltage> which is called 'pygame', just one level up from 'pygame-1.7.1-release'
[05:11] <siretart> highvoltage: ah, so you are working on merges
[05:11] <siretart> highvoltage: the most convinient way for us to review would be to show us the debdiff
[05:12] <highvoltage> siretart: sorry, i suppose i should've mentioned that :)
[05:12] <lfittl> edoardo: are there any command line parameters for audio-convert?
[05:12] <lfittl> edoardo: except the file that should be converted
[05:12] <siretart> highvoltage: did you do any manual work or do you want to say that the automatically created mom merge from scott is okay?
[05:13] <edoardo> lfittl, no, there's none.
[05:13] <edoardo> lfittl, you choose all of the options through zenity
[05:13] <highvoltage> siretart: i don't know what mom is.
[05:14] <siretart> highvoltage: mom is merge'o'matic
[05:14] <highvoltage> siretart: but no, I didn't need to do any manual work
[05:14] <siretart> highvoltage: it is the script that produces http://p.u.c/~scott/ongoing-merger
[05:14] <siretart> highvoltage: okay, in that case, I think it is okay to say this in the malone bugreport you created, and tell us here
[05:15] <highvoltage> siretart: thanks so much for your help on this. is there a template or a structured way i should enter the bug report, or is it free form?
[05:16] <Gloubiboulga> as I am a *very* good maintainer, i've lost my *_source.changes file...
[05:16] <Gloubiboulga> How can I create it again ?
[05:17] <siretart> highvoltage: you can use the script we created yesterday
[05:18] <highvoltage> i couldn't get it to work yesterday, but i'll try again.
[05:18] <highvoltage> oh no, i tried a scrip that was created on wednesday.
[05:18] <highvoltage> siretart: so you have a link to the script that was created yesterday?
[05:19] <siretart> highvoltage: http://tiber.tauware.de/~siretart/motu-tools
[05:19] <siretart> we (espc. \sh) did a great job on improving it
[05:20] <highvoltage> brb (dinner calls)
[05:22] <pef> Gloubiboulga: dpkg-buildpackage :)
[05:23] <Gloubiboulga> pef: merci ;) I try a few things to see if it's okay
[05:30] <highvoltage> siretart: i run lpbugs.py, and it exits without giving an error message, does that mean it was successful?
[05:35] <siretart> highvoltage: I'm just committing a version which is a bit more verbose.
[05:35] <siretart> highvoltage: in short: it did nothing because you did not specify what to do. please redownload it
[05:35] <lfittl> siretart: After fixing the issues with audio-convert, should I just run "dput revu *_source.changes" again?
[05:37] <siretart> lfittl: yes please
[05:37] <lfittl> siretart: done
[05:41] <siretart> lfittl: thanks for your contribution, I just advocated it
[05:41] <slomo> siretart: i hate marillat's mplayer package :P do you want to merge it? otherwise i'll probably create my own later...
[05:42] <highvoltage> siretart: what's the usage for lpbugs.py- is it 'lpbugs.py -n file.dsc' ?
[05:42] <lfittl> siretart: thanks for your advocation :)
[05:42] <highvoltage> or which file should i use after -n ?
[05:42] <siretart> slomo: if you have time and think you maintain it better than mariallt, then I'm all for it!
[05:43] <slomo> siretart: it's impossible to maintain it worse than marillat :P
[05:43] <siretart> highvoltage: usage: usage lpbugs.py [options]  sourcepackage
[05:43] <lfittl> siretart: Could you please build the package again, otherwise other reviewers will see the old lintian output
[05:43] <siretart> slomo: you have some point there ;)
[05:44] <siretart> lfittl: http://revu.tauware.de/details.py?upid=898
[05:44] <lfittl> siretart: oh, thanks :D
[05:44] <siretart> slomo: if you are doing it, I'd suggest we create a bzr archive for the debian/ dir, okay?
[05:45] <slomo> siretart: yes, i'm currently talking to Nafallo about it... he wanted to do it too :)
[05:45] <slomo> siretart: at least some months ago
[05:45] <siretart> great
[05:45] <Nafallo> if someone else want it I can continue with my merges ;-)
[05:46] <pef> siretart: hello, should I ask to you about permissions (archive, advocate) on REVU ?
[05:46] <siretart> pef: aah, sure. I think I did not congratulate for your motu approval yet, did I
[05:47] <siretart> pef: well, congrats, dude! you've done good work!
[05:47] <slomo> ok, let's do it together... Nafallo, siretart ;) maybe i'll make a start later... otherwise tomorrow
[05:47] <siretart> slomo: great :)
[05:47] <janimo> siretart, can I ask for publishing space on tiber?
[05:48] <highvoltage> siretart: sorry for being so stupid, which would be the source package the .tar.gz file?
[05:48] <pef> siretart: thank you :) I just wait my gpg key to be added to keyring to be able to upload to archive
[05:48] <siretart> janimo: you are motu, are you?
[05:48] <janimo> if yes, I ask :)
[05:48] <janimo> yes
[05:48] <siretart> of course you are
[05:48] <siretart> sorry,
[05:48] <siretart> janimo: I can create you an user account, so that you can ssh on tiber, is that okay?
[05:48] <janimo> np, from the dapper-changes one couldn't say I am one ;(
[05:48] <janimo> that's great :)
[05:48] <slomo> brb
[05:49] <Nafallo> slomo: we use bzr I guess? :-)
[05:49] <janimo> need my public ssh key?
[05:49] <slomo> Nafallo: yes, sure... but only for the debian directory
[05:50] <siretart> janimo: please send me a signed and encrypted mail with your preferred password
[05:50] <janimo> ok what's your address?
[05:50] <siretart><EMAIL_ADDRESS>[05:50] <janimo> thanks I will
[05:51] <Nafallo> slomo: yepp :-)
[05:52] <siretart> Nafallo: slomo lets move that discussion to #motu-media
[05:53] <highvoltage> siretart: so what would be that source package? :)
[05:53] <siretart> highvoltage: which package are you talking about?
[05:53] <pef> siretart: can you please give me enough permissions on REVU to be able to archive some uploads ? (I found a few useless, like already uploaded or synced)
[05:53] <highvoltage> 18:43 < siretart> highvoltage: usage: usage lpbugs.py [options]  sourcepackage
[05:53] <highvoltage> siretart: that one ^^^
[05:54] <siretart> pef: yes, just a sec. what was your login in revu again?
[05:54] <pef> siretart<EMAIL_ADDRESS>but first, a question about this
[05:54] <pef> siretart: who is able to have an @ubuntu.com mail ?
[05:55] <siretart> pef: every ubuntu member
[05:55] <hunger> Hmmm... I keep running into dh_gencontrol complaining about ${misc:Depends}, ${shlibs:Depends} and ${kpatch:Depends}.
[05:55] <siretart> pef: you should have admin access level now on tiber
[05:55] <hunger> Any ideas what I am doing wrong there?
[05:55] <pef> siretart: thank you :) and where can I ask for this mail ? I think it's cleaner to have an ubuntu.com address in changelogs than one like mine (longer)
[05:56] <siretart> pef: what is your launchpad id?
[05:56] <pef> siretart: loic
[05:57] <siretart> pef: I think<EMAIL_ADDRESS>should already work for you. try sending an email there
[05:57] <highvoltage> siretart: sorry, just figured out what the script meant, i didn't have any source uri's in my sources.list file, fixing now...
[05:58] <siretart> highvoltage: oh. intersting. I didn't think about that case :)
[06:00] <highvoltage> siretart: sometimes i like having problems like this, it means that i'll be able to better help a motu-wannabe some day :)
[06:01] <siretart> highvoltage: rock! :)
[06:01] <pef> siretart: yeah this works :)
[06:01] <siretart> pef: w00t :)
[06:01] <siretart><EMAIL_ADDRESS>is btw autowhitelisted for dapper-changes
[06:03] <pef> siretart: it's also why I want it :)
[06:05] <siretart> :)
[06:08] <highvoltage> siretart: for pygame, should i expect "lpbugs.py -n pygame_1.7.1release.orig.tar.gz" to work?
[06:08] <slomo> siretart: #ubuntu-media is empty :P
[06:08] <Nafallo> no
[06:08] <Nafallo> lpbugs.py -n pygame
[06:09] <highvoltage> Nafallo: thanks
[06:09] <siretart> highvoltage: no
[06:09] <siretart> highvoltage: try lpbugs.py -n pygame
[06:09] <highvoltage> it worked! i think it worked!
[06:09] <siretart> slomo: not anymore
[06:12] <slomo> oh no :( axiom needs ~2 hours to compile and fails at the end...
[06:12] <highvoltage> where on launchpad can i check for my bug? i checked on the bugs i reported page, but it's not there.
[06:13] <highvoltage> or will it be there when launchpad runs its cron job again?
[06:14] <Nafallo> yes
[06:14] <highvoltage> ok.
[06:22] <highvoltage> is it likely that i did what i did properly on that package, or should i wait and see what happens to that bug report?
[06:22] <highvoltage> should I attempt to do it on some more packages in the meantime?
[06:32] <siretart> hunger_: I just added you to the keyring!
[06:32] <hunger_> siretart: Thanks!
[06:33] <hunger_> siretart: just rebuilding stuff in a chroot to catch those nasty missing build deps:-)
[06:34] <siretart> hunger_: good idea :)
[06:47] <siretart> janimo: did you send me the email?
[06:48] <janimo> siretart, not yet :(
[06:48] <siretart> ah, then there is nothing wrong
[06:48] <siretart> on my side ;)
[06:48] <janimo> I only have a gmail account right now so I'll have to do the encoding by hand
[06:48] <siretart> ah, I see
[06:48] <janimo> you'll decrypt with my gpg key?
[06:49] <siretart> with my gpg key, yes
[06:49] <siretart> you'll get<EMAIL_ADDRESS>for free ;)
[06:49] <janimo> :)
[06:49] <janimo> right, so I have to encrypt with your key
[06:50] <janimo> the mail, that is
[06:52] <schweeb> janimo: you can use an email client w/ gmail's SMTP servers
[06:53] <schweeb> and thunderbird has the enigmail plugin
[06:53] <janimo> yeah, I know I actually used tb for a while with it
[06:53] <janimo> I may do this again now
[06:53] <janimo> but since I'll have do sign with siretart's key?
[06:53] <schweeb> my personal server's still down, so that's what I do...forward everything through gmail's SMTP
[06:53] <janimo> I thought mails you sign with your key
[06:54] <schweeb> no, you sign with your key
[06:54] <janimo> I haven;t used gpg except for uploads so I do not know a whole lot about it
[06:54] <schweeb> are you signing or encrypting?
[06:54] <siretart> schweeb: both
[06:54] <janimo> hmm encrypting
[06:54] <janimo> ok
[06:54] <siretart> janimo: you are signing with your key and encrypting against MY pubic key
[06:54] <schweeb> ^^^^^^^
[06:55] <\sh> hmmm..can apt-cache search throughout the source packages?
[06:55] <siretart> \sh: not very well
[06:55] <janimo> what's gpg's option for searching keys?
[06:55] <siretart> \sh: you are better off with grep-dctrl
[06:55] <siretart> janimo: gpg --search-keys
[06:55] <janimo> doh :)
[06:55] <\sh> hmmm
[06:56] <janimo> siretart you seem to have 3 keys right?
[06:57] <janimo> one back from 2000, wow
[06:57] <siretart> janimo: yeah, please use my 'tauware' key
[07:02] <\sh> siretart: and how I can search only in the source packages?
[07:04] <\sh> ah no
[07:05] <\sh> found it
[07:05] <siretart> grep-dctrl -P gobby /var/lib/apt/lists/*Sources
[07:05] <siretart> for example
[07:11] <thierry_> anjuta .desktop file have a lot of deprecated things... Type=MimeType , DefaultApp and  Patterns by what do I change them?
[07:22] <thierry_> and what is to package for the command dpkg-buildpackage?
[07:31] <janimo> devscripts I think
[07:32] <janimo> nope, dpkg-dev
[07:32] <janimo> thierry ^
[08:08] <highvoltage> siretart: i don't get any notification from launchpad when i do the lpbugs.py script. anything wrong with launchpad?
[08:09] <tseng> they are blocking the emails
[08:09] <tseng> last i heard.
[08:09] <highvoltage> tseng: thanks. do you know when the script runs next?
[08:09] <tseng> no.
[09:18] <Kyral> I wish FlowDesigner would compile faster....
[09:21] <highvoltage> what do i do if something just fails to comile, such as: http://rafb.net/paste/results/NxVJLm32.html
[09:21] <highvoltage> do i also need to log a bug?
[09:21] <highvoltage> and do i use the script to do that as well?
[09:23] <Kyral> thats...funky
[09:23] <Kyral> did you try it in a PBuilder?
[09:25] <highvoltage> no, i didn't.
[09:25] <highvoltage> how does that work?
[09:25] <Kyral> wiki.ubuntu.com/PBuilderHowto
[09:25] <Kyral> I think thats the addy
[09:25] <Kyral> also reminds me that I've been meaning to tack on a section about multiple PBuilders
[09:29] <seth_k|lappy> I have a set of wrapper scripts... breezybuild, hoarybuild, dapperbuild
[09:29] <seth_k|lappy> that call the appropriate basetgz
[09:29] <Kyral> I just use Bash Aliases
[09:29] <seth_k|lappy> ah, that's not a bad idea
[09:31] <Kyral> but I had to experiment to learn how to make multiple PBuilders
[09:32] <siretart> Kyral: look in /usr/share/doc/pbuilder/examples
[09:32] <Kyral> I know
[09:32] <siretart> Kyral: there you find a script pbuilder-distribution.sh, which does exactly this
[09:32] <siretart> I'm using that here at tiber
[09:33] <Kyral> eh, I like my way
[10:17] <highvoltage> thanks for all your help, slomo / siretart / Kyral and \sh. i'm calling it a night. hopefully launchpad will show me some bugs tomorrow.
[10:17] <highvoltage> goodnight!
[10:18] <Kyral> Okay what should I do if a package has Makefiles for Linux, OSX, and Windows
[10:18] <Kyral> Should I delete the OSX and Windows ones?
[10:20] <siretart> Kyral: In general, try to distribute the upstream tarball as .orig.gz
[10:20] <siretart> Kyral: there are some cases where we have to repackage the orig.tar.gz, but we generally only do this if we have no other choice
[10:21] <Kyral> well, I had to modify the Makefile for linux so it wouldn't install into /usr/local
[10:22] <siretart> ah, it didn't behave and would not obey $DESTDIR? bad bad makefile ;)
[10:22] <Kyral> so....what should I do?
[10:22] <Kyral> it didn't have DESTDIR period
[10:22] <siretart> I see
[10:22] <Kyral> no Autoconf
[10:22] <Kyral> pure Makefile
[10:22] <siretart> if upstream is unresponsive/unwilling to provide useful makefiles, I tend to not use the install target but install the file myself in debian/rules
[10:23] <siretart> or rather patch the makefiles
[10:23] <siretart> there is no problem in patching/modifying Makefiles as long as the edits go to the .diff.gz
[10:24] <Kyral> ...there isn't an install target
[10:25] <siretart> sad
[10:26] <Kyral> call dh_install in rules?
[10:29] <Kyral> or patch the makefile to add an install target?
[10:31] <siretart> it is rather a matter of taste
[10:32] <siretart> and depends on the package, what is cheaper in maintenance
[10:32] <Kyral> it LOOKS like its churning out a single binary
[10:33] <siretart> in general, espc. when there a few files to be installed, I tend to prefer dh_install, because there you can specify what is going to be installed in debian/<package>.install
[10:34] <Kyral> wait...that does this GCC line do?
[10:34] <Kyral> C_FLAGS=-Wall -W -Wpointer-arith -O2 -pedantic -std=c99 -DUNIX -DI18N -DPREFIX=\\"$(PREFIX)\"
[10:35] <Kyral> whats -DPREFIX=\\"$(PREFIX)\" mean?
[11:51] <LaserJock> does anybody know how to update with bzr?
[11:52] <bmonty_laptop> LaserJock: I got the lpbugs working
[11:52] <LaserJock> bmonty_laptop: I see that, and my comp at school is back up
[11:53] <bmonty_laptop> do you use TLS and/or authentication with your server?
[11:53] <bmonty_laptop> mail server
[11:54] <LaserJock> bmonty_laptop: I don't have TLS but I'm not sure about authentication, let me check Thunderbird real quick
[11:54] <crimsun> bmonty_laptop: I uploaded bzflag last night (http://people.ubuntu.com/~lamont/buildLogs/b/bzflag/<IP_ADDRESS>51017ubuntu1/)
[11:54] <bmonty_laptop> crimsun: I saw, thanks for the help
[11:55] <bmonty_laptop> guess I need to tell siretart to take it off REVU
[11:56] <LaserJock> bmonty_laptop: how's the little one?
[11:56] <bmonty_laptop> LaserJock: he is crying right now
[11:57] <bmonty_laptop> crimsun: can you please take a look at #1213 and upload if it looks ok?
[11:58] <LaserJock> bmonty_laptop: how do you even find time to do any of this Ubuntu work?
[11:58] <bmonty_laptop> while he sleeps :)
[11:58] <crimsun> bmonty_laptop: in sec, merging xastir atm
[11:58] <bmonty_laptop> thanks


[00:33] <Ruben> Hi, I had issues trying to install it on a acer aspire 4315-2909 it said "no se pudo instalar el paquete grub-pc en /target/" (I;m installing it on spanish), in english it would say something like The package grup-pc couldn't be installed on /target/ any ideas how to solve this?
[00:39] <xangua> Ruben: día
[00:39] <xangua> Did you try https://help.ubuntu.com/community/Boot-Repair
[00:40] <Ruben> let me see.
[00:42] <Ruben> actually I was about to try that thing but what concerns me is that it was a brand new installation, I mean I formatted the HDD and installed the os from scratch
[00:43] <Ruben> So, as far as I understand I should't need to repair it since it should come well from the downloaded image
[00:45] <Ruben> I'll install it one more time and try that out. but yes that happened to me almost at the end, so, I assume that the OS has been already installed and all what is broken is the boot manager. The issue is that I have very little experience dong this.
[00:49] <lynorian> Ruben, the way I fix that is actually to boot a live session and run  sudo grub-install /dev/sda if /dev/sda is your drive you are booting from
[00:52] <Ruben> ok, I'll try that out, thanks.
[04:13] <Ruben> just to let you know I downloaded again lubuntu from this server http://cdimage.ubuntu.com/lubuntu/releases/17.04/release/lubuntu-17.04-desktop-i386.iso and it worked great, not sure why I couldn't install it before. Regardless, thanks a lot for your comments
[04:24] <fishcooker> i usually using gmrun to execute... what's the alternative from lubuntu?
[10:04] <flaneur> hello
[10:04] <flaneur> i am using lubuntu 16.04 and i seem to be unable to record any audio
[10:05] <hateball> flaneur: Using what application to test?
[10:05] <flaneur> audacity, mumble, skype..
[10:06] <flaneur> and in the end i tried arecord
[10:06] <flaneur> via terminal
[10:06] <hateball> flaneur: have you checked using alsamixer that the mic is not muted?
[10:06] <flaneur> yes
[10:07] <flaneur> in the record section i got:
[10:07] <flaneur> Mic Boost, Capture, Digital, Dock Mic Boost, Internal Mic B
[10:08] <flaneur> Mic Boost: 13
[10:08] <flaneur> Capture: 100
[10:08] <flaneur> others: 0
[10:08] <flaneur> i made a reset, that was the outcome
[10:08] <flaneur>  sudo /etc/init.d/alsa-utils reset
[10:09] <hateball> Hmmm, then I dont really know
[10:09] <hateball> You may consider asking in #ubuntu also, to get more eyes on it. It's hardly DE-specific
[10:09] <flaneur> yes thats right
[10:10] <flaneur> it is an issue since i upgraded from 14.04, apparently many people have it
[10:10] <flaneur> and noone has found a solution yet
[10:10] <flaneur> i thought maybe it was DE-specific, since Lubuntu uses Alsa
[10:10] <hateball> True enough
[10:10] <flaneur> and the others use Pulse, i thought?
[10:11] <flaneur> ok, i will check #ubuntu, thanks for your thoughts :)
[13:01] <int1> hello?
[13:02] <int1> what's the best way to get a cheap laptop to run lubuntu?
[13:02] <int1> i found ubuntu desktop certified dell laptops -- is that the way to go?
[13:11] <hateball> int1: https://certification.ubuntu.com/
[13:15] <leszek> int1: thinkpad x200s are very cheap on ebay and run lubuntu fine. I can personally recommend those as they have long battery time (with the biggest battery available) and are pretty solid devices. Though the technology is a bit old. Maybe some successors to it might be also worth trying
[13:16] <hateball> As long as it doesnt have hybrid gpu and/or realtek wifi chipsets then anything usually just works well
[13:17] <hateball> int1: There is also ##hardware you might ask in
[13:27] <int1> is lubuntu the best choice for eco + security?
[13:27] <int1> ( + novice-intermediate experience)
[13:32] <leszek> depends on what you mean by security. When it comes to privacy protection tails would be the best running as live system only
[13:35] <hateball> what does "eco" mean?
[13:39] <int1> ecological
[13:39] <int1> environmentally-friendly ... i guess long battery low electricity consumption or recyclable ...
[13:41] <int1> wow, thanks ...
[17:59] <dueldu> .
[18:03] <dueldu> Hello there! I'm currently using Lubuntu 16.04.2 LTS. I'm having some issues with cairo-dock if anybody is familiar with that software. Whenever I use it it blocks out the upper half of my window with its "fake opacity" and it blocks files on my desktop as well. I've tried fixing it by installing compiz which is simply telling me that there already is a window manager (OpenBox I assume) but the problem persists. Any help?
[18:05] <leszek> dueldu: yeah compiz is the right direction. You need compositing enabled for such software like cairo-dock to work properly
[18:07] <leszek> I would personally recommend using something like compton instead of compiz if you don't need all the fancy effects of compiz. Compton does not replace openbox but only activates compositing for it as far as I understand it
[18:07] <dueldu> I will look into it. Thanks for the quick help.
[18:08] <leszek> dueldu: here is a video though I think in italian but video which shows how to install it and use it I guess: https://www.youtube.com/watch?v=frfzgOQycpU
[18:08] <leszek> it seems to use also docky or some dock app
[18:08] <leszek> aswell
[18:09] <dueldu> Thank you so much. I've been testing around for hours by now.
[19:09] <mois> How to install hebrew language in lubuntu?
[19:12] <mois> Is there someone there?
[19:14] <moi_> How to install Hebrew language on lubuntu?