[12:13] <nalioth> anyone know "pkg building for dummies" ?
[12:13] <nalioth> i have followed the kubuntu.org pbuilder howto and the chroot howto on the ubuntu wiki and neither one are working for me
[12:14] <nalioth> google provides nothing enlightening
[12:14] <crimsun> strict package building only requires a pbuilder
[12:15] <nalioth> crimsun: i would like to know how to integrate gnupg into the initial environment, google is not helpful with that
[12:16] <nalioth> i have been trying to get this working for weeks, and it is really irritating. i've been asking different folks, asking google in different ways
[12:17] <crimsun> nalioth: do you mean for retrieving signed debs?
[12:17] <tseng> comeon
[12:17] <tseng> man debootstrap
[12:17] <tseng> --include=gnupg
[12:17] <crimsun> exactly
[12:18] <nalioth> thank you. on to the next steps.
[12:18] <crimsun> or if you use pbuilder create, pass --extrapackages=gnupg
[12:18] <tseng> great.
[12:18] <crimsun> (which really just passes it to debootstrap)
[12:23] <thierry> crimsun : how do I put --enable-shared=yes in rules? I mean, do I simply put this in the top of the file??
[12:23] <nalioth> well, the debootstrap wiki commands error out
[12:23] <slomo> siretart: we may want to package http://mpeg4ip.sourceforge.net/  they improve libmp4v2 and some other stuff... but i don't know the legal status
[12:24] <thierry> crimsun : and where should be the .install file and what are relative path??
[12:24] <crimsun> slomo: we may want to use mythtv's -fixes svn branch; it compiles with g++-4
[12:24] <crimsun> thierry: ignore my [mis] statement regarding .install
[12:24] <slomo> crimsun: sounds good... do you want to do it? but i would ask mdz before...
[12:25] <crimsun> slomo: he no longer maintains it for Debian, but sure
[12:26] <crimsun> thierry: DEB_CONFIGURE_EXTRA_FLAGS := --enable-shared=yes
[12:26] <thierry> crimsun : ok but for --enable-shared=yes... do I put simply put it in the top of the rules file?
[12:27] <thierry> crimsun : and that should solve my binary problem??
[12:27] <crimsun> thierry: you need to build a shared lib at least, so that's a starting point
[12:28] <slomo> thierry: you should read the library packaging guide if you want to package a library
[12:28] <thierry> slomo : k, thanks
[12:28] <slomo> thierry: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[12:43] <sebest> slomo?
[12:44] <slomo> yes?
[12:44] <sebest> i have a really strange bug on dapper with the "applications" menu
[12:45] <sebest> did you hear anything about it?
[12:45] <slomo> it disappears instantly after opening it?
[12:45] <sebest> so you heard about it :)
[12:45] <ajmitch> many times
[12:45] <slomo> seems to be a gamin bug
[12:46] <crimsun> that would be one strange bug.
[12:46] <sebest> yeah it's quite annoying the first time :s
[12:46] <slomo> seb or dholbach said that it's gamin ;)
[12:47] <ogra_ibook> its menu-xdg
[12:48] <sebest> ogra_ibook: is there a known fix?
[12:48] <sebest> i could strace it btw
[12:48] <ogra_ibook> remove the broken symlink in /etc/xdg/menus/ and you are fine
[12:49] <slomo> oh nice
[12:49] <sebest> thanx :)
[12:50] <sebest> fixed (rm debian-menu.menu)
[12:50] <ogra_ibook> its known upstream and the right fix should be gamin ignoring broken links, but broken links are bad as well :)
[12:51] <sebest> this broken link was DoSing my applications menu :)
[12:56] <ogra_ibook> everybodys :)
[12:57] <slomo> not mine... i never had this bug :P
[12:57] <ogra_ibook> hmm, intreting ...
[12:57] <ogra_ibook> i have it on all arches here
[12:57] <slomo> i don't have it on my x86 and ppc :)
[12:57] <slomo> no idea why
[12:58] <ogra_ibook> cosmic rays ...
[12:58] <slomo> maybe
[01:02] <crimsun> hmm.
[01:02] <crimsun> either our pbuilders are broken, or...
[01:02] <crimsun> err, buildds.
[01:41] <Kyral> hm..could I call Apt from within postinst?
[01:41] <crimsun> ..do what?
[01:41] <Kyral> call apt-get from within a package postinst
[01:42] <crimsun> that generally would be Very Bad.
[01:42] <Kyral> yah I'm trying to think how to get around it
[01:42] <crimsun> what specifically do you need to do?
[01:42] <Kyral> Lab Build
[01:42] <Kyral> I'm making a metapack
[01:42] <Kyral> problem is that some of the stuff is in Universe and whatnot
[01:42] <Kyral> so I need to replace the Sources.list before I can snag them
[01:42] <crimsun> no.
[01:43] <crimsun> Absolutely Not.
[01:43] <Kyral> yah thats what I thought
[01:43] <Kyral> dpkg would be locked
[01:43] <crimsun> That's not the issue. I mean yes, you can do whatever you really want to, but that's just the wrong way to go about it.
[01:43] <Kyral> oh?
[01:44] <segfault> i think i started packaging something with the left foot.
[01:44] <segfault> heh
[01:44] <Kyral> lol
[01:44] <crimsun> it's better to use a shell script that backs up sources.list then appends the universe lines to the original copy
[01:44] <Kyral> hmm, I could just use a shell script to wget the sources.list first, then wget the debpack...
[01:45] <Kyral> Oh I'm not just getting stuff from Universe
[01:46] <Kyral> there are some custom packs we need, so I'll be pulling from a repo I set up in the lab
[01:46] <crimsun> that's why you'd want to back up sources.list then append the deb lines using tee -a
[01:47] <Kyral> why would I backup the default list?
[01:48] <crimsun> because you're touching it.
[01:48] <crimsun> always make a backup.
[01:48] <Kyral> this will never leave the lab lol
[01:48] <crimsun> it doesn't matter
[01:48] <Kyral> In fact I put in the desc field that if you see this out of the COSI then something is wrong
[01:48] <crimsun> the first rule of system administration is always to make backups of files you touch
[01:49] <Kyral> fine fine
[01:49] <segfault> i'll package a php system, so basically what i have to do is those post-install scripts, right?
[01:49] <crimsun> segfault: elaborate on "a php system"
[01:49] <segfault> hehe, it's a php-based webmail
[01:50] <crimsun> so it this system a metapackage or a completely new package?
[01:50] <segfault> new package
[01:51] <segfault> i mean, what it basically must do is the post-install stuff, like asking for the DB user/pass to create its tables, and other stuff
[01:54] <crimsun> sure, I suppose if you're automating it
[01:58] <segfault> ok
[01:58] <segfault> thanks.
[02:07] <shackan> hi, anybody still awake ?
[02:07] <Kyral> yah
[02:08] <shackan> any germans in here?
[02:08] <shackan> hi Kyral
[02:09] <ajmitch> 'MetaPack'?
[02:09] <Kyral> Metapackage I'm putting together for my school's linux lab
[02:09] <ajmitch> right...
[02:09] <Kyral> what?
[02:10] <ajmitch> perhaps you could look at the numerous examples out there?
[02:10] <Kyral> yah
[02:10] <Kyral> I know lol
[02:14] <ajmitch> some people are really starting to irritate me on the -devel list
[02:14] <crimsun> I've taken to reading digests
[02:14] <Kyral> oh boy
[02:15] <Kyral> I haven't looked at it in a while
[02:15] <ajmitch> stay away from it
[02:15] <ajmitch> or at least from certain threads
[02:15] <Kyral> yah
[02:15] <Kyral> Oh I just skim it
[02:15] <Kyral> if the subject sounds interesting I open it
[02:15] <ajmitch> I bet this cvs->bzr conversion is going to take all night
[02:15] <Kyral> otherwise its "Mark all as read"
[02:15] <ajmitch> it's been going for a couple of hours already
[02:16] <Kyral> looks like for this thing I can just touch build stamp and be done with rules
[02:28] <ajmitch> goody, new libc6
[02:28] <Kyral> oh boy
[02:28] <Kyral> breakage!
[02:29] <crimsun> I don't think the i386 buildds are working anyhow.
[02:34] <ajmitch> Kyral: breakage?
[02:34] <ajmitch> have you no faith in the glibc maintainers?
[02:35] <Kyral> ajmitch: This is devel ;P
[02:35] <ajmitch> so?
[02:35] <Kyral> I always expect breakage
[02:36] <ajmitch> jbailey will be disappointed with you
[02:36] <Kyral> Remember the libstdc6 transition?
[02:36] <crimsun> do you mean libstdc++6?
[02:37] <Kyral> yah
[02:37] <crimsun> what about it?
[02:37] <Kyral> broke X so bad that I had to resymlink a bunch of files lol
[02:37] <Kyral> or maybe that was just me..
[02:38] <crimsun> erm...
[02:38] <crimsun> I don't think that had anything to do with libstdc++6
[02:38] <crimsun> you probably mean the X.Org transition
[02:38] <Kyral> there was an X transition?
[02:39] <crimsun> twice
[02:39] <Kyral> oh
[02:39] <crimsun> XFree86 -> monolithic X.Org -> modular X.Org
[02:39] <Kyral> and I heard the big one is coming up
[02:40] <crimsun> I think daniel's implication is that 7.0 is largely already in dapper
[02:40] <Kyral> ah
[02:41] <crimsun> well, jeff's changelog answered my question regarding --print-architecture, heh.
[03:04] <ajmitch> excellent
[03:04] <ajmitch> just sped up my merge comparison script by about 10-20 times
[03:06] <Kyral> nice
[03:06] <Kyral> I just updated my Wikipage
[03:07] <psusi> I wrote my first spec wiki today... anyone care to critique it?  https://wiki.ubuntu.com/PacketCD
[05:30] <ajmitch> Lathiat: ping
[05:30] <ajmitch> https://launchpad.net/distros/ubuntu/+source/network-manager/+bug/6260
[05:30] <Ubugtu> Malone bug 6260: "manager (Ubuntu) - network-manager breaks avahi" Fix req. for: network-manager (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: New http://launchpad.net/bugs/6260
[05:36] <Lathiat> cheers
[05:53] <nalioth> next dumb question. i've added deb file:/home/USER/kubuntu/  (where my packages and Packages.gz are) but my pbuilder can't find my packages there
[06:05] <ajmitch> because pbuilder uses a chroot & you'd need to bind-mount
[06:05] <seth_k|lappy> right, because pbuilder is in a chroot
[06:05] <ajmitch> see --bindmounts option
[06:06] <ajmitch> or serve them via http
[06:06] <seth_k|lappy> nalioth, https://wiki.ubuntu.com/LocalAptGetRepositoriesTrivial is how I do it
[06:06] <hub> ajmitch: the later is probably better
[06:06] <hub> ajmitch: http serving
[06:07] <nalioth> seth_k|lappy: will look. ty
[06:07] <ajmitch> hub: sure, it's what I'd do
[06:07] <hub> :-)
[06:07] <nalioth> that is what is wankerin me
[06:07] <nalioth> dang'd no local access POS
[06:08] <nalioth> guess i'm goin in the web business now, too
[06:10] <hub> web 2.0 :-)
[06:10] <hub> could be worse
[06:10] <ajmitch> never trust a .0 release
[06:11] <hub> ajmitch: that's why ubuntu does not have .0 releases
[06:12] <ajmitch> think of how far GNOME has come since 1.0 ;)
[06:12] <ajmitch> ah, planet \sh again
[06:12] <ajmitch> wonderful
[06:12] <hub> planet bug
[06:12] <hub> :-)
[06:12] <ajmitch> hub: you're not on planet ubuntu?
[06:12] <ajmitch> are you a member?
[06:13] <hub> ajmitch: I'm membet
[06:13] <hub> member
[06:13] <hub> shall I be?
[06:13] <hub> :-)
[06:13] <hub> why not
[06:13] <ajmitch> and you just need to bug jdub I guess
[06:13] <nalioth> member of what?
[06:13] <hub> ubuntu
[06:13] <hub> ajmitch: I didn't even bother. maybe I should
[06:13] <jsgotangco> it would be nice to have more people in planet
[06:14] <hub> I read it from work ^-^
[06:14] <nalioth> so if i'm an ubuntu member i can post on the planet?
[06:14] <jsgotangco> nalioth, jdub will just have to add your feed yeah
[06:14] <hub> nalioth: have your feed
[06:14] <ajmitch> nalioth: if you're an ubuntu member, you can get your blog up on the planet
[06:15] <hub> nalioth: planet is just an agregator
[06:16] <nalioth> right now i'm spinnin with this pbuilder thing
[06:16] <nalioth> fixin' to unleash a buncha powerpc stuff (when i can get it figured out)
[06:17] <seth_k|lappy> whoa, you just have to be a member to be put on Planet? I thought it was devs
[06:17] <jsgotangco> seth_k|lappy, well it would be nice to post relevant ubuntu stuff
[06:17] <seth_k|lappy> jsgotangco, I have an Ubuntu category
[06:17] <jsgotangco> right
[06:19] <seth_k|lappy> blast it, would someone mind looking at this really fast: http://seth.pastebin.com/488266
[06:19] <seth_k|lappy> note the highlights
[06:19] <seth_k|lappy> I first thought it was a builddir != sourcedir thing
[06:20] <seth_k|lappy> but patching for that didn't seem to work. Notice the first highlighted line shows a nice include path. The file that it "can't find" is in the same directory... why can't it see it?
[06:24] <nalioth> still not working
[06:25] <nalioth> i've managed to build arts with pbuilder and have gotten it into the local repos, have added the line to the pbuilder sources.list AND the ~/.pbuilderrc
[06:25] <nalioth> but my kdelibs build still can't find libarts*
[06:25] <seth_k|lappy> nalioth, did you sudo pbuilder update?
[06:25] <seth_k|lappy> (with --override-config option)
[06:26] <nalioth> bah
[06:26] <seth_k|lappy> hehe
[06:26] <nalioth> too much info
[06:26] <psusi> shouldn't diff foo/ foo.orig/ show the changes I've made?  it's just showing me common subdirectories: and not the changes to the files I made
[06:27] <nalioth> got this: E: The method driver /usr/lib/apt/methods/localhost could not be found.
[06:28] <seth_k|lappy> nalioth, you sure you added the line correctly to sources.list?
[06:28] <nalioth> boy i feel like breakin a hammer over my head
[06:29] <minghua> psusi: you need diff -r
[06:29] <psusi> ahh, thanks
[06:29] <nalioth> seth_k|lappy: yes i just checked it. i can pastebin it if you have time to look
[06:29] <seth_k|lappy> nalioth, sure thing
[06:30] <TheMuso> nalioth: Have you generated a Packages file with dpkg-scanpackages?
[06:30] <nalioth> TheMuso: yes, that was the easy part
[06:31] <TheMuso> So apt recognises it as a valid source?
[06:32] <psusi> when I do debuild -S, I get a bunch of complains about reversing patch, unreversed patch detected! skipping patch, 1 out of 1 hunk ignored -- saving rejects
[06:32] <nalioth> havent changed my local sources.list
[06:32] <psusi> what gives?
[06:33] <TheMuso> nalioth: What about when you run pbuilder?
[06:33] <nalioth> n/m
[06:34] <nalioth> you guys have my utmost respect for having to go through all this crap
[06:38] <viviersf> yawn
[06:38] <viviersf> hello guys
[06:38] <nalioth> this is really farkin me off now
[06:41] <ajmitch> hey viviersf
[06:41] <nalioth> why is it erroring on localhost
[06:42] <ajmitch> evening StevenK  :)
[06:42] <viviersf> how you been ajmitch , i was away having leave
[06:42] <ajmitch> nalioth: /etc/hosts?
[06:42] <ajmitch> viviersf: I've been ok :)
[06:42] <ajmitch> enjoy your time off?
[06:42] <nalioth> ajmitch: this is in pbuilders settings
[06:43] <viviersf> yeah ajmitch
[06:43] <nalioth> i've used localhost and <IP_ADDRESS> in the url, but it still reports localhost is not a valid method
[06:43] <nalioth> seth_k|lappy: you get that URL i sent?
[06:44] <seth_k|lappy> nalioth, yeah
[06:44] <seth_k|lappy> nothing wrong with it
[06:44] <ajmitch> nalioth: method?
[06:44] <ajmitch> StevenK: sure, why wouldn't there be?
[06:45] <StevenK> ajmitch: Well, last time I asked someone, they said elmo was on VAC.
[06:46] <nalioth> there are FAR too many places to change with pbuilder
[06:46] <StevenK> ajmitch: Can you request pngwriter, positron, albatross and vblade be synced?
[06:47] <ajmitch> he might be on vacation but he's still been syncing within 24 hours or so
[06:49] <ajmitch> StevenK: request made
[06:50] <StevenK> ajmitch: Thanks.
[06:50] <ajmitch> welcome back, lamont
[06:50] <lamont> \sh_away: pondering ccmalloc... it unconditionally runs g++-3.3, but only build-deps it on some platforms... iz bug, I think.
[06:54] <rendi> hi
[06:55] <rendi> can some one help me about package name eaccelerator
[06:55] <rendi> where to get it
[06:55] <seth_k|lappy> StevenK, he just accepted a NEW package for me this morning, so methinks no vacation for him
[06:55] <rendi> from this http://ubuntuforums.org/showthread.php?t=38738&highlight=eAccelerator
[06:58] <ajmitch> rendi: looks like it's not in universe
[07:00] <rendi> ok how to add http://packages.dotdeb.org/ to /etc/apt/sources.list ?
[07:00] <rendi> just put it on end of file ?
[07:01] <nalioth> again, i thank you guys
[07:02] <nalioth> this packaging stuff is turn me into a real sys-admin  ;)
[07:05] <Kyral> night MOTU
[07:23] <Gloubiboulga> morning
[07:25] <dholbach> good morning
[07:25] <Gloubiboulga> hello dholbach
[07:26] <dholbach> hey :)
[07:27] <TheMuso> Hey dholbach.
[07:28] <dholbach> hey TheMuso
[07:30] <jsgotangco> hi dholbach
[07:30] <dholbach> hey jerome
[07:31] <TheMuso> Hi jsgotangco
[07:31] <jsgotangco> TheMuso, hey when's the next a11y meeting?
[07:31] <TheMuso> Just posted a message about that to ubuntu-accessibility@
[08:45] <nalioth> another stupid question: how do you make a text file with all the text on one long line?
[08:45] <nalioth> is it a emacs or vi thing?
[09:02] <dholbach> nalioth: you can do that in any editor
[09:03] <dholbach> who's going to help with MOTU Report?
[09:03] <ajmitch> sure
[09:03] <dholbach> http://wiki.ubuntu.com/MOTUReportDraft - if you have anything you found exciting in the last month
[09:03] <nalioth> dholbach: ty
[09:03] <ajmitch> if I can think of something to write up ;)
[09:04] <dholbach> ajmitch: i'll think about it, when i go out with my dog
[09:04] <dholbach> ajmitch: but we have a lot of NEW people we could have their say
[09:04] <ajmitch> I'll have to read the last report to see what was covered already
[09:05] <ajmitch> since most of what's been done has been merging, holidays & drinking
[09:05] <ajmitch> no more MOTU school sessions were run
[09:05] <dholbach> can we announce a new meeting?
[09:05] <ajmitch> hm
[09:06] <ajmitch> actually the last report didn't cover the 1 MOTU school session that was done
[09:06] <dholbach> oh cool
[09:06] <ajmitch> we can announce a new meeting if you want
[09:06] <ajmitch> ask for times on the list
[09:07] <dholbach> and nothing happened about the motu open day :/
[09:07] <ajmitch> :(
[09:07] <ajmitch> well that's something for us to do in the next week or two
[09:07] <dholbach> no intriguiging new ideas on it
[09:30] <GregorR-L> Does Ubuntu Universe contain every package from Debian sid?
[09:31] <GregorR-L> With emphasis on /every/
[09:31] <GregorR-L> :P
[09:32] <ajmitch> main+universe(+restricted, etc) should have most
[09:32] <ajmitch> apart from ones which we've removed
[09:32] <ajmitch> since everything is synced across
[09:32] <ajmitch> KillerKiwi2005: hello
[09:33] <GregorR-L> Hm - so would the most effective way to get a package into Ubuntu be to get it into Debian sid (since I'm barking up that tree anyway)?
[09:33] <KillerKiwi2005> ajmitch: hi :)
[09:33] <ajmitch> GregorR-L: that's one way, and if it gets into sid before upstream version freeze in dapper, it'll get aynced automatically
[09:33] <ajmitch> KillerKiwi2005: another kiwi then? :)
[09:34] <KillerKiwi2005> ajmitch: yes, aukland you?
[09:34] <GregorR-L> So the question is, what's the average turnaround time of debian-mentors :P
[09:34] <ajmitch> dunedin
[09:34] <ajmitch> GregorR-L: no idea, that'll vary quite a bit
[09:34] <GregorR-L> Yeah, that was sort of sarcastic :)
[09:34] <ajmitch> depending on how easy it is for you to get a sponsor & for them to upload it
[09:35] <KillerKiwi2005> ajmitch: he needs a sponsor
[09:35] <ajmitch> KillerKiwi2005: I gathered that much
[09:37] <KillerKiwi2005> ajmitch: ;)
[09:37] <ajmitch> GregorR-L: you have requested someone to sponsor it on debian-mentors?
[09:37] <nalioth> i'll be back when i run out of hammers
[09:37] <GregorR-L> ajmitch: Yeah, and I've squeeky-wheeled on #debian-mentors - I think I need to be more patient :)
[09:38] <ajmitch> if you wanted it uploaded to ubuntu directly you could upload it to REVU for us to review it
[09:38] <GregorR-L> Would there be a conflict if I uploaded it to both and it got accepted into Debian?
[09:39] <ajmitch> no, because to upload to ubuntu you'd have to change the versioning for ubuntu (to avoid those conflicts)
[09:39] <ajmitch> it's still a good idea to try & get it in debian
[09:39] <Mez> because then it can be synced over :D
[09:39] <GregorR-L> I am of course - I think I'll go that route until I'm sure I have no chance :P
[09:40] <Mez> GregorR-L, you finally got your pbuilder working I assume ?
[09:40] <GregorR-L> Mez: I made a debootstrap - I prefer a nice complete system anyway :P
[09:40] <Mez> :0
[09:41] <StevenK> pbuilder can be made fairly complete with a little work.
[09:41] <ajmitch> GregorR-L: btw, 1.0.0-1 is less than 1.0.0rc5-1 :)
[09:41] <GregorR-L> ajmitch: I realize it says that ... but it isn't >_<
[09:42] <ajmitch> I know that's not what you intend
[09:42] <ajmitch> but you would have had fun if you'd got 1.0.0rc5 into debian, and then tried to get 1.0.0 uploaded
[09:43] <GregorR-L> Whatever system is used to compute version numbers clearly does not understand release candidates -_-
[09:44] <StevenK> GregorR-L: dpkg --compare-versions
[09:44] <ajmitch> no, it's a perfectly reasonable system that dpkg uses
[09:44] <StevenK> steven@broken:~% dpkg --compare-versions 1.0.0rc5-1 lt 1.0.0-1
[09:44] <StevenK> zsh: exit 1
[09:45] <GregorR-L> It's a tough problem to solve, there's no consistency in version numbering.
[09:46] <Mez> 1.0.0-1~rc5 ?
[09:46] <Mez> :P
[09:47] <ajmitch> Mez: not guaranteed safe for dak still, iirc
[09:47] <Mez> dak ?
[09:47] <StevenK> The Debian archive scripts.
[09:47] <Mez> ah
[09:47] <Mez> lol :D fair enough
[09:47] <Mez> yeah
[09:47] <Mez> I remember the PITA we had with getting the Ubuntu scripts to work with the ~'s
[09:49] <ajmitch> GregorR-L: fails to build
[09:49] <GregorR-L> Humm.
[09:49] <GregorR-L> >_>
[09:49] <ajmitch> don't worry
[09:50] <GregorR-L> That's nae good.
[09:50] <ajmitch> that's just the start of the problems ;)
[09:50] <GregorR-L> lol
[09:52] <ajmitch> checking for suitable m4... configure: error: No usable m4 in $PATH or /usr/5bin (see config.log for reasons).
[09:52] <ajmitch> looks a bit odd
[09:52] <dholbach> what does config.log say?
[09:52] <GregorR-L> Well that's odd .... why does it even want to autoreconf?
[09:52] <GregorR-L> Oh, or why does it use m4 8-D
[09:52] <ajmitch> this is checking in configure
[09:53] <ajmitch> dholbach: I'd tell you if pbuilder hadn't cleaned it.. ;)
[09:53] <ajmitch> but m4 is required by configure
[09:53] <dholbach> ajmitch: build it locally ;)(
[09:53] <ajmitch> and it's not in the build-depends
[09:53] <GregorR-L> OK, I guess I have to add that to my build-depends.
[09:54] <ajmitch> configure.ac has checks for a few libraries that aren't in build-depends
[09:55] <ajmitch> though I see you're not enabling the gaim plugin
[09:55] <ajmitch> debian/rules looks like a dh_make template, complete with useless commented out bits
[09:55] <ajmitch> you have a .desktop file, and don't use dh_desktop
[09:56] <ajmitch> dh_install is commented out?
[09:56] <GregorR-L> A standard build of DirectNet will only use FLTK - it has other UIs, but will only use one, so only one is in the build-depends.  Other than that, it just needs libc.
[09:56] <ajmitch> debian/copyright is bare, it doesn't have the standard 3 paragraphs that are in src/client.c, for example
[09:58] <GregorR-L> Ummm ....
[09:58] <GregorR-L> debian/copyright has content for me ...
[09:58] <ajmitch> sorry, 'rather bare'
[09:59] <Tonio_> hi everyone
[09:59] <Tonio_> happy new year
[09:59] <ajmitch> hello Tonio_
[09:59] <GregorR-L> The "License" text was from one of the guides ... the new maintainer guide I think.  It said to use that for GPL.
[10:00] <ajmitch> it's best to use what is in the source - which is the 3 standard paragraphs that the GPL states
[10:01] <ajmitch> this package would get checked again for licensing by the debian ftp master
[10:01] <ajmitch> best to get it fixed here before it's rejected later on :)
[10:01] <GregorR-L> Hmm, should update that guide then ...
[10:04] <ajmitch> GregorR-L:  less /usr/share/debhelper/dh_make/licenses/gpl
[10:04] <ajmitch> it should also include a copyright year
[10:08] <GregorR-L> Hmm, I'm pretty sure that the function of dh_install ended up in "install:" ... not sure why XD
[10:10] <ajmitch> dh_install isn't essential for single binary packages
[10:10] <GregorR-L> I just need to take out all those commented ones anyway :P
[10:10] <ajmitch> yes please
[10:10] <GregorR-L> I got it working from dh_make but didn't remove the kruft.
[10:11] <ajmitch> the cruft is listed as a possible reason for ftp-master rejection on http://ftp-master.debian.org/REJECT-FAQ.html
[10:12] <GregorR-L> Hah
[10:12] <GregorR-L> Hmm, /me googles for dh_desktop
[10:12] <ajmitch> eg the copyright that I was talking about is http://lists.debian.org/debian-legal/2003/12/msg00188.html
[10:13] <GregorR-L> Well, I made a menu entry ... I ought to avoid even installing the .desktop file ...
[10:13] <ajmitch> please don't
[10:14] <ajmitch> ubuntu for example (and possible gnome in experimental) doesn't use .menu files
[10:14] <GregorR-L> Okidoke.  So I just need to add dh_desktop in "binary-arch:" ?
[10:15] <ajmitch> yes
[10:15] <ajmitch> in the appropriate place :)
[10:15] <GregorR-L> Of course.
[10:16] <ajmitch> and check if you really need some of the ones that are commented out, or are uncommented
[10:16] <ajmitch> eg you have debian/info but dh_installinfo is commented
[10:17] <ajmitch> dh_link but nothing specifying what to symlink
[10:17] <GregorR-L> Hmm, those don't install - I shouldn't even have debian/info.
[10:17] <GregorR-L> What is dh_link supposed to do?  AFAIK I don't need any symlinks, so I guess that goes.
[10:17] <ajmitch> read its man page
[10:18] <GregorR-L> WOAH, every dh_* has a man page O_O
[10:18] <ajmitch> since you should really be able to say what each of the dh_* commands you are using do
[10:19] <GregorR-L> Yeah :P
[10:19] <ajmitch> well, actually you should know what every line in debian/rules is doing :)
[10:19] <GregorR-L> Out of curiousity, what's the process of finding somebody to package a file in Debian for you? XD
[10:19] <ajmitch> hm?
[10:20] <GregorR-L> That is, to actually make the package from upstream source :P
[10:20] <ajmitch> asking someone to package something is filing an RFP bug on a wnpp psuedo-package
[10:20] <ajmitch> s/a wnpp/the wnpp/
[10:21] <GregorR-L> Maybe I need to do that >_> <_<
[10:22] <ajmitch> why is that?
[10:22] <GregorR-L> Because I'm that pathetic :)
[10:22] <ajmitch> heh no
[10:22] <ajmitch> you've got this far
[10:23] <GregorR-L> OK, lesse :)
[10:24] <GregorR-L> rules is less cruftular now, and license and info are right.
[10:24] <ajmitch> ok
[10:25] <ajmitch> build-depends on m4?
[10:25] <GregorR-L> Yup
[10:25] <GregorR-L> Hmm, neither of the docs in docs are useful ... maybe i should remove them.
[10:25] <ajmitch> it's fairly common to include README & NEWS
[10:25] <ajmitch> often AUTHORS as well
[10:26] <ajmitch> I wouldn't call NEWS particularly edifying though
[10:26] <ajmitch> another common suggestion is to include the homepage in the description
[10:26] <GregorR-L> The README is on the dumb UI, which isn't what I set it to build.
[10:27] <ajmitch> so in debian/control, you'd have the long description, a . on a line by itself, then 'Homepage: http://directnet.sourceforge.net'
[10:27] <GregorR-L> Hey, wait ... autotools-dev is set as a dep, but that certainly depends on m4 ...
[10:27] <ajmitch> no, autotools-dev doesn't depend on anything :)
[10:28] <GregorR-L> Well.  OK >_>
[10:28] <ajmitch> look at its description
[10:29] <GregorR-L> Oh, I see.
[10:29] <GregorR-L> Indeed I need m4.
[10:30] <GregorR-L> OK, lesse if this baby builds.
[10:33] <GregorR-L> ajmitch: It doesn't like the dot on the line by itself - are you sure it's needed?  I thought the one-space indent was how it kept track.
[10:34] <ajmitch> sorry, true
[10:34] <ajmitch> not nearly enough sleep again :)
[10:34] <GregorR-L> Heheh
[10:34] <GregorR-L> Hey, it's building 8-D
[10:34] <GregorR-L> Thanks for the help :)
[10:50] <GregorR-L> Uploaded 1.0.0-2 :)
[10:51] <ajmitch> hm
[10:51] <GregorR-L> >_>
[10:54] <ajmitch> looks better
[10:54] <GregorR-L> Well, that's ... better :P
[11:00] <ajmitch> btw you don't need to manually copy in the manpage, dh_installman will do that
[11:01] <GregorR-L> Huh - that makes sense.
[11:08] <GregorR-L> When I removed the manual installation, it didn't install it at all.
[11:08] <GregorR-L> Even though dh_installman is there.
[11:11] <ajmitch> man dh_installman
[11:11] <ajmitch> you need debian/manpages
[11:11] <GregorR-L> I'm not very good at using man :)
[11:11] <ajmitch> or you do dh_installman debian/directnet.1
[11:12] <jsgotangco> python-crack?
[11:13] <ajmitch> yep
[11:13] <jsgotangco> nice name
[11:13] <ajmitch> sums up ubuntu in 1 package
[11:13] <ajmitch> python-f2py is next on my upload list
[11:17] <GregorR-L> ajmitch: Any other notes before i throw 1.0.0-3 onto mentors.debian.net?
[11:19] <ajmitch> nope
[11:21] <GregorR-L> Hoopla.
[11:22] <ajmitch> so I guesd it's probably about ready for uploading
[11:23] <GregorR-L> I'm doing a quick check to make sure everything is functional :)
[11:23] <ajmitch> that's always a good help
[11:26] <GregorR-L> Seems to be working, so it's uploaded.
[11:30] <ajmitch> great
[11:33] <GregorR-L> Thanks for all the help 8-D
[11:33] <ajmitch> now would you like me to make a final check & upload it to debian?
[11:34] <GregorR-L> That would be incredibly awesome :)
[11:54] <GregorR-L> Must ... not ... sleep ...
[11:54] <GregorR-L> Sleep ... is ... bad ...
[11:55] <ajmitch> why?
[11:55] <GregorR-L> Well, it isn't :-P
[11:55] <ajmitch> oh, I'd avoid using a hotmail address for your maintainer address :)
[11:55] <ajmitch> hotmail is just plain nasty
[11:56] <GregorR-L> It is - but the address is posted publically, and I really don't want to paste my real address publically ...
[12:55] <Yagisan> G'day all
[12:55] <Yagisan> do we have jigdo images of breezy ?
[12:56] <ajmitch> hi Yagisan
[12:56] <ajmitch> no idea, sorry
[12:57] <ajmitch> I've just about squashed my non-zope merges
[12:58] <Yagisan> G'day ajmitch. I was hoping we do, I need a breezy cd quick, but I'm out of bandwidth, I do however have a massive breezy cache - so I thought I could regenerate an iso from that.
[12:58] <ajmitch> google?
[12:59] <ajmitch> yeah, google shows me results straight away
[12:59] <ajmitch> any mirror carries the jigdo templates
[12:59] <Yagisan> ajmitch: even www is going very slowly today :(
[01:01] <Yagisan> ajmitch: got some good news today - I may be getting some joint ventures in Japan soon :-D
[01:01] <ajmitch> excellent! :)
[01:02] <Yagisan> ajmitch: My wife is beside herself - she's been wanting to go back for ages
[01:03] <ajmitch> she's originally from there?
[01:03] <Yagisan> ajmitch: Yes, she's Japanese, from Tokyo
[01:04] <ajmitch> I knew she was Japanese, I didn't realise she'd emigrated from Japan
[01:04] <ajmitch> ok, syncs requested, probably about time for me to sleep
[01:05] <Yagisan> ajmitch: It was very hard to keep her here.  The general rule is , you don't get to immigrate
[01:31] <StevenK> slomo: You pinged me?
[01:31] <slomo> yes... yesterday :) because of sponsoring one package for debian... but i guess it's now again late in the night for you?
[01:32] <StevenK> Correct. It's 11:30pm
[01:33] <StevenK> I was in fact about to /away myself before you changed your nick.
[01:33] <Yagisan> StevenK: It's not that late here ;)
[01:34] <StevenK> Is too.
[01:34] <slomo> StevenK: np :) i'll ask you again tomorrow... gn8 then :)
[01:36] <StevenK> Night. :-)
[02:14] <markuman> @
[02:14] <markuman> sry
[02:34] <lucas> 'lut raphink
[02:38] <raphink> salut lucas
[02:39] <raphink> 'lut lulu
[02:39] <raphink> ;)
[02:39] <raphink> a roulotte lucas ?
[02:47] <[A] ndy80> hi
[02:47] <raptoid> hi, [A] ndy80
[02:47] <[A] ndy80> I built the .deb package for ubuntu of aMule 2.1.0.... who can i send it to?
[02:48] <lucas> you mean you packaged it ?
[02:48] <lucas> which version of amule is currently in ubuntu ?
[02:49] <lucas> and debian ?
[02:49] <[A] ndy80> lucas: on ubuntu the current available is 2.0.3
[02:49] <[A] ndy80> I built the 2.1.0
[02:53] <raphink> [A] ndy80: you mean on ubuntu breezy or dapper?
[02:53] <[A] ndy80> raphink: I'm using ubuntu breezy, and I built it on breezy
[02:54] <raphink> [A] ndy80: breezy is the stable version, so it's frozen
[02:54] <raphink> if you want to build a package, make if for dapper
[02:54] <raphink> since you won't put any package in breezy
[02:55] <raphink> the packages we update and make now are to be in dapper
[02:55] <lucas> dapper has 2.0.3-3ubuntu2
[02:55] <[A] ndy80> raphink: I think it will work for dapper too, you can test it if you want. I can tell you that it works on breezy. I don't expect you include my package on breezy, but I hope someone will find usefull to have it on breezy to.
[02:56] <lucas> debian sid has 2.0.3-4+b1
[02:56] <raphink> [A] ndy80: understand that on Debian systems, it's not about providing a package and leaving, it's about maintaining it
[02:56] <[A] ndy80> raphink: you can include this package in dapper, but please TEST IT... I'm using it right now, but it's my FIRST .deb package :)
[02:56] <lucas> [A] ndy80: the fatest way to get your package into dapper is currently to file a bug against amule on debian
[02:56] <raphink> so you dont' give your work and not deal with what happens afterwards
[02:57] <lucas> saying that you patched the package to build amule 2.1.0. and provide a patch
[02:57] <raphink> so you test it, you make it available, you fix it, and so on ;)
[02:57] <raphink> you are resopnsible for your work :)
[02:57] <lucas> then amule 2.1.0 will automagically get into ubuntu
[02:58] <[A] ndy80> lucas: amule has already a lot of bug fixes the should justify its inclusion in breezy too... but it's not my goal.
[02:58] <lucas> [A] ndy80: your goal here should be to get amule 2.1.0 in dapper
[02:58] <[A] ndy80> I will be very glad if you want to accept my little contribute, but I don't know if I'll have time to mantain it... do you understand?
[02:59] <raphink> [A] ndy80: maintaining is not the biggest part of it
[02:59] <lucas> then just file a debian bug about it
[02:59] <raphink> but it's the essential one
[02:59] <raphink> it doesnt' take much time
[02:59] <raphink> but if it's not done, everything fails
[03:00] <[A] ndy80> raphink: I'm going to think about it.... but anyway.... amule package already has a mantainer... first I'll write a mail to him so we can work together.... don't you think?
[03:01] <raphink> sure taht can be an option
[03:01] <raphink> there's a big chance that this maintainer has other packages to maintain
[03:01] <raphink> you could try to do a NMU in Debian
[03:01] <[A] ndy80> NMU?
[03:02] <raphink> and get it sponsored
[03:02] <raphink> non maintainer upload
[03:02] <lucas> raphink: what you are saying is wrong.
[03:03] <raphink> (or update ? :s)
[03:03] <lucas> the correct way to handle this is to :
[03:03] <lucas> 1) upload to REVU
[03:03] <raphink> lucas: ok
[03:03] <lucas> 2) file a debian bug with severity wishlist saying that version 2.1.0 is available and that you updated the package. Attach the patch to that bug report.
[03:04] <raphink> lucas: to wnpp ?
[03:04] <raphink> or to amule?
[03:05] <[A] ndy80> you are getting me very confused O_o
[03:05] <slomo> raphink: to amule... wnpp is afaik only for ITP and similar stuff that has no known (to debbugs) package name yet
[03:05] <[A] ndy80> REVU? WNPP?
[03:05] <raphink> slomo: ok thanks
[03:05] <raphink> trying to understand the Debian packaging way at the same time
[03:05] <raphink> [A] ndy80: http://revu.tauware.de
[03:06] <lucas> raphink: there's already an amule package in Debian
[03:06] <raphink> k
[03:08] <raphink> [A] ndy80: have a look at https://wiki.ubuntu.com/REVU
[03:08] <[A] ndy80> ok...
[03:09] <zakame> evening all :)
[03:11] <[A] ndy80> let me read it :)
[03:12] <raphink> hi zakame
[03:13] <zakame> heya raphink :)
[03:21] <lucas> dholbach, ogra: ping ?
[03:23] <lucas> I was wondering whether a MOTU meeting was planned in the near future
[03:24] <lucas> I'd like to raise the subject of the MOTU-related pages on the wiki
[03:24] <lucas> I find it extremely difficult to find something in them
[03:26] <lucas> or should I raise the topic on the mailing list ?
[03:26] <zakame> lucas: hm, I was beginning to wonder too :)
[03:27] <zakame> lucas: I think there would be a meeting the soonest, possibly after the merges are done and UVF passes
[03:29] <zakame> but raising that on the ML isn't a bad idea either ;)
[03:32] <lamont> asmail_1.8-1 has missing xorg build-deps.
[03:33] <zakame> gaah
[03:40] <raphink> [A] ndy80: I guess you read the NDMG too, before packaging
[03:42] <[A] ndy80> raphink: No, I didn't....what is NDMG?
[03:43] <zakame> er that's DNMG, Debian New-Maintainers Guide (the maint-guide package)
[03:45] <[A] ndy80> ok, no I didn't.
[03:45] <[A] ndy80> so the package is released AS IS
[03:45] <raphink> http://www.debian.org/doc/manuals/maint-guide/index.en.html
[03:45] <raphink> [A] ndy80: _how_ did you package ?
[03:46] <raphink> how did you know the way to make a package?
[03:46] <raphink> ad what tools did you use ?
[03:46] <[A] ndy80> raphink: I simply used "checkinstall" with these options: checkinstall --pkgname=amule --pkgversion=2.1.0 --pkgrelease=2 --pkglicense=Restricted --pkggroup="P2P Clients" --pkgsource=http://internap.dl.sourceforge.net/sourceforge/amule/aMule-2.1.0.tar.bz2
[03:46] <[A] ndy80> that's all
[03:47] <zakame> ah, checkinstall
[03:47] <raphink> ok well that's not a package that could be included in any distro then
[03:47] <raphink> building a package is a work that takes a few hours
[03:47] <raphink> sometimes more
[03:47] <raphink> we care about details
[03:47] <raphink> this is what makes Debian a stable and powerful arch
[03:48] <raphink> there are tools to make packages
[03:48] <zakame> raphink: w00t
[03:48] <raphink> checkinstall is a tool to use packages when compiling a program
[03:48] <raphink> if you have no time to make a real package
[03:48] <raphink> but checkinstall will not provide a package to be included in any distribution
[03:49] <raphink> [A] ndy80: if you want to provide a nice package, read the NDMG
[03:49] <raphink> that will teach you the basis of packaging
[03:50] <[A] ndy80> raphink: ok... so don't use my package. At this moment I've no time to read the NDMG and to make a real package.
[03:50] <zakame> and go to the #ubuntu-motu-school too when it's time ;)
[03:50] <raphink> ok
[03:50] <raphink> [A] ndy80: you're welcome to contribute with packaging whenever you're ready to
[03:50] <[A] ndy80> ok, thanks
[03:50] <raphink> but packaging is not about running checkinstall on a source dir
[03:50] <raphink> would be nice though ;)
[03:50] <raphink> if it was that easy
[03:52] <raphink> :)
[04:40] <tseng> Lathiat: SwitchTower is the new hotness
[05:24] <thierry> I had some problems with uninstalling binary in my package... could someone check it now http://revu.tauware.de/details.py?upid=1371 ?
[05:27] <chninkel> hi
[05:28] <Kyral> hello
[05:29] <chninkel> I am interested in helping motu
[05:29] <chninkel> where exactly can I begin ?
[05:30] <Kyral> Killing Bugs?
[05:30] <thierry> chninkel : understanding how packages are made and how to create some is a great start
[05:30] <chninkel> well I already did some debian packaging
[05:30] <thierry> Killing bugs will also help you for this
[05:30] <dholbach> chninkel: cool
[05:30] <chninkel> but i am not a dd
[05:31] <dholbach> chninkel: you could package something new and upload it to REVU (REVU and UniverseCandidates are the wiki pages, which might be interesting)
[05:31] <dholbach> or you could help in the ongoing merging efforts (merging debian changes into ubuntu)
[05:31] <dholbach> or squash bugs which are assigned to the 'motu' team
[05:31] <dholbach> there is usually a lot to do
[05:31] <dholbach> and it's fun in the team
[05:32] <Kyral> yah
[05:32] <Kyral> I mean they put up with me without killing me :D
[05:32] <chninkel> Do we kill breezy bugs also or only dapper ones ?
[05:32] <dholbach> chninkel: we absolutely focus on dapper
[05:32] <chninkel> Kyral: :)
[05:32] <dholbach> only super-duper important stuff for breezy
[05:32] <Kyral> like critical bugs
[05:32] <Kyral> like segfaults
[05:32] <chninkel> I see very few bugs here: https://launchpad.net/distros/ubuntu/dapper/+bugs
[05:33] <thierry> dholbach : how can I get all bug assigned to MOTU team??
[05:33] <Kyral> LJ!
[05:33] <chninkel> is it the page where to look for bugs ?
[05:33] <tseng> no
[05:33] <LaserJock> Hi all
[05:33] <dholbach> http://launchpad.net/people/motu/+assignedbugs
[05:33] <chninkel> oh ok
[05:34] <chninkel> and how exactly can I help with the merge effort ?
[05:34] <LaserJock> heah is lucas around?
[05:34] <Kyral> LJ I updated MOTUScience page
[05:34] <LaserJock> saw that
[05:35] <LaserJock> very cool
[05:35] <lucas> yes
[05:35] <Kyral> MOTUScience is valid now lol
[05:35] <chninkel> dholbach: with launchpad, why is there some bugs with (Ubuntu) and some with (Ubuntu Dapper)
[05:35] <LaserJock> lucas: I tried to work on the MOTU Wiki pages, see MOTU/DocTodo
[05:35] <dholbach> chninkel: that's just users choosing something random
[05:35] <Kyral> Actually...should I join the MOTU LP Team?
[05:35] <LaserJock> lucas: I agree that it needs a lot of work
[05:36] <dholbach> chninkel: but it's designed to indicate that bugs are in different releases and distributions
[05:37] <lucas> LaserJock: okay
[05:37] <chninkel> dholbach: ok, but it a bit confusing the first time
[05:37] <chninkel> dholbach: anyway, I will try to kill some bugs to begin with
[05:38] <dholbach> chninkel: if you want somebody to introduce you to merging or how our processes for new packages work, just say so
[05:38] <dholbach> chninkel: it's nice you showed up here :)
[05:38] <lucas> LaserJock: I'll try to give it a try this evening
[05:38] <chninkel> dholbach: well yes, I am interested in merging also
[05:39] <chninkel> dholbach: but is better to begin ?
[05:39] <chninkel> dholbach: +what
[05:39] <dholbach> who can give chninkel an introduction and a simple merge to do?
[05:39] <LaserJock> tseng: ping?
[05:40] <LaserJock> dholbach: I wrote something at w.u.c/Merging but I don't know if it is any help
[05:40] <Kyral> I should merge lol
[05:41] <dholbach> chninkel: you could have a look at the Merging page on the wiki
[05:41] <LaserJock> Kyral: yes you should ;-)
[05:41] <chninkel> dholbach: this one https://wiki.ubuntu.com/MOTUToMerge ?
[05:41] <thierry> dholbach : about killing bug, we have a patch there wich has been created with your help, could you take a look at it? https://launchpad.net/distros/ubuntu/+source/xfonts-artwiz/+bug/3255
[05:41] <Ubugtu> Malone bug 3255: "artwiz (Ubuntu) - fonts install in non-standard directory" Fix req. for: xfonts-artwiz (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: New http://launchpad.net/bugs/3255
[05:42] <dholbach> thierry: CC the 'motureviewers' team on the bug
[05:42] <thierry> k
[05:42] <dholbach> merci
[05:42] <LaserJock> chninkel: try https://wiki.ubuntu.com/Merging
[05:42] <LaserJock> chninkel: also
[05:43] <Kyral> LaserJock: I'm....internet impaired right now lol
[05:43] <LaserJock> Kyral: me too :(
[05:43] <Kyral> LaserJock: all uploads from my Production Box are kinda shot
[05:43] <Kyral> I'll regain full on the 10th
[05:43] <chninkel> LaserJock: thanks, I will read this page
[05:43] <dholbach> chninkel: to be honest, i don't know if MOTUToMerge or Merging is more recent
[05:44] <LaserJock> Merging is more recent I believe but it isn't neccesarily better ;-)
[05:44] <chninkel> dholbach: Merging seems more useful to understand how to effectiverly do merging
[05:45] <dholbach> chninkel: i wasn't much involved in the MOTU Merging, to be honest :(
[05:45] <chninkel> and how do I know the list of packages to merge ?
[05:46] <LaserJock> chninkel: https://wiki.ubuntu.com/MOTUToMerge has lists
[05:46] <jsgotangco> slacker!
[05:46] <dholbach> jsgotangco: says who? :)
[05:46] <dholbach> :)
[05:46] <LaserJock> chninkel: look for the link to revu.tauware.de
[05:47] <thierry> dholbach : https://launchpad.net/distros/ubuntu/breezy/+source/apt-watch/+bug/728 the last comment says to close the bug, should I?
[05:47] <Ubugtu> Malone bug 728: "watch (Ubuntu) - Asks for root password" Fix req. for: apt-watch (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: New http://launchpad.net/bugs/728
[05:47] <chninkel> LaserJock: ok thanks, I read all theses pages and I am back
[05:48] <dholbach> thierry: yes
[05:48] <thierry> k
[05:52] <LaserJock> dholbach: do you have a minute or 2 to review my package (plotdrop)?
[05:52] <Ubugtu> An error has occurred.
[05:53] <thierry> where is the build log when I build a package with pbuilder?
[05:54] <Kyral> thierry: it doesn't make one by default
[05:54] <dholbach> you have to pipe the output into a file
[05:54] <thierry> Kyral : how do I get one?
[05:54] <Kyral> you have to pass the --logfile <location> option
[05:54] <Kyral> I think
[05:54] <thierry> k
[05:54] <Kyral> man pbuilder to make sure
[06:07] <lucas> 2
[06:07] <lucas> ah
[06:07] <lucas> Ubugtu doesn't pick up :)
[06:09] <Treenaks> #3
[06:21] <jeld> hello all
[06:23] <LaserJock> lucas: how is what you are proposing different from what is already present?
[06:23] <lucas> mine looks more structured to me
[06:23] <lucas> the current structure looks a bit flat
[06:23] <lucas> with a lot of pages to merge
[06:23] <lucas> I like to have a "global view"
[06:24] <lucas> but in general, my proposal meets yours
[06:24] <LaserJock> ok
[06:25] <LaserJock> I guess the only real difference is I like to have a Wannabe section
[06:26] <LaserJock> but in essence I think we are both thinking on the same page
[06:26] <jeld> this is a bit of a silly question, but is there a list of things that people requested to be packaged, I would like to help out packaging/porting stuff
[06:26] <LaserJock> wiki.ubuntu.com/UniverseCandidates
[06:27] <jeld> LaserJock: thanx
[06:28] <LaserJock> jeld: btw that is a good question and not silly at all :-)
[06:28] <Kyral> lol
[06:28] <Kyral> we are getting more Trainees eh?
[06:28] <LaserJock> always
[06:29] <jeld> LaserJock: if I cuold make a suggestion, could be a good idea to have a link to that page from the MOTUTodo
[06:30] <LaserJock> jeld: there isn't one?
[06:31] <LaserJock> jeld: it is there under Packaging
[06:31] <LaserJock> "UniverseCandidates - A wishlist of programs that people would like to have included in Ubuntu. These need to get reviewed and packaged.UniverseCandidates - A wishlist of programs that people would like to have included in Ubuntu. These need to get reviewed and packaged."
[06:31] <Kyral> Actually I'm working on yamysqlfront
[06:32] <LaserJock> Kyral: what does it do?
[06:32] <jeld> oh, crap, overlooked it
[06:32] <Kyral> MySQL frontend thing
[06:32] <Kyral> Upstream is very responsive :D
[06:33] <LaserJock> jeld: np , thanks for checking
[06:33] <Kyral> and looks very...awesome
[06:34] <Kyral> but I emailed upstream and he said he is about to release a new version with a crapload of bugfixes soon so I'll work on it then
[06:34] <LaserJock> Kyral: cool, although I don't use MySQL (that I know of)
[06:34] <Kyral> I do
[06:35] <Kyral> Kassetra pointed it out to me
[06:38] <lucas> I reworked https://wiki.ubuntu.com/MOTU to give a better view of what MOTU work is
[06:38] <lucas> please comment, improve, it
[06:38] <lucas> etc
[06:41] <dholbach> lucas: thanks for your efforts - you rock!
[06:41] <dholbach> lucas: MOTUNewSoftware -> UniverseCandidates?
[06:41] <lucas> nah, I want to explain it better before redirecting to UniverseCandidates
[06:42] <lucas> and also talk about REVU, etc
[06:42] <lucas> so it gets easier to get the global picture
[06:43] <seth_k|lappy> s/monthly\ hold/monthly-held/ for bonus points
[06:44] <lucas> I didn't write that ;)
[06:44] <lucas> but I'm fixing it
[06:44] <dholbach> lucas: sounds good
[06:45] <dholbach> ROCK!
[06:45] <dholbach> it'll be much easier for everybody and life in MOTU land will be happy again
[06:45] <lucas> anyway, the 'Useful links' part is going to change a lot
[06:46] <LaserJock> lucas: just be careful about creating a lot of new wiki pages, they become hard to get rid of ;-)
[06:46] <lucas> I'll remove and add redirects to those who are no longer necessary
[06:46] <LaserJock> lucas: we should probably have one wiki page for each section of material
[06:46] <lucas> "section of material" ?
[06:46] <dholbach> we should have a backup wiki and just dump stuff we think might not be needed any more and see how long it takes until somebody complains ;)
[06:47] <lucas> dholbach: we have an history, don't we ?
[06:47] <LaserJock> dholbach: well that is what I intended MOTU/DocTodo for but that would be good too
[06:48] <LaserJock> lucas: we could have Documentation page and a Team page (MOTUTeams is already there) etc.
[06:49] <lucas> yep
[06:50] <LaserJock> if we seperate the wiki into a few navigational wiki pages that we then link to all the other "work" pages
[06:50] <LaserJock> we can then update the navigational pages easily but it still remains easy for people to navigate
[06:52] <LaserJock> I asked over at -doc about redirects and deletions and it was suggested to use redirects for anything older than about 2 weeks and to google URLs to see if anything is linking to pages that we want to delete
[07:01] <LaserJock> hmm, maybe we could use MOTUWork, MOTUDoc, MOTUInfo, and MOTUTeams for navigation ?
[07:01] <lucas> MOTUWork seems to generic
[07:01] <lucas> I started adding all bugfixing-related content to MOTUBugFixing
[07:02] <LaserJock> I imagine that the process realated info would be linked to MOTUWork, do you have a better suggestion for a name?
[07:03] <lucas> well, we can split the different processes in different pages
[07:04] <lucas> merge/syncs-related => MOTUMerging
[07:04] <lucas> bugfixing => MOTUBugfixing
[07:04] <lucas> REVU/UniverseCandidates => MOTUNewSoftware
[07:04] <LaserJock> lucas: right but I think it would be good to have a few navigational pages but maybe it would be better to split them
[07:05] <lucas> I think the navigation between MOTU{Merging,Bugfixing,NewSoftware} can simply be MOTU
[07:05] <dholbach> and we should probably move to MOTU/...
[07:05] <LaserJock> sure but I think you lose some of the "big picture" view
[07:06] <LaserJock> dholbach: I think so, some don't like it but I think it is worth
[07:07] <lucas> LaserJock: I think the big picture is first about getting people from the outside to understand what we do
[07:07] <lucas> then, one link away, how we do it
[07:07] <lucas> (and one the same page, how they can help)
[07:10] <lucas> is there a wiki page describing the merging process ?
[07:10] <LaserJock> hmm, I like the idea of using navigational pages that only link to (and describe) the actual working pages
[07:10] <LaserJock> w.u.c/Merging
[07:11] <lucas> but then you get a lot of navigational pages
[07:11] <lucas> and you get lost
[07:11] <lucas> (like currently)
[07:11] <LaserJock> no, just a few that have lots of links
[07:11] <LaserJock> it is easier for me anyway
[07:11] <lucas> you can use MOTU for that I think :-)
[07:11] <LaserJock> not really
[07:11] <LaserJock> then MOTU would be huge
[07:12] <lucas> not _that_ huge
[07:12] <lucas> since in the process
[07:12] <lucas> some pages will disapear
[07:13] <LaserJock> well but we want to allow for people to be able to make wiki pages without having to worry about the navigation
[07:13] <LaserJock> too much anyway
[07:13] <lucas> I'm not sure we understand each other
[07:13] <LaserJock> well, I think we aren't that far apart
[07:14] <lucas> can you explain "navigational pages" ? I'm not sure I understand what you mean
[07:16] <LaserJock> ok, so on the MOTUWork page we could provide an overview and links to all the process related pages. That way we don't have to move content much and people get a better picture of where the pages are
[07:16] <LaserJock> maybe we don't need to have seperate pages but sections on the MOTU page
[07:17] <LaserJock> but the main thing I think we need is some seperation between navigation and content. The content creators most likely will not want to worry about the navigation
[07:18] <lucas> mmh, what would you change from what I just did on MOTU and MOTUBugFixing ?
[07:18] <LaserJock> and also the navigation will be more consistent and organized
[07:18] <LaserJock> well, I guess it doesn't really describe what kind of content it has, tutorials, process, todo?
[07:19] <lucas> I don't understand why you seek separation between content and navigation
[07:20] <lucas> I hate when I have to go through several pages before finding the content I'm looking for
[07:21] <LaserJock> well because the people who are writing docs don't want to have to worry about navigation and organization that just want to write a little howto or something
[07:21] <LaserJock> s/that/they/
[07:21] <LaserJock> I don't think you would have to go through several pages
[07:22] <lucas> then they can just add a link somewhere to their page
[07:22] <LaserJock> but I could be wrong. I mean that is just what I personaly find helpful
[07:22] <lucas> anyway, just writing a little howto in a random place without seeing the global picture is a bad idea IMHO
[07:23] <LaserJock> right but that is how the wiki ended up this way and really it isn't to bad if you add a layer of navigation and organization, I don't think
[07:23] <lucas> well, I'm personally not very happy with the wiki currently
[07:23] <lucas> and I think that a lot of people have problems understand what MOTU is about etc
[07:24] <LaserJock> so basically you would like to have a page on each topic will all the content for that topic
[07:24] <LaserJock> right but that is why we need to fix it
[07:24] <lucas> maybe subpages when the page gets very long
[07:25] <lucas> but currently, we have A LOT of redundancy
[07:25] <lucas> dholbach: about https://wiki.ubuntu.com/MOTUToMerge
[07:25] <lucas> couldn't we just manage the lists via launchpad bugs ?
[07:25] <lucas> aren't the lists redundant ?
[07:25] <lucas> like: when a merge is ready, the bug is assigned to motureviewers
[07:26] <LaserJock> ok, my problem is that I see the problem as a navigational more so than content
[07:26] <lucas> when the upload is done, the motureviewers adds a comment
[07:26] <lucas> and when the package is built everywhere, somebody closes the bug
[07:26] <LaserJock> lucas: well MOTUToMerge predates motureviewers
[07:27] <lucas> ok, so we could just add a note in bold to MOTUToMerge saying to use motureviewers, no ?
[07:27] <LaserJock> well, http://revu.tauware.de/~sistpoty/MoM/index.py at least
[07:27] <LaserJock> which it does
[07:28] <lucas> all this redundancy...
[07:28] <LaserJock> very true
[07:29] <LaserJock> but again I see the problem as navigational
[07:29] <LaserJock> people don't know they are being redundant if the don't know what is already there
[07:30] <LaserJock> although I don't think there is that much redundecy with the merging
[07:30] <LaserJock> other then how to
[07:30] <LaserJock> I think MOTUToMerge has all the info
[07:30] <lucas> yep, but the tables at the bottom are not needed
[07:31] <LaserJock> well, kinda
[07:31] <lucas> since motureviewers-assigned bugs can be used instead
[07:31] <LaserJock> those also predate motureviewers
[07:31] <LaserJock> but I think they are still valuable
[07:32] <LaserJock> I think for merging, REVU and motureviewers are too slow
[07:32] <lucas> REVU has nothing to do with merging
[07:33] <LaserJock> doesn't motureviewrs use REVU? maybe I am way off
[07:34] <lucas> nah, motureviewers uses bug reports with a debdiff attached
[07:34] <LaserJock> what is it used for then?
[07:35] <LaserJock> only for Malone patches?
[07:35] <lucas> well motureviewers is a LP team
[07:37] <LaserJock> ok, well maybe there is redundancy there then. but that is mostly due to evolving processes for merging
[07:38] <LaserJock> anyway, I really feel that the MOTU wiki needs to seperate navigation/organization and content to some degree
[07:38] <LaserJock> but I'm not sure to what degree and how to best achieve it
[07:39] <LaserJock> maybe eventually a lot of the MOTU stuff will need to move off the wiki
[07:43] <lucas> going home. will be back soon.
[07:45] <psusi> I'm trying to add a new specification to launchpad and it is saying that the name has an error: constraint not satisfied... the name is "PacketCD", what on earth is wrong with that?
[07:46] <psusi> ohh, nevermind... it didn't like the capital letters
[08:07] <lucas> re
[08:25] <chninkel> hi again, I merged mysql-server-common
[08:25] <chninkel> https://launchpad.net/distros/ubuntu/+source/mysql-query-browser/+bug/6390
[08:25] <Ubugtu> Malone bug 6390: "query-browser (Ubuntu) - mysql-query-browser: merge new debian version" Fix req. for: mysql-query-browser (Ubuntu), Severity: Normal, Assigned to: MOTU Reviewers Team, Status: PendingUpload http://launchpad.net/bugs/6390
[08:26] <chninkel> Am doing the merge thing correctly ?
[08:35] <lucas> the changelog diff seems strange to me
[08:35] <lucas> since the versions are out of order
[08:38] <chninkel> well I used http://people.ubuntu.com/~scott/ongoing-merge/mysql-query-browser/mysql-query-browser_merged.patch
[08:38] <chninkel> it put the changelog in this order so I thought it was ok
[08:38] <lucas> never believe the patches from MoM ;)
[08:39] <chninkel> ok first rule learned ;)
[08:40] <chninkel> I had to reapply the same change as in 1.1.17-4ubuntu1
[08:40] <chninkel> do I have to mention it again in my changelog entry ?
[08:41] <lucas> it's better
[08:41] <chninkel> ok
[08:42] <lucas> the more info you put in your -ubuntu changelog entry, the easier it will be for the next person doing a merge
[08:42] <lucas> but maybe, in this case, you should check that libmysqlclient15-dev still doesn't exist on dapper
[08:44] <chninkel> still doesn't exist
[08:45] <chninkel> already checked ;)
[08:45] <lucas> ok
[08:46] <lucas> so, except that you have to re-order changelog entries, everything looks fine
[08:46] <lucas> have you rebuilt the package etc ?
[08:46] <chninkel> yes
[08:46] <chninkel> but the binary doesnt' work
[08:46] <chninkel> but the previous package segfaulted
[08:47] <chninkel> so the bug must exist in the debian package
[08:49] <GregorR-L> Should a debian/copyright file have multiple "Copyright Holder" lines?
[08:49] <chninkel> I will try to look at this bug but I first wanted to know if I did the merge thing correctly
[08:49] <lucas> chninkel: have you checked if it is reported in the debian BTS ?
[08:51] <chninkel> lucas: the segfault bug was filed, but the new binary crashes with a different error message
[08:52] <chninkel> lucas: I will try to setup a debian unstable environement to test
[08:52] <chninkel> lucas: seems necessary to work on merging stuffs with debian unstable
[08:52] <lucas> ok, good idea
[08:53] <lucas> it's easier, but not always necessary
[08:54] <dholbach> you could all do me a favour: there are quite a lot of bugs for universe packages - please have a look after you did a merge, if they can be closed
[08:54] <dholbach> i suppose there is *quite* a bunch of stuff that is resolved by just doing a rebuild (which is done with a merge)
[08:55] <chninkel> lucas: thanks for your help
[09:10] <raphink> dholbach: I just largely modified https://wiki.ubuntu.com/REVU . Can you review it ? ;)
[09:12] <dholbach> raphink: sistpoty and siretart would be the better candidates for that
[09:12] <raphink> ok
[09:14] <psusi> anyone know of a page I can read to learn about how debconf scripts work?
[09:15] <lucas> raphink: which parts did you change ?
[09:15] <raphink> lucas: hehe
[09:15] <raphink> lucas: i'm editing to keep your changes and mine
[09:15] <lucas> arg
[09:15] <lucas> ok
[09:15] <raphink> trying to keep both ;)
[09:16] <lucas> my changes are only about adding the Additional rules section
[09:16] <raphink> you added Additional rules, right?
[09:16] <raphink> ok
[09:16] <raphink> then it's fine
[09:16] <raphink> maybe it could be moved though
[09:16] <raphink> there could be a section to explain how to upload
[09:16] <raphink> dput -f blahblah_source.changes
[09:17] <raphink> containing this stuff about reviewing your app before submitting
[09:17] <lucas> well, the thing is, reviewing is part of packaging
[09:17] <lucas> not uploading
[09:17] <lucas> so I don't think it should go to REVU
[09:18] <lucas> can you add a note to MOTUNewSoftware ?
[09:18] <lucas> about reviewing ?
[09:18] <raphink> hmm you just put it there though
[09:18] <lucas> yeah
[09:18] <lucas> well, I don't know :-)
[09:18] <raphink> Additional rules
[09:18] <raphink> (moved from UniverseCandidates)
[09:18] <raphink>  you must have reviewed this package for known security vulnerabilities and provide patches for all of them
[09:19] <lucas> yeah I know
[09:19] <lucas> it was totally out of place on UniverseCandidates
[09:20] <lucas> it's a bit better on REVU
[09:20] <raphink> indeed
[09:20] <raphink> haha
[09:20] <raphink> lucas: can you review the page and tell me what you think ?
[09:20] <raphink> I modified quite a lot of things
[09:21] <lucas> I still find the introduction a bit confusing
[09:21] <lucas> it could probably be made more clear
[09:21] <lucas> also, [09:22] <raphink> can you reload the page ?
[09:22] <raphink> I corrected that 5 mins ago
[09:23] <lucas> ok, true
[09:23] <lucas> "howto upload" should go to "contribute as uploader"
[09:23] <lucas> not contribute as reviewer
[09:23] <raphink> hmm
[09:23] <raphink> indeed :)
[09:24] <raphink> i'll move that
[09:25] <raphink> The upload process is similar to uploading to ubuntu, see [:Uploads]
[09:26] <raphink> I don't think that's very useful
[09:26] <raphink> since new REVU uploaders are not Ubuntu uploaders
[09:26] <raphink> obviously
[09:26] <raphink> what do you think lucas ?
[09:27] <lucas> I agree
[09:27] <raphink> :)
[09:29] <Kyral> Is it safe to say that the OSI Approved Licenses are the same ones we can use (ie, if a package falls under one of them we can use it)
[09:30] <tseng> eh its more complicated than that
[09:30] <tseng> for an extreme case see the fluendo mp3 thread
[09:30] <tseng> but ftp-master checks all that on new packages
[09:31] <Kyral> oh I was wondering what that thing was about
[09:32] <raphink> https://wiki.ubuntu.com/REVU
[09:32] <raphink> bbl
[09:33] <Kyral> oh boy
[09:34] <Kyral> Some non-coder asked me to explain Open Source and why some game doesn't fall under it
[09:34] <psusi> "Because they don't give you the source code"
[09:34] <Kyral> Actually they are in this case
[09:34] <psusi> then it is open source ;)
[09:34] <Kyral> ...but I don't see a license anywhere
[09:35] <Kyral> I meant by the OSI def
[09:35] <psusi> no license at all?
[09:35] <Kyral> no
[09:35] <psusi> then it's in the public domain, wee! ;)
[09:35] <Kyral> www.uplink.co.tk
[09:35] <Kyral> You have to buy the source
[09:35] <Kyral> guy is claiming once you have it you do whatever
[09:35] <psusi> do you sign a license agreement when you do that?
[09:36] <Kyral> I dunno
[09:36] <Kyral> I'm not tryin' it
[09:36] <psusi> well, whatever it's license is, if they give you the source code, its open source in my book ;)
[09:36] <tseng> if you pay for the source, its not exactly open at all
[09:36] <Kyral> He plans to mod it and release it as a new game
[09:36] <Kyral> yah thats my point
[09:37] <Kyral> that I'm trying to drill into him
[09:37] <psusi> I consider it open source even if you pay for it... you got the source and you can modify it... that's what OSS is about, not free as in beer
[09:37] <tseng> i guess you might be able to release code under the bsd, ship a binary and charge to see the code
[09:37] <tseng> or mit
[09:38] <psusi> Kyral: depends on what the license is... he may not be able to distribute it to others... and in any case, he certainly can't release it as a new game without crediting the original authors
[09:38] <Kyral> Oh I know that
[09:38] <Kyral> about crediting
[09:38] <Kyral> its common decenty to credit the original authors anyway
[09:38] <tseng> anyway this converstaion seems to be totally based in a hypothetical plane
[09:38] <Kyral> yah good point
[09:38] <psusi> tseng: exactly... it doesn't matter weather you pay for it or not... or if you can redistribute it... if you got the source, that's what matters
[09:39] <tseng> psusi: eh microsoft gives people source under strict conditions
[09:39] <tseng> its not open or free in the same sense as osi
[09:39] <psusi> but... if you got the source code to this game without agreeing to a license, and there isn't one clearly posted in the source itself... it sounds like it's in the public domain
[09:39] <tseng> or gnu
[09:40] <psusi> tseng: right... conditions that are far more strict than they give the binaries under... which is to say, you buy a copy of windows, you don't get the source... hence, it's not open source
[09:40] <Kyral> jeez I didn't mean to start this lol
[10:03] <jouni__m> have anyone tested buoh online comics reader 0.8.1?
[10:05] <jouni__m> It just needs libsoup-dev installed and then ./configure ,make and make install
[10:09] <dholbach> lucas: you're flooding my inbox :-)
[10:09] <Kyral> dholbach: this is what I use Evolution filters for :D
[10:09] <lucas> heh
[10:10] <lucas> I'm stopping soon
[10:10] <raphink> siretart : can you give me your opinion on https://wiki.ubuntu.com/REVU ?
[10:10] <lucas> I'll still try to merge the Merge-related pages
[10:10] <raphink> good :)
[10:10] <raphink> and i'll try to package the package-related then
[10:11] <Kyral> I should expand the PBuilder page
[10:11] <raphink> Kyral: you mean PbuilderHowTo?
[10:12] <Kyral> Yah I think..
[10:12] <Kyral> in the Wiki right?
[10:12] <raphink> ok
[10:12] <raphink> maybe it could be nice to make a link to the chroot page
[10:12] <raphink> too
[10:12] <raphink> it's kinda linked
[10:12] <Kyral> I was gonna put down something on Multiple PBuilders
[10:13] <raphink> oh nice :)
[10:13] <Kyral> Granted everyone has thier own methods
[10:13] <raphink> of course :)
[10:18] <Kyral> hey dholbach
[10:58] (slomo/#ubuntu-motu) hi ajmitch :)
[10:58] (ajmitch/#ubuntu-motu) ah, I didn't spot that you'd had other source in there
[10:58] (slomo/#ubuntu-motu) StevenK: ping?
[10:58] (ajmitch/#ubuntu-motu) hello slomo
[10:59] (ajmitch/#ubuntu-motu) slomo: bugging for sponsorship again?
[10:59] (GregorR-L/#ubuntu-motu) Like me 8-D
[11:02] <slomo> ajmitch: yes... but this time not you ;) well, if you want to sponsor something ok... but i think you've already done more than enough for me in the last days... better care for everything else on your todo list :)
[11:02] <ajmitch> :P
[11:03] <GregorR-L> lol
[11:03] <lucas> ajmitch: could you please review bug 1299 ?
[11:03] <kjcole> ajmitch, may I have the next dance? ;-)
[11:03] <slomo> ajmitch: you mean your todo list is empty? ;P
[11:03] <lucas> I don't know what to do about it
[11:04] <GregorR-L> Hahahahahah, ajmitch is popular, eh.
[11:05] <kjcole> ajmitch, Seriously, I was wondering if your motu-school class exists as anything other than an IRC log?  If not, I'm converting it...
[11:05] <ajmitch> kjcole: I *was* going to write it up in something more coherent than an irc brain dump :)
[11:05] <ajmitch> lucas: um, let me wake up first :)
[11:06] <kjcole> ajmitch, I started to do it as HTML, then thought, "No, perhaps wiki" and then "Perhaps it's already done..."
[11:07] <ajmitch> it doesn't read so well as a straight irc log
[11:07] <ajmitch> slomo: my todo list is shrinking, certainly
[11:09] <kjcole> ajmitch, Yeah.  I was interested in the class, but didn't want to take it at IRC speed.  I've actually done a lot of converting already (to both HTML and wiki) but haven't posted it anywhere.
[11:09] <ajmitch> ok, great
[11:10] <kjcole> ajmitch, I've stripped out all the timestamps, and moved your nick appears once at the top of each section you authored rather than on every line.
[11:10] <ajmitch> heh
[11:10] <ajmitch> I think it'll need a little more work than that
[11:10] <kjcole> ajmitch, it's also broken up (or joined) into what seemed like logical paragraphs.
[11:11] <ajmitch> it's not like I was actually coherent at 6AM when I did it ;)
[11:11] <kjcole> ajmitch, Definitely needs more work than what I've done to it... which is why I got to thinking wiki instead of HTML, as it would be easier for others to mess up
[11:12] <kjcole> s/mess up/edit/  ;-)
[11:12] <ajmitch> please, it would be good to have on the wiki
[11:12] <kjcole> ajmitch, will do.  You should see it out there shortly...
[11:13] <lucas> are multiverse packages managed by MOTUs too ?
[11:14] <Amaranth> yeah
[11:19] <nalioth> what is the exact name of the motu classroom channel?
[11:19] <ajmitch> #ubuntu-motu-school
[11:20] <ajmitch> not that it gets used
[11:20] <nalioth> well which one is better for struggling packager questions?
[11:20] <Amaranth> here
[11:21] <nalioth> i'm running debuild and getting this error dpkg-checkbuilddeps: error: syntax error in control file debian/control at line 13 line with unknown format (not field-colon-value)
[11:22] <ajmitch> nalioth: as it says
[11:22] <ajmitch> debian/control is broken :)
[11:22] <nalioth> i've asked other devs what the proper syntax is, and have used the same syntax that comes with it by default
[11:22] <raphink> with a not field-colon-value error :)
[11:22] <nalioth> package, package2, package3
[11:23] <ajmitch> nalioth: put debian/control on pastebin
[11:23] <raphink> yes
[11:23] <raphink> ;)
[11:25] <nalioth> http://paste.ubuntu-nl.org/6547
[11:25] <ajmitch> nalioth: long description must be intended by a single space for each line
[11:26] <jouni__m> miten se IR anturi kiinnitetn koneeseen?
[11:26] <raphink> yep that's the mistake :)
[11:26] <jouni__m> sorry wrong channel
[11:26] <raphink> jouni__m: no finnish here please
[11:26] <nalioth> ajmitch: indented?
[11:26] <ajmitch> nalioth: and drop the <> :)
[11:26] <raphink> nalioth: no, indented
[11:27] <raphink> preceded from a space
[11:27] <ajmitch> nalioth: http://paste.ubuntu-nl.org/6548
[11:27] <raphink> s/from/by/
[11:27] <ajmitch> yes, indented
[11:27] <nalioth> ok thank you.
[11:27] <ajmitch> read what I mean, not what I say ;P
[11:28] <nalioth> ajmitch: yes, i'll try to tune my ESP in more accurately, :P
[11:29] <ajmitch> does it work now?
[11:29] <nalioth> it started out and got further than before
[11:29] <nalioth> ok it failed at the key signing part
[11:29] <nalioth> i will ask Uncle Google about that
[11:30] <nalioth> the howto i read said it would ask me (or it inferred that)
[11:31] <kjcole> ajmitch, any good idea where to put my first draft? I'm thinking maybe a MotuSchool/ tree, but then a page name that is chronological in nature... (I think you'll like it...)
[11:31] <ajmitch> nalioth: debian/changelog has an entry from you, right?
[11:31] <ajmitch> with your email address in it?
[11:31] <nalioth> ajmitch: yes it has that
[11:31] <ajmitch> nalioth: pastebin ;)
[11:32] <ajmitch> you have a gpg key with that name/email as uid?
[11:32] <lucas> ajmitch: can you ask elmo to sync flashplugin-nonfree, overriding all ubuntu changes ? it is LP bug 6395
[11:32] <nalioth> so you can see how whacked i am, i'm following this http://women.alioth.debian.org/wiki/index.php/English/PackagingTutorial
[11:32] <nalioth> ajmitch: no. dammit.
[11:32] <ajmitch> nalioth: that will cause some issues
[11:32] <ajmitch> nalioth: just debuild -k<KEYID>
[11:32] <ajmitch> or dpkg-buildpackage if that takes your fancy
[11:34] <nalioth> i've changed the line in my .bashrc to export my email that matches my gpg key
[11:34] <nalioth> and yes i've sourced it
[11:34] <ajmitch> then you'd still need to tell debuild to use the right key
[11:35] <ajmitch> since it'll want to use the address in debian/changelog

