[12:35] <norsetto> good night all, the bad, the goods and the uglies too
[01:20] <sooth> Can someone check what files are installed by libxmlrpc-c3/gutsy for me?
[01:21] <leonel> sooth: http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=libxmlrpc-c3&version=gutsy&arch=i386
[01:24] <sooth> Does that look normal?
[01:24] <sooth> leonel ^
[01:27] <mayeco> MOTO guys!
[01:27] <mayeco> check this plasma applet : http://www.mayeco.org/moodbar_plasma.png
[01:27] <mayeco> :D
[01:27] <mayeco> *MOTU
[01:27] <leonel> sooth:  maybe you can  contact   Barry deFreese <bddebian@comcast.net>
[01:28] <sooth> leonel: He's debian maintainer of the package?
[01:28] <sooth> leonel: Anyway, that's a bug right?
[01:28] <leonel> at least  the last update for ubuntu
[01:33] <sooth> What is the command to list the installed files of a package?
[01:33] <TheMuso> dpkg -L
[01:33] <sooth> TheMuso: Thanks
[01:44] <mrigns> does anybody have the build-depends for the debian/control for pidgin-2.1.1?
[01:48] <sooth> mrigns: Is it going to be different than 2.1.0?
[01:50] <sooth> Are old versions of packages available somewhere?
[02:50] <RAOF> POX_: ping! Any more comments re: miro package?  I think I'll add a recommends on libxine1-ffmpeg, but anything apart from that?
[02:53] <StevenK> RAOF: And how was Hobart?
[02:54] <StevenK> RAOF: Aside from disturbing, it being in Tasmania. :-P
[02:54] <RAOF> StevenK: Hobart was beautiful as ever.
[02:55] <RAOF> StevenK: It's really wonderful, I love it.
[02:58] <RAOF> Also, my Grandmother wasn't nearly as ill as I'd feared.
[02:59] <StevenK> Well, that is good news.
[03:01] <RAOF> Yes.
[03:10] <Nafallo> depends on what version/revision really?
[03:10] <StevenK> Where does the UVF procedure live?
[03:11] <Nafallo> CategoryMOTU hopefully :-)
[03:11] <Nafallo> wow. even more blu lights.
[03:12] <Nafallo> blue even
[03:12] <RAOF> Nafallo: No, FAT32 doesn't support files >2Gb.
[03:29] <jrib> Hi, if anyone would like to comment on
[03:30] <jrib> http://revu.tauware.de/details.py?upid=24, I would appreciate it.  Thanks. (ScottK, you've been very helpful with this package so far.  I think I've addressed the issues in your last comment before revu went down, but would still like your input whenever you get a chance.)
[03:36] <zakame> good day
[03:38] <white> jrib: interested in bringing the package back to debian?
[03:38] <white> !info reverend sid
[03:38] <ubotu> Package reverend does not exist in sid
[03:39] <jrib> white: yep, once I get it into ubuntu, I'm going to visit utnubu
[03:40] <white> jrib: feel free to write an ITP and send it to the -debian-mentors@l.d.o. list
[03:40] <white> jrib: you can also sync from debian to ubuntu, which might be easier ;)
[03:42] <jrib> white: thanks, I think the next package, I'll try going that route from the start to compare
[03:45] <white> jrib: you are welcome
[04:22] <ScottK> white: At this point it's probably to late to go through Debian for Gutsy as packages would have to be out of Debian NEW to be synced by 30 Aug.
[04:23] <ScottK> I would encourage people to work on pushing stuff into Debian.
[04:23] <ScottK> For Feisty I had several new packages in Ubuntu and by the time the Gutsy repos opened I had them all in Debian (or someone else was working on it).
[06:27] <TheMuso> iii/c
[06:27] <TheMuso> ugh
[06:32] <ScottK> I guess someone eventually had to say something.
[06:37] <soulrider> hello
[06:37] <ScottK> Hello
[06:37] <soulrider> i am currently programmin an application, and i would like to know what steps i need to follow to be able to distribute it to ubuntu users
[06:37] <soulrider> its not quite ready yet though
[06:38] <ScottK> Do you have any experience with the Debian package management system?
[06:38] <soulrider> i would also like to know about quality standards etc
[06:38] <soulrider> ScottK, just a bit, i have compiled and i have amde some deb packages
[06:38] <soulrider> but this is a python app, you dont really compile it
[06:38] <soulrider> i also dont really know in which directory it should be installed
[06:38] <ScottK> Python apps still can/should be packaged.
[06:39] <RAOF> soulrider: I was talking to jml about writing a page on the wiki about this.
[06:39] <soulrider> yes, i know
[06:39] <ScottK> For a Python app, my recommendation is to first make a proper setup.py using distutils.
[06:39] <soulrider> distutils ?
[06:40] <ScottK> That's a Python module for making distributable modules and apps.  It's not Debian specific.
[06:40] <soulrider> oh, i see
[06:40] <ScottK> Once you have that, I Debian package is pretty easy to make.
[06:40] <ScottK> I/A
[06:41] <soulrider> i see
[06:41] <ScottK> If you want an example of a relatively simple Python application, you can apt-get source pypolicyd-spf.  That's one I did.
[06:41] <soulrider> and is it quality checked or something?
[06:41] <RAOF> Before it hits an official repository, yes.
[06:41] <calc> btw new openoffice with the hang fix applied is in gutsy now
[06:41] <calc> waiting for build on the various archs
[06:41] <soulrider> i will, this sia  simple appa ctually, and i havnt found similar applications for some reason...
[06:41] <ScottK> We check to ensure it's legal to distribute and is installed in such a way as to be unlikely to harm the rest of the system.
[06:41] <ScottK> Yeahhh Calc.
[06:42] <ScottK> If it's somewhat buggy, but supported and fixed, that's OK.
[06:42] <calc> we should remove the -gtk/-gnome dep in kubuntu meta since its not needed anymore
[06:42] <ScottK> Buggy, but unsupported by upstream will get removed.
[06:42] <ScottK> calc: Agreed, but probably a topic for #kubuntu-devel.
[06:43] <soulrider> i hope i can have my program ready by the end of the week
[06:43] <ScottK> Then you upload it to REVU.
[06:43] <ScottK> !REVU|soulrider
[06:43] <ubotu> soulrider: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[06:44] <calc> hmm yea good idea ;)
[06:44] <ScottK> Also note that our new package freeze for Gutsy is 30 Aug and so it'll be tight at this point.
[06:44] <soulrider> thank you ScottK, i also couldnt find that package you told me to install though
[06:44] <ScottK> What version of Ubuntu are you running?
[06:44] <soulrider> ScottK, so if it were to appear it wont appear until gutsy +1 ?
[06:44] <soulrider> 7.10
[06:44] <ScottK> OK.
[06:44] <soulrider> 04, sorry
[06:44] <RAOF> soulrider: Another option is specto: "apt-get source specto" should work in Feisty.
[06:45] <ScottK> pypolicyd-spf also exists, but whatever.
[06:45] <ScottK> I've got to get to bed soon anyway.
[06:45] <RAOF> Eh ;)
[06:45] <soulrider> ill check those links out, thanks for the help
[06:46] <ScottK> I'm just saying that if you've got a good example, that's fine too, but I have to get to bed.
[06:46] <ScottK> Good night all.
[06:46] <soulrider> it cant find that source either =/ i think i disabled the source repos. ill find it in apckages.ubuntu
[06:47] <RAOF> Oh, god.  Another "please break LSB directory structure" thread.
[06:50] <ajmitch> RAOF: where? :)
[06:51] <RAOF> Ubuntuforums, where else :)
[06:51] <RAOF> ajmitch: Here, if you really want a direct link: http://ubuntuforums.org/showthread.php?t=530915
[06:52] <RAOF> Indeed.
[06:52] <ajmitch> even my phone follows the FHS
[06:52] <RAOF> Not actually "more organised", as far as I can see, anyway.
[06:53] <RAOF> ajmitch: Really?  What's your phone?
[06:53] <ajmitch> just got it today, neo1973
[06:54] <RAOF> Cool, I suppose.  I haven't actually heard of that.
[06:54] <calc> user dirs directly under /
[06:54] <calc> that doesn't scale well
[06:55] <calc> RAOF: yea that design looks like a mac user wanting linux to work like it
[06:55] <ajmitch> RAOF: www.openmoko.org
[06:55] <calc> RAOF: or something similar
[06:55] <calc> that isn't to say there aren't places that FHS could be improved, but not in a breaking unix manner way
[06:55] <RAOF> ajmitch: Ooooh, one of *those* phones.
[06:56] <ajmitch> yep :)
[06:56] <calc> the layout under the user dirs is already implemented in gnome 2.19
[06:57] <RAOF> The freedesktop user dirs thingy?  Yeah, most of them.
[07:00] <calc> oh is that a fdo spec, cool :)
[07:00] <RAOF> Yes.
[07:01] <RAOF> Huzzah for XDG basedir spec!
[07:02] <calc> too bad i didn't push harder to get debian to stop using menu files and go to desktop files :\
[07:02] <calc> while i was maintaining KDE
[07:30] <StevenK> calc: Noone would have listened, you were just the crazy KDE maintainer. :-P
[07:33] <ScottK> Now he's the even crazier OOO maintainer.
[07:34] <StevenK> Agreed. :-)
[07:34] <StevenK> But he's getting paid for it, so he can't be that crazy.
[07:34] <ScottK> That's true.
[07:48] <elmargol> I'm searching the rules for naming a package. can't find it on the wiki :(
[07:48] <ScottK> What kind of package
[07:49] <elmargol> I'm interested how I see if a package has ubuntu specific changes
[07:49] <RAOF> If it's got "ubuntu" in the version, yes.
[07:49] <ScottK> What RAOF said.
[07:49] <elmargol> If I have to change something on the debian/controls file do I have to name it ubuntu?
[07:50] <RAOF> The version will become x.y-$DEBIAN_REVISIONubuntu1, yes.
[07:51] <RAOF> Oh, unless it's a native package, which it almost certainly isn't.
[07:51] <elmargol> :(
[07:51] <RAOF> (The native packages approximate a set of measure 0 on the archive)
[07:53] <RAOF> I don't understand the ":(".  After touching the package you have to bump the package version anyway.
[07:55] <elmargol> The problem is how do I check if I can request a sync from debian. On the wiki they say i have to check if there are ubuntu changes
[07:57] <RAOF> elmargol: Firstly, if you need to change debian/control then it's a merge, not a sync.  Secondly, is there any particular reason why the debian package should be merged?
[07:59] <elmargol> Well we have gnunet-0.7.2b now. and still gnunet-gtk 0.7.1c so yes there is a reason
[07:59] <RAOF> elmargol: UVF is in effect, and the auto-syncher got turned off before that.  You need a good reason (ie: bugs fixed) before we even consider it.
[07:59] <RAOF> s/we consider/it should be considered/
[08:01] <RAOF> elmargol: Is it a bugfix release?
[08:01] <white> !info emacs21 gutsy
[08:01] <ubotu> emacs21: The GNU Emacs editor. In component main, is optional. Version 21.4a+1-5ubuntu1 (gutsy), package size 1977 kB, installed size 5928 kB
[08:02] <RAOF> emacs: the only text-editor/operating system
[08:02] <RAOF> I assume there's a security bug, then :)
[08:02] <white> is the security patch included? CVE-2007-2833
[08:02] <ubotu> Emacs 21 allows user-assisted attackers to cause a denial of service (crash) via certain crafted images, as demonstrated via a GIF image in vm mode, related to image size calculation. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-2833)
[08:02] <white> i just uploaded an NMU (21.4a+1-5.1) to unstable
[08:03] <RAOF> aptitude changelog suggests not
[08:04] <elmargol> RAOF: I ask upsteam about this
[08:04] <white> RAOF: what is the ubuntu change?
[08:04] <RAOF> elmargol: It's entirely possible to *get* an exception.  It's just that we want a reason other than "higher version number!!!!11" :)
[08:05] <RAOF> white: libpng3->12, desktop file changes, -fno-stack-protector, and a couple of extra metapackages
[08:05] <elmargol> The changelog has some entries about bugfixing and some minor features
[08:06] <RAOF> You probably want to read
[08:06] <RAOF> !uvf
[08:06] <ubotu> uvf is Upstream Version Freeze.  For an exception, see https://wiki.ubuntu.com/FreezeExceptionProcess#head-9523bc4076ff011324d67cddc97969ec609618d6
[08:08] <white> RAOF: then you might want to merge, check out: http://developer.skolelinux.no/~white/security/emacs21/CVE-2007-2833.diff
[08:08] <ubotu> Emacs 21 allows user-assisted attackers to cause a denial of service (crash) via certain crafted images, as demonstrated via a GIF image in vm mode, related to image size calculation. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-2833)
[08:08] <white> ubotu: you said that already, know when you have to talk and when not
[08:11] <RAOF> white: If no one else grabs it, I'll look at it this evening.  Along with working out the UVFe process for Miro & xserver-xgl.
[09:25] <POX_> RAOF: no, libxine1-ffmpeg doesn't have python bindings; can you point me to .dsc file again?
[09:26] <RAOF> POX_: http://www.cooperteam.net/miro_0.9.8.1-0ubuntu1.dsc .  And it doesn't matter that libxine1-ffmpeg doesn't have python bindings, since democracyplayer provides it's own xine bindings.
[09:27] <RAOF> My understanding is that libxine1-ffmpeg merely enhances an existing libxine, and as such requires no special bindings.
[09:27] <RAOF> My understanding may, of course, be faulty.
[09:28] <POX_> well, if so, I guess it should be recommended by xine, not miro
[09:28] <POX_> (IMHO)
[09:28] <RAOF> Possibly.
[09:29] <RAOF> However, other things (rhthmbox, for example) recommend gstreamer plugin packages; this is an equivalent situation.
[09:29] <RAOF> Man, what a traversty of "rhythmbox" :)
[09:31] <RAOF> POX_: Incidentally, have you talked with Uwe about miro at all?  He's the democracyplayer maintainer.
[09:31] <POX_> no, but you can mail him :)
[09:31] <RAOF> Yeah, I'm planning to.
[09:31] <POX_> I guess sometimes it's easier to upload your packages to Debian first, right ScottK? :)
[09:32] <RAOF> Not when it's easier to actually get them to run on Ubuntu :)
[09:32] <POX_> at least 2 of my sponsorees with @ubuntu.com email address are saying that
[09:33] <RAOF> It's certianly recommended.  And the process for getting into Debian really doesn't seem much more daunting than REVU -> Universe.
[09:33] <RAOF> Although that's *after* I've had a couple of packages through that route, of course.
[09:33] <POX_> well, I don't know, I always just ask for syncs :)
[09:34] <RAOF> Also a winner :)
[09:35] <POX_> RAOF: btw, libboost-python in debian is using python2.4 again
[09:35] <POX_> but miro will work with 2.5 in Debian as well
[09:36] <POX_> (I requested for binNMUs)
[09:37] <RAOF> Yeah, I heard care of Uwe.  How will miro handle that?
[09:37] <POX_> well, if I were Uwe, I would use python-central, it handles such packages beter than pysupport
[09:38] <POX_> hint: current kayword
[09:38] <POX_> keyword
[09:39] <RAOF> Oh, yeah.
[09:41] <POX_> you can replace "DEB_PYTHON_COMPILE_VERSION = 2.5" with "DEB_PYTHON_COMPILE_VERSION = ($shell pyversions -vd 2>/dev/null)"
[10:09] <rugueux> I need some help for packaging a multibinary ;) can so help ?
[10:10] <rugueux> in fact I have a makefile from the source that make everythingp in one place, dh_make is putting everything in debian/tm
[10:12] <rugueux> i've created a pkg.install file with /usr/lib/sane/libsane-epkowa.so.1.0.15 in it, but dh_make say cannot stat libsane-epkow...
[10:14] <RAOF> I don't think you want full paths in install file.  Also, dh_make won't be saying anything, since you only run it once to create the template package.
[10:14] <rugueux> I mean debuild
[10:15] <rugueux> the file libsane-epkowa.so.1.0.15 is present in debian/tmp/usr/lib/sane/libsane-epkowa.so.1.0.15
[10:16] <rugueux> if I don't put full path in install file, where should I specify the target directory ?
[10:18] <RAOF> rugueux: So, the file has two usages.  You can just list files you want to install (relative to the base-dir), so you might be after a line like "debian/tmp/usr/lib/sane/libsane-epkowa.so.0.15"
[10:18] <RAOF> rugueux: That will put the file where you expect in the package (in /usr/lib/sane/...)
[10:19] <RAOF> rugueux: Alternatively, you can have 2 paths on a line.  That tells dh_install to move the file from the left hand path to the right hand path.
[10:20] <RAOF> "debian/tmp/usr/lib/sane/*.so.* debian/pkgname/usr/lib/notsane/"
[10:20] <rugueux> ok !  fine ! It is easy when you know it ;) thank you, I'm trying
[12:01] <Zombie> Question.
[12:01] <Zombie> Does the intel driver for the i810 chipset support Meta Modes?
[12:02] <Tonio_> hi there
[12:02] <Tonio_> someone here has an hp printer with an embeded fax ?
[12:34] <RAOF> Ok.  Let's check that miro really builds & runs, and learn how to file a UVFe request...
[12:38] <davrobaniak> hi everybody
[12:39] <davrobaniak> http://revu.tauware.de/details.py?upid=7 <== if any MOTU can take 5 mins to take a look at this package, he will receive a virtual hug, :)
[01:03] <Kmos> http://revu.tauware.de/details.py?upid=21 -> please someone nuke this one. thx
[01:03] <dholbach> Kmos:    diff -run gedit-2.16.0/ gedit-2.18.0/ | diffstat > diffstat.txt        for example
[01:04] <dholbach> that's what        diff -ruN <package>-{old-version,new-version} | diffstat > diffstat.txt        is supposed to mean
[01:04] <Kmos> thx
[01:05] <Kmos> dholbach: i first apply the diff, right ?
[01:06] <dholbach> compare the old package to the new package
[01:06] <dholbach> where package means extracted source code
[01:06] <Kmos> so no diff is applied
[01:07] <dholbach> which diff do you refer to?
[01:07] <dholbach> the debian/ diff?
[01:07] <dholbach> yeah, apply it
[01:08] <Kmos> ah
[01:08] <Kmos> yeah.. i mean that one
[01:08] <dholbach> ok good
[01:08] <Kmos> thx
[01:56] <Kmos> sudo pbuilder build *.dsc --logfile pbuilder.log
[01:56] <Kmos> isn't this correct?
[01:56] <Kmos> isn't saving the log
[01:58] <jrib> Kmos: I never used that option but try putting *.dsc at the end
[02:03] <Kmos> jrib: thx
[02:05] <Kmos> jrib: it worked.. thanks
[02:13] <xxxxx1> mornin' people :)
[02:17] <TheMuso> Evening Hobbsee.
[02:18] <geser> Hi Hobbsee
[02:19] <ScottK> Kmos: Is rdiff-backup is Universe or Main?
[02:19] <Hobbsee> hi
[02:19] <ScottK> Hello Hobbsee
[02:20] <geser> ScottK: main
[02:20] <TheMuso> Hobbsee, zul, StevenK, ScottK, gpocentek Can I safely assume that native packages, such as those for ubuntustudio, such as ubuntustudio-look, ubuntustudio-default-settings, ubuntustudio-icon-theme, ubuntustudio-meta etc are ok to go through without review, as these are native packages, for use in putting the ubuntuStudio distribution together?
[02:20] <Kmos> ScottK: main
[02:20] <StevenK> Hmmm
[02:20] <geser> Hobbsee: are you going to merge texfam?
[02:21] <Kmos> ScottK: Daniel Holbach told me to do the process
[02:21] <ScottK> Kmos: Then why did you assign MOTU UVF?
[02:21] <ScottK> OK.
[02:21] <Kmos> ask him why
[02:21] <ScottK> Do the Main process, not the MOTU process.
[02:21] <StevenK> TheMuso: Let me think.
[02:21] <ScottK> I except it's because he didn't actually look assuming you had already checked.
[02:22] <ScottK> TheMuso: I'm not sure why you would assume that?  I think it bears discussing.
[02:22] <Kmos> ScottK: so I need to assign the bug to which team?
[02:22] <Kmos> there is a main uvf ?
[02:22] <ScottK> Kmos: I have no idea.
[02:22] <Kmos> there is a main mvf ?
[02:22] <Kmos> :)
[02:23] <ScottK> I just know it's not us.
[02:23] <TheMuso> ScottK: This is why I am asking. Maybe safely assuming is not the right words, but I wanted to check with you guys first. The ubuntustudio guys still want to get things such as art etc in, and since these are all native packages...
[02:23] <StevenK> Kmos: Of course there is.
[02:23] <LongPointyStick> it would be *very* helpful if my connection to irc didnt die.
[02:24] <LongPointyStick> geser: i wasnt planning on it
[02:24] <StevenK> LongPointyStick: More fun this way.
[02:24] <LongPointyStick> StevenK: :)
[02:24] <Kmos> StevenK: what's the name of it ?
[02:24] <geser> Kmos: yes, ubuntu-release (see https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-August/000327.html)
[02:24] <StevenK> I think it's -release
[02:24] <StevenK> Gah
[02:25] <gpocentek> TheMuso: I'm not sure that all of these should be native
[02:25] <Kmos> geser: thx
[02:25] <gpocentek> ah, nm
[02:25] <gpocentek> that was not the question...
[02:25] <geser> LongPointyStick: so I can merge it?
[02:27] <Hobbsee_> TheMuso: well, for ubuntustudio stuff certainly, it's on their own heads, and wont affect the rest of the distro, if htey break it, native packaging or not.
[02:27] <Hobbsee_> i wouldnt want to blanket-exclude all native packages, though
[02:27] <Hobbsee_> geser: if you wish
[02:28] <geser> TheMuso: I had a similar question about UVF and native packages and IIRC was told to decided based on the changes if it needs an UVFe or not. I don't know if this changed.
[02:28] <TheMuso> Hobbsee: Well I can certainly give you an assurance of it not breaking too badly, as I will likely be reviewing everything that gets uploaded anyway. I am their point person for uploads.
[02:28] <Hobbsee> TheMuso: cool
[02:31] <geser> Hobbsee, ScottK, StevenK: while we are the topic: does every upload of a native package (strictly speaking it's a new version) to Debian need an UVFe or only for big changes?
[02:32] <StevenK> That's a good question. Strictly speaking it would need a UVFe.
[02:32] <Hobbsee> geser: which also is the same for bzr revisions.
[02:33] <Hobbsee> it really depends how much we trust our MOTU's who are uploading.
[02:34] <ScottK> But that's always true.  With UVF we are already past the you're a MOTU so we trust you point in the process.
[02:36] <geser> ScottK: but it's still possible to upload/sync new revisions without needing an UVFe
[02:37] <ScottK> But these aren't just revisions.
[02:37] <ScottK> Do we need a separate Native Package Freeze?
[02:38] <geser> I don't believe that's needed
[02:39] <ScottK> Technically, I guess, native packages aren't "Upstream" versions.
[02:40] <geser> the question is should one "backport" a bug fix from a native package and upload it as ubuntu1 or do a UVFe. in both cases you get the same source but with diffent versioning.
[02:40] <geser> of course depending on the amount of the changes
[02:42] <geser> it's clear that a major rewrite of a native package needs a UVFe but does a e.g. 5-lines-diff need it also?
[02:44] <mok0> If someone here has some time to review, please take a look at http://revu.tauware.de/details.py?upid=19 and/or http://revu.tauware.de/details.py?upid=22? (Re: this month's discussion on the mailing list, I intend to maintain the packages once they have been accepted)
[02:48] <norsetto> hello all
[02:48] <geser> Hi norsetto
[02:49] <norsetto> geser: hi :-)
[02:50] <Hobbsee> geser: i wouldnt think anything <30 lines or something needed a UVFe, tbh.  the MOTU (and hopeful, if it's a sponsorship) should be able to eyeball that well.
[02:50] <norsetto> geser: thx for your note on bug 133689
[02:50] <ubotu> Launchpad bug 133689 in gobby "Please merge gobby (0.4.5-1) from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/133689
[02:51] <TheMuso> Ok guys. Would it be easier if I emailed you all and we discussed it that way?
[02:52] <Hobbsee> TheMuso: probably a good idea
[02:52] <TheMuso> Ok, will do.
[02:52] <xxxxx1> hey norsetto
[02:53] <ryanakca> whats changelog.in for ?
[02:53] <Kmos> bug 133833
[02:53] <ubotu> Launchpad bug 133833 in Ubuntu "Please sync pixman from Debian experimental" [Undecided,New]  https://launchpad.net/bugs/133833
[02:53] <Kmos> it's valid from experimental ?
[02:53] <norsetto> xxxxx1: hi 5x1!
[02:54] <norsetto> gotta go, wife wants to go shopping ......
[02:55] <ScottK> Kmos: Why is that package in Experimental and not in Unstable?
[02:55] <geser> Kmos: yes, it's possible to sync from experimental. And I except that a core-dev knows what he's doing. So the sync is ok.
[02:55] <Kmos> :)
[02:56] <Kmos> he didn't subscribe ubuntu-archive
[02:56] <Kmos> or any other
[02:56] <Hobbsee> Kmos: which suggests that he still knows what he's doing, and is planning to add more to the bug.
[02:57] <Kmos> yes, he added U-A
[02:57] <Kmos> checked activity log
[02:57] <Kmos> Hobbsee: ok
[03:02] <ThibG> hi
[03:04] <Hobbsee> ScottK: clamav ackd'.
[03:05] <ScottK> Hobbsee: Thanks.
[03:05] <davrobaniak> http://revu.tauware.de/details.py?upid=7 <== if any MOTU can take 5 mins to take a look at this package, he will receive a virtual hug, :)
[03:05] <ScottK> I'm still recreating my pbuilder and such so I can properly test it.
[03:05] <davrobaniak> ok
[03:05] <Hobbsee> ScottK: as in, i'll blanket-ack that, on the condition that the uploader checks for, and updates, any reverse dependancies as required each time
[03:05] <ThibG> If someone could sync the REVU uploaders keyring, please :)
[03:07] <TheMuso> Ok, email sent.
[03:08] <ScottK> Hobbsee: This is a bugfix update, so there shouldn't be any rdepends issues like there were going 0.8x to 0.9x.  The only new feature defaults off and I'm not turning it on.
[03:08] <Hobbsee> yeah - i was meaning for clamav in general
[03:08] <ScottK> OK.  I completely understand about the rdepends concerns.
[03:09] <ScottK> I need to go take my dog to the vet, but if someone would have a look at why my pbuilder creation fails: http://pastebin.ubuntu-nl.org/34523 I'd really appreciate it.
[03:10] <ScottK> The box in question is a fresh install running Gutsy.
[03:15] <ThibG> I've not used pbuilder for long, but you should try to manually unmount /var/cache/pbuilder/build//7009/proc and /var/cache/pbuilder/build//7009/sys, before retrying... You can also use lsof to see if something is using it
[03:15] <ThibG> ScottK,
[03:21] <zul> do do do
[03:23] <_MMA_> da da da
[03:43] <ScottK> ThibG: Thanks.
[03:55] <ThibG> ScottK, does it work ?
[03:55] <ScottK> It's busy with something.  I haven't figured out what yet.
[03:56] <ThibG> another shell ?
[03:57] <ThibG> In the worst case, reboot, it'll not be mounted at boot time
[03:57] <ScottK> I haven't figured out the right combination of lsof and grep to yield an interesting result yet.
[03:57] <ScottK> Yes, but I've tried that before and get the same failure.
[03:57] <ThibG> er... strange
[03:57] <ScottK> Yeah.
[03:58] <ScottK> I had rebuilt this install doing an experimental (I know it's not supported) Dapper --> Gutsy direct upgrade.  I ran into this problem and couldn't sort it.  I assumed it was some artifact of my odd upgrade and re-installed fresh.  Same problem.
[04:00] <ThibG> what's the output of mount ?
[04:04] <ScottK2> ThibG: http://pastebin.ubuntu-nl.org/34526/
[04:05] <ThibG> that looks ok...
[04:07] <ThibG> and the output of lsof /var/cache/pbuilder/build//7009/ ?
[04:08] <ScottK2> Nothing
[04:08] <ThibG> ok
[04:08] <ThibG> does /var/cache/pbuilder/build/7009 contain anything?
[04:08] <ScottK2> I just tried umount again and now it claims it's not mounted
[04:09] <ScottK2> It did earlier.
[04:09] <ScottK2> It still has proc/ and sys/
[04:09] <ThibG> and are proc/ and sys/ empty ?
[04:10] <ScottK2> no
[04:10] <ThibG> hm ok
[04:11] <ThibG> you could try pbuilder clean, now, since proc/ and sys/ are not mounted
[04:11] <ScottK2> "/proc in the chroot appears identical to the real /proc
[04:11] <ScottK2> OK.  I'll try that
[04:13] <ScottK2> That fails too.  I'm using a script to call pbuilder that I didn't write.  I'll try again without the script and see how that goes.
[04:37] <ScottK> Same problem with just pbuilder directly.  Urgh.
[04:38] <ThibG> that's strange... looks like that /proc is binded to proc/, but you can't unmount it...
[04:38] <ScottK> Yes.
[04:38] <ScottK> That's exactly what it looks like to me.
[04:38] <ScottK> The last pbuilder update was a month ago, so I expect if it was broken, we'd know.
[04:39] <ThibG> to me, that's not related to pbuilder itself, but to the kernel
[04:39] <toutouff> Hi
[04:39] <ScottK> Hi toutouff.
[04:39] <zul> dholbach: welcome back btw
[04:40] <toutouff> I have package where the .desktop file is not in the debian/ dir. Am I authorized to edit in anyway ?
[04:40] <dholbach> zul: thanks
[04:40] <ScottK> ThibG: I'm working my way from not scary ideas to scary ideas.
[04:40] <toutouff> s/edit in/edit it/
[04:43] <ThibG> ScottK, hm... it is saying that it isn't mounted, or that it can't be unmounted ?
[04:43] <ScottK> already mounted.
[04:44] <ThibG> and if you try umount ?
[04:45] <ScottK2> http://pastebin.ubuntu-nl.org/34529/
[04:45] <ThibG> I remember having a similar problem with a chroot on edgy eft
[04:47] <ThibG> getty opened a file descriptor on the chroot/proc and chroot/sys directories... I had to reboot
[04:53] <ScottK> Urgh.  Well I started this install on an Edgy server CD because that's what I could find, so maybe I've got the same problem.
[04:59] <ThibG> ScottK, I upgrade since dapper, and it happened only one time
[05:00] <ScottK> OK.
[05:00] <ScottK> This happens every time. so not the same thing I'm sure then.
[05:01] <ScottK> Thanks for all your help.  I'm not quite sure what to try next.
[05:02] <ThibG> I'm sorry I can't help you, I'm on Feisty, and I can't see why it won't unmount...
[05:02] <ScottK> No problem.  I really do appreciate the help so far.
[05:06] <ryanakca> hmm. how would one fix bug 132587 ? have rules go into each dir and run make manually? plain old ./configure && make && make install works fine.
[05:06] <ubotu> Launchpad bug 132587 in bzflag "bzflag includes source makefiles and empty directories, no fonts included" [Undecided,Confirmed]  https://launchpad.net/bugs/132587
[05:08] <ryanakca> And... shouldn't all packages have a 'compat' file, instead of "export DH_COMPAT=4"
[05:11] <geser> ryanakca: both ways worked but IIRC the export version is deprecated now (and gives a linda/lintian warning or error)
[05:12] <ryanakca> ok, so, update it. And, shouldn't it be 5 now?
[05:14] <geser> change it only to 5 when you know that it doesn't break the package
[05:14] <ryanakca> ok. and the bug?
[05:18] <geser> ryanakca: when fixing a bug update debian/compat only when needed (to keep the Ubuntu-Debian delta small). Don't forget to also update the debhelper build-dependency when bumping it to 5
[05:19] <ryanakca> ok
[05:20] <geser> ryanakca: "make install" installs the missing fonts correctly?
[05:21] <geser> then try to find out if the get correctly installed in debian/tmp (or debian/pkgname) and don't end in the package
[05:22] <ryanakca> ok
[05:23] <geser> interesting: according to the Contents files, the Debian package contains the fonts, but not the Ubuntu package
[05:24] <geser> did we somehow managed to break it?
[05:27] <ryanakca> hmm. methinks it's a gutsy problem.
[05:29] <geser> ryanakca: I guess it's a bashism in debian/rules
[05:29] <geser> can you check if "cp -p data/fonts/[^CM] * debian/bzflag/usr/share/bzflag/fonts/" in dash?
[05:30] <ryanakca> just in a fresh source?
[05:30] <ryanakca> or after make ?
[05:31] <geser> just checked with "ls -l [^CM] *" in some random dir
[05:31] <geser> bash lists correct all files not starting with C or M
[05:31] <ryanakca> but dash shows the opposite
[05:31] <geser> dash lists files starting with C or M (I guess it would list files with ^ if I had one)
[05:32] <geser> instead of copying the fonts it copies the Makefile
[05:32] <ryanakca> ok.
[05:33] <ryanakca> So, all I need to do is figure out the correct dash format
[05:33] <geser> yes
[05:33] <ryanakca> cheers, and thanks :)
[05:33] <geser> and please file it in the Debian BTS to
[05:33] <geser> too
[05:34] <geser> it's a bug in Debian too, if debian/rules contains bashism
[05:35] <ryanakca> yep
[05:36] <ryanakca> I assume it's too late to submit to debian and then sync/merge?
[05:36] <geser> it's still ok to merge/sync if only the revision changes
[05:37] <ryanakca> ok
[05:37] <ryanakca> goodies :)
[05:37] <ScottK> And exceptions are still fairly liberal if you need one.
[05:38] <geser> ryanakca: using data/fonts/[!CM] * should work both in bash and dash
[05:40] <ThibG> hm... Can someone sync uploaders keyring for REVU please?
[05:40] <ryanakca> geser: thanks
[05:42] <ryanakca> why does "-cp -p data/[!CM] * debian/$@/usr/share/bzflag/" start with a hyphen? (line 68 of rules)
[05:43] <geser> it has something to do with make, IIRC make ignores the exitcode from those calls
[05:43] <mok0> ryanakca: yes, make ignores error codes
[05:44] <ryanakca> ah, ok, thanks
[05:44] <mok0> ryanakca: it is better to use cp -r
[05:44] <mok0> cp -f
[05:45] <mok0> cp -f NOT cp -r
[05:49] <ryanakca> ok
[05:49] <ryanakca> mok0: (instead of 'cp -p' ? or is that instead of the '-cp -p'?)
[05:51] <geser> I guess 'cp -pf' instead of '-cp -p'
[05:52] <mok0> ryanakca: cp -pf
[05:53] <mok0> ryanakca: The -f should basically do what "-cp" does, except it is cp that handles errors. You only want to ignore the error if the files exist already, not ALL errors
[05:54] <ryanakca> ok.
[05:55] <ryanakca> and, for the debian bug, do I just call it 'bzflag includes source makefiles and empty directories, no fonts included', or 'Bashisms in debian/rules'?
[05:55] <geser> the later
[05:56] <ryanakca> and do they care if it doesn't build for Ubuntu? Or do I just mark it as a normal/minor bug because it builds on debian, just not for us.
[05:58] <azeem> what are bashisms in debian/rules?  I thought debian/rules is supposed to be a Makefile?
[05:58] <Toadstool> azeem: make uses /bin/sh to execute shell commands
[05:58] <Toadstool> g'morning everybody
[05:59] <geser> azeem: how would call using bash extenstion in shell calls from a Makefile?
[05:59] <azeem> I See
[06:00] <geser> ryanakca: I would file the bug as normal, as it's a bug but doesn't make the build fail for Debian
[06:08] <mok0> When doing apt-get upgrade in gutsy, I occasionally get the following message: (Reading database ... Error in select()
[06:08] <mok0>                                        195539 files and directories currently installed.)
[06:09] <mok0> ... and then I apparently have to hit <CR> to get it to continue
[06:23] <leonel> scottK   new clamav version   no security updates  only bug fixes and extra support
[06:24] <ScottK> leonel: I'm working on it now.  I've already got the UVF exception approved.
[06:24] <ScottK> Thanks for your confirmation that there's no security issues.
[06:24] <leonel> scottK that's for  .. gutsy ?
[06:24] <ScottK> Yes.
[06:24] <leonel> great
[06:25] <ScottK> I'll wait until we sync from Debian to request another backport.
[06:25] <ryanakca> hmm. What package do I need as depends for "checking for mysql_real_connect in -lmysqlclient... no" ?
[06:27] <geser> ryanakca: have you tried libmysqlclient15-dev already?
[06:48] <ScottK> leonel: Uploaded and accepted.
[06:50] <leonel> GUUUUD !
[07:41] <pirast> hi, i have a .dsc .diff and .orig.tar.gz. now i want to extract the orig.tar.gz and apply the diff on it. i know that there is a command that does this but i forgot what it's name like. please help
[07:41] <mok0> dpkg-source -x
[07:41] <pirast> mok0 thx
[07:45] <mok0> What are the conventions concerning the ~ component of the release? How does it sort?
[07:47] <Ng> apologies for my lack of familiarity with the MOTU mojo. I've just come across a universe related bug in gutsy and it's already filed in LP and there is even a patch. Can I do anything to help it get fixed before release? :)
[07:47] <xtknight> Ng, hmm out of curiosity which Bug #?
[07:47] <ScottK> mok0: You mean Main/Restricted and Universe/Multiverse?
[07:47] <Ng> xtknight: #130334
[07:47] <xtknight> Bug 130334
[07:47] <ubotu> Launchpad bug 130334 in service-discovery-applet "[Gutsy]  xvncviewer support broken by new version 4.1.1" [Undecided,Confirmed]  https://launchpad.net/bugs/130334
[07:48] <mok0> Errr, I don't know, I've just seen that people have started using it
[07:48] <ScottK> mok0: What context?
[07:49] <mok0> ScottK: I am considering the situation where I am packaging software for my own site, which I at some later point may get into the distro.
[07:49] <ScottK> OK.
[07:49] <mok0> I can't use -0mok1 ... etc
[07:49] <ScottK> I see.
[07:50] <mok0> ,,, but I might use -0ubuntu1~mok1 (?)
[07:50] <ScottK> Just what I was about to type.
[07:50] <ScottK> 1~mokwhatever will always be lower than 1.
[07:50] <mok0> ...so anything without a tilde is sorted first?
[07:50] <xtknight> Ng, well after a patch is applied the bug should be set to Confirmed (i believe, it already it is), and subscribed to whoever is the sponsor for that package's component
[07:50] <mok0> ScottK: hehe, thanks
[07:51] <ScottK> xtknight: Is it a patch or a debdiff?
[07:51] <xtknight> ScottK, only a patch
[07:51] <xtknight> i could try to make a debdiff out of it
[07:51] <Ng> xtknight: would that be the person listed as "Uploaded By" in LP?
[07:52] <ScottK> The subscribing the sponsors (UUS/UMW) would be premature.  It needs to be packaged into a debdiff first.
[07:52] <ScottK> Ng: No.
[07:52] <xtknight> Ng, ok essentially somebody must put it into the proper format before it is given to the "higher ups".
[07:52] <ScottK> Ng: It's ubuntu-universe-sponsors or ubuntu-main-sponsors depending on where the package is.
[07:52] <xtknight> i can give it a shot no guarantees though
[07:53] <Ng> ok
[07:53] <ScottK> xtknight: Make sure you are patching the Gutsy version of the package.
[07:53] <Ng> it's hard;y the most important bug in the world, but the patch is so tiny that it'd be a shame not to get it in :)
[07:53] <xtknight> ScottK, ok
[07:53] <norsetto> ScottK: anything else required in bug 133689 ?
[07:53] <ubotu> Launchpad bug 133689 in gobby "Please merge gobby (0.4.5-1) from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/133689
[07:53] <ScottK> Ng: Thank you for coming and contributing.
[07:54] <Ng> ScottK: no no no, thank you all for your hard work :)
[07:58] <ScottK> norsetto: Acked
[07:58] <norsetto> ScottK: thx
[08:03] <xxxxx1> ScottK, can you take a look at bug #69438 ?
[08:03] <ubotu> Launchpad bug 69438 in apticron "Bashism in /etc/cron.daily/apticron" [Low,Confirmed]  https://launchpad.net/bugs/69438
[08:03] <leonel> ScottK where can I get the  deb src for  clamav 0.91.2 for gutsy
[08:03] <pkern> Could someone tell me how to interpret "component-mismatches.txt"? If a package is listed in "source and binary promotions to main", did the promotion fail?
[08:04] <ScottK> xxxxx1: Not now.  Sorry.
[08:04] <xxxxx1> np.
[08:05] <ScottK> leonel: It's just been uploaded.  Give it some time for the repositories to replicate.
[08:05] <ScottK> leonel: Or from LP https://launchpad.net/ubuntu/+source/clamav/0.91.2-0ubuntu1
[08:05] <leonel> scottK then  will be here http://archive.ubuntu.com/ubuntu/pool/universe/c/clamav/ ??
[08:05] <ScottK> Yes.  Eventually.
[08:05] <leonel> ok  thanks
[08:06] <ScottK> BTW, I did not enable the new feature by default.  If you want to change that, you'll have to change the clamd.conf.
[08:06] <geser> pkern: which package exactly?
[08:07] <pkern> geser: net6/obby/gobby
[08:11] <geser> looking at it I'd say the part "Source and binary promotions to main" list packages which need to be moved to main
[08:11] <geser> checking with LP gobby was today for 5 hours in main, net6 and obby never left universe
[08:12] <leonel> scottK Ok
[08:15] <xtknight> Ng, what are the steps to reproduce this bug?
[08:17] <xtknight> he patched service-discovery-applet (which calls vncviewer) but i dont see how to initiate this
[08:18] <ScottK> xxxxx1: Don't mangle the maintainer for an Edgy SRU and edit out the spurious po file changes.
[08:19] <xxxxx1> ScottK, the po files are not changed by me
[08:19] <xxxxx1> it's automatic when you run dpkg-build..
[08:19] <ScottK> I know.  Edit them out of the debdiff.
[08:19] <ScottK> Before you upload the new one.
[08:20] <ScottK> That was not a thorough review BTW, just stuff that lept out at me in the 30 seconds I had.
[08:21] <xxxxx1> i'll remove the maintainer
[08:22] <pkern> geser: So there's a missing net6 and obby promotion?
[08:24] <xxxxx1> ScottK, well.. since it don't need the maintainer change we can use jdong's debdiff instead
[08:24] <xxxxx1> :)
[08:26] <ScottK> Then please delete yours and comment why.
[08:27] <ScottK> The Dapper/Edgy toolchain have not been tested with the mangled maintainers and so for those releases you don't change them.
[08:27] <leonel> scottK gutsy's clamav  0.91.2  builds and works  fine in Feisty ..
[08:27] <xxxxx1> ScottK, thanks to point me
[08:28] <ScottK> leonel: Yes.  I have it running on my test mail server.
[08:29] <xxxxx1> ScottK, done. :)
[08:30] <leonel> scottK now for dapper  ... backport  the  package from kitterman.com/clamav
[08:30] <leonel> ?
[08:30] <ScottK> Not today (busy).
[08:31] <leonel> I mean   I can do it  just  asking if that's the better way to go
[08:31] <geser> pkern: at least, but I don't know the current status for gobby either (if it gets promoted or not)
[08:31] <leonel> scottK ?
[08:32] <ScottK> leonel: I won't get to it today.  If you want to do an updated package for dapper, just mail me the diff.gz and the .dsc and I'll put it up there.
[08:32] <ScottK> Gotta run.  Back later.
[08:32] <leonel> ok i will
[08:38] <pkern> geser: But who could I ask about that?
[08:38] <pkern> The binary package list on https://launchpad.net/ubuntu/gutsy/+source/gobby looks weird.
[08:47] <Supremus> hey
[09:06] <sistpoty> hi folks
[09:06] <nixternal> hiya sistpoty
[09:06] <sistpoty> hi nixternal
[09:24] <xtknight> when im making a debdiff of someone else's patch, who should the author be in the changelog?
[09:24] <xtknight> i assume, mine with a mention of original patch author?
[09:26] <ScottK> Yes.  Your name at the bottom of the changelog entry and then mention who did the patch in your changelog item about the patch.
[09:26] <xtknight> k
[09:26] <Ng> xtknight: you'll need a device which announces an mDNS vnc service. not sure of anything linuxy which does that, but a Mac will
[09:27] <ScottK> Avahi won't do that too?
[09:27] <xtknight> Ng, the patch author responded with some steps which i will try
[09:27] <ScottK> Personally I don't think anyone needs mDNS.
[09:27] <xtknight> but ya he mentioned Avahi also
[09:28] <ScottK> That's what Ubuntu uses.
[09:28] <ScottK> It's installed by default.
[09:29] <xtknight> hmm
[09:29] <xtknight> avahi is "zeroconf service discovery"?
[09:29] <ScottK> Thus ensuring an endless stream of pointless queries to the root DNS servers.
[09:29] <ScottK> Sounds right.
[09:29] <ScottK> I only know enough about it to think we shouldn't have it.
[09:29] <xtknight> hehe
[09:33] <xtknight> Ng, when i  click on my local VNC server i get a password box that doesnt respond to any of my keys
[09:33] <xtknight> even with patch.?
[09:34] <xtknight> (besides the fact that my vnc server shows up three times)
[09:35] <Ng> xtknight: keys? it should just be the vnc password
[09:35] <xtknight> Ng, i cant type anything
[09:35] <xtknight> Ng, when i press enter nothing happens, nothing registers in the textbox
[09:36] <xtknight> but this is with the old vncviewer3
[09:36] <Ng> strange, it's just spawning xvncviewer
[09:36] <Ng> that'll be it then I expect
[09:36] <Ng> I bet it would work for you without the patch
[09:36] <xtknight> Ng, however running vncviewer 3 as normal..the passwd dialog here works as expected
[09:36] <Ng> so this is less simple than it seemed, some version detection could well be required :/
[09:36] <xtknight> hmm
[09:36] <xtknight> what is by default? 3 or 4?
[09:36] <moquist> having trouble recovering my REVU password
[09:37] <moquist> unless my new password really is "None"...
[09:37] <xtknight> ya VNC 4.11 shows a big dialog box of parameters indicating an incorrect command line but this is even with the patch
[09:37] <xtknight> well let me check that really quick..
[09:37] <porthose> me also having trouble recovering my REVU password
[09:38] <mok0> porthose: you have to re-upload a package
[09:38] <porthose> I have
[09:38] <moquist> Oh, right. That first.
[09:38] <xtknight> oh, do i need to recompile the python script or something?  there are pyc files
[09:38] <mok0> then you press recover and decrypt the text that appears
[09:39] <moquist> BTW, http://revu.tauware.de/index.py mentions the "Utnubu team". Perhaps a spelling change is in order? (This was on the old server, too...)
[09:39] <ScottK> That's correct.
[09:39] <xtknight> Ng, have you gotten this patch to work?  i apologize for my ignorance on this issue but ive never worked with python, and i tried using py_compilefiles and the patch still isn't working.
[09:39] <ScottK> Note that it's Ubuntu reversed.
[09:39] <mok0> moquist: it's ubuntu backwards :-)
[09:40] <ScottK> That team's goal is to get Ubuntu stuff back up into Debian.
[09:40] <moquist> ohhhhhhh. er, ok.
[09:40] <moquist> Heh. OK, it's clever.
[09:40] <moquist> Has my GPG key already been added to the REVU keyring, or do I need to do that again, too?
[09:41] <Ng> xtknight: It worked for me with vnc4, but I didn't test 3. you shouldn't need to recompile anything. I don't have a mac here to test with, I'll try tomorrow
[09:41] <leonel> scottK  following  https://wiki.ubuntu.com/MOTU/Recipes/PackageUpdate     when I do   debuils -S -sa  stops because it can't apply the patches
[09:41] <ThibG> Hm... I've made a package for my own software, and I sent it to mentors.debian.net... Should I post it to REVU?
[09:41] <moquist> Or maybe that's a LP thing, so unchanged.
[09:41] <moquist> ThibG: I think that's the idea, yeah.
[09:42] <xtknight> Ng, it appears you must reload the applet, so i think i've got it;l
[09:42] <ScottK> leonel: Do you have dpatch installed?
[09:42] <mok0> moquist: dpatch *rocks*
[09:42] <ScottK> ThibG: Are you trying to get it into Debian or Ubuntu?
[09:42] <leonel> scottK yes
[09:42] <ScottK> Odd.
[09:42] <porthose> mol0: tried to decrypt with this error messag gpg: no valid OpenPGP data found.
[09:42] <porthose> gpg: decrypt_message failed: eof
[09:42] <ThibG> ScottK, both
[09:43] <ScottK> Then change the distro/version for Ubuntu and upload it to REVU, yes.
[09:43] <ThibG> ok
[09:43] <ThibG> -1 to -0ubuntu1 and unstable to gutsy?
[09:43] <ScottK> leonel: Dunno what to tell you as debuild is what I used.
[09:43] <ScottK> ThibG: Yes.
[09:43] <ScottK> Although we are very near the new package freeze for Gutsy.
[09:44] <xtknight> Ng, on cancelling the vnc dialog, an error message comes up as well.  so i suppose more mods are needed
[09:44] <ScottK> Just so you know.
[09:44] <leonel> scottK ok thanks  I'll keep diggin
[09:44] <moquist> mok0: I don't disagree, but why are you telling me about dpatch?
[09:44] <ScottK> leonel: Also it's already built on the buildd for amd64 so I'm pretty sure the package is not broadly broken.
[09:45] <leonel> scottK for dapper ?
[09:45] <ScottK> Ah.
[09:46] <ScottK> No, I haven't done dapper.
[09:46] <ThibG> When my package is uploaded, am I notified in any way?
[09:46] <leonel> scottK I've used the packages  0.91.1  from your site  and  tried to do the upgrade
[09:46] <leonel> for dapper
[09:46] <ScottK> Hmmmm
[09:46] <ScottK> Not sure what to tell you.
[09:46] <ScottK> I'd expect that it just needs the same debian/control changes that 91.1 needed.
[09:46] <ThibG> (can't find it in "Current uploads")
[09:47] <leonel> scottK ok thanks
[09:47] <ScottK> ThibG: It takes several minutes for it to appear.
[09:47] <ThibG> ok
[09:49] <sistpoty> porthose: what package did you upload to revu?
[09:49] <sistpoty> (just to find some point to debug your key problem=
[09:49] <xtknight> Ng, sorry, i dont know how to fix this.  so i will comment and say that there needs to be version detection.
[09:50] <xtknight> Ng, if a new patch is available i will be glad to test it and make a debdiff to get it uploaded
[09:50] <porthose> sistpoty: ampache
[09:50] <mok0> xtknight: what does "Ng" mean?
[09:51] <xtknight> mok0, it's his nickname
[09:52] <mok0> xtknight: he's pretty silent though :-)
[09:54] <xtknight> Ng, actually vncviewer 3 also works fine with the patch/asks for a pw
[09:58] <sistpoty> porthose: can't find any error here... can you generally decrypt messages with the key 0x6F45F3B6 ?
[09:59] <porthose> Yes have decrypted two messages with it
[09:59] <porthose> should I just generate another and start over
[09:59] <sistpoty> porthose: what does the lostpw thingy give you? "None" as password?
[10:00] <leonel> scottk   this is the error  http://paste.ubuntu-nl.org/34560/
[10:00] <sistpoty> porthose: or some gpg error message?
[10:00] <ScottK> leonel: Looking
[10:01] <porthose> It just gives me this error message gpg: no valid OpenPGP data found and gpg: decrypt _message failed: eot and thats it
[10:01] <ScottK> leonel: Very odd.  I have no idea why that would be.
[10:01] <leonel> ok  I'll keep on it
[10:02] <ThibG> My package doesn't appears on revu... Maybe the keyring hasn't been synced since I'm registered?
[10:02] <sistpoty> porthose: hm... can you try to copy the message to a file and do a "gpg -d file" then?
[10:03] <porthose> sistpoty:  sure give me a sec
[10:03] <sistpoty> ThibG: what's your keyid (the one registered in LP?)
[10:03] <sistpoty> (too lazy to look for myself now *g*)
[10:03] <ThibG> F9EC5CF9
[10:04] <highvolt1ge> oooh, press those mouse buttons baby
[10:05] <sistpoty> ThibG: no, isn't in revu's keyring yet... I'll import it in a second
[10:05] <ThibG> ok, thanks, sistpoty
[10:07] <sistpoty> ThibG: np... you're a member of ubuntu-universe-contributors and have this key registered on LP? (because I'll then do a quick import of your key and not run the sync script again which takes longer than one hour now=
[10:07] <ThibG> yes
[10:07] <sistpoty> excellent!
[10:08] <sistpoty> ThibG: done... I'll see if I find any package in rejected and put it back to incoming
[10:08] <porthose> sistpoty: I get gpg:  encrpted with ELG-E key, ID D15D1A94 and gpg: decryption failed: secret key not available, I am assuming that the problem in on my end
[10:09] <porthose> sistpoty: I do a gpg --list-keys and my secret key is there
[10:10] <sistpoty> porthose: if only I were a gpg expert *g*... I'll take a look if I can find anything suspicious, but I guess it's a problem on your side
[10:11] <ScottK> porthose: IIRC when I had a problem like that changing my gpg.conf to add "use-agent", installing gpg-agent, and restarting solved it.
[10:11] <ThibG> sistpoty, scolily_0.4-0ubuntu1 is rejected I think
[10:11] <porthose> ScottK: will try
[10:11] <sistpoty> porthose: hm... probably s.th. is outdated somewhere, because I see (on my box) that the elg-e for 6F45F3B6 should be BD0CABAA
[10:12] <sistpoty> so how would revu take d15d1a94 to encrypt the message then?
[10:12] <sistpoty> porthose: I'll just mail the pw to you, ok?
[10:12] <porthose> sistpoty: k
[10:14] <porthose> sistpoty: thanks for all your help
[10:14] <sistpoty> porthose: no problem
[10:14] <porthose> ScottK: thanks for your help also
[10:17] <sistpoty> porthose: ok, mail sent... let's hope you can decrypt the mail *g* (and that your mta won't reject mails from my dynip)
[10:18] <porthose> sistpoty:  my fingers are crossed, thanks again
[10:18] <sistpoty> you're welcome
[10:20] <ThibG> thanks sistpoty :)
[10:21] <sistpoty> ThibG: no problem
[10:22] <porthose> sistpoty:  got it with no problems
[10:22] <sistpoty> porthose: cool :)
[10:24] <sistpoty> hm... just found a newly introduced security problem with this revu instance I setup at the WE: running a script as root and making it editable by the whole group is a bad idea
[10:34] <geser> pkern: ask pitti or iwj in #ubuntu-devel about it, they both handle the MIRs
[10:43] <leonel> scottk  now fixing DetectPUA ...
[10:44] <ScottK> Ah.
[10:44] <ScottK> What was the problem?
[10:46] <leonel> Scottk:  I was using  a feisty package   not the package  you made  ..   DOH!
[10:46] <ScottK> Ah.
[10:46] <ScottK> Stuff happens.
[10:47] <leonel> scottk:  this is  now the error   Unhandled option(clamd.conf): DetectPUA
[10:48] <ScottK> leonel: Did you use the modified clamav-base.postinst.in in my package?
[10:48] <ScottK> I had to change that.
[10:48] <leonel> I'm looking at it
[10:49] <leonel> for  gutsy ?
[10:49] <ScottK> Yes.  In the new 0.91.2 package.
[10:50] <leonel> lookin
[10:50] <leonel> g
[10:50] <ajmitch> morning
[10:50] <geser> Hi ajmitch
[10:51] <ScottK> Hello ajmitch.
[10:52] <sistpoty> hi ajmitch
[10:52] <norsetto> morning
[10:53] <leonel> scottk building ...
[10:53] <leonel> \o/  Whoo hoo !
[10:59] <xxxxx1> bye all
[11:03] <ajmitch> oh dear
[11:03] <ajmitch> sistpoty: you sent in your retirement email, it's a sad day
[11:07] <norsetto> he will be back .....
[11:10] <sistpoty> ajmitch: you went get rid of me that fast though :P
[11:11] <ajmitch> sistpoty: no I don't :P
[11:11] <sistpoty> hehe
[11:13] <geser> norsetto: did you simply forget to subscribe u-u-s to bug #133736 or does it wait for something?
[11:13] <ubotu> Launchpad bug 133736 in battleball "Please merge battleball (2.0-16) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/133736
[11:14] <norsetto> geser: just alzhaimer :-(
[11:16] <geser> norsetto: u-u-s is subscribed now
[11:17] <norsetto> geser: yeah, I just did that
[11:17] <norsetto> geser: thx for spotting that
[11:17] <geser> np
[11:18] <geser> it's a shame that patches get lost in LP unnoticed by the MOTUs
[11:22] <norsetto> geser: yes, my bad
[11:24] <geser> norsetto: I've seen gobby is back to u-u-s for upload. Are you aware that gobby is on the edge to move to main?
[11:24] <norsetto> geser: well, saw some exchange on ubuntu-devel few hours ago
[11:24] <geser> So you might want to hurry to find a MOTU for the upload else you might need to find a core-dev.
[11:25] <norsetto> geser: I think I see one just here :-)
[11:26] <geser> Sorry, I have no time right now. I write an exam tomorrow and want to look over my notes again.
[11:26] <norsetto> geser: hmmm, about what?
[11:27] <geser> Linear Algebra
[11:27] <norsetto> geser: hmmm, what is a sparse matrix?
[11:27] <jrib> ok to add "DebianImportFreeze, FeatureFreeze, UpstreamVersionFreeze, UVF Universe" to "Current Freezes" on https://wiki.ubuntu.com/MOTU ?
[11:28] <sistpoty> norsetto: a triangle one (with zero's in one triangle)? (hardly remembering any math though)
[11:28] <norsetto> sistpoty: no :-)
[11:29] <sistpoty> he
[11:29] <ScottK> jrib: Where were you going ot add it?  We already have the freeze exception process linked there.
[11:29] <jrib> ScottK: the current page says "Current Freezes: none"
[11:29] <ScottK> Ah.
[11:30] <ScottK> I'd say go for it.
[11:30] <geser> norsetto: I need to know more in the direction of calculation of eigenvalues of a matrix and similar things
[11:30] <norsetto> geser: ok, so its a basic one?
[11:30] <sistpoty> oh, nice... used to know that once, about 5 years ago *g*
[11:32] <ajmitch> geser: lucky you :)
[11:32] <sistpoty> but I must admit, that I flunked math1/2 (first two terms) once, and math3/4 (2nd two terms) twice
[11:32] <norsetto> geser: whats wrong with this: [2 3 1; 7 3 2; 4 6 2]  eigenvalueswise?
[11:34] <sistpoty> hehe
[11:35] <sistpoty> norsetto: don't rob geser of his confidence in the exams :P
[11:35] <norsetto> sistpoty: if you keep laughing I'll ask you how to stabilise a system with a double pole in the forward branch .....
[11:41] <leonel> scottk dapper's clamav  0.91.2  builded   I'll test it  later   be back
[11:43] <ajmitch> this phone is great, it even has top, lsof, strace & gdb on the root fs
[11:44] <ajmitch> norsetto: in darkness
[11:45] <mok0_> norsetto: check if those eigenvectors are orthogonal
[11:46] <norsetto> mok0: hey, don't ruin my exam question!
[11:46] <mok0_> norsetto: sorry
[11:47] <mok0_> norsetto:  Should've read the scroll-back... :-(
[11:48] <blueyed> Hi
[11:48] <blueyed> Is there a possibility to remove a package from universe? See bug 1780
[11:48] <ubotu> Launchpad bug 1780 in apt-spy "apt-spy does not have ubuntu mirror listing" [Medium,Confirmed]  https://launchpad.net/bugs/1780
[12:02] <chantra> hi there, I can't get to recover my password :s can you help me out
[12:02] <chantra> i type:
[12:02] <chantra> gpg -d <<EOT
[12:02] <sistpoty> chantra: have you uploaded a package to revu yet?
[12:02] <chantra> --... BEGIN ...--
[12:02] <chantra> once upon a time sistpoty
[12:02] <chantra> up to -- .. END .. ---
[12:02] <sistpoty> chantra: to the new revu instance?
[12:02] <chantra> but I can't get it to work
[12:03] <chantra> nope, only the old one
[12:03] <chantra> I thought the recover was to recover those od accounts also
[12:03] <sistpoty> chantra: then you don't have an account yet (as you could only comment to your own uploaded packages then anyways)
[12:03] <sistpoty> chantra: no, all old accounts have been deleted, but you'll get a fresh new one, once you'll upload a package ;)
[12:04] <chantra> ok
[12:04] <chantra> once uploaded, do I receive an email?
[12:04] <chantra> Once you have uploaded a package to REVU, a password will be created for you. To get it, enter your e-mail address into the login box, leaving the password field blank, and click Login. Click Recover, and REVU will display an encrypted message with your password in it.
[12:04] <chantra> ok :)
[12:04] <sistpoty> chantra: unlikely, there is a long standing bug in the email interface creating emails for first time uploads
[12:05] <sistpoty> (which never was taken care of, because it doesn't interfere with processing uploads *g*)
[12:05] <chantra> :)
[12:06] <chantra> well, uploading, will see then
[12:06] <chantra> cheers sistpoty
[12:06] <ajmitch> I suppose I don't get emails from the process uploads cron job anymore
[12:06] <sistpoty> chantra: please only upload, if you've got s.th. to review... space is limited on sparky
[12:06] <sistpoty> np
[12:07] <chantra> sistpoty: I had this port of system-config-lvm from fedora
[12:07] <mok0> sispoty: is revu open source?
[12:07] <chantra> I ported it a while ago
[12:07] <ajmitch> mok0: always has been
[12:07] <sistpoty> mok0: yes... somewhere on lp, anyone got a link?
[12:08] <sistpoty> (code of revu-hackers group=
[12:08] <ajmitch> https://code.launchpad.net/revu
[12:08] <ajmitch> 'trunk' is the branch to grab, I think
[12:08] <chantra> sistpoty: even though ubuntu is not "lvm ready" yet (I mean out of the box), I thought it might interest some people
[12:09] <mok0> ajmitch: great, thx. I'm curious to take a look...
[12:10] <sistpoty> chantra: I only wanted you to not upload *just* to get an account back... if you've got a package, fire it up ;)
[12:10] <sistpoty> mok0: revu1 is a pain to setup though... lot's of hardcoded pathes and ugly code ;)
[12:10] <mok0> So, assuming I wanted to contribute, I would create a branch?
[12:14] <norsetto> wouldn't make more sense to work on revu2?
[12:16] <sistpoty> norsetto: yes and no, as we've got some new ideas for revu2 and want to rework quite some parts
[12:16] <sistpoty> mok0: bzr branch <url>
[12:16] <mok0> sistpoty: errr, I do that from my machine?
[12:16] <sistpoty> mok0: whereever you want to create your branche
[12:17] <sistpoty> -e
[12:17] <norsetto> mok0: you do have bzr on your machine?
[12:17] <sistpoty> (though I must admit, that I usually ask around here for advanced bzr stuff, because I'm still a novel user)
[12:18] <mok0> norsetto: dunno. I use git these days
[12:18] <RAOF> mok0: Then you'll be pretty familiar with bzr.
[12:19] <mok0> RAOF: U mean same UI?
[12:19] <sistpoty> mok0: try typing bzr? *g*
[12:20] <mok0> sistpoty: I'll have to apt-get it
[12:20] <sistpoty> mok0: so do it :P
[12:20] <RAOF> mok0: Same workflow.  Branch (clone), [work, commit] *, push
[12:20] <norsetto> mok0: just in case you need a quickstart guide: http://bazaar-vcs.org/QuickHackingWithBzr
[12:21] <mok0> Great, thanks!
[12:22] <mok0> So what is the url, exactly... is that the one from LP?
[12:22] <sistpoty> norsetto: nice... does ubotu know about this yet?
[12:22] <sistpoty> mok0: yes (the one displayed in the page=
[12:22] <RAOF> mok0: Yup.  You can also "bzr branch lp://revu", I think.
[12:22] <norsetto> sistpoty: not that I know
[12:23] <sistpoty> !bzr
[12:23] <ubotu> bzr is Bazaar-NG, a decentralized revision control system designed to be easy for developers and end users alike. Decentralized revision control systems give people the ability to work over the internet using the bazaar development model.
[12:23] <jrib> Hi, does anyone have a few minutes to review the package for the python reverend module? http://revu.tauware.de/details.py?upid=24
[12:23] <RAOF> mok0: Sorry, "bzr branch lp:revu"
[12:23] <ajmitch> RAOF: 'same' workflow, except bzr makes sense :)
[12:23] <sistpoty> hm... anyone who can teach this to ubotu?
[12:23] <ajmitch> RAOF: that doesn't look like it'd have enough info to get a branch
[12:23] <RAOF> ajmitch: If there's a trunc associated with a project, it is.
[12:23] <jrib> sistpoty: the quick start guide?
[12:24] <sistpoty> jrib: yes
[12:24] <ajmitch> given that a branch is person/project/branchname
[12:24] <ajmitch> RAOF: if there are multiple branches named trunk?
[12:24] <norsetto> !help
[12:24] <norsetto> !I need somebody
[12:24] <mok0> RAOF: "bzr: ERROR: Not a branch: https://code.launchpad.net/revu/"
[12:24] <RAOF> ajmitch: There's some way to associate a particular branch as the main branch.
[12:24] <ubotu> I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
[12:24] <ubotu> Sorry, I don't know anything about i need somebody - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[12:25] <RAOF> mok0: Yeah, sorry.  Revu doesn't have the needed setup for that (joybot does :))
[12:25] <RAOF> mok0: You'll want to use the url provided from the code page.
[12:26] <jrib> !bzr | sistpoty
[12:26] <ubotu> sistpoty: bzr is Bazaar-NG, a decentralized revision control system designed to be easy for developers and end users alike. Decentralized revision control systems give people the ability to work over the internet using the bazaar development model.  See http://bazaar-vcs.org/QuickHackingWithBzr for a quickstart guide.
[12:26] <sistpoty> thanks jrib!
[12:27] <mok0> RAOF: Still can't get it
[12:28] <sistpoty> mok0: you'll need to get one of the branches listed on code.lp.net/revu, e.g. https://code.launchpad.net/~revu-hackers/revu/trunk (for the one being currently in use=
[12:28] <mok0> that doesnt work
[12:28] <mok0> bzr: ERROR: Not a branch: http://codebrowse.launchpad.net/~revu-hackers/revu/trunk/
[12:28] <mok0> Ooops. Got it now
[12:29] <sistpoty> mok0: sorry, wrong again, click on the link, then you'll get the url...
[12:29] <RAOF> mok0: You're running "bzr branch http://bazaar.launchpad.net/~revu-hackers/revu/trunk"L
[12:29] <RAOF> s/L/?
[12:29] <mok0> RAOF: LOL got it now
[12:30] <norsetto> hmmmm, outdated factoid
[12:30] <norsetto> !mentors
[12:30] <ubotu> for initial mentoring to introduce you to the MOTU world check out https://wiki.ubuntu.com/MOTU/Mentors
[12:32] <norsetto> the way it is written this should actually point to https://wiki.ubuntu.com/MOTU/Mentoring/Contributor