[12:01] <lamont> I can't kill things from the archive once they're there
[12:02] <lamont> infinity: you around?
[12:02] <ogra> Mez, konversation is up
[12:03] <Mez> ty
[12:04] <hughsie> ogra: email sent to maintainers of libnotify
[12:04] <Burgundavia> ogra, I promised the inkscape developers that I would try and get .42 in Breezy, if I had to use my last dying breath, so I have to try. The majority of the inkscape devs use Ubuntu as well
[12:04] <ogra> hughsie, wow, thanks :)
[12:05] <ogra> \sh, to late :p
[12:05] <\sh> ogra: i said yesterday ;)
[12:05] <Mez> lol @ ogra's changelog
[12:05] <ogra> its over :)
[12:05] <Mez>    * bumped cdbs build-dep back to 0.4.21 to make backports happy
[12:05] <Mez>      the "dont ask me again for KDE packages, how can a IRC client
[12:05] <Mez>      be 7MB big ?" release
[12:06] <\sh> ogra: i heard you and I will work on xorg today to give daniels some rest? ;)
[12:06] <ogra> hehe
[12:07] <\sh> spreading rumours...I had to close all private chat windows here because of your firefox sentence ,-)
[12:07] <hughsie> ogra: http://www.interplace.com/gif/mrjihad.jpg
[12:08] <hughsie> i just wet myself :-)
[12:08] <ogra> heh
[12:11] <\sh> ogra: and I thought daniels writes poetry in his changelogs ;)
[12:12] <ogra> :) i try to keep up with him :)
[12:12] <ajmitch> \sh: you'll have to start spicing up your changelo entries now that they'll be for main :)
[12:13] <\sh> ajmitch: no problem...I will learn some new words from JaneW, afrikaans that is ;)
[12:13] <ajmitch> hehe
[12:23] <pitti> good night
[12:25] <Nafallo> infinity: rock php5!
[12:36] <hughsie> pitti, ogra: I've got to sleep now as I'm working tmw. If either of you two see daniels can you ask him about the dbus thing please.
[12:36] <Mez> Backports announced: http://www.ubuntuforums.org/showthread.php?p=273253
[12:36] <ogra> hughsie, sure, i'll do... have a nice night...
[12:37] <hughsie> ogra: cool, thanks. See you guys tomorrow.
[12:37] <ogra> yep, thanks for all the effort, night
[12:39] <Mez> was that to me ogra?
[12:39] <Mez> hmm, wow... It's even updated my xcaht vesion - we didnt backport that again
[12:39] <ogra> Mez, nope, to hughsie
[12:39] <Mez> ah
[12:39] <Mez> :D
[12:39] <Mez> w00t for official backports
[12:39] <Mez> hehe :D
[12:40] <Mez> ogra, can you link this topic in #ubuntu's topic
[12:40] <Mez> http://www.ubuntuforums.org/showthread.php?p=273253#post273253
[12:40] <Mez> wait
[12:40] <Mez> I'll tinyurl it
[12:41] <Mez> http://tinyurl.com/8f93v
[12:41] <Mez> just add something regarding backports :D and point to that
[12:41] <ogra> Mez, can you ask Amaranth or crimsun ? i'm about to go to bed
[12:41] <Mez> ah kk
[12:41] <Mez> if they're awake
[12:41] <crimsun> (reading backscroll)
[12:41] <ogra> Mez, there are more admins...
[12:42] <Mez> kik
[12:42] <Mez> crimsun, can you di it ?
[12:42] <crimsun> sure, sec.
[12:42] <Mez> ty
[12:48] <|rockinnerd|> Hello, all. I am trying to do what is described here: http://componentizedlinux.org/Members/ghe_rivero/howtos_for_dummies/howto_dummies_part_1 with a hoary base from archive.ubuntu.com/hoary.  do you consider this a good idea to figure out how ubuntu and other debian-based systems work "under the hood"?
[12:48] <Burgundavia> |rockinnerd|, progeny is not a normal linux distro. They are doing wierd and cool things
[12:49] <|rockinnerd|> I'm basically doing what they say, but instead of using sid, i'm using hoary
[12:49] <Burgundavia> you may break your distro, so don;t do that on your main box
[12:49] <|rockinnerd|> ... and trying to figure out how anaconda works
[12:50] <|rockinnerd|> Burgundavia, i'm working in a chroot environment, can i still break it?
[12:50] <Burgundavia> no idea
[12:51] <\mbp> |rockinnerd|: less likely, but still possible
[12:51] <\mbp> depending on how much experience you have with such things
[12:51] <\mbp> s///much less likely
[12:51] <|rockinnerd|> Also, here's an idea: How about a Ubuntu Net installer? It can just debootstrap the base system (no x11) from the cd, and then launch Aptitude to allow people to configure exactly what is on their distro
[12:52] <|rockinnerd|> thx Burgundavia and \mbp
[12:52] <Mez> |rockinnerd|, I broke my comp with a chroot
[12:52] <Mez> I linked /tmp into it so I could use X
[12:52] <Mez> and managed to wipe it when I logged out of the pbuild!
[12:53] <|rockinnerd|> huh.
[12:55] <|rockinnerd|> btw does the archive.ubuntu.com/hoary have _all_ of the packages that are available to ubuntu, or just the bare minimum?
[12:56] <crimsun> (that's more a #ubuntu question, but archive has the _official_ ones)
[12:56] <|rockinnerd|> shit, it's trying to install over my base system
[12:56] <Keybuk> sabdfl's alarm just went off for the TB meeting
[12:57] <Keybuk> explains why he's always late ... :o)
[12:57] <Burgundavia> rofl
[12:57] <luis_> he using evo? ;)
[12:57] <tseng> oh right, tuesday
[12:57] <Mez> lol @ Keybuk
[12:58] <Keybuk> luis_: his strange phone contraption
[12:58] <luis_> ah
[01:13] <schweeb> daniels: hah, nice changelog on xauth
[01:25] <Mez> no CD does
[01:25] <Mez> cept AOL
[01:26] <TerminX> ugh, I upgraded today and now gedit won't work with files on mounted SMB shares
[01:27] <Aegir> Hmm, interesting effect when the ink doesnt completly dry on the CD when you put it in the drive...
[01:27] <Aegir> Atleast the ink's dry now...
[01:27] <Aegir> BRB...
[01:32] <Mez> lol @ Aegir
[01:39] <jp> hi all
[02:15] <Burgundavia> mdz, got another request for you. Sync screem from unstable. The current version (which is the same one in hoary) is very unstable and hangs frequently
[02:16] <mdz> Burgundavia: send email to<EMAIL_ADDRESS>CC me, with rationale and subject [sync]  <package>_<version>
[02:16] <Mez> Burgundavia, poke elmo for that :D
[02:16] <Mez> lol
[02:16] <Burgundavia> mdz, cheers, ok
[02:16] <Mez> or not
[02:16] <Mez> lol
[02:16] <Burgundavia> mdz, the inkscape is coming as well
[02:16] <mdz> Burgundavia: likewise for the other one
[02:17] <mdz> Burgundavia: a strong rationale will include "I built and tested it on breezy and it fixes the issues with the current version"
[02:17] <tseng> mdz: im guessing you are too swamped to fix up mythtv?
[02:17] <Burgundavia> ok
[02:18] <mdz> tseng: you would not believe me if I told you
[02:19] <tseng> mdz: :/
[02:19] <robertj> is dual-head autoconfig a goal for breezy/
[02:19] <tseng> mdz: i can only imagine.
[02:20] <tseng> mdz: ill see if i can make it go anywhere now that X is only slightly below unusable
[02:21] <mdz> tseng: when I came home from travelling last week my house was full of water from a burst pipe
[02:21] <tseng> oh man. were you in the hurricane area?
[02:21] <mdz> no
[02:21] <mdz> just bad plumbing and bad luck
[02:24] <tseng> sorry to hear that.
[02:50] <tseng> mdz: hm if breezy doesnt stab you in the back, it will get you in the front. mythtv died on X before, now its not a fan of GCC4
[02:57] <mdz> tseng: I thought I had already changed it to build with g++-3.4
[02:57] <mdz> it may be that the packages in my repository are newer than breezy
[02:57] <tseng> mdz: hm didnt look at it super close. but it dies on some scary compiler warnings
[02:58] <tseng> sh is the motu expert on those
[02:58] <tseng> he likes to beat his head against them for hours on end
[02:59] <mdz> perhaps he would like to take over maintainership of them ;-)
[02:59] <daniels> he can take my gcc4 bugs
[02:59] <bddebian> heh
[02:59] <tseng> mdz: id take myth if the damn thing would build
[02:59] <daniels> like the miscompilation of i810_drv (seemingly) that occasionally makes your video BIOS execute invalid code, but only on the first VBE run (so you have to reboot all the time to test), and not always
[02:59] <bddebian> Is mythtv in main?
[02:59] <tseng> of course not
[03:00] <bddebian> I didn't think so, I was just thrown off by -devel I guess..
[03:00] <bddebian> Sheesh
[03:00] <tseng> we can talk about !main here w/o being stoned still :)
[03:01] <daniels> holy shit
[03:01] <daniels> so my panel has been working fine for weeks
[03:01] <daniels> seb closes the bug last night
[03:01] <daniels> 14381 daniels   25   0  135m  37m 9768 R 66.3  3.7   1:20.59 gnome-panel
[03:01] <tseng> holy hell
[03:01] <tseng> thats bigger than beagle
[03:02] <bddebian> tseng: Where are you pulling mythtv from to build?
[03:02] <daniels> tseng: my record is 2GB RSS
[03:02] <tseng> bddebian: archive.debian.org
[03:02] <tseng> bddebian: er, .ubuntu
[03:02] <bddebian> Ohh
[03:02] <bddebian> Just apt-get source?
[03:02] <tseng> yes.
[03:06] <daniels> bloody hell
[03:07] <bddebian> I thought hell was hot, not bloody?
[03:07] <bddebian> Heya tritium
[03:07] <tritium> hello bddebian, daniels
[03:09] <daniels> tritium: morning
[04:38] <WebWiz> is there a definition of 'a little less broken' :)
[04:40] <bddebian> Uhm  < 'completely broken' ?
[04:41] <lu|away> I booted a liveCD with the current X packages this afternoon.
[04:41] <lu|away> it had some weirdness in driver detection
[04:41] <lu|away> oh, and xrdb was missing
[04:41] <lu|away> but otherwise, worked fine
[04:42] <WebWiz> lu|away, wonderfull thanks
[04:43] <lu|away> your mileage may vary :)
[04:43] <WebWiz> i got a mkfontdir binary yesterday so i could get X working
[04:43] <WebWiz> but now Breezy has its own mkfontdir right?
[04:44] <WebWiz> i think the keyboard is still messed with breezy,  i hit alt-tab and nothing happens lol
[04:47] <daniels> works for me
[04:50] <bddebian> Is xmkmf missing/broken from something?
[04:50] <daniels> missing
[04:50] <bddebian> OK, thx
[04:52] <bddebian> daniels: Did that get split from xutils in xorg?
[04:53] <daniels> bddebian: it will, yeah
[04:53] <daniels> in the meantime, it just doesn't exist
[04:53] <bddebian> OK
[05:10] <Speedy2> A quick question -- it seems that oddly libgcj4-dev depends on gcj3.3 instead of gcj4.0 .  Is this a bug?
[05:27] <madclicker_> looking for 2.6.11 installer
[05:27] <Speedy2> Also, according to this: http://archives.free.net.ph/message/20050701.004404.f6514e25.en.html , eclipse is in the repos, but I can't seem to find it
[05:28] <bddebian> There are a few eclipse packages
[05:29] <Speedy2> bddebian: In which repo?  I have universe/multiverse/backports enabled, but I can only seem to find eclipse-nls-sdk
[05:30] <bddebian> I don't know for sure but a quick "apt-cache dump |grep eclipse" yeilds several
[05:30] <Speedy2> This is what I get
[05:30] <Speedy2> apt-cache dump | grep eclipse
[05:30] <Speedy2> Package: eclipse-nls-sdk
[05:30] <Speedy2>   Depends: eclipse-platform 2.1.2
[05:30] <Speedy2> Package: eclipse-platform
[05:31] <bddebian> Speedy2: Have you done an update recently?
[05:31] <Speedy2> bddebian: Just a few seconds ago
[05:31] <bddebian> Weird.  What archive are you using?  Just archive.ubuntu.com?
[05:32] <Speedy2> That's the first one in the sources.list
[05:32] <bddebian> I mean, not uk.archive... or us.archive.. ?
[05:32] <Speedy2> Correct, no country archive specified
[05:34] <bddebian> Speedy2: Strange.  I don't know, sorry
[05:34] <bddebian> wb crimsun
[05:35] <crimsun> danke bddebian
[05:36] <mdz> Speedy2: it's in breezy/universe
[05:37] <Speedy2> mdz: I'm using Hoary.  I assume it wouldn't be a good idea to install from breezy, eh?
[05:37] <mdz> Speedy2: depends entirely on your comfort
[05:37] <bddebian> Ooohh, Hoary, duh.
[05:42] <Speedy2> mdz: Is the Eclipse in Breezy compiled with gcj ? (how complex is that really?)
[05:42] <mdz> Speedy2: yes it is
[05:43] <Speedy2> Well, I'll give it ago, what the hell!
[05:44] <fabbione> morning
[05:45] <bddebian> Hello fabbione
[05:46] <Speedy2> bddebian: I added breezy universe, which other repositories would I need to satisfy eclipse-platform's dependencies?
[05:47] <bddebian> Speedy2: You are adding breezy universe to a Hoary install?
[05:47] <Amaranth> Speedy2: main, multiverse, and restricted
[05:47] <Speedy2> Amaranth: Thank you
[05:47] <Speedy2> bddebian: For eclipse.  I'll watch what it installs
[05:47] <Amaranth> Speedy2: I hope you don't like X.
[05:48] <Speedy2> Amaranth: eclipse-platform requires libs that bork breezy?
[05:48] <Amaranth> Speedy2: I just told you to fully upgrade to breezy and you didn't even notice. I think you should wait.
[06:11] <bddebian> How can I tell what repo apt is getting a package from ?
[06:11] <bddebian> Without installing that is :-)
[06:12] <crimsun> apt-cache policy $package
[06:12] <bddebian> Thx crimsun
[06:12] <crimsun> np
[06:28] <lamont> infinity: you around?
[07:34] <Speedy2> A program I'm compiling is failing, missing "ansidecl.h" -- what set of headers would that be in?  I haven't found it
[07:37] <bob2> what are you compiling?
[07:37] <bob2> that doesn't appear to be in ubunt
[07:37] <Speedy2> bob2: I'm cross-compiing GCC for an ARM target
[07:38] <bob2> that sounds like something from the gcc source
[07:38] <Speedy2> It fails with: "ake[1] : *** No rule to make target `../include/ansidecl.h', needed by `regex.o'.  Stop."
[07:38] <bob2> you're using toolchain-source?
[07:38] <Speedy2> bob2: Correct
[07:39] <jasoncohen> when can i expect a patched mozilla thunderbird package for hoary? It's been nearly two weeks.
[07:40] <jasoncohen> and will it have it's security updates backported- or will the upstream version be packged?
[07:40] <jasoncohen> *packaged
[07:42] <jsgotangco> jasoncohen, its always security update backported
[07:44] <bob2> except firfox
[07:44] <bob2> which is now 1.0.6 in hoary-sec
[07:45] <jsgotangco> bob2, the latest update is a new package you mean?
[07:45] <jasoncohen> bob2, that's what i expected. any idea what's holding back the thunderbird backport?
[07:46] <jasoncohen> *thunderbird security fix backport from 1.0.5
[07:46] <jasoncohen> i think the same issues might occur with thunderbird though since 1.0.5 made API changes requiring 1.0.6 to fix extensions
[07:46] <bob2> jsgotangco: no, the latest update is just 1.0.6
[07:47] <jasoncohen> well, backports has now officially transitioned to ubuntu servers. the package naming changed as well
[07:48] <jasoncohen> quit nice- fast download speeds + the packages are signed
[07:50] <Speedy2> bob2: I think I got it -- I had to create a build directory seperate to where gcc4.0 was extracted
[07:52] <jasoncohen> ah, cool and now backports has source
[07:53] <bob2> yay for not violating the gpl!
[08:08] <pitti> Morning
[08:09] <daniels> 2/win 122
[08:40] <fabbione> elmo: can you please install:
[08:40] <fabbione> dpkg-checkbuilddeps: Unmet build dependencies: kernel-wedge (>= 2.05ubuntu2) linux-headers-2.6.12-4-amd64-generic linux-headers-2.6.12-4-amd64-k8 linux-headers-2.6.12-4-amd64-k8-smp linux-headers-2.6.12-4-amd64-xeon libxxf86vm-dev
[08:41] <fabbione> on concordia breezy chroot
[08:41] <daniels> dooooomed
[08:59] <daniels> tseng: package ifolder kthx
[09:00] <daniels> argh, I suck
[09:01] <daniels> so I was working on xauth while very tired

