[04:49] (ajmitch/#ubuntu-motu) zul: now everyone will want one!
[04:49] <zul> ajmitch: a rough life? no  a 22 inch wide screen monitor maybe
[04:50] <ajmitch> nah, referring to the blog post
[04:51] <zul> heh
[04:51] <zul> anyways my wife is telling me to go to bed
[04:51] <zul> night folks
[04:51] <imbrandon> gnight zul
[04:52] <ajmitch> night
[04:52] <bddebian> stupid libgcr410
[04:52] <imbrandon> hrm are the ubuntu pbuilder/debootstrap scripts in debian proper ?
[04:54] <ScottK> Not the versions that know about Ubuntu, AFAIK.
[04:55] <imbrandon> ajmitch: you running nvidia driver or nv ?
[04:55] <imbrandon> ( on gutsy )
[04:58] <gnomefreak> bryce: do you have a minute for some reason after implementing bulletproof X my gdm is too big for my screen, seems like a res. issue but i cant figure out how to change it, i talked with seb128 the other day and we were able to come up with gdm is fine but xorg might have caused it, and im assuming it was changed during the 200+ updates i had when i got home after a week
[04:58] <minghua> ScottK, imbrandon: sid's debootstrap has all scripts for Ubuntu, from warty to gutsy.
[04:58] <ajmitch> imbrandon: nvidia
[04:59] <ScottK> minghua: Thanks.  I did not know that.
[04:59] <gnomefreak> last i tried i couldnt build a sid chroot maybe a minth ago
[04:59] <gnomefreak> it was failing i blamed dchroot TBH
[05:00] <minghua> And FWIW, cdebootstrap seems to have Ubuntu support too.  I don't see any distro-specific stuff in pbuilder, though.
[05:14] <StevenK> ScottK: What was the fix for courier?
[05:15] <ScottK> Added the test for /var/run/courier ownership to the inits for courier-ldap and courier-mta-ssl where they were missing.
[05:16] <ScottK> I discovered that /var/run/courier is supposed (on persistent systems) to be created by courier-authdaemon.
[06:32] <ScottK> Good night all.
[06:32] <bddebian> Gnight ScottK
[06:41] <TheMuso> Is it me, or is gnome-terminal broken after latest updates?
[06:43] <rob> its working for me, actually it fixed a lot of little problems for me the last update
[06:43] <rob> I'm on amd64 though
[06:44] <bddebian> Gnight folks
[06:44] <rob> nite bddebian
[06:44] <TheMuso> rob: Have you restarted gnome/gnome-terminal since your last update?
[06:45] <TheMuso> rob: I get the same behavior on two different systems, with totally different CPUs.
[06:45] <rob> yes, I had to restart twice before it all worked though
[06:45] <rob> no idea why
[06:45] <TheMuso> me neither.
[07:03] <RAOF> Ok.  One miro bug down.  Now, for the more difficult Xgl bugs.
[07:29] <TheMuso> Ah found the bug report, and a temporary fi.
[07:29] <TheMuso> fi
[07:29] <TheMuso> fix
[07:30] <StevenK> Does the fix include a new keyboard? :-P
[07:30] <rob> nice
[07:30] <TheMuso> StevenK: heh no, just setting a gconf value.
[07:31] <rob> I'm getting a lot of the following when compiling nx on gutsy amd64 at the moment, am I right to assume it just doesn't like 64-bit?
[07:31] <rob> Composite.c:204: warning: format '%ld' expects type 'long int', but argument 3 has type 'Window'
[07:32] <rob> pbuilder eventually fails building
[08:32] <tonyyarusso> RAOF: the Top 10 doesn't have its URL anymore
[08:33] <tonyyarusso> RAOF: ignore me...I was looking AFTER
[08:33] <RAOF> tonyyarusso: Heh.
[08:33] <tonyyarusso> RAOF: I think I'm allowed to not be able to read after 1 am, right?
[08:34] <RAOF> Seems about right.
[08:34] <RAOF> Hm.  I wonder if my Xgl question will get more of a response here than in #ubuntu-desktop, which seems dead.
[08:35] <StevenK> RAOF: Now I'm curious.
[08:35] <RAOF> StevenK: Eeeeexcelent.
[08:35] <RAOF> So, the problem is that Xgl breaks user-switching, for two reasons.
[08:36] <RAOF> (1) It always tries to spawn a server on :1, which is on reflection stupid, and easily fixable by looking at the lockfiles in /tmp/.Xfoo
[08:36] <RAOF> (2) 3D (often?) doesn't work for the second user's X server, and this breaks Xgl like a twig.
[08:38] <RAOF> So, options that I can think of include: trying to detect if 3D will work, and only launching Xgl then (hard, from what I gather).  Not killing the login process when Xgl fails to start (also hard)
[08:39] <RAOF> Messing with GDM's configuration to get GDM to spawn an Xgl server rather than an X server (a bit evil, but moderately easy, and should fix "compiz doesn't work for second user" as an added bonus).
[08:40] <RAOF> Opinions?  Comments?  Suggestions?
[08:40] <StevenK> You can't. GDM's configuration file is owned by gdm, and xgl can't play in that sandpit.
[08:41] <RAOF> Yes, I know.  Evil.
[08:41] <\sh> hmmm...anybody has problems with gnome right now?
[08:41] <RAOF> GDM doesn't appear to have a "I check the files in this directory for config", which would make this problem much easier.
[08:42] <RAOF> \sh: No, unless it's something more specific that I just haven't tried yet.
[08:44] <\sh> RAOF: something is crashing all the time, I think it's the session manager
[08:44] <RAOF> Bah!  Wine still sucks.
[08:44] <\sh> RAOF: my gdm is not starting up
[08:44] <\sh> -EITOLDYOUSO ,->
[08:45] <RAOF> \sh: Wow.  No, I'm not seeing that.
[08:45] <\sh> RAOF: gdm is totally black
[08:45] <StevenK> It's the new theme.
[08:45] <RAOF> Cool. :)
[08:45] <\sh> RAOF: starting gnome via kdm brings the panel but all apps are somehow screwed
[08:46] <StevenK> Black on black. :-P
[08:48] <RAOF> StevenK: So, any contribution other than "you can't mess with conffiles owned by gdm"?
[08:49] <StevenK> RAOF: No, sorry
[08:49] <RAOF> That's OK.
[08:51] <RAOF> I'll wait for mvo or Amaranth to appear then, they'll be prime targets :)
[09:02] <dholbach> good morning
[09:02] <RAOF> dholbach: Good $TIME_OF_DAY
[09:02] <dholbach> hey RAOF
[09:07] <geser> dholbach: Morgen
[09:07] <rastal> good morning
[09:07] <dholbach> guten morgen geser :)
[09:07] <dholbach> hey rastal
[09:08] <rastal> :-)
[09:08] <dholbach> how are y'all doing?
[09:08] <dholbach> hey vil
[09:09] <vil> hey dholbach
[09:14] <ajmitch> hi dholbach
[09:19] <dholbach> heya ajmitch - how's it going?
[09:20] <superm1> hey dholbach
[09:21] <dholbach> heya superm1 - how are you?
[09:21] <ajmitch> good, you?
[09:21] <superm1> dholbach, fairly stressed :)
[09:21] <superm1> tomorrow is the career fair, so i've been busy with LaTeXifying my resume and lots of other preparatory stuff
[09:22] <dholbach> superm1: man... I wish you all the best with that!
[09:22] <dholbach> ajmitch: quite good too, thanks
[09:23] <dholbach> just getting ill and my gnome seems a bit bong too at the moment
[09:23] <ajmitch> ouch
[09:23] <ajmitch> stay well, please :)
[09:23] <superm1> dholbach, thanks, still been (attempting to be) balancing items with ubuntu work and such though too.
[09:24] <dholbach> I'll try my best :)
[09:25] <superm1> dholbach, with your new position, are you still regularly going through ubuntu-main-sponsors queue?
[09:25] <dholbach> superm1: yes, that's part of it - one of the first things I wanted to speed up is the sponsoring process, but I need to get better at nagging canonical people into doing reviews and uploads still :)
[09:26] <superm1> cool okay, well i won't nag for the item that i've got in there then :)
[09:26] <jussi01> good morning dholbach
[09:26] <dholbach> superm1: which one are you talking about? the lirc upload?
[09:26] <dholbach> hey jussi01
[09:26] <superm1> dholbach, yeah i've got a lirc item in there
[10:33] <ajmitch> Hobbsee!
[10:34] <Hobbsee> ajmitch!
[10:36] <geser> Hi Hobbsee!
[10:37] <Hobbsee> hi geser!
[10:40] <huats> Hi all
[10:44] <huats> jono: Oh by the way : Happy birthday... a little too late...
[10:45] <jono> thanks huats :)
[10:46] <huats> jono: I've just read you blog entry... at first I though it was today...
[10:46] <huats> jono: whcih is mine !
[10:46] <huats> jono: :-)
[10:47] <jono> huats: happy birthday!
[10:47] <huats> jono: thanks  :-)
[11:15] <huats> does anybody can explain me a bit how kde is looking for icons that are referenced in .desktop files ? is it also in /usr/share/app-install/icons ?
[11:18] <\sh> damn..my ldap is down
[11:55] <jussi01> huats: I dont know if this explains it, but I think so. :) http://standards.freedesktop.org/desktop-entry-spec/latest/
[11:56] <huats> jussi01: first thanks for the link...
[11:57] <jussi01> :)
[11:57] <huats> jussi01: in fact I am actually trying to have a lok at bug #121984
[11:57] <ubotu> Launchpad bug 121984 in kdepim "kandy: no icon in kubuntu feisty's kde menu" [Wishlist,Confirmed]  https://launchpad.net/bugs/121984
[11:59] <huats> jussi01: there is something unclear : if I understood correctly the idea is to nt dupplicate stuffs... so let the icons in the  kdeartwork-theme-icon package and not ship them with the kandy package...
[12:00] <jussi01> huats: Im at work atm. Im sorry, I dont have time to look atm
[12:00] <huats> jussi01: but the kdeartwork-theme-icon install icons in usr/share/icons/ikons/XXxXX/icons which is not a path where the icons for installed applications ...
[12:00] <geser> huats: have you tried asking in #kubuntu-devel where (hopefully) the kubuntu experts are?
[12:00] <huats> geser: nope
[12:01] <huats> geser: I went here... to discuss that with MOTUs :-)
[12:02] <huats> geser: but I will right now :-)
[12:36] <\sh> guys, did anyone in here played around with the apache directory server?
[01:01] <TheMuso> dholbach: I think I'll unsubscribe uus from 140426 as it is taken care of, and no longer needs to be on your page for sponsoring, or on the bug list.
[01:01] <dholbach> TheMuso: ok great
[01:10] <TheMuso> bluekuja: Re bug 94987, now that we are using LP: # tags in changelogs, there is no need to reset the bug back to fix committted. The upload automatically sets the bug to fix released, and so consequently, you don't need to add the acception info to the bug either.
[01:10] <ubotu> Launchpad bug 94987 in g3data "g3data lacks menu icon and mime-type binding" [Wishlist,Fix released]  https://launchpad.net/bugs/94987
[01:10] <TheMuso> As the changelog for the upload gets added, which is quite enough.
[01:31] <Le-Chuck_IT1> Hi, a quick question: where does one put the png and svg files that will be shown in the gnome menu for an application in an ubuntu package? Upstream puts that in /usr/share/APPNAME/appname.svg
[01:31] <Le-Chuck_IT1> but in the gnome menu the icon does not show up
[01:31] <Le-Chuck_IT1> is there some "update-menu-icons" to run?
[01:32] <Le-Chuck_IT1> and if so, should I add it to postinstall scripts?
[01:33] <pochu> Le-Chuck_IT1: /usr/share/pixmaps/*.png, and /usr/share//icons/hicolor/scalable/apps/*.svg
[01:33] <Le-Chuck_IT1> should I copy the icons in the "debian" directory?
[01:33] <Le-Chuck_IT1> and then install them
[01:33] <Le-Chuck_IT1> or should I modify the upstream makefile?
[01:35] <pochu> For the first option, you don't need to copy them, just use debian/package.install
[01:36] <pochu> But probably send a patch to upstream with a modified Makefile, and tell them that that's the freedesktop.org spec :)
[01:36] <Le-Chuck_IT1> doing both! :)
[01:36] <Le-Chuck_IT1> thank you
[01:37] <pochu> yw :)
[01:42] <Le-Chuck_IT1> and, er, upstream provided only an svg icon for the mimetype
[01:43] <Le-Chuck_IT1> do I put that in /usr/share/icons/hicolor/scalable/mimetypes?
[01:43] <Le-Chuck_IT1> I did this, and nautilus is not using the icon
[01:43] <Le-Chuck_IT1> but now I manually set the icon
[01:43] <Le-Chuck_IT1> and nautilus is not using it anyway :(
[01:45] <Le-Chuck_IT1> ok thanks :)
[01:46] <bluefoxicy> Is there a reason the pretty Gnome utils are being replaced by RedHat's system-tools packages?
[01:46] <bluefoxicy> I really prefer the ones we have ... D:
[01:48] <sladen> we generally follow upstream
[01:49] <Hobbsee> eek, a month
[01:49] <Hobbsee> polonaise?
[01:50] <ogra> "<sladen> we generally follow upstream"
[01:50] <Hobbsee>      3. (Mus.) A stately Polish dance tune, in 3-4 measure,
[01:50] <Hobbsee>         beginning always on the beat with a quaver followed by a
[01:50] <Hobbsee>         crotchet, and closing on the beat after a strong accent on
[01:50] <Hobbsee>         the second beat; also, a dance adapted to such music; a
[01:50] <Hobbsee>         polacca.
[01:50] <Hobbsee> ah right
[01:51] <pochu> flood! :)
[01:52] <zul> bluefoxicy: probably because they work
[01:53] <bluefoxicy> zul:  mm?  The printer tool works well for me, aside from it not auto-configuring a printer on hotplug.
[01:53] <bluefoxicy> that was the first to go.
[01:53] <bluefoxicy> XD
[01:54] <bluefoxicy> Hrn.  The -rt kernels don't have drivers for most stuff, like nvidia or ati cards.
[01:54] <bluefoxicy> i guess upstream closed source modules can't cope with the changes
[01:55] <pochu> Hobbsee: what about the LongPointyStick? :)
[01:59] <jussi01> bluefoxicy: when you are running the -rt kernel you dont want the heaviness of the proprietry drivers, if I understood correctly what one of the -rt devs was telling me.
[02:01] <bluefoxicy> jussi01:  making heavy tasks (including kernel tasks) matter less to responsiveness is what -rt is all about.
[02:01] <bluefoxicy> work time.
[02:01] <jussi01> :)
[02:01] <jussi01> me too
[02:08] <bluekuja> TheMuso, hey
[02:09] <bluekuja> TheMuso, thanks for the hint
[02:09] <bluekuja> :)
[02:10] <TheMuso> bluekuja: You're welcome.
[02:10] <bluekuja> TheMuso, :)
[02:45] <huats> dholbach: Hi
[02:45] <huats> dholbach: can I pm you ?
[02:50] <lucas> are ubuntu-archive requests going to be processed at some point? ;)
[02:58] <fernando> moin all
[03:08] <geser> lucas: try asking the archive-admins in #ubuntu-devel
[03:32] <dholbach> hey huats, sure, go ahead
[03:33] <dholbach> huats: sorry, was away for a dogwalk
[03:33] <huats> dholbach: that was my guess :-)
[03:33] <dholbach> hehe
[03:45] <jwendell> hi, dholbach
[03:46] <jwendell> dholbach, any luck on bug 134560 ?
[03:46] <ubotu> Launchpad bug 134560 in ubuntu "[needs-packaging]  vinagre - vnc client" [Wishlist,Fix committed]  https://launchpad.net/bugs/134560
[03:46] <dholbach> jwendell: I need to check it out again, but I'm busy with a bunch of other stuff - I'll get back to it, I promise
[03:46] <jwendell> dholbach, thanks ;)
[03:48] <Hobbsee> one day or another, at least.
[04:12] <Le-Chuck_ITA> hi all. Regarding bug #137934, should I open a _new_ bug with name UVFe: xournal 0.4.1
[04:12] <ubotu> Launchpad bug 137934 in xournal "Please sponsor xournal 0.4.0.1" [Undecided,Incomplete]  https://launchpad.net/bugs/137934
[04:12] <Le-Chuck_ITA> or can I leave things as they are?
[04:13] <Hobbsee> Le-Chuck_ITA: you can just add the uvfe info to the same bug, etc
[04:13] <Le-Chuck_ITA> thank you
[04:14] <jussi01> !ping
[04:14] <ubotu> pong
[04:15] <Kopfgeldjaeger> hi
[04:16] <bddebian> Heya gang
[04:17] <geser> Hi bddebian
[04:18] <bddebian> Hi geser
[04:19] <Le-Chuck_ITA> wrong place to ask but do you know how to solve the problem that gconfd can't be contacted? I rebooted but nope, I have a terrible desktop now. gconfd and dbus are running (I checked with ps ax)
[04:21] <StevenHarperUK_> Hi, I have a question, I have a PPA on launchpad, and I have added my repositories to my /etc/apt/sources/list, but my packages are only appearing in synaptic and command line apt-get or apt-search, how do I get them to appear in the graphical  manager?
[04:21] <geser> you mean update-manager?
[04:21] <Hobbsee> StevenHarperUK_: suggestion:  reread what you said, fix it.
[04:23] <StevenHarperUK_> How do I get PPA packages to appear in the Graphical apt-manager?
[04:24] <StevenHarperUK_> Yes sorry:@ I mean when you choose Add/Remove
[04:24] <StevenHarperUK_> I want my packages to appear in there, they do when I choose use apt-search from a terminal
[04:24] <geser> ah that one
[04:25] <geser> gnome-app-install uses other data than apt/synaptic
[04:25] <StevenHarperUK_> Do you know what I have to change?
[04:25] <geser> gnome-app-install uses the .desktop files in /usr/share/app-install
[04:26] <bddebian> Ho hum, what to do, what to do..
[04:27] <StevenHarperUK_> geser : is there anything I can change to make it work?
[04:27] <Hobbsee> bddebian: sponsorship queue.  get to it.
[04:28] <bddebian> There wasn't much there last night
[04:28] <geser> StevenHarperUK_: I guess you would need to install a .desktop file there, but I've no idea you could do it
[04:29] <geser> StevenHarperUK_: installing the desktop file in one off your packages is useless because then you already have you packages installed
[04:29] <StevenHarperUK_> Right so dist upgrades put new package .desktops in there ?
[04:29] <StevenK> But ..... I thought StevenHarperUK_ was talking about things like the Commercial repo, which appear there.
[04:29] <StevenK> Which are in /usr/share/app-install/channels
[04:30] <Hobbsee> StevenK: it needs a manual mvo fixing each time
[04:30] <geser> StevenHarperUK_: those files are installed by app-install-data
[04:30] <Hobbsee> StevenK: as in, a manual mvo updating of every package in the archive
[04:30] <StevenK> In the commercial archive?
[04:30] <StevenK> I'm confused
[04:30] <Le-Chuck_ITA> Hobbsee: where can I find information about sponsored uploads for universe? I want to check that I did everything right since I used a new script by dholbac
[04:31] <StevenHarperUK_> I have packages on my PPA , what I want is for users of my app to be able to just add my PPA repository to their sources.list then use teh graphical manager to get it
[04:31] <Le-Chuck_ITA> I mean where is the relevant wiki page
[04:31] <Hobbsee> Le-Chuck_ITA: the /topic
[04:31] <Hobbsee> see the section on sponsorship
[04:31] <Hobbsee> StevenK: in the commercial archive, in any archive.ubuntu.com/* as wlel
[04:32] <StevenHarperUK_> I guess that I can't do it
[04:32] <geser> I see no (easy) solution for it
[04:33] <StevenHarperUK_> its a terminal only job - thanks for the help thou
[04:33] <StevenHarperUK_> I understand more now
[04:34] <StevenHarperUK_> ok im off back to work : thanks for the help
[04:34] <geser> you would need to have a newer app-install-data in your ppa and get the user to upgrade to it but IMHO that's not a good idea
[04:34] <StevenHarperUK_> Yeh I guess mucking about with that is a bad idea
[04:47] <jdong> awesome
[04:48] <bigon> dholbach: are you there?
[04:48] <dholbach> bigon: yes, I am :)
[04:48] <bigon> dholbach: :)
[04:49] <bigon> dholbach: could you activate the ppa for the telepathy team?
[04:49] <dholbach> bigon: done
[04:49] <bigon> dholbach: thx :)
[04:49] <dholbach> de rien
[04:52] <MehdiHassanpour> jdong: ty for help :-)
[05:37] <tuxcrafte2> how do I match a specific command to its package?
[05:38] <man-di> dpkg -S /usr/bin/command
[05:38] <arthur-> +1 :-)
[05:39] <arthur-> hello man-di
[05:39] <man-di> arthur-: hello
[05:40] <tuxcrafte2> man-di: thank you very much
[05:40] <tuxcrafte2> that was it for today
[05:48] <Le-Chuck_ITA> Hi all
[05:48] <Le-Chuck_ITA> always here asking lots of questions
[05:48] <Le-Chuck_ITA> now, can I just subscribe ubuntu-universe-sponsors to my bug
[05:48] <Le-Chuck_ITA> or is there a procedure to follow?
[05:49] <pochu> The procedure is subscribe ubuntu-universe-sponsors :)
[05:49] <pochu> as long as it's ready for upload
[05:49] <Hobbsee> Le-Chuck_ITA: https://wiki.ubuntu.com/MOTU/Contributing#head-b205c74e27fe15e79e10c9e7f14d3cdfb359d81d
[05:49] <Le-Chuck_ITA> ok
[05:50] <Hobbsee> Le-Chuck_ITA: also, https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue
[05:50] <Le-Chuck_ITA> great
[05:52] <arthur-> Hobbsee: http://en.wikipedia.org/wiki/List_of_IRC_commands#deop
[05:57] <Hobbsee> arthur-: how disappointing.  it doesnt have remove, for freenode.
[05:58] <mr_pouit> Hobbsee: and what was the _good_ reason for removing him? (there's nothing offending in what he said... :/)
[05:59] <Le-Chuck_ITA> I created a debdiff with debdiff
[05:59] <Le-Chuck_ITA> and the patch "attempted to create file pixmaps/xoj.svg, which already exists"
[05:59] <Le-Chuck_ITA> how is this possible?
[06:06] <Le-Chuck_ITA> also: is it normal that debdiff created  a patch with "/tmp/G8hyu0HNDA/xournal-0.4.1ubuntu1/ChangeLog" in it?
[06:06] <Le-Chuck_ITA> I mean shouln't it just mention files _inside_ the source tree without any path?
[06:06] <bluekuja> Le-Chuck_ITA, just delete temp stuff
[06:06] <Le-Chuck_ITA> ^
[06:06] <Le-Chuck_ITA> ?
[06:06] <bluekuja> if it gets created
[06:06] <bluekuja> like this case
[06:07] <bluekuja> you can delete it manually
[06:07] <Le-Chuck_ITA> I don't understand what you mean: I call debdiff with the two dsc arguments, I "make clean" and "debuild clean" before debdiffing
[06:07] <bluekuja> Le-Chuck_ITA, yeah, just delete it manually
[06:07] <Le-Chuck_ITA> but what?
[06:07] <bluekuja> but nothing
[06:07] <Le-Chuck_ITA> I mean: what should I delete?
[06:07] <bluekuja> temp stuff
[06:07] <Le-Chuck_ITA> there isn't temp stuff
[06:07] <bluekuja> /tmp/G8hyu0HNDA
[06:08] <Le-Chuck_ITA> no
[06:08] <Le-Chuck_ITA> I think that debdiff created two dirs
[06:08] <geser> edit the debdiff
[06:08] <Le-Chuck_ITA> in /tmp
[06:08] <Le-Chuck_ITA> to compare
[06:08] <Le-Chuck_ITA> aaaaaaah
[06:08] <bluekuja> Le-Chuck_ITA, ...
[06:08] <bluekuja> Le-Chuck_ITA, edit the debdiff manually
[06:08] <Le-Chuck_ITA> ok now I understand what you mean
[06:08] <Le-Chuck_ITA> yes
[06:08] <geser> it's normal for native packages that debdiff extracts them in /tmp and then runs diff
[06:08] <bluekuja> yup
[06:08] <Le-Chuck_ITA> I have the two source trees unpacked
[06:09] <bluekuja> Le-Chuck_ITA, so?
[06:09] <bluekuja> Le-Chuck_ITA, geser explained you how does it work
[06:09] <bluekuja> so dont worry
[06:09] <Le-Chuck_ITA> how should I invoke debdiff without making it extract the package in /tmp?
[06:09] <bluekuja> Le-Chuck_ITA, I think you cant
[06:10] <bluekuja> geser?
[06:10] <Le-Chuck_ITA> hmmm but... https://wiki.ubuntu.com/MOTU/Contributing#head-b205c74e27fe15e79e10c9e7f14d3cdfb359d81d
[06:10] <Le-Chuck_ITA> there it uses "patch -p1"
[06:10] <Le-Chuck_ITA> and does not mention editing the patch
[06:10] <geser> I don't know of an option to suppress it
[06:10] <bluekuja> Le-Chuck_ITA, what's the problem?
[06:11] <bluekuja> you dont have to edit the patch
[06:11] <bluekuja> you are working on a debdiff
[06:11] <bluekuja> and you get tmp stuff
[06:11] <bluekuja> that's normal
[06:11] <geser> Le-Chuck_ITA: usually you don't have the /tmp in the debdiff, this only happens on native packages
[06:11] <bluekuja> Le-Chuck_ITA, patch -p1 is to apply your debdiff
[06:11] <Le-Chuck_ITA> yes
[06:11] <geser> you then need patch -p4 (iirc)
[06:11] <bluekuja> when a MOTU reviews it
[06:12] <Le-Chuck_ITA> Ok
[06:12] <bluekuja> Le-Chuck_ITA, but as geser said, it's normal to have it on native packages
[06:12] <bluekuja> how you should move then?
[06:12] <bluekuja> just delete tmp stuff manually
[06:12] <bluekuja> on the debdiff
[06:12] <bluekuja> :)
[06:12] <bluekuja> and there wont be problems
[06:13] <Le-Chuck_ITA> I may look stupid but I still don't get one thing :) : should I edit the debdiff so that all occurrences of "/tmp/NVmlawJQiX/" are deleted?
[06:13] <bluekuja> Le-Chuck_ITA, yup, that's it
[06:13] <Le-Chuck_ITA> so strange :) ok doing that
[06:13] <bluekuja> /tmp/NVmlawJQiX should not be there
[06:14] <bluekuja> so you just delete it
[06:14] <bluekuja> :)
[06:14] <bluekuja> Le-Chuck_ITA, bug number?
[06:14] <Le-Chuck_ITA> bug #137934
[06:14] <ubotu> Launchpad bug 137934 in xournal "Please sponsor xournal 0.4.1" [Undecided,Incomplete]  https://launchpad.net/bugs/137934
[06:15] <Le-Chuck_ITA> do I leave a / at the beginning of the file names?
[06:15] <bluekuja> delete it too
[06:16] <Le-Chuck_ITA> ok
[06:17] <Le-Chuck_ITA> now I have the other problem I mentioned
[06:17] <Le-Chuck_ITA> The next patch would create the file pixmaps/xoj.svg,
[06:17] <Le-Chuck_ITA> which already exists!  Assume -R? [n] 
[06:17] <Le-Chuck_ITA> why debdiff added this file to the patch
[06:17] <Le-Chuck_ITA> if it's already there in the original source tree
[06:17] <Le-Chuck_ITA> I don't understand this
[06:18] <bluekuja> Le-Chuck_ITA, I dont know what you're trying to do
[06:18] <bluekuja> Le-Chuck_ITA, I dont know whats your debdiff
[06:18] <Le-Chuck_ITA> I have the original source tree
[06:18] <Le-Chuck_ITA> and my version
[06:18] <Le-Chuck_ITA> which is the new upstream release
[06:18] <Le-Chuck_ITA> I want to provide a debdiff that applies cleanly to the original source tree
[06:19] <bluekuja> Le-Chuck_ITA, why?
[06:19] <Le-Chuck_ITA> (which I am deleting unpacking again for each attempt, of course)
[06:19] <bluekuja> Le-Chuck_ITA, why you are providing a debdiff for a new upstream release?
[06:19] <Le-Chuck_ITA> ahemmm
[06:19] <Le-Chuck_ITA> I thought
[06:19] <Le-Chuck_ITA> that I had to do this
[06:19] <bluekuja> Le-Chuck_ITA, is it UVF approved?
[06:19] <bluekuja> we are on a new upstream freeze
[06:19] <bluekuja> atm
[06:19] <Le-Chuck_ITA> not yet but I have to provide a working package
[06:19] <Le-Chuck_ITA> yes I know
[06:19] <Le-Chuck_ITA> I am trying
[06:20] <Le-Chuck_ITA> everything is explained in the bug report
[06:20] <Le-Chuck_ITA> but before subscribing the sponsors to the bug
[06:20] <bluekuja> Le-Chuck_ITA, before doing anything, you need to get an approvation from UVF
[06:20] <Le-Chuck_ITA> I have to make the debdiff work no?
[06:20] <bluekuja> with a good motivation
[06:20] <Le-Chuck_ITA> motivation is very good
[06:20] <bluekuja> to have it packaged inside the archive
[06:20] <Le-Chuck_ITA> xournal cannot be used at all
[06:20] <Le-Chuck_ITA> in gutsy
[06:20] <Le-Chuck_ITA> but don't I have to provide a debdiff?
[06:20] <bluekuja> Le-Chuck_ITA, then add motu-uvf
[06:21] <bluekuja> and get an approvation
[06:21] <bluekuja> Le-Chuck_ITA, then provide a dsc orig e diff.gz
[06:21] <bluekuja> for the new upstream release
[06:21] <bluekuja> not a debdiff
[06:22] <bluekuja> Le-Chuck_ITA, you can use a debdiff for bug fixes et all
[06:22] <bluekuja> but not for upstream versions
[06:22] <bluekuja> it would be great to have it on REVU
[06:22] <bluekuja> (after approvation)
[06:22] <ScottK> bluekuja: That's correct.
[06:23] <Le-Chuck_ITA> (bluekuja: are you italian by the way) I thought that revu was only for new packages
[06:23] <bluekuja> ScottK, :)
[06:23] <ScottK> Le-Chuck_ITA: New and new upstream versions.
[06:23] <bluekuja> Le-Chuck_ITA, I'm italian yes
[06:23] <Le-Chuck_ITA> I noticed the "e" in place of "and" :)
[06:24] <Le-Chuck_ITA> I went crazy to provide the debdiff :(
[06:24] <bluekuja> Le-Chuck_ITA, ScottK can check your request and approve/reject it
[06:24] <bluekuja> he's an UVF member
[06:24] <Le-Chuck_ITA> Once it is approved, who prepares the new package?
[06:24] <ScottK> What bug?
[06:24] <ScottK> That would be you.
[06:24] <bluekuja> bug #137934
[06:24] <ubotu> Launchpad bug 137934 in xournal "Please sponsor xournal 0.4.1" [Undecided,Incomplete]  https://launchpad.net/bugs/137934
[06:25] <bluekuja> Le-Chuck_ITA, you
[06:25] <Le-Chuck_ITA> Bug #137934
[06:25] <bluekuja> will prepare the package
[06:25] <Le-Chuck_ITA> ah ok so soon or later my work will be useful
[06:25] <Le-Chuck_ITA> I feel better!
[06:25] <bluekuja> and push it on REVU
[06:25] <Le-Chuck_ITA> ok
[06:25] <bluekuja> then ping me or any other MOTU for a review
[06:25] <bluekuja> and if ok, I'll upload it
[06:28] <bluekuja> Le-Chuck_ITA, I hope you know how to get on REVU
[06:28] <ScottK> Le-Chuck_ITA: The UVFe lacks a copy of the build and install logs.  Will you sign up to be bug contact for the package?
[06:28] <Le-Chuck_ITA> I already am
[06:28] <Le-Chuck_ITA> ehm
[06:28] <Le-Chuck_ITA> should'nt I?
[06:28] <Le-Chuck_ITA> we are not that many users of xournal
[06:29] <bluekuja> Le-Chuck_ITA, provide one then
[06:29] <bluekuja> build and install log
[06:29] <Le-Chuck_ITA> ok
[06:29] <ScottK> bluekuja: Since it's a new version, it only needs one MOTU ack.  If the UVFe is approved, you can dget it from his ppa and then upload it if you are happy.
[06:29] <bluekuja> and post them on the bug
[06:29] <bluekuja> ScottK, sounds great
[06:29] <ScottK> I am, BTW, inclined to approve it, but want to see the rest of the information first.
[06:30] <Le-Chuck_ITA> version on the ppa has a changelog reflecting other versions on ppa
[06:30] <Le-Chuck_ITA> in the archive there should be only one changelog entry
[06:30] <Le-Chuck_ITA> so I suppose it's better that I upload to REVU
[06:31] <bluekuja> Le-Chuck_ITA, first of all provide requested informations
[06:31] <Le-Chuck_ITA> where do I find an install log?
[06:32] <Le-Chuck_ITA> and does it suffice to provide the ".build" file output by debuild?
[06:32] <Le-Chuck_ITA> as a build log I mean
[06:32] <ScottK> Le-Chuck_ITA: If you built the binary using debuild, yes.
[06:33] <bddebian> You want the pbuilder log, no?
[06:33] <Le-Chuck_ITA> yes
[06:33] <Le-Chuck_ITA> "yes, I build using debuild"
[06:33] <bddebian> For the source package, right or do you use pdebuild?
[06:33] <Le-Chuck_ITA> I only used debuild
[06:34] <bddebian> So you haven't tested a build in a clean pbuilder?
[06:34] <Le-Chuck_ITA> only on ppa
[06:34] <Le-Chuck_ITA> but I can do it here
[06:34] <bddebian> Oh ppa, I don't know shit about those so I'll shut up :-)
[06:35] <Le-Chuck_ITA> no I think it's a good idea to use pbuilder locally
[06:35] <Le-Chuck_ITA> but still, what do you mean by install log?
[06:36] <bddebian> build log.  Use --logfile option of pbuilder
[06:36] <aantn> besides for checking build deps, is there any other reason to use pbuilder?
[06:36] <Le-Chuck_ITA> bddebian: I also need an "install" log
[06:36] <ScottK> It makes sure you don't bork your system if there's a problem in the package.
[06:36] <aantn> and what does the .install file do?
[06:37] <bluekuja_> damn, crashed
[06:37] <aantn> ScottK: how could a bad package "bork your system"
[06:37] <bddebian> Le-Chuck_ITA: I've never heard of an "install log"
[06:37] <bluekuja_> Le-Chuck_ITA, I'm leaving now
[06:37] <Le-Chuck_ITA> no wait just a asecond
[06:37] <bluekuja_> fast please
[06:37] <bluekuja_> in too damn late
[06:37] <bluekuja_> :)
[06:38] <Le-Chuck_ITA> "The UVFe lacks a copy of the build and install logs"
[06:38] <Le-Chuck_ITA> what is an install log?
[06:38] <ScottK> aantn: For example if the debian rules tried to install stuff in /etc instead of debian/tmp/etc.
[06:38] <bluekuja_> maybe install files
[06:38] <bluekuja_> and install directories
[06:38] <bluekuja_> of the .deb file at the end
[06:38] <bluekuja_> am I right, ScottK ?
[06:39] <aantn> ScottK: ok
[06:39] <ScottK> Le-Chuck_ITA: When you dpkg -i the .deb, all the stuff that gets spit out that says it installed correctly.
[06:39] <aantn> and what does .install
[06:39] <aantn> do?
[06:39] <Le-Chuck_ITA> ok thansk
[06:39] <bluekuja_> ScottK, ok cool
[06:39] <bluekuja_> leaving now
[06:39] <bluekuja_> Le-Chuck_ITA, ping me later
[06:39] <bluekuja_> for any help
[06:39] <Le-Chuck_ITA> ok thanks a lot
[06:39] <bluekuja_> cya later
[06:39] <ScottK> aantn: Don't think I understand the question.
[06:41] <aantn> in the debian directory there is a file called "package-name.install"
[06:41] <aantn> what does it do?
[06:41] <ScottK> That lists the files to be installed for binary package package-name.
[06:42] <Le-Chuck_ITA> ScottK: I think I provided the logs, can you check if these are enough?
[06:42] <aantn> ScottK: kk thanks
[06:43] <Le-Chuck_ITA> hmmm "LANG=C" would be greatly appreciated in the future, I suppose
[06:43] <ScottK> Le-Chuck_ITA: Looks fine.
[06:43] <Le-Chuck_ITA> Should I upload my package to REVU?
[06:44] <ScottK> Le-Chuck_ITA: You need two motu-uvf acks to approve it.  I'm only one.
[06:45] <Le-Chuck_ITA> ok but I still have to "assign to"
[06:45] <Le-Chuck_ITA> the bug
[06:45] <Le-Chuck_ITA> to motu-uvf right?
[06:46] <Le-Chuck_ITA> yes I have to
[06:46] <Le-Chuck_ITA> I see
[06:46] <Hobbsee> subscribe motu-uvf, i thought.
[06:46] <Hobbsee> isnt that what the docs say?
[06:46] <bddebian> aye
[06:46] <Hobbsee> otherwise it messes with my filters.
[06:46] <Le-Chuck_ITA> Hobbsee: I am reading an italian translation so I wasn't sure
[06:46] <Le-Chuck_ITA> but I see that it has to be assigned
[06:47] <Le-Chuck_ITA> because the queue is https://launchpad.net/~motu-uvf/+assignedbugs
[06:47] <Le-Chuck_ITA> as linked by the wiki page
[06:48] <Le-Chuck_ITA> aaaah
[06:48] <Le-Chuck_ITA> I was reading the italian translation not on purpose but because
[06:48] <Le-Chuck_ITA> it is the first one I found
[06:49] <Le-Chuck_ITA> but I see the english one is more up-to-date
[06:49] <Le-Chuck_ITA> and also explains to use pbuilder, sorry for confusion
[06:49] <ScottK> Le-Chuck_ITA: Any chance you would update the Italian one?
[06:50] <bddebian> And don't mess with Hobbsee's filters or she breaks out the stick! :-)
[06:50] <Le-Chuck_ITA> Will put that on my todo list, but believe me, I spent all of today stealing working time from my ph.d.
[06:50] <ScottK> Hobbsee: It's bug #137934 and I suggest it's worth approving.
[06:50] <ubotu> Launchpad bug 137934 in xournal "Please sponsor xournal 0.4.1" [Undecided,Incomplete]  https://launchpad.net/bugs/137934
[06:50] <Le-Chuck_ITA> otoh the domain where I was reading is "ubuntu-it.com"
[06:51] <Le-Chuck_ITA> which is unofficial I suppose!
[06:51] <Hobbsee> bddebian: no, not really.  but i do read the UVF bugmail faster than i do the rest of kubuntu bugmail, mostm of the time.
[06:51] <Hobbsee> because there's less of it
[06:51] <Hobbsee> but still, those bugs tend to become obsolete if i ignore them for long enough
[06:54] <bddebian> Hobbsee: Just ignore all of them like the rest of us ;-P
[06:55] <Hobbsee> bddebian: it has been pointed out to me though, how close we are to release.
[06:56] <Le-Chuck_ITA> ok I _subscribed_ motu-uvf
[06:56] <Le-Chuck_ITA> and sorry for confusion again
[07:27] <\sh> something happened to my gnome-terminal :( it doesn't show any fonts anymore...only a little dot
[07:28] <Hobbsee> \sh:
[07:28] <Hobbsee> update
[07:28] <\sh> I did already to 2.20
[07:29] <\sh> it was before 2.20 and now it's still there :(
[07:29] <dholbach> libgnome2 update
[07:29] <dholbach> that fixes it
[07:29] <dholbach> restart your session with that
[07:29] <dholbach> have a nice evening - see you tomorrow
[07:29] <\sh> how do I do a libgnome2 update...
[07:30] <dholbach> make sure you have this installed:
[07:30] <dholbach> libgnome (2.20.0-1ubuntu2) gutsy; urgency=low
[07:30] <dholbach>   * debian/libgnome2-common.gconf-defaults:
[07:30] <dholbach>     - the dpi number is a float not an int (LP: #140540)
[07:30] <dholbach>  -- Sebastien Bacher <seb128@canonical.com>  Tue, 18 Sep 2007 09:49:34 +0200
[07:30] <dholbach> and restart your session
[07:30] <dholbach> see you
[07:31] <ogra> \sh, you call your favorite sysadmin and pay him in pizza ?
[07:31] <ogra> night dholbach
[07:31] <dholbach> night ogra
[07:31] <\sh> ogra, oh I'm my favortie sysadmin...and hopefully I catched all upgrades this evening
[07:31] <\sh> oh I'm doomed with kabel-bw tonight
[07:31] <\sh> Es wurden 5342kB in 5s geholt (1048kB/s)
[07:31] <\sh> Konnte http://archive.ubuntu.com/ubuntu/pool/main/d/dpkg/dpkg_1.14.5ubuntu13_i386.deb nicht holen  403 Forbidden [IP: 91.189.89.6 80] 
[07:31] <ogra> so enjoy the pizza then ;)
[07:32] <\sh> WUAH
[07:32] <dholbach> \sh: #ubuntu-devel topic
[07:32] <ogra> thats intentional
[07:33] <\sh> ophew...and I thought only in our company there is chaos ;)
[07:33] <geser> \sh: you missed a broken dpkg :)
[07:33] <bddebian> Not hardly.  We are nothing but chaos :-)
[07:34] <\sh> geser, no...I just ran into it ;)
[07:34] <\sh> how do I do selective upgrades with apt-get ? apt-get upgrade <packagename>?
[07:34] <geser> apt-get install <pkgname>
[07:35] <\sh> oh wow...I never said this, but "yum update <pkgname>" is wonderful and very understanding ;)
[07:36] <\sh> I think I have to implement this behaviour into apt-get...apt-get {dist-}upgrade for full upgrades...and apt-get upgrade <pkgname> for selective updates
[07:37] <\sh> and if any eclipse specialist has time....we need the Apache Directory Studio as eclipse plugin very fast ,)
[07:38] <ScottK> \sh: man-di and doko are the Debian Maintainers for it.
[07:38] <\sh> ScottK, yepp...I'm working on a package for apache directory server...quite nice...and the upstream devs are very friendly :)
[07:49] <\sh> yay..it's back...good terminal...lovely terminal
[08:03] <MehdiHassanpour> hi my dupload has uploaded files once and now it keeps saying "Nothing to upload" how can I upload my files once again ?
[08:03] <mlind_> hiya, any devs around that could trigger a package rebuild in build farm (that failed previously) ?
[08:05] <geser> MehdiHassanpour: remove the .upload file
[08:06] <geser> mlind_: you need an buildd admin for that and they are usually in #ubuntu-devel
[08:07] <MehdiHassanpour> geser: no ~/.upload file :-)
[08:07] <MehdiHassanpour> :-(
.upload
[08:08] <geser> it should be in the same dir as the changes file you try to upload
[08:09] <mlind_> geser: thanks
[08:09] <MehdiHassanpour> geser: ty :-) done!
[08:16] <Konstigt> argh. not possible to do apt-get upgrade on my gutsy (updated earlier today). see https://bugs.launchpad.net/ubuntu/+source/apt/+bug/140777
[08:16] <ubotu> Launchpad bug 140777 in apt "apt-get upgrade crashes with Segmentation fault (core dumped)" [Undecided,New] 
[08:16] <ScottK> Konstigt: Known issue being worked.
[08:17] <ScottK> Konstigt: Downgrade your dpkg and dselect to the previous version.
[08:17] <Konstigt> ScottK: ok. didn't find that bug on launchpad but I guess I've submitted a dupe now...
[08:18] <ScottK> Konstigt: I'll dupe it for you.
[08:20] <ScottK> Konstigt: Done.
[08:23] <Konstigt> ScottK: ok. thanks.
[08:23] <ScottK> The first bug was still marked private because of the retrace which is why you didn't find it.
[08:29] <Konstigt> upgraded dpkg by doing dpkg -i /var/cache/apt/archives/dpkg_1.14.5ubuntu14_i386.deb and now i'm back in business, my upgrade is now running
[08:31] <ScottK> OK.  I didn't know the fixed one was out.  Thanks.
[08:51] <zorg_the_false> q. i am trying to setup a repository, i remember there is 2 kind of repositories, one more complex than the other. but i dont remember the names of those 2 kind. anybody got them ? it would help my search for documentation
[08:59] <bddebian> zorg_the_false: There are more than 2 but reprepo is the one I can think of off the top of my head
[08:59] <zorg_the_false> bddebian: ok will google on it
[09:00] <bddebian> Sorry, that's reprepro
[09:00] <zorg_the_false> ok :)
[09:01] <bddebian> apt-ftparchive is another simple one but probably not the best for creating a large repo
[09:03] <zorg_the_false> bddebian: in my case i have only a few .deb (around 15) and i would like something light :)
[09:06] <bddebian> Ah, then apt-ftparchive might be fine for you
[09:08] <zorg_the_false> ok i will look
[09:12] <zorg_the_false> bddebian: yep looks good, thanks :)
[09:13] <bddebian> OMG soo many bugs... :'-(
[09:51] <siretart> do meetings using the MootBot need to be registered somewhere?
[09:52] <tonyyarusso> siretart: probably depends on where they happen.  anything in #ubuntu-meeting goes through the Fridge people.
[09:56] <siretart> tonyyarusso: oh. I see. do you happen to know if any motu people are using mootbot?
[09:56] <tonyyarusso> siretart: no idea, sorry
[10:02] <leonel> ScottK:  ping
[10:02] <ScottK> pong
[10:02] <ScottK> leonel:
[10:02] <leonel> scottk I've patched clamav   is there anyone there that uses  clamav-milter  to test it ?
[10:03] <ScottK> leonel: Not that I know of.
[10:03] <ScottK> Let's ask on #ubuntu-server.
[10:05] <ScottK> leonel: How big is that patch?
[10:06] <leonel> ScottK:
[10:06] <leonel> -rwxr-xr-x 1 leonel leonel 3333 2007-09-18 13:36 56_cve-2007-4560.dpatch
[10:07] <ScottK> leonel: Would you pastebin the patch?  That seems largish.
[10:07] <ScottK> How about the other CVE?
[10:09] <leonel> ScottK:  looking into  I'll have it ready
[10:12] <leonel> ScottK: http://paste.ubuntu-nl.org/37826/
[10:19] <ScottK> leonel: They didn't miss just a little, did they?
[10:20] <leonel> ScottK:  How ?
[10:20] <ScottK> The patch is not a matter of a minor mistake.  It's a class of input data validation that was missed.
[10:20] <ScottK> Your patch looks (to my minimally trained eye) reasonable.
[10:22] <leonel> I took  debian's  one
[10:22] <ScottK> Sounds good.  I got a nice mail from the Debian clamav maintainer a few days ago about wanting to work more closely.
[10:23] <leonel> that's great
[10:23] <pkern> Yeah, more Debian-Ubuntu cooperation. :D
[10:31] <tonyyarusso> How often does packages.ubuntu.com update?
[10:58] <Mez_> are new packages being accepted into the repository atm? or should I just use my PPA for now?
[10:58] <ScottK> Mez_: Unless it's absolutely critical for Gutsy, use your PPA.
[10:59] <Mez_> ScottK, nah not really, just a Upstream version...
[10:59] <ScottK> PPA then.
[10:59] <Mez_> or wait for hardon
[11:00] <Mez_> I mean herdy ..
[11:00] <Mez_> grr
[11:03] <geser> Mez_: hardy heron
[11:05] <mdomsch> revu password retreival is down. known?
[11:05] <mdomsch> another revu-key instance is already running
[11:05] <mdomsch> check /tmp/revu-key.pid and PID 13476
[11:07] <Mez_> mdomsch, one sec
[11:08] <Mez_> mdomsch, ah apparently, I dont have access to the new system
[11:09] <pkern> Possibly you only need to wait until the other instance terminates?
[11:09] <mdomsch> pkern, same message for ~24 hours or more now
[11:10] <pkern> mdomsch: Then contact siretart or sistpoty for assistance.
[11:10] <ajmitch> try again
[11:10] <mdomsch> ajmitch, works, thanks!
[11:11] <mdomsch> danke Mez_ and ajmitch
[11:30] <pkern> ajmitch: Are you able to mess with revu?
[11:32] <ajmitch> pkern: sure
[11:34] <pkern> ajmitch: Would it be possible that you create an account for me w/o the needed package upload? (Basically I want to be able to comment on packages, but I understand that I cannot "review" them yet as I am not a MOTU.)
[11:37] <ajmitch> pkern: yes, it is possible
[11:40] <pkern> ajmitch: Would be nice if you could do that. Key ID is B2CFCDD8 which should already be synced in as part of universe-contributors. I don't know when exactly the account is created but I thought on package upload.
[11:40] <ajmitch> yes, try & recover with your debian.org address
[11:41] <pkern> "another revu-key instance is already running"
[11:41] <ajmitch> excellent
[11:42] <ajmitch> try again
[11:42] <pkern> ajmitch: Worked.
[11:42] <pkern> ajmitch: Thank you.
[11:54] <siretart> :)
[11:54] <siretart> ajmitch!!! pkern!!
[11:54] <ajmitch> siretart!!!!
[11:55] <siretart> :)
[11:55] <siretart> ajmitch: how's it going?
[11:55] <pkern> siretart: Hey! (: "revu-key is already running" pops up when people try to recover their passwords.
[11:55] <ajmitch> good, how are you?
[11:55] <pkern> siretart: Although I found on hint on that in that bzr checkout I have ajmitch fixed it two times already in the last half an hour. ;)
[11:56] <siretart> hmmm
[11:56] <ajmitch> pkern: I fixed it?
[11:56] <siretart> I have to admit that I didn't look at the closing too closely
[11:56] <pkern> ajmitch: You probably removed the stale lockfile ;)
[11:56] <ajmitch> you mean by blowing away the lock file? :)
[11:56] <ajmitch> the one that should never be seen there when revu-key isn't running
[11:56] <pkern> ajmitch: Well I wrote "fixed" at first. :-P
[11:56] <siretart> sistpoty has written it initally, and Hobbsee has contributed a patch
[12:00] <gnomefreak> does anyone else notice that compiz and desktop-effects were removed during upgrade (im guessing todays since i had it yesterday but i did end up reinstalling ubuntu)
[12:02] <pwnguin> its fine for me
[12:02] <pwnguin> but buggy
[12:02] <pwnguin> or do you mean upgrading from feisty->gutsy?
[12:02] <gnomefreak> buggy = normal
[12:02] <gnomefreak> pwnguin: i did to test it
[12:02] <pwnguin> ?
[12:03] <gnomefreak> and it removed compiz and desktop-effects now everything is conflicting or screwed up deps
[12:03] <pwnguin> afaik, upgrading from feisty->gutsy never enables compiz, but ive never upgraded having compiz installed
[12:03] <pwnguin> i thought you meant "did todays updates disable compiz"
[12:04] <gnomefreak> im wondering if that was due to dpkg bug but still i should beablet o install it. pwnguin it was added than removed
[12:04] <gnomefreak> during that dpkg bug but i should beable to install them now and i cant
[12:04] <pwnguin> if dpkg segfaulted on you, im thinking all bets are off
[12:05] <gnomefreak> pwnguin: i have since fixed that
[12:05] <pwnguin> by reinstalling from scratch?
[12:05] <gnomefreak> no by installing the fixed version
[12:05] <gnomefreak> ubuntu14 fixes the segfault
[12:05] <gnomefreak> had to wget it but its installed
[12:05] <pwnguin> what i mean is
[12:06] <pwnguin> dpkg may have crashed leaving its data in an inconsistant state
[12:06] <gnomefreak> but wouldnt installing new version of dpkg and running update fix that?
[12:06] <pwnguin> no idea
[12:07] <gnomefreak> i figured it would but there are a few things i can fiddle with in about an hour or 2 and see what happens
[12:08] <pwnguin> apt-cache clear might help some
[12:08] <gnomefreak> i have downloads going atm trying to get build evn. back up
[12:08] <gnomefreak> once done i will try a few things
[12:10] <pkern> siretart: What lintian version is running on revu's host?
[12:10] <ajmitch> 1.23.27ubuntu1
[12:11] <siretart> most probably outdated.
[12:11] <ajmitch> which is current in feisty
[12:11] <siretart> is there a lintian backport? If yes, let's install it
[12:11] <pkern> It would be better if there was one, indeed.
[12:11] <ajmitch> if not, let's install it anyway
[12:11] <pkern> The current output is confusing at best.
[12:12] <ajmitch> gutsy's lintian should install without any issues
[12:12] <siretart> ajmitch: please do
[12:15] <ajmitch> done
[12:15] <pkern> ajmitch: Bonus if you re-run lintian on uploads not archived. ;o) (But that isn't strictly necessary.)
[12:16] <ajmitch> that part would take a little longer
[12:16] <Kmos> bug 140812
[12:16] <ubotu> Launchpad bug 140812 in feisty-backports "Please backport lintian from Gutsy" [Undecided,New]  https://launchpad.net/bugs/140812
[12:18] <pkern> Are backports also reviewed via REVU?
[12:19] <ajmitch> no
[12:19] <pkern> So http://revu.tauware.de/revu1-incoming/proftpd-dfsg-0709172310/proftpd-dfsg-1.3.0/debian/changelog is obviously invalid?
[12:19] <pkern> .oO( I still have to find out why one could possibly need GNU libiconv on glibc systems... )
[12:20] <ajmitch> I can't imagine what it's uploaded to REVU for
[12:21] <ajmitch> since it's a modification of a feisty package, for a probably non-serious bug
[12:21] <pkern> Heh, this is fun. The libiconv upload I reviewed earlier also targetted feisty.
[12:21] <pkern> ajmitch: And it introduces a new package to fix the bug. ;o)
[12:21] <ajmitch> huh?
[12:21] <pkern> ajmitch: libiconv is not present in Ubuntu.
[12:21] <pkern> Out of obvious reasons it would seem.
[12:22] <ajmitch> ok, cyrillic support isn't something that's likely to get into proftpd in feisty
[12:22] <pkern> ajmitch: So the correct procedure would be to state this fact and to archive the upload?
[12:22] <ajmitch> yep
[12:22] <pkern> ajmitch: Fine.
[12:23] <ajmitch> and that there's a procedure for getting bugfixes into a stable release
[12:23] <ajmitch> (patches on launchpad, subscribe the appropriate sponsors team)
[12:23] <pkern> ajmitch: Could you point me to it, please?
[12:23] <pkern> Heh. ;)
[12:25] <ajmitch> https://wiki.ubuntu.com/MOTU/SRU has info & links to other wiki pages
[12:26] <pkern> ajmitch: Thanks!
[12:26] <ajmitch> revu doesn't get looked at much between freeze & release
[12:29] <pkern> ajmitch: I shouldn't look at it, too. Got to learn for examinations. *cough*
[12:30] <ajmitch> heh
[12:30] <ajmitch> good luck with that :)
[12:32] <ajmitch> StevenK: nicely put - "Accidently convert package to using debhelper"