[02:55] <Xcell> check
[02:57] <Xcell> ok, i have gnome and kde setups, and found this:  https://bugs.launchpad.net/ubuntu/+source/radiotray/+bug/641876
[02:57] <Xcell> but it works on gnome maverick, i was invited here to see if yiu folks have a work around
[03:06] <Xcell> D`oh!
[03:51] <kaushal> hi
[03:51] <kaushal> Can someone please explain me about the working of squid-deb-proxy ?
[04:03] <RAOF> What do you want to know?
[04:39] <kaushal_> RAOF: hi again
[04:39] <kaushal_> sorry got disconnected
[04:39] <RAOF> Hey, ho.
[04:40] <kaushal_> so what i understand is that i need to keep the same default sources.list file
[04:40] <kaushal_> ?
[04:40] <RAOF> You've got a bunch of options.
[04:40] <kaushal_> If i am using squid-deb-proxy
[04:41] <RAOF> By far the easiest is to install squid-deb-proxy-client, and it's all automatic.
[04:41] <kaushal_> RAOF: I have used deb-mirror for local ubuntu mirror
[04:42] <kaushal_> not sure i fully understand about squid-deb-proxy server and client
[04:43] <RAOF> squid-deb-proxy is basically a regular squid proxy with a config tuned to proxying packages + an avahi broadcaster so the clients can find it.
[04:44] <RAOF> The client just picks up the avahi broadcast and uses it to configure apt's proxy.
[04:45] <kaushal_> ok
[04:45] <kaushal_> RAOF: so does it mean that the client fetches packages from global mirror via squid-deb-proxy ?
[04:46] <kaushal_> if i am at work ?
[04:46] <RAOF> The client sents all apt traffic through the squid proxy (if it can find one).  The squid proxy then acts as a cache - if it's already got the file, it returns the file.  If it doesn't already have the file, it grabs the file and sticks it in cache.
[04:47] <kaushal_> ok
[04:48] <kaushal_> so if i am at home, does it mean it will fetch the global mirror ?
[04:48] <kaushal_> or is it via squid-deb-proxy-client ?
[04:49] <kaushal_> apologies if i am asking basic questions
[04:52] <RAOF> apt *always* thinks its getting whatever mirror you've got in /etc/apt/sources.list.  When squid-deb-proxy-client installed it will set the apt proxy to whatever squid-deb-proxy instance it can find on your network, so that instance can feed you any cached debs it happens to have.
[04:52] <RAOF> But as far as apt's concerned, it's *always* talking to what's in /etc/apt/sources.list
[04:53] <kaushal_> ok
[04:53] <kaushal_> understood now
[04:53] <kaushal_> so i dont need to modify the sources.list file ?
[04:53] <RAOF> Correct.
[04:53] <kaushal_> just set it as default
[04:54] <kaushal_> so usually my setup is modify sources.list and point it to the lan deb mirror
[04:54] <kaushal_> while in office
[04:54] <kaushal_> so what i understand is that i dont need to modify the sources.list file
[04:55] <kaushal_> it will be automatic
[04:55] <kaushal_> RAOF: correct me if am wrong
[04:55] <RAOF> No, that is correct.
[04:55] <kaushal_> so no need of local ubuntu mirror using deb-mirror
[04:56] <kaushal_> so it can be deprecated ?
[04:56] <RAOF> Well, it depends on what you want out of deb-mirror, really.
[04:56] <RAOF> The squid-deb-proxy will end up being a de-facto mirror of the packages that you actually download, but it won't have a mirror of any of the packages you *don't* download.
[04:57] <kaushal_> ok
[04:58] <kaushal_> so lets say if i dont have any specific packages
[04:58] <kaushal_> how do i fetch it ?
[04:59] <RAOF> When apt tries to get it, the squid-deb-proxy won't have it, so it'll grab it from whatever mirror you were asking for.
[04:59] <kaushal_> ok
[05:00] <kaushal_> so what can be done about local ubuntu mirror ?
[05:00] <RAOF> The thing that squid-deb-proxy does is look at the url you're asking for - http://archive.ubuntu.com/pool/x/xserver-xorg-core_2:1.10.0-0ubuntu1_amd64.deb - and either (a) has a copy of that file, and returns it or (b) doesn't have a copy of that file and downloads it.
[05:00] <kaushal_> can it be used further ?
[05:02] <kaushal_> trying to understand further
[05:33] <RAOF> I'm not sure what you don't understand at this point.
[07:26] <dholbach> good morning
[07:41] <AnAnt> Hello, how can I request a sync from stable-sec ? There is a security update for tex-common
[07:50] <geser> AnAnt: I'd try it the normal way (with requestsync but specify squeeze-security as the distribution to sync from)
[07:51] <geser> I assume it should work but if you want to double-check that we can really sync from there, ask an archive admin for confirmation
[07:57] <geser> cody-somerville, Laney, maco: do you have any objections to get the already approved (but 6 months ago) zope packages to the zope package set and get the schooltool package set created?
[07:59] <geser> stgraber: ^^
[08:00] <geser> bdrung: ^^
[09:07] <Laney> geser: No, I see no reason to question the previous decision
[09:07] <Laney> why was it not implemented yet?
[09:31] <Laney> I wonder if some of these zillions of zope packages could be combined using 3.0 (quilt)'s multiple orig support.
[09:55] <geser> Laney: it isn't implemented yet cause of a LP "limitation": you can only add those packages to a package set which already exists (i.e. are in the archive)
[10:20] <Laney> geser: Yeah, I think ~motu holds the permission for uploading NEW stuff
[10:42] <geser> Laney: ? (can't match that into context of package sets)
[10:42] <Laney> geser: I just mean that it's not easy to fix that
[10:42] <Laney> because the privilege for uploading new stuff is held by motu
[10:43] <Laney> so there's a certain bootstrapping problem
[10:45] <geser> Laney: it has nothing to do with ~motu or upload permissions AFAIU, if a package isn't in the archive you can't add it to a package set (LP can't create the connection in the database between the (non-existing) source package and the package set)
[10:46] <Laney> Right, a package needs to exist to be added, and only motu can make it exist. :-)
[10:47] <geser> yes, persons with package set upload rights need a sponsor for the first upload (if they aren't MOTU or core-dev)
[10:48] <geser> I hope I get soon an answer who "owns" package sets in the long run, as some package sets were DMB owned in maverick and are now TB owned in natty (e.g. the mozilla or zope package set)
[10:49] <Laney> I understand there's some kind of LP wrangling when creating a new release
[10:49] <Laney> with regard to package sets; it's possible the owners just got mangled then
[10:50] <geser> I guess it too just want to be sure before filing a bug against LP
[10:51] <Laney> cjwatson: ^ Do you know more about this? ISTR you fixing a cli-mono packageset creation bug at the opening of M
[10:51] <geser> Laney: https://lists.ubuntu.com/archives/technical-board/2011-March/000744.html
[10:51] <geser> for my question
[10:52] <cjwatson> I'm not aware of deliberate changes in natty - it's probably a mistake
[10:52] <cjwatson> I'll look into it
[10:52] <Laney> fair, thanks
[10:52] <geser> so it's a bug in LP when creating the new series?
[10:55] <cjwatson> not sure, I forget whether they're created by hand or automatically
[10:56] <geser> asking in #launchpad right now
[10:57] <cjwatson> no
[10:57] <cjwatson> let me investigate before you confuse them please :)
[10:59] <cjwatson> ... OK, yes, it is a Launchpad bug
[10:59] <cjwatson> let me reply by mail
[10:59] <geser> cjwatson: "Distroseries initialisation creates the new packagesets with the same owner as the distroseries. This sounds like a bug." (from wgrant)
[10:59] <cjwatson> yeah, I'd just seen the same thing
[11:00] <wgrant> Hi.
[11:00] <wgrant> Yeah, found the bug.
[11:00] <wgrant> Will need SQL to fix the data.
[11:00] <wgrant> I think.
[11:00] <cjwatson> http://paste.ubuntu.com/584225/ looks like a good idea
[11:00] <wgrant> Indeed, but I need to fix up the tests.
[11:00] <wgrant> Could someone file a bug?
[11:01] <geser> will do so
[11:01] <cjwatson> yeah, I can't seem to assign to .owner through the API at any rate
[11:02] <wgrant> Should I get all the DMB-owned maverick packagesets fixed up in natty?
[11:02] <cjwatson> yes please
[11:02] <wgrant> Can't do it right now, but should be done tomorrow.
[11:04] <geser> wgrant: Thanks.
[11:04] <cjwatson> I can confirm geser's list
[11:04] <geser> That saves me to write a mail to the TB requesting the addition of a couple of packages to the Zope package set
[11:05] <cjwatson> I have some mails to action there anyway ...
[11:05] <cjwatson> I'd wanted to check first - there was a good chance that it was a problem in one of my scripts rather than in Launchpad, and LP folks wouldn't have known where to look there
[11:06] <wgrant> Most people wouldn't, no.
[11:07] <geser> wgrant: bug 740892
[11:07] <wgrant> geser: Thanks.
[11:07] <cjwatson> thanks
[11:08] <cjwatson> geser: I'm doing the schooltool/zope bits from your mail now.
[11:08] <wgrant> Oh, schooltool's finally made it back into the archive?
[11:08] <geser> cjwatson: thanks
[11:08] <cjwatson> apparently
[11:46] <bdrung> geser: i have no objection
[12:31] <stgraber> geser: +1
[12:46] <maco> geser: no objection
[12:52] <mhall119> when is the deadline for getting a package into natty's repos?
[12:57] <geser> mhall119: some weeks ago
[12:59] <mhall119> even with an FFE?
[13:04] <geser> mhall119: if you've an FFe then you've some more time (don't know exactly till when before release)
[13:04] <geser> it's about a new package, right?
[13:16] <mhall119> a couple new, a few upgrades for ones already  in universe
[13:52] <geser> mhall119: the less time till release the harder it gets to get a FFe, so don't wait till the last minute (and perhaps also ask if a FFe is possible before you spend too much time preparing the package)
[16:35] <cody-somerville> Laney, Hey
[16:56] <cody-somerville> lucas_, Hey. How long does it take UDD to import the Ubuntu archive information?
[16:56] <cody-somerville> ^^ if anyone else knows, feel free to share :)
[16:57] <Rhonda> cody-somerville: What archive information do you have in mind? There are parts already in udd
[16:58] <cody-somerville> I'm wondering how long it takes to import the Packages and Sources information (like a typical run).
[16:58] <lucas_> cody-somerville: ~ half an hour
[16:59] <cody-somerville> Any particular reason it takes so long?
[16:59] <lucas_> parsing big text files + doing lots of SQL queries?
[20:15] <Daskreech> Hello
[20:15] <Daskreech> Why does Smartmontools require Postfix?
[20:18] <geser> Daskreech: smartmontools only Recommends mailx (which needs a MTA like postfix)
[20:19] <Daskreech> Ah and install recommends is on by default?
[20:19] <geser> yes, Recommends are installed by default
[20:22] <Daskreech> Ah ok just seemed strange. I'd like to have something look at my Hard drive.
[20:23] <Daskreech> Oh really? Well just in case there is juicy stuff to ummm backup we need  to be able to contact the outside world. Thanks!
[20:23] <Daskreech> What mailx functionality does Smartmontools make use of?
[20:32] <geser> I didn't check but I assume it can mail the admin in certain conditions and it uses mailx to generate those mails
[20:33] <Daskreech> hmm ok
[21:21] <jbicha> when is the deadline for new universe packages? Feature Freeze?
[21:22] <geser> jbicha: yes