[04:30] <lamont> keescook: you planning to put bind9 9.3.4-1ubuntu1 into feisty?
[04:32] <geser> lamont: could you please give-back mod-mono. thanks
[04:32] <lamont> geser: what, everywhere?
[04:33] <geser> yes, on all archs
[04:34] <geser> apache2.2 was uploaded after mod-mono was synced
[04:34] <lamont> and launchpad failed to drop it into depwait.  go LP
[04:36] <lamont> man I hate web interfaces.
[04:36] <lamont> done
[04:39] <geser> thanks
[04:55] <sponix> anyone working on Smart Card Access (CAC) -- coolkey ?
[06:22] <fabbione> morning
[06:23] <LaserJock> morning fabbione 
[06:29] <fabbione> Adri2000: i have done it, but next time look at the merge first.. it was really simple to do and didn't require sparc at all
[06:45] <keescook> lamont: yup, that's the goal.  It's on my list for monday.
[07:53] <pitti> fabbione: there's no way to detect with which md version the volume has been created?
[07:53] <fabbione> pitti: what would that achieve?
[07:54] <fabbione> you will still have byte swapped version written somewhere in the SB it self
[07:54] <pitti> fabbione: comparing both endianesses will work of course, but wouldn't that catch a corner-case of non-md devices as well?
[07:54] <pitti> fabbione: oh, there will always be a 0.9 *and* a 1.0 header?
[07:54] <fabbione> pitti: no.. you will endup just checking another byte the same way you check the sb magic
[07:55] <fabbione> it won't solve anything other than making the check more complex
[07:56] <pitti> ok
[07:56] <fabbione> < 1
[07:56] <fabbione> typedef struct mdp_superblock_s {
[07:56] <fabbione>         __u32 md_magic;         /*  0 MD identifier                           */
[07:56] <fabbione>         __u32 major_version;    /*  1 major version to which the set conforms */
[07:56] <fabbione>         __u32 minor_version;    /*  2 minor version ...                       */
[07:56] <fabbione> > 1
[07:56] <fabbione> struct mdp_superblock_1 {
[07:56] <fabbione>         /* constant array information - 128 bytes */
[07:56] <fabbione>         __le32  magic;          /* MD_SB_MAGIC: 0xa92b4efc - little endian */
[07:56] <fabbione>         __le32  major_version;  /* 1 */
[07:56] <fabbione>         __le32  feature_map;    /* bit 0 set if 'bitmap_offset' is meaningful */
[07:56] <fabbione> so if you look at major_version
[07:56] <pitti> fabbione: my only concern is that this might consider a normal partition as a md volume which just happens to have the magic there in reverse byte order
[07:57] <fabbione> you will still endup doing a if foo = 1 || foo = xlate(1)
[07:57] <fabbione> pitti: i already checked that.. it's almost impossible to do that
[07:57] <fabbione> most FS do round the end of the device in the exact same way
[07:57] <fabbione> i can give you a test case for it if you want
[07:57] <pitti> fabbione: true, if that could happen, then a normal fs could also accidentally have the little-endian md magic
[07:58] <fabbione> (there is another bug open for that, that we should NOT confuse with what we are fixing here)
[07:58] <pitti> so it shouldn't be a concern
[07:58] <pitti> fabbione: alright, thanks for the explanation
[07:59] <pitti> fabbione: approved (also noted so in the bug), please upload
[07:59] <fabbione> it's already uploaded
[08:00] <fabbione> as i wrote in the bug :)
[08:00] <fabbione> pitti: you just need to change hat and approve the upload :P
[08:01] <\sh> moins
[08:02] <pitti> fabbione: sorry for my unnerving questions, I'm just paranoid
[08:02] <pitti> hi \sh
[08:02] <fabbione> pitti: that's ok :) you have the right to be paranoid :)
[08:03] <pitti> fabbione: both accepted
[08:03] <fabbione> pitti: thanks
[08:03] <\sh> moins pitti :) 
[09:11] <dholbach> good morning
[09:13] <Mithrandir> seb128: good morning, I was just looking for you.
[09:13] <seb128> hey Mithrandir
[09:13] <Mithrandir> seb128: serpentine seems to build-dep on muine, which isn't in main.  Can you fix that?
[09:13] <seb128> what's up?
[09:13] <seb128> sure
[09:13] <Mithrandir> (as in, write a MIR or change the build-dep)
[09:13] <Mithrandir> thanks.
[09:13] <seb128> np
[09:14] <Mithrandir> :-)
[09:18] <somerville32> \o_
[09:21] <Mithrandir> seb128: there seems to be a bunch of GTK themest which are no longer depended on by anything in main (gray-theme, industrialtango-theme, outdoors-theme, resilence-theme, silicon-theme).  Should I keep them nevertheless or can they be put in universe?
[09:22] <seb128> Mithrandir: because to ask dholbach or artwork team about themes, as far as I'm concerned those can go to universe, I'm not sure of why they were to main
[09:22] <seb128> s/because/better
[09:22] <Mithrandir> seb128: ok, thanks.
[09:22] <seb128> (need to wake up :p)
[09:22] <Mithrandir> dholbach: there seems to be a bunch of GTK themest which are no longer depended on by anything in main (gray-theme, industrialtango-theme, outdoors-theme, resilence-theme, silicon-theme).  Should I keep them nevertheless or can they be put in universe?
[09:22] <seb128> np ;)
[09:22] <dholbach> Mithrandir: universe is fine
[09:22] <Mithrandir> dholbach: coolie, thanks.
[09:22] <Mithrandir> .mvo: you're aware that update-manager ftbfs?
[09:22] <dholbach> Mithrandir: I asked the ubuntu-art list a while ago and it was fine for them - I just never managed to tell you or other archive admins what to do about them
[09:22] <Mithrandir> s/^.//
[09:23] <Mithrandir> dholbach: that's fine, they've been in the anastacia output for a while, so I figured I'd better decide what to do with them.
[09:24] <Mithrandir> dholbach: same with the edgy themes and wallpapers and such?
[09:24] <dholbach> Mithrandir: yes
[09:25] <Mithrandir> dholbach: yay!
[09:26] <mvo> Mithrandir: yes
[09:27] <Mithrandir> pitti: postgresql-8.2 doesn't seem to be seeded, is it about time to change -8.1 to -8.2 in the seeds?
[09:28] <Mithrandir> mvo: thanks.  Are you planning on making anything depend on apt-transport-https or can it be demoted to universe?
[09:35] <mvo> Mithrandir: why would we want to demote it? its just a seperate package so that the dependencies of apt do not inflate.
[09:37] <Mithrandir> mvo: because nothing depends on it, and we don't keep stuff in main if we don't explicitly want it (in which case it's seeded) or something we want needs it (in which case germinate pulls it in)
[09:38] <pitti> Mithrandir: right, I'll care for the remaining bits RSN
[09:38] <Mithrandir> pitti: cheers.
[09:38] <mvo> Mithrandir: I would rather want to seed it explicitely then
[09:39] <elmo> uh, why is it in a separate package?
[09:40] <mvo> elmo: to keep apt from having a libcurl-gnutls lib dependency
[09:40] <pitti> carlos: time for new langpacks for dapper?
[09:41] <carlos> pitti: yeah, I was talking with you about it in another channel :-P
[09:42] <elmo> mvo: meh
[10:21] <Adri2000> fabbione: ok, I just didn't want to upload because I couldn't be sure that it would build fine or not
[10:35] <pitti> Mithrandir: did you commit your avahi upload into the bzr?
[10:36] <Mithrandir> pitti: nope, sorry.
[10:36] <Mithrandir> the source package isn't a branch, for some reason.
[10:36] <pitti> Mithrandir: just toss me the debdiff, I can do it for you quickly
[10:38] <Mithrandir> pitti: http://rafb.net/p/yEdLMj68.html
[10:39] <Mithrandir> pitti: thanks
[11:11] <sivang> pitti: I hope this time you got the pivmsg :)
[11:11] <sivang> (I forgot to identify just before)
[11:11] <pitti> hi sivang 
[11:11] <pitti> yes, I got it
[11:12] <sivang> pitti: cool, thanks
[11:22] <pitti> Mithrandir: postgresql-8.2 transition is complete for main, I changed the seeds and will do the pro/demotion soon
[11:23] <Mithrandir> pitti: cheers.
[11:31] <stub> yay
[11:33] <pitti> stub: btw, I built an 8.2 package for dapper for niemeyer
[11:53] <Tonio_> seb128: ping ?
[11:54] <seb128> Tonio_: no content ping warning
[11:54] <Tonio_> seb128: yes sorry, I was jsut doing something else
[11:55] <Tonio_> seb128: I'm just about to sync the fonts settings you changed in gnome in kubuntu
[11:55] <seb128> I didn't change anything yet
[11:55] <Tonio_> seb128: what are the exact settings you used (font, size...)
[11:55] <Tonio_> seb128: okay, I just noticed dejavu sans condensed isn't there on a native feisty installation
[11:56] <Tonio_> seb128: ttf-dejavu changelog talks about removing -condensed suffix
[11:57] <seb128> That apparently require discussion before being changed
[11:57] <seb128> I think I'm going to wait for the artwork team to decide something
[11:58] <Tonio_> okay, it would be nice that we stay sync conerning this, I'll follow the discussion
[11:59] <Tonio_> seb128: do you see Condensed in the font list ? I can't see it here, and I was confirmed it is the same for all people with kubuntu-feisty
[11:59] <pitti> hi sabdfl, how's it going?
[11:59] <sabdfl> guuuurd
[11:59] <pitti> Mithrandir, cjwatson: grabbing lock for doing syncs
[12:00] <sabdfl> how's the apport-meister?
[12:00] <pitti> sabdfl: I'm great, thanks!
[12:00] <pitti> sabdfl: check out apport 0.45, just uploaded today, now with 21.5% more love :)
[12:01] <sabdfl> dl'ing
[12:01] <Tonio_> seb128: I'd like to get a confirmation because it seems like a kde bug, since the ttf file is installed here...
[12:05] <seb128> Tonio_: DejaVu have "Condensed" style listed with the GNOME capplet
[12:06] <seb128> Tonio_: that's not a different font, that's a variant like "italic"
[12:06] <Tonio_> seb128: yeah but I don't get it.... probably a kde issue I'll have to fix
[12:06] <seb128> maybe
[12:06] <Tonio_> seb128: thanks for the info, that'll help
[12:06] <seb128> works fine from the GNOME capplet
[12:06] <seb128> np
[12:08] <Tonio_> seb128: the point is if you ls /usr/share/fonts/truetype/ttf-dejavu/ it looks like a different font, not a style.... I'm a bit lost to be honnest ;)
[12:08] <Tonio_> seb128: a style should be named DejaVuSerif-Condensed.ttf not DejaVuSerifCondensed.ttf
[12:09] <kwwii> seb128: I do not think that it is only a style, it is a font
[12:10] <Tonio_> kwwii: true, and the point is there is a conflict name between the condensed and the "normal"
[12:10] <seb128> kwwii: well, the GNOME capplet list it as a style
[12:10] <seb128> kwwii: that's all I know about it ;)
[12:10] <Tonio_> when I install the tff manually, they both overwrites each other
[12:10] <kwwii> seb128: in gnome(edgy) I can select it as a font and then change the style
[12:11] <Tonio_> kwwii: yup condensed is supposed to have its own styles (bold...)
[12:11] <kwwii> erm, at least I think I can
[12:11] <kwwii> one second
[12:11] <seb128> kwwii: on my feisty desktop, the left pane list only 3 variants, and the middle pane (style) has the "condensed"
[12:11] <seb128> ExtraLight, Condensed, Book, etc
[12:13] <kwwii> yeah, it is different on edgy
[12:14] <kwwii> so how do you set condensed bold?
[12:14] <Tonio_> kwwii: in the third panel probably :) kde only has 2 panels, that may explain the trick
[12:14] <seb128> kwwii: I pick "Condensed Bold" as style
[12:14] <kwwii> ahaaa
[12:15] <seb128> there is 10 styles listed there
[12:15] <seb128> Condensed Bold is one of them
[12:15] <Tonio_> hum....
[12:16] <seb128> Tonio_: there is only 2 panes there
[12:16] <seb128> the 3 columns is the font size
[12:16] <Tonio_> seb128: okay so it looks like the kcm module is broken somehow
[12:16] <kwwii> but you see all the variants as options in the second pane
[12:16] <seb128> right
[12:16] <Tonio_> but what is very strange is that the naming of the ttf shows condensed as a different font
[12:16] <seb128> I don't say that's correct
[12:16] <jsgotangco> #iosn
[12:16] <seb128> I don't know much about font
[12:17] <Tonio_> seb128: well the naming is supposed to be <fontname>-<style>.ttf
[12:17] <Tonio_> that's why I'm a bit lost :)
[12:19] <Tonio_> seb128: it would be interesting to know if "condensed" is a different font or a style on ubuntu edgy in fact
[12:20] <seb128> kwwii said that's listed as a different font for him
[12:20] <Tonio_> seb128: with kde it appears that way yes, I assume it should be the same with gnome
[12:21] <seb128> on edgy it is, on feisty it's not
[12:21] <Tonio_> seb128: looking at ttf-dejavu.defoma-hints in the source package, it looks like a different font, I'll try to get the infos and fix this...
[12:21] <seb128> I don't think the font capplet code changed recently
[12:21] <seb128> I would say that's a font change then
[12:21] <Tonio_> seb128: so that's probably a bug in the font
[12:22] <Amaranth> dejavu?
[12:22] <Amaranth> almost certainly a bug in the font
[12:22] <seb128> yep
[12:22] <seb128> why?
[12:22] <Amaranth> past experience :)
[12:22] <Tonio_> Amaranth: hehe
[12:23] <Tonio_> seb128: FamilyName: DejaVu Sans Condensed
[12:23] <Tonio_> seb128: that confirms the bug, it is clearly not a style
[12:24] <seb128> Amaranth: we are trying to figure what is wrong there, please don't make random assertion because you already bugs with the font, that's not really useful
[12:27] <Tonio_> seb128: the issue looks like the saming of the font. gnome seems to merge the styles while kde probably uses the latest ttf loaded only
[12:28] <Tonio_> seb128: fixing the name should resolve the issue, I'm testing this
[12:28] <seb128> please talk to doko before doing changes to the package though
[12:28] <Tonio_> of course
[12:28] <Tonio_> seb128: I wouldn't touch something impacting not only kde before pinging the good personns for this
[12:29] <seb128> k
[12:29] <ogra> cjwatson, thanks for making the g-p-m patch will upload it during the afternoon ...
[12:47] <pitti> mdz: since bug 74004 seems to be your's, want to upload to edgy-updates? the bug is not yet closed in feisty and feisty's changelog does not mention this either, is this still relevant in feisty?
[12:47] <Ubugtu> Malone bug 74004 in udev "Doesn't include qla2xxx firmware" [High,Confirmed]  https://launchpad.net/bugs/74004
[12:47] <pitti> ah, seems to be relevant for feisty
[12:48] <mdz> pitti: I thought it was fixed in feisty by BenC
[12:48] <mdz> pitti: could you finish off the SRU for me for edgy?
[12:48] <pitti> mdz: can do
[12:54] <Tonio_> seb128: debian has ttf-dejavu-2.14, while we have 13, I'm building to see if the issue is resolved
[12:56] <pitti> mdz: done
[12:58] <seb128> Tonio_: I've looked at the .deb from Debian this morning, the name has no "-" neither
[12:58] <tepsipakki> rodarvus: ping, i810 on dapper
[12:58] <Tonio_> seb128: yes, which makes sense has it is a different font
[12:59] <mdz> pitti: thank you
[12:59] <Tonio_> seb128: what is important is the name inside the ttf, which should not be "Dejavu Sans" but "Dejavu Sans Condensed" as on edgy
[12:59] <seb128> k
[12:59] <Tonio_> there is the bug, several fonts have the same name
[12:59] <seb128> We will probably sync the new package from Debian
[12:59] <seb128> I want to ask doko before doing a sync request though
[01:00] <Tonio_> seb128: yup, I'm reloading kde to test the package
[01:00] <cjwatson> ogra: you're welcome - I obviously had incentive
[01:03] <Tonio_> seb128: same issue :)
[01:03] <seb128> ok :/
[01:03] <seb128> maybe have a look to the upstream bug tracker or list
[01:05] <Tonio_> seb128: yes, I'll investigate and let you know
[01:06] <carlos> pitti: http://people.ubuntu.com/~carlos/language-packs/dapper/rosetta-dapper-2007-01-29.tar.gz
[01:07] <pitti> carlos: yay
[01:10] <Tonio_> seb128: okay that's a debian change via ttf-dejavy.defome-hints
[01:10] <Tonio_> seb128: easy to fix though, I'm giving an attempt
[01:10] <seb128> k
[01:10] <Tonio_> seb128: they have changed all "family" tags to group them, when it is supposed to be different fonts..... dirty....
[01:11] <seb128> they probably did it for a reason
[01:15] <Tonio_> seb128: probably to reduce the font numbers and group them as styles, which can make sense, except that breaks kde :)
[01:15] <seb128> fix kde then ;)
[01:16] <Tonio_> seb128: well I don't think there is a kde bug on that point
[01:16] <Tonio_> seb128: I think their changes have an issue somehow, since kde recognize styles correctly on all fonts
[01:16] <seb128> it doesn't list all the variants no?
[01:16] <Tonio_> seb128: so we have to improve what debian does, or switch back to what dejavu is supposed to be
[01:16] <seb128> k
[01:17] <Tonio_> seb128: in that case kde doesn't, no, but probably because something misses for the variant to be correct
[01:17] <Tonio_> if that was a bug that would bug on all fonts, not only that patched one :)
[01:17] <seb128> could be, right
[01:17] <seb128> anyway lunch time for me
[01:17] <seb128> bbl
[01:17] <Tonio_> seya
[01:21] <mvo> Mithrandir: is there a way to see the source NEW queue for feisty? http://people.ubuntu.com/~tfheen/unapproved-queue/feisty/ seems to be empty currently
[01:22] <Mithrandir> mvo: yes, it's not in unapproved, it's in NEW.
[01:23] <Mithrandir> mvo: https://launchpad.net/ubuntu/feisty/+queue should show it to you, though
[01:24] <mvo> Mithrandir: cool, thanks
[01:33] <cjwatson> hmm, how strange, today's daily desktop CD comes up without panels
[01:34] <cjwatson> DISPLAY=:0 gnome-panel from tty1 works though
[01:34] <Mithrandir> the panel doesn't start at all?
[01:34] <Mithrandir> anything interesting in the xsession log?
[01:34] <cjwatson> when started by hand, it's fine
[01:34] <cjwatson> practically nothing in .xsession-errors - nothing of interest
[01:35] <Mithrandir> hm, weird
[01:36] <owh> pitti: Do you have a moment?
[01:40] <StevenK> If I specify a -l option, please do what I say and actually link in the library!
[01:55] <tepsipakki> openoffice.org-voikko is uninstallable for some strange reason.. it depends on oo.o-core (>= 2.0.4), but refuses to install when 2.1-2u4 is installed
[01:55] <Mithrandir> it's probably conflicted against by something else
[01:55] <tepsipakki> oh
[01:55] <tepsipakki> I'll check
[01:58] <tepsipakki> err
[01:58] <tepsipakki> Conflicts: openoffice.org-core (>= 2.0.4.1)
[01:58] <tepsipakki> so, that's the reason then ;)
[01:59] <tepsipakki> I'll contact the maintainer
[02:05] <lamont> keescook: uh, you'll want 9.3.4-2 :-(
[02:11] <lamont> keescook: 9.3.4-2 will be in today's dinstall run
[02:12] <lamont> bind9 (1:9.3.4-2) unstable; urgency=high
[02:12] <lamont>   * Actually really do the merge of 9.3.4.  Sigh.
[02:15] <siretart> Mithrandir: are you still at syncing stuff from debian?
[02:15] <Mithrandir> siretart: we do process sync requests filed in launchpad, yes.
[02:16] <siretart> Mithrandir: I filed a sync request for openarena, which (persumably you) just processed. I think forgot to request openarena-data to by synced as well :( 
[02:17] <siretart> If you're already done with it for today, I'll file another bug, no problem
[02:17] <Mithrandir> siretart: pitti does syncs too now, but just file a bug about it.
[02:17] <siretart> Mithrandir: aah, okay. willdo
[02:26] <StevenK> Mithrandir: Correct me if I'm wrong, but usplash also needs a .a file if uswsusp is compiling with -static
[02:27] <Mithrandir> StevenK: uswsusp shouldn't compile with -static.  IMO.
[02:27] <Mithrandir> StevenK: or usplash could grow a .a
[02:27] <mjg59> Why would uswsusp be static?
[02:28] <mjg59> We're already carrying most of the libraries it needs in initramfs
[02:28] <StevenK> I could swear it is, and that upstream has made it so.
[02:28] <Mithrandir> it is, and upstream has made it so.
[02:28] <mjg59> Well, that's trivial to fix
[02:28] <Mithrandir> it works just fine dynamically for me.
[02:28] <StevenK> Indeed.
[02:28] <mjg59> Building it statically makes sense for end-users
[02:29] <mjg59> Integrating initramfs stuff is hard
[02:29] <kylem> let's go shopping
[02:29] <StevenK> So should I junk my usplash .a stuff and make it dynamic, or keep the usplash .a and leave it static?
[02:29] <mjg59> Make it dynamic
[02:30] <mjg59> Otherwise we'll be carrying two copies of libusplash in initramfs
[02:30] <StevenK> Aye
[02:30] <StevenK> I note I just got libusplash.a generating correctly and installed in my test. :-)
[02:30] <Mithrandir> heh
[02:33] <StevenK> dpkg-deb: building package `uswsusp' in `../uswsusp_0.5-1ubuntu1_amd64.deb'.
[02:33] <StevenK> Hurray!
[02:38] <Tonio_> seb128: the change from font to style is upstream in ttf-dejavu, and the problem with kcontrol looks likea kde bug, reported in opensuse too....
[02:38] <seb128> ok
[02:45] <pitti> re
[02:45] <pitti> siretart: I synced openarea this morning, it should be in NEW now
[02:48] <siretart> pitti: I forgot to request openarena-data to be synced as well :(
[02:49] <siretart> pitti: I've reopened the bug now. - thanks for  syncing!
[02:58] <visik7> hi 
[02:58] <visik7> I'm trying to figure out how to use python-apt 
[02:59] <visik7> but I can't find any docs about it
[03:15] <crimsun> pitti: yes, please reject the azureus upload for edgy-proposed
[03:15] <pitti> crimsun: yup, will do
[03:16] <crimsun> pitti: thanks
[03:16] <pitti> crimsun: oh, there is also a azureus/2.5.0.0repack1-0ubuntu0.6.10~proposed1 upload now
[03:16] <somerville32> crimsun: Did you see that report of regression on the xubuntu-devel ml?
[03:17] <crimsun> pitti: oh, ok. I just now read your earlier email regarding the version conflict.
[03:17] <crimsun> somerville32: no, -> #x..-devel?
[03:18] <somerville32> Sure
[03:18] <zul>  /msg pitti can you check to see the 2.6.12 upload got accpted i havent gotten any feedback yet
[03:18] <pitti> crimsun: removed, updated bug
[03:19] <pitti> zul: doing
[03:19] <crimsun> pitti: thanks!
[03:19] <zul> pitti: merci
[03:19] <pitti> zul: heh:
[03:19] <pitti> 2007-01-29 14:10: linux-source-2.6.12_2.6.12-10.43_source.changes
[03:19] <pitti> linux-source-2.6.12_2.6.12-10.43_source.changes
[03:19] <pitti> REJECT
[03:19] <pitti> Rejected: Unknown distribution `UNRELEASED'.
[03:19] <zul> whoops
[03:20] <fabbione> zul: you better not fuck up breezy kernel
[03:20] <fabbione> zul: i am still running my server on breezy
[03:20] <zul> fabbione: i havent yet
[03:20] <fabbione> zul: or you will hear from me.. :)
[03:21] <zul> fabbione: heh
[03:21] <fabbione> tho hopefully i will manage to upgrade to dapper in 3 weeks
[03:21] <kylem> better do it soon, only 3 more months of breezy. ;-)
[03:21] <zul> thank god
[03:22] <fabbione> kylem: yeah that too.. but to dist-upgrade that box i need a day off and at least a month at home to make sure it won't crash
[03:22] <Mithrandir> mvo: can you please do your GnomeAppInstallDesktopDatabaseUpdate thing?
[03:22] <pitti> crimsun: accepted, bug updated (fixcommitted, added tag)
[03:23] <crimsun> (thanks again :)
[03:25] <mvo> Mithrandir: what needs to be added?
[03:26] <Mithrandir> mvo: just do the update, we're getting close-ish to a herd.
[03:28] <mvo> Mithrandir: ah, ok. I will do that now then
[03:29] <Mithrandir> thanks
[03:44] <mvo_> does anyone knows what happend to acroread in multiverse in feisty? lp says it got removed, but I can't see (in LP) why
[03:45] <somerville32> mvo_: License issues
[03:45] <mvo_> ok, thanks
[03:48] <mdz_> ogra: I'm having a lot of problems with power management now; is this due to the new g-p-m?
[03:48] <mdz_> ogra: my backlight keeps forcing itself to the lowest setting, even on AC or when I move the slider in gpm preferences, e.g.
[03:49] <bddebian> Heya
[03:57] <ogra_> mdz, thats either hal, the kernel or g-p-m
[03:57] <mdz> ogra_: I just downgraded gpm and now it works properly
[03:58] <ogra_> hmm, ok i think there is a bug about thet 
[03:58] <ogra_> *that
[03:58] <cjwatson> ogra_: for the next g-p-m, could you remember to package it with an .orig.tar.gz? I noticed it was native-style
[03:58] <ogra_> huh ? 
[03:58] <cjwatson> you should be able to fix that without having to wait for a new upstream version or anything
[03:58] <cjwatson> -rw-r--r--  1 cjwatson cjwatson     964 2007-01-24 19:03 gnome-power-manager_2.17.90-0ubuntu2.dsc
[03:58] <cjwatson> -rw-r--r--  1 cjwatson cjwatson 2515755 2007-01-24 19:03 gnome-power-manager_2.17.90-0ubuntu2.tar.gz
[03:59] <ogra_> gra@edubuntu:~/packages$ ls gnome-power-manager_2.17.90*gz
[03:59] <ogra_> gnome-power-manager_2.17.90-0ubuntu1.tar.gz  gnome-power-manager_2.17.90-0ubuntu2.tar.gz  gnome-power-manager_2.17.90.tar.gz
[03:59] <ogra_> mmmpf, sorry
[03:59] <cjwatson> mv gnome-power-manager_2.17.90.tar.gz gnome-power-manager_2.17.90.orig.tar.gz
[03:59] <ogra_> yeah
[03:59] <mvo_> pitti: pmount is no longer a rdepend off any package installed by ubuntu (only kubuntu). what happend ?
[04:00] <ogra_> i usually wget it and mv it to _*.orig.tar.gz ... seems i missed the orig .... grr
[04:00] <pitti> mvo_: we don't use it any more
[04:00] <seb128> mvo_: gnome-mount happened
[04:00] <mvo_> oh, good
[04:00] <pitti> mvo_: and I switched the hal backend from pmount to upstream's
[04:00] <mvo_> because it means the autoremove code in apt did the right thing, I was worried :)
[04:09] <Riddell> Mithrandir: is herd 3 happening this week?
[04:10] <Mithrandir> Riddell: yes, I've sent the pre-freeze announcement to u-d-a, but I don't think it's been approved yet.
[04:11] <cjwatson> can fix that
[04:12] <cjwatson> moderated
[04:13] <Mithrandir> cheers
[04:16] <cjwatson> Mithrandir: todo for herd 3 after this ubiquity upload: deliberately break ubiquity and check that the apport hook works smoothly (a) if you have to login to an existing account (b) if you have to create a new account
[04:16] <cjwatson> (a) is more important for now
[04:17] <cjwatson> (but (b) should be fixed before release)
[04:17] <Mithrandir> cjwatson: cheers
[04:17] <pitti> cjwatson: I tested (a) with a normal crash, works fine
[04:18] <cjwatson> great
[04:18] <pitti> it even preserves the title
[04:18] <cjwatson> ubiquity 1.3.14 has the apport hook as we discussed, but untested
[04:27] <crimsun> ogra_: may I merge pulseaudio 0.9.5-5 from Debian unstable (pending Mithrandir's ACK) to pull in the fix for Debian 405869?
[04:27] <Ubugtu> Debian bug 405869 in pulseaudio "/etc/init.d/pulseaudio may call chown on non-existing file" [Normal,Closed]  http://bugs.debian.org/405869
[04:27] <crimsun> ogra_: or do you feel it's low enough priority that it's deferrable?
[04:27] <ogra_> crimsun, feel free, we dont use the initscript by default anywayx
[04:28] <Mithrandir> crimsun: why would you wait for a ack from me?
[04:28] <ogra_> right, just merge it :)
[04:28] <crimsun> Mithrandir: it's a main package and I just read the u-d-a post regarding Herd 3?
[04:30] <Mithrandir> crimsun: well, we're not frozen yet, so just don't break anything. :-)
[04:31] <bddebian> break it!!
[04:37] <ogra_> meh, herd freeze ...
[04:37] <ogra_> bad timing
[04:37] <mdz> Mithrandir: network-manager->desktop for herd 3?
[04:39] <ogra_> lets next release not have a milestone freeze a week before feature freeze ...
[04:41] <pitti> mdz: it's already seeded
[04:44] <mdz> pitti: it isn't in ubuntu-meta
[04:45] <mdz> and it wasn't removed from ship
[04:50] <ogra_> mdz, we dont have an UI freeze this time on the release schedule, was that an oversight ?
[04:55] <ogra_> crimsun, what about the libasound split ?
[04:55] <seb128> Mithrandir: could you give a build retry on all archs for gnome-python-desktop ?
[04:55] <crimsun> ogra_: meaning the alsa-plugins split?
[04:55] <ogra_> yeah
[04:55] <crimsun> ogra_: if you don't mind, deferred til post-Herd 3
[04:55] <ogra_> do you plan to do it ? else i'll just disable jack and do a MIR
[04:55] <ogra_> ok
[04:55] <crimsun> ogra_: that's fine (disable jack and do an MIR)
[04:56] <pitti> if you talk about an MIR for jack, that won't happen with the current package
[04:56] <crimsun> pitti: no, alsa-plugins.
[04:56] <ogra_> as long as no jack users show up at my door at least :)
[04:57] <ogra_> pitti, i need alsa-plugins ... for ltsp ... but you wont like jack in main i guess :)
[04:57] <pitti> right, otherwise we have to cripple it again
[04:57] <ogra_> the proper solution would be a package split but we wont manage that before FF ... so i'll just disable jack
[05:06] <dholbach> Mithrandir: just FYI gtkmm2.4 and telepathy-idle updates are not important to herd3
[05:07] <mvo_> Mithrandir: new app-install-data uploaded, thanks for reminding me about it
[05:11] <Mirv> is there any eta when approved packages in MainInclusionQueue are actually going in main? malaga/voikko packages have been there in accepted for a bit over 1,5 months now.
[05:20] <Riddell> mvo_: when does the cdrom progress stuff get used in dist-upgrade tool?
[05:21] <Riddell> Mirv: a core-dev has to add them to a seed and request they get promoted
[05:23] <Mirv> Riddell: yeah, I noticed this new MainInclusionProcess-page which mentions the seed. so after acceptance it's still up to the "driver" of the main inclusion to poke a proper core-dev to actually add the packages into a seed? otherwise they'll just stay in the Accepted queue?
[05:24] <Riddell> Mirv: yes
[05:25] <Mirv> Riddell: thanks.
[05:25] <mvo_> Riddell: when the user runs the upgrader from a cdrom 
[05:26] <Riddell> mvo_: so user puts in a new alternate CD and the dist-upgrade tool gets run?
[05:26] <mvo_> Riddell: yes
[05:26] <mvo_> Riddell: he can run it manully with /cdrom/cdromupgrade
[05:27] <Riddell> mvo_: what does that run?
[05:27] <mvo_> Riddell: the dist-upgrader gets put onto the cdrom, the script extracts it and runs it
[05:28] <Mirv> pitti: Poke. bug #82143. concerning openoffice.org-voikko, a rebuild should be commenced to update the (because-of-ooo-problems-with-extensions) package's conflicts-dependencies. possibly the dependency generation should be also adjusted to most optimal value for feisty if needed.
[05:28] <Ubugtu> Malone bug 82143 in language-support-fi "Add main-accepted Voikko packages to a seed, language-support-fi should depend on Voikko spellchecking libraries in 7.04" [Undecided,Unconfirmed]  https://launchpad.net/bugs/82143
[05:28] <Riddell> mvo_: clever
[05:29] <Riddell> mvo_: apart from the cdrom stuff being missing, kde dist-upgrader seems to be working well, I've some tidying up to do and the packaging to sort out but then I may merge and upload if that's good with you
[05:30] <mvo_> Riddell: let me knwo when I should merge. the upload is a bit special, its a special target to get it into the "dist-upgrader" repository
[05:31] <Riddell> mvo_: where is the dist-upgrader repository?
[05:34] <mvo_> Riddell: https://code.launchpad.net/~ubuntu-core-dev/+branch/update-manager/main
[05:34] <mvo_> Riddell: that is the code
[05:35] <mvo_> Riddell: http://archive.ubuntu.com/ubuntu/dists/feisty/main/dist-upgrader-all/
[05:35] <mvo_> that is the binary
[05:35] <Riddell> mvo_: ok, I'll let you know when
[05:36] <mvo_> thanks
[05:43] <gnomefreak> guys nice job on apport i love it.
[05:43] <heno> Mithrandir: I've posted a draft of the testing instructions here: https://wiki.ubuntu.com/Testing/ForumProject/Instructions Please check it for sanity at your leisure
[05:44] <givre> gnomefreak: wanted to say the same things. Apport rocks :)
[05:44] <gnomefreak> i just wish it didnt bring you to LP but i guess it kind of has to
[05:51] <pochu> hi heno :)
[05:52] <heno> pochu: hello :)
[05:52] <pochu> i'm looking at your instructions page
[05:53] <heno> pochu: cool, please make changes as you see fit
[05:57] <ogra_> mdz, found the g-p-m brightness bug, thanks for pointing
[05:58] <ogra_> (fixed in the next upload)
[05:58] <mdz> ogra_: cool, thanks
[06:00] <pitti> cjwatson, Mithrandir: how do I update syncs/Debian_incoming_main_Sources on drescher?
[06:02] <doko> hi
[06:02] <pitti> Mirv: can you please add that to the bug, so that I won't forget?
[06:02] <cjwatson> pitti: it's done by hand using dpkg-scansources whenever somebody asks us to sync from incoming
[06:02] <cjwatson> i.e. grab the source package with lftp and then scansources it so that sync-source will work
[06:02] <pitti> ah, there's no script for it then
[06:03] <cjwatson> right
[06:03] <pitti> cjwatson: thanks
[06:03] <cjwatson> likewise Debian_snapshot_*_Sources
[06:07] <cjwatson> kwwii: do you have any thoughts as to what image format you'd like to use for ubiquity-slideshow? svg, png, jpg, something else?
[06:11] <kwwii> cjwatson: png or svg would be good
[06:11] <kwwii> cjwatson: it would depend on what they look like vs. file size/quality
[06:19] <Mirv> pitti: ok
[06:24] <cbx33> any ubuntu-archive members around?
[06:24] <cbx33> I have a licensing question
[06:28] <Mirv> (done)
[06:30] <cjwatson> ogra_: http://cdimage.ubuntu.com/edubuntu/daily/current/
[06:31] <ogra_> whee !!!
[06:31] <ogra_> 7M already ? wow ...
[06:31] <ogra_> i thought tuxtype was smaller :)
[06:32] <cjwatson> there's probably some junk in the images
[06:32] <ogra_> i'll check then
[06:32] <cjwatson> actually, no, very little junk
[06:32] <cjwatson> -r--r--r--   6    0    0         6752204 Jan 24 2007 [    105 00]   tuxtype-data_
[06:32] <cjwatson> 1.5.6.dfsg1-3ubuntu4_all.deb
[06:32] <cjwatson> it just is about that big
[06:32] <ogra_> heh
[06:38] <cbx33> cjwatson, just looked on the pyvnc2swf site
[06:38] <cbx33> License
[06:38] <cbx33> Vnc2swf comes with ABSOLUTELY NO WARRANTY. This software is distributed under the GNU General Public License. 
[06:38] <ogra_> then they are likely wrong
[06:38] <cbx33> indeed
[06:38] <ogra_> i dont think the at&t part works with the gpl
[06:39] <cjwatson> 17:38 <cjwatson> either upstream resolves it (perhaps by talking to the original copyright holders, perhaps by deciding that there's nothing left in the code to which that copyright applies, or perhaps by
[06:39] <cjwatson>                  rewriting the offending portions of code), or we get specific permission from the named copyright holder (which is going to be pretty difficult as that AT&T lab in Cambridge doesn't exist any
[06:39] <cjwatson>                  more), or we use something else
[06:39] <cjwatson> 17:38 <cjwatson> or we find something distributed by the copyright holder with a clearer and more permissive licence
[06:39] <cjwatson> 17:38 <cjwatson> (you may find that it was just badly quoted)
[06:39] <cjwatson> (from conversation with cbx33)
[06:39] <ogra_> yeah
[06:39] <cbx33> sorry cjwatson I should have done it in here
[06:39] <mdz> mvo,iwj,seb128: I just tried out easy-codec-installation. nice!
[06:39] <cjwatson> I don't recall AT&T Cambridge normally using restrictive licences like that
[06:39] <seb128> mdz: good :)
[06:39] <mdz> mvo_: what is the behaviour if the user doesn't have multiverse enabled?
[06:40] <cjwatson> so you may find that it's just a mistake
[06:40] <mvo_> mdz: it will offer you to automatically add it for you
[06:40] <seb128> mdz: I will send a mail about it soon, I wanted to do it this morning but gnome-app-install was "just crashing" due to python-dbus change
[06:40] <mdz> mvo_: when? and with what caveat?
[06:40] <seb128> which mvo fixed quickly ;)
[06:40] <seb128> what is the appropriate list for mails like that?
[06:40] <mdz> seb128: yes, I had to install 0.3.9 to fix that
[06:40] <ogra_> cjwatson, hmm, btw, that makes me wonder if its really that clever that i copyright new code i write with "Canonical Ltd."
[06:41] <mdz> pitti: apport caught the crash and directed me straight to the bug report :-)
[06:41] <cjwatson> ogra_: if you're doing it on work time, you don't have an option
[06:41] <mvo_> mdz: when multiverse is not enabled the codec will be displayed. when the user clicks on it it will tell him that he needs multiverse to actually get it and offer to automatically add it. then it runs a apt-get update (via synaptic) to make it available
[06:42] <cjwatson> ogra_: unless your contract differs rather radically from mine
[06:42] <ogra_> nope, it doesnt
[06:42] <mdz> mvo_: what if it's enabled in sources.list, but the user hasn't "enabled" it yet (a la enabling-additional-components)?
[06:42] <ogra_> just the " (which is going to be pretty difficult as that AT&T lab in Cambridge doesn't exist any mopre)" made me think about it ...
[06:42] <cjwatson> ogra_: if you're releasing code under a free licence, it's not a problem
[06:43] <ogra_> rigfht
[06:43] <ogra_> *right even
[06:43] <mvo_> mdz: when we enable universe/multiverse by default, there will be a message when the first universe/mutliverse program is added.. the messages will tell the user that the support for this application is limited. this is not yet enabled though because the switch in the installer is now yet flipped
[06:45] <pochu> heno: ping?
[06:46] <heno> pochu: pong
[06:46] <pochu> heno: would be possible to change the bug contact for ubuntu iso test tracker to the iso testing team, in order to receive the mails about bugs?
[06:48] <mdz> mvo_: sounds good.  is the rest of enabling-additional-components done, with only the installer remaining?
[06:48] <heno> pochu: Are you sure that's wise? There will be *very* many emails. Easily several hundred in 2-3 days
[06:48] <pochu> heno: hundred?
[06:48] <heno> as images are posted, tested and rejected
[06:48] <mvo_> mdz: kde changes are pending, otherwise we should be ready
[06:48] <pochu> heno: then I'm not sure :)
[06:49] <heno> 30odd images posted, then rejected and/or accepted, commented on, etc
[06:49] <heno> When you subscribe you get mail just for that image
[06:49] <heno> and only while it's active
[06:50] <heno> we should probably have all the messages go to some email address, a list with a public archive perhaps
[06:51] <pochu> maybe you can create a ML in lists.ubuntu.com
[06:51] <mdz> mvo_: excellent
[06:51] <heno> If there really is a need. Herd 4 feature request IMO
[06:52] <heno> pochu: could do, but the list is already quite long there
[06:52] <pochu> heno: not sure what you want to say
[06:53] <mvo_> Mithrandir: when can we except the freeze for herd-3 (roughly)? tonight? tomorrow morning? later?
[06:53] <heno> pochu: one should be slightly restrictive about creating lots of mailing lists, as the tend to pile up
[06:54] <pochu> heno: oh, ok
[06:54] <pochu> now I understand you :)
[06:54] <heno> one for ISO testing discussion is probably useful though
[06:54] <heno> no worries :)
[06:54] <pochu> sure
[06:55] <heno> pochu: any comments on the howto?
[06:55] <pochu> and if a testing discussion is made, then we maybe should change the contact address for the iso testing team
[06:55] <heno> I should post it today
[06:55] <pochu> heno: i'm doing a few changes
[06:55] <pochu> 5 minutes :)
[06:55] <pochu> well, they are links
[06:55] <heno> pochu: ok, I'm off to eat, bbl
[06:55] <pochu> if you don't mind
[06:56] <pochu> ok
[06:56] <pochu> :)
[06:57] <pitti> mdz: yay :)
[07:08] <pochu> heno: done :)
[07:16] <heno> pochu: that looks good, thanks
[07:19] <tkamppeter_> pitti, can you quickly upload HPLIP 1.7.1, so that it makes it into Herd 3 (we are shortly before freeze, see "Herd 3 freeze imminent" on mailing list), fixes bug 60242, bug 66830, bug 74809, bug 77307 (and probably more).
[07:19] <Ubugtu> Malone bug 60242 in hplip "Removing hplip encounters errors: scanner group not empty" [Low,Fix committed]  https://launchpad.net/bugs/60242
[07:20] <Ubugtu> Malone bug 66830 in python-qt3 "Problem with Socket Inter-Process Communication" [Medium,Confirmed]  https://launchpad.net/bugs/66830
[07:20] <Ubugtu> Malone bug 74809 in hplip "dpkg -P hplip fails in ubuntu-6.10-desktop live cd" [Low,Fix committed]  https://launchpad.net/bugs/74809
[07:20] <Ubugtu> Malone bug 77307 in hplip "hp-setup fails with setupform import" [High,Fix committed]  https://launchpad.net/bugs/77307
[07:30] <pitti> tkamppeter_: doing so now; you forgot -sa when building the .changes, BTW
[07:40] <kwwii> cjwatson: first we should make a decent list of what exactly needs to be presented
[08:33] <BenC> $ ps ax | grep dbus-daemon | wc -l
[08:33] <BenC> 17
[08:33] <BenC> wtf?
[08:37] <beuno> hey, I'm trying to cook up the "Herd 3" changes page, can anyone give me the highlights from "Herd 2"?
[08:38] <somerville32> beuno, Just take a peak at the Herd 2 page :)
[09:13] <mdke> somerville32: he means the highlights *since* herd 2 :)
[09:13] <somerville32> ah, lol
[09:14] <somerville32> Lots in the Xubuntu department ;] 
[09:15] <jdong> good answer
[09:15] <jdong> "There's been lots of shiny buttons and ..... "
[09:15] <jdong> supertux 0.3! :D
[09:18] <pochu> beuno: I think the uwn has the weekly highlight, maybe you can take a look there
[09:22] <keescook> Mithrandir: (or other archive admins) it looks like due to a packaging change in the acroread security update for dapper/breezy, the binary package "acroread-escript" entered NEW.  Can someone fix that up?
[09:35] <beuno> pochu, yes, I have all those, I do the writeup every week  ;)  just wanted to know if there is anything specific you want to highlight
[09:36] <beuno> mdke, I did mean *since*, sorry it wasn't clear enough
[09:36] <mdke> :)
[09:37] <pochu> beuno: ok, didn't know it :)
[09:37] <beuno> pochu, np, I should of read through what I wrote before sending  ;)
[10:15] <Mithrandir> mdz_: network-manager -> desktop has happened, but needs -meta upload, I'll do that.
[10:15] <Mithrandir> keescook: investigating.
[10:16] <Mithrandir> mvo: thanks.  Freeze starts tomorrow.
[10:16] <Mithrandir> heno: thanks, I'll poke
[10:17] <keescook> Mithrandir: thanks
[10:18] <Mithrandir> heno: can we add a irc nick/email column to the "Signed up for testing" table on https://wiki.ubuntu.com/Testing/ForumProject
[10:18] <gota> hola
[10:19] <gota> speacjing spanish?
[10:19] <gota> speacking*
[10:19] <nedko> hi guys, i'm looking for someone that would create ubuntu package for jack_mixer (jack audio mixer)
[10:20] <nedko> i really dont use ubuntu but ubuntu users often ask me for instructions how to build it
[10:20] <heno> Mithrandir: can do, or LP ID even? As that is what will appear on the bug comments
[10:20] <Mithrandir> heno: LP id is good.
[10:21] <TheMuso> nedko: Might want to ask in #ubuntu-motu
[10:21] <nedko> TheMuso: thanks
[10:23] <Mithrandir> hmm, there's an ancient lrm in breezy-security's new queue.
[10:23] <Mithrandir> but only for sparc
[10:27] <Mithrandir> keescook: both accepted.
[10:28] <keescook> Mithrandir: cool, thanks
[10:28] <gnomefreak> is jono on holiday?
[10:29] <pochu> gnomefreak: no, I talked to him this afternoon
[10:29] <gnomefreak> mvo_: g-a-i 3.10 fixes the dbus error right?
[10:29] <gnomefreak> pochu: ty
[10:30] <pochu> gnomefreak: np ;)
[10:36] <mvo_> gnomefreak: yes, it should
[10:36] <gnomefreak> ty :)
[10:36] <gnomefreak> btw update-manager is fixed thank you for that :)
[10:37] <heno> Mithrandir: done, and cleaned it up a bit too. I guess I should clean up Testing/Current too with sensible links and such
[10:37] <Mithrandir> heno: thanks.
[10:38] <mvo_> gnomefreak: cheers :)
[10:39] <gnomefreak> night
[10:39] <heno> Mithrandir: are the bugs at the end of Testing/Current still relevant or should I flush them all (or leave the still open ones?)
[10:40] <Mithrandir> heno: just flush them
[10:40] <Mithrandir> and with that, I'm off to bed
[10:40] <heno> ok
[10:45] <slomo> Mithrandir: hi... there will be a new tomboy release in an hour or something... can i upload it before herd 3 freeze? it fixes a bad note corruption bug that some people had
[10:57] <mdke> sfllaw: around?
[11:04] <pochu> gnomefreak: ping?
[11:04] <gnomefreak> yeah?>
[11:26] <gnomefreak> jono_: you busy?
[11:27] <jono_> jono_: a little, but shoot :)
[11:27] <gnomefreak> jono_: can you join #nunstuff for a bit