[12:44] <mdke> how can I grep through a bunch of files for a string ("String X") and replace each occurrence of it with another one ("String Y")?
[12:45] <azeem> uhm, sed?
[12:45] <bhale> sed -i yourfile -e "s/StringA/StringB/g"
[12:46] <_ion> in zsh, for f in foo bar quux; sed -i -e 's/String X/String Y/g' "$f"
[12:46] <bhale> be sure to escape anything fishy
[12:46] <bhale> in your strings
[12:46] <_ion> In other shells, add 'do' and '; done' around the sed expression.
[12:46] <mdke> bhale: they are urls, so have / symbols, are those fishy?
[12:47] <mdke> also - and .
[12:47] <_ion> s#foo#bar# and escape . with \
[12:47] <_ion> (In the regex, not in the replacement)
[12:48] <mdke> I need it a bit more spoonfed than that, can you add that into bhale's expression?
[12:49] <bhale> sed -i foo -e "s#http:\/\/youurl.com#http:\/\/yoururl2.com#g"
[12:49] <mdke> whoosh
[12:49] <bhale> escape the . also
[12:49] <bhale> with \
[12:49] <shawarma> bhale: No. You don't have to escape the slahes when you separate with #.
[12:49] <bhale> hm yeah
[12:49] <bhale> duh
[12:49] <shawarma> sed -i yourfile -e "s#StringA#StringB#g"
[12:50] <mdke> here's an example url, does anything need to be changed from shawarma's expression, or can I plug that into StringA? http://www.debian.org/releases/edgy/example-preseed.tx
[12:50] <mdke> (+t)
[12:50] <bhale> escape all .'s
[12:50] <shawarma> sed -i yourfile -e "s#http://www.ubuntulinux.org/#http://www.ubuntu.com/#g"
[12:50] <bhale> debian\.org
[12:50] <shawarma> bhale: Oh, right.
[12:51] <shawarma> Well, it's unlikely to cause trouble if he doesn't do it.
[12:51] <_ion> Never count on that. :-)
[12:51] <mdke> ok, I'll compile an expression and check it with you guys
[12:51] <bhale> yeah its a regex for "any character"
[12:51] <bhale> worth escaping
[12:51] <shawarma> mdke: the thing is that dots are wild, so wwwadebianborg would match, too.
[12:51] <mdke> oh, ok
[12:52] <mdke> and don't i need grep in there too?
[12:52] <shawarma> mdke: Nope.
[12:52] <mdke> it's a bunch of files in a few directories
[12:52] <shawarma> any sort of pattern in the filenames?
[12:52] <shawarma> Like */*.html ?
[12:53] <mdke> yep
[12:53] <shawarma> Ok, then:
[12:53] <shawarma> for file in */*.html; do sed -i "$file" -s 'yourexpressionfrombefore' ; done
[12:53] <shawarma> er..
[12:53] <mdke> shawarma: that looks into subdirectories?
[12:53] <shawarma> for file in */*.html; do sed -i "$file" -e 'yourexpressionfrombefore' ; done
[12:53] <shawarma> mdke: Not recursively. Only one level down.
[12:53] <mdke> one is enough
[12:53] <mdke> thanks
[12:54] <shawarma> Any time.
[12:54] <shawarma> Grab a backup of the files first. Just in case.
[12:54] <_ion> shawarma: -i.backup
[12:54] <mdke> yes, I have those
[12:55] <shawarma> _ion: Really? then sed -i.backup -e 'asdfasdfasdf' */*.html   should work too.
[12:56] <_ion> Ah, true, it indeed does accept multiple file parameters.
[12:56] <shawarma> _ion: I'd expect it to if the -i is just a general parameter.
[12:56] <shawarma> _ion: I just always treated it as an 'apply the magic to the next argument' sort of option. :-)
[12:57] <_ion> For recursive search, you could say **/*.html in zsh. In bash, you'd probably need find -name '*.html' -print0 | xargs -0r sed blahblah
[12:58] <mdke> ok, here's my creation
[12:58] <mdke> or rather, you guys' creation
[12:58] <mdke> for file in */*.html; do sed -i "$file" -e "s#http://www\.debian\.org/releases/edgy/example-preseed\.txt#https://help\.ubuntu\.com/6\.10/ubuntu/installation-guide/example-preseed\.txt#g"
[12:58] <mdke> whoops, forgot the done 
[12:58] <shawarma> Looks sensible.
[12:59] <_ion> Don't escape the dots in the replacement, only in the regexp.
[12:59] <shawarma> Doesn't matter.
[12:59] <mdke> oh
[12:59] <mdke> let's get this right :)
[12:59] <_ion> shawarma: Usually you shouldn't feed programs erroneous input just because they happen to ignore it. :-)
[01:00] <mdke> seems to have gone alright
[01:00] <mdke> thanks again bhale, shawarma, _ion 
[01:01] <shawarma> np
[01:01] <shawarma> _ion: I wouldn't exactly call it erroneous. superfluous, perhaps. 
[01:02] <shawarma> _ion: I'm just escaping a character in no need of escaping.
[01:27] <concept10> does every gtk app use a .gtkrc ?
[01:56] <mdz> isn't acpi-support in bzr somewhere?
[02:22] <jdong> mdz: http://people.ubuntu.com/~thom/bzr/acpi-support/ , but that's ancient :D
[02:53] <bddebian> Heya
[02:55] <jwaddell> hello
[02:56] <bddebian> Hello jwaddell
[02:56] <jwaddell> anything exciting going on?
[02:57] <bddebian> Not here, I'm just a schlub :_)
[02:57] <jwaddell> what, schlub's can have excitement too?
[03:00] <bddebian> Probably, but not this one :-)
[03:05] <jwaddell> I'll just asume that you prefer it htat way then ;)
[03:06] <bddebian> heh
[03:24] <malex> Hello. I wonder what could be wrong with the dapper archive since the debootstrap from edgy cannot create a pbuilder chroot for the dapper. It attempts to install a dependency from universe (libdb1-compat) and an unknown package (slang1a-utf8) and fails when it cannot find them in the main archive. Pleas help. I need a dapper pbuilder chroot to build a package for ubuntu users as a courtesy.
[03:24] <malex> edgy pbuilder chroot gets created without problems and functions just fine by the way.
[03:27] <Mez> libdb1-compat has no rdepends
[03:29] <malex> Mez: Which makes it problematic. I wonder what could be broken - bootstrep's dapper script, ubuntu dapper archive, something else?
[03:30] <malex> I'd like to paste 4 lines of the output if that's ok.
[03:30] <malex> I: Resolving dependencies of base packages...
[03:30] <malex> I: Found additional required dependencies: belocs-locales-bin binutils cpio cpp cpp-4.0 dpkg-dev g++ g++-4.0 gcc gcc-4.0 libc6-dev libdb4.3 libgdbm3 libpam-foreground libselinux1 libsepol1 libslang2 libstdc++6-4.0-dev linux-kernel-headers locales make patch perl perl-modules
[03:30] <malex> I: Checking component main on http://archive.ubuntu.com/ubuntu...
[03:30] <malex> E: Couldn't find these debs: libdb1-compat slang1a-utf8
[03:30] <Mez> !pastebin | malex
[03:31] <malex> the bot is dead?
[03:32] <malex> Mez: http://pastebin.ca/319174
[03:32] <Mez> it's not in here
[03:32] <Mez> what system are you using to make that /
[03:33] <Mez> (aka what is the pbuild-dapper script)
[03:33] <Mez> s/pbuild/pbuilder
[03:51] <malex> Mez: pbuilder-dapper script I use http://pastebin.ca/319183. I use the debootstrap from edgy. My system is Debian/sid.
[04:27] <jono_> do we have a source CD iso?
[04:29] <lifeless> dont thinkso
[04:29] <LaserJock> I don't think so
[04:29] <LaserJock> bah, always late
[04:29] <sladen> jono_: AFAIK no.  Though there is a promise on the back of the CD cover that you could order a one-off special
[04:29] <lifeless> there is a source cd
[04:29] <lifeless> http://cdimage.ubuntu.com/daily/current/source/
[04:29] <lifeless> jono_: ^
[04:30] <lifeless> by 'cd' I mean DVD
[04:30] <lifeless> http://www.google.com/search?q=site%3Acdimage.ubuntu.com+source&ie=utf-8&oe=utf-8&rls=com.ubuntu:en-US:official&client=firefox-a
[04:32] <jono_> lifeless: cheers dude
[04:33] <lifeless> jono_: np
[04:33] <jono_> digging through my huge inbox
[04:33] <jono_> ugh, that sounds rather disgusting
[04:33] <Mez> jono_, you're lucky - I've not been able to access my mail since December
[04:33] <Mez> but my Mailserver messed up and started bouncing everything
[04:34] <Mez> unsubscribing me from all my lists :D
[04:34] <jono_> Mez: ugh
[04:34] <jono_> I have hundreds to reply to
[04:34] <jono_> gonna do them this afternoon
[04:34] <Mez> only just fixed it and sent a massive "re-subscribe" message
[04:41] <malex> Got a similar chroot creation problem for breezy: "E: Couldn't find these debs: slang1a-utf8". So, no more breezy and dapper packages. Oh well. Mez, thanks for trying to help me.
[04:42] <Mez> malex, it worked fine for me - I dont know where your issue is
[04:42] <Mez> possibly something to do with using debian as the main distro (shouldnt be but might be)
[04:47] <lifeless> malex: try using ubuntu debootstrap ?
[04:50] <malex> lifeless: I am using edgy debootstrap - 0.3.3.1ubuntu1
[04:51] <malex> Mez: So, why does edgy chroot gets created without problems if the reason for the failure is in Debian tools?
[04:51] <Mez> malex: I've no clue...
[04:51] <Mez> I cant really try it other than using edgy
[04:51] <Mez> and it works for me in edgy
[04:52] <malex> Mez: So, you can create both breezy and dapper chroots?
[04:53] <Mez> er, I could last time I tried
[04:53] <Mez> lemme see
[05:01] <malex> bbiaw
[05:04] <Mez> malex, http://rafb.net/p/2QlwZC40.html
[05:42] <malex> Mez: It looks like the difference is that it finds "I: Found additional required dependencies: belocs-locales-bin binutils cpio cpp cpp-4.0 dpkg-dev g++ g++-4.0 gcc gcc-4.0 libc6-dev libdb4.3 libgdbm3 libpam-foreground libselinux1 libsepol1 libslang2 libstdc++6-4.0-dev linux-kernel-headers locales make patch perl perl-modules" on my system.
[05:42] <malex> If I figure that out - it should work then.
[05:43] <Mez> pastebin your pbuilderrc
[05:45] <malex> Mez: http://rafb.net/p/gwABr116.html
[05:49] <Mez> malex, /etc/pbuilder/pbuilderrc ?
[05:49] <Mez> also, mine is here
[05:49] <Mez> http://rafb.net/p/AbvtY840.html
[05:49] <Mez> theres a few differences
[05:50] <Mez> (I prefer to use command line switches dfor distro/targz locations
[05:55] <malex> Mez: I tried going all manual, too.
[05:55] <Mez> yeah *shrugs*
[05:55] <Mez> try it after replacing with my config
[05:55] <Mez> mine works
[05:55] <malex> Mez: I just purged and reinstalled debootstrap (ubuntu) and pbuilder + deps.
[05:56] <malex> didn't help
[06:00] <Mez> *shrugs*
[06:00] <Mez> prob some weird thing to do with debian and ubuntu incompatibility
[06:00] <Mez> or
[06:01] <Mez> wait
[06:01] <Mez> do you have it install a sources.list ?
[06:02] <malex> Mez: I'm not sure how that can be done (sources.list). Please elaborate.
[06:03] <Mez> APTCONFDIR
[06:03] <Mez> https://wiki.ubuntu.com/PbuilderHowto
[06:05] <malex> Mez: It's going, the chroot is being built.
[06:06] <Mez> malex: what you do ?
[06:08] <malex> Mez: I've used your pbuilderrc and only changed the paths from /var to my /chroot partition. Also I used your basetgz name, not dapper-base.tgz I used before. That's all.
[06:08] <Mez> *shrugs*
[06:08] <Mez> weird
[06:09] <malex> more info - base.tgz name doesn't matter. So, it's some setting in the rc file.
[06:10] <Mez> lmao I just got email addressed to "mdz@ubuntu.com"
[06:10] <Mez> malex, more than likely
[06:10] <malex> BUILDSOURCEROOTCMD="fakeroot"
[06:10] <Mez> lol
[06:10] <malex> I had buildd
[06:11] <malex> Maybe it had some weird deps.
[06:18] <fabbione> morning
[07:05] <malex> Where are the backports for dapper? I can see at http://lwn.net/Articles/212655/ that there is cmake-2.4.3 built for dapper, but where is it? It's not in the dapper or dapper-updates archives.
[07:07] <LaserJock> malex: dapper-backports
[07:08] <LaserJock> malex: https://launchpad.net/ubuntu/+source/cmake shows 2.4.3-1ubuntu1~dapper1
[07:09] <malex> LaserJock: Thanks! That's it.
[07:27] <malex> Everything works now.  Thank you people! Best wishes from ubuntu packaging suport underground.
[08:52] <doko> good morning
[09:01] <Mez> morning dogmatism 
[09:01] <Mez> doko *
[10:09] <dholbach> good morning
[10:09] <mneptok> dholbach: morgen!
[10:10] <_ion> Hi
[10:10] <dholbach> hiya mneptok, hi _ion
[10:47] <cjwatson> Mithrandir: is there a bug for hw-detect hanging for several minutes in herd 2?
[10:48] <cjwatson> I know it was in the release notes
[10:54] <saispo> shawarma: ping ?
[10:54] <Mithrandir> cjwatson: yes, I filed one, just a minute I'll find it
[10:57] <cjwatson> it's basically udev spinning, repeatedly trying to modprobe -Q i82365
[10:57] <Mithrandir> I can't find the bug now, though. :-/
[10:58] <tepsipakki> a sec
[10:59] <tepsipakki> https://launchpad.net/ubuntu/+source/hw-detect/+bug/78785
[10:59] <Ubugtu> Malone bug 78785 in hw-detect "tries to modprobe i82365 a gazillion times (dup-of: 76341)" [Undecided,Unconfirmed]  
[10:59] <Ubugtu> Malone bug 76341 in linux-source-2.6.20 "[Feisty]  Linux 2.6.20 spams 'Intel ISA PCIC probe: not found.' all over /var/log/messages" [High,Confirmed]  
[10:59] <Mez> hmm can anyone tell me how to make a change so that when I plugin a USB device, I can read the /dev/input/event* for it (chmod a+r) whenever it's re-plugged in
[11:00] <cjwatson> it's certainly not hw-detect's fault per se
[11:00] <Mez> or point me in the right direction
[11:03] <seb128> Mithrandir: could you have a look on libgimme-codec from NEW today, it's needed for EasyCodecInstallation
[11:04] <Mithrandir> seb128: no need to prod me about archive admin stuff, it just raises my stress level.
[11:04] <seb128> Mithrandir: well, you are blocking my work, so how do I unblock it, just wait?
[11:05] <seb128> Mithrandir: fine, I'll not ping you again and note that the spec is blocked on you
[11:05] <Mithrandir> seb128: it was actually a comment about a sync request from last night, but in general noting that a spec is blocked on something getting out of NEW is fine.
[11:07] <seb128> well, I don't prod for syncs usually, that ping was just because the package is broken for now and I was not sure if that was better to ask for a sync now or wait for the next round which can usually take some days
[11:07] <seb128> noted :)
[11:07] <Mithrandir> and given that the oldest item in NEW is less than 48 hours old, I don't think NEW processing is proceeding at an unreasonable rate.
[11:07] <seb128> no, not at all
[11:07] <seb128> that's just I would like to get moving on the spec
[11:07] <Mithrandir> I'm trying to get some of my own specs done too, which is bloody hard when we're down to just one active archive team member.
[11:07] <seb128> right
[11:08] <seb128> sorry for that :/
[11:08] <Mithrandir> np, not your fault.
[11:08] <Mithrandir> we can blame mdz for making 2/3 of the archive team managers. ;-P
[11:08] <seb128> :)
[11:09] <Mithrandir> seriously though, we need at least one other person to help out, since it's taking me more or less all my time atm.
[11:09] <Mithrandir> and while doing it for a while is fine, I'
[11:09] <Mithrandir> m going to implode if I have to do it full-time for years.
[11:10] <seb128> right, having only one person to manage the admin tasks is not enough
[11:11] <Mithrandir> stop hugging and volunteer for archive administration instead. :-P
[11:11] <dholbach> hahaha :)
[11:12] <mneptok> no popping.
[11:12] <seb128> well, I would be fine helping on sync requests
[11:12] <mvo_> its the bonoboo way of fixing problems. lots of hugging!
[11:12] <seb128> I don't want to do NEW though because I'm not comfortable enough reviewing copyright problems, etc
[11:13] <Mithrandir> seb128: doing the easy ones would be doable though.  Some I pass on or ask for advice on from elmo (who has loads of experience reviewing)
[11:14] <seb128> Mithrandir: let's not that on the list of things to talk about next week
[11:14] <seb128> s/not/note
[11:14] <Mithrandir> yup
[11:16] <\sh> who is approving NEW binary packages? :) boson has new binary packages which are replacing the old ones ;)
[11:16] <Mithrandir> \sh: I am.
[11:17] <cjwatson> \sh: which are only 15 hours old in the queue; relax
[11:20] <Mithrandir> and generally, I don't process new binary packages before all arches are in, which happened 1.5 hours ago.
[11:20] <Mez> anyone got any experience with udev rules?
[11:24] <shawarma> saispo: Yes?
[11:29] <\sh> Mithrandir: thx...I wondered if we should write a ticket or bug report about those changes
[11:30] <Mithrandir> \sh: I have no idea what you are talking about.
[11:37] <cjwatson> \sh: no, you should not
[11:42] <mvo> doko: https://launchpad.net/ubuntu/+source/python2.5/+bug/79619 seems to be caused by a pickle incompatibility between python 2.4/2.5
[11:42] <Ubugtu> Malone bug 79619 in gnome-app-install "Add/Remove programs crashed on Feisty" [Undecided,Confirmed]  
[11:44] <cjwatson> hmm, perhaps I can work around the i82365 brokenness in pcmciautils' udev rules
[11:44] <cjwatson> so wrong, but ...
[11:51] <Mez> cjwatson, I want to be able to add the default user (1000) to the "games" group on the install of a package,
[11:51] <Mez> what's the best way ?
[11:52] <cjwatson> I don't think that's appropriate at all
[11:52] <Mez> cjwatson, why not ?
[11:52] <cjwatson> the games group is meant to be for private data used by setgid games programs that users can't get at
[11:52] <Mez> cjwatson, ok, maybe not the "games" group
[11:53] <Mez> but a custom group
[11:53] <Mez> (which have access to a device that is setup to allow that group to have access through udev)
[11:53] <cjwatson> Mez: why? this should normally not be necessary; the only thing that adds the first user to a group is supposed to be the installer
[11:53] <cjwatson> use the plugdev group, if it's pluggable, or something else established
[11:54] <Mez> cjwatson, cool... didnt think of the plugdev group
[11:54] <Mez> cheers
[11:57] <saispo> shawarma: excuse me
[11:58] <saispo> i investigate about gnome-pty-helper because i have a system which doesn't want to run g-t. I get an error about creatin process child
[12:09] <mvo> iwj: I merged your g-a-i--codecs branch and plan to upload it today. is that ok with you?
[12:12] <Mirv> potentially a big problem (translations wise) in 6.06 - bug #79682
[12:12] <Ubugtu> Malone bug 79682 in Ubuntu "Bug in the new language update on 16/01/2007" [Undecided,Confirmed]  https://launchpad.net/bugs/79682
[12:12] <simira> http://www.canis.no/nettbutikk/omtale.php?id=Dtb766 LOL!
[12:12] <simira> rename needed?
[12:13] <iwj> mvo: That's great, thanks.
[12:13] <Hobbsee> hey simira 
[12:13] <mvo> iwj: it seems like we do not yet have Codec data in the archive though, but IIRC seb uploaded the modified debs only yesterday
[12:14] <simira> hi Hobbsee. Not coming up for the distro sprint, eh? ;)
[12:14] <Hobbsee> simira: nope - you?
[12:15] <slomo> mvo: the codec data for (from what i see) all gstreamer packages is already there
[12:17] <simira> Hobbsee: it's not really any official info on it, I think. But as it is in my neighbourhood, and Tollef is going, I'll probably show up a day or two.
[12:18] <iwj> mvo: I agree with slomo; where did you look ?
[12:18] <Mirv> anyone besides pitti who can debug the language pack problem? if it's possible to prevent missing translations on at least some of ubuntu 6.06 installations, it would be good to try to be quick
[12:20] <Hobbsee> simira: fun :)
[12:21] <mvo> iwj: I run the extraction script and looked at the output, no Codec in there. I will investiagte
[12:22] <seb128> mvo: how come we don't have Codec data in the archive?
[12:22] <seb128> mvo: ls /usr/share/gstreamer-0.10/plugin-info ?
[12:23] <seb128> mvo: I did update almost all the packages yesterday afternoon and they built correctly
[12:23] <mvo> seb128: it was not extraced at least, I will check
[12:23] <seb128> ok, let me know
[12:24] <mvo> seb128: the extraction script runs on rookery, it may just take a bit until it is mirroed there
[12:24] <iwj> mvo: Hmm.  In the tests I did I basically had to `by hand' point the extraction script at my `special' .debs.
[12:24] <iwj> Oh, yes, if it was just yesterday afternoon it may just be lag.
[12:26] <mvo> seb128: can you give me one packagename/version number of a updated codec package?
[12:26] <\sh> Mithrandir: sorry to bother you again, but any clue how to resolve this issue: http://librarian.launchpad.net/5774155/buildlog_ubuntu-feisty-amd64.core%2B%2B_1.7-6ubuntu1_FAILEDTOBUILD.txt.gz (in pbuilder on amd64 it works)
[12:27] <iwj> gstreamer0.10-plugins-ugly_0.10.5-0ubuntu2_i386.deb
[12:27] <seb128> mvo: ii  gstreamer0.10-plugins-go 0.10.5-1ubuntu2          GStreamer plugins from the "good" set
[12:27] <seb128> grah
[12:27] <seb128> that's gstreamer0.10-plugins-good
[12:27] <seb128> that's the first one I've updated
[12:27] <iwj> I think you want to use -ugly because iirc only -ugly has a .desktop file (in g-a-i/menu-data-additional).
[12:28] <StevenK> \sh: /bin/sh: latex: command not found
[12:29] <StevenK> \sh: You need to build-depend on tetex-bin
[12:30] <Lathiat> is the gnome control center an upsream thing?
[12:30] <Lathiat> or an ubuntu thing?
[12:31] <Mithrandir> StevenK: move the build-dep on tetex-bin to build-depends, not build-depends-index (or make it not call latex when you build with -B)
[12:32] <StevenK> Mithrandir: I think you mean \sh
[12:32] <seb128> Lathiat: upstream
[12:32] <coyctecm> Lathiat: upstream, I think. Or what do you mean? gnome-control-center?
[12:32] <seb128> Lathiat: why?
[12:32] <Lathiat> seb128: just wondering
[12:32] <Lathiat> thanks
[12:33] <Lathiat> ('sok, i haven't come to flame ;)
[12:33] <\sh> Mithrandir:thx :)
[12:34] <Mithrandir> StevenK: indeed, I do.  I have forgotten to load irssi's psychic module.
[12:34] <coyctecm> some people believe that this suse/opensuse related gnome control center is upstream thing
[12:34] <coyctecm> I think it's pretty awful :P
[12:35] <StevenK> Mithrandir: :-P
[12:40] <seb128> coyctecm: it's upstream now
[12:49] <StevenK> Mithrandir: Do you mind if I look at your uswsusp merge?
[12:53] <Mithrandir> StevenK: please feel free.
[12:53] <StevenK> Mithrandir: Thanks
[12:54] <Mithrandir> StevenK: note that you need usplash from bzr to build it.
[12:59] <\sh> guys, I have a very interesting question: src package bidiui resulsts in a binary package icedove-bidiui...should we rename it to mozilla-thunderbird-bidiui?
[01:00] <\sh> I'm asking because if we do, to match our mozilla-* packaging scheme, we would never get any mom output on the original package
[01:01] <shawarma> saispo: For what?
[01:01] <Amaranth> \sh: rename the source?
[01:02] <\sh> Amaranth: binary package is named icedov-bidiui ... the src package name is just bidiui
[01:02] <Amaranth> changing the binary package makes mom ignore it?
[01:02] <\sh> Amaranth: I don't know...
[01:03] <Amaranth> i would hope it looked at source packages
[01:05] <Mithrandir> mom only cares about source packages.
[01:07] <geser> Mithrandir: could you please give-back wxwidgets2.6 on amd64? thanks
[01:09] <mvo> iwj: what do you think about changing the codec extraction so that it auto-generates a desktop file for them? 
[01:13] <\sh> Mithrandir: so it's ok to rename the resulting binary-package to mozilla-thunderbird-bidiui
[01:14] <Mithrandir> \sh: correct.
[01:14] <Mithrandir> geser: given-back
[01:21] <iwj> mvo: I did think about that but it seems that the descriptions in the desktop files aren't quite the same as the ones in package control files.
[01:21] <iwj> mvo: And it didn't seem like too much of a problem to have to explicitly write a desktop file in menu-data-additional for packages we want automatically offered for installation.
[01:22] <iwj> mvo: I wasn't sure even whether it was right to cause programs to appear in g-a-i that didn't previously.
[01:22] <iwj> (I see that gstreamer0.10-ffmpeg has one in m-d-a too.)
[01:25] <mvo> iwj: right. I will probably just add something that warns about codec packages that are not in menu-data-additional
[01:26] <cjwatson> \sh: "thunderbird-bidiui" would be typical, I thought, not mozilla-*
[01:26] <\sh> cjwatson: hmmm..our tbird package is named mozilla-thunderbird
[01:27] <iwj> mvo: Oh, you mean, when you invent a .desktop file, put a warning in it ?
[01:29] <\sh> cjwatson: I just could need a decision how we name those packages..so it matches our binary package naming scheme for mozilla-* apps ,)
[01:29] <mvo> iwj: no, just put a line in the log that there are codec packages that are not yet available via g-a-i. so that we know whats missing
[01:30] <iwj> OIC.  Right.
[01:30] <iwj> Shall I add that feature ?
[01:31] <cjwatson> \sh: oh, match the existing naming scheme then
[01:31] <mvo> iwj: I'm looking at it right now to see why the extraction is not working. I will probably just add it along the way
[01:32] <\sh> cjwatson: k will do
[01:32] <iwj> OK.
[01:32] <iwj> It seems odd that it's not working.  Is it getting the right .debs ?
[01:33] <iwj> Do you want me to have a poke around in the relevant bit of rookery ?
[01:33] <mvo> iwj: I figured it out, it was a problem in the fnmatch.fnmatch() line apparently
[01:33] <iwj> Maybe I broke it somehow between my final test and the checkin/push.
[01:33] <iwj> mvo: Err, really ?  What problem ?
[01:35] <iwj> Oh, don't tell me that some of them have filenames of the form ./whatever ?
[01:35] <mvo> iwj: fnmatch() matches from the start and the tarfile starts with "./" (e.g. "./usr/share .."). I commited a fix as rev 435 
[01:35] <iwj> I wonder why it worked for me.  Are these packages built in a different way to my test packages ?  Well.
[01:35] <cjwatson> mvo: soyuz had the same problem
[01:36] <cjwatson> iwj: are the file names by any chance quite long (say, >100 characters or so)?
[01:36] <mvo> iwj: the packages come from the buildds, I don't know 
[01:36] <iwj> cjwatson: No.
[01:36] <cjwatson> ok, we ran into a problem of that form with d-i uploads
[01:36] <iwj> mvo: Remind me of your branch URL ?  I don't seem to have it lying around here.
[01:36] <cjwatson> it manifested once part of a version number changed from 9 to 10. :-/
[01:36] <iwj> Lovely.
[01:37] <mvo> iwj: http://bazaar.launchpad.net/~ubuntu-core-dev/gnome-app-install/main/
[01:38] <iwj> mvo: Err, I think you have to try both because obviously some .debs have it without the ./
[01:38] <iwj> if filename.startswith('./'): filename = filename[2:] 
[01:39] <iwj> IJLTS $filename =~ s,^\./,,;
[01:39] <mvo> iwj: that is strange, where does this inconsitency comes from?
[01:40] <StevenK> I recall some debs contain just './'
[01:40] <cjwatson> very old .debs used to not have the ./
[01:40] <cjwatson> nowadays I'm pretty sure they all do. Unless you constructed test packages using ar and tar directly or something?
[01:40] <iwj> cjwatson: directly> No, but I'm not entirely sure what dpkg-deb versions I will have been using.  Nothing very old.
[01:41] <iwj> I wish there were a way to tell tar not to do that.
[01:41] <cjwatson> oh, by very old I think I mean pre-potato or at least pre-woody
[01:41] <iwj> No, nothing that old near any of this.
[01:41] <cjwatson> I think it's due to find invocation
[01:42] <iwj> Oh, probably someone helpfully changed it to work with broken (non-GNU) find.
[01:42] <iwj> It doesn't seem implausible that the ./ will go away again.
[01:43] <mvo> iwj: fair enough, I changed it in my local tree again
[01:43] <iwj> mvo: Right.
[01:44] <iwj> Thanks for debugging it.
[01:44] <saispo> shawarma: for fixing my gnome-term )
[01:45] <shawarma> saispo: Er... Ok. :-)
[01:45] <saispo> i don't understand why i get this message...
[01:45] <saispo> have you an idea ?
[01:47] <cjwatson> StevenK: most do
[01:47] <cjwatson> they've got to reference /, after all ...
[01:48] <cjwatson> oh, you mean just ./ and no other entries? udebs do that quite often, if they only have maintainer scripts. Policy-compliant .debs can't really manage it.
[01:53] <iwj> cjwatson: Uh ?  Old .debs have ./ as the first entry but the other entries do not start with ./, they just start with the first actual path component.
[01:54] <cjwatson> I don't think I disagreed with that?
[01:57] <Adri2000> fridge editors: there is a typo in the events page: "Fiesty Developer Sprint"
[01:57] <iwj> cjwatson: Oh, I see, sorry, I was just misunderstanding you.
[02:02] <mvo> iwj: I updated it now and re-run the data-extraction. hopefully all is fine now
[02:07] <Riddell> enrico: what happened to apt-front-watcher in libept?
[02:22] <iwj> mvo: Good, thanks a lot.
[02:26] <seb128> mvo: did you get the gstreamer index files now?
[02:26] <mvo> iwj: cheers
[02:27] <mvo> seb128: yes, some small tweaks to the extraction script did the trick
[02:27] <seb128> mvo: ok, good
[02:47] <doko> MIthrwhat is the general procedure when builds are failing because .la files cannot be found?
[02:48] <fabbione> iwj: rocking! (re bug #76749)
[02:48] <Ubugtu> Malone bug 76749 in gs-esp "[SPARC/feisty]  gs-esp BUS ERROR" [High,Fix released]  https://launchpad.net/bugs/76749
[02:53] <doko> pitti: in the scipy build log for powerpc, dh_strip ignores files which it cannot recognize, but the -dbgsym creator exits with an error.
[02:57] <Mez> where can you find the ub untu NEW queue ?
[03:01] <cjwatson> Mez: I've added a link to http://wiki.ubuntu.com/DeveloperResources, under "Package archive"
[03:02] <Mez> cheers cjwatson 
[03:23] <iwj> fabbione: NP
[03:31] <dieman> /win 2
[03:37] <ogra> Mithrandir, can you promote pulse and friends please ? its on anastacia now
[03:45] <slomo> ogra: yay :) are you going to use pulse-alsa or gst-pulse for edubuntu?
[03:45] <Mithrandir> ogra: if it's on anastacia, I'll get to it when I do archive admin stuff.
[03:50] <ogra_> Mithrandir, ok, thanks 
[03:51] <ogra_> slomo, likely pulse-alsa to support volume control on thin clients
[03:51] <ogra_> slomo, crimsun is working on a libasound2 split to get it to main without jack dependency
[03:52] <ogra_> s/libasound2/libasound2-plugins/
[04:32] <cjwatson> argh, pitti is on holiday
[04:32] <cjwatson> Mithrandir: do you think pitti would scream if I promoted the refit source package just for gptsync-udeb?
[04:33] <cjwatson> it's a violation of process, but otherwise I can't progress with intel-mac-support until after the sprint
[04:35] <geser> Mithrandir: please give-back gnuradio on all archs. thanks
[05:02] <BenC> bug #79109
[05:02] <Ubugtu> Malone bug 79109 in base-installer "feisty-alternate-i386 for herd-2 cannot install kernel from CDROM" [High,Confirmed]  https://launchpad.net/bugs/79109
[05:05] <wasabi_> cjwatson: I just noticed your upload of partman-efi. Lots of commednts about "Intel Macs". I hava a 64bit Xeon EFI system here I've had no end of trouble getting booting right... does all this work benefit that as well?
[05:05] <cjwatson> wasabi_: I'm not sure how the non-Mac i386 EFI stuff works
[05:06] <wasabi_> Well, I know, at least, that elilo doesn't work right.
[05:06] <cjwatson> wasabi_: does /sys/firmware/efi exist?
[05:06] <cjwatson> and how does elilo fail?
[05:06] <wasabi_> Let me check. Got to SSH through a few layers.
[05:06] <wasabi_> I don't remember. I set it up almost 4 months now. It's still got the CD with GRUB on it that I use to boot in the drive. ;0
[05:06] <cjwatson> wasabi_: my change should improve partman for you by avoiding mounting the EFI system partition, which I believe confuses elilo
[05:07] <cjwatson> but if that's not the problem elilo is having, it probably won't help
[05:07] <cjwatson>   * Automatically use existing EFI system partitions on Intel Macs as EFI
[05:07] <cjwatson>     boot partitions (LP: #38225).
[05:07] <wasabi_> No /sys/firmware/efi
[05:07] <cjwatson> that was a slightly unhelpful changelog, actually, because that's done regardless of platform
[05:08] <wasabi_> This system can also boot with regular DOS partitions...
[05:08] <wasabi_> But, I got it all set up with shiney new GPT partitions...
[05:08] <wasabi_> And then realized grub broke on those.
[05:08] <cjwatson> although on Intel Macs, the EFI system partition showed up in a new format (fat32) that partman-efi hitherto hadn't recognised
[05:08] <wasabi_> And spent 3 days trying to get elilo working before I gave up.
[05:08] <cjwatson> grub breaks if you don't run gptsync
[05:08] <wasabi_> gptsync?
[05:08] <cjwatson> that syncs the GPT partition table to MBR for the benefit of legacy software
[05:08] <wasabi_> Oh that makes MBR?
[05:09] <cjwatson> it's not really within the EFI spec, but in practice I believe nothing should care
[05:09] <wasabi_> I got it to a EFI boot prompt thing...
[05:09] <wasabi_> Figured out how to navigate to the disk...
[05:09] <cjwatson> gptsync's in the refit package
[05:09] <wasabi_> But elilo.exe or whatever it was just wouldn't run properly. I'll give it another try later.
[05:09] <wasabi_> No refit package....
[05:09] <cjwatson> I've been running entirely in BIOS compat mode on this intel mac so far
[05:10] <wasabi_> amd64 arch?
[05:10] <cjwatson> it's in universe
[05:10] <cjwatson> oh, not for amd64 yet
[05:10] <wasabi_> Ahh.
[05:10] <cjwatson> there's a Debian bug about that - needs some gnu-efi patch I haven't got my hands on yet
[05:10] <wasabi_> Also, I have no elilo package.
[05:10] <cjwatson> same reason, probably
[05:10] <wasabi_> I remember now. Couldn't find a 64 bit version. ;)
[05:10] <cjwatson> I'll be able to work on that once I get the gnu-efi patch
[05:11] <cjwatson> well, theoretically, anyway. this mac should be amd64-capable
[05:12] <wasabi_> Guess nobody's just run a mac on 64 bit mode, eh?
[05:13] <Mithrandir> cjwatson: should be fine, I guess.
[05:14] <cjwatson> wasabi_: I'm sure they have - in fact I can probably give it a try shortly with a live CD
[05:14] <wasabi_> Oh, works fine with a livecd. Just nt with EFI. :)
[05:14] <wasabi_> Off a GPT partition.
[05:15] <wasabi_> (Other than the unrelated problem of the LiveCD's X server hard locking this system, and having no way to disable the X server)
[05:15] <cjwatson> it's all a bit raw
[05:15] <wasabi_> Yeah. I got that. :)
[05:20] <wasabi_> I am actually sort of amazed how the x86_64 platform has such a large number of problems still. Would have thought vendors would have given a shit by this point. Guess not. =(
[05:22] <wasabi_> By vendors I don't mean ya'll. I mean like, the dudes selling the servers.
[05:31] <enrico> Riddell: it's finally gone!  libept is now smart enough to build the index in ~/.debtags if it cannot write to /var/lib/debtags
[05:31] <enrico> Riddell: and if it figures out that the index in /var/lib/debtags is up to date, it deletes the one in the home
[05:31] <enrico> Riddell: no need for that horrid hack
[05:32] <enrico> Riddell: we how have a much better horrid hack! :)
[05:32] <Riddell> :)
[05:32] <Riddell> ok, thanks
[05:48] <cjwatson> gpocentek: please subscribe ubuntu-sru or motu-sru (as appropriate) to SRU bugs rather than me+mdz individually
[05:48] <gpocentek> cjwatson: ok
[05:49] <mdz> Mithrandir: finding an archive admin solution is on the sprint agenda next week
[06:14] <gpocentek> cjwatson: is one ack enough to upload to -proposed
[06:14] <gpocentek> ?
[06:14] <cjwatson> yes
[06:15] <gpocentek> ok, thanks
[06:15] <cjwatson> c.f. https://wiki.ubuntu.com/StableReleaseUpdates
[06:15] <gpocentek> I need to read it again
[06:16] <somerville32> Would it be possible for Xubuntu to be added to releases.ubuntu.com?
[06:17] <somerville32> It is currently on cdimages.ubuntu.com but not releases.ubuntu.com
[06:18] <cjwatson> that would require Canonical supporting Xubuntu directly ...
[06:18] <cjwatson> I can put in an informational link, but I'm afraid we aren't going to actually distribute it from releases.u.c
[06:22] <cjwatson> somerville32: link added
[06:22] <somerville32> cjwatson: Thanks.
[06:23] <geser> Mithrandir: please give-back libapache-mod-jk on all arch. thanks.
[06:25] <somerville32> cjwatson, [13:24]  <Znarl> somerville32 : I think cjwatson is talking about a URL link pointing to Xubntu on http://releases.ubuntu.com/, not a link to help with launchpad.
[06:25] <somerville32> cjwatson, We're trying to set things up so that we can use the mirror prober on launchpad for Xubuntu mirrors.
[06:25] <cjwatson> oh
[06:26] <cjwatson> erm, that will have to be resolved some other way - releases.u.c has a lot of mirrors with disk space constraints and I can't just arbitrarily add another flavour to it
[06:26] <somerville32> cjwatson, Who should I chat with?
[06:27] <cjwatson> somebody on #launchpad, maybe salgado
[06:52] <Viper550> I saw that new Windows based Ubuntu installer thing, that is just AWESOME!
[06:58] <cjwatson> (and unsupported)
[06:58] <iwj> Hnngg, the state of Xen in Feisty is pretty appalling.
[06:58] <cjwatson> (i.e. the result of using that installer is unsupported
[06:58] <cjwatson> )
[06:58] <Viper550> so don't ask for help here
[06:59] <cjwatson> Yes; I welcome the effort, but installer bugs have required workarounds in the distro in the past so we need to be clear about its status
[07:03] <somerville32> Was acroread killed before or after January 11th?
[07:14] <geser> somerville32: 2007-01-12 11:03:17 CET  	Removed  	feisty   	Release  	multiverse  	text  	7.0.9-0.0.ubuntu1
[07:15] <somerville32> geser: thanks
[07:17] <Burgwork> why was it nuked?
[07:17] <elmo> license
[07:17] <Burgwork> nasty
[07:18] <Burgwork> I thought it was distributable
[07:18] <elmo> no, it's always been dubious
[07:18] <elmo> it was removed from Debian years and years ago - I believe our import came from Marillat
[07:21] <bddebian> Do I have to do some magic to get a feisty daily to install from a USB cd-rom drive?
[07:31] <tincan_30> How can I find out who the package maintainer for mod-mono is?
[07:32] <cjwatson> tincan_30: folks in https://launchpad.net/~mono may be able to helpl
[07:32] <cjwatson> help
[07:33] <tincan_30> cjwatson, Thanks...I'll take a look, edgy needs some package lovin.
[07:34] <cjwatson> edgy won't get further changes except where absolutely necessary; most development takes place in feisty
[07:35] <sharms> tincan_30: If you are curious about a package, who maintains it etc, open up a shell, and type in: apt-cache show mod-mono
[07:36] <cjwatson> libapache2-mod-mono, as it happens
[07:36] <tincan_30> hmm...mod-mono has dependency issues, they are fixed in debian(stable and stabe)  not sure why this wouldn't be fixed.
[07:36] <cjwatson> that just gives you MOTU in this case though, since it's synced from Debian
[07:36] <cjwatson> if it's uninstallable, that would be cause for a stable release update; contact the mono group
[07:36] <tincan_30> unstable*
[07:37] <tincan_30> cjwatson, that is correct..I'm on it.  Thanks for the info.
[07:39] <cjwatson> https://launchpad.net/ubuntu/+source/mod-mono/+bug/65454 and https://launchpad.net/ubuntu/+source/mod-mono/+bug/72912 (possibly duplicates)
[07:39] <Ubugtu> Malone bug 65454 in mod-mono "[UNMETDEPS]  mod-mono has unmet dependencies" [Undecided,Confirmed]  
[07:40] <tincan_30> cjwatson, that is it...I talked to the sid maintainer, he was willing to help but did not know who to contact.
[08:42] <frafu> Hello, can anybody please tell me where I can find informations about the Feisty dev sprint scheduled for next week? 
[08:43] <frafu> http://fridge.ubuntu.com/event
[08:44] <frafu> http://fridge.ubuntu.com/node/714
[08:45] <dsas> frafu: It's a week long event where the core ubuntu developers get together for hacking.
[08:46] <frafu> will there be any reports about what they have talked? 
[08:47] <frafu> Are there some wiki pages with a plan about what they will talk about? 
[08:47] <dsas> frafu: Probably, it's not much of a talking meeting though. More of a "getting hands dirty and hacking"
[08:48] <frafu> So it's not like the summit at Google a few months ago? 
[08:48] <dsas> frafu: nope.
[08:51] <frafu> Are there some webpages about what they will work on? 
[08:52] <dholbach> cjwatson: btw: bughelper now does and/or nested statements in xml and has a  bugxml -sa <..>   (simple add of 'clues')
[08:58] <frafu> dsas: As far as I understand your reply there is not much information available about the sprint. More broadly, is there any information available on what the core developer are working on? Or does their work mainly consist in importing the debian and adjusting it for Feisty? 
[08:59] <dsas> frafu: I'm not a core-dev I don't know what's planned or even if much is planned in advance.
[09:01] <dsas> frafu: the core devs do do that, also administer the archive, package somethings directly (e.g. kernel) or push on ahead of debian (e.g. gnome packaging or python2.5 transition I think), they write the installer, monitor security updates
[09:01] <dholbach> frafu: we'll work on the specs targetted for feisty release and discuss them, work on them together 
[09:02] <dsas> frafu: There's lots of things I guess. maybe some of the interviews on http://behindubuntu.org/ will give some insight.
[09:03] <frafu> dsas: I did not know that website, thanks
[09:07] <frafu> dholbach: So I suppose you will mostly work on these https://blueprints.launchpad.net/ubuntu/+specs
[09:08] <frafu> those of the list targeted for Feisty 
[09:08] <frafu> ? 
[09:08] <dholbach> frafu: https://blueprints.launchpad.net/ubuntu/feisty - yep
[09:09] <frafu> dsas, dholbach: thanks for the informations
[09:10] <dholbach> frafu: anytime
[09:17] <iankesterhaney> hello, i am having trouble with dpkg --debug=200, it says * options should be piped to less.  when piped to less it shows the same message
[09:29] <mdke> dholbach: do we build metacity with the compositor flag?
[09:29] <dholbach> mdke: afaik we do
[09:29] <mdke> dholbach: thanks. I'll give it a go
[09:30] <seb128> no we don't
[09:30] <mdke> ah, i was wondering why the gconf key had no effect :)
[09:31] <mdke> seb128: is it any good?
[09:31] <seb128> it adds a Depends on libcm and there was no tarball and there is no ABI compatibility for that lib
[09:31] <mdke> ah
[09:31] <seb128> I've just uploaded libcm 0.1.1
[09:31] <seb128> we might reconsider that for the next upload
[09:31] <seb128> hint for dholbach who will do the update tomorrow :)
[09:31] <mdke> poor dholbach :)
[09:31] <dholbach> i'll just upload
[09:31] <dholbach> you guys will figure ou the rest ;)
[09:32] <seb128> :)
[09:32] <dholbach> just kidding :)
[09:32] <mdke> I wonder if it will be a realistic alternative for us to provide instead of the other options
[09:32] <seb128> I'll probably upload compiz 0.3.6 tomorrow
[09:33] <seb128> with a new keybinding compat plugin for GNOME
[09:33] <seb128> and the number of workspaces adapted
[09:33] <dholbach> ok see you tomorrow
[09:33] <mdke> night
[09:33] <dholbach> nightiw
[09:33] <dholbach> nightie
[09:33] <seb128> which means it should behave in a better way out of the box
[09:35] <Mithrandir> geser: given-back.
[09:35] <Mithrandir> mdz: sounds good.
[09:37] <Burgwork> seb128: are we going to be testing beryl as well?
[09:37] <seb128> Burgwork: I'm not for sure
[09:37] <Burgwork> ok, just wondering
[09:37] <seb128> dunno what other people are doing
[09:37] <seb128> I've already too much to do
[09:38] <seb128> and I would prefer to use compiz than beryl
[09:38] <Burgwork> if you are doing compiz 0.3.6, I will poke the compiz bugs once that hits the repos
[09:38] <seb128> thank you for that
[09:38] <Burgwork> no worries
[09:41] <_ion> I still wish compiz had the state plugin. You can define rules such as "put firefox windows to desk 1 by default", "view mplayer brighter than other windows" etc.
[09:44] <seb128> _ion: well, it should not be too hard to adapt to compiz and go upstream if there is a version for beryl done
[09:45] <Mithrandir> Burgwork: nobody has uploaded packages which are suitable for the archive yet.
[09:45] <Mithrandir> (for beryl)
[09:45] <Mithrandir> there was an upload which I had to reject due to licence problems.
[09:45] <Burgwork> Mithrandir: ah. Which doesn't speak highly for installing it by default
[09:46] <Mithrandir> well, it was mostly stuff like not shipping the real source.
[09:46] <Mithrandir> and there are some problematic plugins
[09:46] <Mithrandir> those'd need to go to multiverse since there's no free shader fragment compiler.
[09:48] <Burgwork> ah, ouch
[11:08] <ogra> mdke, thanks, thats needed
[11:09] <mdke> ogra: that was a proper hug, not one of those bugday ones :)
[11:09] <ogra> i know :')
[11:11] <ogra> thanks 
[11:53] <hipertracker> My Ubuntu 6.10 cannot recognize my network, sata disks, even processor is not displayed (athl64x2 4200+). Motherboard is GigaByte K8N Ultra9. There is no drivers for Linux on GigaByte site. What to do?
[11:58] <Chipzz> hipertracker: not ask here to start?
[11:58] <Chipzz> this is not a support channel
[11:59] <hipertracker> where to ask?
[12:07] <mdke> hipertracker: you might find some help in #ubuntu
[12:07] <mdke> hipertracker: or other support resources, see http://www.ubuntu.com/support/
[12:07] <mdke> Chipzz: please be a bit nicer to people who are struggling with Ubuntu
[12:08] <Chipzz> mdke: hrrrrm
[12:09] <Chipzz> hipertracker: #ubuntu (and if you don't get an answer there the forums may be a good start; otherwise (I'm not sure about this) certain mailinglists may be a good alternative)
[12:10] <Chipzz> hipertracker: but please DO pay attention to the rules;
[12:11] <Chipzz> but the fact remains that not getting an anser elsewhere still doesn't make this the right place to ask
[12:11] <Chipzz> mdke: polite enough this way? :)
[12:12] <hipertracker> mdke: I tried usind #ubuntu. no response at all. ok, i will stay with winxp if i have no choice. :(
[12:12] <Chipzz> hipertracker: like I pointed out to you, try the forums