[12:13] <LaserJock> anything in the clean rule needs to be in Build-Depends
[12:14] <phanatic> that's right... i was just a bit confused because of the cli policy
[12:15] <shawarma> LaserJock: It appears they're actually identical, only the metadata differs.
[12:15] <jorgp> I found my issue
[12:15] <LaserJock> shawarma: metadata?
[12:15] <shawarma> LaserJock: time of compression, for instance.
[12:15] <shawarma> LaserJock: it's stored in the gzip header.
[12:15] <LaserJock> ah
[12:15] <shawarma> LaserJock: Upstream is just one .c file.
[12:16] <LaserJock> heh
[12:16] <shawarma> LaserJock: ..so of course they're going to differ. Go figure.
[12:16] <LaserJock> so they are the same versions?
[12:17] <shawarma> LaserJock: totally
[12:17] <LaserJock> does the upstream make new releases very often or is it dead
[12:17] <shawarma> LaserJock: Will a sync just overwrite our .orig.tar.gz and will that break anything?
[12:17] <shawarma> LaserJock: No idea.
[12:18] <shawarma> LaserJock: I think upstream is alive.
[12:19] <LaserJock> we could just not sync until the next upstream
[12:19] <shawarma> LaserJock: Oh. Might be a while though.
[12:19] <shawarma> LaserJock: I think he only does his magic when he implements new RAW formats into the library.
[12:20] <shawarma> LaserJock: So until then I'll just merge, shall I?
[12:21] <LaserJock> shawarma: look at -devel
[12:21] <shawarma> Or rather just leave it alone..
[12:22] <phanatic> could anyone have a look at this package: http://revu.tauware.de/details.py?upid=3694 ? thanks...
[12:23] <vil> LaserJock: no, it's not in Debian at all, so no merge
[12:23] <LaserJock> shawarma: so you know what to do now?
[12:24] <LaserJock> vil: ok, then I guess you just upload. Just make sure it's going to feisty
[12:24] <shawarma> LaserJock: Think so. 
[12:24] <vil> LaserJock: ok, thanks
[12:27] <shawarma> LaserJock: Debian is 1.27-2. I'll create 1.27-2ubuntu0build1 ? ubuntu0 to signify that nothing was changed. The changelog would of course reflect this. 
[12:29] <LaserJock> I think 1.27-2build1
[12:29] <LaserJock> but that's why I asked cjwatson about Feisty+1
[12:31] <LaserJock> shawarma: ok, make it 1.27-2build1
[12:33] <shawarma> LaserJock: Right. I wasn't aware that 'build' or 'ubuntu' in the version string actually meant anything.
[12:33] <shawarma> LaserJock: It's makes good sense, though.
[12:33] <LaserJock> yeah, build is ignored in the autosync
[12:34] <shawarma> Clever.
[12:34] <LaserJock> that's why we use it to "fakesync"
[12:34] <LaserJock> because we know it'll get synced next time
[12:34] <LaserJock> or at least that's the idea
[12:35] <shawarma> Alright. Thanks for your help!
[12:46] <T`> is there anyway to repack files into a deb file after i extract it with ar?
[12:47] <T`> i made a few changes in the control/data tarballs
[12:47] <shawarma> T`: ar can pack files.
[12:47] <T`> shawarma, but xxd shows there is some special header for .deb files.. does that matter?
[12:48] <shawarma> T`: I seriously doubt it.
[12:49] <T`> shawarma, anyway to run dpkg -i as a test-run?
[12:49] <shawarma> T`: You could try? :-)
[12:49] <T`> ah.. dpkg-split does what i want
[12:49] <shawarma> T`: Maybe --no-act
[12:50] <T`> hmm guess not..
[12:50] <shawarma> T`: Otherwise dpkg-deb -b is probably the best solution.
[12:50] <shawarma> T`: Actually, in any case 'dpkg-deb -b' is probably the best solution.
[12:51] <T`> i'm trying to get to use it.. i have three files in my folder.. control.tar.gz, data.tar.gz and debian-binary
[12:53] <T`> tmp $ dpkg-deb -b . tmp.deb
[12:53] <T`> dpkg-deb: building package `xfce4-verve-plugin' in `tmp.deb'.
[12:53] <T`> tar: -: file name read contains nul character
[12:53] <T`> any idea why that happens?
[12:53] <shawarma> T`: It's all right.
[12:53] <shawarma> T`: That's what's supposed to happen.
[12:54] <T`> oh
[12:54] <shawarma> T`: Assuming you unpackged control.tar.gz to DEBIAN ?
[12:54] <T`> yup i did
[12:54] <shawarma> T`: That's it then.
[12:55] <shawarma> T`: What kind of package is this anyway?
[12:55] <T`> xfce4-verve-plugin
[12:56] <T`> brb on phone
[12:56] <shawarma> T`: Any particular reason why you're patching it this way instead of patching the source? (Just answer when you're off the phone again. No rush)
[01:02] <ajmitch> phanatic: note that the CLI policy stated that you must keep debhelper in build-depends:
[01:03] <T`> shawarma, i dont know how to patch the source and build a deb package.. i tired for last 3hrs and got no where
[01:04] <T`> shawarma, so i just built the sources from the latest version.. and planning on just updating the deb archive with proper binaries
[01:04] <T`> shawarma, if u have some better proposals i can try it out..
[01:07] <shawarma> T`: Oh, it's actually pretty easy.
[01:08] <shawarma> T`: You do 'apt-get source xfce4-verve-plugin'
[01:08] <rmjb> ajmitch: any experience packaging a driver?
[01:08] <rmjb> that uses firmware?
[01:08] <rmjb> looking for a couple pointers
[01:08] <shawarma> T`: That fetches the source. Then go into the source directory, mess around, add an entry to debian/changelog, run dpkg-buildpackage -uc -us -rfakeroot -b, and that's it.
[01:09] <ajmitch> rmjb: nope
[01:09] <T`> ok i have 3 files..
[01:09] <T`> and a directory with source from old version..
[01:10] <shawarma> T`: Are we talking minor patches or a new upstream version?
[01:10] <T`> shawarma, but the version number changed from 0.2.0 to 0.3.4
[01:10] <T`> sharms, can i somehow make that happen?
[01:10] <T`> i want to make this pkg for myself.. not for ubuntu repo or anything..
[01:10] <shawarma> T`: Oh, I just thought we were talking about minor patches.
[01:11] <T`> nop :(
[01:11] <phanatic> ajmitch: sorry, you're right...
[01:11] <shawarma> T`: Trust me: When you get the hang of it, doing it the right way is MUCH easier.
[01:11] <T`> shawarma, if you wanna help me out a bit, i can try the process again.. i followed verbatic what ubuntu packaging help had about debuild and stuff
[01:11] <phanatic> ajmitch: could you review the package?
[01:12] <T`> it didn't work :(
[01:12] <shawarma> T`: LaserJock wrote some documentation on getting started on packaging stuff. That would probably be a good starting point.
[01:12] <T`> s/verbatic/verbatim
[01:12] <shawarma> T`: hey, wait a minute..
[01:12] <rmjb> !packaging guide
[01:12] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources
[01:13] <T`> yup thats the one i followed..
[01:13] <ajmitch> phanatic: I've given a few tips but I don't have time to sit & do a proper review right now
[01:13] <ajmitch> I'll try & add it to my todo list
[01:14] <shawarma> T`: Are you by any chance running Feisty?
[01:14] <phanatic> ajmitch: thanks for the tips, and i hope you get to the package once...
[01:15] <shawarma> T`: If you are, you're in luck. 0.3.4 of xfce4-verve-plugin was just packaged today. It should hit the archives any minute now. :-)
[01:15] <shawarma> T`: If not, you're also in luck. :-) You can just fetch the source from Feisty and build it. Very easy stuff.
[01:16] <T`> shawarma, oh really!
[01:16] <T`> shawarma, where can i get it from?
[01:16] <T`> i'm on edgy
[01:16] <shawarma> T`: Alright. Open your sources.list and add a deb-src line with 'feisty' instead of 'edgy'. Just the deb-src!
[01:16] <T`> ah right.. ok 
[01:17] <T`> shawarma, i will first see what the diffs look like between the original release and their package
[01:17] <shawarma> T`: Then: sudo apt-get update && sudo apt-get -b source xfce4-verve-plugin
[01:18] <shawarma> T`: You'll see when you fetch the package, actually. It's all contained in a diff.gz file.
[01:18] <T`> yup that will help me i guess... in future..
[01:18] <T`> actually i'll try to build it myself usign those files...
[01:19] <shawarma> T`: Excellent. Have fun and don't hesitate to ask again.
[01:19] <shawarma> T`: You'll be hooked in no time and then you can help out here as well. :-)
[01:19] <T`> sure :)
[01:20] <T`> Failed to fetch http://mirrors.kernel.org/ubuntu/pool/main/x/xfce4-verve-plugin/xfce4-verve-plugin_0.3.4-0ubuntu1.dsc  404 Not Found
[01:20] <T`> arg.. which mirror are you looking on?
[01:21] <shawarma> T`: https://launchpad.net/distros/ubuntu/+source/xfce4-verve-plugin/0.3.4-0ubuntu1  <--- There's links at the bottom.
[01:23] <T`> .orig.tar.gz is guaranteed to be untouched form?
[01:23] <T`> i.e. the release tarball from developer?
[01:23] <holycow> hey guys
[01:24] <holycow> i'm looking to find out if a particular set of nforce open source drivers have been backported for dapper or whether or not there is a plan to do so
[01:24] <holycow> i would be willing to sponsor that if anyone is interested
[01:24] <shawarma> T`: half an hour ago I would have said yes.
[01:24] <T`> haha why ?
[01:25] <shawarma> T`: Since then I've seen two packages where it's not the case, but in general they should be the same.
[01:25] <T`> verve $ diff -ur verve-plugin-0.3.4/ tmp/verve-plugin-0.3.4
[01:25] <T`> verve $ 
[01:25] <shawarma> T`: Beats me. Careless developers, I suppose.
[01:25] <holycow> the chipset that i cant find support for under dapper right now is NF6100-405 Chipset
[01:25] <T`> yup.. this one isn't modded
[01:25] <holycow> on this mobo: http://www.asrock.com/product/AM2NF6G-VSTA.htm
[01:26] <shawarma> T`: It pisses me off, though.
[01:26] <T`> +include /usr/share/cdbs/1/class/xfce.mk
[01:26] <T`> what does this mean? 
[01:26] <T`> i dont think i have that file
[01:26] <shawarma> T`: It means it add that particular line to debian/rules.
[01:26] <holycow> oh and pls let me know if i am asking in the right channel
[01:26] <holycow> :) thanks!
[01:26] <T`> and i dont see it as part of the patch
[01:27] <shawarma> T`: It includes a makefile from something called cdbs.
[01:27] <T`> shawarma, yea, but where is it coming from
[01:27] <T`> hmm ic
[01:27] <shawarma> T`: You'll notice it build-depends on cdbs which is another package that has extravagant makefiles for a lot of stuff.
[01:27] <T`> so shouldn't this makefile be shipped as part of the diff?
[01:27] <holycow> wrong tab
[01:27] <holycow> -_-
[01:27] <T`> shawarma, aah so i need that cdbs before i can compile this package!
[01:28] <shawarma> T`: No. the build-depends makes sure that it's around when you want to build the package.
[01:28] <T`> right, but i'm on edgy :p
[01:28] <shawarma> T`: Yes. Try: apt-get build-dep xfce4-verve-plugin
[01:28] <shawarma> T`: No problem.
[01:28] <fbond> midisport-firmware needs just a glance before it's ready to go ... anyone want to revu it real quick?
[01:28] <shawarma> T`: Same command. Try it.
[01:28] <T`> aah.. new package.. cdbs..
[01:28] <shawarma> T`: Indeed. While you're add it, you'll want fakeroot as well.
[01:29] <shawarma> T`: s/add/at/
[01:29] <T`> yup i got all those as part of my previous trial
[01:29] <T`> but this means to make my own deb pkg.. i need this cdbs make file
[01:29] <T`> i cant make a package for like myXYZprog for ex..
[01:31] <shawarma> T`: Huh?
[01:31] <T`> how to make debian packages for apps which dont have this make file from cdbs?
[01:32] <T`> wow.. he made almost no changes... just some adds to Build-depends
[01:32] <T`> i could have just copied the entire debian/* from older package to my new sources and gotten it to compile i gues.. grr
[01:33] <shawarma> T`: Heh.. Maybe.
[01:34] <LaserJock> \o/ beat my first level of wesnoth ;-)
[01:34] <T`> how does it know where the installed apps are and stuff?
[01:34] <bddebian> w00t LaserJock :)
[01:34] <T`> does it do a 'make install' in fakeroot ?
[01:34] <holycow> heh
[01:34] <holycow> fun game
[01:34] <ajmitch> LaserJock: you should be packaging :)
[01:35] <fbond> is wesnoth apt-get'able ?
[01:35] <shawarma> T`: It installs it into a temporary directory and puts that into the data.tar.gz.. Kind o.f
[01:35] <bddebian> Yeah LaserJock get to work..
[01:35] <shawarma> fbond: Sure.
[01:35] <fbond> shawarma, good, need something bad for me that is not smoking cigarettes.
[01:35] <ajmitch> bddebian: you too
[01:35] <shawarma> LaserJock: I found another package with a tainted .orig.tar.gz. Bastards...
[01:36] <LaserJock> ajmitch: of course I should be, just wanted to try it out
[01:36] <bddebian> ajmitch: I don't do anything :-)
[01:36] <shawarma> fbond: You could start doing drugs. It all the rage these days.
[01:36] <fbond> but seriously, LaserJock, you could be revu'ing midisport-firmware.
[01:36] <ajmitch> bddebian: you want me to pick up some of your merges then?
[01:36] <fbond> hardware support is a goal for feisty :)
[01:36] <bddebian> ajmitch: Sure, you can have them all :-)
[01:36] <ajmitch> bddebian: I don't want to step on your toes or anything :)
[01:37] <shawarma> bddebian: I can take a few off your hands as well.
[01:37] <fbond> shawarma, I tried that once.  I need something bad for me that is not dehabilitating.
[01:37] <shawarma> fbond: Oh, right.
[01:37] <ajmitch> shawarma: as long as it's coordinated with others
[01:37] <TheMuso> You know, we really should make some sort of list of people who won't be able to contribute to a merge cycle before the cycle starts, so new people/other motus know who they can pick up merges from.
[01:37] <fbond> You can't make .debs on drugs :)
[01:37] <fbond> (or can you ... :)
[01:37] <joejaxx> oh shoot what happens if a computer crashes during an upgrade ?
[01:37] <shawarma> fbond: You can make them while you're drunk.
[01:37] <fbond> granted
[01:37] <joejaxx> a ubuntu upgrade that is
[01:37] <fbond> for a limited time only
[01:37] <joejaxx> like from breezy to dapper
[01:37] <shawarma> joejaxx: A kitten dies.
[01:38] <bddebian> Do I have that many left?  I sent a lot of my "fixes" upstream in the Dapper cycle
[01:38] <fbond> kittens don't seem to be good for much except dying. That's the only thing they do that people talk about.
[01:38] <bddebian> Plus, I don't really do much ;-P
[01:38] <ajmitch> bddebian: you have a few
[01:38] <T`>  fakeroot debian/rules clean
[01:38] <T`> /usr/bin/fakeroot: 152: debian/rules: Permission denied
[01:39] <T`> shawarma, any idea why thats happening?
[01:39] <shawarma> T`: chmod +x
[01:39] <TheMuso> ajmitch: I took a few of them previously, as bddebian said he wouldn't be able to help for a while.
[01:39] <fbond> chmod a+x debian/rules
[01:39] <T`> oh
[01:39] <shawarma> T`: Did you apply the diff manually?
[01:39] <T`> yup
[01:39] <ajmitch> bddebian: maybe 20 or so still on the list
[01:39] <T`> it can be done automatically?
[01:39] <bddebian> Eeks, I should get to work ;-P
[01:39] <shawarma> T`: That's why. dpkg-source -x does a chmod +x debian/rules for you.
[01:40] <T`> so after i apt-get sources and untar the orig.tar.gz.. i just do dpkg-source -x in the extracted folder?
[01:41] <fbond> oh jeez.  I can apt-get install wesnoth, but if I want to enjoy it, I have to install recommends, too.
[01:41] <bddebian> Egads, Holotz Castle is back again..
[01:41] <shawarma> T`: No, fetch the .dsc, diff.gz, and orig.tar.gz. Then do dpkg-source -x file.dsc
[01:42] <T`> ah
[01:42] <T`> ls
[01:42] <T`> oops.. ok cool deb is made and works :)
[01:42] <T`> thanks sharms 
[01:42] <T`> shawarma*
[01:43] <shawarma> shawarma: Any time.
[01:43] <fbond> shawarma recommends drugs and then talks to himself ... hmm.
[01:43] <zul> heloo
[01:44] <ajmitch> heloo zul
[01:45] <T`> oh no.. this package doesn't include the scritps
[01:45] <T`> i think i should file a bug
[01:45] <fbond> the saga continues
[01:46] <shawarma> fbond: I do that all the time. 
[01:46] <shawarma> fbond: write to myself that is. Not recommend drugs.
[01:48] <fbond> hmm.  guess I'm the only one.  channel was empty
[01:49] <bddebian> Hmm, maybe copying my edgy pbuild environment to a feisty one wasn't such a good idea.. :)
[01:50] <LaserJock> why?
[01:50] <geser> ajmitch: hello, what are the requirements to join u-u-s?
[01:50] <LaserJock> ajmitch: being able to sponsor ;-)
[01:51] <ajmitch> geser: you've joined the team?
[01:51] <LaserJock> or rather geser 
[01:51] <T`> shawarma, can i somehow stop and look at the built source code when i do dpkg-source? i want to see if verve-focus is made or not..
[01:51] <geser> not yet therefore I ask
[01:51] <ajmitch> geser: then if you're confident of reviewing changes, join it
[01:53] <shawarma> T`: If you ran dpkg-buildpackage -b, the built source is still around.
[01:53] <geser> after creating enough debdiffs I should be able to review some of them :)
[01:53] <ajmitch> geser: I'd hope so
[01:54] <T`> shawarma, ah right.. i do see the built binary but its not included in the debian package
[01:55] <fbond> T`, maybe you need debian/install
[01:56] <T`> fbond, can i smoehow mimic the method dpkg uses to create the data.tgz?
[01:56] <fbond> hmm.  I'm out of the loop.  What is data.tgz?
[01:56] <T`> data.tar.gz in .deb
[01:56] <T`> the file with the file/dir structure of stuff to be installed..
[01:57] <fbond> I wouldn't worry about that.  I've made many .debs and have never touched a data.tgz ...
[01:58] <T`> fbond, oh i know.. but just curious why this isn't getting included
[01:58] <geser> fbond: a deb is ab ar archive consisting of a control.tar.gz (postinst, etc.) and data.tar.gz (the package contents)
[01:58] <T`> i am wondering if make install is broken
[01:58] <fbond> After you build the .deb, there should be the same directory structure in a subdir of the debian dir.
[01:58] <ajmitch> geser: and most people should never need to worry about that
[01:58] <T`> so i want to test by doing a make install but i would like the files to end up in some local dir
[01:59] <geser> ajmitch: true
[02:00] <fbond> yeah, I think I manually unpacked a .deb only once over the last ~10 years
[02:00] <shawarma> T`: What's the name of the binary?
[02:01] <T`> verve-focus
[02:01] <T`> its in scripts/ 
[02:01] <shawarma> T`: http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=xfce4-verve-plugin&version=feisty&arch=i386
[02:01] <shawarma> T`: That's the contents of the official build.
[02:01] <T`> yea .. see.. its messed up :p
[02:02] <T`> after dpkg-buildpackage, i see it in scripts/
[02:02] <shawarma> T`: It's not usr/lib/xfce4-verve-plugin/xfce4/panel-plugins/xfce4-verve-plugin ?
[02:02] <T`> shawarma, nop.. thats the plugin
[02:02] <T`> there is another script which will let you get focus to the plugin when you run it
[02:02] <shawarma> T`: Oh, ok.
[02:03] <T`> that way you can setup a keyboard shortcut
[02:03] <shawarma> T`: Well, you probably just need to add it to the install file.
[02:03] <shawarma> T`: You could totally fix your first ubuntu bug. :-)
[02:03] <T`> but there is no debian/install
[02:03] <T`> atleast in this diff..
[02:04] <shawarma> T`: No, it probably guesses.
[02:04] <T`> hmm
[02:04] <shawarma> T`: ...You can just add a debian/xfce4-verve-plugin.install
[02:04] <T`> can you explain what its guessing please?
[02:04] <T`> or point me to the .install concept and what ti does..
[02:05] <shawarma> T`: man dh_install
[02:05] <T`> verve-plugin-0.3.4 $ DESTDIR=$PWD/tmp make install
[02:05] <T`> ok i did that and looked in tmp
[02:05] <T`> there is a /usr/bin/verve-focus
[02:07] <shawarma> T`: This might help: https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml
[02:07] <T`> there is another reason why the official release doean't have this
[02:07] <T`> its only installed if you have DBUS libs while compiling
[02:07] <T`> it could be possible the author doesn't have dbus-glib and dbus-1
[02:09] <shawarma> T`: Nah. You can see the build logs here: http://librarian.launchpad.net/5273261/buildlog_ubuntu-feisty-i386.xfce4-verve-plugin_0.3.4-0ubuntu1_FULLYBUILT.txt.gz
[02:09] <shawarma> T`: verve-focus is there.
[02:09] <T`> can i see the contents of a built .deb ?
[02:10] <shawarma> dpkg --contents file.deb
[02:10] <shawarma> or -c, maybe
[02:10] <geser> dpkg-deb -c file.deb
[02:10] <geser> and dpkg-deb -I file.deb for the package description
[02:10] <T`> ok this is very strange
[02:10] <T`> i did dpkg-buildpackage and when it came to the make-install part
[02:11] <T`> i Ctrl+Z'ed and looked if verve-focus is in the right place
[02:11] <T`> /home/total/stuff/installs/verve/verve-plugin-0.3.4/debian/xfce4-verve-plugin//usr/bin/verve-focus
[02:11] <T`> it is moved into the temporary package place.. along with other plugins..
[02:11] <T`> so only during packaging /usr/bin is lost!
[02:12] <T`> looks like it just doesn't blindly pack the entire debian/xfce4-verve-plugin.. but chooses which folders to pick from it right?
[02:12] <T`> ooh!!!!
[02:12] <T`> wtf!!
[02:12] <T`> if test -x /usr/bin/dh_desktop; then dh_desktop -pxfce4-verve-plugin ; fi
[02:12] <T`> if test -x /usr/bin/dh_iconcache; then dh_iconcache -pxfce4-verve-plugin ; fi
[02:12] <T`> rm -rf debian/xfce4-verve-plugin/usr/bin
[02:12] <T`> lol.. why does it rm -rf bin !!
[02:13] <T`> you can also see it in the logs you posted shawarma ... 
[02:13] <holycow> how about i rephrase my question
[02:13] <shawarma> T`: You're right.
[02:13] <holycow> would someone be able to repackage a kernel greater than 2.6.18 for dapper?
[02:13] <shawarma> T`: It's in the debian/rules
[02:14] <shawarma> T`: It definitely looks intentional.
[02:14] <holycow> i would be willing to pay for that of course
[02:14] <T`> ah!
[02:14] <T`> the post-install rm
[02:14] <holycow> would be nice to get dapper to support the 405 nforce chipset
[02:14] <T`> may be the author wants to make it a seperate package?
[02:14] <shawarma> T`: Exactly. cdbs allows you to insert commands at various points in the build process.
[02:15] <shawarma> T`: No, there's other means for that.
[02:15] <rmjb> holycow: that's a rather hefty backport, why not just use edgy?
[02:15] <T`> shawarma, hmm then i dont see why author is removing this.. i'll file a bug and ask
[02:15] <T`> shawarma, thanks for the input
[02:16] <shawarma> T`: You can ask him. It's Gloubiboulga.
[02:16] <shawarma> Gloubiboulga: around?
[02:16] <T`> ooh
[02:16] <T`> Gloubiboulga, ping
[02:17] <shawarma> Nah, he seems to be away. 
[02:17] <T`> hehe yea.. dont worry.. i'll hunt him down later
[02:17] <holycow> rmjb, i want to but i don't seee a kernel greater than 2.6.18 in any repo ... 
[02:17] <holycow> let me check again
[02:17] <T`> for now i removed that rm line and made my deb pkg with everything :)
[02:17] <T`> woohoo. first .deb pkg made!
[02:17] <shawarma> T`: Congrats!
[02:17] <T`> haha.. thanks
[02:17] <holycow> yeah
[02:18] <shawarma> Well, I'm off to bed. It's almost 2:30 AM..
[02:18] <T`> nite shawarma !
[02:18] <ajmitch> night shawarma 
[02:18] <holycow> nforce 405 is not properly supported on anything than 2.6.18 accoding to posts online
[02:18] <shawarma> G'night, guys!
[02:19] <bddebian> Gnight shawarma
[02:19] <rmjb> g'night
[02:21] <bddebian> Oh gads, I know if I create my feisty pbuilder I am going to get sucked in...
[02:21] <LaserJock> do it!
[02:21] <LaserJock> do it!
[02:21] <bddebian> Noooo
[02:22] <holycow> rmjb, would it be easier to have the nforce open source drivers backported to dapper then in your estimation?
[02:23] <rmjb> you'd have to ask the backporters, try jdong
[02:23] <holycow> ah okay
[02:23] <holycow> danke
[02:23] <bluefoxicy> feisty gaim is busted
[02:23] <bluefoxicy> guifications says you have gaim-gtk but gtk is needed for guifications
[02:23] <bluefoxicy> same for like half the other plug-ins
[02:23] <ajmitch> so file a bug
[02:24] <holycow> whois jdong
[02:24] <holycow> bah sorry
[02:24] <bluefoxicy> ajmitch:  I cherry picked gaim from feisty
[02:24] <bluefoxicy> I'm running edgy with 2.6.19 and a new gaim
[02:25] <bluefoxicy> is it possible I broke this myself, or is it really ok to go ahead with a bug
[02:25] <ajmitch> I don't know the package, so I don't know what you've broken
[02:25] <bluefoxicy> ah o.o you don't use gaim
[02:25] <ajmitch> I use it, but I don't care about its packaging one bit
[02:26] <ajmitch> as long as it's on the desktop & works
[02:28] <bddebian>  sudo pbuild-feisty create... nnnooooo
[02:33] <LaserJock> bddebian: dooooo it!
[02:34] <bddebian> LaserJock: It's running :-(
[02:34] <bddebian> Hmm build-essential blew up on libc6-dev
[02:35] <ryanakca> hmmm... for feisty, should I package "Monkey Studio Beta  	2006.1.6.0-d-1.0.1" or "Monkey Studio Stable  	2006.1.5.3"? Monkey Studio = development app...
[02:35] <ryanakca> bddebian: ouch... that doesn't sound good
[02:37] <LaserJock> bddebian: why are you doing and upgrade as opposed to making a fresh one?
[02:37] <LaserJock> s/and/an/
[02:43] <LaserJock> rmjb: you still around?
[02:43] <rmjb> just got off the phone
[02:43] <rmjb> 'sup?
[02:44] <LaserJock> rmjb: check your REVU email
[02:44] <rmjb> YAY!!! I might get my name into Ubuntu!
[02:45] <ajmitch> hm?
[02:45] <crimsun> getting one's name in is easy. Keeping one's name out of bug e-mail is NP hard.
[02:45] <rmjb> well... as the maintainer or packager of a hardly used package
[02:45] <LaserJock> rmjb: ah crap, I forgot to say, get rid of the config.* in the diff.gz
[02:45] <LaserJock> rmjb: can you fix that and reupload real quick?
[02:46] <rmjb> it's in the source tarball...
[02:46] <rmjb> I guess it got updated when I did a test build
[02:46] <LaserJock> it's also  in your diff.gz
[02:46] <rmjb> the change is a timestamp
[02:47] <LaserJock> probably from the clean: rule
[02:48] <LaserJock> crimsun ajmitch: are those ifneq "$(wildcard /usr/share/misc/config.sub)" "" lines in clean: from debhelper really needed
[02:48] <LaserJock> I've never figured out why they are there
[02:48] <ajmitch> to update them when building
[02:49] <ajmitch> useful for the weird & wonderful architectures debian has
[02:49] <LaserJock> ok but they aren't normally needed are they?
[02:49] <minghua> autotools-dev's README has good explanation for that
[02:49] <ajmitch> keep them up to date in 1 place, instead of relying on the upstream maintainer
[02:51] <rmjb> I extracted the orig.tgz again but when I do a rebuild of the source package it updates the files again
[02:51] <rmjb> should I just edit the diff manually?
[02:51] <LaserJock> minghua: hehe "(Before packaging something in Debian that uses GNU autoconf, you must read the
[02:51] <LaserJock> "Introduction" and the "Calling GNU configure properly" sections)"
[02:51] <LaserJock> that's nice to know *now*
[02:52] <minghua> hehe
[02:52] <LaserJock> nice place to hide it too
[02:53] <minghua> don't worry, I didn't read them until one year after my first upload either ;-)
[02:54] <LaserJock> rmjb: I think you could take out the lines from debian/rules in the clean: rule that copy them in
[02:55] <bddebian> LaserJock: I did a create not an update
[02:57] <LaserJock> oh
[02:57] <rmjb> LaserJock: thanks, doing that now
[02:59] <bddebian> Gah, what a moron..
[02:59] <bddebian> Now I remember why I stopped working.. 'Cause I'm an idiot..
[03:00] <rmjb> why do I have to remove the use-agent line from gpg.conf every time I reboot?
[03:03] <crimsun> because you're special.
[03:07] <bddebian> Any of you kernel hacker types?
[03:08] <LaserJock> bddebian: at least you're in good company
[03:08] <bddebian> LaserJock: Bah, you're a STUD
[03:08] <crimsun> for some tiny portion of the kernel, mayhap
[03:09] <bddebian> Do you happen to know how cpu_has_fxsr gets set?
[03:10] <joejaxx> Hello All
[03:10] <joejaxx> LaserJock: i am on that Wallstreet :)
[03:10] <joejaxx> it took literally all day to upgrade to dapper
[03:10] <bddebian> Powerbook?
[03:10] <joejaxx> from breezy
[03:10] <joejaxx> yes a powerbook
[03:10] <bddebian> Eeks, that's OldWorld right?
[03:10] <joejaxx> yes
[03:11] <bddebian> What bootloader did you use?
[03:11] <joejaxx> BootX
[03:11] <bddebian> oof
[03:11] <joejaxx> i have a 300mb partition and a 30gb one
[03:11] <joejaxx> the 300mb partition holds os9
[03:11] <LaserJock> bddebian: STUD? hardly, crimsun's the only stud around here
[03:11] <joejaxx> from which i boot into ubuntu
[03:12] <bddebian> joejaxx: Aye, I used to run Debian on a few oldworlds.  In fact I think i still have an old WallstreetII around here somewhere
[03:12] <joejaxx> haha nice :)
[03:12] <joejaxx> bddebian: you are the one that runs hurd right?
[03:12] <bddebian> Aye
[03:13] <bddebian> Oh crap, I have a feisty pbuilder now.. :'-(
[03:13] <ryanakca> bddebian: I have pbuilder-dapper, pbuilder-edgy and pbuilder-feisty :)
[03:14] <ryanakca> any idea what that's about?
[03:16] <bddebian> One of the mirrors in pbuilderrc is hosed?
[03:16] <ryanakca> hmm... 
[03:17] <ryanakca> nope, archive.ubuntu.com is still up :)
[03:21] <bddebian> ryanakca: Local hostname issue?
[03:21] <crimsun> bddebian: do you use lxr?
[03:21] <ryanakca> don't think so...
[03:21] <bddebian> crimsun: lxr?
[03:23] <crimsun> bddebian: for 2.6.17ish, see arch/i386/kernel/traps.c::trap_init()
[03:24] <bddebian> Gah I only have 2.4 on that box :-(
[03:24] <crimsun> which 2.4?
[03:24] <bddebian> 2.4.33.3
[03:25] <crimsun> include/asm-i386/bugs.h::check_fpu()
[03:26] <crimsun> LaserJock: nosir, you're the MOTU superstar!
[03:26] <bddebian> boot_cpu_data.hardmath?
[03:27] <LaserJock> crimsun: has-been superstar maybe ;-)
[03:28] <crimsun> bddebian: see if (cpu_has_fxsr) ...?
[03:28] <crimsun> (it's a macro)
[03:28] <bddebian> Aye but how does that macro get set?  It's the value of X86_FEATURES_<something>
[03:29] <nixternal> crimsun == the supernova (remember, stars burn out - we can't afford that)
[03:29] <LaserJock> hmmm, good point
[03:30] <nixternal> supernovas blow up though don't they? i can't remember, last time i took that kind of junk was probably 20 years ago
[03:30] <LaserJock> and maybe bddebian is a black hole :p
[03:30] <crimsun> bddebian: arch/i386/kernel/setup.c::x86_fxsr_setup()
[03:31] <bddebian> LaserJock: Are you saying that I suck? :-)
[03:32] <nixternal> i can't even think forward let alone backwards
[03:33] <bddebian> nixternal: :-)
[03:34] <rmjb> so it was recommended in this fine chat room some time ago that we could use bzr to manage the changes to our debian/ files in our packages
[03:35] <rmjb> I *started* to do that... but how do you get out a previous version?? that's the whole reason I wanted version control
[03:35] <rmjb> to be able to go back
[03:35] <bddebian> nixternal: hehe
[03:35] <rmjb> I tried the branch command but that didn't seem to work on one file
[03:35] <lifeless> rmjb: what do you want to achieve ?
[03:35] <bddebian> crimsun: And my dumb ass is supposed to understand that?
[03:35] <bddebian> static int __init x86_fxsr_setup(char * s)
[03:35] <bddebian> {
[03:35] <bddebian>         set_bit(X86_FEATURE_XMM, disabled_x86_caps);
[03:35] <bddebian>         set_bit(X86_FEATURE_FXSR, disabled_x86_caps);
[03:35] <lifeless> rmjb: give me a specific case, not a general case
[03:36] <rmjb> lifeless: I have 6 files in a directory that's managed by bzr and I want to go back a few versions on one of the files
[03:36] <lifeless> rmjb: bzr revert -r -3 filename
[03:37] <rmjb> thanks
[03:38] <rmjb> is there a bzr gui with all this functionality? I have Olive 0.11.0, but it's not in there
[03:38] <rmjb> and I didn't see it on the command list (though I do now)
[03:38] <lifeless> nautilus-bzr might, I'm not siure
[03:39] <lifeless> #bzr is the right channel to get better answers to that question, sorry.
[03:39] <bddebian> crimsun: Thx btw :-)
[04:17] <bddebian> Damnit how do I dump the output from dpkg --compare-versions again?
[04:19] <Gloubiboulga> T`: pong
[04:19] <T`> Gloubiboulga, hey!
[04:19] <Gloubiboulga> hi T` 
[04:19] <T`> Gloubiboulga, are u the guy who made feisty verve-plugins?
[04:20] <T`> 0.3.4
[04:20] <Gloubiboulga> I didn't update that package, but I usually take of the Xfce apps
[04:20] <Gloubiboulga> there's a missing binary in the package, right?
[04:20] <Gloubiboulga> (I read the logs)
[04:21] <T`> yup..
[04:21] <T`> verve-focus
[04:21] <T`> i downloaded your source pkg and built my own binary pkg.. so not worried about propogation time atm..
[04:22] <Gloubiboulga> I'll fix that ASAP
[04:22] <T`> thanks.. we were thinking you might have some reason to not do it
[04:22] <bddebian> Heya Gloubiboulga
[04:22] <T`> Gloubiboulga, its just removing two lines from debian/rules
[04:22] <Gloubiboulga> hello bddebian :)
[04:23] <T`> what does MOTU stand ford?
[04:23] <T`> for*
[04:24] <LaserJock> Masters Of The Universe
[04:26] <rmjb> and more importantly... She-Ra :)
[04:26] <LaserJock> hmm
[04:26] <LaserJock> well She-Ra is a bit easier to narrow down
[04:28] <bddebian> Hobbsee? :)
[04:28] <LaserJock> we have Prince Holbach for sure ;-)
[04:28] <LaserJock> He-Mark?
[04:29] <ajmitch> scary
[04:29] <ajmitch> though hobbsee is scary enough by herself :)
[04:29] <bddebian> hehe
[04:30] <bddebian> ajmitch: How do I get the result of dpkg --compare-versions?  I thought it was like >> stdout or some such?
[04:30] <engla> I'd like to package this app: eqe http://rlehy.free.fr/ Or in any case just have it packaged. But the upstream tarball is really unclean, shipping with debian/ and rpm/ already etc 
[04:30] <ajmitch> bddebian: return value
[04:31] <bddebian> ajmitch: ?
[04:31] <LaserJock> you'd think it's spit out something like "yep, it's bigger"
[04:31] <bddebian> LaserJock: Aye, no shit :-)
[04:31] <LaserJock> s/it's/it'd/
[04:32] <LaserJock> bddebian: you have to echo the return value
[04:32] <bddebian> LaserJock: I know but I don't remember how
[04:32] <minghua> echo $?
[04:32] <ajmitch> or test the return value
[04:32] <LaserJock> at least somebody around here knows how to use a shell
[04:32] <LaserJock> ;-)
[04:33] <ajmitch> hehe
[04:33] <bddebian> Uhm...
[04:36] <ajmitch> yes
[04:40] <bddebian> I don't get it :'-(
[04:42] <rmjb> !feisty
[04:42] <ubotu> The next version of Ubuntu (7.04; codenamed "Feisty Fawn"), it should be released in April 2007. At the moment it is pre-alpha. Schedule: https://wiki.ubuntu.com/FeistyReleaseSchedule - Specifications (goals): https://features.launchpad.net/distros/ubuntu/feisty - Help in #ubuntu+1
[04:43] <rmjb> at DebianImportFreeze MoM stops?
[04:43] <ajmitch> rmjb: yes
[04:43] <rmjb> I thought that went up to UVF
[04:43] <ajmitch> not anymore
[04:44] <ajmitch> partly because etch may release before UVF, so we don't want everything automatically breaking
[04:46] <rmjb> so this is only in place for feisty?
[04:46] <ajmitch> maybe
[04:47] <ajmitch> there were other reasons as well
[04:49] <rmjb> also, isn't sid not controlled by etch... except that with a release imminent less people will be working on sid and more on etch
[04:51] <minghua> rmjb: no, currently many people are holding uploads of new stuff to sid because they don't want to affect etch
[04:51] <minghua> rmjb: only once etch is frozen people can really start working on sid and don't think about etch
[04:51] <rmjb> well, while it gives ubuntu a lot of time to stabalise, and with etch coming out soon (hopefully) it makes sense now, it'll mean ubuntu ships with a majority of packages that are possibly up to 4 months old
[04:51] <rmjb> okay, I've learned something about the debian release process tonite
[04:53] <rmjb> hey minghua haven't seen you around for a while
[04:53] <rmjb> but I'm not on all the time so...
[04:53] <_Enchained> hi
[04:54] <minghua> rmjb: yeah, didn't do much on ubuntu the past two weeks
[04:55] <_Enchained> Someone can help me on the choice of the section for a package ?
[04:55] <rmjb> hey _Enchained
[04:56] <rmjb> what kind of package?
[04:56] <_Enchained> the soft is dvd95
[04:56] <_Enchained> it's on REVU
[04:56] <rmjb> you can see the package sections here http://packages.ubuntu.com/feisty/
[04:56] <rmjb> what does dvd95 do? Play dvds?
[04:56] <_Enchained> gloubiboulga reviewed it and said that the "x11" section isn't maybe the best choice
[04:57] <_Enchained> it convert DVD9 to DVD5
[04:57] <rmjb> a video transcoder then
[04:57] <_Enchained> to burn backup of video dvd for example
[04:57] <rmjb> sounds like acidrip or mencoder
[04:57] <rmjb> see what section they're in
[04:58] <_Enchained> it rip a DVD9 in a ISO file (4,7G)
[04:59] <rmjb> well... since it deals with video it might still fit in the section with video transcoders
[05:00] <rmjb> http://packages.ubuntu.com/feisty/graphics/ lists acidrip and mencoder so maybe you can use graphics
[05:00] <rmjb> if not there's always misc... but I'd try graphics first
[05:01] <rmjb> note I'm not an MOTU, I'm just a hopeful like you
[05:03] <_Enchained> yes acidrip is for ripping DVD too so I try graphics (even if it seems strange to me)
[05:03] <_Enchained> thanks
[05:03] <rmjb> np, anytime
[05:03] <rmjb> g'night all
[05:05] <_Enchained> Can I delete all commented lines in my debin/rules to make it smaller or should I let them for understanding ?
[05:05] <_Enchained> debian*
[05:14] <LaserJock> hmm, do the DVDs have Ubuntu and Kubuntu on them?
[05:15] <ajmitch> they have all of main, I believe
[05:16] <LaserJock> do you know it it give you options at boot as to what you want to install?
[05:16] <LaserJock> *if
[05:17] <LaserJock> hmm, the .list file doesn't have kubuntu/edubuntu/xubuntu meta packages on it
[05:18] <bddebian> 2 down
[05:18] <bddebian> +1 rejected bug
[05:18] <LaserJock> rockin'
[05:19] <LaserJock> you da man
[05:19] <_Enchained> Someone can help me in the choice of a section for a package ?
[05:19] <ajmitch> bddebian: you've done more than I have now
[05:20] <LaserJock> _Enchained: graphics sounds ok to me
[05:20] <_Enchained> there is dvdrtools in otherosfs section and acidrip in graphics section. Mine is a tool that convert (rip) DVD9 to DVD5, so what's the best ?
[05:21] <_Enchained> ok LaserJock
[05:21] <_Enchained> to update a package in REVU, a simple dput like the first ?
[05:21] <LaserJock> yeah
[05:21] <_Enchained> ok ;)
[05:24] <T`> MOTU
[05:25] <T`> heh.. seems like a natural thing to say in such a situation ;)
[05:25] <XiXaQ> hello everyone.
[05:26] <bddebian> Hello XiXaQ
[05:26] <XiXaQ> Could you please make FreeNX part of Feisty Fawn? :)
[05:26] <XiXaQ> FreeNX is really boss.
[05:27] <bddebian> What is FreeNX?
[05:27] <LaserJock> it's a free NX ;-)
[05:27] <XiXaQ> It's an extremely fast terminal server for unix. 
[05:27] <bddebian> LaserJock: And NX is? ;-P
[05:28] <XiXaQ> It makes RDP look like stoneage technology.
[05:28] <LaserJock> XiXaQ: I don't think it's a trivial package
[05:28] <bddebian> How's it licensed?
[05:28] <LaserJock> I think Seveas has a package perhaps
[05:28] <XiXaQ> LaserJock, installing it is really straight forward. 
[05:28] <XiXaQ> bddebian, GPL.
[05:29] <bddebian> Installing it != packaging it ;-)
[05:29] <XiXaQ> LaserJock, he does. And the wiki has guides to installing it, but I feel it should be a natural part of Ubuntu.
[05:29] <LaserJock> I think there are reasons why it isn't
[05:29] <bddebian> Gah, that reminds me, I want to package FreeLords
[05:29] <_Enchained> when doing dput : Already uploaded to revu.tauware.de
[05:29] <XiXaQ> bddebian, oh, I see. But it's so cool, I think it deserves some special attention.
[05:29] <_Enchained> there is an option for update ?
[05:30] <bddebian>  -f
[05:30] <LaserJock> XiXaQ: you are welcome to help get it in :-)
[05:30] <XiXaQ> LaserJock, how?
[05:30] <_Enchained> ok bddebian thx
[05:30] <LaserJock> by learning how to package and maintain
[05:31] <LaserJock> if you have an interest in it then perhaps you would find it fun
[05:31] <XiXaQ> LaserJock, I probably will learn that in time. I've got ways to go until I'm that advanced though.
[05:32] <LaserJock> well, there are lots of people here learning
[05:32] <bddebian> Except for LaserJock.  He's the Master in MOTU ;-)
[05:32] <XiXaQ> but I don't know C++ or anything.
[05:32] <LaserJock> I don't really either
[05:33] <LaserJock> you certainly don't need to know C++
[05:33] <LaserJock> if you're interested I'd suggest reading through the Ubuntu Packaging Guide
[05:33] <LaserJock> !packagingguide
[05:33] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources
[05:33] <bddebian> XiXaQ: Aye, many of us are not "programmers"
[05:35] <LaserJock> XiXaQ: do you know where the existing source package is?
[05:35] <XiXaQ> LaserJock, Seveas has packages on his site. http://wiki.ubuntu.com/FreeNX 
[05:36] <bddebian> endeavour done
[05:36] <XiXaQ> but as I stated earlier, I think NX is so cool, it should be given priority. We use Ubuntu in order to speed up Remote Desktop Connection between Windows clients and Windows Terminal server :)
[05:37] <_Enchained> the package is updated :) Can someone take a look at ?
[05:37] <LaserJock> XiXaQ: it could be that nx is the problem
[05:37] <ajmitch> freenx is not in ubuntu for some good reasons, the chief ones being that the upstream source is an utter mess :)
[05:38] <LaserJock> bah
[05:38] <LaserJock> that hasn't stopped many upstreams ;-)
[05:38] <XiXaQ> ajmitch, what do you mean by that?
[05:38] <ajmitch> shipping xfree86 libs that have been heavily modified, etc
[05:38] <ajmitch> the concept is nice
[05:38] <ajmitch> the implementation works, but isn't nice
[05:39] <XiXaQ> it doesn't just work, it works great. Far better than RDP. 
[05:40] <ajmitch> I know it works great, I've used it quite a bit
[05:40] <ajmitch> full KDE desktop on a 128kbps transtasman link, etc
[05:40] <XiXaQ> yes, I have 640Kbps upstream bandwidth, and I have no difficulties serving ten clients. 
[05:41] <LaserJock> yeah, I've always had problems with it, but it seems cool
[05:41] <LaserJock> I usually end up using VNC though
[05:41] <ajmitch> NX is just not something that'll be easy to integrate well
[05:42] <ajmitch> mithrandir has looked at it in the past & can tell you more, I think
[05:42] <XiXaQ> besides, the NX client is able to connect both NX and RDP servers. If offices starts using that client instead of the builtin MS RDP client, and Ubuntu has support for the FreeNX server... 
[05:43] <XiXaQ> LaserJock, that's probably because you're using the clients from Nomachine.com, right? Those doesn't work with freenx.
[05:43] <LaserJock> no, I've always had problem with ssh stuff
[05:43] <LaserJock> but also that
[05:43] <XiXaQ> ajmitch, oh, I'll chat with him when he gets up then.
[05:45] <bddebian> gnushogi sync requested..
[05:45] <ajmitch> it was a while ago, so things will have changed
[05:45] <ajmitch> but not much improvement, from what I last saw a couple of months ago
[05:46] <XiXaQ> ajmitch, well, I don't know the process of adding new software to the repositories, but it seems to me, that if seveas is able to do it by himself, then MOTU should be able to too?
[05:46] <LaserJock> seveas has basically stopped doing it though, I believe
[05:46] <LaserJock> because it's such a pain
[05:47] <LaserJock> and I don't think he thought they were ready for Ubuntu proper
[05:47] <bddebian> Are we still adding dh_iconcache?
[05:48] <ajmitch> XiXaQ: seveas didn't make packages that were anywhere near close enough for inclusion
[05:50] <XiXaQ> ajmitch, how much work could it be? If the packages are updated once a year or something? 
[05:50] <bddebian> Try it and see ;-)
[05:52] <XiXaQ> That's not fair :) I'm not qualified, so I _would_ use alot of time.
[05:52] <bddebian> Not all of us are "ultimately" qualified either :-(
[05:52] <bddebian> LaserJock: Are we still adding dh_iconcache?
[05:53] <LaserJock> not exactly sure, I believe we are keeping them in merges, but I'm not positive about that
[05:53] <LaserJock> yeah, I think we are
[05:53] <bddebian> D00d, you are the All Knowing :-)
[05:53] <LaserJock> if it uses the gnome or KDE CDBS it doesn't need it
[05:54] <LaserJock> XiXaQ: if you can find somebody that has time to make it into a proper package and get the upstream stuff worked out then go for it
[05:54] <ajmitch> XiXaQ: it's not so much a case of how often they're updated, but how much work needs to be put into making them work nicely in a distro
[05:54] <LaserJock> I just know that I personally don't have time for it
[05:55] <minghua> bddebian: I know for packages using cdbs dh_iconcache is definitely not needed anymore, not sure about others
[05:56] <bddebian> minghua: Aye, I knew that, thanks
[05:57] <LaserJock> arggg, it looks like I've got bashisms everywhere
[05:57] <bddebian> w00t
[05:57] <LaserJock> or maybe not
[05:58] <LaserJock> this ./autogen.sh is *not* working like it did on Edgy
[05:59] <ajmitch> back later
[05:59] <bddebian> later ajmitch
[05:59] <LaserJock> I just get a bunch of lines like:
[05:59] <LaserJock> gnome-doc-utils.make:104: if $(DOC_USER_FORMATS: non-POSIX variable name
[05:59] <LaserJock> gnome-doc-utils.make:104: (probably a GNU make extension)
[06:00] <XiXaQ> ajmitch, so they would _have_ to be updated for every distro?
[06:00] <joejaxx> anyone know where gnome keeps the gdm themes?
[06:00] <LaserJock> joejaxx: I'd just dpkg -c one of the gdm theme .debs
[06:01] <bddebian> shit..
[06:01] <LaserJock> XiXaQ: I don't think it's so much that
[06:01] <joejaxx> LaserJock: uh
[06:02] <LaserJock> XiXaQ: freenx would need a lot of work to integrate properly in Ubuntu and be up to Ubuntu's standards for inclusion
[06:02] <LaserJock> and it would also take a fair amount of work to maintain it as well
[06:02] <LaserJock> bug fixing, etc.
[06:03] <LaserJock> I've worked on vnc a bit and it's a headache and I'm guessing freenx is moreso
[06:03] <XiXaQ> Then it's a matter of priority? I think FreeNX deservers that.
[06:03] <LaserJock> it's not a matter of priority
[06:03] <LaserJock> it's a matter of finding somebody willing to do it
[06:03] <minghua> XiXaQ: It's more about people instead of priority
[06:03] <LaserJock> so I guess it's somewhat priority based
[06:04] <LaserJock> somebody needs to feel it's priority enough to do it
[06:04] <minghua> XiXaQ: you need to find some one who is willing to work on FreeNX
[06:04] <bddebian> Well I hope gramps works.. :-(
[06:04] <XiXaQ> minghua, that's why I'm making such a fuzz out of it. I was hoping someone here would be. :)
[06:05] <LaserJock> well, FreeNX has been around for quite some time
[06:05] <LaserJock> you're welcome to email ubuntu-motu asking for volunteers or work on it yourself
[06:05] <LaserJock> we can help you learn to package
[06:06] <XiXaQ> yes, but if I understand correctly, it takes more than being able to package it?
[06:06] <LaserJock> why?
[06:06] <minghua> let's call "maintain it" instead of "package it"
[06:06] <XiXaQ> I don't know. You were talking about integration with Ubuntu..
[06:06] <LaserJock> sure
[06:07] <minghua> XiXaQ: that's what package mean, or at least "properly package" mean
[06:07] <LaserJock> it needs to be a good enough quality package that we think it should go in
[06:07] <LaserJock> we have to make sure we don't mess up users systems, break other packages, etc.
[06:07] <XiXaQ> minghua, ok, so it doesn't require altering the code itself?
[06:08] <minghua> XiXaQ: not necessarily.
[06:08] <minghua> sometimes it just need good communication with upstream
[06:08] <minghua> so you can forward Ubuntu user's bug report to upstream and let the developers fix it
[06:10] <XiXaQ> I see.
[06:13] <XiXaQ> the last few weeks, I've been demonstrating Ubuntu desktop with OO.org and Evolution as an alternative to windows desktop with MS Office and Outlook. The common response is that they feel Ubuntu is more user friendly. I would absolutely love it if Ubuntu could be an equal competitor to Windows Terminal Server. 
[06:15] <LaserJock> mhm
[06:16] <minghua> don't we already have a team working on LTSP stuff?
[06:16] <Burgundavia> we do
[06:16] <Burgundavia> well, if ogra == a team
[06:18] <LaserJock> Burgundavia: little more then just ogra
[06:18] <LaserJock> but yeah
[06:20] <Burgundavia> LaserJock: depends if you count scott as ours our upstreams
[06:20] <LaserJock> well, he is both
[06:20] <LaserJock> he has declared himself an Edubuntu guy :-)
[06:21] <bddebian> heh
[06:21] <LaserJock> I think he's even an edubuntu-member
[06:22] <Burgundavia> right, that means we do have a team
[06:22] <LaserJock> moquist is working on it to I believe
[06:22] <LaserJock> I'm not sure though
[06:24] <Burgundavia> moquist is working on linking edubuntu to AD
[06:24] <LaserJock> ouch, planet gnome has "Flash+Firefox+AMD64 Edgy" issues
[06:25] <crimsun> "Flash" is all I needed to see.
[06:25] <LaserJock> well, it did involve alien
[06:26] <Burgundavia> crimsun: you can stop twitching
[06:27] <minghua> flash 9 doesn't seem to play with anybody
[06:27] <minghua> many input methods causes firefox + flash to crash as well
[06:28] <Burgundavia> I have inconsistent luck with 9
[06:28] <crimsun> I don't know what's worse, the fact that it's Flash 7 being used or that it's Flash at all
[06:29] <Burgundavia> ok, it is somewhat ironic I am the primary triager of compiz bugs right now
[06:29] <LaserJock> is it?
[06:30] <LaserJock> nothing like spite to make the bug count go up ;-)
[06:30] <Burgundavia> given my stated opposition to be against the whole raison d'etre of compiz by default, yes
[06:32] <Laser_away> I'm heading home to a new seagate
[06:32] <Laser_away> cya tomorrow
[06:32] <lifeless> tchau
[06:34] <bddebian> Later Laser_away
[06:40] <Burgundavia> I hate its dupe handling
[06:44] <crimsun> bddebian: (you will want to follow sync req policy as outlined at https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-August/000181.html )
[06:45] <bddebian> crimsun: Thanks.
[06:48] <bddebian> See, I knew I should have stayed away ;-P
[06:51] <bddebian> Anyway, time for bed. Gnight folks
[06:51] <crimsun> 'night
[06:52] <lifeless> how can I get beryl running ?
[06:55] <Burgundavia> lifeless: first you take this gun and point it toward your head
[06:56] <lifeless> ..
[07:07] <elkbuntu> lifeless, he has a point, it will be more pleasant
[07:07] <lifeless> cant give feedback until I have tried
[07:07] <lifeless> ... so how ?
[07:07] <lifeless> is there a wiki page ?
[07:08] <elkbuntu> there might be. there's also the beryl site... which i dont know the url of
[07:09] <Burgundavia> beryl-project.org
[07:09] <elkbuntu> yeah, that's it
[07:09] <Burgundavia> there is a package coming soonish, once they busy cleanup upstreams drool
[07:10] <elkbuntu> https://help.ubuntu.com/community/BerylOnEdgy
[07:19] <lifeless> elkbuntu: what about fisty ?
[07:20] <elkbuntu> lifeless, dont ask me, ask them #beryl-dev iirc
[07:21] <elkbuntu> lifeless, im not likely to be trying to get it working any time soon... DBO had to use every hack and workaround to get it going on my laptop at UDS
[07:21] <lifeless> ah
[07:22] <elkbuntu> lifeless, compiz on dapper worked easy peasy. figure the problem.
[07:24] <Burgundavia> lifeless: fisty is what beryl is going to do your laptop, yes
[07:24] <lifeless> Burgundavia: :)
[07:24] <lifeless> later y'all
[08:52] <dholbach> good morning
[08:56] <ajmitch> hey daniel
[08:56] <ajmitch> how are you?
[08:56] <dholbach> fine thanks, just waking up - how are you?
[08:56] <ajmitch> fine, though it's quite wet & not like summer at all here :)
[08:57] <dholbach> hehe :)
[08:58] <ajmitch> how goes the bug squashing?
[09:00] <dholbach> i cleaned up my mailbox from answered bugs already, but I still have 800 to go
[09:00] <dholbach> cleaned up all the art bugs yesterday - we'll see what I do today :)
[09:00] <ajmitch> got grayskull sorted? :)
[09:01] <dholbach> seesm that the TB is happy with it
[09:01] <ajmitch> yeah, I saw that
[09:01] <dholbach> yoooho :)
[09:01] <ajmitch> seems like they're happy with approval by TB of members to be done outside of TB meetings, by a single TB member
[09:02] <dholbach> yes, I added that to the spec
[09:03] <ajmitch> yay :)
[09:03] <ajmitch> so pitti will be on the team?
[09:04] <dholbach> I'm not sure
[09:04] <dholbach> For my taste he's too busy already
[09:04] <dholbach> he fits in too well in too many places :-)
[09:04] <ajmitch> yeah, though it could be good to have some distro team input
[09:04] <ajmitch> far too skilled :)
[09:04] <dholbach> we'll figure something out
[09:07] <ajmitch> I think we should be able to catch up on merges soon enough
[09:07] <ajmitch> keybuk was worried about universe falling behind there
[09:25] <ademan> geeze, i missed vil again
[09:25] <ajmitch> email may be better
[09:31] <ademan> ajmitch: yeah, though one of the new motus contacted me offering assistance, or even to just plain do it for me.  I think i'm gonna take him up on his offer, i'm going nuts.  But having said that, i really did wanna do it myself... I wanted to contribute SOMETHING
[09:32] <ademan> i suppose there will be other chances for me to contribute
[09:58] <unix_infidel> Hello, I'm just curious as to where I can make an official package request sumbission.
[09:59] <unix_infidel> Rest assured this isnt something trivial :P
[10:01] <dholbach> http://wiki.ubuntu.com/UniverseCandidates
[10:02] <Seveas> ajmitch, freenx/nomachine upstream is nowhere near sane enough to include in any official repository
[10:02] <Seveas> no ubuntu dev wants that pain
[10:03] <ajmitch> Seveas: that's what I was trying to argue :)
[10:05] <Burgundavia> Seveas, ajmitch: one of the gentoo people was working on 2x, which is a nx deriv, replacing builtin stuff, etc.
[10:06] <Seveas> Burgundavia, the kanotix people and myself are also switching to that source
[10:07] <Burgundavia> ok, coo
[10:07] <Burgundavia> it occurs to me that the ltsp and stateless linux people need to be talking, but that is niether here nor there
[10:08] <ajmitch> Burgundavia: it's a start, but it has a long long way to go to clean up
[10:08] <Burgundavia> yes
[10:11] <unix_infidel> Are there instances where a package that doesnt meet the Debian Policy Manual standards are included in Ubuntu?
[10:12] <lotusleaf> Hi, I'm looking to test compiz in edgy, and I've heard twice now from two different people that "compiz in edgy is compiz-quinn ie beryl" is this true? I'd prefer to test compiz.
[10:12] <unix_infidel> or is that a rare case as Ubuntu is a Debian based distro?
[10:18] <minghua> unix_infidel: it's not even a rare case for Debian packages not meeting Debian Policy standards ;-)
[10:18] <unix_infidel> minghua: Heh, i suppose that's true.
[10:18] <unix_infidel> Basically what i've got a is a science oriented application here that someone has already packaged.
[10:18] <unix_infidel> http://wiki.jmol.org/index.php/Debian
[10:19] <minghua> Does jmol builds with non-Sun java now?
[10:20] <unix_infidel> I guess that answers my question.
[10:20] <unix_infidel> Debian nor Ubuntu ships with Sun Java.
[10:21] <unix_infidel> I'll just test the 3rd party debs in VM before i put them into production.  Thanks :)
[10:22] <minghua> I've been hearing about getting jmol into Debian for years now
[10:22] <xerxas> Hi all !
[10:22] <minghua> at least now we have hope :-)
[10:22] <ArwynH> eh? ubuntu ships with sun-java or doesn't multivese count?
[10:22] <minghua> for building purposes I suppose it's fair to not count multiverse
[10:23] <ArwynH> hmm.. on the topic of sun-java are there any plans to move it into universe since it's been GLPed?
[10:24] <unix_infidel> minghua: Then it only makes sense that a more "progressive" Debian-based distro which encourages developmental success in a breadth of areas should be the first to tout itself as a distribution dynamic enough to be used in scientific production.
[10:25] <unix_infidel> Without having to create a branch :P
[10:26] <ajmitch> ArwynH: not until class libraries are also released under a free license
[10:27] <ArwynH> there is always a catch isn't there :(
[10:27] <ajmitch> yep
[10:27] <unix_infidel> This is the free software game.  There's always going to be a catch :)
[10:28] <\sh> moins
[10:29] <lotusleaf> how odd, burgerspace in the repos works but with no sound, whereas burgerspace from source works with sound, oh well, must be a missing lib
[11:00] <xerxas> is someone working on landell/tapioca-sharp ? 
[11:10] <xerxas> dholbach ? 
[11:10] <xerxas> you there ? 
[11:11] <xerxas> I need some help on libjingle 
[11:14] <dholbach> xerxas: nobody's working on it
[11:14] <dholbach> xerxas: giskard is busy for this and the next week
[11:14] <dholbach> xerxas: and it'd be good to get going on it
[11:14] <xerxas> dholbach,  yes, but I have a lot of difficulties 
[11:14] <StevenK> dholbach: Does this mean his merges are open season? :-P
[11:14] <dholbach> StevenK: does he have open man of them?
[11:15] <xerxas> wondering if I should better work on this or on syncs/merges or on bug triaging 
[11:15] <xerxas> dholbach,  the thing is: landell needs tapioca-sharp 
[11:15] <dholbach> xerxas: I know
[11:15] <xerxas> and tapioca-sharp is only on svn 
[11:15] <dholbach> xerxas: we have other packages that live in svn only atm too
[11:15] <xerxas> the svn tree has tapioca-sharp tree contains also python bindings and a lot of other stuff 
[11:16] <StevenK> Hrm. The only merge of giskard's is libtelepathy.
[11:16] <xerxas> dholbach,  I don't speak about packages , I speak about upstream 
[11:16] <dholbach> xerxas: telepathy-blue, gossip-telepathy, libtelepathyqt, etc
[11:16] <dholbach> xerxas: best to ask which module you need
[11:16] <xerxas> on #tapioca-sharp ? 
[11:16] <xerxas> erm 
[11:17] <xerxas> I meant on #tapioca-voip 
[11:17] <dholbach> yeah
[11:17] <xerxas> ./trunk/tapioca-sharp
[11:17] <xerxas> ./branches/0.3.9/tapioca-sharp
[11:17] <sivang> morning
[11:17] <dholbach> just ask them
[11:17] <xerxas> I should use this one: ./branches/0.3.9/tapioca-sharp
[11:17] <dholbach> I didn't look at the code yet, so I don't know
[11:18] <xerxas> dholbach,  to be honest, I already asked them 
[11:18] <dholbach> slomo, ajmitch and bhale can probably help you with the mono packaging
[11:18] <xerxas> someone answered me that packages exists 
[11:18] <xerxas> here : http://extindt01.indt.org/VoIP/apt/pool/main/
[11:18] <dholbach> good
[11:18] <dholbach> then have a look at them
[11:18] <dholbach> I'm quite busy with other things
[11:18] <xerxas> I asked the guy which is doing that 
[11:19] <xerxas> he told me he is not going to package this for feisty right now 
[11:19] <xerxas> how should I proceed ? (I took on note that I should ask slomo, ajmitch  and bhale) 
[11:19] <xerxas> dholbach,  the thing is, I would like to help but every people redirect me to somewhere else 
[11:19] <dholbach> look at the packages and see if they make sense and work for us
[11:20] <dholbach> if not, do changes we need
[11:20] <dholbach> once they're sane you can ask for reviews
[11:20] <xerxas> dholbach,  is it ok to work with ./branches/0.3.9/tapioca-sharp ? 
[11:21] <dholbach> I don't know
[11:21] <dholbach> you need to ask people and test it
[11:21] <xerxas> then I should bzr push the debian/ubuntu directory ? 
[11:21] <dholbach> yes
[11:21] <dholbach> #tapioca-voip people are VERY helpful and happy to help with packaging
[11:21] <dholbach> is saw that with libtelepathyqt and syncropated
[11:22] <xerxas> ajmitch,  can you explain me what do you see ? 
[11:22] <ajmitch> they don't follow the debian policy, cli policy, etc
[11:22] <xerxas> ajmitch, they don't meet mono packaging rules ? 
[11:22] <ajmitch> too many things to list right now :)
[11:22] <xerxas> mono packaging rules are what you call cli policy ? 
[11:22] <ajmitch> I only took a very very quick glance
[11:22] <ajmitch> yes
[11:22] <xerxas> ajmitch,  ok 
[11:23] <ajmitch> http://pkg-mono.alioth.debian.org/cli-policy/
[11:23] <xerxas> so you think I should restart from scratch ? 
[11:23] <ajmitch> could be a good idea
[11:23] <xerxas> ajmitch,  with branch/0.3.9 ? 
[11:24] <ajmitch> I don't know anything about tapioca-sharp itself
[11:24] <xerxas> ajmitch,  ok 
[11:24] <ajmitch> so asking me what branch won't get a good answer
[11:24] <xerxas> I think I once saw a tool that allows me to do apt-cache search on debian apt sources from a ubuntu 
[11:24] <xerxas> does anyone now that tool ? 
[11:33] <xerxas> ajmitch,  does cdbs plays nicely with cli-policy ? 
[11:33] <ajmitch> yes
[11:34] <ajmitch> most mono apps we have are packaged with cdbs
[11:34] <ajmitch> & libraries are as well
[12:07] <Adri2000> Fujitsu: here?
[12:13] <Adri2000> Laser_away: I will make a man page for homebank. but I don't think the .desktop file should be in homebank instead of homebank-data because 1) it's arch indep 2) the icon for the .desktop file is in -data
[12:14] <geser> if someone has only homebank-data he has a .desktop file without a binary
[12:15] <Adri2000> yeah, true...
[12:16] <Adri2000> is it possible with dh_make to add the man page template without overwriting the whole debian/ directory?
[12:19] <Adri2000> ah, found in /usr/share/debhelper/dh_make/debian/
[12:20] <Adri2000> manpage.1.ex, manpage.sgml.ex or manpage.xml.ex?
[12:27] <guibis> hi slomo
[12:27] <guibis> :-)
[01:18] <shawarma> I'm looking at some of the merges for Edgy. this one puzzles me: http://merges.ubuntu.com/a/afterstep/afterstep_2.2.2-1ubuntu1.patch
[01:19] <shawarma> It only merges the changelog.
[01:19] <shawarma> \sh: around?
[01:43] <shawarma> Adri2000: Did you figure it out yet?
[01:44] <Adri2000> shawarma: what?
[01:44] <shawarma> Adri2000: The different man pages.
[01:44] <Adri2000> yep, manpage.1.ex
[01:45] <shawarma> Adri2000: Right. The others are just other examples of ways you can create man pages. If you use one of the others, you just add a rule to debian/rules to convert it to a nroff file.
[01:45] <Adri2000> ok, thanks :)
[01:46] <Adri2000> bye
[02:36] <xerxas> what section tapioca-sharp should be in ? 
[02:36] <xerxas> net ? 
[02:36] <shawarma> Either that or libs, I guess.
[02:38] <xerxas> libs should be better 
[02:38] <xerxas> thanks 
[02:42] <dholbach> about to leave - see you later
[02:42] <proppy> seeya
[02:42] <proppy> the diff.gz was bloated btw
[03:01] <fbond> MOTUs with free time might consider perusing http://revu.tauware.de/details.py?upid=3692
[03:02] <fbond> be nice to have a bot that filled in the details of a REVU package ... :)
[03:56] <bddebian> Heya gang
[03:56] <xerxas> someone working on telepathy here ? 
[03:57] <xerxas> can I create bzr branches for tapioca-sharp / landell ? 
[04:06] <xerxas> Hi bddebian  
[04:07] <Sp4rKy> hi there
[04:22] <zul> jeez you guys are quiet today
[04:26] <xerxas> yup
[04:26] <xerxas> it's quiet here ... 
[04:28] <xerxas> dholbach,  I have a debian/ directory for tapioca-sharp , but it doesn't build 
[04:28] <xerxas> can I still put a bzr branche as a start ? 
[04:31] <dholbach> sure
[04:31] <dholbach> tapioca-qt would be nice too
[04:37] <xerxas> dholbach,  how do I push ? I don't find any docs on the wiki , I'll write one I think but I would like to have some directions 
[04:37] <xerxas> do I first need to create the branch on launchpad ? 
[04:37] <xerxas> here: https://launchpad.net/people/telepathy/+addbranch ? 
[04:37] <dholbach> you need to create the product
[04:39] <slomo> guibis: hi
[04:39] <guibis> how are you ?
[04:40] <xerxas> dholbach,  here "https://launchpad.net/products/+new" ? 
[04:40] <slomo> guibis: fine but tired ;) and you? didn't you want to write me a mail yesterday?
[04:40] <xerxas> and that will fit in telepathy team ? 
[04:40] <dholbach> yes
[04:40] <dholbach> no, that's a product
[04:40] <guibis> slomo you haven't receive my mail ?
[04:40] <dholbach> but every team can have branches for products
[04:41] <slomo> guibis: nope... try again to slomo@ubuntu.com :)
[04:41] <guibis> oki i do it 
[04:44] <guibis> slomo: done
[04:44] <guibis> :-)
[04:45] <xerxas> dholbach,  ok , thanks 
[04:45] <xerxas> done 
[04:46] <xerxas> https://launchpad.net/products/tapioca-sharp 
[04:46] <xerxas> then ? I need to "register a branch" ? 
[04:46] <slomo> guibis: ah, went into my spam directory... sorry
[04:46] <xerxas> https://launchpad.net/products/tapioca-sharp/+addbranch ? 
[04:46] <dholbach> xerxas: no
[04:46] <dholbach> just push to the place
[04:46] <dholbach> we have a wiki page for that too
[04:47] <xerxas> within the debian directory or within . ? 
[04:47] <xerxas> dholbach,  I have searched but didn't find 
[04:47] <dholbach> https://wiki.ubuntu.com/Telepathy/HelpingOut
[04:48] <xerxas> ok this is telepathy specific , I was searching for bzr stuff 
[04:48] <guibis> ok i understand more some stuff slomo :-D !
[04:48] <xerxas> "create a bzr branch locally" , how do I do that ? 
[04:49] <dholbach> bzr init; bzr add *; bzr commit -m "<commit message>"
[04:50] <dholbach> and if you searched for bzr generally, then you should have found bazaar-vcs.org or https://wiki.ubuntu.com/BzrMaintainerHowto
[05:00] <jdong> slomo: does 66348 have any chance at SRU or shall I attempt to backport?
[05:00] <jdong> for ubotu that's BUG 66348
[05:00] <Ubugtu> Malone bug 66348 in tomboy "Tomboy cannot find service com.beatnicksoftware.Tomboy" [Unknown,Fix released]  http://launchpad.net/bugs/66348
[05:00] <slomo> Ubugtu: bug 66348
[05:00] <slomo> definitely not
[05:01] <jdong> ok :)
[05:01] <slomo> current tomboy in edgy has a fairly bad bug and the code changes are not trivial either
[05:01] <slomo> and it needs packaging changes to be backported
[05:01] <slomo> oh you mean SRU... that's even more unlikely, the patch was really intrusive, changed (build-) dependencies greatly, etc...
[05:02] <jdong> yeah, SRU.... cjwatson has been gettin on my case about using backports to fix bugs :)
[05:02] <jdong> ok, I'll see if it backports :)
[05:02] <slomo> it's neither imho
[05:03] <slomo> unless you want to backport a bad bug ;)
[05:03] <jdong> slomo: the fiesty one is buggy?
[05:03] <slomo> yes
[05:03] <jdong> ah, ok
 current tomboy in edgy has a fairly bad bug and the code changes are not trivial either
[05:03] <jdong> ;-)
[05:03] <jdong> may I suggest sleep?
[05:03] <slomo> it includes the NoteOfTheDay plugin... which likes to create one note each minute on some locales
[05:03] <slomo> sleep sounds good :)
[05:05] <jdong> ok, that's off my list. thanks, slomo :)
[05:06] <sivang> slomo: each minute?
[05:06] <sivang> slomo: each day, no?
[05:06] <jdong> sivang: I think that's the bug ;-)
[05:06] <slomo> sivang: each day is what it is supposed to do... each minute is what it does in de_DE and some other locales
[05:06] <sivang> jdong: eh , hehe
[05:06] <sivang> oh funky
[05:06] <slomo> the code for that plugin is really evil
[05:07] <jdong> sleep 1d && make-note....... 
[05:07] <sivang> slomo: it's C# though?
[05:07] <sivang> (the plugin)
[05:07] <slomo> it compares the note title with the current date... but the date is localized and the de_DE translation for example contains the time for some reason
[05:07] <slomo> yes, feel free to fix it :)
[05:07] <jdong> lol
[05:07] <sivang> hehe
[05:07] <jdong> compares note title with date :)
[05:08] <jdong> that's a great one
[05:08] <sivang> jdong: yes, I think because when it creates a new day of the note, it uses the current date as the title
[05:08] <sivang> (e.g. I can see it workign nicely here)
[05:08] <slomo> it should just save the timestamp somewhere else
[05:08] <sivang> indeed
[05:08] <sivang> possibly, part of the note meta data
[05:08] <slomo> the notes are xml, just add a random tag or attribute somewhere and things will continue to work *sigh*
[05:09] <sivang> slomo: ^^^
[05:10] <slomo> feel free to fix it :)
[05:11] <sivang> slomo: where is that check / note creationg supposed to happen in the code?
[05:12] <slomo> sivang: no idea, i never looked at the code of the plugin... upstream developer told me about it... should be in Tomboy/Plugins/NoteOfTheDay.cs or something
[05:13] <sivang> slomo: yes, it in Plugins/NoteOfTheDay.cs inded.
[05:14] <sivang> heh, nice
[05:14] <sivang> public static string GetTitle (DateTime day)
[05:14] <sivang> >...{
[05:14] <sivang> >...>...// Format: "NotD: Friday, July 01 2005"
[05:14] <sivang> >...>...return title_prefix + day.ToString (Catalog.GetString ("dddd, MMMM d yyyy"));
[05:15] <sivang> slomo: btw, are you usign monodevelop to do C#/mono development or just vi ?
[05:15] <slomo> the latter
[05:16] <slomo> and there you found exactly one of the lines where wrong assumptions are made ;)
[05:16] <guibis> slomo have you read my mail ?
[05:16] <slomo> guibis: already answered it
[05:16] <guibis> ok super i go out see you !
[05:18] <slomo> ok... bye bye :)
[05:18] <guibis> slomo have you some example of packaging .net ?
[05:19] <slomo> banshee, f-spot, tomboy, monodevelop, mono*, ... :)
[05:19] <guibis> because i don't know how do that , i know the base of package only ...
[05:19] <guibis> oki i will see ...
[05:24] <guibis> slomo i prefer english but i might practise my german !
[05:24] <shawarma> slomo: Would you be alright with me doing your anjuta merge? It's kind of interesting as it's actually a downgrade.
[05:25] <slomo> shawarma: sure, just take it :)
[05:25] <shawarma> slomo: Or do you have any particularly good reason for not merging it?
[05:25] <shawarma> slomo: The 2.0-branch has proven to be MAJORly unstable.
[05:26] <shawarma> slomo: ..so Debian has downgraded it back to 1.2.4a.
[05:26] <slomo> nope, should've been downgraded for edgy already but i noticed too late and had no time
[05:26] <shawarma> slomo: Oh, ok. I'll upload it right away. Thanks.
[05:26] <slomo> :)
[05:26] <slomo> np
[05:26] <cmpalmer> any hint as to when the mediawiki package in edgy will be fixed? the newest "mediawiki" metapackage depends on mediawiki-math of the same version (1.7~edgy1), but that is unavailable.
[05:27] <cmpalmer> I should say... depends on mediawiki1.7 and mediawiki1.7-math
[05:27] <jdong> cmpalmer: as soon as backports are processed again
[05:28] <cmpalmer> jdong: which is generally how often?
[05:28] <jdong> cmpalmer: I forgot to mention in the backports report that I needed mediawiki AND mediawiki1.7 backported
[05:28] <jdong> cmpalmer: typically Fridays
[05:28] <cmpalmer> so perhaps tomorrow, definitely by next week?
[05:29] <jdong> cmpalmer: I hope so
[05:29] <cmpalmer> :)
[05:29] <jdong> cmpalmer: last week they didn't completely do all the backports
[05:29] <engla> does ubuntu do any work on mediawiki?
[05:29] <engla> we wanted it in main, but the security situation is apparently not so good
[05:29] <jdong> and if that queue ain't cleared I might have a hissy fit :)
[05:34] <jdong> cmpalmer: I'm trying my luck bugging archive admins today to make an exception :)
[05:39] <jdong> cmpalmer: ok, keybuk is your hero
[05:40] <jdong> cmpalmer: In about 6 hours go into #ubuntu-devel and ask for backports binary NEW queue to be processed
[05:41] <cmpalmer> jdong: rawk. :) thanks
[05:56] <ddaa> whois mez
[05:56] <ddaa> oops
[05:57] <sivang> hey ddaa 
[06:17] <zorglu_> q. i would like to link a programm with glibc in static under ubuntu, is there a package to get gnu libc in static ? (aka without the nss kludge) aka to avoid this kind of message during static linking/usr/lib/libglib-2.0.a(gutils.o): In function `g_get_any_init_do': warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking 
[06:55] <joejaxx> oh great
[06:55] <joejaxx> aiglx on edgy
[06:55] <joejaxx> i forgot about that
[06:55] <joejaxx> now i have no video on the wallstreet
[06:58] <joejaxx> i need to disable that nonsense
[07:05] <crimsun> it's much easier to simply not load dri or glx
[07:11] <amnesia> re
[07:28] <crimsun> nixternal: we can't proceed with #74549 [for feisty]  until you provide the necessary info according to the sync policy [https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-August/000181.html ] 
[07:33] <superm1> crimsun, I still haven't heard back from Axel about getting a licensing blurb on ivtvdriver.org.  I was wondering if this is really necessary though now?  I was looking more closely at the source for msttcorefonts, since they would have the same problem as us.  debian/copyright doesn't mention anything about the license of the files downloaded.  debian/templates just mentions that they can't be redistributed, and must be for personal use only
[07:36] <Sp4rKy> hi there
[07:36] <Sp4rKy> joejaxx: hi !
[07:36] <Sp4rKy> siretart: ping
[07:36] <siretart> Sp4rKy: You sent me a contentless ping.  This is a contentless pong.  Please provide a bit of information about what you want and I'll respond when I am around.
[07:36] <joejaxx> Sp4rKy: hello
[07:36] <Sp4rKy> siretart: ping , i would some more information about revu
[07:37] <siretart> Sp4rKy: only if its really quick. It's 7:37pm here, and I have still a lot of work to do for my thesis
[07:37] <siretart> today
[07:37] <Laser_away> Adri2000: ping
[07:38] <Sp4rKy> siretart: just one question, can i have the cron script which check incoming packages ?
[07:38] <siretart> Sp4rKy: you can find it in the revu1 source tree, it is called scripts/process_uploads.py
[07:38] <siretart> or rather process_uploads.sh
[07:38] <phanatic> evening
[07:39] <Sp4rKy> siretart: thks :)
[07:40] <bddebian> Heya phanatic, siretart, Sp4rKy :)
[07:40] <phanatic> hey bddebian 
[07:41] <Sp4rKy> heya bddebian 
[07:42] <phanatic> Gloubiboulga: thanks for the upload :)
[07:42] <Gloubiboulga> phanatic: no problem ;)
[07:44] <crimsun> LaserJock: (contentless ping? sheesh :-)
[07:45] <crimsun> superm1: I would say it's important. msttcorefonts has a slightly different case, since it's synced from Debian contrib
[07:45] <superm1> I see
[07:46] <superm1> crimsun, well since axel isn't getting back to me still, if i change it over to pull from the windows drivers, what license do i put with it?
[07:46] <crimsun> superm1: what are you referring to with license? (the installer? the Windows drivers?)
[07:47] <superm1> Well the installer would still be GPL, but what would I say about the windows drivers
[07:47] <superm1> they are openly redistributable as far as I understand
[07:48] <crimsun> superm1: you would need to cite an explicit reference to that in debian/copyright, then
[07:48] <crimsun> "afaiu" isn't sufficient; you'd want the actual text
[07:48] <bddebian> Damn, I can't tell if this tray icon code is in the new version of gwget2 or not.  I think it is..
[07:48] <superm1> even if its an installer that doesn't ship with the windows driver .zip file
[07:49] <superm1> well i'll have to hunt down something that actually indicates this then
[07:50] <LaserJock> crimsun: yes, I'm fond of contentless pings ;-)
[07:51] <bddebian> Oh gwget2 ftbfs anyway.. w00t
[07:53] <LaserJock> hmm, so when are we getting this new dev-only mailing list?
[07:53] <LaserJock> :-)
[07:53] <zul> LaserJock: didnt you know we already have it, you werent invited ;)
[07:54] <LaserJock> doh!
[07:55] <bddebian> heh
[07:55] <crippledcanary> Is it possible for someone here to have a look at the "scibes" package in REVU?
[07:55] <crippledcanary> It's my first and I would like feedback if possible
[07:56] <zul> LaserJock: something about not being worthy
[07:56] <ademan> vil: i sent you an email back, my success has been very limited (see: none) but I told you just about everything I knew (see: nothing) hopefully it will be able to help some
[07:57] <LaserJock> crippledcanary: "scibes"?
[07:58] <crippledcanary> scribes, sorry for the spell error.
[07:58] <crippledcanary> It's a python/gtk text editor that I find very useful.
[07:59] <crippledcanary> Look at http://scribes.sourceforge.net
[08:00] <LaserJock> crippledcanary: ok,  give me a little bit and I'll put some comments on there
[08:04] <crimsun> debian 345810
[08:04] <Ubugtu> Debian bug 345810 in wnpp "ITP: scribes -- A simple, slim and sleek text editor written for GNOME" [Wishlist,Open]  http://bugs.debian.org/345810
[08:05] <LaserJock> crippledcanary: have you seen ^^?
[08:06] <crippledcanary> No... but I'm looking at it now.
[08:06] <LaserJock> I can't quite figure out how old it is
[08:07] <Q-FUNK> stratus :)
[08:07] <crimsun> Date: Mon, 26 Dec 2005 13:33:09 UTC
[08:07] <crippledcanary> I'm new at this. What am I supposed to do with this wishlist bug.
[08:07] <crimsun> crippledcanary: it's for information only.
[08:07] <stratus> Q-FUNK: hey.
[08:07] <crimsun> (from your perspective)
[08:08] <LaserJock> crippledcanary: it means you might want to email the person who filed the bug to see if they are still working on it
[08:09] <LaserJock> it's kinda old though
[08:09] <LaserJock> doesn't look like anybody got around to it
[08:11] <crippledcanary> Can anyone look at my package to see if I made it correctly. Just out of a technical interest.
[08:11] <crimsun> upid?
[08:12] <crimsun> i.e., what's the url, crippledcanary?
[08:13] <LaserJock> crippledcanary: ok, I dropped a few comments on there
[08:14] <crippledcanary> crimsun: Its in REVU, search for it
[08:14] <crimsun> I think if I could, I would have just done that.
[08:14] <crimsun> (I'm firewalled, hence my asking)
[08:14] <LaserJock> crippledcanary: ordinarily when you want a review you give the URL
[08:15] <LaserJock> http://revu.tauware.de/details.py?upid=3384
[08:15] <crimsun> LaserJock: thanks
[08:15] <geser> is here someone familiar with grace6? I'm trying to merge it and don't know which .desktop file to use: the debian one or the ubuntu one
[08:15] <crippledcanary> ok... new at this.
[08:15] <crippledcanary> will provide next time.
[08:15] <LaserJock> geser: can you pastebin them for me?
[08:15] <nixternal> crimsun: the only thing I see that I forgot in 74549 was the version #, anything else?
[08:15] <LaserJock> crippledcanary: no problem :-)
[08:16] <crimsun> nixternal: sure, the whole Ubuntu changes bit.
[08:17] <nixternal> only reason i didn't add them as they were overwritten a couple syncs back. but i can do that up really quick..should i start from teh first Ubuntu changelog?
[08:17] <geser> LaserJock: sure, http://paste.ubuntu-nl.org/35809/ and http://paste.ubuntu-nl.org/35810/
[08:18] <crimsun> nixternal: wait, you're requesting a sync of the same version?
[08:18] <bddebian> Damn, we need a way to make notes on the merge pages :-(
[08:19] <Adri2000> LaserJock: pong
[08:19] <crimsun> nixternal: please reject your own bug. Note the md5sum mismatch; you can't sync that.
[08:19] <nixternal> roger
[08:19] <crimsun> nixternal: (md5sum mismatch of the orig.tar.gz, to be clear. Sorry for not catching that earlier.)
[08:19] <nixternal> ya, i should have caught that myself
[08:19] <nixternal> i thought i ran md5sum on them
[08:20] <nixternal> cool, then it will be an easy merge
[08:20] <crimsun> you can probably just fakesync.
[08:20] <Adri2000> crimsun: hi, I think you skipped one of my merges on malone: bug 74160
[08:20] <Ubugtu> Malone bug 74160 in blobwars "[Merge]  blobwars 1.05-3ubuntu1" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74160
[08:20] <nixternal> ya, toss me one more curve ball while your at it :)
[08:20] <nixternal> that was the first time I heard of a fakesync
[08:21] <crimsun> Adri2000: quite probable
[08:21] <LaserJock> Adri2000: I think both the .desktop and icon should be in the homebank binary
[08:21] <Adri2000> hmm ok LaserJock 
[08:21] <LaserJock> they are for the homebank binary so it would make sense to ship them with that, don't you think?
[08:21] <crimsun> nixternal: fakesyncs are done for mismatched orig.tar.gzs. Essentially you drop all Ubuntu changes (except debian/changelog) and just use Debian's packaging infrastructure.
[08:21] <ajmitch> hi
[08:22] <palski> what is that compat file in debian directory?
[08:22] <crimsun> 'lo ajmitch 
[08:22] <zul> hey ajmitch 
[08:22] <crimsun> palski: see debhelper's man page
[08:22] <fbond> crimsun, care to give midisport-firmware a quick OK?
[08:22] <nixternal> ahh ok crimsun, so that is what I was going to do anyways
[08:22] <LaserJock> palski: tells debhelper what version you are trying to be compatible with
[08:22] <LaserJock> palski: i.e. a "5" in debian/compat is used for debhelper version 5
[08:22] <palski> ok, thanks
[08:22] <Adri2000> LaserJock: yeah, I agree
[08:23] <crimsun> fbond: (url, please)
[08:23] <fbond> http://revu.tauware.de/details.py?upid=3692
[08:23] <xerxas> am I supposed to use /usr/share/cdbs/1/class/autotools.mk for a package that compiles with autogen.sh ? 
[08:24] <bddebian> Yes afaicr
[08:24] <LaserJock> geser: go with the Debian .desktop
[08:25] <xerxas> bddebian, ok thanks 
[08:26] <crimsun> Adri2000: can you send a patch to Debian BTS for blobwar's desktop file?
[08:27] <crimsun> fbond: queued
[08:28] <Adri2000> crimsun: yep, there are a few things in the packages I merged I will report in debian to be able to sync the next time
[08:29] <crimsun> Adri2000: we'll need to carry the dh_iconcache delta afaik
[08:29] <Adri2000> crimsun: ok, they don't use that in debian?
[08:30] <crimsun> I'm not current with that; perhaps dholbach knows more about the status of dh_iconcache in Debian?
[08:31] <dholbach> crimsun: unfortunately there's not movement there
[08:31] <crimsun> dholbach: ok, thanks.
[08:31] <dholbach> it's not as easy for them to change 12345654323456 packages
[08:31] <crimsun> Adri2000: so yes, we'll need to carry that delta
[08:32] <Adri2000> ok
[08:32] <dholbach> and a package which installs an icon, but does not run gtk-update-icon-cache breaks the cache and some apps crash because they can't load icons
[08:37] <crimsun> Adri2000: uploaded, thanks for your work!
[08:37] <Adri2000> thank you for sponsoring crimsun :)
[08:38] <crimsun> my pleasure
[08:40] <nixternal> crimsun: with the fakesync/merge, changelog = Merge from Debian unstable, should I add more?
[08:42] <LaserJock> "Fakesync from Debian unstable because of md5sum mismatch"?
[08:42] <crimsun> nixternal: just note that it's a fakesync instead of a merge.
[08:42] <nixternal> roger
[08:43] <crimsun> fbond: debian/postinst doesn't seem to actually ``exit 1'' if mktemp fails
[08:43] <nixternal> i will create a debdiff and post it like I do a merge then?
[08:43] <nixternal> bugwise that is
[08:43] <crimsun> nixternal: yep
[08:44] <nixternal> alright, I will test build one more time just to be sure
[08:48] <fbond> crimsun, ah crap, sorry about that
[08:50] <Adri2000> LaserJock: I put the man page in the homebank binary package, right?
[08:50] <LaserJock> yes
[08:51] <LaserJock> the items that are specific to the binary (.desktop, manpage, icon) should go in the same package
[08:51] <Adri2000> ok
[08:51] <fbond> crimsun, ok, I guess we'll need one more upload from me.  any other issues at the moment?
[08:52] <crippledcanary> When fixing stuff in a pagage should I change the -ubuntuX version before uploading or upload with the same as the current?
[08:52] <crimsun> fbond: not that I saw.
[08:53] <Adri2000> crippledcanary: -ubuntuX+1 of course
[08:53] <LaserJock> crippledcanary: unless it's for review
[08:53] <LaserJock> REVU I meant
[08:53] <LaserJock> you can keep the same version for fixing things on REVU
[08:53] <crippledcanary> It's for REVU. After changing stuff that other commented about.
[08:53] <LaserJock> use the same version then
[08:54] <crippledcanary> Ok...thanks
[09:03] <crimsun> nixternal: (remember to change the distribution to 'feisty' and to not include the orig.tar.gz)
[09:04] <nixternal> ok, then the only debdiff change will be in the changelog
[09:04] <nixternal> the only changes that debdiff sees
[09:04] <crimsun> (correct)
[09:04] <nixternal> sweet
[09:05] <fbond> crimsun, fix uploaded: http://revu.tauware.de/details.py?upid=3704
[09:06] <fbond> (when you have a second)
[09:08] <nixternal> crimsun: bug 74863
[09:08] <Ubugtu> Malone bug 74863 in smb4k "[Feisty MoM] Fakesync smb4k_0.7.5-1" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74863
[09:09] <crimsun> fbond: 
[09:09] <crimsun>   midisport-firmware_1.2-0ubuntu1_source.changes: done.
[09:09] <crimsun> Successfully uploaded packages.
[09:09] <crimsun> fbond: thanks for your work!
[09:11] <fernando> crimsun: have you a little time to review http://revu.tauware.de/details.py?upid=3591 ?
[09:12] <bddebian> Hey, who touched my midisport-firmware? ;-P
[09:12] <crimsun> fernando: queued.
[09:13] <fernando> crimsun: thanks
[09:16] <crimsun> nixternal: retain the current Ubuntu debian/changelog entries, please
[09:17] <nixternal> ok
[09:22] <nixternal> crimsun: http://librarian.launchpad.net/5320977/smb4k_0.7.5-1.debdiff
[09:22] <nixternal> is that what you want?
[09:24] <crimsun> nixternal: err, why is the entry for 0.7.4-0ubuntu1 removed?
[09:25] <nixternal> hrmm
[09:25] <nixternal> dunno, that has been removed..let me add it and fix it again
[09:26] <nixternal> crimsun: would it be better if I just added every ubuntu change in there since the beginning?
[09:27] <crimsun> nixternal: that's not necessary
[09:27] <nixternal> just go to 0.7.4-0
[09:29] <LaserJock> nixternal: having fun yet? :-)
[09:29] <nixternal> always!
[09:31] <fbond> crimsun, thanks again for your help on that
[09:31] <crimsun> fbond: np
[09:31] <nixternal> http://librarian.launchpad.net/5321023/smb4k_0.7.5-1.debdiff
[09:31] <nixternal> lets try that one
[09:32] <nixternal> it is either "3rd times a charm" or "3 strikes your out"
[09:32] <nixternal> hopefully the former
[09:37] <LaserJock> nixternal: what is that a debdiff of exactly?
[09:41] <crimsun> nixternal: close.
[09:42] <crimsun> nixternal: http://paste.ubuntu-nl.org/35817/
[09:44] <nixternal> crimsun: i was debdiffing it against the wrong .dsc
[09:46] <nixternal> heh, i am a moron..can't believe I just did that
[09:47] <nixternal> i take it you have the debdiff already, so no need for me to upload a FOURTH one :)
[09:47] <crimsun> see feisty-changes.
[09:48] <LaserJock> well done nixternal :-)
[09:50] <fbond> www.bookpool.com has 50% off O'Reilly books, if anyone's interested (sorry for the spam)
[09:51] <nixternal> heh, LaserJock far from well done, I over cooked that one
[09:52] <nixternal> an easy one at that. i must need some food. my brain isn't working yet, if it ever has
[09:52] <LaserJock> nixternal: you're on feisty-changes though, that's rockin'
[09:53] <ailean> has anyone here taken lpi exams? i'm wondering how important it is that a book is 2+ years old. should i get something more recent or do the contents of this certification always apply?
[09:53] <nixternal> LaserJock: i have been there quite a few times already this release cycle, as well as some Dapper and Edgy ones
[09:53] <LaserJock> nixternal: you da man ;-)
[09:54] <nixternal> i only wish
[10:14] <geser> shawarma: since you are a motu now you could ACK bug 74108 :)
[10:14] <Ubugtu> Malone bug 74108 in autopsy "Please sync autopsy (2.08-1) from Debian sid" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74108
[10:15] <crimsun> he just needs to state which Debian component it's in.
[10:23] <shawarma> geser: Heh.. I though LaserJock went through them already. :-)
[10:23] <shawarma> geser: Thanks for pointing it out.
[10:25] <shawarma> crimsun: Oh, right.
[10:26] <LaserJock> shawarma: not all of them
[10:26] <LaserJock> I only had time for a few
[10:34] <joejaxx> LaserJock: i should have never upgraded the oldworld to edgy
[10:34] <shawarma> LaserJock: Oh, ok. That's quite alright. I just thought I had checked them all, but clearly I missed autopsy.
[10:34] <shawarma> crimsun: Any idea why setting the debian component is needed? It seems kind of redundant.
[10:35] <crimsun> shawarma: just policy
[10:35] <crimsun> shawarma: (contrib/non-free have a separate sync param from main)
[10:36] <LaserJock> it also is a good check if items have switched compenent
[10:36] <LaserJock> I had about 6 or so science packages change from non-free to main but we still had them in Multiverse
[10:36] <shawarma> LaserJock: Oh, nice. Anything interested?
[10:37] <shawarma> LaserJock: Er... s/interested/interesting/, of course.
[10:39] <LaserJock> not particularly
[10:39] <LaserJock> it's I also found packages that had moved section
[10:40] <shawarma> LaserJock: Does that matter?
[10:40] <LaserJock> I think cjwatson thought I was a moron when I asked if I could file bugs to have them changed in Ubuntu ;-)
[10:40] <LaserJock> it does when you are trying to keep track of 450+ packages
[10:41] <LaserJock> most of MOTU Science listing/tracking is done by section (science, math, electronics)
[10:41] <shawarma> LaserJock: Really? Where/how do you use the section info?
[10:41] <shawarma> LaserJock: Oh, ok. I didn't know there were such sections.
[10:41] <LaserJock> yep
[10:41] <LaserJock> so I don't have to maintain the list of those
[10:41] <shawarma> LaserJock: Seems kind of strange for a packge to migrate between them, though.
[10:41] <LaserJock> I only have to manually do the ones that aren't in those 3 sections
[10:42] <LaserJock> well, it's been about 2 years since the sections were set
[10:42] <LaserJock> lots can happen in 2 years
[10:42] <shawarma> LaserJock: I suppose. 
[10:43] <shawarma> LaserJock: Why did you have to bother Colin with it? Is that info maintained anywhere apart from the section field in the control file of each upload?
[10:44] <LaserJock> in the archive overrides
[10:45] <LaserJock> notice that when you upload a package in section science into Universe it becomes universe/science
[10:45] <LaserJock> when the packages go through NEW the overrides are set
[10:46] <shawarma> I see. So in any subsequent uploads the section does not actually matter?
[10:46] <shawarma> Well, of course I shouldn't just change it for fun, but it will not affect anything?
[10:47] <geser> how do we get gaim-encryption updated in feisty? Ubuntu has 3.0+beta5-2 while debian unstable has 3.0~beta7-1. fake sync?
[10:47] <LaserJock> shawarma: you might have to ask ubuntu-archive to change it
[10:48] <crimsun> geser: yes, fakesync
[10:48] <LaserJock> geser: do they have different .orig.tar.gz?
[10:48] <jdong> waaah they have beta7 now?
[10:48] <jdong> how can I freakin track a backport of all the gaim plugins when they change under me while I'm working on them? :D
[10:49] <geser> LaserJock: I haven't checked but I would assume ("New upstream release" in the last changelog entry)
[10:50] <geser> crimsun: would 3.0+beta7-0ubuntu1 be ok?
[10:50] <crimsun> geser: yes, we'll have to use that
[10:54] <shawarma> LaserJock: Right. Ok.
[10:54] <ryanakca> hmm... a program uses qmake-qt4 to build... how would I use cdbs with that?
[11:09] <Adri2000> LaserJock: http://revu.tauware.de/details.py?upid=3706
[11:10] <shawarma> ryanakca: Google tells me that gnudoq does that. You could take a look at that.
[11:16] <shawarma> ajmitch: Are you doing the apt-move merge yourself?
[11:16] <Sp4rKy> siretart: i think you're not here, but i would some more info about the cron of REVU. The python scripts only contains 10lines and i don't understand how i should use it (param ?)
[11:20] <ryanakca> oh crud... apt-get source is segfaulting like crazy
[11:20] <shawarma> ryanakca: Huh? Only source or also update?
[11:21] <ryanakca> only source... update runs fine
[11:21] <ryanakca> shawarma: http://paste.ubuntu-nl.org/35844/
[11:22] <superm1> crimsun, I obtained a copy of the agreement that Axel has obtained on the ivtv firmware.  I emailed you it.
[11:22] <ryanakca> edgy on top of that
[11:24] <shawarma> ryanakca: Weirdness. You should fetch the ddebs and make a proper backtrace.
[11:24] <ryanakca> ? fetch the ddebs and make a proper backtrace...
[11:24] <shawarma> Are you familiar with ddebs?
[11:25] <ryanakca> might be... 
[11:25] <ryanakca> but probably am not
[11:25] <shawarma> ryanakca: Debug debs?
[11:25] <ryanakca> nope
[11:26] <crimsun> superm1: excellent, thanks
[11:26] <superm1> ryanakca,  This explains them: http://lwn.net/Articles/201302/
[11:26] <superm1> crimsun, So after reading through theat
[11:26] <superm1> what do you gather?
[11:27] <crimsun> superm1: yes, placing the text in debian/copyright is proper, but the final call will be made by ubuntu-archive
[11:27] <superm1> Ok.
[11:27] <shawarma> ryanakca: The archive builds a non-stripped version of every package to help in generating backtraces with the symbols inserted.
[11:27] <superm1> i want to hold off and get the end user license firmware agreement too
[11:27] <superm1> and distribute that too
[11:27] <crimsun> superm1: right
[11:27] <superm1> make sure it is shown before the package is installed
[11:27] <superm1> should i still do this as an installer then?  or directly ship the firmware since hauppauge gave me the go with this thing?
[11:29] <crimsun> superm1: do you have explicit written permission for the firmware to be redistributed from Canonical-hosted servers?
[11:31] <guibis> has someone now how package with java ?
[11:31] <superm1> its not indicated where it is to be hosted from.  the agreement just indicates that it is allowed to be redistributed to end users..
[11:31] <superm1> but even if i get direct permission to host it on just canonical servers, isnt that against ubuntu's creed?
[11:32] <crimsun> superm1: not afaik
[11:32] <guibis> ping doko 
[11:32] <crimsun> superm1: the step now is to obtain explicit written permission to distribute the firmware from the archive (and its mirrors)
[11:32] <crimsun> superm1: if that cannot be done, then the installer method must suffice
[11:33] <superm1> Okay, once my hauppauge contact gets back to me with the end user firmware agreement then i'll check about that.
[11:33] <crimsun> great, thanks
[11:46] <tsmithe> ping LaserJock
[11:47] <ryanakca> shawarma: I'm getting segfault in update as well now...
[11:47] <ajmitch> shawarma: well yes, I am doing the merges that are under my name
[11:47] <ryanakca> shawarma: I wonder if it has anything to do with my using my home-built 2.6.19 kernel
[11:47] <shawarma> ajmitch: Ok. I just started from the top and yours came up.
[11:48] <shawarma> ajmitch: Is the "policy" still that we ask here before doing each other's merges? I'm just curious because someone did almost all my merges and noone even pang me.
[11:49] <ajmitch> shawarma: yes, that's what you should do
[11:49] <ajmitch> even notification after the fact is better than nothing
[11:49] <tsmithe> ah well; LaserJock - I'm going to sleep now, but I saw your comments, and uploaded another version based on them. if you could take another look that would be fantastic. thanks. the url is http://revu.tauware.de/details.py?upid=3707
[11:50] <ryanakca> shawarma: all apt-* commands are dead here...
[11:50] <shawarma> ryanakca: Only them?
[11:50] <shawarma> ryanakca: Seems a bit strange.
[11:50] <sladen> Ubuntu wins by not having a "maintainer lock".  Lets not start trying to enforce one
[11:50] <ryanakca> shawarma: it, and pbuilder... maybe some other things...
[11:51] <ryanakca> aptitude, adept, all things based on apt... 
[11:51] <shawarma> ryanakca: Ah, ok. If pbuilder does it too, my your-/var/lib/dpkg/*-might-be-messed-up theory is void.
[11:52] <ryanakca> I don't get segfault in particular with pbuilder.. but It does crash
[11:54] <tsmithe> well... if anyone else want to take a look that would also be super
[11:54] <tsmithe> night
[11:54] <ajmitch> sladen: it's not a lock, it's a matter of not duplicating work & annoying everyone
[12:09] <tsmithe> LaserJock (or anyone else who has looked or would like to look at asoundconf-gtk), i have made a further couple of changes, and the url is now http://revu.tauware.de/details.py?upid=3709
[12:11] <tsmithe> now i really am /away sleep