[01:25] <FAJ> hi, i am trying to set up a ppa, but am having difficulties with signing the ubuntu code of conduct...  it says that there is no public key?
[01:25] <Hobbsee> again, try #launchpad
[01:25] <FAJ> lol ;) ok thanks
[01:25] <Hobbsee> oh, and patience, and cross-posting is bad
[01:26] <FAJ> Hobbsee:  i read the topic of devel and thought that it would be more appropriate to ask in here.
[01:26] <Hobbsee> FAJ: ahhh.
[01:26] <FAJ> ya...
[01:26] <FAJ> i was like o you want me in here?  ok i'll go there and post
[01:40] <psusi> anyone else notice a rash of updated packages today that don't look like they should have been ( not security fixes or other high priority big fixes )?
[01:41] <psusi> in Intrepid that is
[01:41] <psusi> I thought only high priority bug fixes were supposed to get into -updates as an SRU?
[01:42] <james_w> psusi: have an example?
[01:42] <persia> psusi, Everything should have been approved by one of the SRU teams.  Check the bugs in the changelogs.
[01:42] <james_w> they should all be approved by the appropriate SRU team
[01:42] <james_w> hello persia
[01:43] <psusi> I'm looking at some.... right now I'm looking at the splix package, which fixed bug #292690, which is not a high priority bug
[01:43] <persia> james_w, Hey.
[01:44] <james_w> persia: how was your holiday?
[01:44] <psusi> hrm... maybe it just never had its priority field set properly but was supposed to be high priority now that I read into it a bit
[01:44] <persia> james_w, It's been good so far.  I've a bit left, but with bandwidth now find that I'm not really as away as I was previously.
[01:44] <james_w> persia: well then, close IRC :-)
[01:45] <james_w> persia: are you in SF now?
[01:45]  * psusi needs to read up more on the SRU process I guess
[01:46] <persia> james_w, heh.  Well, as long as I've bandwidth, I may as well be around.  I am in SF now.
[01:46] <james_w> persia: excellent, I will see you in...some hours then
[01:46] <james_w> tomorrow I guess
[01:47] <persia> Cool.
[03:05] <ScottK> Note that regressions need not be high severity to merit SRU.
[03:21] <tonyyarusso> Say, is the "404: Not found" error in flashplugin-nonfree in 8.04 new, or has it been like that for a while?
[03:21] <Hobbsee> have adobe updated their stuff again, then?
[03:22] <tonyyarusso> It would appear so.
[03:22] <Hobbsee> needs another SRU, then!
[03:23] <tonyyarusso> aroo?
[03:23] <tonyyarusso> They offer a .deb for Ubuntu 8.04+ on the web site.  Didn't know that.
[03:24] <tonyyarusso> Oh, I think I know why it's broken.
[03:24] <ScottK-laptop> tonyyarusso: Because it's flash?
[03:24] <tonyyarusso> The url is get/flashplayer/current/install_flash_player_9_linux.tar.gz, but Flash 9 is no longer current.  Flash 10 is.
[03:24] <tonyyarusso> ScottK-laptop: that too :)
[03:25] <tonyyarusso> Hobbsee: For an SRU, would we need to find where they hid 9, or would 8.04 get upgraded to 10?
[03:25] <Hobbsee> tonyyarusso: not sure.
[03:26] <tonyyarusso> Hobbsee: Shall I just file a genericish bug against the package and let someone else figure it out then?
[03:27] <ScottK-laptop> Dapper still has Flash 7 or 8, IIRC.
[03:27] <Hobbsee> tonyyarusso: well, the obvious answer is "find who usually uploads the package, and if it's the same person all the time, ask them what they want done"
[03:27] <Hobbsee> tonyyarusso: try fta / crimsun, as they've uploaded the last few
[03:28] <Hobbsee> but if you don't get an answer that way, and there's no existing bug, file one
[03:28] <tonyyarusso> stupid adobe
[04:28] <AnAnt> superm1: Hello
[04:28] <superm1> hi AnAnt
[04:29] <superm1> i believe you've pinged me a bunch during my holiday
[04:29] <AnAnt> superm1: yeah
[04:29] <superm1> i recall sponsoring your package shortly before i left though?
[04:29] <superm1> did something else come up with it?
[04:29] <AnAnt> superm1: I didn't know that it got sponsored (because I forgot to put an LP: #nnnn) !
[04:29] <AnAnt> silly me
[04:30] <superm1> AnAnt, oh and silly me for not catching that! :)
[04:30] <AnAnt> superm1: anyways, I saw dkms today on mentors.debian.net
[04:30] <AnAnt> superm1: I wonder if you know anything about it
[04:30] <AnAnt> superm1: I saw your replies on the ITP too
[04:30] <superm1> AnAnt, ah that's spectacular to hear. there was a discussion that got stirred up on debian devel a few months ago to bring it in
[04:31] <superm1> but i fizzled out and i'm not sure the end result
[04:31] <superm1> do you have a link to the upload to mentors?  i'm hoping it was the same fellow that uploaded it there.  dont want to start seeing things pulled in different directions
[04:32] <AnAnt> superm1: yeah, same guy who filed the ITP that you replied at
[04:32] <AnAnt> http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=dkms
[04:32] <superm1> okay very good
[04:32] <superm1> wonder why it took so long for him to put it on mentors though
[04:34] <AnAnt> seems that he based it on Ubuntu package
[04:34] <AnAnt> and you are set as one of the uploaders
[04:36] <AnAnt> can someone help me with this debian bug 507340 ?
[04:36] <AnAnt> although I'm not sure wether it is a bug or not that the Slmodemd user has home dir /, I did decide to fix it, and set the home dir to  /var/log/slmodemd/
[04:39] <AnAnt> yet, when I put this code (http://pastebin.com/m4ebf61d3) in postinst to fix the issue for those who are upgrading sl-modem package, and tried to install the package, I get a seg. fault from postinst
[04:39] <AnAnt> can someone advise me with this ?
[04:44] <RAOF> AnAnt: Is the daemon running at that point?
[04:45] <AnAnt> RAOF: nope
[04:45] <RAOF> Because man usermod says that it'll be most displeased if the user is logged in or running any programs.
[04:46] <AnAnt> there's nothing being run by Slmodemd
[04:59] <superm1> AnAnt, it's based off an old package though...
[04:59] <superm1> hum
[05:00] <mase_work> hey guys, is this the channel where i can get help packaging ?
[05:00] <mdomsch> superm1, re dkms in debian: the manpage patch could be merged upstream
[05:00] <mdomsch> it just s/-/\-/
[05:01] <AnAnt> mase_work: yup
[05:01] <mdomsch> why did David check it into svn.debian.org instead of continuing to point at the upstream git tree?
[05:01] <mdomsch> vcs-svn and vcs-browser
[05:02] <superm1> i'm going to have to send him an email tomorrow about this
[05:02] <superm1> does debian not have a git tree server that would be able to clone to and then just do direct pulls?
[05:04] <mdomsch> alioth says it's in cvs; the package says it's in svn
[05:04] <mdomsch> weird
[05:04] <mdomsch> and set up new mailing lists
[05:04] <mase_work> AnAnt:cool. I have a package which is in hardy and i would like to be able to add a patch to it,  and have apt use that package instead of the one in the hardy repository. I am aware this can be done, but there are alot of other packages which depend on this package so do i need to do repackage all of those as well ?
[05:06] <AnAnt> why repacakge them ?
[05:11] <mase_work> AnAnt: well the package i want to add a patch to is dovecot-common and dovecot-imapd dovecot-pop depend on dovecot. what i would like to do is just add the patch and make the package without having to touch the others
[05:11] <mase_work> but i don't want apt to then clobber the installed dovecot-common package if a security update is released
[05:11] <ScottK-laptop> mdomsch: Generally svn.debian.org just has the Debian packaging, not the upstream source.
[05:12] <mdomsch> ScottK, ah ok
[05:12] <AnAnt> mase_work: sorry, I dunno
[05:26] <fabrice_sp> Hi. I fixed the issues detected by mok0's review of dvdstyler package (http://revu.ubuntuwire.com/details.py?package=dvdstyler). could someone have a quick review, to check if I still miss something? Thanks!
[05:32] <freeflying> fabrice_sp: what's debian.patch
[05:33] <AnAnt> superm1: I have a question , you asked me to add linux-headers-generic | linux-headers in sl-modem-source Recommends field
[05:33] <freeflying> fabrice_sp: why shall you mention Build dependency on libwxsvg-dev (>= 1:1.0) in changelog?
[05:33] <superm1> AnAnt, yes
[05:34] <AnAnt> superm1: what should I do for Debian ? there is no linux-headers-generic there
[05:34] <superm1> AnAnt, in debian what is the linux headers package called?
[05:34] <AnAnt> AnAnt: there are many packages that provide linux-headers virtual package
[05:34] <fabrice_sp> freeflying: it comes from upstream: they are building the packages with builddebian command, and apply debian.patch before
[05:34] <superm1> AnAnt, what's the most common case though
[05:34] <AnAnt> superm1: dunno
[05:35] <slytherin> persia: howdy
[05:35] <fabrice_sp> and about mentioning explicit dependency: it has been requested by siretart
[05:35] <freeflying> superm1: there has a lot flavours in debian, like 486 686 k7 etc
[05:35] <fabrice_sp> (comment of the 15th of November)
[05:35] <AnAnt> superm1: linux-headers-2.6-486 maybe, since it's description is: Header files for Linux 2.6 on x86
[05:35] <superm1> AnAnt, well so the intention of that is so that you get the most common case
[05:36] <superm1> so you should probably make it $(DEBIAN_MOST_COMMON_LINUX_HEADERS_PACKAGE) | linux-headers-generic | linux-headers
[05:36] <superm1> and that would allow it to work on both debian and ubuntu
[05:36] <AnAnt> would debian approve that ?
[05:36] <AnAnt> I mean approve " | linux-headers-generic " part ?
[05:37] <AnAnt> superm1: is $(DEBIAN_MOST_COMMON_LINUX_HEADERS_PACKAGE), a variable that you just made up ?
[05:38] <freeflying> fabrice_sp: you can document it in an README
[05:38] <freeflying> fabrice_sp: and is this belong to graphics?
[05:39] <superm1> AnAnt, it's a variable i just made up yes :)
[05:39] <superm1> AnAnt, you can ask your sponsor in debian if they would be willing to add the | linux-headers-generic.  i've seen packages where they'll add in a small thing like that if it's the only delta to ubuntu.  it keeps maintenance easiest for all parties then
[05:40] <AnAnt> ok
[05:41] <superm1> AnAnt, so if you were to grab the i386 installer for debian, does it choose the kernel during install time, or it has a basic kernel it installs for everyone and you pick the more appropriate one later?
[05:41] <fabrice_sp> freeflying: will change my comment to README, then, and about graphics: it's the only section for 'multimedia' app (afaik)
[05:41] <AnAnt> superm1: I dont use debian
[05:41] <superm1> AnAnt, if the former, then i'd say you are probably best with a 486 or 686 headers package by default, if the latter, then you should go with what gets installed by default
[05:42] <superm1> AnAnt, then making an educated decision is exponentially more difficult :)
[05:43] <fabrice_sp> freeflying: you mean README.source, right?
[05:44] <AnAnt> superm1: ook
[05:44] <freeflying> fabrice_sp: yes
[05:45] <fabrice_sp> ok
[05:46] <superm1> freeflying, perhaps do you know?
[05:46] <freeflying> AnAnt: you'd better have a look of those modules in debian, to see how do they solve it
[05:46] <AnAnt> freeflying: no package in debian uses dkms yet
[05:47] <freeflying> superm1: I haven't packaged anything relate to kernel :)
[05:47] <superm1> freeflying, but do you use debian? do you know what the default kernel that gets installed is for x86?  or is it selected at install time?
[05:47] <freeflying> AnAnt: you'd better go to debian-mentors @ oftc for help
[05:48] <freeflying> superm1: for me, I selected it manually :)
[05:49] <AnAnt> superm1: I think that a virtual package is enough
[05:49] <AnAnt> superm1: I just looked at openswan-modules-source Recommends: field
[05:50] <superm1> AnAnt, no it's not.  you need to have a default or the alternative virtual package
[05:50] <superm1> if something is depending on virtual package only, that's an error
[05:50] <AnAnt> superm1: kernel-package (>= 7.04), linux-source
[05:50] <superm1> i believe even lintian tells you
[05:50] <AnAnt> superm1: linux-source is a virtual package
[05:51] <freeflying> AnAnt: btw, the way for maintain kernel is different in debian and ubuntu
[05:51] <freeflying> s/kernel/kernel package
[05:51] <superm1> http://lintian.debian.org/tags/virtual-package-depends-without-real-package-depends.html
[05:52] <AnAnt> superm1: openswan is not one of them
[05:52] <AnAnt> superm1: btw, only one package provides linux-source though !
[05:53] <freeflying> fabrice_sp: where is the Homepage in debian/control
[05:54] <fabrice_sp> freeflying: you're right. I lost it in my multiples upgrades of the package.
[05:54] <AnAnt> superm1: probably openswan is not listed in the URL you mentioned, because the virtual package is in Recommends not Depends field
[05:55] <freeflying> fabrice_sp: you really need to hardcode in Depends?
[05:55] <superm1> AnAnt, probably, but it's the same principle.
[05:55] <AnAnt> ok
[05:56] <fabrice_sp> freeflying: yes. this are tools that are used by DVDStyler to generate the DVD.
[05:57] <fabrice_sp> freeflying: perhaps ffmpeg could be deleted because of libavcodec-unstripped being there. I'll try.
[05:59] <fabrice_sp> and I'll move xine-ui to Recommends (but it will be installed by default in Intrepid)
[06:00] <freeflying> fabrice_sp: and do remember document why don't u use the original one
[06:00] <freeflying> fabrice_sp: and do remember document why don't u use the original source tarbal
[06:01] <fabrice_sp> freeflying: just have done it in the README.source :-)
[06:15] <freeflying> fabrice_sp: usr/share/dvdstyler/data/empty_ntsc_ac3.mpg what's this for?
[06:15] <fabrice_sp> freeflying: for generating the default empty menu for NTSC format
[06:15] <fabrice_sp> it's a kind of template
[06:16] <freeflying> fabrice_sp: so dvdstyler can work without it?
[06:17] <fabrice_sp> freeflying: hmm, I don't think so, but I'll try deleting it, to check if it works. Why? Is there copyright issue with this file?
[06:18] <freeflying> fabrice_sp: no, if its not necessary, you can split the package into two
[06:19] <freeflying> fabrice_sp: lack of manpage
[06:19] <fabrice_sp> freeflying: I think it's mandatory, because I remember seeing that file in the generation log
[06:20] <fabrice_sp> manpage is in docs/dvdstyler.1
[06:20] <freeflying> fabrice_sp: ok
[06:22] <freeflying> fabrice_sp: are u sure u have make it installed?
[06:30] <fabrice_sp> freeflying: In the resulting deb, it's in /usr/share/man/man1, so yes
[06:32] <freeflying> fabrice_sp: ok
[06:37] <freeflying> fabrice_sp: why is data/dvdstyler.desktop changed
[06:41] <fabrice_sp> freeflying: to remove warnings given by desktop-file-validate (last comments of mok0)
[06:45] <freeflying> fabrice_sp: my fault, its a patch :) sorry
[07:01] <fabrice_sp> freeflying: np. Thanks for taking time to review dvdstyler. I've updated REVU with your comments, and will upload a new version to take them into account. thanks again!
[07:03] <freeflying> fabrice_sp: u r welcome
[08:38] <RAOF> Any MOTU/DD crossovers feel like sponsoring a Debian upload?
[08:59] <directhex> any suggestions on how to package batguano-insane upstream which requires a snapshot of openjdk and gnu classpath sources?
[08:59] <directhex> a really big diff.gz, with the extra crap in debian/ ?
[09:00] <Michele> hello ppl :]
[09:00] <Michele> i should change my dput.cf for configure PORT, someone can help me ?
[09:01] <Michele> ho can i set port ?
[09:01] <Michele> *HOW*
[09:02] <directhex> Michele, as in TCP port number?
[09:02] <Michele> yes
[09:02] <Michele> scp method
[09:03] <directhex> don't quote me on this.........
[09:03] <directhex> but consider setting Port for that host in ~/.ssh/config ?
[09:03] <Michele> fqdn = 10.0.0.2     method = scp incoming = ~debomatic/big/ login = debomatic allow_unsigned_uploads = 0
[09:03] <Michele> (my .dput.cf)
[09:04] <Michele> but sshd running in 222 TCP port
[09:04] <Michele> how can i fix it ?
 don't quote me on this.........
 but consider setting Port for that host in ~/.ssh/config ?