[09:01] <daniels> and the code had #ifdef SIGALRM all through it
[09:01] <daniels> so I put in autoconf checks to see if SIG{HUP,PIPE,ALRM} were defined
[09:01] <daniels> if so, AC_DEFINE(SIGALRM, 1, [Has SIGALRM] )
[09:01] <daniels> the upshot of this is that xauth sees the signal numbers for ALRM, HUP and PIPE to be 1
[09:02] <daniels> and that I didn't need to put those checks in at all
[09:02] <daniels> headdesk
[09:04] <sivang> morning all
[09:06] <sivang> morning pitti
[09:09] <pitti> Hi sivang
[09:13] <sivang> pitti: how are you?
[09:14] <pitti> sivang: very secure :-)
[09:14] <mvo> hehe
[09:14] <mvo> good morning btw :)
[09:14] <pitti> Hey mvo
[09:15] <mvo> hello pitti, thanks for cleaning up after me for vim
[09:15] <sivang> mvo: you created security holes that pitti cleared? :)
[09:15] <pitti> no, just an obsolete patch
[09:16] <sivang> pitti: ah, cleaning obsolete patches is probably always good
[09:16] <pitti> mvo: bad that the build doesn't fail because of that in the first place
[09:16] <mvo> pitti: *nod*
[09:19] <sivang> daniels: what's SIGALRM means?
[09:20] <Treenaks> sivang: it's the signal that gets sent by alarm(2), for example
[09:24] <sivang> daniels: what use does xauth do with SIGALRMs ?
[09:40] <pitti> fabbione: is it legitime for a postinst/postrm to fiddle with /etc/modules?
[09:40] <pitti> fabbione: i. e. add or remove something to/from it?
[09:45] <fabbione> pitti: /etc/modules is a config file.. you treat it as any other config file
[09:52] <infinity> lamont : Ugh, been sick all day and out of it.  Sorry.  Did you need me? :/
[09:54] <comadreja> fabbione: kismet and wpasupplicant stopped working with -4 kernel
[09:55] <comadreja> fabbione : I have a ipw2200
[09:55] <fabbione> comadreja: read the changelog
[09:55] <fabbione> it's not a bug
[09:55] <fabbione> it's on purpose
[09:55] <comadreja> oh, thanks
[09:56] <fabbione> either a working stable driver with less features
[09:56] <fabbione> or a broken ipw2100 and unstable ipw2200
[09:56] <fabbione> what would you choose?
[09:56] <fabbione> :)
[09:57] <comadreja> I've got a ipw2200 ... hehe the unstable 2200 :D
[09:57] <comadreja> I need wpasupplicant
[09:58] <fabbione> it might come back in the next kernel if i get enough people to test the ipw2100
[09:58] <fabbione> in the mean while stable > *
[09:59] <comadreja> that's ok, I'll keep -3 meanwhile, no problem
[09:59] <Treenaks> which version of ipw2200/ieee80211 was in -3?
[10:00] <comadreja> how do I know ?
[10:00] <comadreja> I'm running it now
[10:00] <Treenaks> comadreja: check dmesg output? maybe it tells you?
[10:00] <Treenaks> (I removed the old one, so I don't have the changelog?)
[10:01] <fabbione> Treenaks: check the changelog
[10:01] <fabbione> it's all documented there
[10:01] <fabbione> i don't write KB of changelogs for nothing
[10:01] <fabbione> iirc -3 had 1.0.4
[10:02] <comadreja> 1.0.4 yes
[10:04] <comadreja> latest is 1.0.6
[10:07] <Treenaks> fabbione: the changelog for -3 is also in -4?
[10:08] <comadreja> just below
[10:09] <Treenaks> a
[10:09] <Treenaks> ah
[10:35] <pronik> can anybody help me to workaround xorg bugs?
[10:35] <Treenaks> pronik: promise more beer to daniels, and they'll be fixed ;)
[10:35] <Burgundavia> daniels is also working on an email to get everybody up and going
[10:35] <Burgundavia> so the best answer is to have patience
[10:36] <pronik> Treenaks: I can promise, but he's too far away I guess
[10:36] <pronik> But does "Error loading new keyboard description" mean what I think it means - he can't find or parse keyboard definitions?
[10:38] <pronik> I've also lost all terminal colors - both rxvt and xterm complain "can't get colour 'Black', continuing without"
[10:39] <pronik> Burgundavia: where will this e-mail get posted to?
[10:40] <Burgundavia> pronik, probably ubuntu-users
[10:44] <fabbione> Treenaks: tsk!
[10:44] <fabbione> :P
[10:44] <fabbione> of course.. the changelog is always there for historical reasons
[10:44] <fabbione> exactly because of what you are trying to do
[10:45] <fabbione> Treenaks: if it is not detailed enough.. let me know
[10:45] <Treenaks> fabbione: no, I'm stupid, sorry :)
[10:46] <Treenaks> fabbione: I need to read first, ask questions later :)
[10:46] <fabbione> Treenaks: ok thanks.. you took away from me the worst task of making you aware of that :P
[10:51] <\sh> hmm
[10:52] <\sh> I think I have to work from the debian version...
[11:09] <\sh> why is ostingGeek<EMAIL_ADDRESS>[11:09] <\sh> banned?
[11:10] <azeem> did you ever meet him?
[11:10] <Burgundavia> \sh, trust me, it is for a good reason
[11:10] <ogra> \sh, because he is _most_ annoying
[11:11] <\sh> ogra: k...only wanted to know :)
[11:11] <Burgundavia> \sh, he has been banned from one other channel I follow (#openttd) and they are thinking about it doing it on another (#inkscape)
[11:11] <ogra> \sh, we kept him in -moto as a channelpet ;)
[11:11] <ogra> \sh, ... and because i never giveup hope on people :)
[11:12] <Burgundavia> seb128, I swear this totem-video-thumbnailer bug was fixed, but I cannot find the upstream bug report --> http://bugzilla.ubuntu.com/show_bug.cgi?id=12991
[11:12] <\sh> ogra: u r a good guy :)
[11:12] <seb128> what bug?
[11:12] <seb128> oh, that
[11:12] <ogra> \sh, sometimes i think i'm rather a silly guy... especially in case of HG :)
[11:13] <seb128>      - don't thumbnail files constantly if they're changing (Ubuntu: #1573).
[11:13] <seb128> from 2.11.1 change
[11:13] <\sh> ogra: believe me...if you'd received my phone call this morning, concerning the funeral of my grandma...u won't think like this anymore
[11:15] <Burgundavia> seb128, thanks
[11:20] <mdke> tseng, around?
[11:22] <seb128> I've closed the bug
[11:22] <Burgundavia> yes
[11:23] <sivang> ogra: dhlobach is like you , not giving up on people :)
[11:30] <ajmitch> evening all
[11:33] <hughsie> pitti, ogra: ping?
[11:33] <pitti> Hi hughsie
[11:34] <hughsie> pitti, hi.
[11:34] <hughsie> pitti, I've got the libnotify maintainer to release libnotify tomorrow as 0.0.1
[11:34] <hughsie> is that too late for freeze?
[11:35] <pitti> hughsie: what do you need it for?
[11:35] <ogra> hughsie, i dont think so, since seb128 wanted to package it anyway
[11:35] <hughsie> well, don't /need/ it per-se, but gnome-power-manager picks it up if it's insalled and looks a whole lot nicer
[11:35] <seb128> pitti: gnome-applets can use it too
[11:35] <ogra> pitti, it shows notification messages from the system tray...
[11:36] <pitti> ograI know, it sounds interesting
[11:36] <ogra> hi hughsie btw :)
[11:36] <hughsie> ogra: hi :-)
[11:36] <hughsie> did either of you guys speak to daniels?
[11:36] <seb128> pitti: we want it anyway, so not a big deal to upload it and give it a shot
[11:37] <pitti> seb128: sure, merely adding a library can't break much
[11:37] <hughsie> pitti, famos last words... :-)
[11:37] <hughsie> ogra: what is is you guys do to hal-device-manager anyway?
[11:38] <seb128> pitti: oh, and upstream has delayed eggcups to 2.14 for the desktop ... we are free to use it, but not forced.
[11:38] <ogra> hughsie, device manage only has a sall change (a button to run hwdb-client)the worse stuff are the changes to hald it needs :)
[11:39] <hughsie> ogra: i guess. it's a bit fedora in places
[11:39] <ogra> hughsie, i have one that could go upstream as soon as i can myke it apply (lsb release data in the computer device)
[11:39] <hughsie> ogra: you sure davidz wouldn;t accept upstream patches
[11:39] <hughsie> oga: ignore :-)
[11:39] <ogra> hughsie, not all of them.-...
[11:40] <ogra> hughsie, my dmidecode patch is ugly, i wouldt want it upstrema, i only need the data for hwdb...
[11:40] <Burgundavia> I need an ftp that needs login to test a bug, anybody got one that I can test?
[11:40] <hughsie> ogra: gotcha. spoken to daniels?
[11:40] <ogra> hughsie, the /proc/cpuinfo and /proc/meminfo patches might clash with your acpi patches, havent tried them yet
[11:41] <hughsie> ogra: should be okay... but davidz might not like all the extra nodes
[11:41] <ogra> hughsie, nope, he was already away when i started my day...
[11:41] <hughsie> bolocks
[11:41] <ogra> hughsie, i'll try to merge devices in hal... else we'd have two processors in there...
[11:42] <hughsie> ogra: sounds good :-)
[11:42] <ogra> hughsie, since you have the acpi processor data and i have the /proc/cpuinfo data :)
[11:42] <hughsie> ogra: post it upstream and see what davidz says
[11:43] <ogra> hughsie, yes, but first they need to apply again ;) its all written for 0.4.7
[11:43] <hughsie> 0.4.7, ouch
[11:43] <ogra> and i have to get them in before 11th
[11:44] <hughsie> 0.4.7 is very different to 0.5.3
[11:44] <pitti> mozilla
[11:44] <hughsie> you've the whole linux -> linux2 restructuring
[11:44] <ogra> yes, but i wrote them all as separate files so its mostly only copying them to linux2 and make the matching changes to osspec.c
[11:45] <hughsie> ogra: okay, not the end of the world then.
[11:45] <ogra> nope, just eats time *sigh*
[11:46] <hughsie> ogra: could you try to package CVS g-p-m on ubuntu? See what your patches clash with.
[11:46] <ogra> hughsie, arent the g-p-m patches already upstream ?
[11:46] <ogra> (the hal side )
[11:46] <hughsie> ogra: the help file and stuff, yes
[11:47] <ogra> so mine shouldnt clash ...
[11:47] <hughsie> ogra: ohh, you mean the events support or the battery.* devices?
[11:48] <ogra> hughsie, nope i mean the processor device you create in hal.... from the /proc/acpi data... i create a processor device too but from /proc/cpuinfo
[11:48] <hughsie> that was in 0.5.2 i beleieve
[11:48] <ogra> yes, thats where i'm porting them to
[11:49] <hughsie> couldn't your patch just add into acpi.c into the processor_refresh lump?
[11:49] <ogra> what if a system has no acpi support ? will your processor device in hal exist ?
[11:49] <hughsie> no.
[11:49] <ogra> so mine have to override this...
[11:50] <ogra> since /proc/cpuinfo will always be there
[11:50] <hughsie> yes, but you can still try to search for the node based on capability or something
[11:50] <hughsie> you could add if found, create and add if not found
[11:50] <ogra> something like that...
[11:51] <tseng> daniels: dude, ifolder is like 4 packages
[11:51] <ogra> ifolder is crack
[11:51] <ogra> (but daniels loves crack, we all know this :) )
[11:52] <hughsie> I need daniels to look at dbus 0.35 for me
[11:52] <ogra> hughsie, he sits in .au ....
[11:52] <hughsie> ogra: I know, but he should be using GMT :-)
[11:53] <ogra> hughsie, naah, we all live with UTC here ;)
[11:53] <hughsie> ogra: okay, but my g/f idn't going to like it :-)
[11:53] <ogra> hehe
[11:54] <ogra> as long as you convert hr too everything is fine :)
[11:54] <hughsie> ogra: I'll let you tell her that. I have to shower and get to work. Catch you guys later
[11:54] <ogra> its just that you loose all your other friends... but you win a wonderful community on IRC ;)
[11:54] <hughsie> lol
[11:55] <ogra> hughsie, i'll poke daniels about dbus 0.35 if he's around
[11:55] <ogra> meh
[11:59] <\sh> damn...all the merges are loosing the cxx trans stuff
[12:00] <ajmitch> \sh: they shouldn't if done right
[12:00] <ajmitch> got an example?
[12:00] <\sh> ajmitch: well...if everything works fine, no dropped patches yes..
[12:01] <ajmitch> \sh: whoever does the merges has to watch for dropped patches..
[12:02] <\sh> ajmitch: yes :)
[12:02] <ajmitch> or whoever reviews the prospective MOTUs work ;)
[12:02] <\sh> ajmitch: what I'm doing here? ,-)
[12:03] <ajmitch> hey I have been helping a little :)
[12:05] <jsgotangco> bye guys i have a dinner appointment :)
[12:05] <jsgotangco> see you guys later
[12:05] <ogra> have fun
[12:05] <ajmitch> bye
[12:50] <maswan> fabbione: we now have the rsc configured, so we should be able to reboot buttercup more quickly. :)
[12:50] <maswan> fabbione: also, do you know if the watchdog support would be worth enabling, or will linux go nuts about it?
[12:51] <fabbione> maswan: yo..
[12:51] <fabbione> maswan: nice.. i think the watchdog support works fine
[12:51] <fabbione> it's worth a try
[12:52] <fabbione> maswan: Trave11er reported the 2.6.12 from ubuntu boots
[12:52] <fabbione> so it might even be worth upgrading
[12:52] <fabbione> but i don't feel comfortable in rebooting it without console :)
[12:56] <sivang> fabbione: have you gotten successful reports about installing breezy (2.6.12) on a pSeries machine yet?
[12:59] <fabbione> sivang: yes one.. i think
[12:59] <fabbione> there was one bug that has been fixed.. so i guess it should all work by now
[12:59] <ogra> mvo, complain at \sh, its all his fault ;)
[12:59] <sivang> fabbione: oh goody. Was it fixed upstream?
[12:59] <fabbione> sivang: it was a problem with the installer
[12:59] <fabbione> the kernel should be ok
[01:00] <fabbione> sivang: just test it and report..
[01:00] <fabbione> you have such a machine.. i don't
[01:00] <sivang> fabbione: ok, should I grab a new daily installer image?
[01:00] <fabbione> yes
[01:00] <sivang> fabbione: /me is on to it. Thanks
[01:00] <mvo> ogra: I will if he is around. I'm connected with isdn right now because the cable modem does no longer get a connection
[01:00] <ogra> mvo, \sh  just came back.... ;)
[01:01] <sivang> fabbione: btw, where can I which bug was fixed? where are the changlogs for such a thing?
[01:01] <\sh> lol
[01:01] <\sh> mvo: u r 1511?
[01:01] <ogra> \sh, DO
[01:01] <ogra> :)
[01:01] <\sh> yay...nobody from HSI support
[01:01] <\sh> ogra: yes...1511 ;)
[01:02] <maswan> fabbione: Well, I'm on campus now. :)
[01:03] <fabbione> maswan: when are you going back to the campus again?
[01:03] <fabbione> i am sort of busy today to play with buttercup
[01:03] <fabbione> (it's building since you bring it up again yesterday ;))
[01:05] <maswan> fabbione: Well, I should be working this and next week, so
[01:06] <maswan> fabbione: after that I'll be further away from connectivity
[01:06] <fabbione> maswan: perfect! i will ping you tomorrow if you don't mind too much
[01:06] <fabbione> yeah next week i will start VAC :)
[01:09] <baggins> Hi there. I'm interested in writing/helping write a X.org configuration tool.
[01:10] <maswan> fabbione: sure
[01:11] <fabbione> maswan: thanks a lot
[01:14] <carstenh> azeem: i just read your comment on the firewall gui (using /lastlog firewall). sounds good, i will think about pros and cons of that idea. thanks.
[01:15] <ogra> Kamion, ping
[01:15] <carstenh> azeem: but i guess we will not change our plans about that. we will see :)
[01:19] <Kamion> ogra: pong
[01:19] <Kamion> minor details like assigning gcc to doko
[01:19] <ogra> Kamion, have a look at http://vljubovic.members.epn.ba/ldseed.txt, does that look ok for you ?
[01:20] <doko> heh, I did clean up the gcc reports two days before :-/
[01:20] <ogra> Kamion, its for the Lightweight Desktop bounty
[01:21] <Kamion> ogra: I don't understand why there's an "ubuntulite-icewm" that "includes icewm, icepref and rox-filer"
[01:21] <ogra> oh, yes.. i overlooked that... vedran ?
[01:22] <vedran> it also does some configuration
[01:22] <ogra> vedran, could you split that into the single packages ?
[01:22] <vedran> well just use regular packages :) but ubuntulite-icewm configure icewm to use rox-filer as desktop
[01:22] <Kamion> ogra: console-tools and usbutils are both in minimal and shouldn't be in the lightweight-desktop seed too
[01:22] <ogra> vedran, ^^^^
[01:22] <vedran> ok i'm logging ;)
[01:23] <Kamion> presumably this seed would depend on standard
[01:23] <ogra> yes
[01:23] <Kamion> otherwise it doesn't seem too bad
[01:23] <Kamion> I haven't run germinate over it to work out the size
[01:23] <Kamion> perhaps somebody else could do that; more people need to get used to using germinate
[01:24] <Kamion> you'll need to grab the breezy seeds, drop this new seed into them, edit STRUCTURE accordingly, and use germinate's -S switch to point it at your local seeds
[01:24] <\sh> does anybody have problems mit libXrender.la on amd64?
[01:25] <vedran> Kamion: I can't do that until tommorow :(
[01:25] <ogra> vedran, that'd be enough...
[01:25] <ogra> vedran, we just have to have it done until your SoC time is over
[01:26] <ogra> which is aug. 11th ? if i'm not wrong... so plenty of time
[01:26] <Kamion> there's a germinate package in breezy which will be suitable for that
[01:26] <vedran> ogra: sep 11th afaik :)
[01:26] <ogra> oh
[01:26] <ogra> even better :) (i already felt in a rush)
[01:27] <vedran> Kamion: any idea how to properly solve the icewm/rox integration? (it's just one file in /etc)
[01:29] <Kamion> vedran: doesn't rox-filer register itself with the x-session-manager or x-window-manager alternatives (whichever's appropriate)?
[01:29] <Kamion> alternatives would be the usual way to solve this
[01:30] <ogra> it will require some small changes to the package if its not using the alternative system yet
[01:30] <ogra> (but it already should do it)
[01:30] <vedran> Kamion: i'm not sure that would do it, it needs to be added to icewm session
[01:31] <vedran> that is, icewm starts rox-filer as its desktop (the thing with icons)
[01:31] <vedran> its already done in xfce, i need to look how
[01:31] <Kamion> what does icewm do for its desktop in its default configuration?
[01:31] <Kamion> as packaged
[01:32] <vedran> nothing iirc
[01:32] <\sh> ogra: can u do me a favour? or are u extensivly busy? :)
[01:33] <ogra> \sh, the latter...
[01:33] <ogra> what would be the favor
[01:33] <ogra> ?
[01:33] <\sh> ogra: apt-get source grip
[01:33] <Kamion> vedran: does it have any kind of directory into which packages can drop session entries?
[01:33] <ogra> \sh, done
[01:33] <\sh> and check in your amd64 pbuilder if it builds..or if it throws a nice libXrender.la error...if yes, please put an autotools dance in the rules file in the configure target and rebuild it again
[01:34] <\sh> I don't want to use the buildds again for testing ,-)
[01:34] <\sh> in the meantime I'm trying to help mvo more
[01:34] <Kamion> vedran: also, let's say somebody (not using your configuration) was running icewm and installed rox-filer. Would they want it to set itself up as the icewm desktop?
[01:34] <ogra> \sh, pbuilder running
[01:35] <vedran> Kamion: thats the problem, i'd like people to say something like "apt-get icewm-roxfiler-desktop" and get all preconfigured
[01:35] <\sh> thx man...short away
[01:38] <vedran> Kamion: icewm session is just one script, not directory, and needs to be placed in /etc/skel
[01:39] <TWD> Is anyone working on the DialUp Support goal atm?
[01:39] <ogra> \sh, libtool: link: cannot find the library `/usr/lib/libXrender.la'
[01:41] <Kamion> vedran: (I'd be happier with a name like icewm-roxfiler-desktop than with ubuntulite-icewm, FWIW; it describes more clearly what it does, and it's more branding-friendly)
[01:42] <Kamion> vedran: /etc/skel??? gross
[01:42] <ogra> rather ugly :)
[01:42] <Kamion> vedran: please try to make that site-wide configuration instead
[01:42] <Kamion> see Debian policy 10.7.5 for rationale - /etc/skel is difficult to support correctly
[01:48] <vedran> Kamion: ok I've found a better way :) I'll make a fixed package tommorow
[01:49] <Kamion> cool, thanks
[01:52] <fabbione> doko:   curl_7.14.0-2ubuntu1: successful
[01:53] <doko> heh, nice
[02:02] <\sh> ogra: can u put in the rules file a aclocal-1.x automake-1.x and autconf and libtoolize? I'm just curious..cause on all other archs it worked
[02:02] <ogra> \sh, later thi evening... i'm curretly very busy getting my hwdb patches into hal
[02:03] <\sh> ogra: np
[02:03] <\sh> ogra: actually I'm w8ing for Mithrandir to reactivate my account
[02:12] <Kamion> http://lwn.net/Articles/145024/#Comments <- "Ubuntu's parallel startup is the worst"
[02:13] <Treenaks> it is?
[02:13] <bob2> it has parallel startup?
[02:13] <Kamion> claiming that starting gdm early isn't really a win because there's so much else going on
[02:13] <Kamion> and that something that starts after gdm screws up X
[02:14] <tseng> well they should test it
[02:14] <Kamion> read the article - it's somebody saying that from experience
[02:14] <ogra> hmm, i have to try runlevel 3 ;) never booted into this *g*
[02:19] <infinity> 'tree' isn't in main?... My life may come to an end.
[02:20] <bob2> if only you had upload priveleges!
[02:20] <infinity> I do, but this is about seeds.
[02:21] <seb128> doko: around?
[02:21] <seb128> grrrrr
[02:21] <infinity> I guess it's time to write a MainInclusionReport for tree!
[02:21] <seb128>  firefox (1.0.6-1ubuntu2) breezy; urgency=low
[02:21] <seb128>  .
[02:21] <seb128>    * Don't ship firefox-dev with firefox-nspr.pc and firefox-nss.pc.
[02:21] <seb128>
[02:21] <infinity> Cause, y'know, installing from universe makes me a sad panda.
[02:21] <doko> seb128: yes
[02:21] <seb128> that breaks epiphany-browser ... why this change?
[02:21] <seb128> it FTBFS now
[02:21] <doko> because the headers are not in the package
[02:21] <ogra> seb128, because we dont like epiphany  :)
[02:21] <ogra> pitti, !!!
[02:21] <seb128> doko: ?
[02:21] <pitti> Hi
[02:22] <seb128> doko: please put that back so epiphany-browser can build
[02:22] <doko> there is no /usr/include/firefox/nspr directory in the package
[02:22] <doko> seb128: no, it makes OOo2 FTBFS
[02:22] <seb128> firefox-dev: /usr/include/mozilla-firefox/nspr/nspr.h
[02:23] <ogra> pitti, i reworked the lsb_release patch .... are you fine if i send it to you wit a patched Makefile.am and you do the automake patch again ?
[02:23] <seb128> includedir=/usr/include/mozilla-firefox
[02:23] <seb128> Cflags: -I${includedir}/nspr
[02:23] <seb128>
[02:23] <seb128> doko: that's before your upload ... what's wrong with that ?
[02:24] <doko> seb128: ehh, since when are these included? is libnspr.so there as well?
[02:24] <pitti> ogra: sure
[02:24] <ogra> pitti, indeed only in the end if all my patches re in again...
[02:24] <seb128> doko: for ages
[02:24] <ogra> pitti, i also sent it upstream... curious if david will accpt it :)
[02:24] <doko> seb128: definitely not ...
[02:24] <ogra> pitti, thanks :)
[02:24] <pitti> ogra: I doubt it, but let's hope :-)
[02:25] <seb128> doko: the package has not changed for months ...
[02:25] <ogra> pitti, come on, the lsb patch is non intrusive and its a nice feature for lsb based distros :)
[02:25] <seb128> doko: anyway this .pc is right, it points to existant .h files so please revert your change
[02:26] <pitti> ogra: you have to convince David, not me :-)
[02:27] <ogra> pitti, i know :)
[02:27] <ogra> pitti, i must admit i dont really care, i sent it to the ML... if he likes it, ok. if not i'm still fine :) i wont put time into discussing it with him :)
[02:28] <doko> seb128: the nss headers are still missing
[02:29] <doko> seb128: the .so links are missing. this is just wrong. keep the files out, fix epiphany-browser please
[02:29] <seb128> grrr
[02:29] <seb128> I'm going to change firefox myself
[02:29] <fabbione> elmo: ping?
[02:29] <seb128> I've enough to do with GNOME atm without getting that b0rked
[02:29] <doko> seb128: please don't. this IS WRONG!
[02:29] <elmo> fabbione: ?
[02:29] <crispin> doko: the firefox-xpcom .pc file depends on firefox-nspr ....
[02:30] <Treenaks> elmo: did you see my mail re: upload rights?
[02:30] <fabbione> elmo: did you install the B-D on concordia?
[02:30] <doko> seb128: that's not right way. reverting a fix, because you say you don't have time to fix your packages
[02:30] <elmo> fabbione: eh, what b-d?
[02:30] <elmo> Treenaks: yes, I haven't had a chance to look yet
[02:30] <fabbione> elmo: ok.. just a sec. i will grab the list again
[02:31] <fabbione> dpkg-checkbuilddeps: Unmet build dependencies: kernel-wedge (>= 2.05ubuntu2) linux-headers-2.6.12-4-amd64-generic linux-headers-2.6.12-4-amd64-k8 linux-headers-2.6.12-4-amd64-k8-smp linux-headers-2.6.12-4-amd64-xeon libxxf86vm-dev
[02:31] <seb128> doko: this is not a fix, the browser are built with firefox and these files are needed
[02:31] <fabbione> elmo: these ones...
[02:31] <fabbione> concordia breezy chroot please :)
[02:31] <seb128> doko: is some .so are not listed by the package put them here, that's the fix
[02:32] <fabbione> elmo: it was probably lost in the scroll back.. nothing too important
[02:32] <seb128> doko: dropping files is not fixing anything, it's just running away and breaking other packages
[02:32] <doko> seb128: no, you have to use the things provided by libnspr-dev and libnss-dev.
[02:32] <seb128> I don't want to build with mozilla
[02:32] <doko> seb128: you do want to build with libnspr-dev and libnss-dev
[02:33] <seb128> no, that's mozilla
[02:33] <doko> seb128: it is
[02:33] <seb128> I don't even have these packages installed
[02:33] <doko> seb128: currently you _pretend_ to build with firefox
[02:33] <doko> so where do you get the nspr and nss libs from?
[02:33] <seb128> typo
[02:34] <seb128> anyway I don't want to build with /usr/lib/pkgconfig/mozilla-nspr.pc
[02:34] <seb128> but with /usr/lib/pkgconfig/firefox-nspr.pc
[02:34] <pitti> seb128: would it help if firefox produced libnspr instead of mozilla?
[02:34] <doko> pitti: yes, it would
[02:34] <seb128> pitti: sure
[02:34] <pitti> seb128: we need to do that anyway if we want to demote mozilla
[02:34] <seb128> which is correct fix
[02:34] <seb128> not what doko is doing
[02:35] <pitti> that would be a pretty severe deviation from Debian, but oh well...
[02:35] <seb128> that's the only way to move mozilla to universe anyway
[02:35] <doko> seb128: you use the mozilla libs and the firefox libs. THATS CRAP!
[02:35] <pitti> seb128: but still, I don't see the problem of build-depending on libnspr-dev, regardless of which source package produces it
[02:35] <seb128> doko: read again what I said
[02:35] <doko> seb128: typo: you use the mozilla libs and the firefox headers
[02:36] <seb128> doko: make firefox build these packages instead of dropping the .pc
[02:36] <pitti> btw, I don't know what doko is doing, I didn't follow that
[02:36] <seb128> pitti: it's dropping firefox-dev .pc files which breaks epiphany
[02:36] <seb128> s/it's/he's/
[02:36] <ogra> pitti,    * Don't ship firefox-dev with firefox-nspr.pc and firefox-nss.pc.
[02:36] <ogra> last upload iirc
[02:36] <seb128> doko:
[02:36] <seb128> $ ldd /usr/bin/epiphany  | grep firefox
[02:36] <seb128>         libgtkembedmoz.so => /usr/lib/mozilla-firefox/libgtkembedmoz.so (0xb7fb0000)
[02:36] <seb128>         libxpcom.so => /usr/lib/mozilla-firefox/libxpcom.so (0xb7eff000)
[02:36] <seb128>         libplds4.so => /usr/lib/mozilla-firefox/libplds4.so (0xb7efb000)
[02:36] <seb128>         libplc4.so => /usr/lib/mozilla-firefox/libplc4.so (0xb7ef6000)
[02:36] <pitti> doko: does libnspr4-dev have the .pc file?
[02:36] <seb128>         libnspr4.so => /usr/lib/mozilla-firefox/libnspr4.so (0xb7ec4000)
[02:37] <doko> pitti: the libnss.pc file is referencing /usr/include/firefox/nss, which is not there, and it references /usr/lib/libnss.so, which is not provided by this package
[02:37] <seb128> $ ldd /usr/bin/epiphany  | grep mozilla | grep -v firefox
[02:37] <seb128> $
[02:37] <pitti> seb128:  libnspr4.so => /usr/lib/mozilla-firefox/libnspr4.so (0xb7ec4000 <- that's SOO wrong
[02:37] <doko> pitti: yes, but seb128 does not want to use it
[02:37] <seb128> pitti: why?
[02:38] <seb128> doko: where am I using mozilla libs?
[02:38] <pitti> seb128: libraries belong into /usr/lib, and once we change libnspr4-package, we expect that packages using it get the fix as well
[02:38] <pitti> seb128: otherwise we quietly duplicate libs, which is evil
[02:38] <doko> pitti, seb128: I'm forwarding you a mail I sent to the Debian mozilla and firefox maintainers. The best way would be to build the libs from it's own source and make the other packages use them
[02:39] <infinity> seb128 ; They're compatible libs anyway, or they bloody well better be if the SONAME is the same, so why do you care if you link to the public ones (from Mozillaa) or the private ones (from Firefox), except that the latter is JUST PLAIN SICK AND WRONG...?
[02:39] <pitti> doko: that's exactly what I had in mind, I just look whether this is possible
[02:40] <pitti> doko: seems easy, subdir nsprpub/ even has its own configure
[02:40] <seb128> infinity: building with firefox or mozilla doesn't give the same behaviour, I guess there is a difference somewhere
[02:40] <doko> pitti: yes, nss is the problem
[02:40] <pitti> seb128: that's a bug then
[02:40] <seb128> pitti: what? firefox and mozilla are different ...
[02:40] <pitti> seb128: right, but libnspr4 should behave the same
[02:40] <infinity> seb128 : The browsers are, but those libs shouldn't be..
[02:41] <elmo> fabbione: done
[02:41] <seb128> crispin: heeelp :)
[02:41] <seb128> crispin: what does change when you build with firefox or mozilla ?
[02:41] <crispin> lots and lots of things :-)
[02:41] <doko> http://ftp.mozilla.org/pub/mozilla.org/nspr/releases/
[02:41] <Kamion> oh, hi crispin
[02:41] <doko> http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/
[02:41] <crispin> hi Kamion
[02:41] <doko> pitti: ^^^
[02:41] <seb128> crispin: why if the libs are the same? :)
[02:41] <pitti> doko: yay
[02:41] <crispin> I don't know the details of the nspr changes, but certainly an epiphany built against ff won't work against mozilla libs
[02:42] <doko> I wanted to start these, but currently ENOTIME
[02:42] <pitti> crispin: it's not building against FF, it's building against the basic nspr lib
[02:42] <crispin> the nspr bits might be compatible between ff and mozilla, but there is no guarantee
[02:42] <pitti> crispin: if they aren't that would be abug
[02:43] <infinity> I could see that for xpcom and gtkemebdmoz
[02:43] <crispin> certainly the libgtkmozembed.so in ff and mozilla _are_ different
[02:43] <infinity> But nspr and nss should be identical.
[02:43] <pitti> crispin: for sure
[02:43] <doko> crispin: but we currently use firefox's nss headers. so we already are wrong
[02:43] <crispin> besides, the .pc files in the current ff package are screwed
[02:43] <seb128> what .pc? doko just droped them :p
[02:44] <crispin> firefox-gtkmozembed (which is what ephy uses) depends on firefox-xpcom, which depends on firefox-nspr (which isn't there)
[02:44] <doko> Kamion: you stay, or do you work some hours until you drive her back? ;-)
[02:45] <Kamion> stay there, but it shouldn't take that long; the dress has already been selected :)
[02:45] <fabbione> elmo: thanks
[02:45] <seb128> crispin: so what is to change?
[02:46] <crispin> seb128: hmm, well I suppose in theory if the firefox-dev package was made to depend on libnspr4-dev and the .pc files were fixed, that might work, but I doubt anyone has tried that
[02:46] <infinity> crispin : Right, and it should be ffox-gtkmozembed -> ffox-xpcom -> moz-nspr, as far as I can tell.  nspr has no need ot be duplicated.
[02:46] <carlos> mjg59_, hi, around?
[02:47] <pitti> infinity: upgrading from warty's ffox is a mess, but I'm slowly making progress...
[02:47] <pitti> infinity: how's tbird?
[02:47] <crispin> infinity: yeah, that might work, but I wouldn't like to make any guarantees
[02:48] <rtcm> seb128: shouldn't gnome-smproxy be removed from /usr/share/gnome/default.session now that it is deprecated upstream? should i file a bug about it?
[02:48] <crispin> we (galeon/epiphany) have _a lot_ of trouble with ff / mozilla API changes
[02:48] <pitti> infinity: btw, in warty the new ffox breaks all the locale packs, could you please check that for tbird as well?
[02:48] <infinity> pitti : Oh, ouch, I hadn't thought of langpacks.
[02:48] <mjg59_> carlos: Hi
[02:48] <seb128> rtcm: good catch, please fill a bug, thanks
[02:48] <pitti> infinity: not the langpacks itself, mozilla-firefox-locale-* in my case
[02:49] <carlos> mjg59_, daf told me that perhaps you could help me a bit with a problem I have with my Lenovo X41 battery
[02:49] <pitti> carlos: btw, any ETA on the translation tarball? if I don't finish that by friday, seb128 eats me for breakfast
[02:50] <infinity> pitti : Are those not geenrated from the same sou-- Oh, no, they're not.  Suck.
[02:50] <crispin> oh, and of course ff-dev should drop the nspr headers if it changes the pc files and dependancies :-)
[02:50] <mjg59_> carlos: I can try...
[02:50] <carlos> pitti, I was offline yesterday but I had it more or less working, got a problem and had to leave so I hope you will have it today (if the script finish on time, if it takes more time, tomorrow morning)
[02:51] <pitti> infinity: $ grep 'Package: mozilla-thunderbird-locale' /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_warty_main_binary-i386_Packages
[02:51] <pitti> [warty]  martin@donald:~$
[02:51] <carlos> mjg59_, I got it last week and I'm not able to use it without the power plug for more than 1 hour and a half
[02:51] <pitti> infinity: lucky you
[02:51] <bob2> what's up with http://cdimage.ubuntu.com/dvd/current/ only having amd64 stuff?
[02:51] <carlos> mjg59_, and the laptop mode is on
[02:51] <Amaranth> bob2: openoffice2 deps
[02:51] <Amaranth> err, wait
[02:51] <infinity> pitti : They're in universe.
[02:52] <pitti> infinity: that's why I said "lucky you" :-)
[02:52] <Amaranth> language-support-en depends on something from openoffice but the openoffice2 package conflicts with that one
[02:52] <bob2> cdimage.ubuntu.com seems to have a bunch of issues
[02:52] <bob2> is that elmo or Kamion country?
[02:52] <doko> crispin: nss should be built from which source?
[02:52] <infinity> pitti : We have the green light to break universe packages willy-nilly with these updates?
[02:52] <Amaranth> bob2: That's main uploader country. :)
[02:52] <pitti> infinity: most of them were obsolete even with warty's tbird
[02:52] <bob2> Amaranth: ?
[02:52] <doko> Amaranth: the oo2 conflicts are resolved in m116
[02:53] <Amaranth> bob2: unbreak main and cdimages will pop out :)
[02:53] <infinity> pitti : Oh, so they are.  Interesting.
[02:53] <Amaranth> doko: cool
[02:53] <pitti> infinity: so it should only be necessary to update about 5 packages for universe (would be cool if we did)
[02:53] <bob2> Amaranth: for hoary
[02:53] <infinity> pitti : We need to do britney runs or something to prevent releasing with obviously broken packages like that.
[02:53] <pitti> infinity: I didn't meet britney so far, is she nice?
[02:54] <pitti> infinity: luckily all mozilla-locale-* packages are in universe, too, so at least I didn't screw up that...
[02:54] <pitti> (for warty)
[02:54] <infinity> pitti : -de, -fr, and -nl are the only installable ones.  The rest are broken anyway.  So, I'll just be breaking the last 3. :/
[02:54] <pitti> infinity: oh, I only checked warty, not hoary
[02:55] <infinity> pitti : The hoary ones depend on versions between 1.0 and 1.1, so we're safe there.
[02:55] <mjg59_> carlos: Is this the big battery or the small one?
[02:55] <pitti> infinity: cool; I remember that I thought of that when I brought them in shape
[02:55] <crispin> doko: no idea, I don't know how the ff / mozilla code interacts with nss
[02:56] <infinity> pitti : britney, as in the "testing" script.  Not that we should use "testing", it would completely break our workflow, but using britney occasionally to check for "Ooo, we have 800 completely uninstallable packages" might be nice.
[02:56] <mjg59_> carlos: And can you unplug it, then put the contents of the files in /proc/acpi/battery/* somewhere?
[02:56] <carlos> mjg59_, the small one
[02:56] <carlos> mjg59_, sure
[02:56] <pitti> infinity: would it be possible to run that with "imagine I would put these security uploads to warty-security"?
[02:57] <pitti> infinity: or is it just "see that you broke it"?
[02:57] <infinity> pitti : If you had a packages file for the proposed updates, sure.
[02:57] <Amaranth> (gedit:7085): Gtk-CRITICAL **: gtk_file_system_path_is_local: assertion `path != NULL' failed :/
[02:57] <Amaranth> anyone know what that means?
[02:57] <infinity> pitti : Use your packages file as the input (sid), and the union of warty and warty-security as the target (testing), and let it go.
[03:08] <lamont> infinity: was more making sure you'd seen the /query and weren't going to mess with the chroots I was in...  but they're back to normal now
[03:10] <doko> infinity, pitti: Kamion said, he was working on it
[03:12] <infinity> lamont : Ahh, yeah, I saw it.  Also, ghc6 needs gcc-4.0 porting, which I never got around to doing.  Did you hack on it at all?
[03:12] <lamont> infinity: about 2 seconds worth
[03:13] <lamont> see #ubuntu-motu scrollback for my bitching when I quit dealing with it about 7-8 hours ago
[03:13] <infinity> Heh.  Did you get to the point where you have any patches to show for it, or would anyone else taking up the torch be better off starting from scratch?
[03:15] <\sh> doko: ping -> fbi fixed
[03:16] <\sh> elmo: ping -> what do u need from me, for gpg key main include? should I mail u again my gpg pubkey?
[03:19] <lamont> infinity: ghc/includes/Storage.h, comment out the extern that causes GC.c to fail.  That gets you to where I tossed my hands in the air.
[03:20] <infinity> lamont : Alright, I'm trawling upstream CVS right now, looks like they've been committing gcc-4.0 fixes.
[03:20] <ogra> pitti, do you know where callout.h dissapeared in hal ?
[03:21] <lamont> infinity: I threw it back to sispoty and siretart - probably good to make sure there's no dup effort
[03:21] <lamont> really running
[03:21] <pitti> ogra: no, sorry
[03:23] <ogra> argl... it was dropped completely ....
[03:23] <ogra> damned
[03:30] <\sh> grrrrr....diff between pbuilder and sbuild was, that sbuild is parsing the build-deps in reverse order?
[03:31] <infinity> ...?
[03:31] <infinity> \sh : In what case?
[03:32] <\sh> e.g. Build-Depends:  libxorg1-glu-dev | libglu-dev
[03:32] <infinity> Uhm, libxorg1-glu-dev isn't a package.
[03:32] <\sh> and sbuild makes: libglu-dev is a virtual package provided by: xlibmesa-glu-dev libglu1-mesa-dev libglu1-xorg-dev
[03:32] <\sh> what?
[03:32] <infinity> Try libglu1-xorg-dev
[03:32] <\sh> aya
[03:33] <infinity> (But it's going away in daniels' next upload anyway, so get used to using libglu1-mesa-dev)
[03:33] <infinity> Or, "Hi, GL and GLU are still seriously in flux, have a nice day."
[03:34] <sebest> hi, any pointer to create initrd ?
[03:34] <infinity> I need to upload some less broken mesa stuff, xorg -44 will drop GLU (so we only have one implementation), mesa needs to head to main, and a weird dpkg bug that triggers in some mesag-dev installations needs to be fixed or worked around.  Did I miss anything?
[03:34] <siretart> infinity: whats bad about libglu1-xorg-dev? it is the same as in debian
[03:35] <\sh> infinity: so I wasn't wrong...I doesn't really matter what I'm writing as GLU build-deps...it's always wrong ;)
[03:35] <siretart> sebest: mkinitrd(8)
[03:35] <infinity> siretart : Nothing's bad about it, except that as part of X modularisation, mesa is going back where it belongs -- to upstream mesa, rather than having an extra copy in Xorg that Xorg builds libs from.
[03:35] <infinity> \sh : Possibly, yes. :/
[03:35] <infinity> \sh : We're pushing to get this all a lot less confusing (and less ever-changing) as quickly as we can.
[03:37] <infinity> \sh : For now, though, build-dep on liblgu1-xorg-dev, since we know it works (and you get to see if your packages actually build), and I'll go over verything in a semi-automated fashion after we fix the xorg/mesa overlaps and rebuild anything that may need it.
[03:38] <\sh> infinity: forget my sarcastic comments...I was wrong..that's it
[03:39] <\sh> but funny, that ia64 was behaving differently...
[03:39] <infinity> \sh : ia64 may have a dirty chroot.  That can cause unexpected behaviour.
[03:39] <bddebian> Heya
[03:39] <infinity> \sh : Due the aforementioned dpkg bug, some mesa-related builds are leaving chroots broken.
[03:42] <doko> \sh: thanks for the fbi upload. did you change anything in the source?
[03:42] <\sh> infinity: so we can also have a problem on amd64 with libXrender.la?
[03:43] <\sh> doko: yes...i included in the build-deps: bsdmainutils, cause hexdump was needed on ppc
[03:43] <doko> \sh: please reupload as ubuntu1
[03:43] <\sh> eek..ok
[03:43] <\sh> doko: but grip is giving me a headache
[03:44] <infinity> \sh : What's this about Xrender.la?... That should be long gone.  Which build log are you looking at?
[03:44] <\sh> infinity: http://people.ubuntu.com/~lamont/buildLogs/g/grip/3.3.1-2ubuntu2/grip_3.3.1-2ubuntu2_20050727-1200-amd64-failed.gz
[03:44] <\sh> infinity: and it's only occuring on amd64
[03:44] <ogra> infinity, fails here locally too
[03:45] <infinity> \sh : And yes, if you change the source, use -XubuntuX, as those are the only revisions that won't get automatically overwritten when the archive is in sync mode.
[03:45] <infinity> \sh : Kay, that means amd64 probably needs some libraries to be updated.  I'll look at it and fix it tonight.
[03:45] <\sh> infinity: thx
[03:46] <doko> \sh: it's likely a pkgconfig file, which still references the .la file
[03:46] <bddebian> Heya highvoltage
[03:47] <highvoltage> hu bddebian. how are things?
[03:47] <\sh> doko: let me check again..I'm really sad, that I'm a pkgconfig noob :(
[03:47] <bddebian> highvoltage: Not too bad thanks.  You?
[03:47] <Kamion> doko: are we getting the OOo2 milestone without the conflicts soon, then? it's blocking live CDs at the moment
[03:48] <Kamion> bob2: what's up with cdimage?
[03:48] <highvoltage> bddebian: had a very productive day, so very well thanks.
[03:48] <bddebian> Nice
[03:48] <Kamion> bob2: cdimage is mostly my bailiwick
[03:48] <\sh> doko: some libs have to be updated, as infinity pointed out..
[03:49] <doko> Kamion: the OOo2 milestone was upload nearly three weeks ago. ask the xorg maintainer when he likes to unbreak xutils
[03:50] <Kamion> doko: huh? no, this doesn't match reality
[03:50] <Kamion> doko: oh, you mean it's FTBFS?
[03:50] <doko> Kamion: I'm trying to work around now
[03:50] <doko> doko: yes, it FTBFS
[03:50] <Kamion> ah, ok
[03:50] <bob2> Kamion: e.g. http://cdimage.ubuntu.com/dvd/current/ only has amd64
[03:51] <Kamion> bob2: no live filesystem for other architectures at the moment, due to that OOo2 conflicts thing
[03:51] <bob2> Kamion: and http://cdimage.ubuntu.com/releases/hoary/ looks like where I'd get a release iso from, but it only ha array 7
[03:51] <Kamion> bob2: so the DVD build fails
[03:51] <Kamion> bob2: http://releases.ubuntu.com/hoary/
[03:51] <bob2> (which iirc was almost identical to releae, but still)
[03:51] <tepsipakki> is the current X in breezy known not to work? or is my laptop hosed otherwise (been on a vacation for the last few weeks..)
[03:51] <Kamion> array 7 was reasonably different from release
[03:52] <bob2> Kamion: yeah, I found it, but it did confuse me a bit :)
[03:52] <infinity> tepsipakki : /topic
[03:52] <Kamion> yeah, the layout is not optimal
[03:52] <Kamion> I kept getting instructions from above to rearrange it, which didn't help ;)
[03:52] <bob2> haha
[03:52] <tepsipakki> infinity: I noticed that before i upgraded ;)
[03:52] <tepsipakki> infinity: I had -34
[03:52] <HWolf> eh, that deadline mentioned in /topic is passed, btw
[03:53] <bddebian> HWolf: Aye, days ago :-)
[03:54] <HWolf> bddebian: it's really tempting to do a 'debian is not ubuntu' right now. ;)
[03:55] <HWolf> I'll refrain, I'm feeling nice. *smiles*
[03:55] <bddebian> Doh :-)
[03:55] <infinity> \sh : Notice such breakages on any other packages recently?
[03:56] <\sh> infinity: no..it was the first with libXrender.la on amd64..
[03:56] <\sh> all kde tool builds were fine
[03:57] <infinity> \sh : Alright.  It'll be fixed PDQ.  THanks for the headsup.
[03:57] <\sh> in the last couple of days..even there was no libxrender-dev build-dep actually
[03:58] <\sh> ok..going home now...later dudes
[04:00] <infinity> lamont : You're done with crested, right?
[04:00] <infinity> lamont : The chroot's still dirty and buildd is still stopped, so I'm curious. :0
[04:01] <infinity> lamont : Alright, I'm just going to assume you're done and clean up.
[04:01] <pitti> infinity: btw, would it be too much overhead to regenerate the chroots for every package, like pbuilder does?
[04:01] <doko> ogra: does gcompris belong to edubuntu?
[04:02] <ogra> doko, yes
[04:02] <ogra> doko, why ?
[04:02] <infinity> pitti : Probably not terribly much so, but this method works except when a package is horribly broken (and in odd cases, that's a breakage we only catch, or only catch quickly, on the buildds)
[04:02] <infinity> pitti : IOW, the current situation isn't optimal, but I don't mind it enough to change it.
[04:04] <doko> ogra: you did win 12280
[04:04] <ogra> meh
[04:10] <pitti> bah, these stubborn ffox locale package drive me up the wall
[04:14] <HWolf> pitti, drive that useless package up the wall instead, with a good stick. ;)
[04:14] <pitti> ogra: the patch looks fine (one nitpick, but nevermind), so go ahead and upload if you want
[04:14] <pitti> HWolf: upgrading Warty's ffox breaks the existing packs, I have to update them as well, but that is totally nontrivial
[04:14] <HWolf> pitti: I feel for you
[04:16] <ogra> pitti, i'm struggling with the procfs patch currently... hughsie has added a Processor device so they either clash or we have it two times.... additionally hal obviously uses dmidecode now to create all the additional devices, but rips out very important info needed for hwdb :( its really odd...
[04:17] <ogra> the removal of callout.{h,c} isnt explained anywhere... there is a new hal_util_callout_device thats undocumented etc... i'm slightly going insane here
[04:18] <pitti> ogra: me too, if it helps yoou in any way
[04:19] <ogra> pitti, yes, it makes me feel less alone :)
[04:22] <ogra> the odd thing is i really dont understand why hughsie added the processor device, its not used at all for/by powermanager... he seems to have just added it because he can but breaks all my stuff with it GRRR
[04:23] <ogra> there is not even useful info in the device details
[04:36] <shackan> ogra, are you oliver ?
[04:36] <ogra> shackan, yep
[04:37] <shackan> uh, so you're "the guy who wrote the hardware datatabase in ubuntu" (from today's mail)
[04:37] <ogra> heh, yep
[04:38] <j^> if nautilus is going to use browser mode by default, it should not have that gigantic X in the side pane
[04:38] <shackan> mind if I pm you a moment ?
[04:38] <ogra> go ahead
[04:38] <shackan> thanks
[04:41] <j^> this "Tree \/     X" pannel is to big anyway should not be bigger than "Name | Size | etc"
[04:49] <tepsipakki> hmm, I've found out that on my thinkpad T23 Xorg messes up the console if it is not set up to use the full screen (by telling the kernel as a parameter)
[04:51] <\sh> re
[05:01] <\sh> samba :)
[05:01] <\sh> *hides*
[05:16] <jbailey> mjg59_: ping?
[05:25] <mdz> morning
[05:26] <pitti> Hi mdz
[05:26] <\sh> hey mdz
[05:26] <Nafallo> morning mdz :-)
[05:27] <Kamion> damnit, where are all my objects disappearing off to
[05:27] <mjg59_> jbailey: Hi
[05:28] <jbailey> mjg59_: You had asked me about initramfs-tools last week, did you get a chance to see if your stuff would integrate better with it?  The upload I did last night greatly increases the chances of booting succesfully. =)
[05:28] <mdz> jbailey: does 'your stuff' include RESUME?  that's one of the things I noticed was missing the last time I looked
[05:28] <jdub> GOOD MORNING FREEDOM LOVERS!
[05:29] <pitti> jdub!
[05:29] <Nafallo> morning jdub! :-)
[05:29] <jdub> jbailey: does it do DSDT stuff yet? :)
[05:29] <jbailey> mdz: *blink* D'oh.  Whups, had missed that.
[05:30] <jbailey> jdub: No, but it's as easy to add as resume.
[05:30] <jbailey> Next upload will have both.
[05:30] <jdub> sweet, i will switch permanently then :-)
[05:30] <mjg59_> jbailey: I haven't had a chance to play with it yet
[05:31] <jbailey> mjg59_: No worries.
[05:31] <whiprush> jdub lives!
[05:31] <mjg59_> jbailey: Proper internet should be arriving next week
[05:31] <jbailey> jdub: Well, with incentive like that! =)
[05:31] <jbailey> mjg59_: Ah, I hadn't realised you were going without.
[05:32] <ogra> doko, i hate you !
[05:33] <mjg59_> jbailey: We've been "borrowing" wireless off someone...
[05:33] <Nafallo> mjg59_: yay! Mithrandir style :-)
[05:33] <jbailey> For all the times I've had to do that, I almost feel bad having a wep key on my wap.
[05:35] <\sh> hey jdub...
[05:35] <bddebian> Bad wep on a wap?  You'd better get that checked. ;-P
[05:36] <jdub> heh, liblaunchpad-integration
[05:36] <doko> ogra: Je n'ai pas compris ;-)
[05:36] <ogra> :p
[05:36] <sladen> jbailey: I need to carry a second orinoco card so I can crack WEP and show just how pointless it is
[05:37] <ogra> doko, 43MB source !! and totally ftbfs on amd64
[05:37] <ogra> :(
[05:37] <\sh> lol
[05:38] <ogra> but it fits in my day... porting my hal patches to 0.5.x isnt better at all... apichanges all over :(
[05:38] <\sh> ogra: u don't know what song I'm listening too ;)
[05:38] <jani> elmo, ping
[05:41] <ogra> ehm, pitti ? (re: hal ML)
[05:42] <pitti> yes?
[05:42] <ogra> pitti, remember that we worked out that patch together ?
[05:42] <ogra> :)
[05:43] <ogra> (the execv is from our patch... he didnt add/change it)
[05:43] <pitti> ogra: yes, but when the list of possible paths grows that long, then it's time to use the standard PATH feature, I think; of course you can just use your or that guy's patch
[05:43] <pitti> ogra: right, but he added the search list, right?
[05:44] <jbailey> sladen: Apparently in Canada (I  haven't verified) there's something where I can be held liable for having an unsecured access point if someone uses it for criminal purposes because I made no attempt to secure it.
[05:44] <ogra> pitti, i dont like what he did at all... he should have done it in osspec and avoid forking into lsb_release_init if lsb_release isnt intalled...
[05:45] <pitti> good point
[05:45] <ogra> pitti, and yes, he added the search list
[05:46] <ogra> but i dont want to discuss the patch... if they want to take and modify it they should... i trus david that he doesnt add rubbish
[05:46] <ogra> (to the hal source i mean)
[05:49] <carstenh> jbailey: the german datenschutzgesetz has a parapraph that could be interpreted in that way too, but i don't know if it _is_ interpreted in that way.
[05:50] <jbailey> carstenh: I was advised this by the security officer at the last place I worked
[05:50] <carstenh> jbailey: i guess it is illegal and it is not interpreted in that way
[05:52] <tepsipakki> i got my X working (first it didn't find module keyboard, because it's now kbd), but now I can't change to console. known issue?
[05:55] <sladen> jbailey: firewall everything except 80 and 22
[05:56] <jbailey> sladen: Hmm, I wonder if that counts.
[05:59] <Amaranth> tepsipakki: install xkbutils
[06:01] <tepsipakki> amaranth: thanks.. noticed that some keys didn't work..
[06:03] <tepsipakki> and now it's confirmed that I have to use vesafb for my console, otherwise X messes it up
[06:03] <tepsipakki> don't recall having such problems on hoary
[06:04] <tepsipakki> (months ago)
[06:04] <tepsipakki> i'll file a bug
[06:04] <sivang> jbailey: oh man, can you clain that you are not tehnically able enough to secure and thuse it wasn't your fault?
[06:05] <jbailey> sivang: *shrug*, who knows?
[06:05] <jbailey> sivang: I suspect it's entirely dependant on whether the judge knows what a wireless router is.
[06:09] <ogra> jbailey, i suspect judges who dont know what that is are getting rare
[06:12] <\sh> ogra: in germany we have too many of them ;) in some areas ;)
[06:12] <infinity> \sh : Wireless routers, or judges?
[06:12] <\sh> judges
[06:13] <\sh> and also wifi routers which are not configured in a good manner...but it's cheap
[06:13] <\sh> need to buy btw. some wireless cables ;)
[06:13] <infinity> \sh : Oh, you can pull libxrender-dev from grip's build-deps again.  T'was a good guess, but wasn't the actual problem. :)
[06:13] <ogra> probably we could exchange the judges with wireless routers to balance that out
[06:13] <infinity> \sh : I fixed the real bug and verified that grip now builds.
[06:13] <\sh> infinity: what was it?
[06:14] <infinity> \sh : vte needed to be rebuilt to rid its .la file of references to libXrender.la (which went away)
[06:14] <\sh> ahh :)
[06:14] <\sh> as I said
[06:15] <\sh> those problems we had as well with kde stuff
[06:15] <infinity> Still?
[06:15] <\sh> no
[06:16] <\sh> Riddell got rid of the problems :)
[06:16] <\sh> infinity: should I upload again with correct build-deps?
[06:16] <\sh> after that I will go to bed for 1h
[06:19] <infinity> \sh : Please, yes.  No point in having incorrect/pointless changes in the ubuntu diff.
[06:21] <\sh> infinity: as ubuntu3 then