[11:35] <nalioth> one of these weeks i'll get this
[11:35] <ajmitch> it's really not hard :)
[11:37] <nalioth> ajmitch: once or twice through, no it's not. (practice makes perfect, lol)
[11:38] <nalioth> wow it worked (or it finished, anyway)
[11:39] <raphink> :)
[11:39] <raphink> good, we need more KDE packagers and devs :)
[11:43] <ajmitch> lucas: current debian flashplayer-nonfree seems to have some serious issues
[11:43] <ajmitch> (according to bugreports)
[11:43] <nalioth> well i'll be damned, my first package.
[11:43] <ajmitch> well done
[11:44] <nalioth> probably rough as a dried out corn cob, but it installs and runs
[11:44] <ajmitch> submit it for review & we can rip it apart
[11:44] <nalioth> i haven't lintian'd it yet
[11:45] <lucas> ajmitch: didn't check the bug reports, looking at them now
[11:46] <nalioth> ok lintian told me where to go, let me go polish
[11:46] <raphink> :)
[11:46] <nalioth> where do i go to find out what pkgs are being worked on or considered?
[11:50] <lucas> ajmitch: ok, let's wait for a while and we'll see
[11:52] <raphink> nalioth: REVU for example
[11:56] <Lathiat> tseng: mmm, i've been meaning to look at that
[11:59] <ajmitch> morning Lathiat
[11:59] <ajmitch> up early, or up late?