[09:05] <Michele> yes i read it :-]
[09:05] <Michele> but i dont know how to really configure it
[09:05] <_ruben> why would you run ssh on a non-standard port?
[09:06] <Michele> _ruben: VM, anyway the problem is other
[09:06] <directhex> ssh config is easy
[09:06] <directhex> Host 10.0.0.2
[09:06] <directhex> Port 222
[09:07] <Michele> ok work
[09:07] <Michele> Thanks directhex
[09:08] <_ruben> why would a vm have its ssh on a diff port? oh well
[09:10] <verwilst> i run ssh on non-standard ports too
[09:10] <verwilst> well, at least on public ip's
[09:15] <_ruben> security through obscurity? rather useless imo
[09:16] <verwilst> nah not really
[09:16] <verwilst> if it was only that, sure
[09:16] <verwilst> but using it on a different port gets rid of any scans
[09:16] <verwilst> which are constant :)
[09:16] <_ruben> only allowing pubkey auth pretty much is all you need for a secure ssh setup
[09:17] <verwilst> you never know there is an ssh flaw that isnt patched or sth
[09:17] <verwilst> :)
[09:17] <verwilst> _ruben: sure, running on another port is just a small step for a secure(d) server :)
[09:18] <_ruben> yeah .. a step back imo .. it breaks more than it 'fixes' .. like with the example which started this discussion :)
[09:18] <_ruben> for production/mission critical stuff, you dont want ssh open to the whole world anyways
[09:48] <slytherin> directhex: why would a package need snapshot of openjdk?
[09:49] <directhex> slytherin, insanity
[09:49] <slytherin> directhex: which project is it?
[09:49] <directhex> slytherin, ikvm
[09:51] <slytherin> directhex: any pointers to the statement that it needs snapshots? And have you already tried building it with the openjdk in jaunty?
[09:55] <directhex> slytherin, ikvm-0.36.0.11/HOWTO
[10:23] <eMerzh> Hi everyone... if someone is bored ... he could review my waiting package at http://revu.ubuntuwire.com/details.py?package=sqliteman thanks a lot :D
[10:24] <directhex> been at it a while, eMerzh :|
[10:24] <directhex> funny thing, it seems REVU is slower than debian NEW at times o_o
[11:04] <Hobbsee> slytherin: contentless repong?
[11:04] <slytherin> Hobbsee: Are you free enough to clear 2 more packages from 'NEW'?
[11:04] <Hobbsee> slytherin: sources or binaries?
[11:05] <slytherin> Hobbsee: binaries.
[11:06] <slytherin> Hobbsee: libhibernate-validator-java and ﻿libhibernate-annotations-java
[11:19] <Hobbsee> slytherin: waved
[11:22] <slytherin> Hobbsee: Thanks
[11:22] <Hobbsee> slytherin: you're welcome
[11:22] <nxvl> airports are SO boring
[11:23] <directhex> nxvl, wifi helps
[11:24] <directhex> nxvl, and IME, airports vary wildly in boringness
[11:25] <nxvl> directhex: yup
[11:25] <nxvl> directhex: that's true
[11:26] <nxvl> directhex: and the boriness is direct relative to the wifi conection
[11:26] <nxvl> directhex: worst conection, more boring
[11:38] <directhex> slytherin, what are the chances of the java team offering an openjdk-source package of some kind for handy build-depitude?
[11:40] <slytherin> directhex: 100%, there is already a package, openjdk-6-source. Check if it serves the purpose.
[11:42] <directhex> if i (well, hanska) need to go further, is openjdk-6-source-files likely to stick around for long, or is it an ephemeral entry on experimental that'll disappear in the future?
[12:25] <AnAnt> Hello, regarding this merge request ( bug 305124 ) , is there something to do or someone to subscribe ?
[12:36] <AnAnt> Hello, regarding this merge request ( bug 305124 ) , is there something to do or someone to subscribe ?
[12:46] <AnAnt> Hello, regarding this merge request ( bug 305124 ) , is there something to do or someone to subscribe ?
[12:46] <AnAnt> sorry, I get disconnected a lot
[12:47] <Hobbsee> AnAnt: dude, spam?
[12:48] <Hobbsee> https://wiki.ubuntu.com/MOTU/Contributing
[12:48] <Hobbsee> note the sponsorship queue stuff mentioned on ^
[12:53] <directhex> afternoon Hobbsee!
[12:53] <Hobbsee> hey directhex!
[12:54] <Hobbsee> well, late evening, but... :)
[12:54] <directhex> Hobbsee, i'm awaiting a flame war :)
[12:55] <Hobbsee> directhex: where?
[12:56] <directhex> Hobbsee, debian-devel, probably. look who turned up in NEW last night: http://ftp-master.debian.org/new/moon_1.0~beta1-1.html
[12:57] <Hobbsee> directhex: oh, fun.
[12:57]  * Hobbsee hands you a flame-proof vest
[12:57] <directhex> Hobbsee, i look forward to it ^_^
[12:57] <Hobbsee> :)
[12:57] <directhex> hm, am i a sociopath? o_o
[12:58] <laga> are you already being called names?
[12:59] <azeem> I must have missed all those mono flamewars directhex is talking about
[12:59] <Hobbsee> azeem: there was a great post on ubuntu-motu a while ago about it
[12:59] <azeem> ah
[13:00] <Hobbsee> and various people who have decided to flame #ubuntu-devel about mono
[13:00] <azeem> I thought they were related to Debian not Ubuntu
[13:00] <Hobbsee> well, they're both :)
[13:00] <directhex> laga, over moon? yes. huge flame war on debian-devel;
[13:01] <directhex> laga, starting with http://lists.debian.org/debian-devel/2008/10/msg00063.html
[13:02] <azeem> that thread was mostly about mpeg encoders I thought
[13:03] <directhex> azeem, people got sidetracked, certainly. but robert doesn't half have a go on the itp bug itself
[13:03] <directhex> azeem, i reached the decision "i don't care about robert millan" between the ITP and yesterday's upload
[13:03] <azeem> everybody mostly ignores Robert these days
[13:04] <azeem> and even then, I don't see how your conversation with im is a "huge flame war"
[13:04] <azeem> him*
[13:04] <directhex> azeem, i was mostly offended that a former Gnash maintainer was using "it won't be 100% compatible with what it's a clone of" as a reason to reject
[13:04] <azeem> I was amused, but yes :)
[13:04] <directhex> oh, and boycottnovell picked up on it, and moaned about how i must be thick or something
[13:05] <azeem> ok
[13:05] <azeem> you just make it sounds like you have to battle/fight half of Debian every day about mono/moonlight, while in practise at most a couple of vocal people are speaking up against it
[13:06] <directhex> and their groupies are just the kind of ill-informed loudmouths who really help promote free software to the masses
[13:09] <AnAnt> Hobbsee: not spam, bad net connection
[13:11] <AnAnt> Hobbsee: anyways, thanks
[13:17] <slytherin> AnAnt: the bug description is misleading. There is one Ubuntu change still not merged and hence you have a merge bug. Otherwise it would be a sync.
[13:19] <directhex> smerge!
[13:22] <AnAnt> slytherin: what change is not merged ?
[13:22] <slytherin> AnAnt: the one for which you submitted the diff, related to ipv6 module loading
[13:25] <AnAnt> slytherin: sorry, disconnected again, what's not merged ?
[13:26] <slytherin> AnAnt: ﻿the one for which you submitted the diff, related to ipv6 module loading
[13:26] <AnAnt> slytherin: yes, that's what I found in previous debdiff
[13:26] <AnAnt> slytherin: in addition to debian/control changes (Maintainer field)
[13:27] <slytherin> AnAnt: yes, that is why I said that "All ubuntu changes have been merged" is a wrong description.
[13:27] <AnAnt> slytherin: those are all what I found
[13:31] <AnAnt> slytherin: well ?
[13:32] <slytherin> AnAnt: Please tell me what meaning did you intend to convey with "All Ubuntu changes have been merged".
[13:33] <AnAnt> slytherin: I meant that all changes (that I found in the last debdiff from 2.1.1-6.1 to  2.1.1-6.1ubuntu1) were merged
[13:36] <slytherin> AnAnt: So that is what I couldn't understand. Usually when you file a merge bug, you should mention what ubuntu changes still need to be maintained or what changes have been already merged in Debian and can be dropped.
[13:37] <slytherin> AnAnt: So when you say "all changes have been merged" the usual meaning is that the changes have been merged in Debian and we don't need to maintain Ubuntu diff.
[13:38] <AnAnt> ah, I meant that I merged the changes in the debdiff I put
[13:39] <persia> Better to use language like "Merge from ${source}, Remaining Ubuntu changes:" and then list anything left over below.
[13:39]  * directhex merges persia from ${source}
[13:39] <sebner> persia: \o/
[13:42] <AnAnt> source ?
[13:43] <AnAnt> you mean main
[13:44] <persia> Something like "Debian unstable" or "Debian experimental" or "Joe's nifty deb repo"
[13:44] <AnAnt> ok changed
[13:46] <AnAnt> got to reboot
[13:53] <slytherin> Hobbsee: One more package please, so that I can go home and try building jboss. :-D - libhibernate-entitymanager-java
[14:01] <Koon> slytherin: joining the Java meeting ?
[14:01] <slytherin> Koon: there
[14:04] <slytherin> Koon: persia is available.
[14:05] <Koon> persia: if you want to chair let me know
[14:05] <persia> Not really :)
[15:21] <bddebian> Heya gang
[15:22] <sebner> hi bddebian
[15:23] <bddebian> Hi sebner
[15:23] <rjune> hi bddebian
[15:24] <bddebian> Hello rjune
[15:38] <geser> Hi bddebian
[15:46] <bddebian> Heya geser
[15:57] <nixternal> boo
[16:00] <bddebian> ahhh :)
[16:04] <nixternal> bddebian: you going to UDS?
[16:04] <bddebian> Nah, I am gymnastics poor :(
[16:14] <StevenK> bddebian: What does gymnastics have to do with being poor?
[16:15] <bddebian> StevenK: My daughters' gymnastics classes cost us a buttload of money :(
[16:15] <jdong> StevenK: it means he has to bend over backwards for money?
[16:15] <jdong> oh. that works too.
[16:24]  * StevenK smirks, and goes to breakfast.
[16:32] <ScottK> jdong: I'm not so sure about the backwards part.
[16:44] <leonel> scottK so  after looking at the disabled modules  in our case  chm   roll the diff  without that patch ??
[16:54] <ScottK> leonel: No.  We should include it.  My point is that your test doesn't mean the code isn't vulnerable, since the module is disabled.
[16:54] <ScottK> leonel: I'm talking with upstream about how we can arrange to get stuff re-enabled after patching.
[16:55] <leonel> scottK ok I'll wait since I cant find where to put the 2nd part
[16:55] <ScottK> leonel: If it's a question of waiting, let's go ahead without it and then do another update once it's sorted out.
[16:56] <leonel> scottK  I'll push what I got and  fix that latter
[16:56] <ScottK> leonel: Sounds good.
[16:57] <leonel> scottK I'm preparing another for   squirrelmail
[17:16] <eMerzh> Oyé Oyé (in old french in the text) if You want to review a package, mine is waiting for you : http://revu.ubuntuwire.com/details.py?package=sqliteman ... feel free to comment or advocate this! ;)
[17:35] <TheMuso> Does anybody know off the top of their head the best and most up to date wiki page about chroots?
[17:36] <laga> TheMuso: that's like asking for the best and most up to date wiki page about kittens. can you be a bit specific?
[17:37] <TheMuso> Right, I need to give someone a link to explain about chroots, and how we use them in Ubuntu, and the tools available.
[17:39] <laga> hum. the pbuilder documentation might be useful.. maybe also the other builders.
[17:39] <TheMuso> I might start with DebootstrapChroot, but I'll have a look around.
[17:39] <laga> see, chroot is a system call. you can do a lot of things with it, and a lot of tools like ltsp-build-client and probably ubiquity etc use it
[17:40] <laga> yeah, debootstrap is important as well.
[17:40] <laga> of course, my list is nowhere near completeness :)
[17:42] <TheMuso> Anyway, we will see if they write back with more questions.
[18:00] <crevette> hello
[18:02] <crevette> If someone could be kind enough to validate a sponsoring request and do it if he can (lp 305229)
[18:10] <TheMuso> c
[18:11] <RainCT> ++   :)
[18:12]  * StevenK stuffs RainCT out an airlock
[18:14] <RainCT> StevenK: why? :(
[18:14] <StevenK> Because C++ needs to DIAF
[18:15] <RainCT> StevenK: replaced by what?
[18:16] <StevenK> I don't care, anything that isn
[18:16] <StevenK> 't C++
[18:17] <laga> java \o/
[18:17] <RainCT> StevenK: as long as it isn't #, that's fine for me :P
[18:19] <RainCT> s/for/by
[18:35] <psusi> is there any reason for debian/rules to require root for a clean?
[18:35] <azeem_> it requires fakeroot
[18:36] <psusi> well, it requires root, whether it be real or fake... my question is why ;)
[18:36] <psusi> root should only be needed for make install
[18:36] <psusi> which debian/rules clean should not be running
[18:37] <azeem_> it needs to undo the effects of make install
[18:38] <psusi> hrm.... so if you really ran debian/build as root, instead of with fakeroot, it would not be able to rm the files in the build directory?
[18:39] <azeem> yes
[18:52] <morgs> I need help with an SRU for bug 263173, any motu-srus around?
[19:08] <leonel> scottK bug #271546
[19:09] <leonel> scottK hardy debdiff  done   working with dapper and  gutsy   remains open for the cve-2008-1389
[19:09] <ScottK> leonel: Sounds good.
[19:15] <ScottK> leonel: You should add LP: #304017 to your references.
[19:17] <leonel> redo the diff ??
[19:17] <leonel> or some magic by the security team can do the magic ?
[19:18] <ScottK> leonel: You can just edit the diff and reupload it to LP since you aren't changing the number of lines.
[19:20] <leonel> scottK ok , didn't know that I can  edit the   debdiff by hand  ..
[19:20] <ScottK> leonel: As long as you don't change the number of lines, you can.
[19:20] <ScottK> ... and you're careful.
[19:21] <leonel> done
[19:22] <ScottK> Building here.
[19:43] <logari81> hi, which is the process to bring a new application in Ubuntu repos?
[19:47] <hyperair> logari81: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[19:51] <ScottK> leonel: Looks good here.
[19:55] <leonel> scottK great ..   building for dapper   and test
[20:08] <frostburn> there's a manpage missing for a package, what would be the first step in remedying it?
[20:10] <Laney> writing the manpage
[20:11] <frostburn> it's written, just not provided by the package
[20:22] <logari81> hyperair: thank you
[20:26] <Laney> frostburn: Does the package use debhelper?
[20:27] <frostburn> unsure
[20:32] <psusi> so I uploaded a bad package to my ppa... I deleted it... now when I try to upload the fixed version launchpad rejects it saying it was already uploaded... but I deleted it?
[20:32] <Laney> psusi: Increase the version number
[20:33] <jdong> psusi: deletion isn't instant
[20:33] <jdong> just bump the package
[20:33] <psusi> jdong: I waited a while and verified that it is no longer in the pool
[20:33] <directhex> wait longer!
[20:34] <jdong> that's what she said?
[20:34] <directhex> can take a few hours to really go
[20:34] <jdong> *ducks*
[20:34] <psusi> for what?  the pool is empty :)
[20:34] <jdong> ok now you guys are just trying to tempt me.
[20:34] <directhex> pool's closed!
[20:34] <JontheEchidna> gotta remove the .upload file, or else dput won't let you re-upload
[20:37] <Philip5> don't know how offtopic this is but does anyone here know if it's possible to make pbuilder to halt if the the build breaks and if so i would like to login to the pbuilder session and look around.
[20:38] <Philip5> can it be done?
[20:38] <Nafallo> can definately be done. looked at the example hooks yet? :-)
[20:38]  * JontheEchidna has a hook for that
[20:39] <Philip5> nope
[20:39] <JontheEchidna> Philip5: https://code.edge.launchpad.net/~kubuntu-members/pbuilder/pbuilder-hooks
[20:39] <JontheEchidna> lotsa useful hooks there
[20:40] <JontheEchidna> though rtfm is recommended too :P
[20:40] <azeem> if $FTBFS == yes; then mail Ncommander < buildlog; fi
[20:40] <Nafallo> Philip5: now stay in the channel :-)
[20:40] <Nafallo> azeem: LOL
[20:40] <Philip5> Nafallo: maybe... ;)
[20:40] <directhex> azeem, that's not very nice
[20:40] <NCommander> ....
[20:41] <directhex> azeem, if $FTBFS == yes && $ARCH != i386; then mail Ncommander < buildlog; fi
[20:41] <directhex> azeem, that's better!
[20:41] <Nafallo> ey. exclude x86_64 as well :-)
[20:41] <NCommander> thank you
[20:41] <directhex> Nafallo, true. who uses ancient arches like m68k and i386 in this day & age?
[20:41] <NCommander> directhex, uh ....
[20:41] <NCommander> ...
[20:41]  * NCommander is a m68k and hurd porter
[20:41] <Nafallo> directhex: my EeePC?
[20:42] <NCommander> of course, we're going to see a "bug_ncommander" script added to ubuntu-dev-tools
[20:42] <Nafallo> not both of them, but anyway...
[20:42] <directhex> NCommander, feel like fixing the asx parser in moonlight to work on big-endian arches?
[20:42] <NCommander> Wait
[20:43] <NCommander> we have a C# app that is platform specific?
[20:43] <directhex> NCommander, moon is c++ right now
[20:43] <NCommander> I could look into it
[20:43] <NCommander> but there is nothing really worth it that is using moonlight?
[20:43] <directhex> right now? dunno, possibly not
[20:44] <NCommander> Bug me about it closer to feature freeze and once the ARM port is more stable
[20:44] <directhex> problem is upstream have no big endian boxes, so can't readily test that little issue
[20:44] <NCommander> I can give them a box
[20:44] <NCommander> if there is a test suite, I'll consider it sooner
[20:46] <directhex> shower time.
[21:02] <directhex> NCommander, do you have an "unconventional" little endian system (e.g. armel) locally, which you could try a test-build of moon 1.0~beta1-1 on? in theory it should be as functional as on i386, if a fair bit slower at the whole "media" thing
[21:02] <NCommander> a bunch
[21:02] <NCommander> powerpc, sparc, hppa, armel
[21:04] <directhex> hm, i thought ppc was big endian. shows what i know
[21:13] <leonel> scottK bug #271546  done  Just  the  cve-2008-1389   is pending  ..
[21:14] <directhex> NCommander, if bored, give http://retro.apebox.org/moon/moon_1.0~beta1-1.dsc a punt on one of those (ppc and armel probably the most likely to matter)
[21:14] <NCommander> how big is it?
[21:15] <directhex> NCommander, source? about 12 meg, due to the huge test harness
[21:15] <NCommander> my ARM box would slowly grind itself to death compiling that
[21:15] <NCommander> I'll run it on the POwerPC when I plug it back in
[21:16] <directhex> actual debs produced add up to less than 700k
[21:17] <directhex> http://miguelmoreno.net/sandbox/Silverlight_0/ is a nice simple example. http://videoshow.vertigo.com/ is more flashy
[22:49] <eike_> I maintain the source package for "osmo" in Debian and just fixed a bug that occures in Intrepid (see LP: #296243). I attached a debdiff against the version currently in Intrepid and tested the resulting .deb. Could anyone comment on this, please? This is the first time a do a stable update in Ubuntu...
[22:50] <jdong> stupid gnome terminal
[22:50] <jdong> how do you get back a menu bar you got rid of
[22:50] <jdong> because someone picked a ridiculously easy to trigger shortcut for a worthless feature
[22:50] <jdong> *grumbles and censors some non-CoC compliant additional statements*
[22:52] <azeem> jdong: right click->show menubar
[22:52] <azeem> not sure you meant that, though
[22:52] <jdong> oh, that works.
[22:52] <jdong> thanks.
[22:53] <jdong> still, usability wise it's not very intuitive
[22:53] <azeem> cheers
[22:53] <jdong> rhythmbox gives me a stupid balloon for when I freaking minimize it to the system tray
[22:53] <azeem> the only thing I need the menubar for is when I need to change encoding
[22:53] <jdong> OH GOD WHERE DID IT GO? I CLICKED THE TRAY ICON AND RHYTHMBOX *DISAPPEARED!!!!*
[22:53] <azeem> something which should be in the context menu as well IMO
[22:53] <laga> jdong: have you recently switched from kde?
[22:53] <jdong> laga: nope
[22:54] <jdong> if we use balloons to hint users to look for an app in the system tray we should at least use a balloon to hint users where their menu has just gone.
[22:54] <persia> !sru
[22:55] <persia> bug #296243
[22:55] <jdong> eike_: distribution should be intrepid-proposed, not intrepid
[23:03] <eike_> jdong: thanks for the hint, just uploaded the updated debdiff
[23:06] <jdong> eike_: alright, while you have me here I'll sponsor it :)
[23:07] <eike_> jdong: great, thanks a lot for your quick help!
[23:08] <jdong> eike_: sure thing; uploaded, awaiting approval