[06:22] <\sh> done...sleeping for 1h now...
[06:23] <pitti> gotta go folks, see you tomorrow
[06:23] <infinity> 'Night, pitti.  I'll upload tbird tonight.
[06:23] <pitti> infinity: I uploaded ffox/warty and the German langpacks, the other packs will keep me busy tomorrow
[06:23] <infinity> :/
[06:23] <pitti> infinity: please upload the breezy version first
[06:24] <infinity> Aye.
[06:24] <pitti> (with the new orig.tar.gz)
[06:24] <infinity> Of course.
[06:24] <pitti> infinity: I brought katie in serious trouble with uploading an orig.tar.gz into -security
[06:24] <pitti> infinity: thanks, good luck with the update
[06:24] <pitti> so, good bye, cu tomorrow
[06:30] <mgalvin> hi all
[06:30] <bddebian> Hello mgalvin
[06:31] <mgalvin> i am trying to set up a repositroy and have it mostly working, but i am having issues where the Sources are not being generated properly, any chance someone may be able to give me a hand
[06:32] <mgalvin> are there any good docs on this anywhere
[06:32] <mgalvin> i have pretty much been scouring the net piecing together bits of info
[06:33] <infinity> apt-ftparchive is your friend.
[06:33] <bddebian> mgalvin: What do you mean by sources aren't being generated properly?
[06:33] <mgalvin> infinity, thats what i am using
[06:34] <mgalvin> bddebian, well in my conf file i tell it to use sources and it creates doesn't create a Sources file in dirs where there are sources, it does create Sources.gz though, but when i apt-get update i get errors such as...
[06:35] <mgalvin> Failed to fetch file:///home/mgalvin/Repositroy/dists/hoary/multiverse/source/Sources.gz  File not found
[06:35] <mgalvin> (i modeled it after the real ubuntu archives, for now)
[06:36] <bddebian> mgalvin: Hmm, dunno, sorry
[06:37] <mgalvin> so it is creating Source.gz, not Sources, and apt-get can't see Sources.gz, even though it is there
[06:37] <mgalvin> bddebian, thnx anyway
[06:37] <mgalvin> i'll keep banging on it
[06:38] <mgalvin> i have gotten it to work another way, but then i complains when i try to sign my Releases file
[06:50] <mgalvin> got it
[06:51] <mdz> highvoltage: you know what I want!
[06:52] <mgalvin> still having problem with signing the Release file though, when use just the Release file it works fine, when i sign it and have Release.gpg also it yells at me
[06:52] <mgalvin> Failed to fetch file:///home/mgalvin/Repositroy/dists/hoary/Release  Unable to find expected entry  main/source/Sources in Meta-index file (malformed Release file?)
[06:55] <TheLight> > Jul 21 14:14:20 localhost kernel:
[06:55] <TheLight> > iiciciciiiiiiiiiiiciiiiiiciiiiciciciiiciiciiic
[06:55] <TheLight> > iiiciiiiiiiciceiciiiciiiiiiciiiiiciiciciiciciiceiiiiiiiiiiiiceiiiiiici
[06:55] <TheLight> > ic
[06:55] <TheLight> > iiiciice
[06:56] <TheLight> has anyone seen that error before?
[06:56] <bddebian> Uhm
[06:56] <TheLight> I can't even begin to figure out where it's from but I belive it has something to do with why I keep getting IO errors
[06:58] <TheLight> sry, io errors while writing to jfs or xfs on an etherdrive
[06:59] <hughsie> ogra: do you not sleep? :-)
[06:59] <ogra> hughsie, hal 0.5.x steals my sleep ...
[07:00] <hughsie> ogra: lol, i guess
[07:01] <ogra> hughsie, where is hal_callout_device  gone ? looks like i have to rewrite everything here :(
[07:02] <hughsie> ogra: not sure to be honest, I know davidz re-wrote a lot of my acpi stuff to get it in 0.5
[07:02] <ogra> the api changed heavily.... :(
[07:03] <ogra> hughsie, btw, what for do you have the Processor device ? i dont see the usecase for powermanager ...
[07:04] <aigarius> upgraded to breezy. was fun. hard to believe the last part of topic. ...
[07:04] <ogra> aigarius, thats because you didnt upgrade to breezy last week :)
[07:06] <ogra> hughsie, btw, daniels hasnt been around yet, but i guess we could also talk to mdz, since he had to approve such a intrusive exception from UVF
[07:07] <hughsie> ogra: sure, no problem
[07:07] <hughsie> ogra: who is mdz?
[07:07] <ogra> mdz, busy ?
[07:07] <mdz> ogra: meeting
[07:07] <ogra> hughsie, our lead of the distro team... one could also call him our CTO ;)
[07:08] <hughsie> ogra: gotcha
[07:08] <ogra> hughsie, so lets wait until the meeting is done
[07:08] <hughsie> ogra: it would be easy for me to add back the non-glib bindings to g-p-m
[07:08] <hughsie> but I'm thinking of all the other apps that are switching to the bindings
[07:08] <hughsie> seems a shame
[07:09] <ogra> hughsie, i think that would be the preferred method i ubuntu land currently.. because we had to transition _everything_ depending on dbus... and thats a lot
[07:10] <ogra> tseng, around ?
[07:10] <hughsie> ogra: okay, let me remove glib bindings and I'll see what doesn;t compile in g-p-m
[07:11] <ogra> hughsie, okay, great, thanks for the effort :)
[07:16] <mdz> ogra: what is the question?
[07:17] <ogra> mdz, hughsie is upstream for gnome-power... the powermanager we want to use in breezy... he made a lot of changes upstream to match our requirements for ubuntu
[07:17] <ogra> mdz, but the latest version depends on a higher dbus version...
[07:18] <ogra> hughsie, can you explain it more detailed ?
[07:19] <mdz> is the new dbus incompatible with the one we have?  if so, at what level? (abi/api/etc.)
[07:19] <hughsie> ogra: sorry yes
[07:19] <ogra> mdz, it seems that a lot of apps are switching and even redhat backports this version to have it in
[07:19] <hughsie> mdz: dbus 0.35 is pretty much the same as 0.34 but with the glib bindings
[07:19] <hughsie> no api change that I'm aware of
[07:20] <hughsie> mdz: lots of apps (gnomey ones) are switching to glib bindings
[07:20] <hughsie> and it seems a shame not to have this in ubuntu (going to mean lots of patching for you if this doesn;t fall in)
[07:21] <hughsie> mdz: redhat are backporting 0.35 into FC4, a move that they probably arn;t takinglightly
[07:21] <seb128> I kind of second that, totem by example wants 0.35 now
[07:21] <hughsie> mdz: seems a shame to cripple the "new" release
[07:22] <ogra> but tseng seems not to be here
[07:22] <hughsie> ogra: i don;t think much changed other than bugfixing in dbus 0.35
[07:22] <Treenaks> hughsie: it did
[07:22] <mdz> if we're going to put it in, we should do it sooner rather than later
[07:22] <hughsie> Treenaks, got any details?
[07:22] <ogra> yep
[07:22] <mdz> are there any specific risks we should be aware of?
[07:22] <Treenaks> hughsie: no
[07:23] <highvoltage> mdz: the downloads were interrupted friday night (my connection died). it's back up now, and i'm not going to bed until i see something boot from this pc!
[07:23] <ogra> mdz, pitti being unhappy about even more work ?
[07:23] <mdz> ogra: how so?
[07:23] <ogra> mdz, pitti seemed not thrilled about the idea
[07:23] <mdz> how is dbus 0.35 more work for pitti than 0.34?
[07:24] <hughsie> Treenacks, mdz: In the changelog there are lots of changes to the python and glib bindings but nothing substantial api wise
[07:24] <ogra> hal recompile... for example... he isnt sure if it works cleanly
[07:24] <hughsie> hal works with 0.35, i'm using it now
[07:24] <hughsie> (from source)
[07:24] <hughsie> (FC4 tho)
[07:24] <ogra> hughsie, 0.5.2 ?
[07:24] <hughsie> 0.5.3 actually :-)
[07:25] <ogra> do you know if 0.5.2 works flawless as well ?
[07:25] <hughsie> 0.5.2 hal-device-manager mightnot work right (it works but spews errors)
[07:25] <hughsie> but hal works fine
[07:25] <ogra> :(
[07:25] <hughsie> (due to a fix inthe python bindings)
[07:25] <hughsie> 0.5.3 works 100% tho
[07:27] <hughsie> mdz: it seems to longer you leave the transition the more patches you'll have to do in 6 months time
[07:27] <ogra> hmm, 0.5.3 isnt in debian yet
[07:27] <mdz> hughsie: we're releasing in less than 3
[07:27] <mdz> mvo: the water gods are angry
[07:27] <ogra> hughsie, we are in UVF, that means no new upstream versions until release
[07:27] <mdz> ogra: ...without review and approval
[07:28] <ogra> hughsie, except exceptions :)
[07:28] <highvoltage> elmo: hi elmo.how's that server coming along that you're setting up for edubuntu?
[07:28] <hughsie> guys: lol
[07:28] <mdz> dbus 0.35 doesn't sound like a big deal to me
[07:28] <ogra> hughsie, i.e. gnome-power would have to be one
[07:28] <ogra> mdz, we have no hal 0.5.3 in debian yet, so our hal would need fixage == work for pitti
[07:29] <hughsie> mdz, ogra: does gnome-power have to ship with everytging else?
[07:29] <mdz> ogra: surely pitti is not the only one who can package a new hal
[07:29] <hughsie> whats wrong with shipping it in universe (or whatever you guys call it)
[07:29] <mdz> hughsie: yes, we release everything at once and press it onto CDs
[07:29] <ogra> hughsie, i just want the version you prepared for us ... to be able to connect it to pmi
[07:29] <hughsie> ogra: not a problem
[07:29] <ogra> mdz, lol
[07:30] <ogra> hughsie, it shall be the default fromtend for pmi in breezy... thats why it should go to main and on the CD
[07:30] <ogra> frontend even
[07:30] <hughsie> ogra; gotcha
[07:30] <hughsie> how long till release?
[07:31] <ogra> 3 months... but feature freeze is august 11th...
[07:31] <hughsie> is that definate, or could that slip?
[07:31] <mdz> that is firm
[07:31] <hughsie> mdz: cool.
[07:31] <ogra> so time to get gnome-power in for me is short... i have more time to fix and adjust it then
[07:32] <mdz> ok, so if I understand correctly:
[07:32] <ogra> oh, great :)
[07:32] <mdz> - we want new gnome-power for feature golas
[07:32] <mdz> s/golas/goals/
[07:32] <mdz> - new gnome-power requires new dbus
[07:32] <ogra> yep
[07:32] <mdz> - new hal is also required for new dbus
[07:32] <mdz> anything else?
[07:32] <ogra> or fixing of our hal
[07:32] <highvoltage> can I make a request for the printing of the ubuntu cd's? the different colours for warty was really great- i missed that for the hoary cd's.
[07:32] <mdz> I'd rather pull 0.5.3 than patch our hal
[07:32] <ogra> i guess you could also backport patches from 0.5.3
[07:32] <ogra> ah, ok
[07:33] <hughsie> mdz: i dont think 0.5.2 -> 0.5.3 was that different
[07:33] <ogra> i'd like to hear pitti about this... but he's already gone
[07:33] <ogra> he wasnt happy about the idea
[07:34] <mdz> what is the issue with hal 0.5.2 + dbus 0.34?
[07:34] <hughsie> ogra: if g-p-m used 0.34, would you still want to ship 0.35 for the other stuff?
[07:34] <mdz> if it isn't api-incompatible, why do we need to update hal?
[07:34] <ogra> hughsie, not me, but you heared seb128, he could need it for totem
[07:34] <hughsie> hal itself is okay
[07:34] <hughsie> mdz: it's hal-device-manager that uses the python bindings
[07:35] <ogra> mdz, <hughsie> 0.5.2 hal-device-manager mightnot work right (it works but spews errors)
 but hal works fine
