[12:20] <Mez> pitti: ping
[12:24] <Mez> infinity, ping
[12:35] <Mez> elmo/mdz: ping
[12:53] <Mez> elmo/mdz/pitt: unping
[12:53] <Mez> pitti*
[02:29] <Lathiat> hrm, why does ubuntu switch away from X when you close the lid
[02:29] <Lathiat> cus it never goes back
[02:30] <Lathiat> i have to hit alt+f7 every time i open my lid
[02:36] <Mez> the "lid"
[02:36] <Mez> ?
[02:36] <bddebian> Laptop screen?
[02:36] <Mez> oh... fair enough
[02:40] <Lathiat> yeh
[02:40] <Lathiat> on my laptop
[03:02] <mxpxpod> what happened to the netapplet gnome-panel applet?
[03:36] <mxpxpod> mjg59: ping
[03:45] <mxpxpod> I have my dpi set to 75 and firefox doesn't seem to want to follow that
[03:45] <mxpxpod> does anyone know about that?
[04:45] <bob2> gnome gets very very unhappy when /home/ fills up
[04:48] <Amaranth> i bet
[07:59] <Lathiat> hrm is the usb printer autoa-dd in gnome-volume-manager supposed to work yet?
[07:59] <Lathiat> doesnt seem to have any idea my printer is a printer
[08:23] <jdub> Lathiat: not without some extra cups/d-bus/hal integration patches from rh, i *think*
[08:26] <Lathiat> jdub: ah
[09:41] <sivang> mornig all
[09:41] <sivang> morning, eve
[09:59] <siretart> does anyone happen to have the upstream changelog for evolution?
[10:01] <siretart> never mind, found it
[10:13] <doko__> mdz, Kamion: please promote libhsqldb-java to main, OOo2 build-dep
[10:21] <mdz> doko__: does it have a main inclusion report?
[10:21] <doko__> mdz: no, I did convert it to use gcj weeks ago. the packaging at least is fine
[10:21] <doko__> but it's on UbuntuMainInclusionQueue
[10:26] <doko__> mdz: if it helps, it's already in main (included in the OOo2 source package)
[10:35] <mdz> doko__: it's a build-dep of ooo2 which is also built from the ooo2 source package?
[10:37] <doko__> mdz: the patched source is in the ooo2 source package, now that the patch is integrated in the external package, it's using this package
[11:35] <brach_> question:   for a total noob @ coding (never done it) what language would be a good start in learning? (if their even is such a thing) 
[11:36] <Burgundavia> brach_, Python is solution Ubuntu favours
[11:36] <brach_> ahhh mmk
[11:36] <Burgundavia> s/is the
[11:36] <Burgundavia> for a similar non-coder, I found it quite easy to get into
[11:37] <brach_> hmmm sounds good thx!
[11:37] <Burgundavia> http://www.pygtk.org/tutorial.html
[11:37] <Burgundavia> that will get you started
[11:41] <brach_> kool thx for the time
[11:41] <Burgundavia> np
[02:21] <Mez> infinity: ping
[02:31] <infinity> mez : pong, ish.
[02:32] <Mez> infinity- I'm backporting php5 for hoary...
[02:32] <infinity> Mez : Don't yet.  It's broken in breezy.  I need to do anither upload.
[02:32] <Mez> so far it;s building ok, and if it finished the build ok - would you be ok with making the changes to breezy so it can be backported on official servers
[02:32] <Mez> ah..
[02:32] <Mez> oh.
[02:32] <Mez> ok
[02:32] <infinity> s/anithoer/another/
[02:33] <Mez> can you poke me when you've done it
[02:33] <infinity> What changes are you making to make it build automagically on hoary without issue?
[02:33] <infinity> I can put those in to the next upload, if they're nonintrusive.
[02:33] <Mez> so far just B-D
[02:34] <Mez> dpkg-dev (>= 1.10)
[02:34] <infinity> Those B-D work on sid and breezy, I'm surprised we're that far out from hoary already.
[02:34] <infinity> Oh, the dpkg-dev thing, right.
[02:34] <Mez> and  libpq-dev | postgresql-dev 
[02:34] <infinity> I'd need to make debian/rules changes to make the dpkg-dev build-dep go away.
[02:34] <infinity> I probably should anyway.
[02:34] <Mez> infinity, get rid of dpkg-dev from B-D?
[02:35] <infinity> (Though, given how many sid/breezy packages have that dpkg-dev build-dep, maybe having the new dpkg in backports isn't such a bad idea)
[02:35] <Mez> infinity - wouldnt that cause breakages?
[02:35] <infinity> The dpkg-dev build-dep is intentional, due to dpkg-srchitecture changing.
[02:35] <infinity> s/srchitecture/architecture/
[02:35] <Mez> I got that one :D
[02:36] <Mez> so, if you add the libpq-dev | postgresql-dev change to breezy, and I'll get dpkg added to backports (if you think it wont break things - and we know it backports as it was the "acid test"
[02:36] <infinity> Well, define "won't break anything".
[02:37] <infinity> With dpkg-dev from breezy installed, many sources from hoary will fail to build correctly.
[02:37] <Mez> ah.
[02:37] <Mez> hmm
[02:37] <infinity> But with dpkg-dev from hoary, many source from breezy won't build.
[02:37] <infinity> It's a catch-22.
[02:37] <infinity> SO, we could never put the new dpkg in hoary-updates, but it MIGHT not be so bad to have it in hoary-backports.
[02:37] <Mez> hmm
[02:37] <Mez> I think this one'll have to go through mdz
[02:37] <infinity> I think we'll need to make some backports-related decisions one way or the other, yes.
[02:38] <infinity> The new dpkg isn't the best thing to try to backport, but at the same time, many things you want to backport will fail without it (unless you edit debian/rules, which means no more "automated" backporting, and some actual uploading instead)
[02:38] <Mez> wont they build if they dont rely on the breezy version of dpkg-dev - whats the changes between the two versions
[02:38] <infinity> So, some thought/discussion probably has to go into this.
[02:38] <infinity> Do you have both a hoary and a breezy system installed there?
[02:39] <Mez> pbuilds :D
[02:39] <Mez> I wiped my breezy cause well - I want X hehe and the colony CD broke
[02:39] <infinity> If so, type 'dpkg-architecture -l' on both, note the drastic differences, and realise that many (MANY) packages use those variables to determine certain aspects of the build in debian/rules.
[02:41] <infinity> In the case of php5, however, I realise that people will want to backport it to both hoary and sarge, so I'll fix debian/rules to work with both the old and new variables.  Not a big deal to do so.
[02:42] <Mez> cool :D
[02:42] <jdub> yo infinity 
[02:42] <infinity> yo jdub
[02:42] <Mez> nice of you to do... though I think we'll need to talk with mdz about backporting dpkg
[02:42] <jdub> infinity: pleased to see php5 in my main-only mirror update :-)
[02:42] <infinity> Mez : Or about backporting involving actual source editing.  One of the two.
[02:43] <Mez> infinity, want me to CC: you ?
[02:43] <infinity> Mez : Please.
[02:43] <infinity> jdub : Not as pleased as I am to see php4 getting removed in that same update.
[02:43] <jdub> heh
[02:44] <infinity> At least, it should have, unless someone seeded it back in..
[02:44] <infinity> Or, unless it didn't get demoted yet.  Either is possible.
[02:44] <infinity> Still, yay to the eventual demise of php4 in supported.
[02:45] <infinity> Upstream will EOL it before we stop supporting it, and I don't want to become upstream for php4 like I have for php3.
[02:50] <Mez> infinity, if you can change the package in breezy to work with both hoary and breezy...
[02:51] <Mez> then isnt it possible to do that to the packages we want to backport
[02:51] <infinity> mez : My plan is to make sure the breezy/sid sources work with hoary/sarge, yes, but that's not going to happen for every package you want to backport, cause the distro team probably has better things to do with their time.
[02:51] <infinity> mez : This one's purly a "personal interest" thing, and I'm doing it on a Sunday night. :)
[02:52] <infinity> s/purly/purely/
[02:52] <infinity> mez : (ie: non-paid time)
[02:52] <Mez> infinity - the thing is, couldnt say, a backporter go in and modify the package to work in hoary and breezy and then upload?
[02:53] <infinity> Mez : If they are in the right keyring, have permission to upload such changes (especially if it's in main), and the changes are obviously not intrusive, sure.
[02:53] <infinity> Mez : But they'd need to be well-tested on breezy, because breaking a breezy build for the sake of a hoary backport is very unacceptable.
[02:54] <Mez> infinity, I understand that
[02:54] <Mez> infinity, what changes do you generally make to make the dpkg-dev sutff work on breezy and hoary
[02:54] <infinity> Mez : BTW, can you make your IRC client report your real name in the 'ircname' field in /whois, I really hate not knowing who I'm talking to.
[02:55] <Mez> infinity, people IRL call me Mez
[02:55] <Mez> hence my real name :D
[02:55] <Mez> lol
[02:55] <Mez> but I can change it to the one on my Birth Certificte
[02:55] <infinity> Mez : Depends.  With some packages, you can get away with s/-gnu$// in a few places, with others you need to be more careful..
[02:56] <infinity> Samba, for instance, breaks miserably if you just try to remove the -gnu.
[02:56] <infinity> (Note also that i386- changed to i486, and samba has some pre-cached files in debian/* that rely on that named output...
[02:56] <Mez> infinity, if only there was an easy way to check which version of dpkg you were working with and use the right rules :D
[02:57] <infinity> Mez : There is an easy way, but you still need to know what the "right thing to do" is, based on which dpkg-dev version you're using.
[02:58] <infinity> (And that "right thing to do" depends on how the package is using those variables in the first place... Is it feeding them to autoconf; is it comparing against them to set CFLAGS; is it loading cached static files based on the output; ...?)
[02:59] <Mez> hmmles..
[02:59] <Mez> and that is most likely behod my (current) comprehension
[03:00] <Mez> s/behod/beyond/
[03:01] <infinity> Anyhow, all the ramifications of this can be discussed at length later.
[03:01] <infinity> For now, I'll fix php5 for you, so it compiles with no changes on breezy, sid, hoary, and sarge.
[03:01] <infinity> No hope for warty or woody, so don't ask. :)
[03:02] <infinity> (Well, warty is possible, woody's too much hassle, I just don't care about either, though)
[03:02] <HiddenWolf> porting new packages to old apps is counterproductive: users need to upgrade anyhow.
[03:05] <Mez> infinity - no probs :D CC'inmg to -backports mailing list too
[03:45] <\sh> what was the name of the tool to compile kernel modules from installed sources?
[03:46] <infinity> \sh : module-assistant?
[03:46] <infinity> \sh : (gcc?) :)
[03:46] <\sh> infinity: yep..found it ,-)
[03:47] <\sh> lets try the usb quickcam drivers with 2.6.12 ,-)
[03:47] <siretart> \sh: it would be great if you could test the breezy version, if you are at it. the merge was nontrivial, but it *should* work
[03:49] <\sh> siretart: i just compiled qc-modules 
[03:49] <siretart> great :)
[03:49] <\sh> and I will try it with gnomemeeting ;)
[03:49] <\sh> I don't have hoary at all ;)
[03:52] <\sh> hmmm...
[03:52] <\sh> I installed the module...ok...I installed v4l1-compat ... but gnomemeeting doesn't find anything
[03:56] <\sh> no /dev/video
[03:56] <\sh> or /dev/video0
[03:58] <infinity> Mez : In the future, when you mail IRC logs to people, can you cut out the non-relevant portions of the conversation, it's a bit hard to follow with people coming in/out, side conversations going on, etc.
[04:01] <infinity> Mez : And the new php5 will be uploaded as soon as I have permission to re-seed shtool to main (which is waiting on pitti to review the InclusionReport), but that should be within a day or so.
[04:02] <Mez> sorry and ok :d
[04:02] <infinity> Mez : But please don't bother attempting to backport it before then, cause the current packages and the new ones won't really like each other very much, making partial upgrades weird (they won't BREAK, but apt-get does funny things on php partial upgrades sometimes...)
[04:06] <infinity> Mez : Oh, and one other request you can pass on to MOTU at large... If anyone requests that you build a php5 module for apache1.3, can you just flat-out refuse, and beg them to upgrade to apache2?... We're really trying to get people to switch sometime this decade. ;)
[04:07] <infinity> Mez : Feel free to CC me in the response, and I can argue with them, if you'd like.
[04:07] <tseng> infinity: dude, libapache2-mod-auth-kerb
[04:07] <tseng> infinity: whered it go :P
[04:07] <infinity> tseng : Did it disappear?  Did it ever exist?
[04:07] <tseng> it exists in debian
[04:08] <tseng> http://packages.debian.org/unstable/web/libapache2-mod-auth-kerb
[04:08] <infinity> tseng : Not in any Ubuntu release, though.  Looks like it never got synced to start with.
[04:08] <tseng> ya
[04:09] <tseng> but it was uploaded Feb 2004
[04:09] <infinity> tseng : Neat.  Well, I'm sure it wouldn't be a drama to shove it into Universe at this point, I'd just ping mdz first, if I were you.
[04:10] <tseng> indeed
[04:10] <tseng> mdz: can we sync libapache2-mod-auth-kerb? its been in debian for over a year it looks like
[04:10] <Mez> infinity, I will do if someone asks for it
[04:11] <tseng> mdz: somehow we've not managed to pick it up
[04:11] <infinity> mdz : For some reason, it (libapache2-mod-auth-kerb) appears to have never been picked up and synced, looks bug-free, same version is in sarge and sid (stableish source, looks like), and maintained by hartmans, so probably sane.
[04:13] <infinity> mdz : Nevermind.  It (libaapche2-mod-auth-kerb) is here.  One of us is stupid, the other lazy, and we didn't look hard enough.  Ignore the previous babble from tseng and I.
[04:13] <zul> lol..http://bugzilla.ubuntu.com/show_bug.cgi?id=13106
[04:13] <infinity> tseng : Dude, it's in the archive, it's just FTBFS.
[04:13] <tseng> infinity: hm since forever?
[04:14] <infinity> tseng : people.u.c/~lamont/buildLogs/liba/libapache-mod-auth-kerb/
[04:14] <tseng> boggle
[04:15] <infinity> tseng : Either apache-dev is busted (if apache1.3 also currently FTBFS in breezy?  If so, I should upload a fixed version), or liba-mod-auth-kerb itself is broken. Pick one.
[04:16] <infinity> Ahh, yes, apache1.3 is FTBFS in breezy.  I think we have a patch floating around for that.
[04:16] <infinity> I'll upload a fix soonish and give-back libapache-* to see if it suddenly unbreaks.
[04:17] <tseng> rock on
[04:17] <infinity> I thought fabbione Was going to upload a new apache1.3 to sid, but I guess he never got around to it.  So, I'll upload, then sync.
[04:19] <tseng> "The new mod_proxy_ajp module adds support for the Apache JServ Protocol version 1.3 used by Apache Tomcat."
[04:19] <tseng> imagine that
[04:20] <tseng> more to beat the mod_jk2 lusers at work over the head with
[04:20] <tseng> (yes, they use mod_jk2 in production)
[05:15] <mxpxpod> is anyone else having a problem with firefox not respecting the application font?
[05:21] <mxpxpod> http://www.reigndropsfall.net/images/firefox-font-problem.png
[05:30] <Amaranth> mxpxpod: I think I'm seeing something like that.
[05:30] <mxpxpod> Amaranth: know what would be causing it?
[05:30] <Amaranth> The fonts on at least gmail are different now, couldn't figure out why.
[05:30] <Amaranth> Nope.
[05:31] <mxpxpod> well, it's like all of firefox isn't respecting either the dpi or the gnome application font
[05:31] <mxpxpod> if you notice, the fonts for the menubar and bookmarks are huge as well
[05:32] <Amaranth> hmm
[05:32] <Amaranth> *shrug*
[05:32] <Amaranth> I don't change the default fonts.
[05:33] <Amaranth> AndyFitz: hey, what do you think of http://dev.realistanew.com/icon_example.png ?
[05:34] <AndyFitz> Amaranth: g'day,  ooOOo  I like it !   want an icon for smeg ?
[05:34] <Amaranth> AndyFitz: please :)
[05:34] <Amaranth> AndyFitz: something like that, but not sucky :)
[05:35] <Amaranth> or i can use that for the about and something else for the menus and etc
[05:35] <AndyFitz> I don't like the ofice or accessories icons lol  they will be changed  :-)
[05:35] <Amaranth> aye, 22x22
[05:35] <Amaranth> need something scalable otherwise smeg makes them look like ass :)
[05:42] <Amaranth> AndyFitz: Do you know if inkscape embeds images into the svg when you save?
[05:42] <Amaranth> AndyFitz: or does it still point to their path on the filesystem?
[05:42] <AndyFitz> Amaranth: no it doesn't.
[05:43] <Amaranth> err
[05:43] <Amaranth> which does it do?
[05:43] <AndyFitz> it still uses the relative path 
[05:43] <Amaranth> damnit
[05:44] <Amaranth> that means this svg only works on my computer
[05:46] <AndyFitz> its no hassle to tar ;)
[05:46] <AndyFitz> as a rule I usually keep all linked images in the same dir as my svg  or sla ( if I'm using scribus )
[05:47] <Amaranth> well, in order for this to work correctly i need to ship it with humility and have humility installed exactly where it is right now on my computer
[05:48] <Amaranth> it should really embed a base64 encoded version of the image in as the src
[05:53] <AndyFitz> Amaranth.  it is capable of reading svg files with embedded images
[05:53] <Amaranth> i just have to do the embedding myself?
[06:05] <LinuxJones> Anybody have a rough idea of the number of downloads of Hoary from the Ubuntu servers ?
[06:42] <zyga> LinuxJones: there is a stat page IIRC
[06:44] <LinuxJones> zyga, ok thanks, just doing some research for a project I am working on
[07:11] <Amaranth> ack
[07:12] <Amaranth> inkscape can load b64 encoded images from href attributes, librsvg can't
[07:13] <Amaranth> oh, inkscape is using a different attribute, it doesn't work either :/
[07:42] <CarlFK> http://cdimage.ubuntu.com/daily/current - no i386
[07:43] <CarlFK> guessing it is being built?
[07:43] <CarlFK> kinda looking for an ETA
[07:44] <Amaranth> CarlFK: Next month.
[07:44] <CarlFK> cute
[07:44] <CarlFK> what time zone? ;)
[07:45] <Amaranth> It doesn't build because of a bad dependency between some language packs and openoffice2
[07:45] <Amaranth> oh, powerpc builds now
[07:45] <CarlFK> ah - so it is a known problem and may be a while.  all I needed to know
[07:46] <Amaranth> yeah
[07:46] <CarlFK> is there any sort of schedule for dayily builds, or is it whenever someone feels like it?
[07:46] <Amaranth> from the look of it they go out at 9am GMT
[07:48] <CarlFK> well, that might be the last time someone felt like it
[07:48] <CarlFK> I suppose I could watch for a week
[07:48] <Amaranth> it's automated
[07:48] <CarlFK> ah
[07:49] <Amaranth> and i don't think there are any logs generated on why it fails either
[07:49] <Amaranth> at least not that everyone can see
[07:50] <CarlFK> so if I do an rsync each day at 11, good chance I will be current
[07:50] <Amaranth> yeah
[07:52] <CarlFK> 5am for me - good timing
[08:26] <yccheok> in linux, pthread_setschedpara - higher number means lower priority or higher?
[09:55] <Keybuk> meh, everyone's being sensible and offline on Sunday
[09:55] <jdub> morning Keybuk 
[09:55] <Keybuk> jaaaayyyy-dub
[09:56] <Keybuk> so I was thinking about hacking "removable-disk media player" support into Rhythmbox, and wanted to bug seb or pitti about the HAL/g-v-m/pmount stuff
[09:56] <Keybuk> basically want Rhythmbox to treat any removable disk as a separate library, so if you start it without your iAudio plugged in, it just disables the library rather than clearing it out
[09:57] <siretart> sounds great!
[10:00] <kent> Keybuk they have that in some development branch of rhythmbox now right?I thought I read about something like that before..
[10:01] <Keybuk> might have to hunt for that
[10:02] <Keybuk> I know there's iPod support in main, but didn't know whether they'd done generic removable
[10:03] <kent> Keybuk as fare as I know, and thats not much, they have a lot of branches of the development of rhythmbox, and I am fairly sure I have read about something like this before..  But dont trust me, Im not an expert.
[10:03] <Keybuk> I figure we'll need HAL-based automounting first though
[10:12] <sivang> rehi all
[10:14] <sivang> been working from three different computers this week
[10:14] <Lathiat> heh
[10:15] <sivang> Lathiat: what suck is, that the net connection form here is not that good :)
[10:15] <sivang> Lathiat: so I'm waiting a bit longer then I am used ot
[10:16] <Lathiat> heh how "good" 
[10:16] <sivang> Lathiat: lets check
[10:16] <sivang> bah, the irc latency is killing me
[10:16] <sivang> about 750kbs downstream, 96upstream
[10:19] <Lathiat> sivang: heh
[10:23] <sivang> Lathiat: yeah. that's as poor as can be :)
[10:24] <Lathiat> well i only have 1500/256
[10:27] <sivang> Lathiat: poor you :)
[10:28] <sivang> Lathiat: I don't think there a private household broadband connection that has 256 upstream in whole .IL :)
[10:29] <sivang> Lathiat: if you lease a frame relay, maybe
[10:31] <Treenaks> (2M/1M ADSL)
[10:32] <Lathiat> thatd be nice
[10:32] <Treenaks> Lathiat: come to .nl :)
[10:32] <Lathiat> heh
[10:32] <Lathiat> i can get 8M/1M
[10:33] <Lathiat> but i'd pay a fortune for it
[10:33] <Lathiat> and get limited quota and no quota-free 'WAIX' (most ISPs in my city)
[10:33] <Lathiat> tho i only have 10GB peak and 10GB off-peak (12am-7am) now, but i get unlimited to WAIX
[10:34] <Lathiat> and there are all sorts of mirrors on waix esp for linux stuff etc so its handy
[10:37] <pitti> Good evening, ladys, gents, hackers, aliens, etc.
[10:38] <Lathiat> hey pitti
[10:38] <Lathiat> pitti: sooo... when will hotplugging printers work like g-v-m-properties thinks it will? :)
[10:38] <pitti> we recently found a guy who wanted to give printing some love
[10:38] <pitti> let's hope :-)
[10:40] <Lathiat> cool :)
[10:43] <Burgundavia> is this useful to anyone? https://wiki.ubuntu.com/QAtesting
[10:47] <zul> hey pitti 
[10:47] <pitti> Hi zul 
[11:01] <zyga> Lathiat: what's WAIX?
[11:01] <zyga> pitti: hello :)
[11:04] <concept10> Any GNOME hackers here
[11:06] <|quad|> is there a bug with breezy and xorg and detecting keyboards?
[11:07] <pitti> doko: is hsqldb really necessary for OO.o2? supporting yet another database with a 2 year old vuln that has not been properly handled (as it seems) makes me nervous
[11:08] <pitti> doko: can hsqldb support be disabled?
[11:13] <robitaille> smurfix:  ping
[11:13] <smurfix> ?
[11:13] <robitaille> smurfix:  would it be possible for your logging bot to start logging #ubuntu-bugs ?
[11:14] <robitaille> it's probably the only ubuntu channel not in any logs
[11:14] <doko> pitti: which format should ooo2-base use then?
[11:14] <smurfix> robitaille: sure, can do
[11:14] <pitti> doko: you requested only the java interface, not the server package itself? 
[11:14] <robitaille> smurfix:  thanks
[11:15] <pitti> doko: so if OO.o2 actually uses hsqldb for storing its data files, why it doesn't need the server?
[11:16] <doko> pitti: yes, only libhsqldb-java, not all binaries
[11:16] <pitti> doko: I thought it would provide only yet another driver for connecting to a database
[11:16] <lamont> and could breezy+1 or so _please_ split oo.o2 into more edible-size chunks?
[11:16] <lamont> (source that is)
[11:16] <pitti> doko: that would still pull the source package into main, which makes it a gray zone...
[11:16] <doko> lamont: we will duplicate the source for breezy
[11:17] <pitti> doko: so what is it required for?
[11:17] <doko> pitti: oo2-base is an Access clone
[11:17] <doko> base == database
[11:17] <pitti> right
[11:18] <pitti> doko: so without the package, ooo2-base couldn't connect to hsqldb databases? would that really hurt?
[11:18] <doko> pitti: so, which database should it connect as an alternative?
[11:19] <pitti> doko: what's the current default?
[11:19] <pitti> I mean, if it tries to use hsqldb by default, that'd be wrong anyway since we don't support the server, right?
[11:19] <pitti> (I don't really have a clue about ooo2-base...)
[11:20] <doko> pitti: it doesn't need any server
 pitti: so, which database should it connect as an alternative? <- if it doesn't need one???
[11:21] <doko> s/any server/any hsqldb server/
[11:22] <doko> pitti: just create a new database/file/whatever using oo2-base
[11:22] <pitti> we support mysql and postgresql ATM, with mysql currently being the more popular, I guess
[11:25] <doko> pitti: so the server is installed by default, and the user can create database files, copy them and them to a friend?
[11:25] <doko> s/and/and send/
[11:25] <Mez> how "unbroken" is X ?
[11:26] <Amaranth> Not at all.
[11:29] <Burgundavia> pitti, you are one of the leads on the ia64 port, no?
[11:29] <niran> Amaranth, for the smeg about box, s/complient/compliant
[11:29] <pitti> Burgundavia: no, I don't have such a machine
[11:29] <Amaranth> niran: I know.
[11:30] <niran> oh, ok
[11:30] <Amaranth> niran: About 20 people have told me that in 2 days.
[11:30] <Burgundavia> pitti, who is?
[11:30] <niran> ha.
[11:30] <pitti> Burgundavia: no idea...
[11:31] <Burgundavia> pitti, ok
[11:32] <pitti> night everybody
[11:33] <Amaranth> night pitti 
[11:34] <robitaille> Burgundavia: http://ubuntuforums.org/showthread.php?t=4696  it's old, but there is someone name in that thread (Thibaut Varene)
[11:34] <Burgundavia> robitaille, it is lamont who does it
[11:35] <Burgundavia> just remembered
[11:36] <robitaille> Burgundavia: maybe the wiki page should have a contact name (https://wiki.ubuntu.com/IA64PortStatus)
[11:37] <Burgundavia> that was the page I was just looking at
[11:38] <lamont> robitaille: current breezy/ia64 status is that kernels < 2.6.12-6.7 (and > 2.6.10) all fail to boot, very early.
[11:38] <lamont> that will be fixed in -6.7
[11:39] <lamont> the hoary install CD that we cut works just fine, if you don't mind one trip to an editor
[11:44] <lamont> this is just awesome... how do I log out of the wiki, I wonder....
[11:46] <lamont> mdz/some wiki God... please merge LamontJones and LamontJones2.  kthxbye
[11:46] <lamont> oh, and use LaMontJones2's auth info, please
[11:47] <tseng> lamont: you can logout on UserPreferences
[11:47] <lamont> yeah - found that part
[11:47] <tseng> lamont: which is likely linked right under search
[12:04] <concept10> will GNOME 2.12 be in the breezy release?
[12:06] <HiddenWolf> concept10: yes
[12:06] <concept10> HiddenWolf, thanks.
[12:06] <HiddenWolf> Ubuntu releases on the same day as gnome, every single time.
[12:06] <Burgundavia> HiddenWolf, no
[12:06] <Burgundavia> we release a month later than .12
[12:06] <HiddenWolf> Burgundavia: oh, is it? :P
[12:07] <HiddenWolf> What's the marketing value in that? :P
[12:07] <Burgundavia> .12 is sept 7th, we are Oct 13 
[12:07] <Burgundavia> we have been the first to release the new gnome