[12:32] <bmm> Although it's not long after my first advocation, I'm looking for my second for ccbuild http://revu.tauware.de/details.py?upid=5413 or any comments.
[12:33] <RainCT> good night
[12:33] <bmm> night night
[12:58] <pochu> bmm: I'd change the link to the downloads in debian/copyright, so you don't have to change it with every new release ;)
[12:59] <bmm> pochu: change it how? You mean point to the homepage, not the source file?
[01:00] <pochu> Well, either the homepage, or the downloads page.
[01:03] <bmm> I'm not really expecting a new release soon, so it should be ok. But I'll put it on my todo
[01:46] <pochu> Night folks
[01:55] <TheMuso> Hey all.
[01:55] <RAOF> Hey TheMuso 
[01:59] <RAOF> Ah, forums.  Where else would you find such useful suggestions as "make it boot faster" :)
[02:00] <YokoZar> RAOF: Well, it may not specify HOW to do it, but it does help to know what users want in general every now and again
[02:00] <YokoZar> I'd imagine many of us never reboot, so boot times aren't as big a deal for us than most of our users ;)
[02:04] <RAOF> YokoZar: Eh, maybe.
[02:05] <YokoZar> RAOF: On the other hand, I get tons of "make it work better", which isn't exactly useful :)
[02:08] <persia> Is there an easy way to determine from package source whether a package is VCS maintained in Ubuntu vs. being VCS maintained in Debian?
[02:17] <nixternal> persia: good morning :)
[02:17] <persia> nixternal: Good morning.  I'm looking now :)
[02:17] <nixternal> hey, just so you know, I put the latest kplayer on mentors and ana will hopefully sponsor it shortly
[02:18] <persia> nixternal: Great!
[02:18] <nixternal> ya, but take a quick look and see if you come up with anything...just in case ana and them decide there are to many k*players in kde-extras :)
[02:18] <AndyP> hmm, the latest pymsnt merge should've been a sync
[02:22] <TheMuso> Grrr! You gotta love companies that release proprietary software for Linux, and make a deb available, which is *ABSOLUTELY SHOCKING* quality.
[02:23] <TheMuso> The deb packaging that is.
[02:23] <persia> heh
[02:23] <TheMuso> persia: For a start, they ask questions in pre/postinst, and do not use debconf.
[02:23] <AndyP> ew
[02:23] <persia> TheMuso: You could submit a patch.  Most of debian/ can be reconstructed from the binary :)
[02:23] <TheMuso> My thoughts exactly
[02:24] <TheMuso> persia: Very true.
[02:26] <DarkSun88> G'night
[02:29] <crimsun> actually I reboot fairly often
[02:29] <crimsun> one of the side effects of testing changes
[02:31] <RAOF> Is kvm broken for anyone else?  Man, Sid's gnome looks ugly by default.
[02:32] <crimsun> not ugly ... functional :-)
[02:42] <TheMuso> Symlinking libraries from /opt/lib to /usr/lib is just asking for trouble.
[02:43] <fredericthewise> good morning all!! (jussi01 on brothers machine)
[02:43] <TheMuso> Whats more, the libraries don't have version numbers in their names.
[02:44] <fredericthewise> morning  TheMuso 
[02:45] <TheMuso> Hey fredericthewise
[02:45] <AndyP> TheMuso: so does this mystery demonic package have a name? :)
[02:46] <TheMuso> AndyP: Its a software speech synthesizer, that is only available for purchase.
[02:46] <jussi01> hey TheMuso, you are in au correct??
[02:47] <TheMuso> jussi01: Yes.
[02:47] <TheMuso> brb
[02:47] <jussi01> hello ajmitch 
[02:48] <persia> nixternal: Commented.  Note that menu files are more important in Debian than in Ubuntu.
[02:48] <crimsun> time to take a look at LSR.  New $employer will allow me to spend some time to work on it.
[02:49] <ajmitch> crimsun: where are you now?
[02:50] <crimsun> ajmitch: in a coffee shop :-)
[02:50] <ajmitch> :P
[02:51] <ajmitch> I mean in terms of $employer
[02:51] <crimsun> I'm in the Washington, D.C. area
[02:54] <nixternal> persia: which directory should I populate the kplayer manpage to?
[02:54] <crimsun> "the correct one."
[02:54] <crimsun> kplayer(1)
[02:54] <nixternal> heh, there are quite a few "one"s
[02:55] <crimsun> no, literally one.
[02:55] <crimsun> one (1)
[02:55] <nixternal> so in the kplayer.manpages, it should be populated with?
[02:55] <nixternal> kplayer.1 is in debian/
[02:55] <persia> nixternal: Just put debian/kplayer.1 in kplayer.manpages (yes, 1)
[02:55] <crimsun> debian/kplayer.1
[02:56] <nixternal> rock on
[02:56] <nixternal> thanks
[02:56] <persia> nixternal: dh_installman takes care of the destination based on the manpage filename.
[02:57] <TheMuso> crimsun: Um... What are you on about?
[02:58] <AndyP> when debian catches up with the versions of our -0ubuntuN packages, how on earth do we merge them?
[02:58] <crimsun> TheMuso: I'm doing to dig in
[02:58] <crimsun> grr, going to dig in
[02:58] <TheMuso> crimsun: Why? Whats up with it?
[02:58] <crimsun> TheMuso: nothing's "up" with it.
[02:58] <TheMuso> crimsun: um ok.
[02:58] <persia> AndyP: Use the ubuntu orig.tar.gz, and create a debdiff including the debian changes (if appropriate) in the Ubuntu package.
[02:59] <crimsun> TheMuso: employer has an interest in making it work for our aging workforce, many of whom are impaired.
[02:59] <TheMuso> crimsun: aaah
[02:59] <TheMuso> crimsun: Well maybe orca would be a better bet.
[03:00] <crimsun> I'll look into that
[03:00] <AndyP> persia: ok, i think i get that
[03:00] <TheMuso> persia: LSR was IBM's screen reader for GNOME, but now that its dormant, I say let it lie. I'd rather the one screen reader for GNOME.
[03:00] <crimsun> unlike alsa, it's a fairly new category for me
[03:01] <persia> TheMuso: That makes sense to me, although my (very light) interest in LSR is more about the input device management.
[03:02] <TheMuso> persia: um ok.
[03:09] <AndyP> ah i see seb128 is the easytag maintainer for both debian and ubuntu, i'll wait until i've asked him about it
[03:12] <persia> bluekuja: About kid3: Please remerge once Ubuntu actually ships FLAC 1.1.4: the current merge doesn't work.
[03:12] <TheMuso> AndyP: You're welcome to do nufw which is in the updated merges sectio.
[03:12] <TheMuso> section
[03:13] <AndyP> TheMuso: thanks, i'll take a look
[03:15] <TheMuso> ewwwwwwww!!! Ok this package really sucks! It depends on libstdc++2.10-glibc2.2
[03:15] <crimsun> flac is in binary NEW.
[03:15] <crimsun> yay for transitions.
[03:17] <persia> crimsun: Yep!
[03:18] <persia> If anyone has a moment, would they be willing to tell me why `find /usr/share/applications -type f -name *.desktop -printf '%p\n' -execdir grep -q "^MimeType";` doesn't work?
[03:23] <AndyP> persia: maybe the * is being used by bash (or whatever shell) and not find ?
[03:24] <persia> AndyP: Thanks.  I've actually just realised I need \; instead of ;, which seems to address it.  Darn shell quoting rules.
[03:24] <AndyP> :)
[03:30] <nixternal> is there a set of tools, besides lintian and linda, that you use for revu'ing? I want to cut down on packaging issues I seem to have by following the documentation
[03:33] <persia> nixternal: There's a list of hints for reviewers available from https://wiki.ubuntu.com/MOTU/Packages/Reviewing.  It's not everything people use, but it might reduce comments.
[03:33] <nixternal> ya, already use that
[03:33] <nixternal> for instance, how do you validate a .desktop file? that was the first I have ever heard of that
[03:34] <nixternal> and I can verify the desktop file does in fact work when installing the pkg's
[03:34] <persia> nixternal: Ah.  That's just me :)  The tool is called desktop-file-validate, in the desktop-file-utils package.  The current .desktop only works in KDE (not that many XFCE or GNOME users are likely to use kplayer, but...)
[03:35] <nixternal> ahh, very true
[03:35] <nixternal> well my fix for that is everyone should do the right thing and use KDE :p
[03:36] <persia> nixternal: So, you'll port plucker-desktop to QT then :)
[03:37] <nixternal> now that is a sweet tool
[03:37] <nixternal> bah, to much work involved with that horrible app
[03:38] <nixternal> it seems a lot of people are ditching plucker-desktop and using a util called Sunrise
[03:38] <nixternal> supposedly similar, except for the fact that it just works :)
[03:42] <nixternal> persia: for the desktop files, is it recommended to use a patch for each .desktop file, or is it fine to have 1 patch fix all .desktop files?
[03:42] <persia> nixternal: I think 1 patch for all the .desktop files is easier to maintain.  Also remember to put something in /usr/share/pixmaps, as other environments don't search the legacy KDE image locations.
[03:43] <nixternal> yup...I will get that
[03:43] <nixternal> the cut&paste desc..you were referring to the manpage?
[03:47] <persia> nixternal: debian/control.  The manpage is great, but the long descriptions in the control file for -common and -doc looked like repetitions of the main description at first glance.  On the other hand, descriptions isn't really a strong point for me.
[03:48] <nixternal> oh, they are..only following other packages, that is why I did it that way
[03:48] <AndyP> what does it mean when the .po files in debian/po/ all have .UBUNTU suffixes and there aren't any .DEBIAN counterparts? they were removed from the debian package?
[03:48] <AndyP> (from MoM)
[03:48] <crimsun> depends.
[03:49] <crimsun> for main source, always prefer the Debian .po
[03:49] <crimsun> Rosetta's used for that.
[03:49] <crimsun> for universe, it's a bit more complicated
[03:49] <persia> nixternal: As I said, it's not something I know well.  If you have other example packages, it's probably fine.
[03:51] <AndyP> crimsun: um ok, but there aren't any Debian .po
[03:51] <crimsun> AndyP: so prefer the Debian source.
[03:51] <AndyP> ah i see, ok
[04:07] <crimsun> joejaxx: have you made headway on ndisgtk?
[04:08] <joejaxx> crimsun: hmm?
[04:10] <crimsun> joejaxx: I pinged you a couple weeks ago regarding the merge
[04:14] <joejaxx> crimsun: i do not see it on MoM
[04:14] <joejaxx> :\
[04:15] <crimsun> use DaD
[04:16] <joejaxx> do you have a link? it is not in the top any longer
[04:16] <joejaxx> gah
[04:16] <joejaxx> topic*
[04:17] <crimsun> note that the DaD version is broken; you need to manually inspect it
[04:17] <leonel> crimsun:  for https://bugs.launchpad.net/ubuntu/+source/dbmail/+bug/119131    I see the package in MoM  that's where I'll start ?
[04:17] <ubotu> Launchpad bug 119131 in dbmail "Please Merge 2.2.5 from Debian Unstable" [Undecided,Unconfirmed]  
[04:19] <crimsun> leonel: according to DaD, luca is already working on it.
[04:20] <LaserJock> blah
[04:20] <LaserJock> having both MoM and DaD really bugs me
[04:21] <leonel> crimsun: I've mailed him knowing that he fixed somethings  for 2.2.3  and  said  it was ok  for me to do the merge 
[04:22] <crimsun> leonel: ok, please change the comment on DaD and update the bug Status on LP according
[04:23] <joejaxx> LaserJock: do you have a link to DaD
[04:23] <joejaxx> ?
[04:23] <crimsun> see the topic.
[04:23] <crimsun> err
[04:23] <crimsun> http://dad.dunnewind.net/universe.php
[04:23] <crimsun> silly topic.
[04:29] <ScottK2> Good $TIMEOFDAY everyone.
[04:32] <ScottK2> siretart: I saw your note to Doko on ubuntu-devel about recommending python-celeemttree.  I think a large question about that particular pacakge is why we build it for Python 2.5 at all since it's now built in.
[04:33] <ScottK2> siretart: Debian only builds it for Python 2.4 and earlier.
[04:33] <ScottK2> urgh. large/larger.
[04:34] <leonel> hey ScottK2 I'm going for my first  merge ..
[04:34] <ScottK2> Hey leonel.  Great.  Which one.
[04:34] <leonel> dbmail
[04:34] <ScottK2> Ah.  
[04:35] <leonel> but there are patches that need to be applied
[04:35] <ScottK2> How's clamav security updating going?  I've been offline the last two days.
[04:35] <leonel> let's see how it gets
[04:36] <viveksri15> hi all
[04:36] <joejaxx> well time for my merge adventure :P
[04:36] <leonel> scottK2 clamav   I had to  stop it,  It  turned  complicated to find the patches in the changed version  ..
[04:36] <joejaxx> viveksri15: hello
[04:36] <ScottK2> leonel: Did you talk to dktrkranz about doing the dbmail merge?
[04:36] <leonel> scottK2  but  I'm  not abandoning  clamav
[04:36] <leonel> scottK2 yes  I've mailed him  and  said  it was ok  for me to do the merge
[04:36] <ScottK2> leonel: It might be worth it to pubilsh the patches you've gotten done so far.
[04:37] <ScottK2> leonel: OK.  Just making sure.  It's considered polite, but not everyone does it.
[04:37] <leonel> scottK2 for dapper's clamav  I can only  apply  1 the  ole2  
[04:37] <leonel> scottK2  the o
[04:37] <ScottK2> leonel: One fix is better than no fixes.
[04:37] <leonel> scottK2 there are 4 more to be fixed 
[04:38] <leonel> scottK2 but I got  lost  since the patches must be applied  in    cab.c  and  dapper's  clamav   does not have  cab.c  file ...
[04:38] <leonel> ScottK2 the ole2  I'll work on it  tomorrow    
[04:39] <ScottK2> OK.  But if you end up having to put it aside for a while, you should ask keescook to publish what you've gotten done.
[04:40] <leonel> scottK2 ok    I was not going to abandon  dapper's  clamav    
[04:40] <ScottK2> OK.
[04:40] <ScottK2> Sounds good.
[04:40] <leonel> scottK I need to find those patches in sarge's clamav
[04:41] <leonel> scottK2 I need to find those patches in sarge's clamav
[04:41] <ScottK2> leonel: I expect keescook could help you find them.
[04:42] <leonel> scottK2 ok  I'll  ask him  but first let me  search in sarge's  
[04:42] <ScottK2> OK.
[05:03] <AndyP> TheMuso: nufw merged in bug #119249
[05:03] <ubotu> Launchpad bug 119249 in nufw "Please merge nufw 2.2.0-2ubuntu1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/119249
[05:16] <TheMuso> AndyP: Ok, will have a look in a bit.
[05:34] <ScottK2> Hello effie_jayx.
[05:35] <effie_jayx> hey ScottK 
[05:35] <effie_jayx> hey ScottK2
[05:35] <ScottK2> How are things going?  Have you started working on anything else?
[05:38] <effie_jayx> ScottK2,  moodle
[05:38] <effie_jayx> I am a bit stuck
[05:42] <effie_jayx> ScottK2,  the only change reads... new upstream version
[05:43] <LaserJock> effie_jayx: you are merging moodle?
[05:44] <effie_jayx> LaserJock,  just for kicks ... to learn ... yes
[05:44] <LaserJock> Edubuntu is working on moodle I think
[05:46] <effie_jayx> LaserJock,  I am trying to learn... I am not going for the money yet :D
[05:49] <effie_jayx> :S
[05:51] <effie_jayx> ScottK2,  did you check the changelog?
[05:51] <effie_jayx> the thing is I am not quite sure If I am doing the right things...
[05:52] <LaserJock> so, today I merged lintian and added in a check that will stop NMU warnings for ubuntuX packages
[05:54] <ScottK2> effie_jayx: No.  I was waiting to see if LaserJock had anything to say.
[05:54] <ScottK2> LaserJock: That sounds good.
[05:55] <effie_jayx> ScottK2,  Ok
[05:55] <LaserJock> moodle isn't exactly the ideal "starter" package
[05:55] <effie_jayx> I see
[05:55] <ScottK2> effie_jayx: Did you pick moodle or did someone suggest it to you?
[05:56] <effie_jayx> I picled it
[05:56] <effie_jayx> my bad...
[05:56] <ScottK2> LaserJock: Do you have a pending merge that would be good for someone new (I have none)
[05:59] <LaserJock> hmm, how about texmacs
[05:59] <minghua> LaserJock: Debian "fixed" the octave wrong result bug by switching back to g77
[05:59] <LaserJock> minghua: and that "fixed" it?
[05:59] <LaserJock> ScottK: it's an editor, it's not that bad
[06:02] <LaserJock> darn it, I'm running out of hard drive space
[06:02] <crimsun> you don't need it.  Gimme.
[06:03] <LaserJock> well, I've got a gutsy source/i386 mirror
[06:03] <LaserJock> it's eating up a lot of space
[06:03] <LaserJock> and now I'm actually using vmware
[06:04] <LaserJock> I've got 1 last partition to wipe
[06:04] <LaserJock> it has OpenSUSE on it
[06:04] <LaserJock> but I can just use vmware for that
[06:04] <minghua> LaserJock: yes, because gfortran and g77 has different ABI for complex numbers on 64-bit platforms
[06:04] <minghua> LaserJock: and BLAS/LAPACK/ATLAS is compiled by g77
[06:05] <LaserJock> interesting
[06:06] <LaserJock> so I'm using up 49GB for gutsy mirror
[06:07] <RAOF> Man, there's this strange voice recognition filter on Telstra's support line.
[06:07] <StevenK> My edgy/fiesty/gutsy amd64/i386 mirror is 57Gb.
[06:08] <StevenK> I'm thinking it might be time to stop mirroring edgy.
[06:09] <StevenK> RAOF: Whenever I call Telstra, it can't seem to pick up my mobile number.
[06:10] <StevenK> RAOF: It asks "Is your query about the phone you're on now?" Which is the office PRI, so of course it isn't.
[06:11] <RAOF> StevenK: Or it's about the landline at my new flat, and I want to know whether it's atually *connected* or not!
[06:12] <LaserJock> StevenK: only 57GB?
[06:12] <StevenK> LaserJock: Heh, I only have 60Gb available for it.
[06:13] <effie_jayx> RAOF,  there is a new package
[06:13] <LaserJock> StevenK: I've got 942M free
[06:13] <effie_jayx> RAOF,  texmacs-1.0.6.10
[06:14] <RAOF> effie_jayx: Oooh, I use texmacs.  What interesting bugs are fixed :)
[06:16] <Hobbsee> hi all
[06:16] <RAOF> Hey Hobbsee 
[06:16] <Hobbsee> :)
[06:26] <AndyP> hm 5:25am... time for bed. good night folks
[06:27] <RAOF> So, I should get internet at my flat in a week or so.  Woooo!
[06:27] <Hobbsee> yay!
[06:28] <Hobbsee> yup. it's dead.
[06:29] <nixternal> .desktop file, for an action, is it necessary to provide a name and and type?
[06:29] <persia> nixternal: Could you rephrase?  I'm not sure how to answer other than http://standards.freedesktop.org/desktop-entry-spec/latest/
[06:30] <nixternal> ya, I was looking at that, and ummm they forgot all about Actions :)
[06:30] <Hobbsee> yay, successful phone-mangling!
[06:30] <persia> Actions?
[06:30] <nixternal> i.e. actions uses in service menus and such in KDE
[06:30] <RAOF> Hobbsee: Phone mangling?
[06:30] <crimsun> this channel is particularly random tonight.
[06:30] <Hobbsee> RAOF: VOIP phone.  hell when the internet connection goes down
[06:31] <nixternal> Actions=AddToPlaylists;AddToCollection;
[06:31] <RAOF> Hobbsee: Oh.  Whoops :)
[06:31] <Hobbsee> RAOF: ie, it usually doesnt get another IP, so you have to hard-reboot the voice box.
[06:31] <Hobbsee> and usually, once you do that a few times, it'll come back
[06:32] <Hobbsee> else you have to wipe all the settings, put them back in, etc.  much pain.  or just ignore the phone :P
[06:32] <RAOF> Ah, technology.  Isn't it wonderful.
[06:32] <Hobbsee> yep, yep
[06:32] <Hobbsee> technology in au is definetly very wonderful
[06:33] <persia> nixternal: I'm having trouble finding docs on that, but I think http://techbase.kde.org/SysAdmin/Kiosk/Keys implies you want to use X-KDE-AuthorizeAction=
[06:33] <persia> Hobbsee: It's not all the tech, just everything that has anything to do with telecommunications :)
[06:33] <crimsun> Hobbsee: denmark? sweden? the netherlands? finland? germany?
[06:33] <Hobbsee> persia: hehe
[06:33] <TheMuso> Hobbsee: Muscent be a good VOIP device then.
[06:33] <Hobbsee> crimsun: europe somewhere.  maybe germany
[06:33] <nixternal> persia: those are for kde rc config files
[06:34] <Hobbsee> TheMuso: it's an engin voicebox.
[06:34] <crimsun> I'd choose .nl for sure
[06:34] <Hobbsee> TheMuso: and i'ts on hellstra, so...
[06:34] <Hobbsee> crimsun: why so?
[06:34] <TheMuso> Hobbsee: Hmm ok. A voicebox is a rebranded spa afaik
[06:34] <TheMuso> .c
[06:34] <crimsun> because everywhere else sucks.
[06:34] <TheMuso> ugh
[06:34] <Hobbsee> TheMuso: yeah, that sounds vaguely familiar
[06:34] <persia> nixternal: See the "Authorising .desktop files" section.  I'm just not finding a good reference for legacy KDE menu entries, and how to migrate to f.d.o .desktop files.
[06:35] <TheMuso> Well I am using a SPA-3102 here
[06:35] <TheMuso> With no real problems.
[07:20] <crimsun> sure, why not?  Bugs for everyone!
[07:22] <polopolo> hello all, what must I do if I want to merge from debian?
[07:22] <persia> crimsun: The difficulty is that while I can find documentation indicating that Ubuntu appls should follow the f.d.o spec, I'm not finding anything similar in Debian, aside from a couple notes that .desktop files are nice, and that applying Ubuntu .desktop file patches is safe.  I don't want to generate heaps of extra bugs that don't apply just to reduce my personal delta.
[07:22] <polopolo> And if I want test my package in debian, must I then test in debian 4.0?
[07:23] <RAOF> polopolo: Sid, I believe.
[07:23] <RAOF> polopolo: AKA: unstable.
[07:23] <crimsun> persia: a wishlist bug certainly seems innocuous
[07:23] <persia> polopolo: If the Ubuntu package differs from the Debian package, you need to apply any Ubuntu changes that are still appropriate to the Debian package and propose it for upload.  See https://wiki.ubuntu.com/MOTU/Packages/Merging for more guidance.
[07:24] <persia> crimsun:  Maybe.  I'll put those last in the queue of patches to feed.
[07:24] <polopolo> RAOF: where can I download unstable, I cannot find on debian.org
[07:26] <polopolo> And is a sponsor who says in revu 'yes' or it says 'uploaded'?
[07:26] <man-di> polopolo: cdimage.debian.org
[07:26] <polopolo> man-di ty
[07:26] <polopolo> man-di: then I come to http://www.debian.org/CD/
[07:27] <polopolo> wait, i'm now on ftp of the serer
[07:27] <persia> polopolo: For a merge, you generally wouldn't want to use REVU.  See the merge docs above, or "Preparing New Revisions" in MOTU/Contributing.
[07:30] <minghua> man-di: I don't think it's safe to point people to sid installers unless the d-i team acclaim that they are useful
[07:31] <man-di> minghua: the page contains etch too
[07:31] <minghua> man-di, polopolo: the standard way to get an unstable/sid system, I believe, is installing stable and dist-upgrade
[07:31] <man-di> minghua: its the official page for downgrads
[07:31] <man-di> downloads
[07:31] <nixternal> persia: the desktop files can't be fixed 100% until they update the xdg standards a little more
[07:32] <minghua> man-di: I thought polopolo was asking "how to download unstable"?
[07:32] <nixternal> desktop-file-validate contradicts itself with X-Type and Type
[07:32] <man-di> minghua: oops, I overlooked the "unstable"
[07:33] <persia> nixternal: desktop-file-validate was recently rewritten upstream, so I'm not surprised.  If you get it close enough, that's good enough.
[07:33] <minghua> RAOF: http://people.debian.org/~joeyh/d-i/build-logs.html
[07:34] <RAOF> Heh, cool.  Next time I want to install a sid vm, I'll head there :)
[07:35] <minghua> RAOF: make sure you read http://wiki.debian.org/DebianInstaller/Today first
[07:35] <minghua> (actually, I found the link on that wiki page)
[07:35] <RAOF> "Fails due to dpkg database corruption".  Fun.
[07:40] <nixternal> persia: when I build out the package, kplayer and tmp seem to hold the same files..how can I fix that?
[07:42] <viveksri15> hi all
[07:42] <persia> nixternal: I'm not sure, nor if you need to.  Do the binaries contain the right files?  I'll download again and do a local build to experiment in a little bit.
[07:42] <nixternal> yes
[07:43] <persia> nixternal: If your binary debs match your desires, I wouldn't worry about extra files that only appear during the build.
[07:43] <nixternal> ok
[07:49] <nixternal> I have the xpm icon being installed via rules into debian/tmp/usr/share/pixmaps using install/kplayer-common::
[07:49] <nixternal> is that cool, or would you do it another way?
[07:50] <persia> nixternal: I'd use debian/kplayer-common.install to install things in general, but specifically, I recommend putting the icon in kplayer, as otherwise lintian will complain that your menu file references a icon not included in the package.
[07:51] <nixternal> roger
[07:51] <nixternal> so no need to add that to the rules then?
[07:52] <persia> nixternal: CDBS already uses kplayer*.install to install the files into the packages.  Putting it in debian/rules makes two places where you are installing things, and will likely be more confusing to anyone else working with the package.  In general, only overload CDBS when the helper files cannot do what you wish.
[07:53] <nixternal> k
[07:55] <StevenK> Hrm RAOF isn't running around on fire.
[07:56] <chris_> Nope, RAOF has found somewhere inside that's got UniWide coverage.
[07:57] <StevenK> RAOF: Does that mean your usual desk is open to the elements? :-P
[07:58] <RAOF> Nope, but my usual desk *isn't* "UniWide"
[07:59] <Pumpernickel> Double-wide?
[08:01] <crimsun> he's referring to his uni's lovely wifi
[08:01] <crimsun> which undoubtedly still beats my uni's
[08:02] <RAOF> Maybe.
[08:02] <RAOF> They're pretty clueless when it comes to linux support.
[08:02] <crimsun> no, I retract that.  I'm sure it does.
[08:03] <crimsun> I'll put it this way: all the APs in this building are in closets on each floor next to the rear stairwell.  That's right.  Precise identical location on each floor.  One per floor.  For nine floors.
[08:04] <RAOF> Sounds good to me.
[08:04] <RAOF> Nice and predictable deadzones!
[08:04] <crimsun> It would - except only the one on the bottom floor (basement) is connected.
[08:04] <crimsun> I happen to be on the sixth floor.
[08:04] <RAOF> ...
[08:04] <RAOF> Oh, dear.
[08:05] <crimsun> Remember, the admins for this dear place named the two MACs I can use "FUN" and "Box".
[08:06] <RAOF> Ok. UniWide beats your wireless.
[08:34] <jussi01> hello everyone
[08:34] <Hobbsee> hiya jussi01 
[08:34] <persia> Hi jussi01
[08:35] <jussi01> hi Hobbsee, persia
[08:35] <RAOF_> Hey jussi01 
[08:35] <jussi01> hello RAOF_
[08:35] <jussi01> good luck Hobbsee
[08:36] <Hobbsee> :)
[08:36] <Hobbsee> i have to go in there at some point... :(
[08:36] <Hobbsee> ooh, fun!
[08:36] <StevenK> jussi01: Woot!
[08:36] <StevenK> jussi01: At the 'G?
[08:37] <jussi01> yeah, going with the little brothers :D
[08:37] <Hobbsee> jussi01: are you normally australian, or you a temporary one?
[08:37] <jussi01> StevenK: telstra dome
[08:37] <jussi01> Hobbsee: Im neither... I am an aussie, how ever i reside in finland....
[08:37] <jussi01> hee on holiday
[08:37] <Hobbsee> ahhhh
[08:37] <jussi01> here..
[08:38] <Ej_Pulsar> hi to all, i have 2 dirs: one with source files and another with patch files. I wan't to merge diff files with source, can anybody help? I try to use patch command but don't know how do it recursively for all patch files
[08:38] <Hobbsee> you should come pu to sydney
[08:38] <RAOF> Yeah, that's where all the cool kids are :)
[08:38] <StevenK> Heh
[08:38] <jussi01> hehe, I wish...
[08:39] <jussi01> someone paying for my virgin/jetstar flights ?
[08:39] <jussi01> :D
[08:39] <RAOF> Just walk.  It's not *that* far :P
[08:39] <persia> Ej_Pulsar: You might be looking for combinediff, but you might also be looking for dpatch.
[08:39] <jussi01> lol
[08:39] <StevenK> Heh
[08:39] <jussi01> RAOF: only, what, maybe 1000 k's ?
[08:39] <crevette> hello
[08:39] <RAOF> Yeah, give or take.
[08:40] <jussi01> hehe :D
[08:40] <crevette> I have a problem when I try to build a package with 'debuild -S -sa -kDEADBEEF', the resulting *.change use my local address not the one set in DEBEMAIL
[08:41] <crevette> I have me@myhostname
[08:41] <Ej_Pulsar> persia, thank a lot
[08:41] <persia> crevette: Check your debian/changelog
[08:41] <jussi01> morning dholbach
[08:42] <dholbach> good morning
[08:42] <dholbach> hey jussi01
[08:42] <persia> crevette: More expansively, I recommend not using -kDEADBEEF unless you are sponsoring someone else's upload, as that way the attempt to sign the package will automatically check against the available keys.
[08:42] <crevette> persia: it seems it doesn't work without that
[08:42] <nixternal_> crevette: better yet, add -> export DEBEMAIL=email@address.com  <- to your ~/.bashrc
[08:43] <persia> crevette: Right.  You need to have your key match the last email address in the changelog.  That's why I recommend not using -k, because it fails if that's not the case.
[08:44] <jussi01> anyway lads and ladies, im off to the footy, see you all later
[08:44] <Hobbsee> have fun :)
[08:44] <Hobbsee> hi spam
[08:44] <jussi01> i will...bye
[08:44] <dholbach> crevette: DEBEMAIL - I wrote this in the mail too, no?
[08:44] <crevette> yep
[08:45] <crevette> but for a reason I didn't understant, it didn't worked, now it will worked
[08:45] <crevette> I'm sure
[08:45] <geser> StevenK: Hi, have you read your scrollback about the bug in requestsync?
[08:46] <dholbach> crevette: did you    source ~/.bashrc   ?
[08:46] <StevenK> geser: Yup.
[08:46] <dholbach> crevette: or restart the terminal session?
[08:46] <crevette> dholbach: I forgot to modify debian/changelog
[08:46] <dholbach> ah ok
[08:46] <StevenK> geser: I'm still thinking about the whole affects ubuntu/ thing for new packages. What makes you think it won't download changelogs for libs?
[08:48] <geser> if you take sourcepkg[0]  from e.g. "libgnome" you get "l" and if you prepend "lib" to it, you get "libl" not "libg"
[08:49] <nixternal_> persia: my menu file is getting installed in /usr/share/menu as kplayer-common and not kplayer..how do I fix that?
[08:50] <persia> nixternal_: Umm..  I think you have to do something tricky with the .install files.  Let's both read `man dh_install` and see if we can figure out what.
[08:51] <nixternal_> ya, that had a lot to say :)
[08:51] <dholbach> geser: if sourcepkg.startwith("lib"): str=sourcepkg[0:4]  else: str=sourcepkg[0]    no?
[08:52] <StevenK> geser: Ahhhh, right.
[08:52] <persia> nixternal_: On the other hand, if you put both menu and the icon in kplayer-common, I think you won't get a lintian error.
[08:52] <StevenK> geser: That's me just being a bozo.
[08:52] <nixternal_> I am going to try something...
[09:01] <persia> nixternal_: If that doesn't work, you could probably add an rm to install/kplayer-common::, as I don't see any way to pass -X to dh_install under CDBS.
[09:17] <nixternal_> persia: menu relies on the order of debian/control. I put kplayer at the top and it works as it should
[09:20] <persia> nixternal_: Neat!  Thanks for sharing the solution.
[09:33] <superm1> hi persia could i query you for a revu this evening?
[09:34] <persia> superm1: Depends on where in the world you live, and what you mean by evening, but likely.
[09:34] <superm1> persia, :)  I'm in the US, CST so, i guess its somewhat evening - probably past my bed time though either way 
[09:34] <superm1> http://revu.tauware.de/details.py?upid=5402
[09:35] <persia> superm1: In that case sure.  I'll look in 10-15 minutes.
[09:35] <superm1> persia, thanks 
[09:36] <minghua> it's early morning in US CST :-)
[09:40] <nixternal_> it is very early morning in CST :)
[09:41] <Admiral_Chicago> quite early.
[09:41] <superm1> I dont declare it early morning until like 3 or 4A
[09:41] <superm1> when i realize i should have gone to bed 5-6 hrs before
[09:41] <nixternal_> 20 minutes until 3
[09:41] <nixternal_> god I enjoy the slowness of pbuilder
[09:43] <persia> superm1: Is this a Debian candidate package for pre REVU before submitting to Debian mentors?
[09:44] <superm1> persia, No, its going into ubuntu only
[09:44] <superm1> as its for an ubuntu derivative
[09:45] <nixternal_> persia: when you get a chance, no rush, as I am going to update my RFS with this info for sponsors as well
[09:45] <nixternal_> http://mentors.debian.net/debian/pool/main/k/kplayer/kplayer_0.6.2-1.dsc
[09:47] <persia> nixternal_: Are you still seeking a separate early Ubuntu upload, or just going to Debian for sync?  If the former, please also update REVU.
[09:47] <nixternal_> going Debian and then request sync
[09:48] <nixternal_> unless Debian says no, at which point I convert it back into Ubuntu only
[09:51] <persia> superm1: Commented.
[09:51] <persia> nixternal_: OK.  I'll check the Debian package.  How would you like comments, if any?
[09:51] <superm1> persia, thanks.  question though.  Why -0ubuntu1
[09:52] <nixternal_> persia: what ever is easiest
[09:52] <superm1> if its ubuntu native package
[09:52] <persia> superm1: It's an Ubuntu package, so it should have an Ubuntu revision.  For native (see my other comment), 0.1ubuntu1 works as well.
[09:53] <superm1> persia, even if it has no aspirations of ever going up to debian?
[09:53] <persia> superm1: The package may not have aspirations, but I cannot speak for the thoughts of Debian maintainers in the future.  Someone might like the artwork.
[09:54] <superm1> persia, reason I bring it up, is because we recently had another mythbuntu-artwork package uploaded
[09:54] <superm1> that got a 0.1
[09:54] <superm1> version 
[09:54] <superm1> without the ubuntu1 appended
[09:55] <persia> superm1: That's the beauty of REVU.  You'll get different comments from different reviewers.  In any case, debian/copyright and debian/docs would have prevented my advocation.
[09:55] <superm1> Ok :)
[09:56] <superm1> persia, when opening a bzr branch on LP to manage this, is there a different tool to grab from the branch and update?
[09:56] <superm1> (a good example avail that you know)?
[09:56] <persia> superm1: Personally, I think there should never be new Ubuntu native packages.  We use launchpad, so it's really not that hard to generate a bzr upstream (and track in LP) for these packages.  This also allows work to be done during freezes without interfering with the release candidate versions.
[09:58] <nixternal_> OK, I am going to go to bed...persia, if that package is wrotten, highlight me :)
[09:58] <nixternal_> g'nite
[09:58] <persia> superm1: I haven't worked with any bzr packages yet, but for cvs packages, I use get-orig-source: in debian/rules, as documented in https://wiki.ubuntu.com/MOTU/Packages/CommonPackagingMistakes/ChangingTheOrigTarball.  I'm guessing bzr ... export would do the same thing.
[09:59] <superm1> persia, any such page that explains how to do it with cdbs though?
[10:00] <dholbach> you can just    rm .bzr
[10:00] <dholbach> or use ... hang on
[10:00] <persia> superm1: The example listed as "directly imported from cvs" was extracted from a CDBS debian/rules.
[10:00] <persia> dholbach: is rm .bzr preferable to bzr ... export?
[10:01] <superm1> oh 
[10:01] <dholbach> I don't think there's a bzr export
[10:01] <persia> dholbach: Ah.  man bzr is lying to me then.
[10:01] <dholbach> oh, there is
[10:01] <dholbach> sorry
[10:01] <superm1> persia, i'll look into switching this to bzr then too.  thanks for the suggestions
[10:02] <persia> superm1: That'd be great.  Thanks for taking the extra trouble.
[10:02] <dholbach> there's also    DEB_AUTO_CLEANUP_RCS
[10:02] <dholbach> DEB_AUTO_CLEANUP_RCS := yes
[10:03] <dholbach> not sure if that helps you there
[10:03] <superm1> dholbach, are those supposed to clean up .bzr?  ( I would assume they have support for .svn and .cvs already)
[10:03] <persia> dholbach: Neat!  I still prefer foo export, but that's a nice tool for broken upstreams.
[10:05] <maarten_> I set up an account without password yesterday, for my daugther, and it was not as straightforward as i expected (i had to edit /etc/gdm/gdm.conf-custom and /etc/pam.d/gdm by hand...). is this something to take upstream, or might this be something to improve for ubuntu?
[10:06] <Fujitsu> maarten_: System->Administration->Login Window?
[10:06] <maarten_> Fujitsu: this particular option can not be set there
[10:07] <persia> maarten_: It's difficult by design.  You might be interested in the Enable Automatic Logon.
[10:07] <maarten_> persia: yes, i have seen the option but it does not do what i want
[10:08] <persia> maarten_: The side effect of not having a password is a very high probabilty of remote exploit.  If you use Automatic Logon, you can then use logoff, logon to get to a different user, while maintaining a default for use by those who don't remember passwords well.
[10:09] <maarten_> persia: but if i restrict login only to gdm, this is no problem
[10:09] <pochu> Morning
[10:10] <persia> Fujitsu: I noticed your comment on bug #110151.  I'm not sure how to commit the changes safely.  Could you?
[10:10] <ubotu> Launchpad bug 110151 in mplayer "mplayer not compiled with nas audio support" [Wishlist,Needs info]  https://launchpad.net/bugs/110151
[10:10] <Fujitsu> persia: Sure, but it's fairly easy. Check out ~ubuntu-dev/mplayer/ubuntu, make changes, commit.
[10:10] <persia> maarten_: I understand what you seek, and why.  I just believe that a request to make it easy will be rejected if a bug is submitted to either the Ubuntu bugtracker or upstream.
[10:11] <persia> Fujitsu: Thanks.  I keep meaning to read some bzr docs, but keep putting it off :)
[10:12] <Fujitsu> Baaah. Stupid MSN Messenger. Today the servers are denying the existence of any of my contacts when I use PyMSNt + jabberd14, and Pidgin just crashes.
[10:13] <pochu> Fujitsu: amsn?
[10:13] <DarkMageZ> Fujitsu, how long ago did this start happening/
[10:13] <maarten_> persia: what surprises me most is the fact that gdm.conf has this option PasswordRequire=false , but that this is not enough
[10:13] <Fujitsu> DarkMageZ: Some time within the last 12 hours.
[10:14] <DarkMageZ> Fujitsu, i just logged on fine
[10:15] <Fujitsu> I can log on fine, but attempting to establish a switchboard session results in the server telling me the contact doesn't exist, even when I just received a presence notification.
[10:15] <Fujitsu> Hi \sh.
[10:15] <\sh> guys, who is responsible for the nexuiz packages in universe?
[10:15] <Hobbsee> andyp did hte merge
[10:15] <persia> \sh: There's a sync request pending.  AndyP has been working on them.
[10:16] <Hobbsee> jdong
[10:16] <Hobbsee> siretart
[10:16] <\sh> I prepared some packages for feisty (nexuiz 2.3) if you need them, http://archive.linux-server.org/nexuiz/ source and binary.
[10:17] <Nightrose> hi \sh
[10:17] <\sh> hey Nightrose 
[10:17] <persia> \sh: Would you mind filing a bug about that?  It'll be easier to track.
[10:17] <BugMaN> hi \sh :)
[10:17] <\sh> persia, sure
[10:18] <persia> \sh: Thanks.
[10:21] <persia> nixternal_: When you get to backscroll, the only thing I see left is that kplayer.install should specify usr/share/pixmaps/ instead of debian/tmp/usr/share/pixmaps/kplayer.xpm for the icon installation.
[10:21] <maarten_> persia: anyway, i'd be pleased to add this functionality to gdmsetup. but i'd like to know beforehand if it would have a change of being included..
[10:22] <superm1> persia, debian/  shouldnt be committed to the bzr branch too in this arrangement, correct?
[10:23] <persia> superm1: Right.  debian/ is different.  If you like, consider having a separate branch for debian/ to maintain the ubuntu package.
[10:23] <superm1> I think the thing that was confusing me is that bzr-buildpackage refers to grabbing directly from the branch to build
[10:24] <superm1> that woudl be referring to the debian/ branch then
[10:24] <persia> superm1: bzr-buildpackage is designed for bzr debian/ with standard upstream.  I think you're planning the opposite.
[10:24] <superm1> yup :)
[10:26] <persia> maarten_: I don't think the chances are high, but gdm is in main: if you really want pre-discussion, either #gnome or #ubuntu-devel may contain people with stronger opinions.
[10:35] <superm1> persia, regarding debian/copyright, calling it a library.  do you mean to just change all instances of Library to say "Theme Package"
[10:35] <superm1> or something to that effect?
[10:39] <persia> superm1: That's a tricky one.  LGPL is usually for libraries.  I think you can search and replace to adjust it, but you might want to search for examples.  You probably also want to make sure to identify which files are covered by which copyrights - I don't know which icons belong to the MaxTux2 theme.
[10:39] <siretart> Hobbsee
[10:39] <Hobbsee> siretart
[10:40] <siretart> \sh: I uploaded nexuiz 2.3 yesterday to debian. you might rather want to sync from there
[10:41] <persia> siretart: AndyP requested a sync, but I asked why {$Source-version} was a good replacement for {$Upstream-version} before ACK'ing.  Feel free to update bug 119252 if I am in error (and a sync is correct).
[10:41] <ubotu> Launchpad bug 119252 in nexuiz "Please sync nexuiz (universe) from Debian unstable (main)" [Wishlist,Needs info]  https://launchpad.net/bugs/119252
[10:49] <superm1> persia, i really like the way this turned out with the bzr branch instead.  I can see how new revisions will be incredibly easy the way its done now
[10:49] <superm1> http://revu.tauware.de/details.py?upid=5419
[10:49] <\sh> siretart, cool....I just packaged it yesterday evening ... and hooray...fantastic game ;)
[10:49] <maarten_> persia: ok, thanks for your input. i just mailed the people most prominently listed in the gdm changelogs, to ask what they think
[10:49] <persia> superm1: Great!  You might consider deporting your other native packages for the next release :)
[10:50] <persia> maarten_: That's also a good strategy.  Good luck.
[10:50] <\sh> siretart, btw...are you DD now?
[10:50] <superm1> persia, for sure i will. We have several other one sthat will be on their way in still, i'll update them to do it this way instead too
[10:50] <bashelier> hey \sh 
[10:51] <\sh> moins bashelier 
[10:51] <persia> superm1: That'd be great, and it also increases the chances that your work will be also used by other distributions (and more people will help).
[10:51] <\sh> Hobbsee, btw...congrats for core-dev :)
[10:52] <Hobbsee> \sh: thankyou :)
[10:52] <bashelier> \sh: I've just axchanged a mail with Scott Ritchie, looks like he wants to upload wine packages inubuntu himself now
[10:52] <\sh> bashelier, which is good :)
[10:53] <\sh> bashelier, hopefully for him it's easy to become a motu in no time...
[10:53] <bashelier> \sh: right, the downside is he asked me to sponsors his uploads... but I'm not a MOTU :)
[10:53] <\sh> bashelier, hehe...I think you find at least one motu to sponsor those packages...he will take over the responsibilty
[10:54] <bashelier> \sh: np for me, thanks :)
[10:54] <\sh> bashelier, at least there are people who are taking care of wine in ubuntu...and scott is one of the good guys...
[10:56] <bashelier> \sh: ok ;)
[10:56] <\sh> bashelier, and scott has a lot of know how regarding wine
[10:57] <bashelier> \sh: I've noticed that yes :)
[10:59] <superm1> persia, i've got one more that i updated to be done the same way if you could look it over http://revu.tauware.de/details.py?upid=5420
[10:59] <persia> superm1: Sure.  As a note, you'll probably get better response by asking for general review than targeting specific individuals (unless you've been working with them on a specific package for a while).
[11:00] <superm1> noted.  I had figured since you had got me to use bzr for these you might be the best to leave the first comment :)
[11:01] <persia> superm1: No worries.
[11:02] <superm1> on this note though i will actually get to bed.  4am.  yikes.
[11:03] <superm1> Thanks again for all the help this evening persia.  really appreciate it.
[11:03] <persia> superm1: 5420 still looks native.  Are you sure you uploaded the files you wanted?
[11:03] <superm1> whoops there is one that didnt get moved into that directory
[11:04] <siretart> \sh: since quite some time already...
[11:04] <persia> superm1: If you upload again in a hurry, there'll be a comment when you wake up :)
[11:04] <\sh> siretart, so you could do mentoring for debian?
[11:04] <siretart> persia: I think this should have been dealt now in debian, I talked to Fuddl about this
[11:04] <siretart> \sh: yes, I'm e.g. sponsoring Fuddl's work on the nexuiz packages
[11:05] <superm1> ok all reuploaded.  bed now
[11:05] <\sh> siretart, cool...I'll come back to you ;)
[11:05] <siretart> \sh: sure!
[11:05] <persia> siretart: OK.  Do you want to ACK the sync, or shall I paste your comment?
[11:06] <siretart> persia: let me see the bug first, what's the bugno?
[11:06] <persia> siretart: bug 119252
[11:06] <ubotu> Launchpad bug 119252 in nexuiz "Please sync nexuiz (universe) from Debian unstable (main)" [Wishlist,Needs info]  https://launchpad.net/bugs/119252
[11:08] <siretart> persia: ack'ed
[11:08] <persia> siretart: OK.  Sorry for the confusion.
[11:38] <persia> I'm trying to clean out the U-U-S queue, and there are about 10 ACK'd sync requests there.  Does anyone have an objection to me unsubscribing from them?
[11:41] <lionel> persia: that's what you proposed in your procedure. Nobody object, so, go on :)
[11:42] <persia> lionel: I usually like to wait 10-15 minutes before slapping people with procedure, but that's the plan :)
[12:35] <Lutin> anybody with a feisty amd64 and 5 minutes free ?
[12:36] <wolfeon> Lutin: what is up?
[12:37] <Lutin> wolfeon: would you mind installing cinepaint, checking that it fails to install, and then install it from feisty-proposed and see if it works ?
[12:38] <wolfeon> *downloading*
[12:39] <wolfeon> guess it doesnt help I have proposed by dedault :P
[12:40] <Lutin> err :/
[12:41] <wolfeon> tells me unmet deps for cinepaint-data
[12:41] <wolfeon> for the non-proposed repos
[12:42] <Lutin> wolfeon: ok
[12:45] <Lutin> wolfeon: does it install fine when proposed then ,
[12:45] <wolfeon> it installs..
[12:45] <wolfeon> but when I run cinepaint, there is a sigsegv aught
[12:45] <wolfeon> *caught
[12:47] <Lutin> wolfeon: yep, I have a fix for it but need to propagate the -proposed package to -updates before uploading the right fix
[12:48] <Fujitsu> Lutin: Won't one SRU be better than two?
[12:48] <wolfeon> I wonder if my patch for python-fam was ever fixed
[12:48] <Lutin> Fujitsu: well, pitti told me to upload the 2nd after the first has been uploaded
[12:48] <Fujitsu> That's odd.
[12:49] <Lutin> yeah
[12:49] <Fujitsu> I guess it allows for minimal regressions.
[12:50] <persia> Lutin: While in general it's better to have 1-change debdiffs for SRUs, wouldn't the release of something that installs but doesn't run just lead to frustration for users?  In this special case, you might want to check with an archive-admin again.
[12:51] <Lutin> persia: doing it right now :)
[12:51] <persia> ly
[12:58] <persia> mshima: About the wm5 support bugs.  Have you had further contact with upstream?
[01:15] <leonel> hello  everyone !
[01:16] <joejaxx> Hello leonel 
[01:16] <DktrKranz> hi leonel 
[01:17] <leonel> hey  DktrKranz   my  please  merge dbmail 2.2.5  report was cancelled   on launchpad  
[01:17] <DktrKranz> huh?
[01:18] <DktrKranz> cancelled?
[01:18] <leonel> didn't know that I must do first the diff and then  report it  on launchpad 
[01:18] <leonel> :)
[01:18] <DktrKranz> so, do you mean rejected?
[01:18] <afflux> DktrKranz: bug 119131
[01:18] <ubotu> Launchpad bug 119131 in dbmail "Please Merge 2.2.5 from Debian Unstable" [Undecided,Rejected]  https://launchpad.net/bugs/119131
[01:19] <DktrKranz> thanks
[01:19] <leonel> https://bugs.launchpad.net/ubuntu/+source/dbmail/+bug/119131
[01:19] <DktrKranz> I see
[01:20] <leonel> well no problem   let's do the diff first
[01:20] <persia> leonel: That was only rejected because you forgot to assign yourself, and a triager wanted to reduce extra bugs.  Please set to "Confirmed" and assign yourself while you work on it.  Apologies for any confusion.
[01:20] <DktrKranz> you could set it to "In progress" and assign it to yourself
[01:20] <persia> leonel: As DktrKranz says, "In Progress" is probably even better.
[01:20] <leonel> persia: I'm learning   sorry for causing the confusion ..
[01:20] <DktrKranz> leonel, thanks for working on that
[01:21] <persia> leonel: No worries.  The same thing happened to me a few times :)
[01:21] <leonel> great !
[01:21] <DktrKranz> have a look at BTS too
[01:21] <leonel> this is a great way to start a day ...
[01:21] <DktrKranz> I submitted some of Ubuntu deltas to Debian
[01:21] <leonel> having  great support  for  breakfast   what  else you can ask ?
[01:22] <DktrKranz> so they could hopefully be included in the feature
[01:22] <DktrKranz> *future
[01:22] <leonel> DktrKranz: ok I'll check the  BTS 
[01:23] <leonel> but I'm  stuck  with some bugs in clamav that I'll fix  today  and  then  start the  dbmail merge
[01:23] <persia> leonel: Looking through the backscroll, I'd just like to confirm that the best practice is to have an open bug ("In Progress", Assigned) in LP before proceeding with a merge, to let others know you are working on it (and to check to make sure such bugs don't exist prior to working on a merge).
[01:24] <leonel> Ok    assigned to me  and  set it  to  "in progress"
[01:24] <leonel> persia: which bugs ?  that someone is already working ?
[01:24] <DktrKranz> check if there are rejected bugs, too
[01:24] <DktrKranz> sometimes maintainers want to push some changes in
[01:24] <DktrKranz> and provide a merge themselves
[01:25] <DktrKranz> it happened to me once
[01:25] <leonel> ok  that's why I've mailed  you DktrKranz  first  
[01:25] <persia> leonel: I only see your merge listed from https://bugs.launchpad.net/ubuntu/+source/dbmail/+bugs, but it's just a good idea to check before processing.  Also, if you can fix 78946 when merging, that would be great.
[01:26] <leonel> bug 78946
[01:26] <ubotu> Launchpad bug 78946 in dbmail "ssl wrapper support broken for pop3 (init script)" [Undecided,Needs info]  https://launchpad.net/bugs/78946
[01:26] <leonel> persia: will do 
[01:26] <DktrKranz> I think it's fixed in gutsy
[01:27] <DktrKranz> or it is no longer an issue
[01:27] <DktrKranz> maybe we can nominate for stable releases and mark as fixed in gutsy
[01:27] <persia> DktrKranz: If it's fixed in gutsy, it can be closed, unless it represents a security update or SRU, in which case the applicable releases should be nominated.
[01:28] <leonel> so  how  does the  non security bugs  get  fixed ??    like  the security bugs ?
[01:28] <persia> Looking at the bug in detail, I don't think it meets the criteria for SRU, as it's not reported as a regression, and doesn't cause a loss of user data.  Maybe a backport?
[01:29] <DktrKranz> a backport could go
[01:29] <persia> leonel: https://wiki.ubuntu.com/MOTU/SRU and https://wiki.ubuntu.com/StableReleaseUpdates have some information.
[01:29] <DktrKranz> I don't know if it is critical bug
[01:29] <DktrKranz> but I think it isn't
[01:30] <leonel> persia: thanks
[01:30] <DktrKranz> anyway, we could tell submitter to do what persia suggested
[01:31] <persia> DktrKranz: To request a backport, for something fixed in the current development release, mark the package task "Fix Released" and report it against the whatever-backports virtual package (e.g. feisty-backports).  You'll want to first make sure it meets the backport criteria (https://wiki.ubuntu.com/BackportRequestProcess).
[01:31] <leonel> ooo  that's what SRU  means ..
[01:33] <DktrKranz> it should, I will give it a try later this evening
[01:34] <persia> DktrKranz: In general, it's a good idea for maintainers to chase these processes, rather than submitters.  If you (or leonel, or another one of us) believe it should be backported or SRU'd, we can follow the process.  If not, it's better just to tell the submitter that it is fixed in the current version, and will be released shortly (if it doesn't meet the policy criteria for any of SRU, Security, or Backport).
[01:35] <DktrKranz> so, If I think it can be eligible, it's me who asks for a SRU/Backport/something, right?
[01:36] <persia> DktrKranz: Right.  We review the bugs, and follow the processes to get the fixes in the archive (or whatever is required to close the bug).
[01:37] <DktrKranz> thanks
[01:37] <persia> That way the submitters can use their computers happily, and the more technically ept can send us patches (to save us time).
[01:37] <DktrKranz> good
[01:38] <DktrKranz> I'm in contact with the guys from bug #110637
[01:38] <ubotu> Launchpad bug 110637 in php5 "php5-interbase missing in feisty" [Undecided,Confirmed]  https://launchpad.net/bugs/110637
[01:39] <DktrKranz> for an issue related to php5 universe packages
[01:39] <DktrKranz> we are gathering informations in order to have a good base to start working
[01:39] <DktrKranz> is it worth to ask suggestions to TB?
[01:41] <persia> DktrKranz: I'd start by contacting some of the recent PHP5 uploaders here or in #ubuntu-devel, rather than going straight to the TB.
[01:41] <DktrKranz> I asked pitti during feisty developmen cycle
[01:42] <DktrKranz> I was late do to anything, though
[01:42] <persia> DktrKranz: Is it still an issue for gutsy?  It's certainly not to late to do something now.
[01:42] <DktrKranz> is it
[01:43] <DktrKranz> I waited for tribe 1 to be released before asking
[01:43] <DktrKranz> gutsy misses php5-interbase, php5-imap and php5-mcrypt
[01:44] <DktrKranz> which are not shipped in php5 since they depend on package in Universe
[01:44] <DktrKranz> I collected some info here: https://lists.ubuntu.com/archives/ubuntu-motu/2007-June/001687.html
[01:45] <persia> DktrKranz: I think there is time.  FeatureFreeze isn't until August, so there's a while yet to prepare a new complementary package that could provide those, if there is sufficient coordination with the main packages.
[01:46] <DktrKranz> so, a php5-universe could be a choice
[01:46] <persia> If you have time to speak with interested parties and document a proposed strategy to address it (perhaps a Spec formatted document in the wiki), you could probably get it done.
[01:46] <DktrKranz> I will coordinate with carlos, who uploaded a package in REVU
[01:47] <DktrKranz> we mailed in the later days to define a strategy
[01:47] <DktrKranz> and we should meet in IRC during weekend
[01:48] <persia> DktrKranz: Great!  Good luck.  Please document the plan in the Wiki once finalised, and announce the page to ubuntu-motu@ to ensure that interested parties have a chance to review prior to execution.
[01:48] <DktrKranz> should I ask for a mentor to help us reviewing it?
[01:48] <DktrKranz> once it is done
[01:49] <persia> DktrKranz: If you have a mentor, asking them for review is a good idea.  Whether you already have a mentor or not, asking for review here is a good idea.
[01:49] <DktrKranz> I'll keep it into account
[01:49] <DktrKranz> now, let's get business :)
[01:52] <DktrKranz> thanks for your feedback
[01:52] <DktrKranz> see you
[02:03] <leonel> wow no php5-imap  in gutsy  ?  we need that  for squirrelmail   don't we ?
[02:04] <persia> leonel: You might want to get involved with the plan, just to make sure :)
[02:05] <leonel> great  !
[02:12] <DarkSun88> Hi all
[02:13] <Hobbsee> hiya
[02:36] <bmm> Any MOTU willing to comment on ccbuild http://revu.tauware.de/details.py?upid=5413 is very welcome. I'm looking for the second advocate
[02:45] <afflux> damn
[02:46] <afflux> can anyone unsubscribe ubuntu-archive from bug 119317?
[02:46] <ubotu> Launchpad bug 119317 in empathy "Please sync empathy (universe) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/119317
[02:46] <afflux> I forgot to use -s in requestsync
[02:47] <StevenK> Only ubuntu-archive can unsubscribe themselves.
[02:49] <mshima> persia: the libsynce maintainer is blocked. so I couldn't email him
[02:50] <persia> mshima: OK.  Based on the last comment, do you still seek sponsorship for bug 116626
[02:50] <ubotu> Launchpad bug 116626 in libsynce "WM5 (Windows Mobile 5) support" [Undecided,Confirmed]  https://launchpad.net/bugs/116626
[02:51] <mshima> yes, but libsynce is in main.
[02:51] <mshima> persia: and the others packages depends on it.
[02:52] <mshima> persia: Don't know what to do.
[02:57] <persia> mshima: Unless you are working on something that depends on the newer packages, and cannot wait until it reaches Debian, I would suggest either waiting until it syncs, and closing the bug, or rejecting the bug as not required now.  If the new upstream doesn't reach debian until after Debian Import Freeze, you can manually request a sync for the relevant packages.
[03:00] <persia> StevenK: Why did you set bug 119317 "Needs Info"?
[03:00] <ubotu> Launchpad bug 119317 in empathy "Please sync empathy (universe) from Debian unstable (main)" [Undecided,Needs info]  https://launchpad.net/bugs/119317
[03:01] <StevenK> No ack
[03:01] <mshima> persia: They will not work, for now I'm using my packages but would be nice to have at ubuntu repos.
[03:02] <persia> StevenK: Ah.  Did you refresh first?  I'll adjust :)
[03:02] <StevenK> persia: Right, thanks. :-)
[03:03] <persia> mshima: My apologies, but I'm confused.  What will not work, exactly?  In what way?
[03:07] <mshima> persia: There is a new framework for syncing with the wm5, there is a new program (odccm) to make the connection with wm5.
[03:08] <persia> mshima: OK.  Am I correct then in assuming that all the packages upstream listed in the bug need to be added to the repository, or updated to make things work, and that some of those components are in main?
[03:08] <mshima> And I have to compile the kernel module by myself. They are working upstreams but didn't got in already.
[03:08] <mshima> persia: yes
[03:10] <persia> mshima: OK.  Thanks for explaining it.  This sounds like a medium-sized transition to me, given that there are several source updates and new packages that must happen together, and a number of packages in universe and main need to be updated to use the new library.
[03:11] <persia> mshima:  Could you please create a wiki page documenting everything that needs to be done to manage this transition, including links to the upstream-generated .dsc files (that are intended for Debian) and information about which packages need to be recompiled to use the new library?
[03:12] <persia> Once complete, please email ubuntu-devel-discuss@l.u.c to announce your plan (feel free to ask for feedback here first), and notify the appropriate people of what must be done?  This will probably work better than trying to process it one bug at a time.
[03:13] <mshima> persia: I think I made a confusion.
[03:13] <persia> mshima: I've unsubscribed ubuntu-universe-sponsors from the bug, pending the development of the new strategy.  Let me know if you need any help.
[03:13] <mshima> persia: libsynce is not in main.
[03:14] <mshima> persia: it is in universe
[03:15] <persia> mshima: That makes it easier then :)  I still recommend making a library transition wiki page, as there are ~15 rdepends that should be managed together, but the annoucement should be sent to ubuntu-motu@l.u.c instead.
[03:16] <mshima> persia: ok thanks
[03:30] <RainCT> persia: new debdiff for bug #48292 uploaded ;)
[03:30] <ubotu> Launchpad bug 48292 in dosbox "Doesn't have a .desktop file" [Wishlist,Needs info]  https://launchpad.net/bugs/48292
[03:33] <persia> RainCT: Thanks.  I'll look at it now.
[03:41] <mshima> persia: how do I do to get core-devs attention at https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/119100
[03:41] <ubotu> Launchpad bug 119100 in libvirt "Please update to 0.2.2" [Undecided,Unconfirmed]  
[03:42] <pochu> mshima: you can subscribe ubuntu-main-sponsors
[03:42] <mshima> There is no package at the repos that depends on it so it shouldn't be difficult to update it
[03:43] <mshima> pochu: thanks
[03:43] <persia> mshima: Firstly, you'll generally get a faster and better response if you ask questions to the channel, rather than individuals.  Secondly, you've already done everything you need to do.
[03:43] <Hobbsee> pochu: only if there's actually something to upload
[03:44] <Hobbsee> oh, there is, cool
[03:44] <persia> interdiff too :)
[03:45] <mshima> persia: ok
[03:45] <persia> mshima: For future note, you don't need to attach the .dsc and .diff.gz files when you've already uploaded to REVU.  It's also a good idea to give an explanation of why the package should be upgraded (new feature X, closes bug Y, etc.).
[03:46] <persia> mshima: Nevermind: you've got that - it's just small, and I missed it.  Sorry.
[03:47] <pochu> Hobbsee: hi :)
[03:47] <Hobbsee> hiya
[03:47] <Hobbsee> er, sorry, that was to go to mshima 
[03:47] <mshima> persia: ok, I think it is small too, but there are a lot of changes. Next time I will make it bigger  ;)
[03:48] <persia> mshima: If a core-dev doesn't comment in the next 10-12 hours, I'd recommend updating the description to include more.  If it is getting attention, there's no need.
[03:49] <mshima> persia: right
[03:50] <zul> libvirt is universe not main
[03:50] <pochu> !info libvirt gutsy
[03:50] <ubotu> Package libvirt does not exist in gutsy
[03:51] <pochu> !info libvirt gutsy0
[03:51] <pochu> !info libvirt0 gutsy
[03:51] <pochu> :)
[03:51] <ubotu> Package libvirt does not exist in feisty
[03:51] <ubotu> libvirt0: library for interfacing with Xen & other virtualization systems. In component main, is optional. Version 0.1.8-0ubuntu2 (gutsy), package size 68 kB, installed size 196 kB
[03:51] <zul> i could of have sworn ajmitch did something with libvirt in friesty
[03:52] <pochu> Maybe it's been promoted
[03:52] <zul> oh hey ajmitch 
[03:52] <persia> zul: Boundaries are vague :)
[03:52] <ajmitch> it was put straight to main due to rh cluster suite stuff
[03:52] <ajmitch> hi zul 
[03:52] <mshima> !info libsynce0 gutsy
[03:52] <ubotu> libsynce0: A helper library for synce, a tool to sync WinCE devices. In component universe, is optional. Version 0.9.3-1 (gutsy), package size 18 kB, installed size 96 kB
[03:52] <mshima> cool
[03:53] <zul> wasnt that part of xen that got promoted?
[03:53] <ajmitch> libvirt-dev was a build-dep 
[03:53] <zul> ah ok
[03:54] <persia> RainCT: Given the ffmpeg delay, would you like to consider a fix for bug 62987 as part of your work on 118422?
[03:54] <ubotu> Launchpad bug 62987 in xmms2 "won't build on ubuntu's buildds, but builds locally and in Debian" [Undecided,Confirmed]  https://launchpad.net/bugs/62987
[03:59] <geser> persia: is xmms2 still using scons?
[04:00] <geser> last I looked it switched to something others
[04:01] <persia> geser: As usual, you are correct.  That's part of what makes fixing 62987 easy :)
[04:02] <geser> without scons it should build now also on the buildds
[04:03] <polopolo> Who is a sponsor?
[04:04] <persia> polopolo: Someone who reviews and uploads the work of others.
[04:04] <ajmitch> night all
[04:05] <polopolo> so the revewers and uploaders are the sponsers?
[04:05] <persia> Night ajmitch
[04:06] <polopolo> night
[04:06] <persia> polopolo: Usually.  Not everyone who can upload chooses to sponsor.
[04:07] <polopolo> I know, ok, thank you
[04:11] <RainCT> persia: eh.. how?
[04:13] <geser> RainCT: you can probably ignore it. xmms2 had problems building on the buildds (but only there) in the past.
[04:13] <geser> but as I doesn't use scons anymore, it should build now
[04:13] <persia> RainCT: Take a look at the build log, and see what is missing.  Verify that it is being provided by the build-depends of the new package.  If geser is correct (as is usually the case) the problem was the use of scons, which is no longer used, so you could put a changelog entry that says "No longer uses scons (LP: 62987)" to close it.
[04:14] <zul> persia: maybe so but it does improve your sanity
[04:15] <geser> persia: what I meant is that the bug probably doesn't need any special action
[04:16] <persia> zul: To some degree.  I've reviewed about 50 bugs that were being ignored today, and by prodding them, have been able to solicit about 6 new revisions to address the issues, which makes me feel good.
[04:17] <persia> geser: It probably doesn't, but I expect it will just get left if not looked at.  During a merge is a great time to check for bugs that probably don't apply and mark them closed.
[04:20] <RainCT> uo, is \sh back?
[04:31] <apachelogger> RainCT: nope, away as we can see :P
[04:32] <RainCT> apachelogger: well, that's not what I mean :p
[04:32] <apachelogger> RainCT: yeah I know but I dunno a proper answer :P
[04:33] <apachelogger> \sh_away: any nice reason why you're idling here?
[04:34] <RainCT> persia: I agree with geser that it should work without scons, but how can we be sure of that if it does not try to build?
[04:35] <persia> RainCT:  With scons, it's hard to test, as the behaviour on the buildds is special.  If you watch the bug separately, that's fine too.
[04:39] <JonathanArg> hola a todos
[04:39] <JonathanArg> estan
[04:42] <JonathanArg> hola
[04:42] <persia> JonathanArg: 
[04:42] <JonathanArg> q tal
[04:43] <JonathanArg> hola
[04:43] <JonathanArg> hay alguien q conteste
[04:47] <Hobbsee> !ping
[04:47] <ubotu> pong
[04:59] <jussi01> !test
[04:59] <ubotu> failed
[05:12] <sacater> just to say, I going away for 2 weeks from sunday, so if my membership things get acted upon whilst I am away, just hold onto them until the 24th
[05:23] <keescook> leonel: I use a script to attempt to extract debdiffs from debian packages: http://people.ubuntu.com/~kees/scripts/d-pulldebdiff
[05:24] <keescook> e.g. d-pulldebdiff clamav 0.90.1-3etch2
[05:24] <leonel> keescook: Great !  I'll take a look and  let's finish those  bugs ..
[05:50] <pochu> sacater: your membership won't be touched until it expires, and I think they're for one year + renewal
[05:50] <pochu> So don't worry ;)
[05:51] <sacater> pochu: its been about a week since I gained membership, when does it normally get processed
[05:52] <lionel> sacater: what do you mean by "get processed"
[05:52] <lionel> You are already in the LP team
[05:53] <gnomefreak> 2 years
[05:54] <gnomefreak> sacater: if you mean email than it more than likely is already enabled try having someone send you email to <yourLPid>@ubuntu.com :)
[05:59] <RainCT> keescook: "(you can check what patch system is in use with scripts like this[1] )" you forgot to say what [1]  is :P
[06:01] <keescook> RainCT: eek! sorry, one sec
[06:03] <keescook> RainCT: okay, bug 119135 updated.  sorry about that!
[06:03] <ubotu> Launchpad bug 119135 in gdm "wrong &quote; entity" [Low,In progress]  https://launchpad.net/bugs/119135
[06:03] <RainCT> np
[07:36] <Kmos> anyone have time to look at http://revu.tauware.de/details.py?upid=5396 (gqview latest stable version)
[07:37] <keescook> archive admins, can you check on a binary-NEW of "libmyth-dev"?  I don't see it listed at https://launchpad.net/ubuntu/gutsy/+queue but it's not been published yet.
[07:37] <Hobbsee> keescook: wrong channel for htat
[07:37] <keescook> Hobbsee: ah, dang, was hoping myth==universe would land me here
[07:38] <Hobbsee> keescook: sure, but the canonical employees tend to hang in -devel
[07:38] <Hobbsee> keescook: at least hte archive ones
[07:51] <leonel> keescook: now we got  4  new  CVEs  for  clamav  one is local  
[07:52] <leonel> keescook: cve  2007-3023 2007-3024  2007-3122 2007-3123 
[07:54] <Kmos> cve-2007-3023
[07:54] <ubotu> unsp.c in ClamAV before 0.90.3 and 0.91 before 0.91rc1 does not properly calculate the end of a certain buffer, with unknown impact and remote attack vectors. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-3023)
[07:54] <Kmos> :)
[07:56] <keescook> leonel: that reminds me, I just opened bug 119361 so that LP will correctly use CVE-YYYY-NNNN instead of YYYY-NNNN for their tracking
[07:56] <ubotu> Launchpad bug 119361 in malone "CVE links should use CVE-YYYY-NNNN format" [Undecided,Unconfirmed]  https://launchpad.net/bugs/119361
[07:57] <leonel> 3023 patch found .
[07:58] <mok_> I can't log on to revu's homepage.
[07:59] <mok_> When I do "recover" and decode the message, it says "None"
[08:34] <bmm> Any MOTU: ccbuild is looking for a second advocate or comments http://revu.tauware.de/details.py?upid=5413
[08:49] <leonel> keescook: we got in  feisty's clamav    0.90.2-0ubuntu1.1    after patching the new  4 cves  will be   0.90.2-0ubuntu1.2 ??
[08:55] <RainCT> bug #119220 can be rejected or?
[08:55] <ubotu> Launchpad bug 119220 in empathy "empathy: no launcher in the menu" [Undecided,Unconfirmed]  https://launchpad.net/bugs/119220
[08:55] <RainCT> oops wrong channel :p
[09:08] <pochu> If a package doesn't have a dh_iconcache call, does it mean that when you install, the menu item won't load the icon?
[09:08] <keescook> leonel: yes, that's the correct version for feisty.
[09:12] <leonel> keescook: pbuilding now 
[09:14] <keescook> leonel: great!  thanks for staying on top of clamav.
[09:19] <leonel> dapper's  clamav   Is my pain ...
[09:19] <leonel> :)
[09:19] <alexises> hello
[09:20] <alexises> i have a problaime for a desktop file
[09:20] <alexises> i have creat a desktopfile but i don't know to install it
[09:21] <alexises> i use dh_install ?
[09:24] <pochu> alexises: yes, putting it in debian/<package>.install
[09:25] <alexises> ok
[09:26] <pochu> If the desktop file is in debian/, the line in <package>.install should look like "debian/<package>.desktop usr/share/applications/
[09:26] <alexises> ok
[09:28] <RainCT> keescook: please check bug 119135
[09:28] <ubotu> Launchpad bug 119135 in gdm "wrong &quote; entity" [Low,Confirmed]  https://launchpad.net/bugs/119135
[09:29] <keescook> RainCT: looks great. I will get it built & uploaded.  thanks! :)
[09:29] <jekil> after a down of my internet connection where i am uploading to revu, i cant upload the same file. how can i do?
[09:29] <RainCT> :)
[09:29] <Kmos> keescook: u're a core-dev ?
[09:29] <keescook> Kmos: yup
[09:30] <Kmos> keescook: can you look at this one http://revu.tauware.de/details.py?upid=5396
[09:30] <Kmos> pitti doesn't have time
[09:30] <keescook> Kmos: sure, one sec
[09:30] <Kmos> thanks
[09:30] <Kmos> very much
[09:32] <jekil> the error is this: Error '553 Could not create file.' during ftp transfer 
[09:32] <keescook> Kmos: I think the "X-Original-Maintainer" field needs to be "XSBC-Original...."
[09:32] <Kmos> keescook: why?
[09:32] <Kmos> isn't that a debian thing ?
[09:33] <Kmos> Maintainer: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>
[09:33] <Kmos> X-Original-Maintainer: Torsten Landschoff <torsten@debian.org>
[09:33] <keescook> for it to be processed correctly by launchpad (as I understand it) the "S" "B" and "C" are for binary, source, and ... changes, I think.  anyway, without that, the "Original-Maintainer" field just kinda vanishes
[09:33] <Kmos> i've this at my ddclient package, that is at gutsy
[09:33] <keescook> I might be wrong.  :P
[09:34] <Kmos> keescook: i change it right now
[09:34] <keescook> Kmos: the other issue is that this is a new upstream, so pitti will end up looking at it anyway.  :)
[09:35] <Kmos> keescook: uploading with XSBC changed
[09:35] <Kmos> keescook: pitti tells me that another one can check it and upload
[09:35] <Kmos> he told crimsun some days ago, but the main was frozen because of tribe1
[09:35] <keescook> ah, right, because it existed prior, yes.  (sorry, I'm still new to doing REVUs.  ;)
[09:36] <Kmos> :-)
[09:37] <Kmos> keescook: http://revu.tauware.de/details.py?upid=5428
[09:39] <keescook> Kmos: I'm waiting for the orig to download.  brb
[09:39] <Kmos> :)
[09:40] <Kmos> it tested it with pbuilder and it created .deb fine
[09:40] <Kmos> *I
[09:52] <PriceChild> I'm trying to figure out how to fix an unmet dep on libetpan10. I can't figure out why ${shlibs:Depends} would pull that in instead of libetpan11. apt-get install libetpan10 mentions that it is referred to by another package and I'm wondering if this could have something to do with it?
[09:53] <geser> PriceChild: the package needs a rebuild to get linked against libetpan11
[09:56] <keescook> crimsun: is there a special magic you use to take a REVU-approved package and uploaded it (which generates the motu email, etc?)  I wanted to pull the trigger on http://revu.tauware.de/details.py?upid=5419
[10:02] <keescook> Kmos: your changelog seems to replace pitti's.  instead it should be added on to the top.  (i.e. the changelog for 2.0.1-1ubuntu2 is missing)
[10:03] <keescook> (and actually, it seems that that version was uploaded to fix the Original-Maintainer issue)
[10:04] <PriceChild> geser, Thankyou. I can't believe that wasn't the first thing I did... :(
[10:04] <Kmos> keescook: hmm.. it seems that that version was uploaded to fix the Original-Maintainer issue ??
[10:07] <Kmos> keescook: uploading with martin changelog
[10:08] <keescook> Kmos: cool, thanks.
[10:08] <Kmos> done
[10:09] <Kmos> keescook: i deleted martin changelog accidently
[10:09] <Kmos> when I do the dch -i -D gutsy
[10:09] <Kmos> :)
[10:10] <keescook> heh  :)
[10:12] <Kmos> keescook: http://revu.tauware.de/details.py?upid=5429
[10:12] <geser> another security bug in wordpress 2.2 :(
[10:14] <alexises> bashelier toujours rien ?
[10:15] <Kmos> geser: wordpress is a mine of bugs :)
[10:15] <Kmos> bad php code written
[10:18] <keescook> geser: unless source of fun.  *sigh*
[10:19] <geser> Kmos: Debian discussed dropping WP for etch
[10:19] <keescook> geser: yeah, I watched that for a while.  I guess we'll see how much traction they got from upstream's promise to support security updates better.
[10:20] <Kmos> geser: i think that's good =) if someone needs it, install and maintain it
[10:21] <keescook> Kmos: looks good.  I've marked it +1
[10:21] <RainCT> what has to be done in order that a program starts automatically after installation? (for bug 119220)
[10:21] <ubotu> Launchpad bug 119220 in empathy "empathy: no launcher in the menu" [Undecided,Needs info]  https://launchpad.net/bugs/119220
[10:21] <geser> keescook: http://wordpress.org/support/topic/120857 points to the changeset fixing this problem
[10:21] <keescook> geser: nice, that's an improvement.
[10:23] <Kmos> keescook: thanks
[10:23] <keescook> Kmos: np.  I need the REVU practice.  ;)
[10:24] <Kmos> :)
[10:24] <Kmos> https://launchpad.net/ustouch
[10:24] <Kmos> my project :)
[10:32] <persia> RainCT: Regarding 119220, I believe that the correct method to have something start up by default is to add a .desktop to /etc/xdg/autostart, but you might want to seek confirmation that this is not GNOME-specific.
[10:33] <Kmos> keescook: try to find another core-dev to give another +1 and upload it
[10:33] <vil> hi all
[10:34] <vil> any idea why buntudot.org does not work?
[10:34] <vil> I did not check it lately and now I get server not found in firefox
[10:35] <DarkSun88> G'night
[10:36] <RainCT> persia: that starts it each time you start session? if I understood right it already does start automatically, but only once it was launched for the first time (or perhaps after reboot, reporter did not confirm that), so what it needs is to be started after installation
[10:40] <keescook> leonel: great work.  were you able to test against a "bad" RAR file?
[10:40] <leonel> still looking for a bad one ..
[10:41] <persia> RainCT: It seems to use the legacy /usr/share/gnome/autostart directory, but yes, it only activates after logout and login (or reboot).  Fixing this is hard, as the postinst runs as root, and so doesn't know which sessions to update.  I don't think a menu item is helpful - it would be used only once, and only by people who just installed empathy, and haven't logged out and logged back in, thereby cluttering the menus uselessly.
[10:52] <RainCT_brb> persia: isn't it possible to run    su <username>; empathy; exit;         ?
[10:52] <RainCT_brb> persia: (where username have the script replace it with the user that is logged in)
[10:52] <persia> RainCT: Sure, but for which <username>?
[10:53] <persia> RainCT: What if multiple users are logged in?  How about one user on the desktop, and one via ssh?
[11:00] <leonel> keescook: I'm making a bad rar to test 
[11:00] <RainCT_brb> persia: ok, thanks
[11:00] <RainCT_brb> good night
[11:09] <leonel> keescook: couldn't make the file 
[11:09] <leonel> :(
[11:10] <leonel> keescook: i've asked a  clamav developer if he can provide the bad rar which I cant access in the clamav bugtracker
[11:10] <keescook> leonel: okay, good
[11:14] <alexises_> bashelier tu est la ? j'ai envie d'esseyer un truc
[11:15] <alexises_> bashelier voir si je peut me connecter sur ton ordi (enfin juste voir si 'jarrive  l'identification)
[11:15] <bashelier> alexises_: please, first do /topic, then choose the right chan
[11:15] <alexises_> ho sorry 
[11:16] <alexises_> i have not see  
[11:24] <alexises_> merci
[11:33] <somerville32> join #ubuntu-devel
[11:33] <somerville32> err...
[11:39] <alexises_> good night i go in my bed
[11:46] <leonel> keescook: Eliot from Clamav  send me the a bad rar     tested on  clamav  without patches : 
[11:46] <leonel> leonel@human:~ $ clamdscan Desktop/clamcrash.rar 
[11:46] <leonel> /home/leonel/Desktop/clamcrash.rar: lstat() failed. ERROR
[11:46] <leonel> keescook:  tested  in with the patched  clamav :
[11:46] <leonel> leonel@ubuntu:~$ clamdscan Desktop/clamcrash.rar 
[11:46] <leonel> /home/leonel/Desktop/clamcrash.rar: OK
[12:07] <pochu_> Night MOTUland :)