[12:15] <RainCT> good night
[12:36] <TheMuso> pygi: You put an LP bug in the changelog. When the package gets through, it should be closed automatically.
[12:37] <pygi> TheMuso, nod, will do ;)
[12:44] <pygi> asac, you still here?
[12:45] <asac> a bit
[12:48] <pygi> asac, ok, should I just assign universe sponsors?
[12:48] <RAOF> POX_: Excellent!  So python-gnome2 was the only remaining problem?  Great.  Thanks.
[12:49] <pygi> asac, or do you have time to review? ^_^
[12:49] <asac> assign universe-sponsors ... if noone uploads till monday ping me and i can do it
[12:50] <asac> tomorrow i have to do some catching up of other things
[12:50] <pygi> asac, it'll be uploaded today I believe :) Thanks, and no worries
[12:50] <pygi> asac, if I can help with anything, poke
[12:50] <asac> pygi: please ensure that you have npp-tags
[12:50] <asac> pygi: and flashplugin-alternative
[12:50] <pygi> asac, that's for swfdec-mozilla, I know :)
[12:50] <asac> otherwise please don't upload
[12:50] <asac> ok
[12:51] <LaserJock> helllllloooo MOTU LAND!!!
[12:51] <pygi> TheMuso, willing? ^_^
[12:51] <pygi> hey LaserJock !
[12:51] <LaserJock> has anybody heard of an ETA on REVU?
[12:51] <pygi> no ETA yet
[12:52] <LaserJock> k, I was going to offer some storage space for people, but wanted to make sure it wasn't going to be up today or something
[12:52] <TheMuso> pygi: I don't have time now, but I'll see it on the queue later, and will have a look.
[12:52] <pygi> TheMuso, oki, thanks :)
[12:52] <pygi> LaserJock, nice :)
[12:53] <LaserJock> k, gotta run, cya folks
[12:53] <pygi> laters
[01:04] <Kmos> in a merge from debian, we should include old changelog from ubuntu too?
[01:05] <RAOF> Yes
[01:05] <norsetto> yes
[01:06] <Kmos> thx
[01:46] <ajmitch> poor package, what'd it ever do to you?
[01:48] <nixternal> permissions trying to create a directory with a dirty makefile
[01:48] <Kmos> in a merge, after i've done the ubuntu package from debian
[01:48] <Kmos> i can do a debdiff from debian (old) to ubuntu (new) ?
[02:03] <RAOF> Kmos: Yes.  That's what you're meant to do.
[02:05] <killown> how do I to set flags optimization gcc in apt-build sources packages? I want to build with it flags : -O3 -march=prescott -mmmx -msse -msse2 -msse3 -mfpmath=sse -fomit-frame-pointer -pipe debian/rules  file here >> http://rafb.net/p/hKbKd144.html
[02:07] <Fujitsu> killown: Sure you don't want #gentoo?
[02:07] <Fujitsu> Damn.
[02:07] <killown> :/
[02:08] <Kmos> RAOF: thx
[02:08] <RAOF> Alternatively, the "apt-build" package can give you that special "totally unsupportable" feeling with your very own apt-based distro!
[02:09] <Fujitsu> Yeep.
[02:14] <Kmos> http://launchpadlibrarian.net/8875516/ddclient_3.7.3-2ubuntu1.debdiff
[03:22] <white> !info lwat gutsy
[03:22] <ubotu> lwat: LDAP Web-based Administration Tool. In component universe, is optional. Version 0.15-1 (gutsy), package size 68 kB, installed size 540 kB
[03:23] <white> the 0.15-2 version from unstable should be synced
[03:26] <superm1> white, at this point a UVFe will need to be filed for that
[03:26] <superm1> since it's past the freeze time
[03:43] <white> superm1: i am only forwarding security related stuff
[03:45] <jmg> wow, a ricer
[04:08] <keescook> superm1: 0.15-1 vs 0.15-2 I don't think counts since the orig.tar.gz is the same.  (i.e. it's a bug-fix update)
[04:08] <superm1> keescook, didn't look closely at the versions
[04:08] <superm1> your right
[04:11] <StevenK> Yes. *Upstream* Version Freeze. :-)
[04:27] <ajmitch> StevenK: you should just have a total freeze
[04:27] <ajmitch> "you need 3 ACKs for every change made to a package in gutsy+1"
[05:08] <bddebian> Heya gang
[05:34] <soskel> hi
[05:34] <soskel> I was told to come here
[05:37] <bddebian> soskel: Hi.  For what?
[05:37] <soskel> adding something to the repos
[05:37] <Instabin> im compiling gpredict from cvs. everything compiles correctly but when i run it there are none of the pixmaps that were included in the source
[05:37] <Instabin> Istead it shows an x where the pixmaps should be
[05:38] <soskel> I don'
[05:38] <bddebian> soskel: A new package?
[05:38] <soskel> I don't understand how to add something to the repos if you don't have ubuntu
[05:38] <soskel> yea, a new package
[05:38] <soskel> imageprocessinglab.com
[05:39] <bddebian> If you don't know how to package something yourself, your best bet is probably to file a bug on Launchpad, requesting that it be packaged
[05:39] <bddebian> Instabin: Do you know where it expects the icons to be?
[05:39] <soskel> and someone will package it for me?
[05:40] <soskel> bddebian:
[05:40] <Instabin> bddebian: I know where they are
[05:40] <Frogzoo> soskel: someone might consider packaging it
[05:40] <soskel> ahh
[05:40] <bddebian> soskel: They might.  Unfortunately there are no gaurantees.  It is unlikely it would get in Gutsy as this point
[05:40] <soskel> well, thanks
[05:41] <bddebian> Instabin: That wasn't my question :-)
[05:41] <Instabin> bddebian: What file would i look in to find that
[05:42] <bddebian> Did they end up in /usr/local/<something> ?
[05:42] <Instabin> bddebian: I had it make the install to /home/user/gpredictcvs
[05:43] <Instabin> under there its in /share/pixmaps
[05:43] <bddebian> How? did you do --prefix=... ?
[05:43] <Instabin> ./configure --prefix=/home/user/gpredictcvs
[05:45] <soskel> bddebian: https://launchpad.net/
[05:45] <soskel> were do I go on the site>?
[05:45] <bddebian> Instabin: Should work.  Just for kicks you could try copying one of the files to /usr/share/pixmaps
[05:45] <Instabin> and under gpredictcvs I have bin and share
[05:46] <Instabin> bddebian: they should allready be there i have the deb for gpredict installed
[05:46] <bddebian> soskel: Click Ubuntu, then Report a Bug
[05:46] <soskel> ah
[05:46] <soskel> ok
[05:46] <soskel> thanks
[05:46] <bddebian> NP
[05:46] <bddebian> Hrm, how are you starting your gpredict?
[05:47] <Instabin> from terminal cd /home/user/gpredictcvs/bin
[05:47] <Instabin> then ./gpredict
[05:47] <bddebian> OK
[05:48] <Instabin> The one in ubuntu right now is useless b/c none of the satellite data is current
[05:48] <Frogzoo> how does ubuntu decide what kernel options get compiled?
[05:49] <jmg> Frogzoo: they just say yes to everything and take out what breaks
[05:49] <bddebian> heh
[05:49] <jmg> *duck*
[05:49] <bddebian> Instabin: Have you filed a bug to ask for an update to the package? :-)
[05:49] <Instabin> yes
[05:50] <bddebian> OK
[05:50] <Frogzoo> hmmm... cos there's no CONFIG_VGACON_SOFT_SCROLLBACK and I think this is needed to enable scrollback on the ttys - I took a look at rebuilding the kernel, but it seems a bother
[05:51] <Frogzoo> would be nice to have swatch sitting on a tty, but without a scrollback, it's pointless
[05:51] <Instabin> bddebian: I also contacted writer of gpredict b/c i couldnt compile the 0.8.0 version on gutsy. so he update the cvs so that i could
[05:51] <bddebian> Instabin: When you did "make install" did you give it a DESTDIR=".." ?
[05:51] <Instabin> bddebian: yes /home/user/gpredictcvs
[05:52] <bddebian> It "should" work
[05:53] <Instabin> bddebian: this is what he had to do so i could compile it on gutsy......
[05:53] <Instabin> Allow deprecated symbols otherwise gpredict will not compile with
[05:53] <Instabin> 	Gtk+ 2.12 (GtkTooltips deprecated).
[05:54] <Instabin> Woudl that effect the pixmaps?
[05:55] <bddebian> I wouldn't think so
[05:55] <bddebian> Do you get any errors on the console?
[05:55] <Instabin> bddebian: no
[05:58] <Instabin> ok bddebian now im getting an error when just trying to launch gpredict... I didnt recompile or do anything to it since the last time i launched it.
[05:59] <Instabin> bddebian: (gpredict:9858): GLib-CRITICAL **: g_dir_close: assertion `dir != NULL' failed
[06:02] <soskel> bddebian: Can't add program to respo
[06:02] <soskel> https://bugs.launchpad.net/bugs/133082
[06:02] <soskel> You received this bug notification because you are a direct subscriber
[06:02] <ubotu> Launchpad bug 133082 in Ubuntu "Can't add program to respo" [Undecided,New] 
[06:02] <soskel> of the bug.
[06:03] <bddebian> soskel: OK, thanks
[06:03] <Instabin> bddebian: it will work if there is a pre existing .gpredict directory
[06:03] <soskel> bddebian: what does it mean?
[06:03] <Instabin> but still dosnt have the pixmaps
[06:05] <bddebian> Instabin: I assume you didn't build with sudo?
[06:05] <Instabin> no
[06:05] <Instabin> didnt want to mess up
[06:05] <Instabin> my system
[06:06] <Instabin> That is why i did the prefix
[06:06] <bddebian> I don't really know, sorry
[06:06] <Instabin> I can send you the cvs
[06:07] <bddebian> soskel: Launchpad is just letting you know you submitted a bug report :-)
[06:07] <soskel> haha
[06:07] <soskel> ok
[06:07] <soskel> thanks
[06:08] <bddebian> Instabin: I can't accept through my firewall.  And it's almost bedtime for me.
[06:08] <Instabin> bddebian: awww
[06:09] <Instabin> bddebian: I used to do file sharing through dcc
[06:10] <bddebian> Instabin: I don't want to sound rude but since you are not using an official package, it's not really something we can support here.  Your best bet might be to ask in #ubuntu.
[06:11] <Instabin> #but that channel does not support gutsy
[06:11] <Instabin> lol
[06:11] <bddebian> I think there is an #ubuntu+1 channel no?
[06:12] <Instabin> yep
[06:12] <Instabin> im in both of them
[06:12] <Instabin> + nouveau
[06:12] <Instabin> os[josh@amdnvidia, Linux 2.6.22-9-generic i686] 
[06:12] <Instabin> sry
[06:12] <Instabin> didnt try that
[06:24] <bddebian> Ah well bedtime.  Gnight folks.  Good luck Instabin, sorry I couldn't be more help.
[06:33] <Instabin> NerdList v 0.6 by Elena ``of Valhalla''
[06:33] <Instabin> usage:
[06:33] <Instabin> *** !nerd nick reason ***
[06:33] <Instabin> add a reason why nick is a nerd
[06:33] <Instabin> *** !nerdlist num
[06:33] <Instabin> prints the top num nerds (default 5)
[06:33] <Instabin> *** !nerdhelp
[06:33] <Instabin> print this help
[06:33] <Instabin> join #newinstabinfakechan
[06:33] <jmg> !nerdlist
[06:33] <Instabin> NerdList v 0.6 by Elena ``of Valhalla''
[06:33] <Instabin> Top 1 List of Nerds for the channel #ubuntu-motu
[06:33] <Instabin>  1                  (0)
[06:33] <ubotu> Sorry, I don't know anything about nerdlist - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[06:34] <Instabin> sry
[06:35] <Instabin> !nerd jmg typed nerdlist
[06:35] <Instabin> NerdList v 0.6 by Elena ``of Valhalla''
[06:35] <Instabin> Top 1 List of Nerds for the channel #ubuntu-motu
[06:35] <Instabin>  1                  (0)
[06:36] <Instabin> dum thing how do get rid of plugin
[06:36] <ajmitch> Instabin: please don't spam the channel with this crap
[06:37] <Instabin> ajmitch: I got it now its gone
[06:47] <lifeless> ajmitch: you were saying you had a local repo to provide build-deps for things you were building that needed as-yet-unpublished packages
[06:47] <lifeless> ajmitch: how do you go about doing that with pbuilder - bind mount? local http server?
[06:49] <lifeless> hmm, nearly three pm. Lunchtime.
[06:49] <ajmitch> bind mount
[06:50] <ajmitch> & a hook to run apt-get update before each build
[06:59] <lifeless> ajmitch: can you document this somewhere if its not already?
[06:59] <lifeless> RAOF: http servers are a nuisance :)
[07:00] <ajmitch> should be documented somewhere already, I think maybe in the example pbuilder hooks
[07:01] <lifeless> not visibly in /usr/share/doc/pbuilder
[07:01] <lifeless> grep -r update /usr/share/doc/pbuilder/examples/
[07:02] <ajmitch> ok, it's as simple as having a D hook that (optionally) throws a line into /etc/apt/sources.list, and runs apt-get update
[07:03] <ajmitch> the pbuilder config takes care of rebuilding the Packages.gz file outside of the chroot on each build, which is a little bit of an overkill
[07:04] <nixternal> I use the hooks for KDE 4 packaging
[07:05] <lifeless> I can put together the D hook. But I'm a little confused by the mention of Packages.gz being rebuilt; my pbuilder definately doesn't maintain Packages files for me
[07:05] <nixternal> they are documented via google and debian somewhere...the script on the wiki for the multiple pbuilder setup has the hook in there as well
[07:05] <nixternal> lifeless: you can add the rebuilding of the Packages.gz
[07:06] <lifeless> ajmitch: so how do you get the bind mount; as each build has its own chroot dir?
[07:07] <ajmitch> https://wiki.ubuntu.com/PbuilderHowto#head-5e51532fca6153405af36a03364e03803e99edcf
[07:07] <nixternal> I just have pbuilder fire off 'dpkg-scanpackages . /dev/null |gzip -9c>Packages.gz' from /var/cache/pbuilder/*/results/
[07:07] <ajmitch> let pbuilder handle the bind mounting
[07:07] <lifeless> ajmitch: exactly my question.
[07:07] <lifeless> ah, I see. thans
[07:07] <nixternal> BINDMOUNTS="/var/cache/pbuilder/kde4/result"
[07:07] <lifeless> *thanks*
[07:07] <lifeless> yes, blindingly ovbious now I'mlooking at the right doco
[07:08] <superm1> nixternal, you don't event need to have it pipe through gzip -9c
[07:08] <nixternal> OTHERMIRROR="deb file:/var/cache/pbuilder/kde4/result/ ./"
[07:08] <superm1> dpkg-scanpackages . /dev/null > Packages
[07:08] <superm1> is all I do
[07:08] <superm1> in my hook
[07:08] <ajmitch> hence why I pasted the link, since there are a few lines you can stick in the pbuilder config
[07:08] <nixternal> ya, mine is a little old, but still works like a charm
[07:08] <lifeless> ajmitch: thanks for the patience;
[07:08] <nixternal> ajmitch: does ccache help that much?
[07:09] <ajmitch> nixternal: it certainly can if you have to rebuild 10 times to get something right :)
[07:09] <nixternal> hehe, that is why I start out in a chroot and just debuild -nc
[07:18] <StevenK> ccache is one of those things I keep meaning to look at.
[07:43] <superm1> there is also using pbuilder-gdebi for your dependency resolution on pbuilder.  it's supposed to speed things up as well
[07:44] <RAOF> By a couple of orders of magnitude, yes.
[07:44] <StevenK> RAOF: WoW 2.2.0 has hit pre-patch stage.
[07:45] <RAOF> Yay VoIP!
[07:45] <RAOF> That's going to be so good.
[08:13] <TheMuso> Heya folks
[08:20] <RAOF> Hey TheMuso
[08:25] <superm1> hey TheMuso
[08:25] <TheMuso> Hey RAOF, superm1.
[08:36] <viviersf> ajmitch, ping
[09:15] <lifeless> any opinion on this-?
[09:15] <lifeless> I think its a bug that usr/share/pbuilder/pbuilderrc exports BINDMOUNTS=""
[09:15] <lifeless> because this means that BINDMOUNTS=FOO pdebuild ... will ignore the variable
[09:19] <superm1> hi Hobbsee
[09:19] <lifeless> 17:15 < lifeless> any opinion on this-?
[09:19] <lifeless> 17:15 < lifeless> I think its a bug that usr/share/pbuilder/pbuilderrc exports BINDMOUNTS=""
[09:19] <lifeless> 17:15 < lifeless> because this means that BINDMOUNTS=FOO pdebuild ... will ignore the variable
[09:19] <lifeless> Hobbsee: ^
[09:20] <Hobbsee> hi superm1
[09:20] <Hobbsee> lifeless: quite possible, but it's only a config file to be modified, i thought
[09:20] <Hobbsee> otherwise people dont find out about the option at all
[09:20] <lifeless> /usr/share/pbuilder/pbuilderrc is not a conf file
[09:21] <superm1> Hobbsee, some time back i remember eaves dropping on a conversation in -devel that I believe you were saying that metapackages in universe and multiverse don't install Recommends by default.  This is no longer the case it would appear by /etc/apt/apt.conf.d/01ubuntu, correct?
[09:21] <lifeless> /etc/pbuilderrc *also* trashes it, but at least that isn't replaced on upgrades
[09:21] <lifeless> Hobbsee: as for finding out about it; surely
[09:21] <lifeless> # BINDMOUNTS=""
[09:21] <lifeless> will do the job :)
[09:21] <Hobbsee> superm1: that's been fixed, yes, i'm unsure exactly how mvo fixed it.
[09:22] <Hobbsee> lifeless: true.  oh, i thought you were talking about /etc/pbuilderrc
[09:22] <Hobbsee> lifeless: indeed.  unsure why it doesnt
[09:22] <lifeless> should I bugger a file ?
[09:22] <StevenK> lifeless: You can pass pbuilder options to pdebuild
[09:22] <superm1> Hobbsee, well the fix appears to have shown up in that file, but i'm having a heck of a time overriding that behavior now.  I liked it the old way better :)
[09:22] <Hobbsee> lifeless: as in, write a patch?  that'd be nice
[09:22] <StevenK> pdebuild -- --bindmounts /blah
[09:22] <Hobbsee> superm1: why?
[09:22] <lifeless> StevenK: I know, humour me :)
[09:22] <Hobbsee> superm1: use suggests, then
[09:23] <superm1> ah good point
[09:23] <lifeless> StevenK: its a PITA to pass such options through 4 layers.
[09:23] <superm1> that's probably an easier route
[09:23] <StevenK> Why four layers?
[09:23] <lifeless> shell wrapper, bzr builddeb, pdebuild-$distro-$arch, pdebuild itself
[09:23] <StevenK> Ah ha
[09:24] <StevenK> I've just decided I don't want to know. :-)
[09:24] <lifeless> :)
[09:30] <POX_> RAOF: no, LP: #132580 needs to be fixed in debian as well
[09:54] <coNP> Morning
[09:54] <Hobbsee> morning coNP
[10:12] <pygi> Hobbsee, poke? Mind checking UVF exception request? :)
[10:13] <Hobbsee> oh, meh.  those have already started.  i was intending to stick an email filter in for them
[10:14] <pygi> Hobbsee, pretty please? ^^
[10:21] <DarkSun88> Hi all
[10:23] <Hobbsee> oh, grr. people dont seem to get the concept of a freeze
[10:24] <pygi> Hobbsee, like who? :)
[10:24] <Hobbsee> laurent
[10:24] <pygi> ok, as long as it's not me :)
[10:25] <Hobbsee> i didnt look at yours
[10:25] <Hobbsee> besides, yours was in before the freeze, wasnt it?
[10:26] <pygi> Hobbsee, true, but it wasnt uploaded
[10:27] <pygi> so I requested a check by motu-uvf
[10:27] <pygi> anyway, over and out :)
[10:27] <Hobbsee> pygi: then you dont need a UVFe for it, assuming it's sane.
[10:27] <pygi> Hobbsee, you check :)
[10:27] <pygi> Hobbsee, it *is* sane ofcourse ;0
[10:27] <Hobbsee> pygi: (at the motu-uvf's and sponsorship teams discression, of course)
[12:06] <RainCT> hi
[12:06] <TheMuso> RainCT: Your branch has been merged.
[12:06] <RainCT> TheMuso: I've seen it. Thanks :)
[12:08] <TheMuso> RainCT: Welcome.
[12:11] <RainCT> (btw, I'll be away next week)
[12:31] <mok0> RMS is safe in Peru
[12:41] <Kmos> bug 132694 - http://launchpadlibrarian.net/8875516/ddclient_3.7.3-2ubuntu1.debdiff
[12:41] <Kmos> Hobbsee: hi :) good night there
[12:41] <Hobbsee> hi Kmos
[12:41] <Kmos> bug 132694
[12:41] <ubotu> Launchpad bug 132694 in ddclient "Please merge ddclient (3.7.3-2) from Debian unstable" [Undecided,In progress]  https://launchpad.net/bugs/132694
[12:42] <Hobbsee> yes, and?
[12:42] <Kmos> i've done a debdiff
[12:42] <Kmos> want sponsorship
[12:42] <Hobbsee> there's a sponsorship queue....
[12:43] <Kmos> checked now it's already on U-U-S
[12:43] <Kmos> thx
[12:43] <Hobbsee> then wait.
[12:47] <Hobbsee> oh, excellent.  gparted will grow and shrink ext3 partitions
[12:48] <Fujitsu> Hobbsee: Er, of course. It'd be pretty useless otherwise.
[12:48] <Hobbsee> Fujitsu: qtparted, at least in edgy, will let you delete and create, but nto resize.
[12:48] <Fujitsu> Hm, I'm sure it did.
[12:48] <Hobbsee> and gparted wouldnt let me grow a partition
[12:49] <Fujitsu> Oh qtparted. I see.
[12:49] <Fujitsu> It's telling you to use GNOME.
[12:51] <TheMuso> Fujitsu: She'd just beat it with the Long Pointy Stick Of Doom (tm).
[12:51] <Hobbsee> gnome doesnt like me.
[12:51] <Hobbsee> although, gparted looks quite qt-ish, in some ways
[12:51] <Hobbsee> or at least, tries to use kde icons
[12:52] <mok0> Has anyone here experience with running the openafs filesystem?
[12:54] <Hobbsee> Kmos: the logic of the queue is this:  "the queue will be gone thru, and those who poke about non-urgent things will have their items sent to the bottom"
[12:54] <Hobbsee> does that make sense?
[12:54] <Kmos> Hobbsee: yeah, i think that's already resolved
[12:54] <StevenK> The more you ask, the lower the priority is.
[12:54] <Hobbsee> :)
[12:54] <Kmos> StevenK yesterday told me to ask for sponsorship
[12:54] <Kmos> =)
[12:55] <Hobbsee> Kmos: sure, but not of me, right this particular minute.
[12:55] <Hobbsee> :)
[12:55] <Hobbsee> was that in before feature freeze, i wonder.  oh, yes it was.
[12:55] <Hobbsee> the sync request was, and then it was found that it was wrong.
[12:55] <Kmos> Hobbsee: the debdiff it's there =)
[12:56] <Hobbsee> Kmos: we're in feature freeze and upstream version freeze now.  anything filed after that freeze needs an exception, if it's a new version
[12:56] <Kmos> Hobbsee: i know what's UVF is :)
[12:56] <Kmos> ddclient is an exception because it fix one important bug and another less important
[12:56] <Kmos> just in LP
[12:56] <white> unidentified version (of a) freak?
[12:57] <Hobbsee> Kmos: you still have to follow the process for getting an exception, if it was filed after the freeze date.
[12:57] <white> Fujitsu: resize is a new future (and finally there)
[12:57] <Hobbsee> hiya white.  those packages got done
[12:58] <Kmos> Hobbsee: it was filled before :)
[12:58] <Hobbsee> Kmos: then you're in luck for that one.
[12:58] <Kmos> 2007-08-15
[12:58] <Hobbsee> yes, so you dont have to for that one.  just for anything else you file, that's a new upstream version
[01:00] <Kmos> Hobbsee: yep
[01:00] <Kmos> i just want this one =) after is to fix bugs..
[01:00] <Kmos> and triage them
[01:00] <Hobbsee> then go ahead and do that.  it'll stay on the quuee
[01:00] <Kmos> the others in main sponsors are there for some days and anyone touch them
[01:01] <Kmos> Hobbsee: yep
[01:01] <Kmos> it have time =)
[01:01] <Hobbsee> Kmos: most people here dont upload to main.
[01:01] <Kmos> yeah, i know
[01:01] <Kmos> just telling you about something that's happening
[01:02] <Kmos> so, sorry..
[01:03] <Hobbsee> it's ok
[01:03] <Hobbsee> as for whether most peopleeeeeeeeee would be able to do anything with it anyway...
[01:08] <TheMuso> So where does the UVF stand WRT uus bugs that were filed prior to UVF?
[01:08] <TheMuso> UVF team even
[01:09] <Hobbsee> TheMuso: upload most of them, at our discression
[01:09] <Hobbsee> TheMuso: ie, if they're going to break stuff, then no, we wont
[01:10] <Hobbsee> but otherwise, if it was filed before, then we're happy enough to honour it
[01:10] <Hobbsee> or at least, that's my view
[01:10] <TheMuso> Right.
[01:13] <Hobbsee> TheMuso: seriously, if it's sane, upload it.
[01:13] <Hobbsee> TheMuso: no need to get caught up in red tape
[01:13] <TheMuso> Yeah true.
[01:14] <Hobbsee> the archive admins were happy enough to do the above procedure for sync requests last time, iirc
[01:14] <Hobbsee> as in, they hadnt gotten around to processing syncs before UVF
[01:14] <TheMuso> right
[01:14] <Hobbsee> and so there were a few left, and i wanted one.
[01:14] <Hobbsee> after some arguing, they did it
[01:14] <TheMuso> heh
[01:49] <pygi> Hobbsee, right, but pretty please look at the bug, so if sane I could work on swfdec-mozilla? :)
[01:52] <pygi> or I'll have to bug someone else =)
[01:53] <Hobbsee> heh
[01:53] <Hobbsee> i will at some point, in the next week or so
[01:53] <pygi> Hobbsee, ok, then I'll bug someone else :p
[01:53] <Hobbsee> pygi: it's in the queue, so it'll be done when someone processes it
[01:53] <pygi> Hobbsee, oh well
[01:54] <pygi> k
[02:10] <xxxxx1> mornin' ubunteros
[02:15] <coNP> morning xxxxx1
[02:16] <xxxxx1> hey coNP
[02:47] <ScottK> Good $TIME_OF_DAY all.
[02:47] <coNP> Hey ScottK
[02:47] <ScottK> Hello coNP.
[02:50] <TheMuso> Hey ScottK.
[02:50] <ScottK> Hello TheMuso
[02:57] <mok0> Any news on when REVU will be back online?
[02:57] <ScottK> It's been "Real soon now" for quite some time.
[02:58] <ScottK> If you have web space, just post your packages and give us a link to the .dsc.
[02:58] <ScottK> If you don't, there were several volunteers on the mailing list yesterday to host them.
[02:58] <ScottK> mok0: BTW, looking at kssh just now.
[02:59] <mok0> ScottK: Great. I was wondering if I had to put license preambles for LGPL and GFDL in debian/copyright, but I couldn't find any
[03:00] <xxxxx1> hey ScottK
[03:05] <ScottK> mok0: I'll double check that.
[03:05] <ScottK> xxxxx1: Hi.
[03:06] <ScottK> mok0: Yes you do have to put the preambles in debian/copyright.
[03:06] <mok0> ScottK: Where can I find the text?
[03:07] <ScottK> In /usr/share/common-licenses.
[03:07] <ScottK> Also, GFDL is in there too, so please refer to it there rather than the man page.
[03:08] <mok0> Errr, not on feisty?!?
[03:08] <mok0> Gutsy perhaps?
[03:08] <ScottK> Ah
[03:08] <ScottK> Yes.  I looked on Gutsy.
[03:08] <ScottK> It's there in Gutsy so you can just refer to it there.
[03:09] <ScottK> It's /usr/share/common-licenses/GFDL
[03:09] <mok0> I am putting that in as we speak :-)
[03:10] <ScottK> Great.
[03:12] <mok0> ScottK: For GPL there is a short ~10 line version preamble that goes in copyright, but I can
[03:12] <mok0> not find the FDL equivalent.
[03:13] <ScottK> mok0: How about Everything up through the end of paragraph 0?
[03:13] <mok0> ScottK: ??
[03:14] <mok0> Ah
[03:14] <mok0> OK
[03:14] <ScottK> ?
[03:14] <mok0> I know what you mean
[03:14] <ScottK> Does that make sense?
[03:14] <mok0> A few minutes I pastebin it
[03:14] <ScottK> OK
[03:19] <LucidFox> I am the upstream author of a Qt application that uses .ts/.qm files for translations. What should I do to make it compatible with Launchpad translations?
[03:21] <LucidFox> heh
[03:21] <LucidFox> am I that annoying? ^_^
[03:22] <ScottK> It's not personal.  It's the translation thing.
[03:27] <mok0> ScottK: http://paste.ubuntu-nl.org/34050/
[03:29] <ScottK> It looks good, except for you should change your wget GFDL to cp it like you did for LGPL.
[03:29] <ScottK> Since that will work on the target system.
[03:29] <Ng> LucidFox: #launchpad may be a good place to ask (in that the launchpad developers hang out there)
[03:29] <Hobbsee> ScottK: who else is on the motu-uvf team?  you, me, StevenK, zul...who have i missed?
[03:30] <Hobbsee> oh, soren
[03:30] <ScottK> Yeah
[03:31] <Hobbsee> ping:  ScottK StevenK soren zul
[03:31] <ScottK> Pong
[03:32] <Hobbsee> right, there's 1.
[03:34] <mok0> ScottK: Correction posted at http://paste.ubuntu-nl.org/34053/
[03:35] <white> !info denyhosts gutsy
[03:35] <ubotu> denyhosts: an utility to help sys admins thwart ssh hackers. In component universe, is optional. Version 2.6-2 (gutsy), package size 61 kB, installed size 416 kB
[03:35] <white> someone might want to upgrade denyhosts to 2.6-2.1
[03:35] <ScottK> mok0: Looks good to me.
[03:36] <ScottK> Any volunteers to file the sync?
[03:36] <mok0> ScottK: Assuming you sponsor it, how do we find another one with REVU down?
[03:36] <zul> Hobbsee: pongish
[03:36] <mok0> I will post .dsc on my website as you advised
[03:36] <zul> sorne is on vacation i think
[03:36] <zul> soren even
[03:37] <ScottK> mok0: We've been coordinating here, but since this has already been uploaded and is just being fixed for licensing stuff, one is all that's needed.
[03:37] <Hobbsee> zul: ok, cool.
[03:37] <ScottK> mok0: The .dsc on the web site would be good for your other packages.
[03:37] <Hobbsee> so that's 1.3, then.
[03:38] <mok0> ScottK: I am working on btk-core ATM
[03:38] <ScottK> OK.
[03:38] <ScottK> E-mail me the update for kssh when you have it ready.
[03:38] <Hobbsee> hi spam
[03:38] <ScottK> mok0: Any chance I could talk you into filing the sync for denyhosts?
[03:38] <ScottK> It's be good practice.
[03:39] <ScottK> It's/It'd
[03:39] <mok0> ScottK: will do. one final question... I get: W: kssh: binary-or-shlib-defines-rpath ./usr/bin/kssh /usr/lib
[03:40] <ScottK> Ah.
[03:40] <ScottK> You need to fix that.  Did you get that before?
[03:40] <mok0> It's built using cdbs
[03:40] <ScottK> Let me find you a reference.
[03:41] <mok0> Hmmm I don't think I got that before
[03:41] <mok0> Probably something in the buildenv got updated
[03:42] <ScottK> mok0: http://wiki.debian.org/?RpathIssue
[03:47] <zul> Hobbsee + ScottK do you guys wanna sit down (i dunno with jono or ajmitch) this weekend and go through the process?
[03:48] <ScottK> zul: What TZ are you in?
[03:48] <zul> EST
[03:48] <ScottK> OK.  You and me both then.
[03:48] <Hobbsee> zul: yeah, sometime.
[03:48] <ScottK> Since Hobbsee and ajmitch are on the opposite side of then planet, I'd suggest maybe via e-mail.
[03:49] <Hobbsee> ScottK: person is likely doable, sometime.
[03:49] <ScottK> Why jono?
[03:49] <ScottK> OK.  I'll be around most of Saturday.  Sunday mostly not.
[03:49] <zul> *shrug* a suggestion
[03:49] <zul> isnt jono doing motu these days? i have lost track
[03:50] <ScottK> No.  dholbach is the Canonical MOTU these days.
[03:50] <ScottK> He's on vacation.
[03:50] <Hobbsee> zul: he is doing MOTU as well, yes
[03:50] <ScottK> ajmitch had some process suggestions on IRC that I thought were good.  Did you both see them?
[03:50] <Hobbsee> i didnt
[03:50] <ScottK> He is?
[03:51] <Hobbsee> ScottK: yes
[03:51] <ScottK> OK.  I'll go dig them out of my logs and pastbin them here in a minute.
[03:51] <Hobbsee> that'd be cool.  cc them to the mailing list, if you could
[03:51] <ScottK> OK.  I believe you, I just haven't noticed.
[03:51] <Hobbsee> unsure if he's really started much yet
[03:52] <Hobbsee> hehe
[03:52] <Hobbsee> ok
[03:57] <ScottK> OK.  Done.  I had the test server done and wanted to get the other two fixed up before I forgot what I was doing.
[03:57] <ScottK> Off to grovel through the logs.
[04:11] <ScottK> Hobbsee and zul: http://paste.ubuntu-nl.org/34056/
[04:11] <ScottK> Not a lot to it.
[04:12] <Hobbsee> right, yeah
[04:15] <zul> ScottK: okies
[04:52] <white> !info gnatsweb gutsy
[04:52] <ubotu> gnatsweb: Web interface to GNU GNATS. In component universe, is extra. Version 4.00-1 (gutsy), package size 54 kB, installed size 236 kB
[05:03] <sistpoty> hi folks
[05:04] <Hobbsee> hi sistpoty
[05:05] <sistpoty> hi Hobbsee
[05:05] <sistpoty> siretart: I can't sudo on sparky, need my pw for it which I don't know
[05:16] <siretart> sistpoty: really?
[05:16] <siretart> hmm
[05:16] <siretart> sistpoty: are you at home or at work?
[05:17] <siretart> sistpoty: please call 28030
[05:17] <sistpoty> siretart: at home... I left early today ;)
[05:17] <sistpoty> I'll call in a minute
[05:17] <superm1> is that a long enough number to dial in some parts of the world?
[05:18] <siretart> superm1: no. but he knows the prefix
[05:18] <superm1> ah
[06:14] <soskel> hi
[06:15] <ScottK> Hello
[06:15] <soskel> can I have my program featured as a stock application in gusty?
[06:15] <ScottK> Possibly.
[06:15] <ScottK> It would have to be properly packaged and approved for upload by 30 Aug.
[06:15] <soskel> imageprocessinglab.com
[06:16] <ScottK> Someone would have to volunteer to do that work (the packaging).
[06:16] <soskel> I reported a bug for it
[06:16] <soskel> yesterday
[06:17] <ScottK> OK.  That's a good first step.
[06:17] <ScottK> The odds of anyone volunteering to package it in time for the new package freeze are very low.
[06:17] <mohammad> ScottK: hello, it seems that zekr failed to upload: https://launchpad.net/ubuntu/+source/zekr/0.5.1.dfsg-0ubuntu1/+build/376990 would you please kindly take a look?
[06:17] <ScottK> mohammad: I've looked.
[06:17] <ScottK> I'll give you details in a moment.
[06:18] <soskel> well, thanks ScottK
[06:18] <ScottK> soskel: If you want to package it, people here will help you, but we are virtually all volunteers.
[06:18] <soskel> I don't have ubuntu
[06:19] <Lamego> soskel, which software is it ?
[06:19] <soskel> imageprocessinglab.com
[06:19] <ScottK> mohammad: I have followed up on it and something went odd in the build system (Soyuz).  The person to talk to is currently out sick.  I've e-mailed them and will continue to follow up on the package.
[06:19] <ScottK> AFAIK, it's nothing wrong with Zekr, but I don't know why it happened yet.
[06:19] <Lamego> does it build with the current Feisty libs ?
[06:20] <soskel> ??
[06:20] <Lamego> I mean, can it be compiled on Ubuntu Feisty ?
[06:21] <soskel> yea
[06:21] <soskel> you can try if you want
[06:21] <soskel> :)
[06:22] <tsmithe> how does it build?
[06:22] <soskel> em
[06:23] <soskel> all I know is you can run it in ubuntu
[06:23] <tsmithe> uhuh..
[06:23] <tsmithe> if we can't build it, we can't package it
[06:24] <tsmithe> how are mono applications usually built? i'm unsure
[06:24] <soskel> I built it from the C#
[06:25] <Lamego> they are usually built with makefiles
[06:25] <bddebian> Heya gang
[06:25] <tsmithe> hiya bddebian
[06:25] <Lamego> in this case it seems to be a VS solution file :P
[06:25] <bddebian> Heya tsmithe
[06:26] <tsmithe> soskel, Lamego, also it depends on this "aforge" library, which doesn't seem to have a mono package available
[06:26] <soskel> can you try building it? or even running it?
[06:26] <tsmithe> bddebian, how's it going?
[06:26] <ScottK> IIRC, RAOF is the one to ask about mono.
[06:26] <bddebian> tsmithe: It's "going" thanks.  You?
[06:26] <tsmithe> alright :)
[06:26] <Lamego> soskel, that is what we are trying :)
[06:26] <tsmithe> gotta get out more, though
[06:26] <bddebian> I hear ya
[06:26] <tsmithe> hehe
[06:27] <siretart> sistpoty: I've changed the DNS to have tiber pointing to sparky
[06:27] <sistpoty> siretart: great, thanks!
[06:27] <sistpoty> siretart: one more question
[06:27] <sistpoty> siretart: will the ML of tauware accept mails from sparky?
[06:28] <tsmithe> soskel, where do you get the impression that we can run it in ubuntu?
[06:28] <siretart> sistpoty: I think so
[06:28] <sistpoty> (or could you make it so? *g*)
[06:28] <siretart> sistpoty: if freiburg doesn't, I'll fix it
[06:28] <mohammad> ScottK: thanks. Nicolas Spalinger owner of pkg-fonts team asked me to apply a few changes to http://packages.ubuntu.com/gutsy/x11/ttf-scheherazade, in particular he asked me to rename ttf-scheherazade to ttf-sil-scheherazade (to comply sil convention). I have prepared the new package. just don't know I should wait for revu to works or is there any other possiblity to upload it somewhere else?
[06:28] <soskel> tsmithe: because it is program that can be run on wine
[06:28] <soskel> for sure
[06:28] <sistpoty> siretart: cool, thanks!
[06:29] <tsmithe> soskel, uhuh... if it's c# we would most likely build it with Mono
[06:29] <tsmithe> and we aren't going to ship and wine apps any time soon
[06:29] <ScottK> mohammad: Any web space you can put the tarbarll, diff.gz, and .dsc is fine.  Just give us a link.
[06:29] <tsmithe> soskel, see http://www.mono-project.com/Main_Page for our .net implementation
[06:29] <mohammad> ScottK: thanks I will do it
[06:29] <sistpoty> mohammad: give me one or two hours, maybe revu will then suddenly work again ;)
[06:30] <ScottK> mohammad: You will also want to update zekr then to depend on the renamed font.
[06:30] <soskel> thanjks
[06:30] <soskel> I will look at it
[06:30] <tsmithe> cool
[06:30] <ScottK> mohammad: Actually, I'd make it depend on ttf-sil-scheherazade | ttf-scheherazade
[06:30] <tsmithe> it most likely will build and run on ubuntu, i guess. although if it uses WinForms, i'm not sure of the state of that
[06:31] <mohammad> ScottK: if ttf-sil-scheherazade is uploaded to gutsy then will you remove ttf-scheherazade from gutsy?
[06:31] <sistpoty> oh, stupid question, what is the most simple and secure ftp-server? vsftpd? or the netkit-one (ftpd)?
[06:31] <tsmithe> good luck soskel
[06:31] <soskel> thanks a ton
[06:32] <tsmithe> time to devour some more trees, methinks...
[06:32] <ScottK> mohammad: Don't make an entirely new package though, just rename the one you with a new version.
[06:32] <ScottK> Yes, ttf-scheherazade would get removed.
[06:33] <ScottK> And now that I think about it, zekr hasn't actually been published because of the Soyuz problem, so just do a zekr revision (...ubuntu2) with the new dependency.
[06:33] <ScottK> No noeed to make it a "|" depends.
[06:33] <siretart> sistpoty: personally, I liked pure-ftpd, but I haven't touched it a long time. we used vsftp on tiber, but I didn't really get it to have the permissions handled the way I wanted to
[06:34] <sistpoty> siretart: ok, then I'll install pure-ftpd, as I don't have a preference (apart from that I dislike proftpd a little bit)
[06:38] <xxxxx1> hey bddebian, siretart :)
[06:38] <bddebian> Any of you in here know why /var/run/msysqld.lock pukes???
[06:38] <bddebian> Heya xxxxx1
[06:38] <ScottK> bddebian: Because it's broken.  That's why.
[06:38] <ScottK> ;-)
[06:38] <bddebian> Well I assume it's because /var/run isn't static anymore?
[06:39] <ScottK> bddebian: That would be my guess
[06:39] <mohammad> you might know Persian=Farsi so I am not sure in ttf-sil-scheherazede.defoma-hinst which one should be mentioned?    Location = English Farsi Arabic Kurdi Urdu OR   Location = English Persian Arabic Kurdi Urdu
[06:39] <ScottK> Lots of packages have trouble with that.
[06:39] <bddebian> Well it's breaking a lot of postinst scripts
[06:40] <ScottK> mohammad: I would say Farsi as that is what the language is called.
[06:40] <ScottK> mohammad: I'm sure anyone who can read Farsi (and would want the font) would know.
[06:41] <ScottK> mohammad: I don't recall, do you support Punjabi?
[06:41] <ScottK> I'd expect it would use the same font as Arabic if you do.
[06:44] <mohammad> ScottK: I think it does not support Panjabi
[06:44] <ScottK> OK.
[06:44] <ScottK> Just trying to think through the different possibilities.
[06:46] <ScottK> mohammad: Though for the font that may be used by other applications, I do think Panjabi should be mentioned as it is a language that uses Arabic script (at least western Panjabi does - it's different in India).
[06:47] <mohammad> ScottK: about persian: Actually I am native Farsi speaker. the point is that when we reffer to our langauge in persian we call it Farsi but based on some conventions I think in English the official name is Persian
[06:47] <ScottK> Ah.
[06:48] <ScottK> mohammad: I have heard people refer to it as Persian, but people who know anything about Iran will know and refer to it as Farsi in English.
[06:48] <ScottK> That's my experience anyway.
[06:49] <ScottK> If someone said Persian, I would know they meant Farsi, but think they didn't know much about that part of the world.
[06:49] <ScottK> Of course that describes a lot of English speakers very well.
[06:50] <ScottK> mohammad: I'd suggest Farsi, but your call.
[06:53] <mohammad> ScottK: http://www.wazu.jp/gallery/Fonts_Urdu.html in section related to Scheherazade there is a long list of Supported Script. Panjabi is not among them.
[06:54] <mohammad> Support: Arabic script (Arabic, Ajami, Azeri, Balochi, Berber, Brahui, Kashmiri, Kazakh, Kirghiz Kurdish, Lahnda, Jawi, Parkari, Pashto, Persian, Shahmukhi, Sindhi, Uighur, Urdu, Uzbek; Also includes letters in the "Arabic Supplement" block), Latin
[06:54] <ScottK> mohammad: I see where it says, "Punjabi Shahmukhi", that
[06:55] <ScottK> is the one I meant.
[06:56] <ScottK> mohammad: Shahmukhi is western Punjabi.
[06:57] <mohammad> I add Panjabi to the Location in defoma-hints
[06:58] <ScottK> Cool.
[06:59] <ScottK> That's a bit of an odd one anyway as I understand the before the partition, all Panjabi was Gurmukhi.
[07:02] <mohammad> in debian/control shoul I mention ttf-scheherazade in both Replaces and Conflicts? or just Replaces?
[07:02] <mohammad> ScottK ^
[07:02] <ScottK> Hmmm
[07:04] <sistpoty> imbrandon: around? I've made some modifications on sparky, and also ran an apt-get autoremove (which for example remove launchpad-interaction). can you check if everything is still working?
[07:07] <ScottK> mohammad: I'd say both.
[07:07] <ScottK> http://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts
[07:20] <bddebian> grr
[07:22] <ScottK> Sorry.
[07:28] <sistpoty> hooray, I'm halfway through setting up revu again :)
[07:28] <bddebian> w00t
[07:30] <ScottK> Easy half or the hard half?
[07:31] <sistpoty> ScottK: for me the easy half (apache, mod_python, database)... the hard one will be keyring, ftp-server and processing incoming, as I never touched the scripts that do this *g*
[07:31] <ScottK> Ah.
[07:31] <mohammad> I uploaded it here: http://www.math.uwaterloo.ca/~mderakhs/transfer/ttf-sil-scheherazade/
[07:31] <ScottK> Is the ftp-server needed for dput?
[07:32] <ScottK> mohammad: I'll have a look
[07:32] <mohammad> ScottK: thank you and bye
[07:33] <sistpoty> ScottK: not quite sure, but it simplifies things. anyways, I'll want it to do *only* anonymous ftp (but I'll need to figure this yet)
[07:33] <ScottK> mohammad: It's not resolving for me.
[07:34] <ScottK> sistpoty: OK.  Given what's been published about the issues on the other box, the less ftp we have the better.
[07:35] <mohammad> ScottK: Sorry I didn't get. what is the problem?
[07:35] <sistpoty> ScottK: well, ftp for revu is not the problem. someone trying to log in with his credentials over ftp is. (and I guess we really should only allow key-based login to sparky to resolve this once and for all)
[07:35] <ScottK> sistpoty: That or sftp (but doing that without giving out shell access is hard).
[07:35] <ScottK> mohammad: The link you gave me gives no response.
[07:35] <sistpoty> yep
[07:36] <ScottK> mohammad: "The server at www.math.uwaterloo.ca is taking too long to respond."
[07:36] <ScottK> mohammad: Why don't you just e-mail me the package?
[07:36] <mohammad> ScottK: ok I will email it to you
[07:43] <mohammad> ScottK: I sent it. if the package has any problem please send me an email and let me know. Thanks :)
[07:44] <ScottK> I will.  If you want, send an update to zekr (ubuntu2) and I'll take care of it too.
[07:44] <mohammad> ScottK: ok I will. Thanks again
[07:45] <ScottK> No problem.  Maybe the soyuz issue was a one time problem and a new revision will fix that too.
[07:46] <sistpoty> hm... if that's bold enough that the setup is not yet complete? http://revu.tauware.de
[07:47] <ScottK> Cool.
[07:48] <Kmos> it's back =)
[07:48] <Kmos> not yet
[07:49] <sistpoty> no, I'm still fighting with ftp and processing :(
[07:49] <sistpoty> might take a while
[07:49] <Kmos> :)
[07:56] <sistpoty> hm... seems like I'm too dumb for pure-ftpd
[07:56] <soothsayer> Anybody have advice on how to bump a patch to a newer version of
[07:56] <soothsayer> 	     a package. That is, patch applies against 1.0, want to modify it
[07:56] <soothsayer> 	     to apply against 1.1
[07:57] <soothsayer> Argh. Sorry about that.
[07:58] <soothsayer> Anybody have advice on how to bump a patch to a newer version of a package. That is, patch applies against 1.0, want to modify it to apply against 1.1
[07:58] <ScottK> Does the patch apply against 1.1?
[07:59] <soothsayer> It's a generic question, but I assume that it applies, at least with some fuzz
[08:00] <ScottK> If it applies, then you don't need to do anything.
[08:01] <ScottK> Generally when futzing with such things I use dpatch-edit-patch or cdbs-edit-patch depending on what patch system the package uses.
[08:01] <soothsayer> ScottK: To edit the file names?
[08:01] <sistpoty> (if it applies, you'll still need to check if it's still sane then)
[08:02] <ScottK> Ah.
[08:02] <sistpoty> (common error for people using patch systems, "it still applies, let's not look over it")
[08:02] <ScottK> soothsayer: If it's just file names, any text editor will do.  I use Kate myself.
[08:02] <ScottK> But what sistpoty says is also true.
[08:03] <soothsayer> ScottK: It's not just file names. You use cdbs-edit-patch to edit, for example, chunk offsets?
[08:04] <ScottK> Yes, but not simply.
[08:06] <soothsayer> I was kind of hoping for some tool that would automatically update hunk offfsets
[08:08] <soothsayer> I guess I can write a script to apply the patch with fuzz and diff the files to create an updated patch
[08:09] <ScottK> There may be such a thing.  I'm certainly not the world's patching expert.
[08:10] <ScottK> The ways I do it work and are safe, but I'm certain not extremely efficient.
[08:10] <soothsayer> Yeah, it seems tedious to me to update file names and hunk offsets manually.
[08:11] <ScottK> If you figure a better way, I'd like to know.
[08:12] <soothsayer> I'll let you know if I find anything. I'll look into some SCMs, maybe they have they kind of functionality.
[08:12] <soothsayer> For now, I settle for manually.
[08:40] <chx> hi. I think I will take the time and effort to package protoeditor -- if it has a chance to make it into Gutsy Universe. Or even better, Feisty Universe. http://protoeditor.sourceforge.net/
[08:42] <chx> I have a launchpad acc, uploaded a key, signed the code of conduct and reading the packaging manual as I speak.
[08:45] <ScottK> New package freeze for Gutsy is August 30
[08:45] <ScottK> So there is a chance.
[08:47] <chx> great!
[08:47] <chx> oh, and in the ubuntuforum thread someone else asked for it.
[08:48] <ScottK> I don't think people here get particularly excited about the forums.  Virtually everyone here is a volunteer and will help as their interest and time allows.
[08:50] <chx> i am just saying that to further my request for the inclusion of it
[08:50] <chx> in my eyes this program is the best thing since sliced bread :)
[08:52] <ScottK> If it's legal to distribute and packaged correctly, it will get in.  If it's not, all the user howling in the world won't get it in.
[08:53] <chx> ah I see. Well, it's GPL. And while I am not experienced in this, I am a fairly advanced Linux user and I can follow instructions pretty well :)
[08:56] <ScottK> Great.
[08:56] <ScottK> I'm tied up in $WORK at the moment and can't give detailed help now, but maybe someone else can...
[08:56] <Lamego> chx, does it build with a regular configure/make ?
[08:56] <chx> well, I think the guide will be enough.
[08:56] <chx> Lamego: yes
[08:57] <chx> Lamego: the only tricky is that you need a --prefix /usr
[08:57] <Lamego> chx, I will create the package for it, but not to be integrated on the official repositories, that will be your part :)
[08:58] <Lamego> let me just finish the current package in a few minutes
[08:58] <chx> Lamego: oh! it's two in one. It's a standalone editor using katepart and a kate application plugin. for the latter, --enable-kate-plugin configure options is needed.
[08:59] <Lamego> hum, I am not much experienced with KDE, katepart ?
[09:03] <ScottK> maybe nixternal will help.
[09:04] <nixternal> ey?
[09:06] <ScottK> nixternal: Read the last ~ 20 minutes of scrollback.
[09:06] <ScottK> It won't take long
[09:06] <nixternal> ya, I just did..I am researching this protoeditor because I am not sure if I ever heard of it
[09:10] <nixternal> ann, that is Thiago's app
[09:10] <nixternal> err
[09:10] <nixternal> ahh! :)
[09:13] <chx> does that mean good... or bad :) ?
[09:42] <norsetto> hello all
[09:46] <ScottK> Hello
[09:54] <Marco> hello
[09:55] <Marco> libmtp6 should require removal of libmtp5, as they conflict over /etc/udev/rules.d/libmtp.rules and can't coexist
[10:07] <sistpoty> omg, so many hard-coded pathes in revu, I'll never get this sorted out :(
[10:07] <highvolt2ge> :(
[10:16] <sistpoty> hooray, revu-key seems to be working again... a small step for revu, but a big step for me :)
[10:17] <pygi> sistpoty, good work ;)
[10:17] <sistpoty> pygi: still the setup is not complete (aka revu is not yet running again)
[10:17] <pygi> sistpoty, true, but progress :)
[10:17] <sistpoty> hehe
[10:18] <ScottK> IIRC StevenK said something last week about REVU not being that hard to set up.  Maybe you should wake him up and make him finish it.
[10:23] <sistpoty> ScottK: might be an idea... at least if he knows the parts about processing uploads ;)
[10:24] <sistpoty> (which I didn't write any code for, so am a completely newcomer there)
[10:24] <ScottK> I have no idea which bits he was talking about, but also I'm old and forgetful, so I may have imagined the entire discussion.
[10:25] <sistpoty> ScottK: talking about laserjock's mail?
[10:26] <sistpoty> ah, confusing irc and mail reading once again, sorry
[10:26] <ScottK> No, it was on IRC.
[10:35] <ajmitch> hi
[10:37] <norsetto> hi
[10:37] <bddebian> Heya ajmitch
[10:37] <bddebian> ajmitch: Got a second?
[10:39] <sistpoty> hi
[10:40] <bddebian> Heya sistpoty
[10:42] <sistpoty> hi bddebian
[10:50] <bddebian> Later folks
[11:05] <LaserJock> hmm, where did Barry go? :/
[11:06] <sistpoty> he came, he went ;)
[11:06] <LaserJock> sistpoty: good to hear about the spam
[11:06] <LaserJock> I had to eventually unsubscribe, it was just too much
[11:07] <sistpoty> yeah, it was pretty evil, indeed
[11:07] <LaserJock> it's really tough
[11:07] <sistpoty> (also, we'll have enough bandwith for revu in the future, but that's imo not the main problem)
[11:07] <LaserJock> well, I was thinking bandwidth for .debs
[11:08] <sistpoty> hm... revu never produced .debs to download, only source packages
[11:08] <LaserJock> IMO, we should be doing more .deb testing for package review
[11:08] <LaserJock> sistpoty: exactly, that's my point
[11:08] <calc> sistpoty: hello :)
[11:08] <sistpoty> LaserJock: right, and I guess PPA will be a huge step forward for this
[11:08] <sistpoty> hi calc
[11:09] <LaserJock> sistpoty: yes, because then building and hosting .debs becomes Canonica'ls problem ;-)
[11:09] <ajmitch> hi LaserJock
[11:09] <sistpoty> yeah, especially building, which is a imo a security nightmare *g*
[11:09] <ajmitch> but it won't be *our* nightmare :)
[11:10] <sistpoty> :)
[11:10] <LaserJock> right
[11:10] <LaserJock> let elmo worry about it ;-)
[11:10] <sistpoty> LaserJock: nonetheless, I believe that the features of LP and MOTU needs for reviewing packages won't be the same
[11:11] <LaserJock> sistpoty: I think that's definitely a possibility
[11:11] <sistpoty> just think of a common review system for debian *and* ubuntu, I doubt that would be a goal for LP
[11:11] <LaserJock> as I said, I'm not convinced that using only LP is the way to go
[11:11] <LaserJock> I just think we need to do this more systematically
[11:12] <sistpoty> of course, revu(1) is outdated nowadays... and I'm guilty for that ;)
[11:12] <ajmitch> ah, the eternal launchpad debate for reviewing
[11:13] <sistpoty> however I'm currently thinking, that a new revu2 should make use of LP (e.g. building packages via PPA, or bzr branches of source-packages) where possible
[11:13] <LaserJock> exactly
[11:13] <ScottK> Everytime I touch something on LP, it just seem slow and overly complex.  Maybe I'm just used to it, but the REVU pages work pretty well for reviewing.
[11:13] <ScottK> sistpoty: Please don't make me learn bzr.
[11:13] <LaserJock> I think having a REVU that puts a nice frontend onto LP/bzr/malone
[11:14] <ScottK> I'm good with that.
[11:14] <ScottK> Do whatever magic you want on the back end.
[11:14] <LaserJock> but, I'd also like to get some more info from the LP devs
[11:14] <sistpoty> ScottK: unless debian accepts bzr, the canonical (no pun intended) source for a package will remain the source package
[11:14] <LaserJock> yep
[11:14] <ScottK> Agreed.
[11:14] <LaserJock> I'd sure hate to see us move completely to bzr for package right now
[11:14] <LaserJock> it'd confuse the heck out of me ;-)
[11:15] <sistpoty> ScottK: however if  a package is stored in bzr (in some agreed on form), a new revu should be able to pick it up
[11:15] <ScottK> We had a discussion about that on -devel recently and mvo removed his apt-get source vcs warning.
[11:15] <LaserJock> *but*, it is useful to maintain /debian in a VCS
[11:15] <LaserJock> especially when there is more than one person working on a package
[11:15] <ScottK> sistpoty: As long as REVU gives me a link to a .dsc I can dget with, I don't care where it is.
[11:16] <LaserJock> ScottK: I'm pretty sure that can be arranged ;-)
[11:16] <ScottK> LaserJock: I agree, but we either have to all use it or not.
[11:16] <sistpoty> LaserJock: ha, I don't want to start the discussion about keeping debian/ in VCS or the complete source package, but a VCS *is* definitely useful
[11:16] <LaserJock> sistpoty: well, at a minimum the debian/
[11:17] <LaserJock> when I think of the complete source in VCS I think of my 30GB debian-tex SVN checkout
[11:17] <ajmitch> I don't quite have anything that large :)
[11:17] <sistpoty> ScottK: exactly, as it is still the way to interchange debianized software between distributions based on debian
[11:18] <ScottK> Yes, so people are welcome to use vcs as it helps, but it can't be required/authoritative.
[11:18] <LaserJock> yeah
[11:18] <ScottK> We use svn in Debian Python Modules Team very successfully.
[11:18] <ScottK> Hi mok0.
[11:18] <ScottK> kssh uploaded again.
[11:18] <mok0> Hi!
[11:18] <sistpoty> ScottK: right, exactly that's what I think of a "new revu", being able but not limited to pick up packages from bzr
[11:19] <LaserJock> well, I had a good talk with LP people today
[11:19] <ScottK> sistpoty: Sounds good to me then.
[11:19] <mok0> ScottK: hopefully it is accepted this time :-)
[11:19] <ScottK> LaserJock: Do tell...
[11:19] <LaserJock> about MOTU needs, etc.
[11:19] <sistpoty> (and maybe even svn or other things stored in x-vcs-*)
[11:19] <ScottK> mok0: I think it will.
[11:20] <ScottK> mok0 and ran across a problem today and I want to check to see if it's a bug.
[11:20] <LaserJock> it seems that for 1.1.9 we should have most if not all of the "motu" tagged soyuz bugs fixed
[11:20] <sistpoty> and maybe (since it's already the 17th, I guess i can announce this in a "half-public" way) I'll have more time to work on revu once my MC membership has been replaced :)
[11:21] <LaserJock> and perhaps a first run at a "Developers User Guide" type doc
[11:21] <ScottK> He had to repack the source for kssh to add some missing license text and as recommended changed the dir it unpacked to to packagname-version.orig.
[11:21] <LaserJock> sistpoty: MC membership replaced?
[11:22] <ScottK> When I unpacked his repacked tarball with dpkg-source, dpkg-source did me the "favor" of removing the .orig off the dir name.
[11:22] <ScottK> That didn't seem right.
[11:22] <ScottK> Comments?
[11:22] <ajmitch> sistpoty: elections? :)
[11:22] <sistpoty> LaserJock: right, I'm going to step back from MC once dholbach is back from holidays... I'm always late at work once I start to kill my email-backlog
[11:22] <ajmitch> ScottK: it shouldn't matter
[11:22] <sistpoty> ajmitch: damn *g*
[11:22] <ajmitch> (afaik)
[11:22] <ajmitch> sistpoty: hm?
[11:23] <sistpoty> ajmitch: meaning that I've got to wait until elections have been finished ;)
[11:23] <ScottK> ajmitch: It would all work fine, but the point of changing the dir name to .orig is to alert people that the tarball has been repacked.
[11:23] <ajmitch> yeah, well maybe they'll just replace the whole lot of us :)
[11:23] <ScottK> Stripping it seems to make no sense.
[11:24] <sistpoty> ajmitch: so better get going with some questions to the applicants :P
[11:24] <LaserJock> ScottK: ahh, that might be because it already uses .orig for something else
[11:25] <LaserJock> i.e. making the diff.gz perhaps
[11:25] <ajmitch> sistpoty: nah, if they replace me then I won't need to so anything, will I? :)
[11:25] <ScottK> Dunno.
[11:25] <sistpoty> ajmitch: cheater :P
[11:26] <ScottK> mok0: I'd say file a bug.
[11:26] <LaserJock> ScottK: look at the dir names for the diff on the .diff.gz
[11:26] <ScottK> What elections?
[11:26] <ScottK> LaserJock: Looking
[11:27] <LaserJock> I believe it uses .orig to do the diff
[11:27] <LaserJock> that said, I'm not sure that "fixes" your problem
[11:27] <ajmitch> ScottK: sistpoty is leaving the motu council
[11:27] <sistpoty> ScottK: MC members were elected
[11:27] <LaserJock> sistpoty: they were?
[11:28] <ScottK> Yes, they were.
[11:28] <LaserJock> when did this happen?
[11:28] <ajmitch> when it was setup
[11:28] <ScottK> Maybe I misread, I got the idea you were saying an election was already in progress.
[11:28] <sistpoty> yep, however the candidates were set up by TB? (or CC?)
[11:28] <ScottK> Nevermind.
[11:28] <LaserJock> ok, but how/when did we get new MC?
[11:28] <ajmitch> https://launchpad.net/~ubuntu-dev/+polls
[11:28] <ajmitch> LaserJock: we haven't
[11:28] <ajmitch> but we will get at least 1 new person
[11:29] <sistpoty> ScottK: no, this is my "public coming out" ;)
[11:29] <ScottK> OK.
[11:29] <LaserJock> ohh
[11:29] <ScottK> Just making sure I didn't miss something.
[11:29] <ajmitch> sistpoty: haha
[11:29] <LaserJock> I thought you were saying that a new MC had been elected
[11:29] <LaserJock> and I was thinking "I didn't get any email about it"
[11:30] <LaserJock> surely I'm not *that* out of touch ;-)
[11:30] <sistpoty> no, I'm just planning to step back from MC if that wasn't clear enough
[11:30] <LaserJock> I got that part
[11:30] <LaserJock> just not who was replacing you
[11:31] <sistpoty> motu-land is full of good candidates imho
[11:31] <LaserJock> ok, so back to LP briefly, I think we need to write a spec-like wiki page
[11:32] <LaserJock> that outlines what workflows MOTU has and requirements
[11:32] <LaserJock> and specifically what we need from Launchpad
[11:32] <sistpoty> LaserJock: yes, though I doubt that LP will always fulfill all motu requirements
[11:32] <LaserJock> I agree, but I think it can be made significantly better
[11:33] <sistpoty> so I think we should first figure what the optimal workflow would be for us (not tied to anything that LP can possible provide) and then see how LP can be integrated
[11:33] <LaserJock> and the head honchos over there seem to be willing to do something
[11:33] <ScottK> Start with make if faster.
[11:34] <imbrandon> s/\)//
[11:34] <imbrandon> err
[11:34] <LaserJock> imbrandon: you're alive!!!!
[11:34] <sistpoty> imbrandon: did I break sparky? *g*
[11:34] <imbrandon> sistpoty: not that i'm aware
[11:34] <sistpoty> :)
[11:34] <LaserJock> ScottK: ok, so what actions are slow?
[11:34] <imbrandon> LaserJock: hehe i'm always alive, i just straw away from irc last few months
[11:35] <imbrandon> stray
[11:35] <LaserJock> good man
[11:35] <LaserJock> that's what I'm supposed to be doing right now
[11:35] <ScottK> LaserJock: IMO all of them.  LP is by a significant margin the slowest web site I visit regularly.
[11:35] <LaserJock> hmm
[11:35] <LaserJock> and you're in the US right?
[11:35] <ScottK> That's one of the reasons I really don't like focusing more of our work flow there.
[11:35] <ScottK> I find it very painful.
[11:35] <ScottK> Yes
[11:36] <sistpoty> ScottK: the interim revu (once I've managed to set it up) will be *much slower* ;)
[11:36] <imbrandon> better solution would be to find the poblem and fix it then avoid it, network latency app slowness etc et etc
[11:36] <ScottK> Urhg.
[11:36] <RainCT> good night, see you next week
[11:36] <ScottK> Good night.
[11:36] <sistpoty> ScottK: though a migration to faster HW is planned once siretart and /me have some time to assemble it
[11:36] <ScottK> OK.
[11:37] <ScottK> Sounds good.
[11:37] <LaserJock> ScottK: I'm not sure why you'd be getting slowness, it'd be nice to get some rough numbers
[11:37] <ScottK> One of LP's fundamental problems is that everything is https whether it needs to be or not.  So everything is slower than it has to be.
[11:37] <LaserJock> I remember people from NZ and Australia having issues
[11:38] <LaserJock> but it seemed like from the US it was usually fine
[11:38] <imbrandon> the whole island runs on 56k though
[11:38] <imbrandon> ;)
[11:38] <sistpoty> haha
[11:38] <LaserJock> a single 56K line
[11:38] <imbrandon> yea kinda like .tw
[11:38] <imbrandon> ;)
[11:38] <LaserJock> shared by several million sheep
[11:38] <imbrandon> roflmao
[11:39] <imbrandon> just leak the LP source like facebook did ;)
[11:39] <LaserJock> for me LP is speed-wise is on the lower half of sites I visit but not out of an "average" range
[11:40] <LaserJock> it's like 2s for most pages
[11:40] <imbrandon> must faster for me normaly, even when it draggs its 2 -3 s
[11:40] <imbrandon> imho
[11:41] <imbrandon> but i have fat pipes here
[11:41] <LaserJock> pfft
[11:41] <LaserJock> you can get like a whole .iso in 2-3s ;-)
[11:41] <imbrandon> hahah more like 2 - 3 minutes
[11:41] <imbrandon> ;)
[11:41] <LaserJock> really? that's not *that* fast then
[11:42] <imbrandon> i'm capped at 100MB/s on my workstation
[11:42] <peanutb> dang. thats fast
[11:42] <imbrandon> if i bonded nic's and used diffrent routerts etc
[11:42] <imbrandon> i could up it but you know
[11:42] <imbrandon> i'm lazy
[11:43] <LaserJock> heh, <imbrandon>"damn you and your 100MB/s cap! I want fresh .isos and YouTube now!"</imbrandon>
[11:43] <ScottK> For me it tends to be more like 3 - 6 seconds per page.
[11:43] <imbrandon> ;)
[11:44] <ScottK> I don't have imbrandon's bandwidth, but I do have 7mb down.
[11:44] <LaserJock> ScottK: much better than waiting 2hrs for debbugs ;-)
[11:45] <gouki> Does anyone know the name of python-notify (edgy) on dapper drake repositories?
[11:46] <ScottK> LaserJock: I find the Debian web pages to be uneven.  Some days they are fast and a few slow.  On their normal, fast days, I find them much more responsive than LP>
[11:46] <LaserJock> ScottK: the web pages yes
[11:46] <LaserJock> but the email interface is ... difficult for me
[11:46] <gouki> Edgy and Feisty, actually
[11:46] <ScottK> Agreed that the e-mail interface is complex.
[11:47] <LaserJock> I've had duplicate bugs filed before because it took so long to get a response (literally over 2 hrs) that I thought it didn't go through
[11:47] <LaserJock> the key for me, unfortunately I suppose, is to do as few clicks in LP as possible
[11:48] <LaserJock> I hardly ever click from one page to another
[11:48] <LaserJock> 90% of the time I build the URL
[11:48] <sistpoty> LaserJock: the DBTS email interface is imo a big plus of DBTS of LP, as I never managed to get used to the LP interface (probably because 1) the documentation is not easily accesable and 2) you need to learn DBTS for debian)
[11:49] <sistpoty> also, I can access the lists of bugs simply with bugs.debian.org/<package>
[11:49] <LaserJock> I've never once used the email interface for LP
[11:50] <sistpoty> never have I, since I can do it the long but easier way, I guess ;)
[11:50] <LaserJock> it's much shorter for me to us the webUI
[11:51] <LaserJock> I think we could definately have bugs.ubuntu.com/<package>
[11:51] <sistpoty> yes, that would be great!
[11:51] <ajmitch> hey imbrandon
[11:51] <imbrandon> heya ajmitch
[11:52] <imbrandon> email is evil, rember not everyone ( more and more ) use webmail
[11:52] <imbrandon> so its the same issues
[11:52] <ScottK> Not sure what webmail has to do with it.
[11:53] <ScottK> The major use I make of the LP email interface is to reply to bugmail with additional comments.
[11:53] <imbrandon> in otherwords why would i trade one direct webui for another indirect webui to work with LP
[11:53] <ScottK> Ah.
[11:53] <LaserJock> we already have bugs.ubuntu.com, it should be possible to get the right redirect
[11:53] <imbrandon> you are by far becoming a minority
[11:54] <LaserJock> I only use webmail now
[11:54] <LaserJock> my uni mail is Horde and gmail for everything else
[11:55] <blueyed> If I want to provide a debdiff for xubuntu-meta (2.39), which version should it take? "debch -i" gave me 2.39ubuntu1.
[11:55] <sistpoty> imbrandon: because it's essential to have a good workflow for the people doing *reviews* (as that's our bottleneck), likewise for people producing fixes to bugs
[11:56] <sistpoty> (or rather being people to upload fixes for bugs)
[11:56] <sistpoty> blueyed: native package?
[11:57] <blueyed> yes. meta package for xubuntu.
[11:57] <blueyed> I've used 2.40 now..
[11:57] <sistpoty> blueyed: 2.40 seems sane to me, since its a ubuntu native package
[12:03] <Rinchen> ping LaserJock
[12:03] <norsetto> night all
[12:03] <LaserJock> hi Rinchen
[12:04] <Rinchen> hey LaserJock, I wanted to tell you about a change to the bug page in next week's release
[12:04] <Rinchen> give you advanced notice
[12:04] <Rinchen> https://bugs.edge.launchpad.net/ubuntu/+source/totem/+bug/38169
[12:04] <ubotu> Launchpad bug 38169 in totem "totem firefox plugin doesn't plug in" [Medium,Fix released] 
[12:05] <Rinchen> note how the drop downs in that bug have changed
[12:05] <LaserJock> Rinchen: yeah?
[12:05] <Rinchen> and also the action is different when you click on the package name
[12:05] <Rinchen> oh
[12:05] <Rinchen> that reminds me
[12:05] <POX_> ScottK: I see you're promoting DPMT here, great, new members are welcome!
[12:05] <LaserJock> yeah, so the package name now goes to the package, how smart :-)
[12:05] <ScottK> sistpoty or ajmitch: If one of you are moderators for motu-council, I sent a message to the list from the wrong address.  I'd appreciate it if you would set if free.
[12:05] <Rinchen> does MOTU have a place where I can send you advance warning of features to? like an email list
[12:06] <sistpoty> ScottK: sure, we both are, give me a minute
[12:06] <Rinchen> we sent advanced warning to a few places, like our distro team but we probably should send it to you guys too
[12:06] <LaserJock> Rinchen: like ubuntu-motu@lists.ubuntu.com?
[12:06] <ScottK> POX_: I also wrote https://wiki.ubuntu.com/ContributingToDebian/PythonModulesTeam
[12:07] <ScottK> sistpoty: THanks.
[12:07] <Rinchen> LaserJock, yeah, if that's a good place, I'll try to get all of the early warning LP changes your way
[12:07] <LaserJock> Rinchen: excellent, thanks
[12:07] <POX_> ScottK: yes, I saw that page few weeks ago
[12:07] <ScottK> OK.
[12:07] <sistpoty> ScottK: my I PM you?
[12:07] <ScottK> Sure
[12:08] <Rinchen> LaserJock, great. I'll make that change effective now...which means you'll get those for the next LP release (if we have any that need to go out)
[12:09] <LaserJock> coolio
[12:11] <Rinchen> LaserJock, and I'll also try to get MOTU some good dev docs in 1.1.9...at least get something going. I've already assigned it.  If you or the rest of the MOTU have ideas, please collect them on a wiki someplace and I'll have Matt R give you (laserjock) a shout.
[12:12] <LaserJock> Rinchen: will do, I think that'd be a big improvement
[12:12] <Rinchen> LaserJock, great. I think it'll take a few cycles to get the docs out but maybe we can do the ones you guys might need first. You're probably in LP more than most folks.
[12:13] <Rinchen> LaserJock, did I tell you or did someone mention that we're going to be providing public APIs to LP?
[12:14] <Rinchen> Something to think about with REVU
[12:14] <LaserJock> Rinchen: not really, what's it going to have?
[12:14] <Rinchen> access to all of LP's data
[12:14] <ajmitch> that's useful
[12:14] <LaserJock> sistpoty: have you heard about ^^?
[12:14] <imbrandon> nice
[12:14] <ajmitch> what sort of access is this?
[12:14] <Rinchen> The devs are figuring out how to make that a reality in a few weeks and then we'll be working on it for a few months.