=== bolivar [~bolivar@host-193-246-220-24.midco.net]  has joined #ubuntu-devel
[04:10] <jdub> mdz: heh, irssi-text -> glib2.0 ;-)
=== lamont wanders in, grumbles at OO.o
[04:17] <mdz> jdub: dude, glib1.2 is gone from desktop now
[04:17] <jdub> that is so rad
[04:17] <jdub> also, i did not build the glib1.2 support in polypaudio
[04:17] <jdub> we will kill it
[04:17] <jdub> and esound
[04:17] <mdz> it's a long way from being kicked out of main though
[04:17] <mdz> lots of  gtk1.2 apps in supported
[04:18] <jdub> yeah
[04:18] <jdub> what about that bongy accounting package? ;)
[04:18] <mdz> the one that you spazzed over, while all this other ancient cruft goes in supported? :-P
[04:18] <jdub> heh
[04:19] <mdz> installed from universe and working fine, thankyouverymuch
[04:19] <jdub> that's good
[04:19] <mdz> needed a gal upload to get it building
[04:19] <jdub> no fixes required?
[04:19] <jdub> aha
[04:19] <jdub> okay, so
[04:19] <jdub> i want to write a little script
[04:19] <jdub> that tells me which of my packages are universey
[04:21] <mdz> it's sort of a hacky thing to want to do
[04:21] <mdz> because there's no record of where stuff came from
[04:22] <mdz> all you can do is compare it to where the packages are in the archive now
[04:22] <mdz> that's basically what apt-show-versions does
[04:22] <mdz> which should be in universe
[04:22] <jdub> -> /var/lib/apt/lists/*universe*_Packages ;-)
[04:24] <jdub> (awk '/^Package:/ { print $2 }' /var/lib/apt/lists/*warty_universe*Packages ; dpkg --get-selections | awk '{ print $1 }') | sort | uniq -d
=== mdz gags
[04:26] <jdub> haha
[04:26] <mdz> apt-cache dumpavail | grep-dctrl -nsPackage -FSection universe
[04:26] <jdub> grep-dctrl is not installed by default ;)
[04:27] <mdz> comm -12 <(apt-cache dumpavail | grep-dctrl -nsPackage -FSection universe/ |sort)  <(dpkg --get-selections | cut -f1 |sort)
[04:27] <mdz> grep-dctrl is in supported, and is the right tool for the job :-P
[04:28] <mdz> 28 packages here
[04:29] <jdub> 47 8)
[04:29] <mdz> a bunch of them from gnucash
[04:29] <mdz> and a handful from grepmail
[04:29] <mdz> dict is showing up in there for now :-)
[04:29] <mdz> that'll go away
[04:29] <mdz> debian-policy is in universe :-)
[04:29] <mdz> that's almost blasphemous
[04:30] <jdub> whoa
[04:30] <mdz> hmm, i had some random libgnome-vfs crap installed that I didn't need, probably bbuild-deps of something
[04:30] <mdz> down to 27 now
[04:30] <jdub> man
[04:30] <jdub> firefox doesn't start :|
[04:30] <jdub> if i move away my .firefox, it's fine
[04:30] <mdz> 2 of them are already slated to move into main
[04:31] <lamont> mdz: hadn't seen the 'will approve bind9 sync' before - thanks for requesting it
[04:32] <mdz> lamont: I went ahead and fixed vim as well, since it was breaking all sorts of things (including the base install)
[04:33] <lamont> yeah - was just reading that bug report, see the change.  thanks.
[04:34] <lamont> ran out of time last night before getting exactly the plan in my head.  Bad timing that.
[04:34] <mdz> lamont: regarding oo.o, Sep 24 13:09:47 <elmo>  it's an archive problem anyway, I'll fix in a sec
[04:35] <lamont> oo dictionaries: archive.  oo/ppc: log file too big for mailer.
[04:35] <mdz> hmm, come to think of it, it's been 6 hours. I should probably mail elmo
[04:35] <mdz> oh, you just did with the bugzilla comment
[04:35] <lamont> oo.o is there for i386
[04:35] <lamont> yep
[04:35] <mdz> lamont: I meant oo.o-dictionaries
[04:36] <mdz> oo.o was uploaded today, and also oo.o-dictionaries was supposed to move into main
[04:36] <lamont> oo.o/ppc binaries uploaded
[04:36] <lamont> I think I may just bump things up on the buildds to handle the larger log files, now..
[04:39] <lamont> was already done most everywhere.  even easier. :-)
[04:39] <lamont> the next OO.o (or other huge-logged) upload shouldn't stall for mail bouncing.
[04:46] <lamont> mdz: 1711 et al.
[04:47] <lamont> there are a growing list of bugs that make me wonder exactly when postfix is getting configured...
[04:47] <lamont> because root mail goes to uid 1000 if it exists (and there isn't an alias for root yet)...  Hence 1711 is, um, worrysome...
[04:48] <lamont> but I'm not going to think too hard about it this weekend.. :-(
[04:51] <mdz> lamont: I assume postfix is getting configured from debootstrap
[04:51] <mdz> because it's part of base
[04:51] <mdz> this is why Debian runs MTA configuration from base-config
[04:51] <mdz> we probably need to do the same, but noninteractive
[04:52] <lamont> that would be fine.
[04:52] <lamont> didn't we do that at one point, and it got ripped out?
[04:52] <lamont> or was that because it was interactive?
[04:55] <lamont> because configuring it from base-config (even noninteractive) is the only way I can see to solve 1711.  Well, short of having the init.d code detect first-start-with-userid-1000-present, and dtrt then.. (which would probably violate policy in 16 diff ways...)
=== tseng [~tseng@tseng.developer.gentoo]  has joined #ubuntu-devel
=== tseng pokes lamont per instruction
[05:00] <tseng> who wants to talk mono in universe
[05:01] <lamont> eh?
[05:02] <tseng> jdub said you were k-rad and could help me in my mission of mono -> universe love
[05:02] <tseng> http://wiki.ubuntu.com/UniverseCandidates has some details.
=== lamont reads
[05:04] <lamont> are the source packages we care about in warty source already? or do they need to be sync'ed?
[05:05] <tseng> i worked off of sid because the stuff in warty (bins) were broken
[05:05] <tseng> i could check out building from warty source
[05:05] <lamont> if the sid stuff builds, and you can get mdz/jdub to approve sync'ing sid, then I can bootstrap it in the archive
[05:06] <lamont> likewise, if warty sources build, and just need to be appropriately beaten^Wbootstrapped, then I can do that as well.
[05:06] <jdub> i approve of syncing sid
[05:06] <jdub> much more useful than current warty universe versions
[05:07] <lamont> works for me... and it's easier to bootstrap from current sid, than old sid...
[05:07] <tseng> sorry i didnt make a source pkg with the monodevelop patch
[05:08] <tseng> im still figuring out debian packaging, there seem to be 10 ways to do any given task
[05:08] <lamont> bootstrapping isn't so bad.... It's more work when you don't have a pre-bootstrapped-on-the-right-arch set of debs.. :)
[05:09] <tseng> i built everything by a combination of apt-get source -b and dpkg-buildpkg
[05:09] <tseng> probably did everything the hardway, but barring a few bumps the stuff builds against warty main universe
[05:10] <lamont> right.  Is it just a matter of building in the right order (and just source is needed), or do I need some build-dep binaries installed at the right magicpoints?
[05:10] <tseng> only major failures i recalls are monodevelop (patch on the wiki) and muine
[05:10] <tseng> muine wants mono-mint seemingly as a build dep
[05:10] <tseng> but my x86 build didnt produce such a thing
[05:11] <lamont> declared already, or needs to?
[05:11] <tseng> its my understanding its only needed on amd64
[05:11] <lamont> build-deps can be arch-specific
[05:11] <tseng> it doesnt need it on x86... the dep is more accurately ( mono-mint || mono-jit _
[05:11] <tseng> *)
[05:11] <lamont> buildd only uses the first one...
[05:12] <lamont> mono-jit [!amd64] , mono-mint [amd64] , I think
=== tseng looks
[05:12] <tseng> i dont see mono-mint in the control file
[05:13] <lamont> yeah - not too bad to fix, though.
[05:13] <lamont> jdub: do you need tseng/me to propose the sync so you can approve it, or could you send the email?
[05:15] <lamont> grumble.  www.anywho.com crashes firefox
[05:16] <lamont> Segmentation fault, it says
[05:16] <tseng> worksforme
[05:16] <lamont> 0.99+1.0PR-0ubuntu1
[05:17] <tseng> 0.99+1.0PR-0ubuntu3
[05:17] <lamont> yeah
[05:18] <tseng> yay you fixed vim.
[05:18] <jdub> tseng: could you mail mdz/myself and lamont?
[05:19] <tseng> yes I can
[05:19] <tseng> uh oh not from gentoo.org
=== tseng hits gmail :)
[05:19] <lamont> tseng: mdz fixed vim.
[05:20] <tseng> jdub: what am I mailing you?
[05:22] <lamont> that firefox works better.
[05:22] <tseng> oh I thought about mono.
[05:23] <tseng> some secret proceedure about syncing sid
[05:24] <jdub> tseng: request for sync of packages (please lsit)
[05:24] <tseng> {jeff.waugh,lamont.jones,matt.zimmerman}@cannonical.com, yes?
[05:26] <lamont> should work
[05:27] <tseng> im leaving f-spot off the list
[05:27] <tseng> it doesnt work very well for me
[05:29] <tseng> oops i used the wrong addy after all
[05:29] <tseng> sent.
[05:38] <lamont> tseng: given timezones and such, it'll probably be monday before I do any handholding
[05:38] <jdub> tseng: oh! you packaged tomboy
[05:38] <tseng> jdub: hmm kinda
[05:39] <tseng> i seem to remember reading that dpkg figures out the runtime deps
[05:39] <tseng> but it doesnt seem to pull in the newer libgtkspell
[05:39] <tseng> if i install that by hand the pkg works ok
[05:39] <tseng> i just managed to mess it up somewhere
[05:40] <jdub> hmm
[05:41] <jdub> tomboy doesn't seem to use gtkspell
[05:42] <tseng> ./configure disagrees
[05:43] <jdub> tseng: ahr, you need to put source up in your archive :)
[05:44] <tseng> i could do that
[05:47] <tseng> just slap the files in the same dir?
[05:48] <jdub> yeah
[05:48] <jdub> and run dpkg-scansources
[05:49] <tseng> sure
[05:49] <jdub> like scan-packages
[05:51] <tseng> 2 mins
[05:56] <tseng> that should do it.
[06:07] <jdub> ahar, rocking :)
[06:07] <tseng> jdub: sorry.. working now
[06:07] <tseng> i r dumb.
[06:08] <jdub> heh
[06:13] <jdub> tseng: why is libgtkspell-dev in your archive, btw?
[06:13] <tseng> tomboy seemed pretty adament about wanting the newer lib
[06:13] <jdub> ah, tomboy needs > 2.0.6, we only have 2.0.5
[06:14] <tseng> configure checks >=2.0.6
[06:14] <tseng> ya.
[06:15] <jdub> so it actually works with 2.0.5
[06:15] <jdub> but >= 2.0.6 does pango underlines
[06:16] <tseng> ah
=== jdub hmms.
[06:16] <jdub> that's really something that should be updated.
[06:16] <tseng> seems pretty simple
[06:16] <tseng> and/or didnt make anything explode
[06:17] <jdub> mmm
[06:17] <jdub> bit frivolous though
[06:17] <jdub> tseng: you need to add mono-mcs to the build depends
[06:17] <tseng> sure.
[06:19] <jdub> i have the sneaking suspicion...
[06:20] <tseng> added mono-mcs
[06:20] <tseng> and broke the repo again.
[06:20] <jdub>         [DllImport ("libgtkspell.so.0")] 
[06:20] <tseng> :P
[06:20] <jdub> ^ dynamically loads gtkspell
[06:21] <jdub> so you should add the binary name to the Depends line
=== lamont sleeps
[06:22] <jdub> night lamont :)
[06:22] <tseng> cya.
[06:24] <tseng> add gtkspell?
[06:24] <jdub> Depends: ${shlibs:Depends}, ${misc:Depends}, libgtkspell0 (>= 2.0.5)
[06:24] <tseng> hmm sure
[06:30] <tseng> jdub: getting late this side of the pond, ill catch you another day
[06:31] <jdub> 'night!
[06:31] <tseng> that package should suck less now
[06:31] <jdub> tseng: i'll send a debian dir tarball for some hints :)
[06:32] <tseng> hmm ok :)
=== doko [doko@dsl-084-057-007-236.arcor-ip.net]  has joined #ubuntu-devel
=== pitti [~martin@195.227.105.180]  has joined #ubuntu-devel
[09:59] <daniels> mdz, jdub: xresprobe 0.4.9 (with interdiff) on http://people.ubuntu.com/~daniels/xresprobe; all it does is re-add some monitor frequency detection code that was lost when we got detailed timings. ok for warty?
[10:00] <Kamion> lamont: we removed postfix from base-config for reasons that I am and was convinced are specious; if there's a good reason for me to put it back, please hand me the ammunition :)
[10:01] <jdub> yo Kamion 
[10:01] <jdub> Kamion: how's the d-i wiggling going?
[10:01] <Kamion> pretty well, productive so far
[10:02] <jdub> daniels: approvedf
[10:03] <jdub> Mithrandir: someone posted about dm-crypt devices and hal on hal-list just recently
[10:07] <daniels> jdub: thanks
[10:08] <Mithrandir> Roar: jdub got an URL? :)
[10:13] <jdub> um
[10:13] <jdub> not in my mail client ;)
[10:13] <jdub> Subject: Device mapper interface and HAL
[10:13] <jdub> it's hosted on freedesktop.org
[10:38] <mdz> daniels: approved
[10:39] <Mithrandir> jdub: yeah, looks interesting
[10:39] <mdz> Kamion: that issue with stuff appearing in base was vim, I think (in which case it's fixed now)
[10:39] <mdz> I tested debootstrap anyway
[10:43] <Mithrandir> Kamion: http://bugzilla.ubuntu.com/show_bug.cgi?id=1545 -- mrvn has answered now, and I think his answer makes sense.
[10:44] <Kamion> mdz: ok
[10:44] <Kamion> mdz: yes, that would explain it
[10:44] <Kamion> Mithrandir: yeah, I talked to him last night and he convinced me it was OK
[10:45] <mdz> daniels: #1153 has returned to you for more love
[10:46] <Mithrandir> Kamion: ok, I'll make up a new package and get it approved, then.
[10:46] <Kamion> mklibs HURTS my BRAIN
[10:49] <daniels> mdz: saw that bouncing back. was thinking of a test to see if ppp_on_boot points to ppp_on_boot.dsl; if it does, and the latter doesn't exist, force a change?
=== vuntz [~vuntz@fennas.vuntz.net]  has joined #ubuntu-devel
=== mdz [~mdz@69-167-148-207.vnnyca.adelphia.net]  has joined #ubuntu-devel
[11:10] <Mithrandir> mdz: 1545 ; http://raw.no/patches/grub_0.95+cvs20040624-3ubuntu16_2gb_limit.diff ; permission to upload?  This is in the pure64 archive already, so it has been fairly well tested.  (Will add bug # reference)
[11:10] <mdz> Mithrandir: yes
[11:10] <Mithrandir> thanks a lot
[11:11] <mdz> and now to bed
[11:12] <Mithrandir> sleep tight
=== mjg59 [mjg59@cavan.codon.org.uk]  has joined #ubuntu-devel
[11:30] <Mithrandir> yay, down to zaroo bugz for me.
[11:30] <Mithrandir> that mean I can do something else for a few hours.
=== azeem [~mbanck@socks-out.lrz-muenchen.de]  has joined #ubuntu-devel
=== seb128 [~seb128@ANancy-111-1-16-181.w81-50.abo.wanadoo.fr]  has joined #ubuntu-devel
[12:45] <seb128> morning
=== vuntz [~vuntz@fennas.vuntz.net]  has joined #ubuntu-devel
=== vuntz [~vuntz@fennas.vuntz.net]  has joined #ubuntu-devel
[03:27] <tseng> monodevelop-0.5.1 fixed the bug
[03:27] <tseng> im build debs + src for that.
=== lamont hands kamion 1711, and a couple other postfix bugs he's been coding around lately
[03:49] <tseng> guys, is there a command that turns in patch into a dpatch? monodevelop has patches wrapped in a bit of bash
[03:50] <tseng> ah there it is.
=== pitti [~martin@195.227.105.180]  has joined #ubuntu-devel
[05:04] <daniels> tseng: rad :)
[05:06] <tseng> daniels: i lied, i just added the patch to 0.5 instead
[05:07] <daniels> either way
[05:12] <tseng> im out for the day, catch you cool cats later.
[05:13] <daniels> seeya dude
=== lamont passes through briefly, pointing at linux-source-2.6.8.1 (amd64,ppc), and mozilla/ppc ftbfs'es
[05:23] <lamont> linux-source/i386 is still building
=== minghua [~minghua@danube.mems.rice.edu]  has joined #ubuntu-devel
[05:59] <thom> hrm, what happened about new dbus/hal?
[06:00] <daniels> thom: what about it?
[06:00] <daniels> do we need new Ubuntu packages?
[06:01] <thom> i believe seb/pitti were looking at bringing the new ones across
[06:01] <daniels> what for?
[06:01] <seb128> pitti has hal 0.2.98 and dbus uptodate + gvm packages ready afaik
[06:01] <seb128> daniels: devices locking
[06:02] <daniels> ah ok
[06:02] <daniels> i was going to say, I'm probably decently qualified to do them if they need doing ;)
[06:02] <seb128> daniels: BTW, sjoerd is waiting for you and dbus to upload new hal/gvm in debian :)
[06:03] <daniels> seb128: yeah, I just spoke to him then and asked him to NMU
[06:03] <daniels> what with me not having a pure Debian machine and all
[06:03] <seb128> ok
[06:03] <seb128> you guys should do a packaging team for utopia stuff
[06:04] <daniels> yeah, it's been floated
[06:05] <daniels> I told Sjoerd to not hesitate to prepare NMUs and to just anity-check them past us if he felt it necessary
[06:05] <daniels> since I won't have a Debian chroot for a couple of weeks yet
[06:08] <Kamion> seb128: hypothetically, what would you think about adding the directfb patch to the Debian gtk+2.0 package?
[06:09] <Kamion> um, wrong channel I guess, I'm really thinking about it for Debian
[06:10] <seb128> I've not looked on it, but could be nice
[06:11] <Kamion> I'm trying to get the d-i gtk frontend up and running here; the gtk+2.0-directfb package turns out to be a dodgy and rather broken fork of gtk+2.0 2.0.9 or so which needs to die a horrible screaming death
[06:11] <Kamion> it screws about with library paths in a way that makes it pretty much impossible to build d-i against it
[06:12] <Kamion> although the gtk-directfb ported to gtk 2.4 requires, er, directfb from CVS
[06:13] <seb128> have you looked on kov's thread about the d-i gtk+ frontend: http://lists.debian.org/debian-gtk-gnome/2004/06/msg00315.html ?
[06:14] <seb128> dunno how much he has played with it, apparently he didn't have a lot of free time during the last months, but could be nice to ping him. He probably has some idea on this
[06:15] <Kamion> I haven't, but we appear to have got about the same distance in slightly different directions
[06:16] <Kamion> I suspect I've got a lot further with cdebconf-gtk than he has, he's got further with the build
[06:16] <Kamion> however as far as I can tell he hasn't actually checked in any changes :(
[06:16] <Kamion> which makes it hard to cooperate ...
[06:17] <seb128> I think he was trying to get some results before getting further
[06:18] <Kamion> well, certainly there's not much point trying to improve the UI before having seen it :)
[06:19] <Kamion> one of the problems that graphical d-i has is that nobody checks anything in though ... gtk.c hasn't been touched since March and spectacularly failed to pass even cdebconf's rudimentary tests
[06:20] <seb128> yes, but that's because nobody is really working on it
[06:21] <seb128> kov was the only guy interested for the moment apparently
[06:21] <Kamion> well, true, most serious d-i people have been working on more urgent things
[06:22] <Kamion> occasionally one person gets interested, works on it for a while, gets bored and goes off to do other things, and then never checks in what he's done so the next person starts over
[06:22] <seb128> perhaps we should open an alioth project on alioth on something for the d-i frontend
[06:22] <seb128> and try to get some people interested
[06:23] <seb128> where is the current tree ? Who is allowed to commit changes (ie: kov can commit ?) ?
[06:23] <Kamion> you don't need an alioth project, it's in d-i
[06:23] <Kamion> any d-i developer
[06:23] <seb128> yes, but the problem is that we probably don't want anybody able to commit in the d-i tree
[06:24] <Kamion> all the changes *really* should go in d-i
[06:24] <Kamion> lots of people already have commit access
[06:24] <seb128> ok
[06:24] <Kamion> d-i is watched pretty closely too
[06:24] <seb128> kov is not here for the moment, but we should talk about this with him when he'll be here
[06:25] <Kamion> well, I'll continue with what I'm doing for the moment; I'm on a roll :)
[06:25] <seb128> ok
[06:25] <Kamion> I'm sure it won't be too hard to merge
[06:26] <seb128> afaik kov has not made big changes, so it should be easy
=== Enyo [~enyo@ool-435469d2.dyn.optonline.net]  has joined #ubuntu-devel
[06:54] <Enyo> Hello
=== mjg59 [mjg59@cavan.codon.org.uk]  has joined #ubuntu-devel
[08:00] <doko> do we have somewhere a list of supported languages for warty? or better: which should be supported?
=== vuntz [~vuntz@fennas.vuntz.net]  has left #ubuntu-devel ["I] 
=== sivang [~sivang@CBL217-132-229-100.bb.netvision.net.il]  has joined #ubuntu-devel
[08:38] <mdz> lamont: flushing old mail?
=== seb128 [~seb128@ANancy-111-1-1-92.w81-248.abo.wanadoo.fr]  has joined #ubuntu-devel
=== sivang [~sivang@CBL217-132-243-60.bb.netvision.net.il]  has joined #ubuntu-devel
[09:32] <mdz> elmo: openoffice.org-dictionaries?
[09:40] <doko> mdz: did the spell checking mail arrive on the list?
[09:42] <npmccallum> Mithrandir: did you see Matthias's post to ubuntu-devel yet?
[09:42] <mdz> doko: yes, I am replying
[09:43] <Mithrandir> npmccallum: no, sorry, been hacking ARM cross compilers all day, will go read.
[09:43] <npmccallum> Mithrandir: its all the spell checking stuff
[09:44] <npmccallum> mdz: I thought openoffice.org-dictionaries was in warty...
[09:46] <npmccallum> mdz: nevermind, it was thesaurus that I was thinking of
[09:49] <thom> mdz: are you still having problems with your scrollwheel in firefox?
[09:53] <mdz> thom: not today, no
[09:53] <mdz> thom: is there reason to believe it may have been fixed?
[09:54] <thom> not that i'm aware of, but i can't duplicate it on amd64 or x86
[09:56] <thom> mdz: did you keep your old profile?
[09:56] <thom> it could be related to that
[09:56] <mdz> thom: I didn't destroy my profile
[09:56] <mdz> I think it was happening to daniels
[09:56] <mdz> I think the problems preceded your "fix it harder" upload
[09:57] <thom> heh
[09:58] <thom> they're quite possibly fixed in -0ubuntu3, but moz seems to be very sensitive about profile destruction :/
[09:58] <sivang> do we install ppp from base-config?
[10:00] <sivang> oh it's on the installer seed. guess it's enough for users with dial in broadband
[10:03] <thom> oh. so, i'm getting a via mainboard for my amd64, and sata. just to give the installer a stretch :-)
[10:12] <mdz> sata seems to be a source of strange problems
[10:12] <thom> yeah, it should be an interesting adventure
[10:12] <thom> my main install will stay on pata for the time being tho :-)
=== justdave [~dave@24.247.63.44.gha.mi.chartermi.net]  has joined #ubuntu-devel
[11:49] <lamont> mdz: didn't think I was... am i?
[11:50] <mdz> lamont: just got mail from you dated Sep 14
[11:50] <mdz> lamont: ahh, you sent it to debian.org
[11:50] <mdz> and debian.org mail has been fucked
[11:50] <lamont> that must be it - was getting some myself, wondered why...
[11:50] <thom> mdz: doogie just fixed master, so it could be old debian mail
[11:51] <lamont> so who must I convince to get the non-interactive config run of postfix into base-config?
[11:51] <Kamion> lamont: please remind me when I'm IN THE RIGHT COUNTRY :-)
[11:51] <Kamion> lamont: I will do it, but probably not from here
[11:51] <thom> i got mail from Joey dated from the 15th about a security upload *sigh*
[11:51] <lamont> Kamion: wasn't meant to pester you, was looking for more ammo to give you...
[11:51] <Kamion> lamont: ah
[11:52] <Kamion> lamont: setting up /etc/aliases properly is sufficient ammunition for me
[11:52] <lamont> thanks
[11:52] <Kamion> lamont: as far as I can tell it'll fix that bug ...
[11:52] <Kamion> ?
[11:52] <lamont> yes
[11:52] <Kamion> good-oh, will restore it then
[11:52] <mdz> Kamion: what are we going to do about that debootstrapped-packages-with-debconf-questions issue?
[11:52] <lamont> dpkg-reconfigure postfix after uid1000 is added will kill that bug
[11:52] <mdz> Kamion: (#1388)