[01:15] <BenM> hey guys, have a quick package building question. I want to patch the makefile.am for some stuff
[01:15] <BenM> what's the best way to get the .in regenerated
[01:18] <bddebian> automake?
[01:18] <BenM> but run it from where?
[01:19] <bddebian> Depends but typically from the dir that Makefile.am is in
[01:19] <BenM> somewhere in the fules file?
[01:19] <bddebian> Oh, you mean at build time?
[01:19] <BenM> lemme put it like this: i want to build the package after i patche the makefile.am
[01:19] <BenM> what is my best plan
[01:20] <lifeless> autoreconf in the build target
[01:20] <bddebian> Aye
[01:24] <BenM> ok, am a bit lost in the rules files, this is gnome-panel
[01:25] <BenM> it seems to be getting those targets via a maze of includes
[01:25] <BenM> would somebody mind n00bing me through it
[01:39] <jcole> this may be a dumb question
[01:39] <jcole> i installed apache2 and tried to share my downloaded ubuntu dvd... i'm getting "Value too large for defined data type" in my error.log... how do i make apache2 share large files?
[01:40] <HrdwrBoB> you can't
[01:40] <HrdwrBoB> is the simple answer
[01:41] <jcole> HrdwrBoB: another web server perhaps?
[01:41] <HrdwrBoB> jcole: no
[01:42] <HrdwrBoB> files that big won't work with the clients either
[01:42] <HrdwrBoB> don't use http for transferring files that big, use ftp
[01:42] <jcole> ah
[01:42] <jcole> doh!
[01:42] <KaiL> hmm, does ekiga have Problems with their STUN-Server, am I just to stupid to set it up, or is there just a bug?
[01:43] <lifeless> KaiL: try some details
[01:43] <jcole> HrdwrBoB: thanks alot
[01:44] <KaiL> on my desktop, which is directly connected to the NET, everything works. But not on the Laptop behind - it doesn't get audio data
[01:44] <lifeless> KaiL: it depends on your NAT configurations
[01:44] <bddebian> BenM: If you're still around after I get the kids in the bath, I can try to help you, though I'm not the most experienced
[01:45] <lifeless> what nat device, the nat of the other endpoint
[01:45] <lifeless> port constraints
[01:45] <KaiL> ekiga says, it's a "port restricted NAT" (ipmasq on the first system)
[01:45] <lifeless> ipmasq? not iptables ?
[01:46] <KaiL> ipmasq afaik uses iptables
[01:46] <lifeless> port restricted NAT is a pretty useless feedback btw, not your fault, ekigas.
[01:46] <lifeless> KaiL: ipmasq - ip masquerade - != iptables
[01:46] <lifeless> unless you are using some whacky compatability layer.
[01:47] <KaiL> ah, ok
[01:47] <jdub> lifeless: apt-cache show ipmasq
[01:47] <KaiL> afaik it's a script to configure iptables to do NAT
[01:47] <jdub> clever little package
[01:47] <lifeless> jdub: meep
[01:48] <lifeless> ok.
[01:48] <KaiL> so this setup is not enough, even as ekiga says?
[01:48] <lifeless> heres a good reference for you
[01:48] <lifeless> http://en.wikipedia.org/wiki/STUN
[01:48] <lifeless> ekiga is telling you at most 1/3 the story
[01:49] <KaiL> uh
[01:49] <lifeless> its probable you need a sip proxy, and I don't know if they supply one
[01:49] <HiddenWolf> they do
[01:49] <lifeless> specifically, I don't know what class nat ipmasq configures iptables to be
[01:49] <lifeless> HiddenWolf: oh? cool. whats its dns name ?
[01:50] <HiddenWolf> I don't know, I just know that ekiga has a stun-check and uses an ekiga.net stun if need be.
[01:50] <KaiL> HiddenWolf, yes, but that only helps the login
[01:50] <HiddenWolf> Know nothing about how it works besides  that, sorry.
[01:50] <KaiL> not to receice audio data :/
[01:50] <lifeless> HiddenWolf: STUN != sip proxy.
[01:51] <HiddenWolf> Hm, right
[01:51] <HiddenWolf> sorry guys
[01:51] <lifeless> HiddenWolf: the stun server is at stun.ekiga.net, but all stun does is allow you to find out the external ip and port you should use to talk to the other party.
[01:51] <lifeless> np
[02:01] <HiddenWolf> If you are using SIP, yes. You can use SIPROXD from http://siproxd.sourceforge.net as outbound proxy.
[02:01] <HiddenWolf> Ekiga faq
[02:05] <lifeless> HiddenWolf: not what I meant. I meant *does ekiga provide the sip proxy*
[02:05] <lifeless> HiddenWolf: not 'can people install their own'.
[02:06] <HiddenWolf> It answers the "does ekiga provide it" question with a solid no. :)
[02:07] <lifeless> HiddenWolf: well, I guess :0
[02:08] <HiddenWolf> btw, I can't get ekiga to start
[02:08] <HiddenWolf> lots of /dev/device fun
[02:08] <HiddenWolf> I have an audio card and an usb-headset and a tv-tuner and webcam. :)
[02:09] <lifeless> kill all alsa using programs
[02:09] <lifeless> kill rb
[02:09] <lifeless> its pretty horrendous
[02:09] <HiddenWolf> that is kinda sick
[02:09] <lifeless> yup
[02:09] <HiddenWolf> why the hell don't they play along?
[02:09] <lifeless> couldashouldawoulda
[02:10] <lifeless> jdub: my windtendo is aging. I'm thinking I want this in my new one: http://www.newegg.com/Product/Product.asp?Item=N82E16814121002
[02:10] <jdub> lifeless: sick fuck ;)
[02:10] <lifeless> (its > 2 years old, time for an upgrade)
[02:10] <jdub> lifeless: you're office is loud enough as it is already!
[02:10] <HiddenWolf> I'm just a noob, I don't know if it's possible even, but I guess I'd want ekiga to be on 24/7 and mute/pauze/lower RB volume when I get called. :)
[02:11] <lifeless> HiddenWolf: I would like the same
[02:11] <jdub> HiddenWolf: yeah, totally
[02:11] <lifeless> shtoom plays nicer
[02:11] <lifeless> but its ui is, as jdub would say, bong
[02:11] <HiddenWolf> heh
[02:11] <HiddenWolf> Well, my problem is I have both a tv-card and a webcam, and effectively 2 audio cards. :)
[02:12] <HiddenWolf> Which get initialised in a random order when I boot.
[02:12] <BenM> jdub, hey, i think my pgo feed isn't updating
[02:12] <HiddenWolf> so things looking for /dev/video get random results. :)
[02:12] <HrdwrBoB> HiddenWolf: which is bad, but not as bad as random ethernet order
[02:12] <BenM> also, am still waiting for you to put up the hacker head
[02:13] <HiddenWolf> HrdwrBoB: nothing serious, seems to be intended udev behavior, I just have to edit the tvtime config file a few times a week, when it tries to show my webcam ;)
[02:13] <jdub> BenM: will look
[02:14] <HiddenWolf> I guess I should file a bug some day.
[02:15] <jdub> BenM: oh. you're blogspot.
[02:17] <HrdwrBoB> HiddenWolf: if it's on boot, it should boot up with the same order
[02:17] <HrdwrBoB> but if you un/replug it, all bets are off
[02:17] <HiddenWolf> HrdwrBoB: on boot, different order.
[02:19] <bddebian> Anyone up on the dhIconCache thing?  Do we really just need to add dh_iconcache to debian/rules?  I assume in install: ?
[02:53] <lifeless> jdub: upgrading my firewall....from warty
[03:04] <jdub> lifeless: ha ha
[03:23] <mdz> Kamion: what happened to /dists/dapper/main/installer-i386/current/images/cdrom/initrd.list ?
[03:24] <bddebian> Should libtyvis1 still be libtyvis1c2?
[03:43] <lifeless> ok, it begins. if I disappear, I've fucked the firewall. News at 11.
[04:49] <bluefoxicy> is there some channel on irc where I should discuss random things like Ubuntu's upcoming netauth support (someone did spec out NIS/LDAP/ActiveDirectory/KRB authentication, it's apparently slated for Dapper+1) and roaming /home directories?
[04:49] <bluefoxicy> even Red Hat doesn't have roaming /home... it shouldn't be hard with ldap + sshfs/NFS + bind mount + PAM module; but you'll have to write a PAM module :)
[04:51] <bluefoxicy> well, you could just mount the roaming /home tree on /home in its entirity; but it's more fun to mount it as /mnt/home mode rwx------ (700) and bind mount only users logged in... it'd be an information leak if only 'who' and 'w' didn't exist already 8)
[04:53] <LaserJock> #ubuntu-offtopic ? ;-)
[04:54] <HrdwrBoB> it's not offtopic
[04:55] <bluefoxicy> well it depends on how on topic you want to be  8)
[04:55] <bluefoxicy> I know on ubuntu-devel@ about every message posted is claimed to be offtopic by someone
[04:56] <LaserJock> yeah, well that is why I don't dare email ubuntu-devel :-)
[04:57] <bluefoxicy> they've actually been getting criticisms there
[04:58] <bluefoxicy> "and yes, your message was offtopic: everything is offtopic here, since this is supposed to be a zero-traffic list.  oh and all your messages are belong to us"
[04:58] <bluefoxicy> there we go :P
[04:59] <LaserJock> I can understand. When I'm working hard on dev work it is really distracting to have lots of "noise"
[05:00] <bluefoxicy> it's fairly entertaining though
[05:00] <LaserJock> not when I'm trying to get work done
[05:22] <bddebian> Should the mime stuff be handled in .desktop or the xml files now?
[07:40] <Burgundavia> joelbryan: nice work on LiveChatSupport
[07:44] <Burgundavia> joelbryan: there if a good class in the new gtk to do wizard/druid style stuff
[07:45] <infinity> Oh, isn't this smashing.  On dist-upgrade, discover has hung in D state.
[08:25] <Burgundavia> joelbryan: umm, you rock even harder
[08:42] <pitti> Good morning
[08:44] <fabbione> hey pitti
[08:50] <pitti> hi fabbione, how's it going?
[08:52] <fabbione> pitti: as usual
[08:52] <fabbione> you=?
[08:54] <fabbione> infinity, Mithrandir: i am taking  a lock on xorg
[08:55] <pitti> fabbione: in the mood for squashing bugs :)
[08:58] <fabbione> pitti: isn't that what we are supposed to be doing 23 hours/day?
[08:59] <fabbione> 1 hour for feeding and personal igiene should be enough for everybody :P
[08:59] <pitti> fabbione: right, sleeping and real life are for wimps :)
[09:01] <joelbryan> Burgundavia: thanks man! finally I can smile! :-)
[09:02] <Burgundavia> joelbryan: one note about the registration thing on freenode. I would reorder that section slightly, I would have them create their nick and on the last page, with the connect button, also have a register button, which would launch a seperate dialog
[09:07] <mdke_> joelbryan, is this intended to go into dapper?
[09:07] <joelbryan> Burgundavia: so a checkbox that says "Register me" would be available in account login screen?
[09:08] <joelbryan> mdke_: hopefully man :-) I'll work hard for this if this would go into Dapper.
[09:09] <mdke_> joelbryan, the feature freeze passed quite a long time ago: make sure you ask someone important ASAP about it
[09:09] <Burgundavia> joelbryan: oh, nevermind, it already does that
[09:09] <Burgundavia> joelbryan: however, are you aware of the gtk stock dialog to do wizardy stuff?
[09:10] <Burgundavia> I would also cut down the number of channels that are automatically added to the contact list
[09:10] <joelbryan> Burgundavia: yes
[09:10] <Burgundavia> maybe only add the localized #ubuntu and then point them at the channel wiki page
[09:11] <joelbryan> Burgundavia: how about depending on their locale?, will it be autojoined?
[09:12] <mdke_> although, I remember someone saying (perhaps jokingly) that part of the reason for removing xchat-gnome from the default install was so that people would stop complaining about the reception they get in #ubuntu
[09:12] <Burgundavia> joelbryan: their locale is a good choice
[09:13] <Burgundavia> you need to have a some sanity checks to make certain they don't autojoin a channel that doesn't exist
[09:14] <infinity> fabbione: Lock whetever you want, I'm barely even paying attention to anything other than buildds right now.
[09:14] <infinity> fabbione: (Including IRC, obviously)
[09:15] <fabbione> infinity: yeah it was just to avoid multiple people uploading the same (you did yesterday and Mith other times) ;)
[09:15] <joelbryan> Burgundavia: will it take long to register a local channel in freenode?
[09:17] <joelbryan> Burgundavia: is there something needed to be wizarded?
[09:25] <mpt> sladen, ping
[09:25] <sladen> mpt: yo
[09:26] <mpt> sladen, what do the Launchpad-specific parts of your user style sheet look like? :-)
[09:26] <mpt> and who else do you know who uses them?
[09:30] <sladen> mpt: http://www.paul.sladen.org/ubuntu/launchpad/  But nobody else users them and I mostly make do just by having the font smaller so there is less wrapped/overflowed content
[09:31] <mpt> thanks
[09:33] <Burgundavia> joelbryan: that is not a problem I think this wizard should solve. It should only connect them to existing channels
[10:04] <mvo> can a native speaker please have a look at http://paste.ubuntu-nl.org/11665 (failed searches in gnome-app-install help text). does that sound ok? 
[10:06] <mdke_> looking
[10:07] <mdke_> mvo, doing a few amendments, is it ok to use the word "you"?
[10:07] <mvo> I suppose so, not sure
[10:08] <mdke_> mvo, http://paste.ubuntu-nl.org/11666
[10:09] <mdke_> actually, maybe "The search has no results" is better
[10:10] <mvo> thanks, fixes
[10:13] <mdke_> mvo, also perhaps s/has restrictions/is restricted
[10:14] <mvo> mdke_: thanks, done as well
[10:16] <mdke_> which package are the translations for the logout dialogue in? gnome-panel?
[10:17] <seb128> no, gnome-session
[10:17] <seb128> why? is there an issue?
[10:17] <mdke_> seb128, no. a translator just asked where they will appear in Rosetta
[10:18] <seb128> k, so gnome-session :)
[10:18] <mdke_> thanks
[10:18] <seb128> I looked the pot before uploading, it had them
[10:18] <seb128> so it should be fine
[10:18] <mdke_> cool, i don't know how frequently rosetta updates, but it will be there eventually
[10:20] <mdke_> seb128, another quick question. Gnome is an exception to upstream version freeze, isn't it? does the same apply to gstreamer?
[10:22] <pitti> seb128, carlos: so, what's the decision for bug 35403?
[10:22] <Ubugtu> Malone bug 35403 in gucharmap "Help .pot file is not being generated" [Normal,Confirmed]  http://launchpad.net/bugs/35403
[10:22] <seb128> mdke_: why that question?
[10:23] <carlos> pitti: whatever you think is better for you
[10:23] <mdke_> seb128, a different question by the same translator.
[10:23] <seb128> pitti: bug #35418 too
[10:23] <Ubugtu> Malone bug 35418 in gedit "Help .pot file is not being generated" [Normal,Confirmed]  http://launchpad.net/bugs/35418
[10:23] <carlos> pitti: I'm deleting the .po files without a .pot file, when you upload it with a .pot file it will be imported
[10:23] <carlos> seb128, pitti: there are others that I didn't reported as you have a list of missing .pot files...
[10:23] <seb128> mdke_: tell him we consider new versions but they don't have the exact same cycle as GNOME for tarball rolling
[10:24] <mdke_> seb128, thank you.
[10:24] <seb128> mdke_: we will ship new tarball from this week and next week if that's the question
[10:24] <mdke_> seb128, wow, from gstreamer cvs?
[10:24] <mdke_> rocking
[10:24] <seb128> no, new tarballs, not cvs version
[10:25] <seb128> they have planned new gst -base -good I think
[10:25] <mdke_> right
[10:25] <seb128> and probably -bad next week for slomo :p
[10:27] <pitti> carlos: so, when pot files for these are generated, can we ignore them for the langpack export tarballs?
[10:28] <seb128> carlos: rosetta question, do you have a "give me a tarball with all the .po for my project" feature for upstream now? if not is it planned?
[10:29] <carlos> pitti: yes, I have a flag per potemplate that decides whether it will appear as part of the language pack
[10:29] <infinity> pitti: BTW, your recent changes to pkgstriptranslations to fix the exit code on error now makes espresso FTBFS.  So, is that your fault (for not having some slever override for such situations), my fault (for enabling fail-on-inconsistent-CurrentlyBuilding on the buildds) or Colin's fault (for building packages inside other packages)?
[10:29] <pitti> seb128: hm, that works for ages, doesn't it?
[10:29] <seb128> pitti: where is the function?
[10:29] <infinity> s/slever/clever/
[10:29] <pitti> seb128: https://launchpad.net/products/pmount/+series/main/+pots/pmount/+export
[10:30] <carlos> seb128: we have that per potemplate, it should be trivial to add it for all potemplates available for a project, please file a bug
[10:30] <seb128> pitti: oh, thanks you
[10:30] <carlos> seb128: oh, you wanted only for a concrete template?
[10:30] <seb128> carlos: by potemplate is good enough
[10:30] <pitti> infinity: hm, due to empty po files?
[10:30] <pitti> seb128: or due to enabling set -e in dpkg-deb?
[10:30] <infinity> pitti: No, due to building source packages inside source packages. :)
[10:30] <carlos> ok
[10:30] <seb128> carlos: yeah, gaim upstream discussion about if rosetta would be easy to use for them
[10:30] <infinity> pitti: Thus causing CurrentlyBuilding to appear inconsistent.
[10:31] <carlos> seb128: do they want to use it directly from upstream?
[10:31] <pitti> infinity: so you don't mean yesterday's change?
[10:31] <seb128> carlos: discussing it
[10:31] <infinity> pitti: Well, yesterday's change fixed the part where we weren't exiting non-zero on error. :)
[10:31] <seb128> carlos: I would appreciate some comments from jordim though, is he working this week? He didn't reply yesterday
[10:31] <pitti> carlos: alright, when seb128 is fine with me changing cdbs, I'll generate pot for help/
[10:31] <carlos> seb128: sounds good, please, tell them to ask jordi to solve any question they could have
[10:31] <carlos> jordi: ^^^
[10:31] <seb128> pitti: I'm fine with you changing it whenever you want
[10:32] <seb128> jordi: https://launchpad.net/distros/ubuntu/+source/gaim/+bug/38330
[10:32] <Ubugtu> Malone bug 38330 in gaim "Rosetta Translations" [Normal,Rejected]  
[10:32] <infinity> pitti: http://librarian.launchpad.net/1966090/buildlog_ubuntu-dapper-i386.espresso_0.99.41_FAILEDTOBUILD.txt.gz
[10:32] <pitti> infinity: ok, I understand now; I thought you refered to 'yesterday' with 'recent' :)
[10:32] <carlos> seb128: he's online now, but busy with other things. Mail will work better
[10:32] <seb128> I'll subscribe it to the bug
[10:32] <seb128> s/it/him
[10:32] <pitti> infinity, Kamion: would be fine for me to special-case espresso as a band-aid
[10:32] <carlos> seb128: cool, thanks
[10:32] <infinity> pitti: That was yesterday. :)
[10:33] <infinity> pitti: (The "set -e" fix)
[10:33] <infinity> Of course, that was my bug to begin with (oops)
[10:33] <pitti> ah, clear now
[10:33] <infinity> Kamion: Around?
[10:34] <pitti> hmm, I try to find a more general solution than just [ "$package" = espresso ] 
[10:34] <infinity> Oh, eww, it's going to get ugly in other ways too.
[10:34] <pitti> infinity: we could also disable the consistency checking in the first place
[10:35] <pitti> infinity: it was mainly meant to check that everything works smoothly when we started using pkgstriptranslations
[10:35] <infinity> If any of those subpackages contain translations, we'd end up with extras in the espresso_translations tarball.
[10:35] <pitti> infinity: why, are the sub-tarballs added to espresso's translation tarball?
[10:35] <hunger> ubuntu-artwork fails to install at the moment.
[10:36] <infinity> pitti: Erm, wait, no, good point, they'd be made with the sub-package's name, and then just never uploaded.
[10:36] <infinity> So that's fine.
[10:36] <pitti> yes, that's what I thought
[10:36] <pitti> infinity: that would be bad if espresso modified the strings of the embedded packages, but that's another story
[10:37] <infinity> But I guess I can see why.
[10:38] <infinity> pitti: Well, I can disable the CurrentlyBuilding check, but then we have nothing failing builds in the cases where it really does explode (like, if I break sbuild somehow)
[10:39] <infinity> pitti: I suppose that's a chance we can take... Or we can get Colin to work around it somehow.
[10:39] <pitti> infinity: a hideous hack is to hardcode the exception, a slightly better one to introduce a blacklist for it
[10:39] <infinity> pitti: If he doesn't actually need debs, but just the result of the package builds, he could just skip on creating debs, and fish stuff out of package-1.2.3/debian/package/
[10:40] <infinity> pitti: Or, yes, we could have an "allow_cb_inconsistent" list, and add espresso to it.  That's easy enough.
[10:41] <pitti> infinity: both would be fine for me; let's wait for Kamion and ask him, then I'll do the change
[10:47] <seb128> pitti: when is planned the next language-pack update?
[10:48] <pitti> seb128: I can roll one whenever we want to
[10:48] <pitti> I wanted to wait just a little to get more KDE imported by Rosetta
[10:48] <pitti> but it won't be the last one anyway
[10:49] <seb128> like this afternoon? :)
[10:49] <pitti> well, why not :)
[10:49] <seb128> it would help translators to figure where they are
[10:49] <seb128> to have like a weekly update from now
[10:49] <pitti> seb128: I have to wait 5 hours still, Rosetta exports tarballs in the afternoon now
[10:50] <pitti> not overly comfortable for me, but that needs to be enough
[10:50] <seb128> oh, there is a daily fixed export?
[10:50] <pitti> yep, I cron'ed everything
[10:50] <seb128> what is not comfortable? doing an update today?
[10:50] <infinity> mvo: Your applet hates me.
[10:50] <seb128> monday is good too, don't stress youtself :)
[10:50] <seb128> infinity: is it running?
[10:50] <infinity> seb128: Yes. :
[10:50] <infinity> P
[10:51] <seb128> oh oh
[10:51] <pitti> seb128: no, I mean exports in the late afternoon
[10:51] <seb128> /usr/lib/update-notifier/apt-check
[10:51] <seb128> Traceback (most recent call last):
[10:51] <seb128>   File "/usr/lib/update-notifier/apt-check", line 57, in ?
[10:51] <seb128>     saveDistUpgrade(depcache)
[10:51] <seb128>   File "/usr/lib/update-notifier/apt-check", line 20, in saveDistUpgrade
[10:51] <seb128>     clean(depcache)
[10:51] <seb128>   File "/usr/lib/update-notifier/apt-check", line 13, in clean
[10:51] <seb128>     for pkg in depcache:
[10:51] <seb128> TypeError: iteration over non-sequence
[10:51] <seb128> mvo: what did you do !!! :)
[10:51] <seb128> pitti: ah, k
[10:51] <pitti> seb128: works here
[10:52] <seb128> ii  update-notifier          0.41.12                  Daemon which notifies about package updates
[10:52] <pitti> same here
[10:53] <pitti> seb128: heh, the final hoary tarball was produced *exactly* 1 year ago :)
[10:53] <seb128> happy anniversary :p
[10:54] <doko> Kamion, mdz: any word on the printing related UVF exceptions, so pitti and I can go on with the upgrades?
[10:55] <Kamion> mdz: moved to udeb.list in the parent directory, in line with Debian; I think the file format might have changed a bit to
[10:55] <jalalabadddddddd> Steve & Denise Mertz
[10:55] <jalalabadddddddd> 
[10:55] <jalalabadddddddd> 1926 Old Dixie Dr
[10:55] <jalalabadddddddd> Richmond, TX 77469-6811
[10:55] <jalalabadddddddd> (832) 595-8254
[10:56] <Kamion> doko: I haven't even read that mail yet, give me a chance
[10:56] <Kamion> infinity: I only need the result of the package builds, not debs/udebs; but I do need to call binary-arch/indep
[10:56] <jalalabadddddddd> zhivago
[10:56] <jalalabadddddddd> zhivago docs
[10:57] <jalalabadddddddd> Steve & Denise Mertz
[10:57] <jalalabadddddddd> 
[10:57] <jalalabadddddddd> 1926 Old Dixie Dr
[10:57] <jalalabadddddddd> Richmond, TX 77469-6811
[10:57] <jalalabadddddddd> (832) 595-8254
[10:57] <infinity> Kamion: Right, then whitelist it is.
[10:57] <Kamion> fabbione: ping, op needed
[10:57] <Kamion> ta
[10:57] <fabbione> np
[10:57] <infinity> pitti: Looks like we need a "skip consistency check" whitelist, then.
[10:58] <Kamion> infinity: is there a way for espresso to set something while building those packages that says "don't run pkgstriptranslations"?
[10:58] <infinity> Kamion: No, but we could certainly fix that easily.
[10:58] <infinity> Kamion: I'm all about magic environment variables.
[10:58] <infinity> pitti: How would you feel about that?
[10:59] <pitti> sounds good
[10:59] <infinity> Right, and given the impending rename, we'll do this once.
[11:00] <fabbione> does vmware run on platforms != x86 based?
[11:00] <pitti> infinity: rename == pkgmangler, or whatever?
[11:00] <infinity> Kamion: How's "NO_PKG_MANGLE" being set and non-empty sound to you?
[11:00] <jdub> infinity: what was the libmysqlclient15off stuff?
[11:00] <Kamion> infinity: I sort of agree with you on espresso shipping static copies, but all the alternatives seemed worse
[11:00] <Kamion> and at least there's a neat 'debian/rules update' target
[11:00] <infinity> Kamion: Just rememnet to unset it again after running all the sub-builds.
[11:00] <Kamion> NO_PKG_MANGLE is fine
[11:01] <Kamion> infinity: yeah, that's no problem, it's in a subshell anyway
[11:01] <Kamion> all that stuff is hived off to d-i/Makefile
[11:01] <infinity> jdub: We've had versioned symbols for ages.  Upstream (off = official) finally accepted our patch for symbol versioning, but decided on a different version tag.  Boom.
[11:01] <infinity> pitti: I'll upload for this change right now, if you don't mind.
[11:02] <pitti> infinity: sure, go ahead :)
[11:03] <pef> how can I refresh desktop menu entries with files present in /usr/share/applications ?
[11:03] <jdub> infinity: ahr. bong. so that'll die with the next soname change?
[11:06] <infinity> jdub: Right.
[11:06] <ogra> lifeless, ping
[11:06] <infinity> jdub: I'd have yelled at them about it, but I was so happy that we finally talked them into symbol versioning at all, I preferred to just leave it alone and fix it.
[11:07] <infinity> jdub: I would have been more miffed if either of us (Debian or Ubuntu) had actually released with the old lib, but we hadn't yet.
[11:09] <lifeless> ogra: ?
[11:09] <seb128> https://launchpad.net/products/gnome-session/+translations defaulting to "hoary"
[11:09] <ogra> lifeless, you were one of the guys seeing g-s-s pop in regardless of input after suspend
[11:10] <ogra> lifeless, i'm waiting for feedback to (hopefully) close that bug
[11:10] <ogra> bug 33523
[11:10] <Ubugtu> Malone bug 33523 in gnome-screensaver "g-screensaver starts after idle period, regardless of user input" [Major,Needs info]  http://launchpad.net/bugs/33523
[11:10] <pitti> Kinnison: in about 2/3 of cases I get a 'Suspend failed' bubble from g-p-m immediately after resume; known bug?
[11:11] <pitti> Kinnison: (i. e. the bubble is the bug, suspend/resume works for ages on the iBook)
[11:11] <pitti> s/works/has worked/
[11:14] <Kamion> infinity: let me know when I should upload
[11:21] <infinity> Kamion: Whenever?  I can give them back when they fail.
[11:22] <infinity> Kamion: pkgstriptranslations_27_source.changes just uploaded now, though.
[11:22] <infinity>    * If NO_PKG_MANGLE is set and non-empty, don't run pkgstriptranslations
[11:22] <infinity>      for the current dpkg-deb invocation, but print a warning so we know.
[11:27] <Kamion> infinity: ok, espresso 0.99.42 uploading now
[11:27] <infinity> Kamion: Thanks, dude.  Thou dost truely rule.
[11:27] <infinity> And stuff.
[11:29] <lifeless> ogra: do you think you have fixed it ?
[11:29] <lifeless> ogra: I'll reboot tomorrow, see how it goes.
[11:29] <ogra> lifeless, yes, some people already reported success, but i want to hear it from you and Mithrandir
[11:30] <ogra> (to be sure)
[11:30] <ogra> Mithrandir is on vac anyway, so no hurry
[11:30] <lifeless> ogra: okies
[11:30] <ogra> :)
[11:30] <ogra> congrats to the new job btw :)
[11:31] <Kamion> pitti: hmm, damn, I promoted git-core before spotting that it had a number of other dependencies listed by anastacia; do you think you could have a quick look over them? they're just perl modules
[11:32] <pitti> Kamion: sure
[11:32] <lifeless> ogra: thanks 
[11:32] <lifeless> its actually a little premature 
[11:32] <lifeless> when dapper goes out I'll be switching
[11:32] <ogra> ah
[11:32] <lifeless> until then I'm helping deliver bzr for dapper
[11:32] <ogra> so are you the guy to poke for a working bzrk ? 
[11:33] <ogra> poke poke
[11:33] <pitti> Kamion: hm, I just see asciidoc
[11:33] <pitti> Kamion: ah, for git-email, nevermind
[11:33] <mvo> infinity: I'm uploading a update-notifier that should fix the problem you mentioned earlier
[11:33] <infinity> mvo: And that's why I love you.
[11:34] <Kamion> oh, and I missed asciidoc too. go me.
[11:36] <pitti> Kamion: libemail-valid-perl has an RC bug with a patch
[11:37] <jordi> seb128: I can have a look at that gaim reply this evening
[11:38] <seb128> jordi: I've Cced you on the bug, I think I replied correctly but that's in case upstream have some specific question next, thank you :)
[11:38] <jordi> ok
[11:38] <jordi> let's talk about it when I'm back home in the evening
[11:39] <pitti> Kamion: libnet-domain-tld-perl has an RC bug as well :/
[11:39] <pitti> Kamion: maybe you can temporarily demote just git-email until this is sorted out?
[11:41] <infinity> pitti: That's technically the same RC bug, twice. :)
[11:41] <Kamion> pitti: all right, git-email is back in universe
[11:42] <pitti> fabbione: do you want git-email in main? it has a series of perl module dependencies, some of them have RC bugs
[11:43] <infinity> pitti: I can fix those up right now.  It's essentially one bug in two places, easily fixes.
[11:43] <infinity> s/fixes/fixed/
[11:44] <pitti> would be nice, I didn't look at the details
[11:44] <infinity> pitti: libnet-domain-tld-perl has exactly one rdep (libemail-valid-perl), so fixing the latter to work with the former (and adding a conflict in the other direction to force smooth upgrades) is easy.
[11:45] <infinity> pitti: Doing.
[11:46] <infinity> Err, wait.
[11:46] <infinity> We don't have that RC bug yet anyway, cause we never synced the new version.
[11:46] <infinity> Go us.
[11:46] <Lathiat> haha
[11:46] <infinity> pitti: The RC bug doesn't apply to Ubuntu.  Do you want me to sync the bug in (and then fix it), or just leave it as-is? :)
[11:47] <fabbione> pitti: well yes.. it's used quite a lot for kernel devel
[11:47] <infinity> pitti: If I leave it, we can probably safely assume Debian will have it sorted when we start autosyncing for dapper+1.
[11:48] <pitti> infinity: sounds good for me
[11:48] <pitti> infinity: (leaving as it is)
[11:48] <infinity> Right, then.
[11:48] <infinity> Kamion: git-email and dependencies good to go, then. :)
[11:50] <pitti> yep, security history and bugs are fine; didn't check the packages so far, but I'm not afraid of surprises
[11:52] <infinity> It's hard to be surprised by perl modules.
[11:52] <infinity> They're all packaged pretty much the same.
[12:08] <pitti> carlos, seb128: new cdbs is up
[12:08] <seb128> with help stuff?
[12:08] <pitti> yes
[12:08] <seb128> cool
[12:08] <pitti> this will probably break my buildd import, but should be easy enough to fix
[12:10] <seb128> why?
[12:10] <fabbione> infinity: are you still looking at mesa stuff?
[12:10] <pitti> seb128: dload-strippedtar will be confused if it finds two pot files with the same name
[12:10] <fabbione> infinity: if so #34856 =
[12:10] <fabbione> ?
[12:10] <seb128> ah, k
[12:10] <infinity> fabbione: deop yourself, scary man. :)
[12:10] <pitti> seb128: I'll just blacklist help/, no big deal
[12:11] <fabbione> whops..
[12:11] <fabbione> sorry
[12:11] <fabbione> i didn't meant to be scary :P
[12:11] <carlos> pitti: are they using the same filename for the help?
[12:11] <seb128> pitti: ok, cool. Still doing language pack update this afternoon so? :)
[12:11] <pitti> carlos: usually
[12:11] <carlos> ok
[12:11] <pitti> seb128: sure
[12:11] <carlos> pitti: for dapper, breezy and hoary?
[12:11] <infinity> fabbione: Yeah, I'll steal that bug.
[12:11] <pitti> carlos: let's do dapper for now
[12:11] <fabbione> infinity: k thx
[12:12] <pitti> carlos: no time to do all three of them today
[12:12] <carlos> ok
[12:14] <sandra> Hello. Was libdevmapper upgraded recently ? sudenly iy is incompatible with my kernel and I can't use the dev-mapper (to mount my encrypted home).
[12:14] <seb128> lamont: around?
[12:16] <sladen> sandra: what error message do you get?
[12:16] <fabbione> sandra: what kernel are you running? what version of libdevmapper? and what version of Ubuntu?
[12:17] <fabbione> seb128: does gdm still implements the FallBackServer option? the one that is started if the default server doesn't work?
[12:17] <seb128> lamont: what was your usecase for the "strict" focus mode? What does metacity does by default annoying you? Cf http://bugzilla.gnome.org/show_bug.cgi?id=326159 upstream, they are discussing putting app launched from a command line to background automatically by example
[12:17] <Ubugtu> Gnome bug 326159 in general "Experimental strict-focus-approximation feature" [Normal,New]  
[12:17] <sandra> This is ubuntu 5.10, Linux 2.6.12-10-686, libdevmapper1.01 1.01.03-1ubuntu2
[12:18] <fabbione> sandra: unlikely.. it's a stable release..
[12:18] <fabbione> sandra: only security fixes go there and libdevmapper didn't get any
[12:18] <sandra> The error is:
[12:19] <seb128> fabbione: there is no such option afaik
[12:19] <sandra> BTW, this was a kubuntu installation where I installed ubuntu-desktop. It was working till then.
[12:19] <sandra> Can anybody tell me the output of ls /etc/rc.*/*crypt* ?
[12:19] <sandra> The error is (among others): Incompatible libdevmapper 1.01.03 (2005-06-13)(compat) and kernel driver.
[12:20] <fabbione> seb128: #FailsafeXServer=
[12:20] <fabbione>  <-
[12:20] <fabbione> sandra: please use pastebin and show all errors.
[12:20] <seb128> fabbione: ah, right
[12:21] <fabbione> seb128: problem is #27020
[12:21] <seb128> bug #27020
[12:21] <Ubugtu> Malone bug 27020 in xorg xserver-xorg "Please make X fallback to vesa if the card driver doesn't work." [Wishlist,Confirmed]  http://launchpad.net/bugs/27020
[12:21] <sandra> fabbione: I can copy and paste the errors, I can type them, but itl take long.
[12:21] <fabbione> seb128: i want to approach it in 2 ways... one using gdm fallback (after i test it) and as more hardcore, as boot option
[12:22] <fabbione> sandra: copy/paste them to pastebin?
[12:22] <fabbione> seb128: do you have any gdm uploads pending?
[12:22] <seb128> fabbione: new tarball for GNOME 2.14.1 due monday
[12:22] <seb128> nothing planned today
[12:22] <fabbione> seb128: ok thanks
[12:23] <seb128> the failsafe code is still here
[12:23] <seb128> I just looked
[12:23] <seb128> so it should work
[12:23] <fabbione> seb128: ok thanks...
[12:23] <seb128> deal_with_x_crashes (GdmDisplay *d) to daemon/gdm.c if you need to have a look to the code
[12:26] <sandra> The error: http://paste.lisp.org/display/18726
[12:27] <fabbione> seb128: yes... we want to disable at least the error that comes up when we go to failsafe, or make it less scary
[12:28] <fabbione> sandra: it seems like the dm-mod is not loaded
[12:28] <fabbione> can you please do modprobe dm-mod
[12:28] <fabbione> and rerun that script?
[12:29] <sandra> fabbione: that was it! I didn't know the name of the module, thanks!
[12:29] <sandra> fabbione: now, any idas why it is not being loaded by default ? how shoudl it be loaded.
[12:30] <fabbione> sandra: it should be loaded by default.. there might be an error message before that you haven't seen perhaps
[12:31] <sandra> fabbione: maybe, let me see.
[12:32] <Keybuk> fabbione: dm-mod is loaded by the lvm initramfs script; assuming BOOT=local and ROOT=/dev/mapper/*
[12:32] <fabbione> Keybuk: yes, that's why i find suprising it's not loaded for sandra
[12:33] <sandra> I removed lvm from init, but I re-added it and it didn't help. Somehow I think rcconf and friends screwed up my init, any ideas of how to restore it ?
[12:48] <sebest> keybuk : hello, do you have an idea for bug 38392 ?
[12:48] <Ubugtu> Malone bug 38392 in network-manager "Regression: network-manager doesn't find the wifi iface if the software switch is off when NetworkManager starts" [Major,Unconfirmed]  http://launchpad.net/bugs/38392
[12:50] <Keybuk> sebest: nope; I'll copy it upstream when I go through them later
[12:51] <sebest> Keybuk, interface detection is done throught hal, i guess?
[12:53] <Keybuk> I believe so
[12:53] <sebest> because i can see that detection in hal works
[12:53] <Keybuk> NM in general isn't very good at keeping up with changes to interfaces
[12:53] <Keybuk> which is ironic, given that's arguably its one job!
[12:53] <sebest> when the softswitch is off, i can see the interface
[12:54] <sebest> and when i switch it on, something appear under it : "Networking interface"
[12:54] <Keybuk> sebest: I would recommend making sure all this information is in the bu
[12:54] <sebest> i'm using the hal gui to see this
[12:54] <Keybuk> bug
[12:54] <Keybuk> include lshal output and stuff
[12:54] <Keybuk> that way when upstream look at it, they'll have the information
[12:54] <sebest> ok i update it
[12:54] <Keybuk> it's not something I'm going to put any time/effort into trying to debug/fix myself
[12:57] <sebest> ok, so let's hope they'll find the bug...
[01:00] <Keybuk> I hope they find all the bugs :)
[01:00] <sebest> Keybuk, is there a lot of ubuntu specific patch? or could i try the official 0.6.2 to check that the issue is in it too?
[01:01] <Keybuk> there's almost no Ubuntu specific patch now
[01:01] <Keybuk> that which there was for 0.5 was all folded into upstream's 0.6
[01:02] <Keybuk> most of the patches we apply are from the NM mailing list itself nowadays
[01:03] <sebest> Keybuk, i updated the bug with lshal output
[01:04] <sebest> i'll try to trace the regression, testing older release
[01:07] <sebest> Keybuk, maybe it's this libnl ...
[01:08] <Keybuk> doubt it
[01:08] <Keybuk> that's not that interesting
[01:09] <sebest> i thought it was related to netlink , we use netlink in avahi to detect iface status
[01:09] <sebest> so i thought the iface status was missdetect or something...
[01:09] <Keybuk> yeah, but I doubt it's a bug in libnl
[01:09] <Keybuk> from what I've seen of libnl, it's just a very badly written wrapper around the kernel netlink API
[01:09] <Keybuk> NM is still interpreting the changes
[01:34] <mdke_> 1.Is there a list anywhere of the amount of hard disk space the various minimal/standard/desktop installations take up? and is the python stuff included in all of those?
[01:36] <Keybuk> http://people.ubuntu.com/~cjwatson/germinate-output/dapper/
[01:37] <mdke_> Keybuk, that's great thanks
[01:39] <sebest> Keybuk, i've noticed something, for some unknown reason, lshal doesn't display "info.linux.driver" for my ipw2100 
[01:40] <Keybuk> at any time?
[01:41] <sebest> yes at any time
[01:41] <Keybuk> kooky
[01:41] <sebest> i'm reading the code, trying to find if it does something special when ->driver == NULL
[01:42] <Keybuk> probably does nothing :)
[01:42] <Keybuk> I think NM cares about ->driver
[01:43] <sebest> i'll add some debug info to see what going on
[01:44] <sebest> i think something bad happen in nm_device_new
[01:44] <KaiL> ubuntu-artwork package broken?
[01:45] <dholbach> KaiL: known issue
[01:46] <KaiL> k
[02:10] <sebest> Keybuk, i think i found part of the bug
[02:11] <Keybuk> sebest: oh, aye?
[02:11] <sebest> there is a real bug in nm, but it has always been there, but my problem is a side effect
[02:12] <sebest> it seems that before, my module was autoloaded on boot
[02:12] <sebest> so when networkmanager start it found the iface (with the software switch off)
[02:12] <sebest> but now, the module is no more loaded at boot time
[02:12] <sebest> so networkmanager doesn't find it when it starts
[02:13] <Keybuk> ok, so let's debug the first problem first
[02:13] <Keybuk> and get that module loading
[02:13] <Keybuk> you're running an up to date dapper install, yes?
[02:13] <sebest> yes
[02:13] <Keybuk> ok, and you're not doing anything silly like compiling your own kernel?
[02:13] <sebest> i think i notice the problem because something changed in the autoloading of modules
[02:13] <sebest> no
[02:13] <Keybuk> right
[02:14] <sebest> i'm using a vanilla ubuntu dapper
[02:14] <Keybuk> could you run the following two commands, and paste the output somewhere (not directly here, use a nopaste)
[02:14] <Keybuk> lspci
[02:14] <Keybuk> lspci -n
[02:14] <lifeless> Keybuk: is network manager worth installing yet ?
[02:15] <Keybuk> lifeless: if it works for you, try it;  but it's not good enough for default installation at this point
[02:16] <sebest> Keybuk, what do you want to see from lspci, because as you guess, i have some network issue ;)
[02:16] <sebest> in my bug repport i pasted the output of lspci -v 
[02:16] <lifeless> Keybuk: you know me and network .. :0 I'll pass
[02:17] <Keybuk> ok, what was the bug# ?
[02:18] <sebest> bug 38392
[02:18] <Ubugtu> Malone bug 38392 in network-manager "Regression: network-manager doesn't find the wifi iface if the software switch is off when NetworkManager starts" [Major,Unconfirmed]  http://launchpad.net/bugs/38392
[02:19] <Keybuk> ok
[02:20] <Keybuk> it's the IPW2100 that's not detected, right?
[02:20] <Keybuk> sebest: cat /sys/bus/pci/devices/0000:02:06.0/modalias
[02:20] <Keybuk> (it's a complicated string, so type it carefully here)
[02:21] <lamont> seb128: what metacity was doing that prompted "strict" focus mode was changing focus from the window that had it.  Thereby occasionally causing me to type in a window that I didn't want to at this time.
[02:21] <lamont> seb128: the use model is "I've manually focused my windows with the pointer for 15 years, and I don't want to change from that model"
[02:23] <sebest> Keybuk, v00008086d00001043sv00008086sd00002527bc02sc80i00
[02:23] <Keybuk> sebest: you forgot the "pci:" on the front :p
[02:23] <sebest> yes :)
[02:23] <sebest> pci:v00008086d00001043sv00008086sd00002527bc02sc80i00
[02:24] <Keybuk> ok
[02:24] <Keybuk> now run
[02:24] <Keybuk> modinfo ipw2100 | grep pci:v00008086d00001043sv00008086sd00002527
[02:24] <lifeless> lamont: you use follow-mouse too ?
[02:24] <lifeless> lamont: and are crying at metacities regression ?
[02:24] <Keybuk> it's not the full string, you don't want the "bc02sc80i00" bit
[02:24] <sebest> yes ok?
[02:25] <Keybuk> did you get anything back?
[02:25] <sebest> yes
[02:25] <sebest> with some stars
[02:25] <Keybuk> should have been alias: pci:blahblahbc*sc*i*
[02:25] <sebest> bc*sc*i*
[02:25] <Keybuk> right
[02:26] <Keybuk> ok
[02:26] <Keybuk> now run this
[02:26] <lamont> lifeless: I use "strict".  what regression?
[02:26] <Keybuk> modprobe -v -n --first-time pci:v00008086d00001043sv00008086sd00002527bc02sc80i00
[02:26] <Keybuk> (note that that's the full string)
[02:26] <Keybuk> and paste the output here
[02:28] <lifeless> lamont: I use 'select windows when the mouse moves over them'
[02:28] <lifeless> lamont: and its not doing it
[02:28] <sebest> modprobe -v -n --first-time pci:v00008086d00001043sv00008086sd00002527bc02sc80i00
[02:29] <lamont> lifeless: gconf-editor, change it from whatever to "strict" - see if that gives you more love...
[02:29] <sebest_> Keybuk, FATAL: Module ipw2100 already in kernel.
[02:29] <Keybuk> sebest_: did you load that 
[02:29] <Keybuk> ?
[02:29] <Riddell> Kamion: I'm getting this error on espresso's language selection page, any ideas how to fix? http://kubuntu.pastebin.com/645919
[02:30] <sebest_> Keybuk, ah you want me to reboot and test from a fresh boot?
[02:30] <Keybuk> sebest_: if you've already loaded that module, you'll need to reboot
[02:30] <lifeless> lamont: what key to change ?
[02:30] <Keybuk> yes
[02:30] <Keybuk> can't debug why things don't work if it's not fresh :)
[02:30] <sebest_> ok
[02:30] <lamont> lifeless: checking
[02:30] <lamont> apps, metacity, general, focus_mode
[02:31] <sebest> Keybuk, i can't use "lsmod | grep ipw2100" to check if the module is loaded or not?
[02:32] <lifeless> lamont: mines on sloppy
[02:32] <lifeless> and the help does not mention strict
[02:32] <Keybuk> sebest: you can, yes; but that isn't the answer to the question
[02:32] <Keybuk> that modprobe command will yield more information than just "is loaded or not"
[02:32] <lifeless> lamont: no love :p 
[02:33] <lamont> lifeless: strict is only mentioned in the source - and it wouldn't surprise me if you have to restart metacity to have it see the change..
[02:33] <lifeless> meep
[02:33] <sebest> ok, it tolded me witch module it loaded
[02:33] <lifeless> ok, I'll fiddle tomrrow, I've a few things to tweak on
[02:33] <lamont> lifeless: seb128 added it under some duress :-)
[02:33] <lamont> to warty
[02:34] <lifeless> lamont: how does strict and sloppy differ ?
[02:34] <sebest> Keybuk, it just output on line
[02:34] <Keybuk> sebest: what was that line?
[02:34] <lifeless> and strict and mouse for that matter
[02:34] <lamont> sloppy allows metacity to use it's mind in hijacking focus for new windows.  strict says "no"
[02:34] <lifeless> ah, THANK YOU GOD^WLamont
[02:34] <sebest> module path with 2.6.15-20-686/path to ipw2100.ko
[02:34] <Keybuk> ok
[02:34] <sebest> you need the exact line?
[02:34] <Keybuk> nah
[02:34] <Keybuk> just the fact it said that module is enough
[02:35] <lamont> if (whole complex logic) && !strict { take focus to newly created window }
[02:35] <lifeless> lamont: now if I can figure out why its fully borked right now
[02:35] <Keybuk> so this tells us that you have a module for that device, and that the system should be loading that module
[02:35] <lifeless> only alt-tab and clicking are changing focus
[02:35] <Keybuk> ok
[02:35] <Keybuk> sebest: was it just the one line?
[02:35] <Keybuk> or was there also a line for ieee8011.ko ?
[02:36] <lamont> lifeless: oh... I found a website or two that b0rked it into that mode.
[02:36] <sebest> Keybuk, only one line
[02:36] <lifeless> websites ?!
[02:36] <lamont> java R^()$(^%)&^ app
[02:36] <Keybuk> sebest: lsmod | grep ieee80211 -- loaded or not?
[02:36] <lamont> at least, that was all I could attribute it to...  restarting helped. :-)
[02:36] <lifeless> you are kdding me right
[02:36] <sebest> yes
[02:36] <Keybuk> sebest: anything after the numbers?
[02:36] <pitti> yay, tailor finally worked
[02:36] <sebest> and _crypt to
[02:36] <lamont> lifeless: I, uh, didn't trouble shoot it very hard. 
[02:37] <sebest> ieee80211 37032 0
[02:37] <Keybuk> odd
[02:37] <Keybuk> wonder what loaded that
[02:37] <Keybuk> ok
[02:37] <Keybuk> onwards
[02:37] <sebest> and _crypt  6528 1 ieee80211
[02:38] <Keybuk> grep "^U.*0000:02:06.0" /var/log/udev
[02:38] <Keybuk> do you get exactly two lines, one beginning UEVENT and one beginning UDEV ?
[02:39] <sebest> i get 5
[02:39] <Keybuk> 5 lines?  ok, you'll have to type those
[02:40] <sebest> ok, so the first one is:
[02:40] <sebest> UEVENT [ts]  add@/class/firmware/0000:02:06.0
[02:40] <sebest> then the same with UDEV
[02:41] <sebest> then the 2 same line with s/add/remove/
[02:41] <sebest> then the last one
[02:41] <lifeless> lamont: :)
[02:41] <sebest> UDEV [ts]  add@/devices/pci0000:00:1e.0/0000:06:06.0
[02:42] <sebest> oups sorry UDEV [ts]  add@/devices/pci0000:00:1e.0/0000:02:06.0
[02:42] <sebest> UDEV [ts]  add@/devices/pci0000:00/0000:00:1e.0/0000:02:06.0
[02:42] <Keybuk> is there a UEVENT for that UDEV ?
[02:42] <sebest> no
[02:43] <Keybuk> not to worry
[02:43] <Keybuk> right, open /var/log/udev with less or something
[02:43] <Keybuk> and find that UDEV line (look for 0000:02:06.0)
[02:43] <Keybuk> does it have MODALIAS= then the module string?
[02:48] <sebest> Keybuk, yes there is a moalias
[02:48] <Keybuk> and it's the same?
[02:49] <sebest> yes
[02:49] <Keybuk> okies
[02:49] <Keybuk> back to the prompt
[02:49] <Keybuk> now run grep "^UDEV.*ipw" /var/log/udev
[02:49] <Keybuk> and type the results here (including the timestamps, I'm afraid)
[02:53] <zul> heylo
[03:02] <sebest> [something.958964]  add@/module/ipw2100
[03:02] <sebest> [samething.959695]  add@/bus/pci/drivers/ipw2100
[03:02] <sebest> Keybuk, here it is
[03:02] <seb128> lifeless: I think there is some bug fixed upstream with mouse focus, dholbach knows about it
[03:04] <Keybuk> sebest: grep "^UDEV.*eth" /var/log/udev
[03:05] <sebest> UDEV [ts]  add@/class/net/eth0
[03:05] <sebest> and then eth1
[03:05] <Keybuk> sebest: grep ^MODULES= /etc/default/acpi-support
[03:07] <sebest> the vars are empty
[03:07] <Keybuk> ok
[03:07] <lifeless> seb128: thanks. if rebooting doesn't clear it up, I'll check malone etc
[03:07] <Keybuk> grep -r ipw2100 /etc
[03:07] <Keybuk> (as root, to avoid the Permission Denied errors)
[03:08] <Keybuk> there should be no mention of it, is there?
[03:08] <dholbach> seb128: i'm not sure, which bug that was, but i'll have a look on it too again
[03:08] <sebest> nothing
[03:08] <Keybuk> ok
[03:08] <Keybuk> well, I've no idea then
[03:08] <Keybuk> you've got something on your system calling "rmmod ipw2100"
[03:08] <sebest> may i suggest something?
[03:08] <Keybuk> it's detected fine, the module is loaded, and for a brief period you have eth1
[03:08] <Keybuk> sure
[03:08] <sebest> it may be the fsam7400 module
[03:08] <Keybuk> what's that?
[03:08] <seb128> dholbach: ta
[03:08] <sebest> it the module that control the soft switch
[03:09] <Keybuk> oh right
[03:09] <Keybuk> is that one you load manually?
[03:09] <sebest> no
[03:09] <Keybuk> what loads that then?
[03:09] <sebest> but it seems his behaviour changed
[03:09] <sebest> befor when it was loaded, it loaded also ipw2100
[03:09] <Keybuk> parm:           autoload:load/unloads ipw2100 driver when toggling radio (default) (i)
[03:09] <Keybuk> yes
[03:09] <Keybuk> that would certainly break the world
[03:09] <Keybuk> what a stupid module
[03:10] <sebest> but it has always worked before
[03:10] <sebest> and the version number didn't changed
[03:10] <sebest> so it seems there is a bad interaction somewhere..
[03:10] <Keybuk> you must be loading that manually
[03:10] <Keybuk> did you put it in /etc/modules ?
[03:10] <sebest> you mean fsam7400 ?
[03:10] <Keybuk> yes
[03:11] <sebest> i have a file in /etc/modprobe.d/
[03:11] <Keybuk> what does that file look like?
[03:11] <sebest> that's me who did it, just to change the gid=
[03:11] <sebest> to allow my own user to change the status of the switch
[03:11] <sebest> options fsam7400 gid=106
[03:11] <Keybuk> you must also have done something to load that module
[03:11] <Keybuk> it won't be automatically loaded
[03:12] <sebest> yes i added it to /etc/modules
[03:12] <Keybuk> riiiight
[03:12] <sebest> that's not good?
[03:12] <Keybuk> stick autoload=0 to the end of that options line
[03:13] <azeem> 14:08 < sebest> i'm using a vanilla ubuntu dapper
[03:13] <sebest> oki, i reboot?
[03:13] <Keybuk> azeem: yes, well, who EVER believes a user when they claim that? :)
[03:13] <Keybuk> sebest: yup, reboot
[03:13] <Keybuk> "I didn't touch it, honest, it just LEAPT off the mantlepiece"
[03:13] <Keybuk> "I tripped, and fell, and landed o"..ANYWAY!
[03:14] <Keybuk> BenC: ping
[03:14] <sebest> if i don't add this to modules, how am i supposed to have wifi working?
[03:15] <Keybuk> sebest: should be ok, as long as you've got that autoload=0 option
[03:15] <sebest> yes it seems better
[03:16] <sebest> ok it works now
[03:17] <sebest> Keybuk, thanx for the help! 
[03:17] <Keybuk> no worries
[03:17] <sebest> but don't you think that this modprobe.d file should be added 
[03:17] <sebest> other people with the same module will have the same problem no?
[03:18] <Kamion> Riddell: yeah, I ran into the same thing the other day; you need to upgrade localechooser-data to a version including Thai support
[03:19] <sebest> because "autoload=1" is the default of the module
[03:20] <Keybuk> bug 38597
[03:20] <Ubugtu> Malone bug 38597 in linux-source-2.6.15 "fsam7400 is fucking stupid" [Normal,Unconfirmed]  http://launchpad.net/bugs/38597
[03:20] <doko> Riddell: ping
[03:21] <Keybuk> sebest: yup, I agree; better to fix the kernel :)
[03:22] <sebest> Keybuk, i'm not sure that fsam7400 load and unload, i think it load it, and something else unload it
[03:22] <sebest> i think this, because i'm using the module for 2 years now (the exact same version) and i have this issue until recently
[03:24] <sebest|lunch> Keybuk, thanx again for your patience! and help!
[03:24] <mjg59> Keybuk: Oh my christ, that's insane
[03:25] <Riddell> doko: hi
[03:25] <Keybuk> sebest|lunch: ipw2100 is loaded automatically because you have one in your system
[03:25] <Keybuk> in general, modules should never be unloaded
[03:26] <Keybuk> about the only exception to that is dealing with suspend/resume where sometimes you have to reset the hardware
[03:26] <Riddell> Kamion: that sorted it, thanks
[03:26] <lifeless> Keybuk: like with da ipw2200's ;)
[03:26] <Kamion> good good
[03:27] <lifeless> Keybuk: while you're here, whats the magic these days to bring up a stanza FOO when the interface BAR is brought up by udev events ?
[03:28] <Keybuk> lifeless: you'll have to be a bit more specific
[03:28] <Keybuk> what's FOO, what's BAR?
[03:28] <lifeless> well
[03:28] <lifeless> BAR is eth1
[03:28] <lifeless> FOO is 'home'
[03:28] <Keybuk> you want to mount /home when eth1 is brought up?
[03:28] <lifeless> no
[03:28] <lifeless> I want the hotplugging infrastructure to do the equivalent of 'ifup eth1=home' rather than 'ifup eth1'
[03:29] <Keybuk> oh, sorry
[03:29] <lifeless> np, was not as clear as possible
[03:29] <Keybuk> I think it's pretty much as documented
[03:29] <Keybuk> one of the reasons I got rid of that stupid "mapping hotplug" crap was that it broke this
[03:29] <Keybuk> mapping eth0
[03:29] <Keybuk>    script /some/test/or/other
[03:29] <Keybuk>    map HOME eth0-home
[03:29] <Keybuk>    map WORK eth0-work
[03:29] <Keybuk> iface eth0-home inet ...
[03:29] <Keybuk> iface eth0-wokr inet ...
[03:29] <Keybuk> auto eth0
[03:30] <lifeless> Keybuk: you're saying that that is current - if I put a mapping stanza back in it should work ?
[03:30] <Keybuk> udev will "ifup eth0" (with a check it's got an auto line), ifup will bring up either eth0-home or eth0-work depending on what /some/test/or/other returns
[03:30] <Keybuk> lifeless: yup
[03:30] <lifeless> danke
[03:32] <BenC> Keybuk: pong
[03:32] <lifeless> mapping eth1
[03:32] <lifeless>   script /bin/echo
[03:32] <lifeless>   map eth1 home
[03:32] <lifeless> :)
[03:33] <Ubugtu> Malone bug 38597 in linux-source-2.6.15 "fsam7400 is fucking stupid" [Normal,Unconfirmed]  http://launchpad.net/bugs/38597
[03:34] <HiddenWolf> Well, that's certainly a positive attitude. :)
[03:34] <Keybuk> BenC: please apply that patch <g>
[03:34] <Keybuk> lifeless: heh, that's a somewhat trivial example, but yes
[03:34] <BenC> Keybuk: will do, and thanks for the bug report ;)
[03:35] <Keybuk> lifeless: making sure you have "auto eth1"
[03:35] <Keybuk> (not auto eth1-home)
[03:35] <hunger> Is somebody working on a fix for ubuntu-artwork already?
[03:35] <Keybuk> or "auto home", which would be the matching equivalent
[03:35] <Keybuk> uh, to clarify
[03:36] <Keybuk> you want "auto eth1" "iface home inet ..."  but not "auto home"
[03:37] <lifeless> Keybuk: yes I have auth eth1
[03:37] <lifeless> the interface stanza for home is literally 'home' not 'eth1-home'
[03:37] <Keybuk> yup
[03:37] <Keybuk> that sounds right then
[03:38] <lifeless> the reason I dont have auto home or auto eth1-home is that thats not what udev finds :).
[03:38] <Keybuk> yup, you don't want them either
[03:38] <lifeless> I used to have a mapping stanza way back, but it got borked, so I worked around. I'm glad its restored.
[03:39] <bddebian> Hello folks
[03:39] <folks> hello bddebian
[03:39] <bddebian> Uhm, heh
[03:40] <lifeless> yeouch
[03:40] <sladen> hunger: please join  ubuntu-artwork@lists.ubuntu.com  there doesn't seem to be any way to get responses through the bugtracker or on IRC from any of the art people
[03:40] <lifeless> I need a hand with a dapper upgrade that just deep-sixed
[03:40] <lifeless> PANIC: Circular dependancy.   Exiting.
[03:40] <Keybuk> cute
[03:40] <sladen> lifeless: funky.
[03:40] <lifeless> this is an amd64 3000+ desktop
[03:40] <Keybuk> I like it when initramfs does that
[03:40] <Keybuk> and I blame jbailey
[03:41] <sladen> lifeless: did it say anything about the packages that might be circularising?
[03:41] <Keybuk> sladen: of course not, that'd be useful
[03:41] <Keybuk> lifeless: easiest debug ... boot with break=top (and no quiet/splash) on the kernel command line
[03:41] <lifeless> Keybuk: thank you
[03:41] <Keybuk> then grep ^PREREQ scripts/*/*
[03:42] <sladen> Keybuk: /win 28
[03:42] <Keybuk> sladen: /lose 40
[03:42] <lifeless> http://pastebin.com/646013
[03:42] <lifeless> sladen: ^^
[03:43] <Keybuk> lifeless: ok, so it's in local-top
[03:43] <Keybuk> that narrows it down a bit
[03:43] <Keybuk> lifeless: can you boot a different kernel/initramfs pair?
[03:44] <lifeless> Keybuk: no, I had to remove them to let initramfs work at all
[03:44] <lifeless> Keybuk: I had upgraded in series from hoary - breezy, then breezy - dapper
[03:44] <Keybuk> sorry, clarify me a moment; what state is the machine in right now?
[03:44] <lifeless> is booting with break=top still useful ?
[03:44] <Kamion> bddebian: huh?
[03:45] <Keybuk> is it in "not booting and panic'ing" state, with no alternate kernel to fall back on?
[03:45] <lifeless> failing to boot with that error in recovery mode, hard lock with coloured line fragments in normal boot. One kernel available. 
[03:45] <Keybuk> ok
[03:45] <Keybuk> boot with break=top then
[03:45] <bddebian> Kamion: ajmitch said you were going to lart me for an empty upload of silc-toolkit, which I don't know how it happened?
[03:45] <lifeless> I have a separate partition with a 64-bit kernel
[03:45] <lifeless> and separate ubuntu install
[03:45] <lifeless> and a windows install as well.
[03:45] <lifeless> thats all the state I can think of thats relevant
[03:45] <Keybuk> yup
[03:45] <Keybuk> break=top with the failing kernel
[03:46] <Keybuk> it'll give you a shell in the initramfs
[03:46] <lifeless> oh, and the incomplete install of dapper packages.
[03:46] <lifeless> ok, its up
[03:46] <Keybuk> ok, ls scripts/local-top
[03:46] <Kamion> bddebian: was just wrongly-named .install files so the binaries ended up mostly empty; it's fixed now, I'd already mostly forgotten about it :)
[03:46] <Keybuk> what's in there?
[03:46] <lifeless> evms md lvm
[03:46] <sladen> lifeless: oh.  that's the kernel, not apt or anything
[03:46] <Keybuk> ok
[03:46] <Keybuk> incomplete dapper install, eh? :p
[03:46] <lifeless> Keybuk: ubuntu-base, ubuntu-standard are both fully installed
[03:47] <bddebian> Kamion: Was it in my "fix"?
[03:47] <Keybuk> lifeless: oh, really?
[03:47] <Keybuk> lifeless: grep ^PREREQ scripts/local-top/*
[03:47] <lifeless> Keybuk: well, I can't check *now*, but aptitude seemed to think so.
[03:47] <lifeless> heh
[03:47] <lifeless> md wants udev
[03:47] <Keybuk> right
[03:47] <Keybuk> md should want udev
[03:47] <Keybuk> ls init-premount init-bottom
[03:47] <lifeless> maybe initramfs should set a minimum udev version ?
[03:48] <lifeless> neither exist
[03:48] <Keybuk> initramfs doesn't depend on udev at all; ubuntu-minimal does
[03:48] <Keybuk> sorry
[03:48] <Keybuk> ls scripts/init-premount scripts/init-bottom
[03:48] <lifeless> nothing and thermal respectively
[03:48] <Keybuk> right
[03:48] <Keybuk> I bet I know what's happened here
[03:48] <mdke_> dholbach, new docs package for you. the error you pointed out has been fixed
[03:49] <Keybuk> do you reckon you could scream "INFINITY!" loud enough so he can here you? :p
[03:49] <Keybuk> hear even
[03:49] <lifeless> theermal is 0 length
[03:49] <dholbach> mdke_: super
[03:49] <jdub> Keybuk: i can recalibrate the OLP
[03:49] <bddebian> infinity: awake yet? :-)
[03:49] <Keybuk> lifeless: sed -i s/udev// scripts/local-top/md
[03:50] <lifeless> done
[03:50] <Keybuk> is your hard-disk ide or scsi?
[03:50] <lifeless> ide
[03:50] <Keybuk> root= ?
[03:50] <lifeless> /dev/hda6 IIRC.
[03:50] <Keybuk> mknod b 3 6 /dev/hda6
[03:50] <Keybuk> uh
[03:50] <Keybuk> mknod /dev/hda6 b 3 6
[03:51] <lifeless> better :)
[03:51] <Keybuk> then hit ^D and see how far you get
[03:51] <lifeless> up to init
[03:51] <lifeless> /dev/loop is readonly
[03:51] <lifeless> looks recoverable from here
[03:51] <Keybuk> yeah this boot will be verrrrry messy
[03:51] <Keybuk> hopefully you'll get a shell though
[03:51] <lifeless> thank you *very* much
[03:52] <Keybuk> now
[03:52] <Keybuk> once you have a shell, check /usr/share/initramfs-tools/scripts/local-top
[03:52] <Keybuk> and see if that has udev in it
[03:52] <Keybuk> if so, update-initramfs -u
[03:52] <Keybuk> and prepare a can of whoop-ass for infinity when he surfaces
[03:52] <Keybuk> if not, let's debug more why this is so
[03:52] <lifeless> no
[03:52] <lifeless> it does not
[03:52] <Keybuk> right
[03:52] <Keybuk> interesting
[03:52] <Keybuk> dpkg-query -W ubuntu-minimal initramfs-tools udev
[03:53] <lifeless> 0.106
[03:53] <lifeless> 0.40ubuntu28
[03:53] <lifeless> 0.060-1ubuntu15
[03:53] <lifeless> in that order
[03:53] <Keybuk> apt-cache policy udev
[03:53] <lifeless> want the lot, or a subset ?
[03:54] <Keybuk> just Installed/Candidate
[03:54] <lifeless> installed 0.060-1ubuntu5 candidate 079-0ubuntu24
[03:54] <Keybuk> right
[03:54] <Keybuk> is /dev massively populated at this point, or rather empty?
[03:54] <lifeless> ubuntu-minimal needs a versioned depends ?
[03:54] <lifeless> populated
[03:54] <dholbach> mdke_: doesn't build
[03:54] <lifeless> 1436 entries
[03:54] <Keybuk> ok, is root fs read/write?
[03:54] <lifeless> rw
[03:55] <lifeless> I'm good to repair from here I think
[03:55] <dholbach> mdke_: ubuntu/browser-startpage/index-fi_FI.html not found
[03:55] <Keybuk> ok, apt-get install udev
[03:55] <Keybuk> lifeless: we generally trust that people do upgrade everything by default
[03:55] <lifeless> I can see whats fucked - there is no dependency requirement for the version that is needed to make initramfs work
[03:55] <Keybuk> mdadm needs a minimal version though, you'reright
[03:55] <lifeless> should I file a bug for you ?
[03:56] <Keybuk> no need, upload already on its way into the archive
[03:56] <lifeless> sweet. 
[03:56] <lifeless> thanks
[03:57] <mdke_> dholbach, sorry, fixed
[03:58] <jdub> lifeless, Keybuk: not good for your launchpad karma! ;-)
[03:58] <Keybuk> jdub: we all pale in comparison to seb128 anyway
[03:58] <jdub> lifeless, Keybuk: you can't jsut communicate like human beings when karma is at stake
[03:58] <lifeless> jdub: good for keybuks, hes uploading
[03:58] <lifeless> jdub: meh, check my karma, see if I am worried
[03:59] <jdub> you will be crushed by MECHA SEB128
[03:59] <seb128> lol
[03:59] <bddebian> heh
[04:00] <lifeless> lts see if this boots more happily
[04:00] <jdub> and his sidekick MECHA DANIEL.HOLBA.CH
[04:00] <_mvo_> haha
[04:00] <dholbach> hahaha :)
[04:00] <lifeless> right, its half way there.
[04:01] <jdub> they were built in a volcano, you know
[04:01] <lifeless> now recovery mode boots fine
[04:01] <lifeless> but the 'normal' boot crashes with a 'corrupted' video display
[04:01] <lifeless> I'm about to try without splash
[04:03] <lifeless> confirmed, 'splash' breaks my boot
[04:03] <lifeless> is it possible that a missing package causes that ? 
[04:06] <dholbach> mdke_: uploading
[04:08] <janimo> seb128, I'd like gdm to depend on the xubuntu package proving the theme as an alternate to current ubuntu and edubuntu artwork deps
[04:08] <janimo> should I file a bug, or upload myself?
[04:08] <janimo> or what about depending on a virtual package and have the various artwork packages provide that?
[04:09] <seb128> janimo: like https://launchpad.net/distros/ubuntu/+source/gdm/+bug/38551 ?
[04:09] <Ubugtu> Malone bug 38551 in gdm "gdm should depends on xubuntu-artwork too" [Normal,Confirmed]  
[04:09] <janimo> :) prbably
[04:09] <carlos> who is in charge of dappers' bzr?
[04:09] <_mvo_> janimo: did you had a chance to look at the upgrade issue I send you?
[04:10] <janimo> _mv_ yes looked at it
[04:10] <janimo> but am not sure what it could be
[04:10] <janimo> the theme package which overwrites the other
[04:10] <janimo> actually depends on a version of the other which should not conflict
[04:10] <mdke_> dholbach, thanks
[04:11] <janimo> it depends on xfwm >4.3 
[04:11] <janimo> and should only conflict with an oledr version of xwfm4 (4.2)
[04:12] <janimo> seb128, it;s anothetr package name thatn it says there
[04:12] <janimo> updatung the bug info
[04:12] <seb128> janimo: ok, thank you
[04:22] <sebest|lunch> mjg59, i have a question about wifi softswitch and ubuntu, most softswitch needs something like "echo 1 > /proc/driver/wireless/radio" , how is it handled from a gui point of view in ubuntu?
[04:23] <janimo> carlos it's jbailey who did the last uploads
[04:26] <sebest> Keybuk, i noticed something weird, since the autoload=0 my wifi interface is eth2 (it used to be eth1)
[04:26] <Keybuk> paste /etc/iftab and ifconfig -a somewhere
[04:27] <janimo> _mvo_ sent an answer now.
[04:27] <janimo> is this a during a normal dist-upgrde
[04:27] <janimo> I have to install a breezy chroot and try it myself
[04:28] <sebest_> Keybuk, http://pastebin.com/646106
[04:28] <_mvo_> janimo: thanks
[04:28] <mjg59> sebest: It isn't
[04:28] <sebest> mjg59,  i will never be? 
[04:29] <mjg59> sebest: If somebody writes good code to implement it, it will be
[04:29] <mjg59> It's the sort of thing that ought to be done through hal
[04:29] <janimo> mjg59, do you think X can be made (without patching) to inherit 'at_console' from a tty if launched via startx?
[04:29] <mjg59> janimo: No
[04:29] <Keybuk> sebest: I don't know why it's eth1 ... but if you want it to be -- add "eth1 mac 00:0C:F1:0F:89:34" to your /etc/iftab file
[04:29] <sebest> mjg59, but i can't be really generic?!
[04:30] <janimo> mjg59, hmm so only the gdm case is supported  I guess
[04:30] <mjg59> janimo: Any display manager
[04:30] <mjg59> sebest: I don't understand the question
[04:30] <sebest> Keybuk, i don't really mind, it's just strange that the name changed for no apparent reason
[04:30] <sebest> mjg59, each softswitch implementation use a different way to switch on/off
[04:31] <mjg59> sebest: So it should be done through hal
[04:31] <Keybuk> sebest: yeah, it's strange; attach /var/log/udev somewhere
[04:31] <Keybuk> paste/copy it
[04:32] <sebest> mjg59, you mean the "module" should export something using hal? 
[04:32] <mjg59> sebest: No, I mean hal needs to be taught about these modules
[04:36] <sebest_> Keybuk, i kept the interesting thing only: http://pastebin.com/646123
[04:37] <Keybuk> sebest: weird
[04:37] <Keybuk> oh
[04:37] <Keybuk> no, I see what happened
[04:37] <Keybuk> your wireless card initialised faster, and got eth0
[04:37] <Keybuk> your network card got eth1
[04:38] <Keybuk> then they got swapped, and your wireless popped up to eth2
[04:38] <Keybuk> if you explicitly name it eth1, it'll work right
[04:38] <Keybuk> that'll force it to wait an extra second
[04:38] <sebest> using /etc/iftab
[04:39] <Keybuk> yup
[04:39] <sebest> the question is why, does the network card got eth1
[04:40] <janimo> _mvo_ has unattended-upgrades anything to do with a virtual package?
[04:40] <Keybuk> cause it took longer to initialise than your wireless card
[04:40] <Keybuk> tg3 is it?
[04:40] <janimo> I see the cdimage reports have u-m as uninstallble
[04:40] <sebest> no
[04:40] <sebest> b44
[04:40] <Keybuk> ok
[04:40] <Keybuk> doesn't matter anyway
[04:40] <janimo> I ahve done xubuntu install today and something about that being a virtual package was in the log
[04:40] <_mvo_> janimo: no
[04:40] <janimo> http://cdimage.ubuntu.com/xubuntu/daily/current/report.html
[04:40] <sebest> Keybuk, that's the first time i notice this
[04:40] <_mvo_> janimo: it's possible that hasn't yet been promoted to main
[04:41] <janimo> aha
[04:41] <_mvo_> janimo: its a new depedency of update-manager
[04:41] <janimo> probably, ok so probably that's the cause of uninstallability.thanks
[04:41] <sebest> Keybuk, but as you seen my iftab says that eth0 is reserved for the wired card, so it shouldn't have happened, no?
[04:42] <Keybuk> sebest: the reservation happens in userspace
[04:42] <Keybuk> not in kernel land
[04:42] <Keybuk> kernel gave it the name eth0, userspace responded to that by renaming it to something else
[04:42] <Keybuk> in this case eth2 because the wired had eth1 (kernel named)
[04:42] <Keybuk> and userspace responded to that by renaming wired to eth0
[04:42] <Keybuk> you just managed to get the timing exactly right so they went eth0/eth2
[04:43] <sebest> ok, that makes senses
[04:44] <Keybuk> was probably happening before
[04:44] <Keybuk> but fsam7400 unloaded the ipw2100 driver, and when it was loaded again, there was no eth1, so that number was free
[04:44] <sebest> i don't think so, because i was connectiong wifi by hand
[04:44] <sebest> so i would have notice it if i had to type something else than eth1 in the cli
[04:46] <sebest> Keybuk, i've rebooted 3 times, and it is always eth2, i think that fsam7400 does something stupid with autoload=0 (like loading it and removing it imediately)
[04:49] <Keybuk> sebest: did you make the modification to /etc/iftab
[04:50] <sebest> no, because i wanted to check the timing issue
[04:50] <sebest> i just wanted to check if it was "no luck" or if it was constantly eth2
[04:50] <Keybuk> it's always constant
[04:50] <Keybuk> even though it's luck
[04:51] <Keybuk> hardware is often predictable
[04:51] <sebest> yes, but before this autoload=0, it was always eth1
[04:51] <Keybuk> this card takes Xms, this card takes Yms, etc.
[04:51] <Keybuk> yes
[04:51] <Keybuk> and I explained why
[04:51] <Keybuk> during boot, it was eth2
[04:51] <Keybuk> then it was unloaded by fsam7400
[04:51] <Keybuk> when you loaded it later, it was eth1
[04:51] <Keybuk> because that was free at the time
[04:51] <Keybuk> it's only eth2 because of a fun little race
[04:52] <sebest> ok, i'll bind it to eth1 with iftab
[04:53] <sebest> fsam7400, shouldn't load/unload anything, stupid module
[05:25] <pitti> Riddell, seb128, carlos: new test langpacks in http://people.ubuntu.com/~pitti/langpacks/ 
[05:26] <carlos> pitti: cool, thanks
[05:33] <Riddell> pitti: looks good to me
[05:33] <pitti> seb128: they work fine for me
[05:34] <pitti> Riddell: cool, thanks
[05:34] <Riddell> pitti: did we decide what to do with koffice-l10n?  do I just need to poke someone to move it into main?
[05:34] <pitti> Riddell: oh, right, yes; if carlos needs it in main, we'll move it there
[05:35] <pitti> Riddell: it's just a bit weird since we only need the source in main, not the binaries
[05:35] <Riddell> yeah
[05:35] <carlos> pitti: Riddell: The kubuntu-translations spec says that we were going to move the .po files inside the binary packages and remove those empty packages...
[05:35] <pitti> carlos: any problem from your side?
[05:35] <pitti> carlos: (the new debs)
[05:36] <lemsx1> Bug #38609
[05:36] <pitti> carlos: *what*?
[05:36] <Ubugtu> Malone bug 38609 in gnome-system-tools "disks-admin doesn't cope with encrypted disks in fstab" [Normal,Unconfirmed]  http://launchpad.net/bugs/38609
[05:36] <pitti> carlos: po files in debs?
[05:36] <lemsx1> simple bug to fix
[05:36] <carlos> pitti: sorry, inside the same source where the binaries come from
[05:36] <Riddell> lemsx1: attach a patch then and make sure the gnome packagers are aware
[05:37] <pitti> carlos: ah, that makes sense; however, AIUI KDE upstream just doesn't work that way?
[05:37] <carlos> pitti: https://wiki.ubuntu.com/KubuntuTranslations
[05:37] <carlos> no they don't work that way
[05:37] <carlos> "k3b has a separate k3b-i18n package that only contains .po files. This can be merged into k3b to prevent an empty k3b-i18n binary package."
[05:38] <carlos> that's what we talk at UBZ, I didn't remember it until this week, when JaneW pointed me back to that spec...
[05:38] <pitti> carlos: yes, for {koffice,k3b}-i18n that would be really helpful
[05:38] <carlos> pitti: it doesn't affect Rosetta at all
[05:38] <carlos> Riddell:  so it's up to you
[05:38] <pitti> I thought you mean kde-i18n-*
[05:38] <carlos> nomed, no, sorry :-P
[05:38] <carlos> fuck
[05:38] <pitti> Kinnison: AYT?
[05:39] <carlos> the nick completion....
[05:39] <Kinnison> pitti: aye
[05:39] <pitti> Kinnison: I'm about to upload 500 shiny new language packs, and I would like to avoid using the normal way for that
[05:39] <pitti> Kinnison: last time, cprov manually uploaded them with bypassing the *-changes announcement email
[05:40] <pitti> Kinnison: can I bother you with that today?
[05:40] <Riddell> I'm somewhat against putting them together in the same package because it deviates from debian and means I have to spend some time doing that
[05:41] <Kinnison> pitti: umm, sure, I think we can do that
[05:41] <pitti> Riddell, carlos: alternatively, why not drop these two -i18n packages altogether and just use Rosetta?
[05:41] <Riddell> pitti: how do you mean just use rosetta?
[05:41] <Kinnison> pitti: Did you prepare a dir on chinstrap with them all in or something?
[05:41] <carlos> Riddell: that's ok for me, I was just pointing at what we wrote in the spec, as I said, it doesn't affect Rosetta at all
[05:41] <pitti> Kinnison: will have it ready in some minutes (on rookery, though)
[05:42] <carlos> pitti: who will upload those translations?
[05:42] <pitti> carlos: just upload a big tarball once?
[05:42] <carlos> pitti: I guess we could do something like what we planned for firefox and debian installer
[05:42] <pitti> carlos, Riddell: nevermind if that was a crackful idea
[05:42] <Kinnison> pitti: so long as it somewhere I can get to from drescher I imagine it'll all be fine
[05:43] <carlos> Riddell: that would allow you to do an upload from inside our datacenter to a given URL without asking you for extra permissions or SSL certificates
[05:44] <Riddell> seems easiest to me to just promote the source packages to main
[05:44] <carlos> but I don't think I will have it ready for next week... in the mean time, we will need those empty packages...
[05:44] <carlos> Riddell: another option is to do it manually from the website
[05:45] <carlos> until that feature is in place, That's only needed once per new upstream version, and I guess you are not going to import new things from upstream, right?
[05:45] <Riddell> carlos: now koffice is coming out on sunday, I may ask for an upstream version freeze exception for it
[05:46] <carlos> we could then do the upload on Monday and remove the i18n packages from Ubuntu's archive
[05:46] <carlos> if you provide me with a tarball with all .po files, I can do it for you
[05:46] <carlos> (in fact, I'm not sure if you have enough rights to do it)
[05:47] <Riddell> ok
[05:50] <Riddell> carlos: otherwise, how is KDE translations importing going?
[05:51] <carlos> Riddell: kdebase and kdemultimedia are done
[05:51] <carlos> I detected a bug in my code that prevents the automatic import of .po files that use '_' char as part of its name
[05:51] <seb128> pitti: re
[05:51] <carlos> but It has an easy fix I will implement next week
[05:52] <seb128> pitti: /usr/share/i18n/locales dropped from the language pack ... is that on purpose?
[05:52] <carlos> Riddell: I was late to activate them to be used with the new language packs...
[05:52] <carlos> but next ones will use Rosetta
[05:52] <pitti> seb128: yes, that dir was superfluous
[05:52] <seb128> /usr/share/locale-langpack/fr/LC_MESSAGES/debconf.mo has been dropped 
[05:52] <seb128> and /usr/share/locale-langpack/fr/LC_MESSAGES/xine-lib.mo from the gnome one
[05:53] <pitti> hm, strange
[05:53] <seb128> /usr/share/locale-langpack/fr/LC_MESSAGES/xfce-utils.mo and /usr/share/locale-langpack/fr/LC_MESSAGES/xfdesktop.mo too
[05:53] <seb128> (running my diff hack before installing)
[05:53] <seb128> I'm running your previous batch, not the official ones I think (if that makes a difference)
[05:54] <Kinnison> pitti: msg me when you're ready
[05:54] <desrt> dholbach; ping
[05:54] <pitti> seb128: right, these domains are nowhere in the langpacks
[05:55] <carlos> pitti: I'm having problems with the update
[05:55] <desrt> dholbach; just so i don't leave you hanging... i won't be able to reply to bug mail for about the rest of april.  finals.
[05:55] <carlos> pitti: https://chinstrap.ubuntu.com/~dsilvers/paste/fileft4y7t.html
[05:55] <desrt> dholbach; cheers.
[05:55] <pitti> carlos: you have to install the base langpacks at the same time, I think
[05:56] <pitti> carlos: oh, no
[05:56] <pitti> language-pack-gnome-es_6.04+20060324_all.deb
[05:56] <carlos> pitti: I think we imported those .pot files recently inside Rosetta, but perhaps the .po files were missing at the time the mirror started...
[05:56] <pitti> carlos: ^ old
[05:56] <carlos> pitti: the base packages is already installed
[05:56] <pitti> carlos: you need to install the recent language-pack-gnome-es
[05:56] <pitti> you can't install a newer base with an older update
[05:56] <carlos> oh, right, I didn't get it... :-P
[05:57] <pitti> seb128: ah, I see; look at http://people.ubuntu.com/~pitti/langpacks/dload-strippedtar.txt
[05:57] <carlos> pitti: works, thanks
[05:57] <pitti> seb128: [05:57] <pitti> wasabi: debconf_1.4.72ubuntu1: 1 domains, but 2 pot files
[05:57] <pitti> elmo: debconf_1.4.72ubuntu1: debconf.pot occurs twice
[05:57] <pitti> wasabi, elmo: sorry, auto nick completion; ^ this was W: and E:
[05:58] <seb128> "[05:58] <carlos> this fucked xchat-gnome doesn't have a way to disble the nick autocompletion....
[05:58] <carlos> :-(
[05:58] <seb128> and that one?
[05:58] <seb128> carlos: "xchat.conf:completion_suffix = :"
[05:59] <seb128> carlos: edit that with your favorite editor
[05:59] <carlos> seb128: oh, so you mean that ...
[05:59] <pitti> seb128: hm, it should be libxine1.mo
[05:59] <carlos> that's not user friendly at all... :-P
[05:59] <seb128> carlos: no, feel free to open a bug
[05:59] <pitti> seb128: somehow libxine1.mo ended up in the gnome tarball
[06:00] <seb128> hum?
[06:00] <seb128> my diff mentions "< /usr/share/locale-langpack/fr/LC_MESSAGES/xine-lib.mo" on the gnome package
[06:00] <pitti> seb128: so, xine-lib.mo was an orphan
[06:00] <seb128> $ dpkg -L language-pack-gnome-fr-base | grep xine
[06:00] <seb128> /usr/share/locale-langpack/fr/LC_MESSAGES/libxine1.mo
[06:00] <seb128> /usr/share/locale-langpack/fr/LC_MESSAGES/xine-lib.mo
[06:00] <seb128> k
[06:01] <pitti> seb128: ah, xine-lib b-deps on libgnomevfs-dev, so langpack-o-matic classified it as gnome
[06:01] <pitti> seb128: xfce-utils wasn't imported at all
[06:03] <pitti> seb128: ah, package was removed from dapper, it's obsolete
[06:03] <pitti> seb128: ok, so AFAICS I only need to fix the debconf package import in my scripts
[06:04] <pitti> seb128: and move libxine1 to the main langpacks
[06:04] <pitti> right?
[06:04] <seb128> k
[06:04] <seb128> yeah, looks good
[06:04] <pitti> thanks for testing!
[06:04] <seb128> np :)
[06:07] <seb128> pitti: if you move the xine stuff you need a Replaces, but you probably knows about that (just making sure you don't forget)
[06:09] <carlos> see you
[06:10] <pitti> seb128: why, it's the first time libxine1.mo appeared, right?
[06:10] <pitti> seb128: and I moved them into the main packs already
[06:10] <seb128> $ dpkg -c /var/cache/apt/archives/language-pack-gnome-fr-base_1%3a6.04+20060316_all.deb | grep xine
[06:10] <seb128> -rw-r--r-- root/root      3081 2006-03-16 23:11:32 ./usr/share/locale-langpack/fr/LC_MESSAGES/libxine1.mo
[06:11] <seb128> Filename: pool/main/l/language-pack-gnome-fr-base/language-pack-gnome-fr-base_6.04+20060316_all.deb
[06:11] <seb128> pitti: that one is the dapper one
[06:11] <pitti> seb128: whoopsie, they have been in -gnome all the time?
[06:11] <seb128> seems so
[06:12] <pitti> then I indeed need a replace, right
[06:13] <pitti> seb128: bah, then gnome and main would replace each other; that might break
[06:13] <pitti> hm, moving from gnome to main isn't really supported so far
[06:14] <seb128> I'm fine with keeping it to gnome :p
[06:14] <pitti> shit, I *really* really need to leave now
[06:14] <pitti> I'm afraid I can't fix that in a minute
[06:15] <seb128> yeah, np, that's not new
[06:15] <seb128> either upload the current stuff if you want
[06:15] <seb128> or do the update monday, that's fine too
[06:16] <seb128> there is no hurry to move the file, and updates can wait too
[06:20] <mdke_> Riddell, can you ping me when the kubuntu-docs upload is done?
[06:20] <Riddell> mdke_: why?
[06:21] <pitti> seb128: alright, I /msged Kinnison to upload them
[06:21] <seb128> pitti: cool, ta
[06:21] <mdke_> Riddell, i want to ask jordi to approve some pot files and announce translation
[06:22] <bddebian> Doh
[06:22] <jordi> BDDEBIAN!!1
[06:22] <Riddell> mdke_: does it need the package to be uploaded?
[06:22] <mdke_> Riddell, yes
[06:22] <jordi> yah
[06:23] <Riddell> mdke_: why's that?  surely you just upload the .pots and people can start translating in rosetta
[06:23] <Riddell> although it's obviously good practice to keep rosetta and packages in sync
[06:23] <mdke_> Riddell, it goes through soyuz
[06:23] <dholbach> desrt: ok, gotcha... good luck with the exams!
[06:23] <mdke_> rosetta gets it magically
[06:23] <Riddell> mdke_: so you're expecting me to include the .pots in the kubuntu-docs source package?
[06:23] <mdke_> Riddell, that's correct.
[06:24] <Riddell> mdke_: ok, groovy, I just read your post to ubuntu-docs wrongly then
[06:24] <Riddell> mdke_: they're in SVN?
[06:24] <mdke_> Riddell, yes, just upload them in the directories they are in in SVN
[06:24] <Riddell> mdke_: thanks, I'll try and get that done today then
[06:24] <mdke_> Riddell, magnifico, grazie
[06:39] <jordi> Riddell, mdke_: just ping when it is
[06:52] <Kinnison> it's just those which were NEW
[07:17] <lemsx1> Riddell: sounds good. i'll look into the source and make a patch for it
[07:47] <bluefoxicy> anyone know the status on bug #29586
[07:47] <Ubugtu> Malone bug 29586 in linux-source-2.6.15 "Solid hangs in VIA glx code" [Normal,Confirmed]  http://launchpad.net/bugs/29586
[08:23] <infinity> mdz: Nvidia released a new binary driver upstream with support for the shiny new 7xxx series cards, and improved power management support.  UVF exception, s'il vous plait?
[08:26] <mdz> infinity: naturellement
[08:27] <infinity> Merci.
[08:29] <bddebian> infinity!!  Sure, show up when I have to go to a fscking meeting :-)
[08:29] <jsgotangco> infinity: wow 4am?
[08:29] <infinity> 4:30, even.
[08:29] <jsgotangco> oh yeah
[08:30] <infinity> Alcohol == extra special insomnia.  Though, I'm finally crashing.
[08:30] <jsgotangco> me too
[08:30] <bddebian> Gah
[08:30] <infinity> bddebian: Hey, it's a weekend, dude.  If you don't catch me in the next couple of days, there's always Monday, where I kinda have to be here. :)
[08:30] <bddebian> It's not the weekend it's only 2:30pm of a Friday afternoon ;-P
[08:31] <bddebian> s/of/on/
[08:31] <infinity> Or, 4:30am on Saturday. :P
[08:31] <bddebian> :-)
[08:31] <bddebian> Ack, off to meeting :-(
[09:50] <Riddell> mdke_: Accepted kubuntu-docs 6.06-2 (source)
[09:53] <floam> is there a .gtkrc or environmental variable added by your guys' "make gtk filechooser default to Documents" patch?
[09:53] <floam> (so that it can be turned off or default somewher else)
[09:53] <floam> s/wher/where/
[10:02] <Chipzz> floam: please read gtk+ changelog.Debian.gz
[10:05] <Chipzz> floam: zless /usr/share/doc/libgtk2.0-0/changelog.Debian.gz
[10:24] <mdke> Riddell, great, thanks
[10:46] <sabdfl> night all
[11:56] <pygi> mdz: around?
[11:56] <mdz> yes
[11:57] <pygi> should I forward that mail to colin, or what? =P
[11:57] <mdz> I'm going to need a little more context
[11:57] <pygi> you sent a mail to me with subject "[Bug 35740]  Re: Hang during RAID creation" and you mention colin in it :P
[11:57] <Ubugtu> Malone bug 35740 in debian-installer "Hang during RAID creation" [Normal,Unconfirmed]  http://launchpad.net/bugs/35740
[11:58] <mdz> Colin is subscribed to the bug
[11:58] <mdz> he has already received a copy of that comment
[11:58] <mdz> you  do not need to take any action
[11:59] <pygi> mdz: will do