[07:35] <mdz> hughsie: so there are api changes in the python bindings, but not C?
[07:35] <hughsie> mdz: not completely sure. I think they were described as "fixes" by J5
[07:35] <seb128> jui 15 12:06:08 <hadess>        BBB: any reasons why you need dbus 0.35?
[07:35] <seb128> jui 15 12:07:36 <BBB>   0.34 didn't work, which was a bug according to walters
[07:35] <seb128> jui 15 12:07:40 <BBB>   so I used 0.35 right away
[07:35] <seb128> jui 15 12:07:52 <BBB>   also, api changed 0.34->.35
[07:36] <seb128> I've that from #gnome-hackers
[07:36] <mdz> who is BBB?
[07:36] <hughsie> seb128, glib api changed
[07:36] <ogra> so there _are_ api changes
[07:36] <madduck> sabdfl: http://science.slashdot.org/article.pl?sid=05/07/27/1417247&tid=160&tid=14
[07:36] <ogra> ah
[07:36] <seb128> jui 15 12:16:36 <BBB>   I can try, but I couldn't get 0.34 to eevn register a simple function table
[07:36] <seb128> jui 15 12:16:49 <BBB>   it would just throw a pointless warning and leave me not-understanding
[07:36] <seb128> jui 15 12:16:59 <BBB>   0.35/cvs worked out-of-the-box
[07:36] <hughsie> i think the c api is unchanged
[07:37] <seb128> mdz: he's working for fluendo and upstream for totem-gst
[07:37] <hughsie> (g-p-m seemed to work on both without change)
[07:37] <hughsie> guys, i got a meeting in about 3 mins, so I got to run
[07:37] <seb128> mdz: upstream for gnome-media and a part of sound-juicer too
[07:37] <mdz> my feeling so far is that we should bite the bullet and bring in new dbus+hal
[07:37] <hughsie> could you let me know hat the plan is plz
[07:37] <ogra> hughsie, i'll inform you about the outcome of this, thanks for all the info
[07:37] <hughsie> mdz: that would be my best idea too
[07:37] <mdz> though if pitti has a reasonable objection I would like to hear it
[07:37] <seb128> mdz: agreed
[07:37] <hughsie> ogra: thanks
[07:38] <ogra> mdz, yes, lets wait for pitti
[07:38] <hughsie> cool, with that I go. cheers guys.
[07:38] <seb128> pitti said yesterday it's up to daniels
[07:38] <mdz> daniels?
[07:38] <ogra> seb128, but he wasnt happy at all about it...
[07:38] <seb128> jui 15 12:17:46 <seb128>        daniels: do you know if we have planned to stay to 0.34 or go for 0.35?
[07:38] <seb128> jui 15 13:05:17 <daniels>       seb128: probably 0.35
[07:38] <seb128>
[07:39] <ogra> mdz, daniels packages it... i guess we should move that to someone less stressed
[07:39] <seb128> and that is from the #gnome-hackers discussion
[07:39] <mdz> in that case, it sounds like we all agree on 0.35
[07:39] <mdz> and we should just do it
[07:39] <seb128> right
[07:39] <ogra> yay
[07:58] <fabbione> seb128: hey dude
[07:58] <seb128> hi
[08:03] <tseng> ogra: ?
[08:04] <tseng> ogra: oh
[08:04] <ogra> tseng, any advantages from 0.35 ?
[08:04] <tseng> ogra: the exposed api from the mono bindings is static
[08:04] <tseng> so if we can build against .35
[08:04] <tseng> nothing really cares
[08:04] <ogra> ah, so no change at all
[08:04] <ogra> great :)
[08:04] <tseng> its usually a rebuild
[08:04] <tseng> breaks "abi" or something
[08:05] <tseng> but it works.
[08:11] <Mez> elmo:ping
[08:14] <highvoltage> mdz: ogra says that the ltsp packages will only work on hoary, won't it work if i install them on hoary? i just assumed apt would take care of anything it needs. are there specific packages i could just upgrade?
[08:15] <mdz> highvoltage: you mean breezy, right?
[08:15] <ogra> yes i said breezy...
[08:16] <ogra> but i'm not sure how you implemented it, does this limitation cunt for the host too ?
[08:16] <Mez> elmo:pingmdz: the backports only compile against main yes?
[08:17] <Mez> grr
[08:17] <bddebian> ogra: Uhm, did you mean count there?? ;-P
[08:17] <Mez> mdz: the backports  only compile against main - yes?
[08:17] <ogra> bddebian, indeed...
[08:17] <jasoncohen> Mez, congrats
[08:17] <mdz> Mez: no, it should work exactly the same as the other suites
[08:17] <mdz> Mez: i.e., main can only build against main, and universe only against universe
[08:17] <Mez> o_O
[08:17] <Mez> unknown/gtk-sharp2-unstable_1.9.5-1ubuntu2~hoary1: Dep-Wait by buildd+vernadsky [-:uncompiled]
[08:17] <Mez>   Dependencies: mono-mcs
[08:17] <Mez> but, mono-mcs = in hoary
[08:18] <Mez> so I think somethings cocked up there
[08:19] <jasoncohen> anyone know when we can expect a security update for thunderbird? I think thunderbird 1.0.5 introduced API changes which might cause the same problem backporting security fixes for firefox caused
[08:19] <Mez> (but obviously, I want that killed as it's mono and we dont want mono stuff at the mo
[08:19] <hughsie> ogra: did pitti have his say?
[08:20] <ogra> hughsie, nope, i guess he's done for today
[08:20] <hughsie> ogra: no worries, I'll carry on hacking
[08:20] <ogra> hughsie, but daniels obviously annouced in june already the inclusion of 0.35
[08:21] <ogra> hughsie, <seb128> jui 15 13:05:17 <daniels>       seb128: probably 0.35
[08:21] <hughsie> ogra: okay, that helps, thanks
[08:21] <hughsie> glib-fication away
[08:21] <ogra> hughsie, its very likely we'll get it, if pitti doesnt have srtong arguments against it
[08:21] <hughsie> ogra: cool
[08:21] <highvoltage> mdz: sorry, yes, replace first "hoary" with "breezy"
[08:22] <mdz> highvoltage: you need breezy
[08:22] <ogra> mdz, even as the host system ?
[08:22] <mdz> ogra: that's the only system which matters
[08:22] <ogra> ok
[08:22] <mdz> you need breezy unless you're going to do everything by hand
[08:23] <mdz> in which case that completely defeats the purpose of the test
[08:23] <ogra> ok, i wasnt sure
[08:25] <highvoltage> mdz: ah, ok. i'll sort it out...
[08:25] <mdz> highvoltage: I'm pretty sure that I wrote this near the top of the howto
[08:26] <ogra> mdz, you did...
[08:26] <Mez> infinity, or lamont, ping
[08:27] <infinity> Mez : pong.
[08:28] <Mez> infinity, can you use your "axe" and make amd64/ppc not build acroread :D
[08:28] <Mez> cause it's only for i386
[08:28] <Mez> (that's for backprts)
[08:28] <infinity> Does it somehow hurt for it to be tried on !i386?
[08:29] <infinity> (That's a rhetorical question)
[08:29] <Mez> infinity, It just wont build thats all, makes life a lot easier if it isnt tried :d
[08:29] <highvoltage> mdz: yes, you did. i assumed i could do it on hoary too, sorry, and i though i was just testing the ltsp part, so i wanted to try on hoary since breezy is still kind of broken.
[08:30] <infinity> Mez : Doesn't make life much different at all, really.   A failed build log is pretty much how we deal with this. :)
[08:30] <Mez> ... ?
[08:31] <infinity> Mez : Packages are excluded on a per-arch basis when they break on that arch, or when the whole dependency chain needs to go bye-bye, or something equally evil.  When a package just fails (or doesn't even list our arch in the arch list), we just let the build fail.  It does no harm.
[08:31] <jasoncohen> Mez, https://launchpad.ubuntu.com/malone/bugs/1598
[08:31] <mdz> the next generation of buildd magic will just skip the build entirely
[08:31] <infinity> mdz : The current one does, too.
[08:31] <jasoncohen> Mez, i can't attach the rules file or source though
[08:32] <infinity> mdz : But the log is listed as "failed" not "skipped", that's all.  But it IS skipped (we check the .dsc, we're not in it, we skip)
[08:32] <mdz> seb128: when did libtotem_mozilla.so appear?  it rocks!
[08:33] <mdz> infinity: but it only gets to that point by actually downloading the source package to the buildd and examining it, no?
[08:33] <mdz> and there's really no reason for it to even get that far
[08:33] <ogra> mdz, yeah, its cool.. its there since more then a month
[08:33] <Mez> jasoncohen, assgned to me, I'll do it when I get upload :D
[08:33] <infinity> mdz : Yes, that's because katie doesn't tell wanna-build anything about a package except for the version.  That could be fixed, but I doubt anyone cares.
[08:33] <mdz> infinity: it will be fixed
[08:34] <jasoncohen> Mez, will you be recompiling 2.70 (hoary) with gtk2 or backporting 2.85 from breezy and recompiling with gtk2?
[08:34] <infinity> mdz : IN LP, it will be fixed, I meant "it could be fixed in dak/w-b".
[08:34] <jasoncohen> heh, nevermind- 2.85 still hasn't gone into breezy even though it's been in sid for a while
[08:35] <Mez> jasoncohen, I will be upgrading breezy, then maybe backporting
[08:35] <jasoncohen> 2.85 has a more attractive interface
[08:35] <jasoncohen> i use a checkinstall deb of mplayerplug-in 2.85 compiled with gtk2.
[08:37] <jasoncohen> Mez, do you know what's going to happen with the mirromax and other backports servers that currently are not in sync with the official ubuntu server? there are still packages on mirromax that aren't on the official server
[08:38] <jasoncohen> like mono, firefox etc.
[08:39] <Mez> jasoncohen, we're working on mono
[08:39] <Mez> and firefox is vcurrently breaking the buildd
[08:39] <seb128> mdz: it's for ~2 months but was pretty bugged until 2 weeks ago .. and yeah, it's nice :)
[08:40] <jasoncohen> Mez, will backports still be packaging firefox? what's the point if the ubuntu security team will be providing new upstream releases to fix security issues (which basically accounts for all firefox updates)?
[08:41] <Mez> jasoncohen, the point is... simply, we'll keep backporting FF
[08:41] <infinity> ... why?
[08:41] <jasoncohen> yeah, why?, heh
[08:41] <Mez> infinity as the FF version increases, we'll backport it
[08:41] <Mez> but - as it increases they wont neccesarily put it in h-s
[08:41] <jasoncohen> i see
[08:42] <jasoncohen> so, when 1.5 is released for example, that's going to be backported
[08:42] <Mez> though ff was requested thgrough elmo before the current version
[08:42] <Mez> so infinity, you can kick that from the buildd if you want to/can
[08:44] <ogra> Mez, whats the usecase for that if the lates FF is in hoary ?
[08:44] <jasoncohen> anyone know if this will apply for ubuntu's version of firefox? http://wiki.mozilla.org/Software_Update
[08:45] <Mez> ogra: as I said, the current one - is a different issue
[08:45] <Mez> it was piut in the list before the new FF for hoary was put out
 jasoncohen, the point is... simply, we'll keep backporting FF
[08:45] <jasoncohen> ogra, he is saying that the latest may not be in hoary if for example the latest update isn't security or if a new milestone is released. 1.5 is slated for september
[08:45] <Mez> yeah, my point was that we will .. but I thought he was on about unofficial
[08:46] <infinity> Mez : It failed anyway, not much to kick.
[08:46] <Mez> we keep it in unofficial cause it's too much of a PITA to work
[08:46] <Mez> infinity? it did?
[08:46] <Mez> cool :D
[08:46] <Mez> kick it
[08:47] <jasoncohen> Mez, if the FF versions on hoary & backports are equal, which will be preferred?
[08:47] <ogra> Mez, youre a MOTU, why dont you package a firefox-snapshot package for universe so people can play with it... even debian/utnubu might be interested
[08:50] <Mez> ogra, sorry... what?
[08:50] <Mez> jasoncohen, hoary :D
[08:51] <Mez> ogra - what you mean by firefox-snapshot
[08:51] <ogra> Mez, if you make a package 1.5, why dont you do it in universe and backport from there, so breezy people can use it too
[08:52] <ogra> s/package/package of/
[08:52] <Mez> ogra, I will eventually when it's released :D
[08:52] <Mez> but I coudl do a snapshot
[08:52] <ogra> thats what i mean
[08:52] <Mez> but yeah, I dont have like... upload or anything atm
[08:52] <Mez> :D
[08:52] <jasoncohen> i find that mozilla builds of firefox are faster than ubuntu (faster switching pages, starting up). are they compiled with different options?
[08:52] <ogra> so people dont need additional source entrys to use it
[08:52] <ogra> s/source/sources.list/
[08:52] <Mez> ogra: I was just on about backporting it to official when it gets released
[08:53] <Mez> ogra: not updating unofficial with it - just unofficial = a PITA
[08:57] <adamh> When I try to debug my OpenGL application, gdb spits out a SIGFPE error from "r200_dri.so". I have to type "c" to continue execution, and the program seems to work. Any idea what's wrong?
[08:58] <hughsie> adamh: SIGFPE is floating point exception right?
[08:58] <adamh> hughsie: Yeah, GDB calls it "Arithmetic exception"
[08:59] <hughsie> adamh, something like division like zero?
[08:59] <adamh> hughsie: No idea, it's not in my code
[08:59] <hughsie> lol, okay
[08:59] <adamh> I don't have debugging symbols for r200_dri.so :)
[08:59] <hughsie> adamh: that wa my next uestion
[09:00] <adamh> Though I suppose I could look them up...
[09:00] <adamh> Recompile whatever package in debug mode...
[09:01] <adamh> Hahaha, wonderful, xlibmesa-dri -- provided by the "xorg" source (51MB)
[09:01] <hughsie> adamh, don't envy you
[09:01] <ogra> adamh, hoary ?
[09:02] <adamh> ogra: yep
[09:02] <ogra> adamh, breezy will change that :) modularized X has much smaller ackages
[09:02] <ogra> packages even
[09:02] <adamh> ogra: But the source package is the same, isn't it?
[09:03] <ogra> hopefully not.... else we wouldnt gain anything for the uplods
[09:03] <ogra> uploads...
[09:03] <adamh> Well, maybe breezy will solve my original problem :)
[09:04] <infinity> elmo : [ing.
[09:04] <ogra> at least it will make it easier for you
[09:04] <infinity> elmo : ping too, while you're at it.
[09:04] <adamh> ogra: yeah
[09:04] <adamh> Oh well, I can live with pressing "c" a thousand times a day :)
[09:06] <ogra> adamh, try this one ;) http://www.backstreet.demon.co.uk/oddstuff/drinkingbirds/drinkingbirds.htm
[09:13] <hughsie> ogra: that link is most odd
[09:17] <dholbach> hi
[09:17] <ogra> hughsie, heh, yes, but a helpful tool for such cases ;)
[09:17] <hughsie> ohga: heh
[09:17] <Lathiat> Is there a working breezy install cd yet?
[09:17] <hughsie> *ogra: sorry
[09:17] <dholbach> how do i get umlauts, ... on the newest x.org back? :)
[09:18] <Lathiat> dholbach: write in english :P
[09:18] <ogra> dholbach, xomdmap i heard... why did you upgrade ?
[09:18] <dholbach> ogra: why shouldnt i? is there the don't-upgrade-and-don't-test-new-crack law in place already? :)
[09:19] <dholbach> hmm, xmodmap... that's not very specific :-)
[09:19] <ogra> dholbach, why upgrade if you know its missing stuff and totally broken :)
[09:19] <dholbach> ogra: i didn't loose faith on the way
[09:19] <ogra> dholbach, my X is still at -34
[09:19] <mvo> ogra: wimp :P
[09:20] <ogra> dholbach, but \sh mumbled something about xmodmap and setting a custom modemap
[09:20] <ogra> mv:p
[09:20] <ogra> mvo even
[09:20] <ogra> hehe
[09:21] <infinity> Umlauts are overrated.  We're eliminating spurious accents in breezy, for the good of the planet.
[09:21] <ogra> daniels, said something about next week for a working X ....
[09:21] <dholbach> infinity: if you give me a backslash, curly braces and an <at>-key i'm happy :)
[09:21] <seb128> hey dholbach
[09:22] <zyga> mvo: hello :)
[09:22] <Mithrandir> dholbach: \ { } @
[09:22] <ogra> dholbach, \ { }
[09:22] <ogra> @
[09:22] <dholbach> seb128: hey seb :)
[09:22] <ogra> missed the @
[09:22] <dholbach> Mithrandir, ogra: you're too kind
[09:22] <infinity> dholbach : And now you can copy and paste.  See?
[09:22] <ogra> dholbach, you can kepp them :)
[09:22] <ogra> keep even
[09:22] <ogra> mvo, take vim ! :)
[09:24] <zyga> ogra: it's unethical to propose a holy war in our era ;]
[09:24] <zyga> mvo: how's update-manager?
[09:24] <Mithrandir> infinity: you're adopting thunderbird? :-)
[09:25] <ogra> zyga, i didnt purpose a war :) i was giving a friendly hint ;)
[09:25] <fabbione> Mithrandir: it's FTBFS because of X :)
[09:25] <fabbione> Mithrandir: nothing too fancy to fix...
[09:25] <zyga> ogra: one religion gives a friendly hint to the other about being inferior ;-)
[09:27] <jasoncohen> infinity, are you building a patched version of thunderbird for hoary/warty-security?
[09:33] <ogra> zyga, you know i would _never_ do that, especially not to someone who just called me a whimp because i dont like to break my system intentionally ;)
[09:49] <lamont__> Mez: acroread: i386                                                       # No source
[09:49] <lamont__> that's pretty much there...
[09:49] <lamont__> may be that PaS is out of date on ubuntu's machine, but I don't believe that is the case
[09:50] <lamont__> infinity: do you have commit access to PaS?>
[09:52] <dholbach> wb seb128
[09:54] <seb128> re dholbach
[09:57] <gilligan> evening
[10:03] <OddAbe19> if i dist-upgraded to breezy, besides the known X issues, what am i going to expect in ways of breakage?
[10:03] <OddAbe19> also.... will keyboard work for EN-US person?
[10:03] <OddAbe19> or is that still an issue
[10:04] <infinity> lamont__ : I do.
[10:04] <lamont__> infinity: ok
[10:04] <lamont__> did you add acroread today, or was that already there?
[10:06] <infinity> lamont__ : It's been there for ages.
[10:06] <lamont__> right.  /me larts Mez
[10:07] <infinity> lamont__ : Doesn't change the fact that we tried to build it for hoary-backports.  <shrug>... It also doesn't much matter, cause sbuild stops before going anywhere interesting.
[10:08] <lamont__> elmo: hoary-backports seems to be ignoring PaS???
[10:10] <dholbach> infinity, ogra, Mithrandir: eat this:    \ { } [ ]  @   ;-)
[10:11] <ogra> :p
[10:12] <dholbach> xkbutils and xinit did the trick
[10:14] <dholbach> and with backslash and curly braces i can face LaTeX again - see you :-)
[10:17] <tritium> dholbach, :)
[10:18] <\sh> jesus
[10:18] <\sh> I have arunning german keyboard natively
[10:18] <dholbach> woohoo!
[10:18] <\sh> thx dholbach  ;) for pointing this out :)
[10:18] <dholbach> synaptic search for maintainer "daniel stone" helped me :)
[10:18] <\sh> now..why irssi doesn't understand /set term_type  utf-8
[10:18] <mvo> dholbach: clever!
[10:19] <dholbach> mvo: thank YOU! :)
[10:19] <sladen> \sh: utf8
[10:19] <\sh> unknown term type
[10:20] <\sh> lol
[10:22] <dholbach> infinity: you're evil - that'd have been sabotage to my thesis :)
[10:23] <\sh> jesus who do I have to kiss?
[10:23] <\sh> sladen: it is /set term_charset UTF-8 ,-)
[10:27] <sladen> funky.  my config file has    term_type = "utf8";
[10:28] <ddaa> https://launchpad.ubuntu.com/malone/bugs/1413 files beagle missing as an ubuntu source package on launchpad as a bug. But beagle is not part of ubuntu, it's only in universe.
[10:28] <ddaa> That's clearly an invalid bug, but I'm not sure how to close it.
[10:28] <Lathiat> yeh but isnt malone supposed to track universe stuff
[10:28] <Burgundavia> beagle should exist
[10:29] <Burgundavia> if the source package is in Ubuntu, it should be in LP
[10:29] <ddaa> There's a wide spectrum from "not an ubuntu package" "invalid", to "that's not an ubuntu package but I've created a product for you". Obviously i'm looking for some middle ground.
[10:29] <ddaa> Burgundavia: it's not in ubuntu. It's in Univers.
[10:29] <\sh> infinity: small ping *g*
[10:29] <Burgundavia> ddaa, universe is ubuntu
[10:29] <ddaa> Burgundavia: no, it's not.
[10:29] <Burgundavia> ddaa, yes it is
[10:30] <ddaa> universe is unsupported software.
[10:30] <\sh> infinity: universe/x11/xlockmore_1:5.13-2.1ubuntu2: Dep-Wait by buildd+rothera [optional:out-of-date]  Dependencies: libglu-dev
[10:30] <seb128> Burgundavia: could you search for duplicate, ask the version, say if you get the issue, etc before forwarding bugs upstream?
[10:30] <Burgundavia> seb128, sorry
[10:30] <Amaranth> "I assume GDM isn't really doing well with my keyboard now as it thinks G is enter"
[10:30] <\sh> infinity: now I'm completly confused :(
[10:30] <Amaranth> dholbach: help this guy out :)
[10:30] <\sh> infinity: on i386, ppc, amd64 but not ia64 ;)
[10:30] <Burgundavia> ddaa, universe is one component of ubuntu
[10:30] <dholbach> Amaranth: ouch
[10:30] <seb128> Burgundavia: no need to be sorry, but forwarding this way you give me extra work ... :p
[10:30] <Burgundavia> seb128, I was trying to avoid that
[10:30] <Amaranth> http://ubuntuforums.org/showpost.php?p=272903&postcount=7
[10:31] <ddaa> seb128: since you are the gnome guy around, and more used to dealing with the community than I am, maybe you have a suggestion for me.
[10:31] <\sh> Burgundavia: your bug...for me it's only flickering
[10:31] <Burgundavia> seb128, but bugzilla searching is less than ideal
[10:31] <seb128> Burgundavia: ie: you forwarded a bug on nautilus saying that's with current distro, but submitter didn't say that, do you have the issue?
[10:31] <Burgundavia> seb128, yes
[10:32] <seb128> Burgundavia: try sf.net, the BTS or malone ... bugzilla is great :p
[10:32] <Burgundavia> indeed
[10:32] <seb128> ddaa: about what?
[10:32] <Burgundavia> bts and sf.net causes me to want to remove my eyeballs and eat them
[10:32] <Kamion> bugzilla is so hideously painful compared to debbugs
[10:32] <seb128> that's not that bad, but the search feature are poor
[10:33] <seb128> Kamion: you don't handle a lot of bug, that's why you say that
[10:33] <ddaa> seb128: https://launchpad.ubuntu.com/malone/bugs/1413 this bug reads "Beagle is missing from ubuntu packages. Please add beagle package." but beagle is a universe package.
[10:33] <Kamion> seb128: sorry, but that's bullshit
[10:33] <Amaranth> bugzilla isn't bad when you don't have thousands of components to file bugs against
[10:33] <Burgundavia> Kamion, depends on what you are doing with it. BTS is stronger is some points
[10:33] <seb128> Kamion: you would have 1500 bugs open on nautilus you would cry with the BTS
[10:33] <seb128> Kamion: how do I find a dup with a backtrace with the BTS?
[10:33] <Kamion> seb128: I deal with d-i bugs all the time, there are a billion of those. I'm the openssh maintainer.
[10:33] <Kamion> (functionally, anyway)
[10:34] <seb128> Kamion: k, so teach me how to use the BTS
[10:34] <Kamion> you keep a mailbox with mail you've received about that package
[10:34] <Kamion> it's far easier to search than bugzilla is
[10:34] <seb128> I've a backtrace, I want to look for duplicate on all the packages
[10:34] <ddaa> seb128: The better thing I'd have to say would be "you are welcome to create a beagle product if you are willing to take ownership of the bugs, but it's not a supported ubuntu package, so this bug is invalid", which is not terribly friendly.
[10:34] <seb128> I'm not subscribed to the whole BTS
[10:34] <seb128> Kamion: some GTK crash have dups on different packages, I want to find them
[10:34] <Kamion> /usr/bin/bts can auto-download piles of stuff for you if you ask it
[10:35] <Amaranth> ddaa: If it's in universe it needs to be in malone
[10:35] <seb128> k, so how do I ask for all the opened bug having a funtcion g_some_function with gtk 2.6 on the BTS ?
[10:35] <Amaranth> ddaa: malone is where we track universe bugs
[10:35] <Kamion> man bts
[10:35] <Kamion> man grep
[10:35] <ogra> ddaa, beagle is in ubuntu breezy and mlone is for universe
[10:36] <seb128> Kamion: thanks, that's user friendly
[10:36] <seb128> I'll reply that next time a bug triager ask
[10:36] <Kamion> also, yes, debbugs definitely needs better full-text search capabilities, and we've acknowledged that for a while; that doesn't mean it's a dead loss or that all the other deficiencies of bugzilla don't matter
[10:37] <Burgundavia> Kamion, bts is crap to use on the web interface and try and read from there
[10:37] <ddaa> ogra: http://packages.ubuntu.com/breezy/source/beagle
[10:37] <Kamion> like the incredible pain of working offline with bugzilla
[10:37] <ddaa> that web page reads "universe"
[10:37] <seb128> Kamion: I get mails about all the bugs with bugzilla too ...
[10:37] <Burgundavia> ddaa, malone is for universe packages
[10:37] <Kamion> and can you reply to them? no.
[10:37] <Kamion> you get a mail and then you have to fire up a web browser to do anything with them
[10:37] <Kamion> bonkers
[10:37] <ogra> ddaa, might be, but its in main or will move soon...
[10:37] <seb128> right, bugzilla is missing a mail interface
[10:37] <ogra> ddaa, in breezy
[10:37] <ddaa> bah... I'll just let the distro guys decide this issue, I'm obviously not competent to take a decision on that on. Sorry for the noise.
[10:37] <seb128> the BTS is missing a ziliion on things
[10:38] <Amaranth> Kamion: regular users don't want a mail interface
[10:38] <seb128> it just caught up on bug subscription and versionning by example
[10:38] <Kamion> Amaranth: developers do
[10:38] <seb128> that's ages behind bugzilla
[10:38] <Kamion> seb128: dude, nobody else has ever done versioning
[10:38] <Kamion> I know of no other bug tracking system with that feature
[10:38] <Amaranth> Kamion: users are more important
[10:38] <seb128> bugzilla has a version field
[10:38] <Kamion> bugzilla has primitive milestones, which are not the same thing
[10:38] <Amaranth> Kamion: developer interfaces can be hacked on later
[10:39] <Kamion> Amaranth: whatever, bye
[10:39] <infinity> seb128 : debbugs had a version field too, and it was about as useful.
[10:39] <Kamion> I care about making developers' lives productive
[10:39] <infinity> seb128 : Real version tracking, as debbugs now does it, is pretty cool.
[10:39] <Kamion> others are much better at caring about users than I am, so I leave it up to them; users are better off that way :)
[10:40] <seb128> infinity: anyway, I use both, bugzilla is much much better for what I do
[10:40] <Kamion> and I don't appreciate being told I'm wrong for caring about developers, because somebody has to
[10:40] <seb128> bugzilla.gnome cares a lot about developers too
[10:41] <infinity> debbugs' mail interface wins hands down for me, but maybe I'm just a Kamion groupie.
[10:41] <Kamion> gnome developers are biased towards UI folks
[10:41] <Kamion> that's a different case
[10:41] <seb128> infinity: explain to an user he has to mail to add a comment to a bug where he just browsed
[10:42] <Kamion> funny, we don't hear that particular complaint about debbugs very often
[10:42] <infinity> seb128 : Yes, dubbugs could use a friendly web interface.  Doesn't change the fact that bugzilla could use a decent mail interface, does it? :)
[10:42] <seb128> because we don't have lusers
[10:42] <infinity> (And if someone really cared enough, debbugs would grow a web interface, it's not rocket science)
[10:42] <seb128> infinity: nop, I agree on that, I just find 100 nautilus bug hard to manage with the BTS
[10:43] <seb128> harder than 500 bugs with the upstream bugzilla
[10:43] <Burgundavia> infinity, a really good web interface is actually quite difficult to pull off
[10:43] <seb128> infinity: ie: searching for crash duplicate is much easy with the query.cgi from bugzilla ... I don't even know how to do the same with the bts
[10:43] <Kamion> I find my bugzilla bugs pretty much impossible to manage compared to double that number of debbugs bugs, so I guess we'll just have to agree to disagree
[10:43] <infinity> Burgundavia : "Really good" doesn't seem to be a requirement, if we just want to get bugzilla's functionality.
[10:44] <wasabi_> ibook still can't wake up with latest ppc kernel. =(
[10:44] <Burgundavia> infinity, indeede
[10:45] <Kamion> anyway, maybe I should go have a drink, I seem to be tetchy this evening, sorry
[10:45] <infinity> Ugh, half an hour to upload thunderbird.  I hate my connections.
[10:45] <infinity> s/connections/connection/
[10:45] <seb128> infinity: how do I find crashers listed by the BTS with shortcut_find_position () on one of the comments?
[10:46] <seb128> real question, I would look if this gtk bug has some dups ..
[10:46] <infinity> seb128 : Yes, full-text search in debbugs is a missing feature.  Kamion already pointed that out.  Can we move on, please? :)
[10:46] <seb128> k
[10:46] <Kamion> like I say, we'll add decent full-text search at some point; it's getting pretty high on the agenda now that we've disposed of the two things that were top of the list
[10:46] <dholbach> Kamion: for being tetchy you're quite calm - enjoy the drink :)
[10:46] <infinity> (But you can download the mboxes, keep that synced locally, and use grep to your heart's content.  Not friendly, but it works..)
[10:47] <seb128> bug triagers are not likely to do this
[10:47] <Kamion> there was some plan to use lurker, although I'm not sure that'll be feasible; we'll see
[10:47] <Burgundavia> infinity, thanks I would rather have a nice web interface
[10:48] <infinity> Kamion : Is the debbugs package even remotely up to date these days?
[10:48] <Kamion> infinity: no - as soon as I implement vt expiry so that feature's properly finished, I'll upload 2.4.2 or 2.5 or whatever
[10:48] <infinity> Kamion : Or, better question, since I care about the code, not the package, where is the code maintained now?
[10:48] <Kamion> infinity: :ext:cvs.debian.org:/cvs/debbugs, module source
[10:48] <infinity> Kamion : Still cvs.d.o?
[10:48] <infinity> Kay, cool.
[10:49] <Kamion> hopefully moving to baz as soon as the import works
[10:57] <Mithrandir> elmo: did you see my whining about libapreq2 having gone missing in the pool?
[10:57] <\sh> Mithrandir: can u please xmms-dev (>= 1.2.7) libsqlite3-dev libtag1-dev fftw3-dev
[10:57] <elmo> Mithrandir: no?
[10:57] <\sh> phhh
[10:58] <infinity> elmo : How do things end up with "unkown" as their section in wanna-build?.. Missing overrides?
[10:58] <\sh> Mithrandir: again..please install those packages in breeze chroot on ravel: xmms-dev (>= 1.2.7) libsqlite3-dev libtag1-dev fftw3-dev
[10:58] <Mithrandir> elmo: apparently, libapreq2 (source package) is missing from the pool.  That is, .dsc and .diff.gz is missing, orig.tar.gz is there.
[10:58] <elmo> infinity: yes
[10:58] <infinity> elmo : If so, we need to "backport" overrides when we backport packages, or stuff in universe doesn't build on hoary-backports (if it doesn't exist in hoary, I assume)
[10:59] <infinity> elmo : Currently 7 packages in hoary-backports stuck in needs-build and very confused about life for that reason.
[10:59] <Mithrandir> \sh: fixed, now freshening chroot.
[10:59] <\sh> Mithrandir: thx
[11:00] <Kamion> elmo: (that's libapreq2-perl, btw)
[11:00] <\sh> Mithrandir: hmm...debhelper (>> 4.0.0) is missing :( strange...
[11:00] <Mithrandir> Kamion: the source package was renamed, it appears.
[11:01] <Kamion> ah
[11:01] <Mithrandir> Kamion: hm, no, sorry.  it's libapreq2-perl in ubuntu, but libapreq2 in Debian
[11:01] <Kamion> nightmare
[11:02] <Mithrandir> that is, the source package was renamed since it now provides more than just perl stuff.  I wonder if that might have confused the scripts which import from Debian.
[11:03] <Mithrandir> \sh: better now?
[11:06] <martinhj> is there a list on what wireless cards network manager supports? I got an old orinoco wifi card wich I have enabled scanning on (not with the drivers shipped with the linus or ubuntu kernel).. iwlist interface scanning works, nm dosn't show any access points
[11:06] <martinhj> I'm testing this with the all packages up to date in breezy
[11:06] <ogra> martinhj, pcmcia ?
[11:07] <martinhj> ogra: yes
[11:07] <infinity> In theory, it should work with anything iwlist works with.  In theory.
[11:07] <wasabi_> It's odd. nm also says it doesn't support scanning with my card either.
[11:07] <wasabi_> But iwlist has always worked before.
[11:07] <infinity> In practice, I'm not really sure.
[11:07] <ogra> i have a orinoco silver here that doesnt work either with NM...
[11:07] <martinhj> wasabi: nm does not say anything to me
[11:07] <wasabi_> Yeah, oronico too
[11:07] <Lathiat> ogra: i've never ahd it work on a pcmcia orinoco
[11:08] <Lathiat> probably cus theres no scanning support by default
[11:08] <martinhj> but with cable it helps me to get connected
[11:08] <wasabi_> Not true. There is scanning support.
[11:08] <ogra> Lathiat, with some manual fiddling after the boot... but thats indeed not the intention of NM
[11:08] <wasabi_> There isn't MONITOR support.
[11:08] <Lathiat> wasabi_: there isnt either.. unless that changed recently
[11:08] <Lathiat> wasabi_: theres unofficial patches for both
[11:08] <wasabi_> There has always been for me.
[11:08] <ogra> wasabi_ neither does work with mine
[11:09] <wasabi_> Hmmm.
[11:09] <Lathiat> the scanning might have been integrated into the kernel sometime in the last 6-12 months but im not aware of it
[11:09] <ogra> wasabi_, silver or gold ?
[11:09] <wasabi_> airport.
[11:09] <Lathiat> isnt airport different
[11:09] <Lathiat> like, its similar, but has a different driver
[11:09] <ogra> afaik yes
[11:09] <infinity> That's all fairly moot, though.  If iwlist works, n-m should work, because n-m is using libiw.  Unless n-m is maintaining an internal blacklist (ick)
[11:09] <wasabi_> It's similar.
[11:09] <martinhj> Ubuntu should maybe ship those drivers I use with my orinco card now.. seems more stable too: before I had to restart the computer (or a lot of services) when the driver didn't load properly.. happened a lot
[11:10] <ogra> wasabi_, ariport is pcmcia ?
[11:10] <ogra> thats news to me
[11:10] <Lathiat> ogra: its something like pcmcia with a different pinout
[11:10] <Lathiat> aiui
[11:10] <Lathiat> same form factor etc
[11:10] <ogra> yeah, but my guess is pcmcia is the issue here
[11:11] <wasabi_> it's not pcmcia.
[11:14] <seb128> doko: around?
[11:15] <OddAbe19> if i dist-upgraded to breezy, besides the known X issues, what am i going to expect in ways of breakage?
[11:15] <OddAbe19> also.... will keyboard work for EN-US person?
[11:15] <OddAbe19> or is that still an issue
[11:16] <dholbach> OddAbe19: i have a dj-vu
[11:17] <ogra> dholbach, fix the matrix then ;)
[11:17] <dholbach> OddAbe19: you might expect untransitioned/uninstallable packages
[11:17] <martinhj> breezy seems a lot less responsive than hoary in terms of refreshing the view while draging windows around, redrawing the desktop and such.. has it something to do with new X versions?
[11:18] <rtcm> martinhj: stepping my toe here but I guess that's caused by the new gtk based on cairo which still lacks some performance improvements
[11:19] <martinhj> rtcm: oh, so this gtk version is already in breezy? I didn't know..
[11:19] <\sh> Mithrandir: ping please include as well libxss-dev thx :)
[11:19] <dholbach> i'm perfectly content with new gtk responsivitywise
[11:20] <tseng> dholbach++
[11:20] <Mithrandir> \sh: done
[11:21] <\sh> Mithrandir: thx
[11:21] <Burgundavia> it seems only to be the window drawing that seems slow
[11:21] <martinhj> and desktop redrawing here
[11:21] <dholbach> *wave* off again
[11:21] <\sh> cu dholbach have fun and get finished with your work :)
[11:21] <infinity> Well, I already have slow window updating with hoary, so I'm sure I won't notice a difference at all. :)
[11:22] <infinity> (If Xorg knew how to talk to PCIe devices, I'd be happier..)
[11:22] <Lathiat> infinity: xorg doesnt speak to pcie gfx cardS?
[11:22] <Lathiat> that sucks
[11:22] <OddAbe19> dholbach, what did you type? i got jarbled -vu
[11:22] <infinity> Lathiat : It deals with them as raw PCI.
[11:22] <infinity> Lathiat : Which means they're as slow as PCI...
[11:22] <dholbach> OddAbe19: deja-vu
[11:22] <infinity> Lathiat : So, AGP is faster than PCIe, until that gets fixed.
[11:23] <OddAbe19> oh
[11:23] <Lathiat> infinity: ah right
[11:23] <OddAbe19> so generally X is stable right now and works with a dist-upgrade?
[11:23] <OddAbe19> generally speaking
[11:23] <martinhj> OddAbe19: I got a lot of errors, but it runs at least
[11:24] <martinhj> and I can't set the keyboard layout
[11:24] <infinity> martinhj : xkbutils?
[11:26] <marcin> jbailey, ping
[11:26] <martinhj> infinity: at least some errors about something to do with xkb (don't remember what...)
[11:26] <martinhj> could be
[11:27] <Lathiat> whats the fix for cant find font 'fixed' ?
[11:27] <ogra> find the missing mkforntdir
[11:28] <tseng> find? :P
[11:28] <ogra> mkfontdir even
[11:28] <tseng> its nowhere
[11:29] <Lathiat> ah
[11:29] <Lathiat> can somebody send me a copy? :)
[11:31] <rtcm> btw, on which package is xset right now? I don't have it
[11:33] <Kamion> rtcm: none, I think; xbase-clients is still in the middle of modularisation
[11:34] <Kamion> go back to an old xbase-clients if you need to
[11:34] <rtcm> Kamion: ah, thanks, dont need it really
[11:35] <Lathiat> wow ok
[11:35] <Lathiat> so X is mostly working
[11:35] <infinity> martinhj : No, I meant "install xkbutils if you want to be able to set your keyboard layout"
[11:35] <martinhj> infinity: ah, ok.. thanks
[11:37] <Lathiat> Has anyone noticed the issues with icon sizes being used wrongly and no if its reported?
[11:41] <seb128> Lathiat: http://bugzilla.gnome.org/show_bug.cgi?id=311318
[11:41] <Burgundavia> there is a long debate about autopackage in the forums
[11:41] <Lathiat> seb128: ah, upstream, thanks
[11:42] <Burgundavia> seb128, http://bugzilla.ubuntu.com/show_bug.cgi?id=12975
[11:43] <seb128> what about it ?
[11:43] <Burgundavia> it is a usablity bug
[11:43] <seb128> bah
[11:44] <Burgundavia> mpt talked about something similar in his 48 hours rant
[11:44] <seb128> reassign this bug to you and move it to an another component if you want
[11:44] <seb128> yeah, gnome-session sucks
[11:44] <seb128> that's known upstream
[11:44] <seb128> 2.14 will use libgnomeservice
[11:44] <seb128> and we are already all sort of rant about it
[11:44] <TerminX> seb128: how long will gedit be broken?
[11:44] <seb128> no new of a new one
[11:44] <Burgundavia> there is that new gnome-session framework thingy coming along, no?
[11:44] <seb128> and I'm too lazy to spend 10 min to point other duplicates
[11:45] <Mithrandir> Burgundavia: 23:44 < seb128> 2.14 will use libgnomeservice
[11:45] <Mithrandir> :-P
[11:45] <Burgundavia> ok
[11:45] <seb128> too lazy or too busy
[11:45] <seb128> anyway this bug has no interest
[11:45] <Burgundavia> if upstream knows about it, then it is not a major issue
[11:45] <Burgundavia> I will leave it
[11:45] <TerminX> if I try to open a file on a mounted SMB share in gedit, I get (gedit:23658): Gtk-CRITICAL **: gtk_file_system_path_is_local: assertion `path != NULL' failed
[11:46] <seb128> TerminX: http://bugzilla.gnome.org/show_bug.cgi?id=310270
[11:47] <seb128> that's probably the same issue
[11:47] <TerminX> yeah, I think it is.. looks like EOG crashes here too
[11:48] <martinhj> I got a problem with the Ubuntu kernels... acpi-events does not work...that means that the battery in the gnome panel does not work as it should.. the same issue in hoary and breezy.. in hoary I fixed it with another kernel that was in universe I think (2.11 instead of the ubuntu ones), but now I'm testing breezy the same bug is back
[11:49] <TerminX> seb128: so is there a fix for it?
[11:49] <martinhj> is it a known bug?
[11:50] <seb128> TerminX: no
[11:53] <infinity> martinhj : Not known to me.  What kind of hardware is this?... ACPI works for me on my two laptops.
[11:53] <infinity> martinhj : Also, you might want to try talking to mjg59, he's the laptop team lead and resident ACPI guru.
[11:55] <Mez> elmo: ping
[11:56] <sladen> martinhj: what make/model of laptop do you have?
[11:56] <martinhj> infinity: it's an acer travelmate 620
[11:56] <sladen> martinhj: have you tried with any previous Linux install and had them work?
[11:56] <sladen> martinhj: or is this a case of ''they've never worked''?
[11:57] <martinhj> sladen: as I wrote, I got the same problem with hoary, but I fixed useing another kernel than the Ubuntu onw
[11:57] <Mez> infinity: did you sort that thing with backports on the buildd yet?
[11:57] <martinhj> one
[11:57] <seb128> Burgundavia: when clicking on "cancel" of the "open ftp..." dialog, I get a dialog saying it can't open the folder but no retry/hang
[11:57] <sladen> martinhj: what was the 'other kernel' you used?
[11:57] <martinhj> sladen: one in hoary universe I think
[11:57] <martinhj> sladen: I can check it
[11:57] <Burgundavia> seb128, hmm
[11:58] <sladen> martinhj: it would be useful, then we can track down what changed!
[11:59] <martinhj> sladen: 2.6.11-1-686 in hoary's universe
[11:59] <Burgundavia> seb128, I assume you are running .90
[12:00] <seb128> yep
[12:00] <sladen> martinhj: and what's the one that doesn't work?
[12:00] <martinhj> sladen: (2.6.11-0.2
[12:00] <martinhj> sladen: not that one
[12:00] <Burgundavia> seb128, leave them and needinfo for now. I will try with the colony 3 livecd
[12:00] <tseng> daniels: hell yeah xrdb
[12:00] <infinity> Mez : I handed it off to elmo to investigate his end of things, I'll follow up with him later on.