[12:14] <calc> asac: about to test gutsy wpasupplicant to see if it is ok
[12:22] <asac> stgraber: do you have i386 or amd?
[12:25] <stgraber> asac: Core2Duo, so I can run both, but running amd64 currently
[12:25] <asac> ok you feel scared enough to try a modules build?
[12:25] <asac> or brave ;)
[12:26] <stgraber> ipw3945 seems funny to buld as it requires some extra thing like ieee80211 (I tried to quickly build it 10 minutes ago :))
[12:26] <asac> stgraber: so whatelse is needed?
[12:27] <asac> did you try to build a -modules package?
[12:27] <asac> i mean did it fail to build or did you run in troubles using the module?
[12:28] <stgraber> I just had problem manually building it (no package, just grab the code and typed "make")
[12:28] <asac> stgraber: the most current gutsy package with replaced ipw source appears to build for me
[12:28] <asac> do you want that package?
[12:29] <calc> looking too close at the problem makes it go away :\
[12:29] <calc> its working at the moment on the gutsy cd again
[12:29] <calc> i'm going to reboot it and see how it goes a second time
[12:29] <asac> calc: you sure it was not fixed?
[12:29] <calc> asac: well it did fail when i tried it before on tribe-4 cd via network manager directly
[12:30] <calc> i have managed to get it to repeatedly fail at the ifup level the first time it tries to connect to the wpa2 network
[12:30] <stgraber> asac: I can build it and test on my linux-with-broken-suspend-to-ram-2.6.22-9 :)
[12:30] <calc> but it works everytime for the open network
[12:30] <calc> at ifup level
[12:30] <calc> need to see if it repeatedly works at the nm level
[12:30] <asac> stgraber: ok thanks ... just replace the three source files
[12:30] <calc> of course something similar happened for tribe-3 when it starts working it generally keeps working for that boot session
[12:31] <calc> i'll do some more tests and report back to you
[12:31] <asac> ok
[12:31] <stgraber> yeah, pbuilder finished build swfdec 0.5.1 on Gutsy :)
[12:31] <asac> nice
[12:32] <asac> does it ship flashplugin-alternative ?
[12:32] <stgraber> yep, my father will be happy once I'll have backported it to feisty PPC
[12:32] <stgraber> I don't think so
[12:32] <stgraber> let me check
[12:35] <stgraber> asac: no it doesn't
[12:35] <asac> hmm ... ok
[12:35] <asac> is that ment to be uploaded?
[12:35] <stgraber> I just took the packaging of the 0.4 version we currently have in Gutsy and tweaked the packaging a bit to have it working on Gutsy
[12:36] <stgraber> not really, even if it'd be something interesting as 0.5 adds Youtube support
[12:36] <stgraber> I'm doing it for my father who's a PPC user and then can't have the plugin wrapper
[12:39] <stgraber> oh, it works really fine with video !!!
[12:44] <calc> asac: ok NM is crap
[12:44] <calc> asac: so far it looks like wpasupplicant with ifup works though
[12:45] <calc> asac: NM in tribe-4 can't even see my broadcast ssid for the wpa network
[12:45] <calc> asac: or at least it only sometimes displays it
[12:45] <calc> asac: i think earlier it was showing up for NM
[12:45] <calc> asac: regardless NM can't connect to the open ap either
[12:46] <calc> asac: i'm not sure how NM can screw that up since it uses wpa to do the connection (i think?)
[12:56] <calc> asac: i think i may have found something actually useful
[12:57] <calc> asac: doing some final narrowing down and verifying the failure is 100% reproducible on my box
[12:57] <calc> asac: right now it is looking like wpa-group/wpa-pairwise (not sure if both) are required to connect properly
[12:58] <calc> asac: to connect to a wpa network i mean to say
[01:03] <effraie> stgraber: what are you looking for your ppc?
[01:04] <effraie> stgraber: if your looking for a(better) flash support, iirc, gnsh support youtube video in gutsy (and has been backported to feisty)
[01:05] <ion_> Unfortunately it doesnt seem to be able to keep the video and the audio in sync.
[01:05] <effraie> :|
[01:06] <effraie> i'm ppc user, and i use donwloadvideo firefox extension + mplayer + ppc-codecs
[01:06] <effraie> works fine
[01:06] <effraie> not very userfriendly, but efficient
[01:07] <asac> calc: what do you mean by < calc> asac: right now it is looking like wpa-group/wpa-pairwise (not sure if both) are required to connect properly
[01:07] <asac> required by whom?
[01:16] <calc> asac: required by wpasupplicant, but then it just started working without them, its a pita to debug
[01:16] <calc> asac: now its working completely right
[01:17] <calc> but still not working at all under NM
[01:17] <asac> calc: wpa or unencrypted?
[01:17] <asac> ah ok
[01:17] <calc> wpasupplicant seems to be working for both via ifup
[01:17] <calc> but occasionally it can't connect, so i'm trying to determine why that happens
[01:17] <calc> i got it to do a string of failures on the wpa via ifup earlier
[01:18] <calc> then i added wpa-group/pairwise and it connected so i thought that helped
[01:18] <asac> calc: do you get errors like "cannot connect to wpasupplicant" in syslog/daemon.log
[01:18] <asac> ?
[01:18] <calc> asac: when using NM or with ifup?
[01:18] <calc> btw NM can't see my wpa network at all most of the time at least on tribe-4
[01:18] <asac> NM
[01:18] <calc> i don't recall seeing that but i can look at it again
[01:18] <asac> welll if it cannot connect to wpasupplicant it is blind .. yes.
[01:19] <asac> its not the exact error message
[01:19] <calc> NM can see my open network but not the wpa one
[01:19] <asac> search for something related
[01:19] <calc> ok i'll test that along with a couple other things and get back to you
[01:19] <asac> fine
[01:22] <xhaker> asac, there is a typo in n-m. "Caught terminiation signal"
[01:23] <asac> xhaker: lol
[01:29] <calc> asac: if i connect via ifup then shut down the interface and connect via NM it works
[01:29] <calc> asac: also it seems NM can sometimes see the wpa network, not sure if it just takes longer to see it or what
[01:30] <Kmos> asac: bug 132431
[01:30] <ubotu> Launchpad bug 132431 in flashplugin-nonfree "package flashplugin-nonfree 9.0.48.0.0ubuntu8 failed to install/upgrade: subprocess post-installation script returned error exit status 2" [Undecided,New]  https://launchpad.net/bugs/132431
[01:30] <calc> asac: but yes NM is connecting to wpa properly even when it doesn't work
[01:30] <asac> calc: what does that mean?
[01:30] <asac> "even when it doesn't work"
[01:30] <asac> ?
[01:31] <asac> Kmos: he probably had a bad revision
[01:32] <asac> before and the rescue measures crimsun tried didn't work out?
[01:32] <asac> Kmos: oh syntax error
[01:34] <Kmos> :)
[01:35] <asac> Kmos: log reveals it was upgrade ubuntu4->5 which broke for him
[01:35] <asac> not ubuntu8
[01:36] <Kmos> and 9.0.48.0.0ubuntu5
[01:36] <Kmos> so it's fix
[01:36] <Kmos> fixed
[01:36] <asac> i hope
[01:37] <Kmos> the problem is that i run apport after one or two days later
[01:37] <Kmos> and it got the current version installed
[01:37] <Kmos> and not the one that crashed
[01:37] <Kmos> but in the log we can see it
[01:38] <asac> no idea ... lets keep our eyes open if we receive more reports ...
[01:39] <Kmos> after i've got upgrade to 8, it installs fine
[01:39] <Kmos> so it happens in -5
[01:54] <calc> asac: still here?
[01:54] <calc> asac: found something even more odd out about the situation
[01:56] <calc> asac: it connects to the open ap as soon as it boots apparently, NM doesn't realize it, if I then try to connect to the network via NM it doesn't work loses the ip address and will not connect via NM to it again
[01:56] <calc> asac: at least after several attempts anyway
[01:57] <calc> i'm not sure if that is the reason it only sees the open ap since it was already connected to it before NM came up (maybe?)
[01:57] <asac> probably
[01:57] <calc> but it doesn't see the wpa one during this test
[01:57] <asac> i guess your nm has issues to connect to wpasupplicant
[01:58] <calc> i tried removing the auto line for the wireless in /etc/network/interfaces but that apparently disables wireless for NM also
[01:58] <asac> you never denied nor confirmed that
[01:58] <asac> please do so
[01:58] <calc> asac: er yea i did
[01:58] <calc> asac: i looked in the log and there were no obvious error messages
[01:58] <calc> asac: and there were responses from wpa in the log
[01:59] <calc> 18:29 < calc> asac: but yes NM is connecting to wpa properly even when it  doesn't work
[01:59] <calc> 18:30 < asac> calc: what does that mean?
[01:59] <calc> 18:30 < asac> "even when it doesn't work"
[01:59] <calc> sorry didn't notice that question
[01:59] <calc> i meant it connects to the wpasupplicant even when it doesn't get an address
[01:59] <calc> and never fully connects
[01:59] <calc> er to the network
[01:59] <calc> so it connects to wpasupplicant but can't connect to the network
[02:00] <calc> if i try connecting with wpasupplicant via ifup it seems to work most of the time and then starting NM back up and switching back and forth seems to work
[02:00] <asac> what kind of responses do you see from wpasupp?
[02:00] <calc> this is all very flakey still though
[02:00] <asac> you can connect with wpa_cli while nm is working
[02:00] <calc> normal stuff like "OK" etc
[02:00] <asac> try what scan_results give you in wpa_cli shell
[02:00] <calc> ok
[02:01] <calc> i'll bring the laptop in here, not much room but its easier to test in here by my desktop
[02:03] <calc> asac: i get the 00's timed out message like before
[02:04] <calc> it looks like its running dhclient even while still timing out
[02:04] <calc> in wpasupplicant
[02:05] <calc> so it finally fully timed out and died
[02:05] <calc> now going to test with ifup
[02:07] <calc> ok ifup worked
[02:07] <calc> then i shut the interface back down
[02:07] <calc> then connected via NM
[02:07] <calc> it shows connected but forgot to run dhclient
[02:07] <calc> show it shows the signal bar, etc likes its good to go but with no ip at all
[02:07] <calc> and it still doesn't show the wpa network (calc)
[02:08] <calc> if i later run ifup eth1 (without the wpa entries in interface) it gets the ip address
[02:09] <calc> i proceeded to turn off NM via the applet then back on
[02:09] <calc> and now it doesn't see any networks at all
[02:09] <calc> ah the open one "vinther" showed back up
[02:09] <calc> shows connected again but without trying to get a dhcp address
[02:09] <calc> so it has none, but the signal bar shows like it is connected
[02:11] <calc> doing things via ifup/ifconfig NM is completely oblivious to
[02:12] <calc> tried restarting the dhcdbd and then connecting and it still refuses to run dhclient when it connects
[02:13] <calc> so at this point i can probably run gutsy but without NM disabled since it seems completely broken on my machine
[02:14] <asac> calc: maybe your ap needs a reboot?
[02:14] <asac> :)
[02:14] <calc> asac: no, using ifup it works 100%
[02:14] <calc> asac: i can run ifup eth1 after telling NM to connect and it immediately gets an address
[02:14] <asac> and ifup is configured to use supplicant?
[02:14] <calc> NM doesn't even attempt to run dhclient
[02:15] <calc> asac: no even without it set to use supplicant
[02:15] <calc> asac: NM connects but doesn't run dhclient
[02:15] <asac> what do you mean by "it connects" ?
[02:15] <calc> so its already connected at that point and ifup just runs dhclient on the connection
[02:15] <asac> associate?
[02:15] <calc> yea it is associated
[02:16] <asac> do you see that associate event in syslog?
[02:16] <calc> it seems NM is just a pile of crap at least from what i have seen while testing it today, no offense intended to you
[02:16] <asac> well .. nm has to deal with all kind of stuff
[02:17] <asac> if unexpected things happen it might get confused
[02:17] <calc> asac: not sure if what i am seeing is the association or not
[02:17] <calc> says something like this:
[02:17] <calc> NetworkManager: <info> Activation (eth1) Stage 2 of 5 (Device Configure) complete.
[02:18] <calc> then nothign else
[02:18] <calc> i ran ifup eth1 and got an ip
[02:18] <calc> i don't see any stages past 2 of 5
[02:19] <iwj> Goodnight all.
[02:19] <asac> night iwj
[02:19] <calc> asac: after restarting NM it doesn't associate any more
[02:19] <asac> me too
[02:20] <iwj> Hopefully I won't be too late getting up as a result of this session ...
[02:29] <rbraley> use case: Ryan has an ubuntu livecd and wants to install it for a friend who wants software raid and an easy graphical installer. He does not want to have to download an alternate cd and waste a disk.
[02:34] <asac> calc: sorry bedtime for me as well ... hopefully i can look into these ipw3xxx issues more closely next week again
[02:42] <xhaker> asac, don't forget the typo
[02:42] <xhaker> ;)
[02:50] <summer_s4> how do i join?
[02:53] <xhaker> cjwatson, already back?
[02:54] <Pici> summer_s4: join what?
[02:54] <summer_s4> nvm
[02:57] <calc> asac: ok, it appears the ipw3945 issues may reside inside network manager
[04:02] <Mez> hmm, here's a thought
[04:02] <Mez> it'd be nice if when you install off the live CD... any changes you make are made to your install too (wouldnt take much - just a copy of the home dir would do a lot of it!)
[04:05] <wasabi> Uh huh. You can do that.
[04:05] <Mez> CAN
[04:05] <Mez> but does it do it as default ?
[05:21] <xhaker> \sh_away, i see you there.
[05:22] <xhaker> ajmitch, care to take a look at bug #132853
[05:22] <ubotu> Launchpad bug 132853 in libmtp "[needs review]  libmtp 0.2.1 udev rules file fix [needs upload] " [Undecided,New]  https://launchpad.net/bugs/132853
[05:28] <ajmitch> xhaker: sorry, why me? :)
[05:28] <xhaker> you're awake
[05:28] <ajmitch> & at work
[05:29] <xhaker> sorry, i thought it was fine to ask
[05:29] <ajmitch> subscribe the correct sponsors team
[05:30] <ajmitch> ubuntu-main-sponsors in this case
[05:30] <xhaker> do i assign it to them?
[05:30] <ScottK> No, subscribe
[05:30] <ajmitch> no, subscribe
[05:31] <jk-> hi
[05:32] <jk-> do i get laughed at for asking about building cross gcc packages? :)
[05:32] <xhaker> ajmitch, ScottK: thanks :)
[06:15] <calc> asac: it seems to work somewhat better with an upgrade from feisty -> gutsy on hard disk
[06:15] <calc> asac: not sure how it would fare on a fresh install
[06:16] <calc> asac: if it doesn't work a fresh install that would indicate its some sort of configuration issue
[07:05] <mneptok> i am the very model of a modern major-general
[07:19] <StevenK> mneptok: ... vegetable, mineral ...
[07:19] <StevenK> I have so forgotten the words to that song.
[07:26] <pitti> Good morning
[07:28] <mneptok> pitti: hoy
[07:28] <StevenK> Morning pitti
[07:29] <StevenK> pitti: Do you feel like processing some syncs for me? :-)
[07:29] <pitti> StevenK: can do
[07:30] <StevenK> infinity: Ping, re: libnss-db. I want to get it uploaded before UVF hits.
[07:32] <StevenK> pitti: Bugs 132846, 132854, 132855 and 132858
[07:32] <ubotu> Launchpad bug 132846 in xemacs21-packages "Please sync xemacs21-packages (universe) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/132846
[07:32] <ubotu> Launchpad bug 132854 in libgig "Please sync libgig (universe) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/132854
[07:32] <ubotu> Launchpad bug 132855 in mt-daapd "Please sync mt-daapd (universe) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/132855
[07:32] <ubotu> Launchpad bug 132858 in gem "Please sync gem (universe) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/132858
[07:32] <StevenK> Shush, ubotu
[07:35] <jk-> libgig?
[07:35] <jk-> is that under a sensible license now ?
[07:36] <jk-> oh wait, that's just linuxsampler, nevermind :)
[07:36] <StevenK> Heh
[07:36] <pitti> yay, the first ppc live CD for ages
[07:36] <StevenK> pitti: \o/
[07:38] <StevenK> pitti: Your leave starts tomorrow, or today?
[07:39] <StevenK> pitti: I remember my wedding - I invited nearly everybody from $WORK. Out of an office of 20 people, there was 3 people there on my wedding day.
[07:39] <pitti> StevenK: today afternoon
[07:40] <pitti> StevenK: kind of hard in the Canonical environment :)
[07:40] <StevenK> Indeed. :-)
[07:41] <StevenK> Lots and lots of video-conferencing gear. :-P
[08:30] <pygi> xhaker, poke
[08:30] <StevenK> pitti: Thanks for the syncs. :-)
[08:31] <pitti> StevenK: np
[08:31] <Hobbsee> morning pitti!
[08:31] <StevenK> Same version that's in Debian. :-P
[08:31] <pitti> hey Hobbsee
[08:31] <pitti> lol
[08:37] <fabbione> morning guys
[08:37] <pitti> hey fabbione
[08:38] <fabbione> oh yeah
[08:39] <Hobbsee> hmm, adept-notifier is not installable anymore
[08:39] <Hobbsee> update-notifier-common no longer exists
[09:30] <siretart> morning folks!
[09:31] <Hobbsee> morning siretart!
[09:31] <siretart> pitti: before you get an heart attack the next time you do source NEW, may I /query you?
[09:31] <pitti> siretart: of course
[09:32] <Hobbsee> he might bite, though
[09:42] <Hobbsee> morning mvo
[09:43] <mvo> hello Hobbsee
[10:00] <rbrito> Hi there.
[10:00] <rbrito> I am having a hard time getting gutsy working on a PowerPC here.
[10:00] <rbrito> I am not familiar with the development process of Ubuntu (but I am on the New Maintainers queue of Debian) and I would like very much to have Ubuntu working on PowerPC.
[10:01] <Hobbsee> #ubuntu+1 for gutsy support, please see the /topic
[10:01] <rbrito> Can anybody tell me who should I contact so that PowerPC is not a port, but an official, supported platform?
[10:01] <Hobbsee> oh, hmmm.
[10:01] <Hobbsee> then that probably does apply to here
[10:02] <rbrito> Hobbsee, I'm not looking for support. I'm offering support. :-)
[10:02] <Hobbsee> rbrito: yeah, figured that after i hit enter :)
[10:02] <rbrito> I just don't know how the process works in Ubuntu.
[10:02] <Hobbsee> rbrito: you'll need to wait for the majority of europeans to wake up, for a start
[10:03] <rbrito> How does a platform qualify for being released as a proper release and not as a port?
[10:04] <rbrito> Hobbsee, yes, those damned timezones...
[10:04] <rbrito> I still have not went to bed... :-(
[10:04] <rbrito> I'm more like a zombie here.
[10:04] <Chipzz> rbrito: 07:36 < pitti> yay, the first ppc live CD for ages
[10:04] <Chipzz> FYI :)
[10:05] <asac> calc: wierd
[10:06] <rbrito> asac, the gutsy dailies had a problem with the ide-core module not being loaded...
[10:06] <rbrito> It was really strange.
[10:07] <Mithrandir> rbrito: supported> make sure there's a sufficient commercial demand for support services for ppc.
[10:08] <rbrito> And this persisted even after I completed an install and installed a newer kernel (and the ramdisk was redone).
[10:08] <rbrito> Chipzz: Hummm... That message is from what day? :-)
[10:08] <pitti> I tested the current ppc daily, and the session immediately crashes for me and returns back to gdm; I blame compiz :)
[10:09] <rbrito> Mithrandir: commercial support?
[10:09] <rbrito> I see that the way that Ubuntu qualifies the platforms for release is quite different from that of Debian...
[10:09] <rbrito> :-(
[10:10] <mvo> pitti: can you give me the output of .xsession-errors please?
[10:10] <pitti> mvo: I'll file a bug next week
[10:11] <Mithrandir> rbrito: uh, being a port vs a supported architecture doesn't say anything about whether they're released as part of the release process or not.  Where did you read that?
[10:11] <mvo> pitti: when I tested the daily from yesterday ubiquity did not want to instal
[10:11] <mvo> pitti: ok, I'm behind with bugs :(
[10:11] <rbrito> I would like to offer help in getting my hands dirty in the very little spare time that I have, but I don't know how the process works with Ubuntu...
[10:11] <rbrito> And I would really like to use an Ubuntu distribution on some computers that I will be giving for some charity purposes...
[10:11] <rbrito> Mithrandir: well, being a port has meant for PowerPC that it doesn't even boot, unfortunately. :-(
[10:12] <Mithrandir> rbrito: no, that doesn't follow.  The reason ppc has been busted is nobody has cared about it properly.  That doesn't have anything to do with it being a port or not.
[10:13] <rbrito> Mithrandir: you are talking with one person that cares and that would love to help. :-)
[10:13] <rbrito> I just don't know what are the proper procedures to be a "Ubuntu Developer".
[10:13] <rbrito> I surely would like to help.
[10:13] <Mithrandir> rbrito: https://wiki.ubuntu.com/MOTU is a good starting point.
[10:14] <Mithrandir> also, filing bugs with patches is always helpful.
[10:14] <Mithrandir> given that lots of developers don't have ppc systems, they might break PPC without intending to, and without anybody filing bugs, breakage goes unnoticed.
[10:16] <rbrito> Mithrandir: I already have filed a bug regarding this and another person has the same problems that I have.
[10:16] <rbrito> Isn't MOTU just for packaging regular packages?
[10:16] <rbrito> Sorry for my ignorance of the Ubuntu way of things...
[10:17] <rbrito> mvo: Do you take care of compiz?
[10:17] <mvo> rbrito: yes
[10:17] <Mithrandir> rbrito: you start by doing MOTU stuff before you can get into core-dev who can upload any package in the distro so you can fix problems yourself.
[10:19] <rbrito> mvo: you might have a good laugh at the screenshots that I posted from my system:
[10:19] <rbrito> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/123263
[10:19] <rbrito> I am willing to test as much as I can.
[10:19] <rbrito> Mithrandir: thanks for the information. I will look into that.
[10:19] <ubotu> Launchpad bug 123263 in compiz "tribe-2 has severe problems due to screen effects enabled by default" [Undecided,Incomplete] 
[10:19] <rbrito> mvo: I'm using a Matrox G400 in that computer...
[10:21] <mvo> rbrito: that looks indeed quite bad. if matrox does not work, we can blacklist it
[10:22] <mvo> rbrito: does that happen with more recent compiz/xorg too? i.e. tribe-4 etc
[10:22] <rbrito> I can experiment whatever is necessary to get things working..
[10:22] <rbrito> I take backups daily. :-)
[10:22] <rbrito> mvo: I don't know, but I can test it and get back to you.
[10:22] <Chipzz> rbrito: today :)
[10:22] <rbrito> What timezone are you in?
[10:23] <mvo> rbrito: that would be nice
[10:23] <mvo> rbrito: a lot got done between tribe2 and tribe4 :)
[10:23] <rbrito> :-)
[10:25] <Chipzz> rbrito: me (and mvo too I think) are CET
[10:25] <Chipzz> (Central European Time)
[10:25] <rbrito> mvo: as you can see from my verbose reports, I am quite willing to help get things working.
[10:25] <rbrito> I don't measure efforts.
[10:25] <rbrito> I can do whatever is needed to get it working...
[10:25] <rbrito> This is my main workstation... :-/
[10:28] <rbrito> Ok, I'm almost going to bed (had spent a good amount of time studying), but I needed to get those points communicated...
[10:28] <rbrito> The Matrox problem and the PowerPC problem...
[10:28] <rbrito> mvo: BTW, my Matrox card *can* work with GLX enabled under Debian's X server.
[10:29] <rbrito> But since I only have 16MB of VRAM, it isn't sufficient for a resolution of 1280x1024, which is what Ubuntu automatically detects on my system...
[10:29] <rbrito> mvo: those screenshots and pictures that I took look quite nasty, huh? :-(
[10:30] <mvo> rbrito: ok, that makes sense, 16mb vram is way too small for the textures, so it should not run compiz
[10:31] <rbrito> mvo: but compiz gets started... (At least it did when I tried to boot).
[10:31] <rbrito> Is that a case of blacklisting my Matrox card, then?
[10:32] <mvo> rbrito: yeah, that is the problem that needs to be adressed, it should not get started. we either need to blacklist your card or find a heuristic about cards with too little memory
[10:33] <rbrito> This would be a huge step into getting gutsy in shape for that computer...
[10:33] <rbrito> Right...
[10:33] <rbrito> The second option would be better, of course, if it doesn't amount to a huge effort.
[10:34] <pitti> infinity: btw, apport is good for lpia now
[10:35] <pitti> infinity: adding to wiki page
[10:35] <rbrito> mvo: if you want me to run any particular test, please let me know and I will get back to you.
[10:36] <mvo> rbrito: not currently, thanks
[10:37] <rbrito> mvo: you're welcome.
[10:37] <rbrito> Thanks.
[10:37] <rbrito> BTW, regarding the PowerPC port, who is in charge in Ubuntu?
[10:37] <pitti> rbrito: nobody in particular ATM
[10:38] <rbrito> (If there is one person or group in charge of it, that is).
[10:38] <rbrito> pitti: do you want me to test anything to see how things go with PowerPC?
[10:38] <rbrito> The ide-core module isn't being loaded, unfortunately.
[10:38] <rbrito> I have to load it manually...
[10:39] <pitti> rbrito: sure, testing the current live CD and reporting bugs (preferably with solutions) would be great
[10:39] <pitti> rbrito: it's entirely a community port now, so everyone who wants to improve it is warmly welcomed to do so :)
[10:40] <pitti> rbrito: I didn't have that problem on my old G4 800, though
[10:40] <infinity> pitti: Huzzah.
[10:40] <infinity> pitti: Not that I expect it to get used, mind you...
[10:40] <pitti> infinity: we shuold alter the seeds then
[10:41] <rbrito> In fact, I almost compiled a kernel without modules for the iBook that I have here, but I didn't have time I and I judged that it would be best to communicate so that others would know about it.
[10:41] <infinity> pitti: The moblin seeds are entirely up to Tollef at this point, I'm leaving it to him to decide what is and isn't going to be used.
[10:41] <infinity> pitti: But, I'm happy with trying to get (most of) main happy with lpia regardless, so people can feel free to mangle the seeds at will.
[10:43] <rbrito> pitti: I filed this bug regarding PowerPC
[10:43] <rbrito> https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/126146
[10:43] <ubotu> Launchpad bug 126146 in initramfs-tools "gutsy doesn't boot completely on powerpc (dup-of: 131150)" [Undecided,New] 
[10:43] <ubotu> Launchpad bug 131150 in initramfs-tools "IDE drivers not loaded at boot with powerpc" [High,Confirmed] 
[10:44] <rbrito> mvo: thanks for marking the bug as confirmed.
[10:44] <rbrito> pitti: If there is anythng that I can do to help, please let me know.
[10:45] <tkamppeter> hi pitti
[10:45] <mvo> rbrito: do you still have problems if you disable compiz (i.e. failsafe gnome session) ?
[10:45] <mvo> rbrito: i.e. is the resolution still too hight for the card then?
[10:46] <rbrito> The iBook that I have here is maily for delivering classes and I would love to get rid of this proprietary operating system that I have installed.
[10:46] <pitti> hey tkamppeter
[10:46] <rbrito> mvo: I went back to a terminal and changed things in the xorg.conf file...
[10:47] <tkamppeter> pitti, what about the seeds, the MIR, and the UVF
[10:47] <rbrito> mvo: I don't quite remember, but I can test it.
[10:47] <rbrito> I will report that back tomorrow, is that OK?
[10:47] <rbrito> When are the images generated?
[10:47] <rbrito> I can grab a fresh image and see how it works...
[10:48] <pitti> tkamppeter: I'll have a look at the MIRs later, but there's no hurry; seed changes are not bound by FF/UVF
[10:48] <tkamppeter> OK
[10:48] <rbrito> mvo: But if I recall correctly, even when I chose vesa, it had a high resolution.
[10:50] <virgilio> hi all, I just installed gutsy alpha 4 and updated all the system. After that I've tried to install kubuntu-desktop package to swith to kubuntu, but the proccess can't start due to a dpendency problems with adept
[10:51] <mvo> rbrito: sure, tomorrow is fine
[10:52] <mvo> rbrito: I just want to check if we have two bugs here (one that ocmpiz runs and the second that even without compiz the resultion is too hight for the card)
[10:53] <Riddell> virgilio: I know what that is
[10:53] <Riddell> mvo: did you upload the new update-notifier?
[10:55] <Riddell> mvo: doesn't look like it, I'll upload now
[10:55] <mvo> Riddell: thanks
[10:55] <rbrito> mvo: the resolution of 1280x1024 runs fine here.
[10:55] <rbrito> mvo: I have Debian installed right now and I am using 1400x1050 and I don't have any problems...
[10:55] <rbrito> mvo: Or do you mean other problems?
[10:58] <rbrito> Well, it's almost 6am and it is way past bed time... :-)
[10:59] <rbrito> Thank you very, very much for everybody that helped.
[10:59] <rbrito> This community is superb.
[11:27] <asac> stgraber: managed to build 1.2.0 module yet?
[11:41] <Hobbsee> [19:38]  <Saied> this is the error: GPG error: http://security.ubuntu.com feisty-security Release: The following signatures were invalid: BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key
[11:41] <Hobbsee> who's in charge of that?
[11:45] <\sh> fck...golem.de reported about the hacked community administrated server...this is bad really bad
[11:48] <asac> Hobbsee: if you get that error as well then ask pitti / keescook
[11:48] <Hobbsee> asac: ENOFEISTY.  that was in #ubuntu
[11:48] <pitti> elmo rather
[11:48] <pitti> only elmo and cjwatson have katie powers
[11:50] <pitti> weird, works just fine for me
[11:51] <StevenK> pitti: How much longer in your working day? :-)
[11:52] <pitti> StevenK: 1.5 hours, I think (plus most probably the meeting tonight)
[11:52] <StevenK> pitti, Mithrandir: Would you mind bumping the priority of the libgig sparc build? It's going to cause NBS work, but I'd rather get it through NEW first.
[11:53] <\sh> who removed the uwn with the news of the hacked servers?
[11:53] <pitti> StevenK: done
[11:53] <StevenK> pitti: Danke
[11:55] <pitti> oh, you guys scared me
[11:55] <pitti> seesm that hack affected some external mirrors, not security.u.c at all
[11:55] <StevenK> Hrm?
[11:56] <StevenK> Heh. Build of 5000.
[11:56] <StevenK> Er, build score
[12:15] <Lutin> pitti: can you give-back kdebindings, mt-st and lmtest please ?
[12:20] <pitti> Lutin: nothing to g-v for mt-st, kicked the rest
[12:21] <StevenK> pitti: libgig has built everywhere, would you mind waving your magic touch over it?
[12:22] <Lutin> pitti: didn't notice mt-st was synced yesterday :) . thanks
[12:23] <pitti> StevenK: *jedi wave* libgig is not in new. this is an illusion
[12:23] <StevenK> Whatever you say, pitti
[12:25] <pitti> Riddell, Hobbsee: any idea about the adept uninstallability?
[12:26] <pitti> ... and language-selector-qt ?
[12:26] <Hobbsee> pitti: we blame mvo, i think
[12:27] <Hobbsee> pitti: looking at backscroll, the adept should fix itself
[12:27] <pitti> Hobbsee: I like those
[12:27] <Hobbsee> pitti: cant see the l-s-qt, but i've not done full updates yet (so i dont download adept twice)
[12:28] <infinity> StevenK: ?
[12:28] <pitti> Hobbsee: it's still on http://people.ubuntu.com/~ubuntu-archive/testing/gutsy_probs.html
[12:29] <StevenK> infinity: libnss-db! UVF is rapidly approaching.
[12:29] <pitti> calc: is there any chance to get OO.o built on sparc, to solve that mess? ^
[12:29] <infinity> StevenK: It's not a new upstream version. :P
[12:29] <infinity> StevenK: (But yes, yes, I know)
[12:29] <Riddell> pitti: yes, it needs a new update-notifer, which I've uploaded this morning
[12:29] <StevenK> pitti: Nope. It looks like OO.o has to fail on one random architecture per major version number ...
[12:30] <pitti> StevenK: well, this time it's a gcc ICE, so not actually calc's fault
[12:30] <StevenK> Neat!
[12:30] <mvo> Hobbsee: that is the usual line, right :P ? "blame mvo"
[12:30] <Hobbsee> pitti: because it hasnt gone thru yet
[12:30] <Hobbsee> mvo: yes.  or calc.
[12:30] <Hobbsee> mvo: but you're today's target.
[12:30] <StevenK> ICE me harder, gcc.
[12:31] <pitti> mvo: "itz (apt|gtk) bug"
[12:31] <pitti> StevenK: duh, and we'll use such a beast (ICE) to get to our honeymoon :)
[12:31] <Hobbsee> pitti: besides, i thought you didnt care :P
[12:31] <pitti> Hobbsee: I do care about archive installability :)
[12:32] <Hobbsee> pitti: meh
[12:32] <Hobbsee> pitti: that's overrated
[12:32] <pitti> and yes, even for KDE :-P
[12:32] <Hobbsee> :P
[12:32] <StevenK> pitti: What does ICE expand to? You so aren't using a complier error to travel. :-)
[12:32] <pitti> StevenK: "InterConnect Express" (something like that); German high-speed train
[12:32] <StevenK> Ahhhh
[12:33] <pitti> StevenK: http://www.hochgeschwindigkeitszuege.com/germany/index_ice_3.htm
[12:33] <pitti> duh, I'm so OT here, it hurts
[12:33] <Hobbsee> pitti: nice.....
[12:34] <StevenK> Hah. Way cool. I can read about one word in twenty on that page ...
[12:35] <pitti> StevenK: http://en.wikipedia.org/wiki/InterCityExpress might be better :)
[12:36] <pitti> Hobbsee: "Train. Fast. Slick. White."
[12:36] <StevenK> Oh, so can I. "It's a fast, expensive train."
[12:36] <Hobbsee> pitti: :)
[12:40] <ajmitch> pitti: have a good vacation then :)
[12:40] <ajmitch> pitti: so can we switch to f-spot as default photo importer now? :)
[12:40] <pitti> ajmitch: still a week until it starts, but thanks
[12:44] <asac> calc: are you on i386?
[12:44] <asac> calc: you upgraded your real install now, right? we try to replace your ipw3945.ko module?
[12:54] <infinity> pitti: Thanks for the locales work.  You rock.
[12:54] <pitti> infinity: no problem
[12:56] <pitti> tkamppeter: so, cups-pdf could be much more defensive and cautious, but I couldn't find an immediate attack
[01:43] <ogra> seb128, my little calendar from the clock applet is a popunder with compiz ...
[01:44] <ogra> (instead of staying above all other windows it stays below)
[01:48] <Hobbsee> calc: ping
[01:48] <Hobbsee> mvo: we've changed.  it's now all calc
[01:48] <Hobbsee> s fault.
[01:48] <Hobbsee> cprov: hiya
[01:49] <cprov> Hobbsee: hi there
[01:56] <mvo> Hobbsee: haha, happy to hear that I'm off the hook for now .)
[01:56] <infinity> mvo: Can I blame you for things instead?
[01:57] <Hobbsee> mvo: just for now.
[01:57] <mvo> infinity: I answer only to compiz issues and you do not even run X on your systems (and if you do, you only use it to display xterm). so I will ignore you
[01:57] <infinity> mvo: Hahaha.
[01:57] <mvo> :P
[01:57] <Hobbsee> mvo: then again, why does the apt manual document an option that doesnt exist?
[01:57] <infinity> mvo: I've upgraded to gnome-terminal.  I'm totally 21st century now.
[01:58] <mvo> Hobbsee: which one would that be?
[01:58] <Hobbsee> mvo: apt-get purge foo
[01:58] <Hobbsee> mvo: apt-get remove --purge foo appears to work, but not the other
[01:58] <mvo> *cough* mumble mumble *cough*
[01:59] <infinity> mvo: I did actually have a question for you, though.  When you do libapt-pkg ABI bumps and reupload the world, do you use versioned build-deps, or do you just go with the "wait until apt is built before I upload" procedure?
[01:59] <Hobbsee> hehehe
[01:59] <Hobbsee> mvo: sure you do.
[01:59] <Hobbsee> infinity: the latter, it seems
[01:59] <mvo> infinity: versioned build-depends
[01:59] <infinity> mvo: Cause if it's the latter, my having apt/libapt on hold in the lpia chroots will mean everything's built against the old ABI.
[01:59] <Hobbsee> oh, hmm.  then i got it wrong, the last time i uploaded it
[02:00] <mvo> unless I forgot about those (that happens sometimes I figure), but that is the drill
[02:00] <infinity> mvo: Okay, cool.
[02:00] <infinity> mvo: S'all I wanted to know.
[02:00] <Hobbsee> mvo: another one, compiz-fusion-plugins-unofficial isnt something we distribute, and my apt-cache is not lying?
[02:00] <rgl> hello.
[02:01] <dobey> ogra: there is a patch in opensuse to fix that. don't know if it has been submitted upstream though
[02:01] <Hobbsee> mvo: that's hte second report we've had about conflicts with it and c-f-p-m.
[02:01] <mvo> Hobbsee: I have not uploaded it, I know nothing about it. it sounds scary
[02:01] <rgl> Any ideia why gtkmozembed core dump on ubuntu?
[02:01] <Hobbsee> mvo: indeed.
[02:01] <mvo> Hobbsee: it probably comes from a third party repo (/me looks at treviho)
[02:01] <Hobbsee> mvo: likely.
[02:02] <ogra> dobey, ah, nice, thanks ...
[02:04] <dobey> i thought there was anyway
[02:06] <dobey> i don't see it in the source rpm though
[02:06] <dobey> it's an easy fix though
[02:06] <dobey> bbiab
[02:08] <\sh> mvo, bryce: one question or one sugeestion regarding yesterdays problem with libGL.so.1.2 (they are both in xorg-driver-fglrx and libgl1-mesa-glx), can't we divert this lib in xorg-driver-fglrx and on removal put the divert back in place, so that libGL1.so.1.2 is back to normal libgl1-mesa-glx lib?
[02:10] <mjg59> Isn't that what's done?
[02:10] <\sh> mjg59, if it would be like that, I hadn't to --reinstall libgl1-mesa-glx somehow
[02:10] <\sh> after removal of fglrx driver
[02:10] <\sh> but I could check the source
[02:10] <mjg59> Well, something else could be broken
[02:12] <infinity> \sh: We definitely divert properly, I wrote all that myself.
[02:13] <infinity> \sh: And I suspect it's not been touched since, for fear of disturbing the delicate ecosystem that is my maintainer scripts.
[02:14] <\sh> infinity, hmm...so something else went wrong...but what could trigger this behaviour?
[02:14] <infinity> \sh: What was the problem, exactly?
[02:15] <\sh> infinity, I installed xorg-driver-fglrx (which was wrong) and after removing the package I just couldn't use the libGL.so.1.2 from libgl1-mesa-glx
[02:15] <infinity> \sh: Note that I actually use xorg-driver-fglrx on feisty, and know it's doing the right thing here, I can check gutsy in a chroot, though.
[02:15] <\sh> infinity, so i had to --reinstall this mesa-glx package
[02:15] <\sh> infinity, to get the right libGL.so.1.2
[02:16] <infinity> \sh: That's either a bug, or something went very wrong just for you.
[02:16] <infinity> \sh: gutsy?
[02:16] <\sh> infinity, yepp
[02:16] <infinity> Let me check quickly.
[02:19] <\sh> infinity, hmm...the preinst and postrm scripts are looking ok for me...
[02:19] <\sh> (looking at the source)
[02:20] <infinity> \sh: Works correctly here.
[02:20] <seb128> ogra: bug #131050
[02:20] <ubotu> Launchpad bug 131050 in compiz "[gutsy]  Clock applet calendar/timezones opens under focused window" [Undecided,New]  https://launchpad.net/bugs/131050
[02:20] <\sh> really strange...I'll check again this evening if I can reproduce it
[02:20] <ogra> seb128, ta
[02:24] <Hobbsee> yay, spam!
[02:28] <xxxxx1> mornin'
[02:33] <Kopfgeldjaeger> can anybody tell me how to set the cursor into a gtk.entry with pygtk?
[02:33] <Chipzz> Kopfgeldjaeger: wrong channel
[02:33] <Kopfgeldjaeger> Chipzz: i know. asked in the right channels already :d
[02:33] <Chipzz> Kopfgeldjaeger: and I have already pointed out to you that this channel isn't for such questions...
[02:34] <Chipzz> Kopfgeldjaeger: that's no excuse to ask here
[02:34] <Kopfgeldjaeger> Chipzz: ok, i just thought here are some pygtk coders.
[02:34] <Kopfgeldjaeger> Chipzz: ok.
[02:34] <Chipzz> *sigh*
[02:40] <Hobbsee> oh, twitch
[03:48] <jwendell> agoliveira, around?
[03:48] <agoliveira> jwendell: Yep :)
[03:48] <jwendell> agoliveira, hi!
[03:49] <agoliveira> jwendell: Hello
[03:49] <jwendell> agoliveira, that new arch, lpia, is for ubuntu mobile?
[03:49] <agoliveira> jwendell: yes
[03:49] <jwendell> agoliveira, will it be ready for gutsy?
[03:50] <agoliveira> jwendell: Well, the final version is target to be gutsy + 1 but we do will have something for gutsy.
[03:51] <jwendell> agoliveira, is that chip the same as run in nokia devices (n800, etc) ?
[03:52] <agoliveira> jwendell: No. Check this out https://wiki.ubuntu.com/MobileAndEmbedded/FAQ
[03:52] <jwendell> agoliveira, thanks ;)
[03:53] <agoliveira> My pleasure.
[03:58] <bddebian> Heya
[04:20] <doko> slomo, seb128: why does libgdiplus have to build its own copy of cairo?
[04:20] <seb128> doko: no idea, I don't even know what libgdiplus is
[04:26] <calc> asac: it seems to be working so far on the upgraded to gutsy
[04:26] <calc> asac: which seems odd
[04:27] <asac> calc: lots of things are odd ... so open network works? or wpa?
[04:28] <calc> asac: connects to both fine
[04:28] <calc> asac: i'll have to back up my install when i have time and do a fresh install to see if it breaks there as well
[04:29] <calc> asac: i have done a fresh install of gutsy in the past ~ tribe2 iirc and it didn't work at all
[04:29] <asac> calc: please remove all things from keyring et al and see if things work good again :)
[04:29] <asac> calc: do you have i386?
[04:29] <calc> asac: so i'm not sure if this is working due to it being an upgrade or not
[04:29] <asac> calc: would you be brave enough to try to use 1.2.0 module to see if it breaks more or less?
[04:29] <calc> asac: yes i386
[04:30] <calc> asac: i can try it, but right now it seems to work 100% on the upgraded from feisty
[04:30] <asac> calc: yes ... but i would be interested to see if things break for 1.2.0
[04:30] <calc> asac: ok
[04:30] <asac> calc: let me copy that .ko file for you (i have no idea if it will work at all)
[04:31] <asac> or if you need a different ipw3945d as well
[04:31] <asac> calc: can you tell me in which package the ipw3945d resides?
[04:31] <calc>  dpkg -S /sbin/ipw3945d-2.6.22-9-generic
[04:31] <calc> linux-restricted-modules-2.6.22-9-generic: /sbin/ipw3945d-2.6.22-9-generic
[04:35] <mathiaz> kylem: Thanks for updating apparmor. Is there anything I can test now ? Or should I wait for the next kernel upload ?
[04:36] <kylem> i'll be uploading it today, i meant to build test debs for you, but unfortunately they were amd64 (i forgot to use my i386 chroot)
[04:36] <Mithrandir> siretart: cdrtools> why?
[04:36] <kylem> the only problems i had merging the AA stuff was conflicts due to context, so there shouldn't be any borkage introduced.
[04:37] <Chipzz> doko: not sure why it needs to, but I saw some blog post on monologue ("planet mono") that the latest version (possibly VCS) can use the system cairo (though it's not recommended)
[04:37] <siretart> Mithrandir: I talked to pitti about that
[04:37] <mathiaz> kylem: ok. So I should be able to test the new stuff by tomorrow.
[04:37] <siretart> Mithrandir: why not? I think it should be fine for multiverse.
[04:37] <kylem> ok.
[04:37] <Mithrandir> siretart: because we have wodim which is the same, but with less crack licence.
[04:38] <\sh> doko, eclipse on gutsy doesn't find java (sun-java6-jre installed) ;)
[04:38] <pygi> Mithrandir, allow me to interfere?
[04:38] <siretart> Mithrandir: can we take this to /query?
[04:38] <Mithrandir> pygi: please. :-)
[04:38] <doko> calc: in the past you could find the fc patches at http://cvs.fedora.redhat.com/ , but this location probably has moved
[04:39] <pygi> Mithrandir, cdrkit is just much more broken cdrtools :)
[04:39] <doko> \sh: then please fix it
[04:39] <siretart> Mithrandir: you did notice that I want to have it in multiverse, did you?
[04:39] <Mithrandir> siretart: yes, I did.
[04:39] <\sh> doko, hehe...i don't have any clue about it...or it's a bug which I produced myself...I don't know ;)
[04:39] <doko> Chipzz: any reason for "not recommended" ?
[04:40] <Mithrandir> pygi: wouldn't it then be better to spend effort on improving cdrkit than cdrtools?
[04:40] <doko> no time for eclipse
[04:40] <\sh> I just reboot my machine again
[04:40] <siretart> and you did recognize that I repackaged if from scratch, including the debian/copyright, which I have been working on for days together with schily, es?
[04:40] <pygi> Mithrandir, actually, we won't be improving any of those =)
[04:40] <\sh> doko, I'll look into it, when it's there after the reboot
[04:40] <\sh> brb
[04:40] <Mithrandir> siretart: yes.
[04:41] <pygi> Mithrandir, cdrtools would be worked on by joerg, and nobody works on cdrkit anymore ... we have no much things to do there
[04:41] <siretart> Mithrandir: I don't intend to spend lots of efford in cdrtools. just package it and keep it as it is in multiverse
[04:41] <Chipzz> doko: not recommended or not supported; I think the latter
[04:41] <calc> doko: yea caolan sent me the cvs revision number of the change and I tested it, it works for Ubuntu so I will be adding that to the next upload fixing the rest the problems from my first upload
[04:41] <Chipzz> still experimental IIRC
[04:41] <siretart> Mithrandir: if you reject the upload, I'm happy to forward the reject message to joerg
[04:41] <doko> Chipzz: sure, but *why*
[04:42] <Chipzz> doko: dunnow; just relaying something I recall reading ;)
[04:42] <siretart> Mithrandir: improving cdrkit requires a lot of upstream knowledge which I don't have and I'm not that interested in
[04:42] <Mithrandir> siretart: I'd rather not want to be dragged into a discussion with upstream; I really, really don't like his discussion style.
[04:42] <siretart> I've had a few hours phonetalk with him.
[04:42] <Chipzz> doko: http://pages.infinit.net/ctech/poupou.html
[04:43] <siretart> I've come to the conclusion that his license is not what I would personally call free, but should be fine for multiverse
[04:43] <Mithrandir> siretart: it seems to me that the source ships bits under CDDL and bits under the GPL and those are used by common code.
[04:43] <siretart> I'm happy to read your reject rationale if you come to another conclusion
[04:43] <Mithrandir> siretart: this is just from reading the copyright file, so I might be mistaken.  Am I?
[04:43] <doko> calc: http://cvs.fedora.redhat.com/viewcvs/devel/openoffice.org/?root=core
[04:43] <calc> doko: thanks
[04:44] <siretart> Mithrandir: there is gpl code (mkisofs), that uses a cddl library.
[04:44] <siretart> Mithrandir: according to upstream, he compares this to running binaries under a non-free os, which is even mandated by the fsf
[04:44] <mathiaz> seb128:
[04:44] <siretart> Mithrandir: there are more hairy bits in the licences, namely the additional restrictions to cdrecord/cdrecord.c. that bring me to the conclusion of non-free
[04:44] <mathiaz> seb128: I've added the net usershare to the samba package
[04:45] <Mithrandir> siretart: it's not, since running on non-free OS-es is covered by the system libraries exception.
[04:45] <seb128> mathiaz: I've read that, thanks
[04:45] <siretart> Mithrandir: I need to leave now, my gradma is ill, let's discuss this tomorrow, okay?
[04:45] <mathiaz> seb128: bug 128548
[04:45] <ubotu> Launchpad bug 128548 in samba "Enable net usershare?" [Wishlist,In progress]  https://launchpad.net/bugs/128548
[04:45] <Mithrandir> siretart: sure, that's fine.  Hope she recovers.
[04:45] <Mithrandir> siretart: just ping me when you're aroudn.
[04:46] <mathiaz> seb128: it needs to be sponsored. Would this be possible after FF ?
[04:46] <seb128> mathiaz: after FF it'll require a freeze exception
[04:46] <seb128> mathiaz: I can sponsor the upload now if you want
[04:47] <bddebian> Any chance someone can get to qca2 in New?
[04:47] <mathiaz> seb128: well it's not really a bug fix. It's more a feature - that's why I'd like to get it into main before FF
[04:47] <seb128> bddebian: any hurry to it?
[04:48] <seb128> mathiaz: right
[04:48] <bddebian> seb128: Not necessarily, just need it for the psi from Debian experimental but for now I'm going to try to build it locally and if all goes well I'll just upload psi
[04:48] <seb128> infinity: any opinion on the patch attached to bug #128548?
[04:48] <ubotu> Launchpad bug 128548 in samba "Enable net usershare?" [Wishlist,In progress]  https://launchpad.net/bugs/128548
[04:51] <seb128> bddebian: NEWed
[04:51] <bddebian> seb128: What's NEWed?
[04:51] <seb128> bddebian: ?
[04:52] <seb128> bddebian: what did you just ask for?
[04:52] <bddebian> Oh sorry, I'm asleep :-(
[04:52] <bddebian> Thank you
[04:52] <seb128> you're welcome ;)
[04:53] <Mithrandir> seb128: any chance I could ask you to NEW ubuntu-meta too?
[04:54] <seb128> Mithrandir: looking
[04:54] <Mithrandir> cheers
[04:55] <seb128> Mithrandir:
[04:55] <seb128> $ dpkg -I ubuntu-mobile-dev_1.63_i386.deb | grep Depends
[04:55] <seb128> $
[04:55] <seb128> is that on purpose?
[04:56] <seb128> ups
[04:56] <seb128> ignore what I wrote :p
[04:56] <seb128> is that for lpia only?
[04:58] <Mithrandir> it's mostly useful for lpia, but I think we might see people wanting to do development both i386 and amd64 systems.
[04:58] <Mithrandir> and the depends line is a bit on the short side, yes.  That's partially due to a germinate bug, and partially because I haven't gotten around to adding more bits to it.
[04:59] <seb128> Mithrandir: ok, no problem, NEWed
[05:00] <kagou> tkamppeter, have you packaged today cvs version of s-c-p ?
[05:00] <kagou> hi seb128
[05:00] <seb128> lu kagou
[05:01] <Hobbsee> mvo: are you interested in http://pastebin.ubuntu-nl.org/33936/?
[05:04] <mvo> Hobbsee: everything current on that system?
[05:04] <Hobbsee> mvo: it's not mine.  #ubuntu+1
[05:05] <seb128> Hobbsee: ldd /usr/lib/python2.5/site-packages/compizconfig.so | grep local?
[05:06] <Hobbsee> seb128: no output
[05:08] <seb128> Hobbsee: libcompizconfig0 installed version?
[05:08] <Hobbsee> seb128: --> -bugs.  someperson
[05:08] <Hobbsee> seb128: (it's not mine)
[05:16] <Hobbsee> seb128: looks to be outdated.
[05:16] <Hobbsee> seb128: but the update manager is broken, and he's on a live cd.
[05:17] <seb128> k
[05:24] <Hobbsee> seb128: mvo sorry, i thought he'd be a *little* more helpful
[05:25] <mvo> Hobbsee: no problem
[05:25] <seb128> that's alright
[05:25] <Hobbsee> this is *precisely* why we should break X for about a week, during development
[05:25] <auTONYmous> I'm getting a problem with update-manager 0.59.2 debs
[05:25] <auTONYmous> oops...I mean update-notifier
[05:26] <auTONYmous> If anyone wants to look at the errors from apt: http://www.pastebin.org/632
[05:26] <Hobbsee> auTONYmous: https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/132941
[05:26] <ubotu> Launchpad bug 132941 in update-notifier "Package 0.59.2 broken" [High,New] 
[05:27] <auTONYmous> hobbsee: thanks, I was looking for a bug reported for that
[05:28] <StevenK> And 0.59.3 was uploaded ~ 25 minutes ago
[05:31] <tkamppeter> kagou, no, but there are some new things which I can package.
[05:33] <loswillios> hi
[05:33] <kagou> ok tkamppeter
[05:33] <loswillios> How can I trigger a manual build of linux-restricted-modules?
[05:34] <loswillios> the nvidia.ko module from nvidia-glx/linux-restricted-modules-2.6.22 wasn't shipped
[05:34] <loswillios> so I figured I have to compile /lib/linux-restricted-modules/2.6.22-9/nvidia myself, somehow
[05:35] <auTONYmous> okay, second problem: can someone answer why my system doesn't reboot properly using Ubuntu kernels?
[05:35] <kagou> tkamppeter, big improvements have been made on s-c-p since 1 month :)
[05:37] <tkamppeter> kagou, everything except today changes are already in our package, don forget to do you daily update on your Gutsy.
[05:38] <kagou> tkamppeter, yes i know, i was just curious to  test today change in cvs (auto detection of non text ppd)
[05:39] <kagou> i'm downloading cvs to make tests
[05:45] <jetscreamer> m-a a-i nvidia ?
[06:01] <iwj> Yay.  Serial update-initramfs should now be a thing of the past (well, when everything finally bubbles through).
[06:02] <Amaranth> woohoo
[06:02] <Amaranth> no more HD churning initramfs generation 5 times in one apt run
[06:03] <iwj> Most people will have one more time when that happens, since you only get the new behaviour if the upgrade is running with the new dpkg.
[06:10] <Keybuk> iwj: talk to mvo about upgrade pre-requisites
[06:11] <iwj> Keybuk: Yes.
[06:12] <iwj> Nothing goes wrong if dpkg is done later - you just don't get the benefit.
[06:15] <mvo> iwj: we could use it as a test-case for the pre-requists, the code is ready, then we know that it works for the next lts
[06:15] <mvo> iwj: but lets talk about it tomorrow, today I'm pretty packed with $stuff
[06:15] <mvo> iwj: great work on the triggers btw, a wonderful feature :)
[06:16] <iwj> mvo: Sure.
[06:16] <iwj> Don't thank me until you've not had your status file eaten :-).
[06:18] <elmo> iwj: can triggers be used to batch ldconfig?
[06:20] <iwj> elmo: I think so yes, although I'm not sure how broken the system is between unpack and ldconfig run.
[06:21] <elmo> iwj: neato
[06:26] <tkamppeter> kagou, I have now packaged the current SVN state:
[06:26] <tkamppeter> http://www.linux-foundation.org/~till/tmp/ubuntu/gutsy/system-config-printer/
[06:27] <kagou> tkamppeter,  oh ?! Nice. Do you want that i test it ?
[06:36] <kagou> tkamppeter, wow s-c-p new gui/wizard is far better.
[06:37] <kagou> tkamppeter, but we have a regretion. Media default size for paper size do not use local preferences (Letter instead of A4)
[06:38] <kagou> tkamppeter, both in automatic or manual printer addition
[06:43] <geser> Riddell: re bug #130640: have you an idea what to do with pbuilder-uml which has currently an unmet dep on rootstrap? should it be dropped then?
[06:43] <ubotu> Launchpad bug 130640 in rootstrap "Please sync rootstrap (universe) from Debian unstable (main)" [Undecided,Invalid]  https://launchpad.net/bugs/130640
[06:44] <tkamppeter> kagou, can you do a bug report on Launchpad because of the Letter/A4 problem? Tim will then see this and fix it.
[06:45] <Riddell> geser: you'd need to ask the linux team to remove the black list (#ubuntu-kernel)
[06:46] <slomo> doko: because upstream is insane and wants to use private cairo api... this is fixed with 1.2.5, it can be built against an external cairo then
[06:47] <geser> Riddell: ok
[07:13] <kagou> tkamppeter, i think that i should wait for your uprade of s-c-p before
[07:13] <kagou> no ?!
[07:27] <Chipzz> seb128: what should be the correct (filesystem) location for .devhelp files?
[07:28] <Chipzz> /usr/share/gtk-doc/html/$package/ or /usr/share/doc/$package/html/ ?
[07:29] <tormod> kylem, any chance you can look at the debdiff in bug #114793 ? I am getting a little impatient :)
[07:29] <ubotu> Launchpad bug 114793 in linux-wlan-ng "linux-wlan-ng fails compilation" [Undecided,Confirmed]  https://launchpad.net/bugs/114793
[07:30] <kylem> yeah
[07:38] <seb128> Riddell: could you have a look at bug #132941?
[07:38] <ubotu> Launchpad bug 132941 in update-notifier "Package 0.59.2 broken" [High,Confirmed]  https://launchpad.net/bugs/132941
[07:38] <Riddell> seb128: fixed in 0.59.3
[07:38] <seb128> Riddell: read the comments please
[07:38] <xhaker> pygi, poke
[07:39] <\sh> did anyone fixde the update-notifier-common package?
[07:39] <Riddell> doh
[07:39] <seb128> \sh: read what I just wrote to Riddell
[07:39] <\sh> seb128, yepp...just saw it now
[07:39] <seb128> Riddell: could you fix it before we get a zillion of dups? ;)
[07:40] <kylem> tormod, it looks ok.
[07:40] <Mithrandir> mvo: apt ftbfs
[07:40] <mvo> Mithrandir: on lpia?
[07:40] <Mithrandir> mvo: in general
[07:40] <Mithrandir> http://launchpadlibrarian.net/8846083/buildlog_ubuntu-gutsy-i386.apt_0.7.6ubuntu6_FAILEDTOBUILD.txt.gz
[07:40] <seb128> Mithrandir: you might want to tell to iwj, he did the dpkg-trigger upload
[07:41] <Mithrandir> indeed.
[07:41] <Mithrandir> iwj: apt FTBFS with your latest upload.  Any chance you could unbreak it?
[07:41] <Riddell> seb128: done
[07:41] <seb128> Riddell: thanks
[07:42] <mvo> iwj: did you commit your upload into some sort of vcs? or could you give me a debdiff so that I can keep the bzr apt repository into sync again?
[07:44] <mvo> iwj: aha, it looks like the repo is in sync, thanks for that
[07:44] <Mithrandir> mvo: can you just fix it, then? :-)
[07:44] <mvo> Mithrandir: yes
[07:44] <Mithrandir> that'd be wonderful
[07:45] <evand> Can someone sponsor a Ubiquity upload before FF at 20:00?: http://people.ubuntu.com/~evand/upload/ubiquity_1.5.9_source.changes
[07:48] <iwj> Mithrandir: Yes.
[07:48] <iwj> mvo: I pushed to the repo.
[07:48] <iwj> It built for me obviously.
[07:48] <iwj> Mithrandir: Will fix now.
[07:49] <mvo> iwj: yes, thanks for that, I'm uploading a new version now, that should fix the ftbfs
[07:49] <mvo> iwj: no need, its taken care of
[07:49] <iwj> mvo: Oh, that was quick!
[07:49] <iwj> Thanks.
[07:49] <iwj> I should have run automake && autoconf in the tree before checkin/upload ?
[07:49] <iwj> (at a guess from the log)
[07:50] <mvo> iwj: yes, I have a debian/rules arch-build rule for this
[07:50] <mvo> ok, need to run, I will be back for the meeting
[07:57] <doko> seb128: is this strict dependency really needed? libglib2.0-data depends on libglib2.0-0 (>= 2.13.7-1ubuntu5)
[07:58] <doko> breaks slow buildds
[08:07] <xhaker> doko, i couldn't get in contact with man_di to talk about packaging eclipse 3.3, could you merge the remaining changes from debian then?
[08:07] <doko> xhaker: sorry, no time. please do it yourself
[08:09] <\sh> gosh...dpkg is broken too
[08:10] <Mithrandir> \sh: no, it's not.
[08:10] <\sh> The following packages have unmet dependencies:
[08:10] <\sh>   dpkg: Breaks: apt (< 0.7.6ubuntu6) but 0.7.6ubuntu4 is installed
[08:10] <\sh>         Breaks: aptitude (< 0.4.6.1-1ubuntu2) but 0.4.6.1-1ubuntu1 is installed
[08:11] <\sh> Mithrandir, or yxou fixed it already ;)
[08:11] <iwj> apt was FTBFS (my fault) and aptitude build-deps on the new apt.
[08:12] <iwj> So you just have to wait for the new apt to be built by the buildds.
[08:12] <iwj> Although it's a bug in (the old) apt that it let it get into this state.
[08:12] <\sh> Mithrandir, ok it's not dpkg ;)
[08:12] <iwj> It ought to have held back the new dpkg.
[08:12] <Mithrandir> \sh: the archive being inconsistent isn't a bug in dpkg.
[08:12] <iwj> \sh: Or are you saying apt is saying it doesn't want to install the new dpkg because of this dependency ?
[08:13] <iwj> In which case that's exactly what it's supposed to do.
[08:14] <\sh> iwj, the problem is I want a pbuilder chroot and debootstrap failes because of installing dpkg because of broken apt deps..anyway..dinner...wife is calling
[08:14] <iwj> OIC.  Well, that happens.  It's a development distro :-).  It'll be fixed soon.
[08:14] <ion_> dpkg doesnt seem to have the Vcs-Bzr field. :-(
[08:15] <\sh> iwj, but the main cause is: I want to try to fix eclipse not finding any installed sun jre6
[08:21] <seb128> doko: why is -data installed on the buildd?
[08:21] <doko> seb128: the indep package is already available, the arch package not.
[08:22] <seb128> doko: right, but libglib2.0-0 only Recommends -data, why is this one installed?
[08:22] <seb128> doko: -data should not be required nor installed on a buildd
[08:22] <doko> because recommends can be installed by default?
[08:22] <seb128> are the buildds doing that now?
[08:22] <doko> seb128: anyway, why the overtight dependency?
[08:23] <seb128> it's a bug
[08:23] <seb128> and I'll fix it
[08:23] <seb128> I'm just curious to know why -data is installed ;)
[08:23] <doko> seb128: ok, thanks
[08:23] <seb128> are Recommends installed on buildds?
[08:23] <doko> seb128: to be more concise: breaks my installations where the buildd's are too slow
[08:24] <seb128> ah, k
[08:24] <doko> seb128: another thing: where's the pyspi project home?
[08:25] <seb128> dunno, I think dholbach has uploaded it
[08:34] <doko> iwj: when you submit your autotest reports for main, on a supported architecture, please could you set the priority to high, and the milestone to a tribe/beta?
[08:35] <iwj> Can I do that in the email I use to submit the bug report ?
[08:37] <doko> don't know
[08:38] <iwj> If so then yes.  If not then no :-).
[08:38] <iwj> I'll look into it.
[08:38] <ion_> PEBKAC probably, but i cant find the VCS branch for dpkg.
[08:38] <iwj> ion_: What VCS branch ?
[08:39] <ion_> Any branch that the dpkg-triggers functionality has been pushed to. :-)
[08:39] <iwj> It hasn't.  Are you on debian-dpkg ?
[08:39] <ion_> Nope.
[08:40] <iwj> Playing with the dpkg git is on my todolist for tomorrow.
[08:41] <ion_> Ok
[08:41] <iwj> If you're desperate, look at the dpkg in the archive and diff it against what was in the archive err yesterday ish.
[08:41] <iwj> (See changelog)
[08:42] <ion_> Hehe, thats what i was just about to do. :-P
[08:42] <ion_> Not really desperate, but id like to look at the code for fun.
[08:49] <wasabi> man i am about tired of lvm/md bugs
[08:50] <wasabi> just expierenced a feisty system wher elvm.conf wasn't copied to the initramfs... and somehow md detection wasn't working.
[08:50] <wasabi> So it built the vg's with the md components.
[09:04] <\sh> doko, ping eclipse, it's not eclipse it's somehow that the sun-java6-jre is not setting it's JAVA_HOME in /etc/jvm
[09:20] <asac> calc: did i give you the .ko file?
[09:21] <calc> asac: nope, not yet
[09:22] <asac> calc: http://people.ubuntu.com/~asac/ipw3945.ko
[09:23] <asac> calc: please keep a backup of the old one :) ... and be prepared that things will break ;)
[09:26] <calc> asac: ok
[09:27] <calc> asac: should i try this with the live cd version?
[09:27] <calc> asac: regular up to date gutsy seems to mostly work (for whatever reason)
[09:27] <asac> first try with your current (working) setup ... to see if it works at all
[09:27] <asac> if it does then try livecd i guess
[09:27] <calc> asac: also note that keybuk has similar issues with ipw3945 as well
[09:27] <calc> asac: ok
[09:29] <calc> ok i'll see how it does on my installed version, brb
[09:29] <tormod> kylem, thanks. Will you upload it?
[09:29] <kylem> i can, yes.
[09:30] <tormod> kylem, great, thanks a lot!
[09:30] <pef> hello
[09:32] <xhaker_> anyone with time to sponsor a libmtp upload?
[09:32] <pygi> xhaker_, didn't we upload that already? :)
[09:32] <xhaker_> pygi, bug #132853
[09:32] <ubotu> Launchpad bug 132853 in libmtp "[needs review]  libmtp 0.2.1 udev rules file fix [needs upload] " [Undecided,New]  https://launchpad.net/bugs/132853
[09:33] <xhaker_> seems the rules section where the perl foo is runs two times! :D fixed it with a better regex
[09:33] <xhaker_> small debdiff
[09:34] <pygi> xhaker_, it'll be uploaded, no worries :)
[09:34] <xhaker_> I'm looking into eclipse right now
[09:34] <pygi> xhaker_, good catch btw ;)
[09:34] <xhaker_> pygi, thanks :)
[09:35] <pygi> would be good if we noticed that before initial upload, but oh well :P
[09:35] <xhaker_> I had no idea the rule would run two times.(
[09:36] <pygi> oh well =)
[09:38] <xhaker_> pygi, i've seen some upload requests bearing only a debdiff, is that "cool" to do?
[09:39] <pygi> xhaker_, for debdiff as small as yours it would be fine, otherwise not really :)
[09:40] <calc> asac: fails invalid module format
[09:40] <asac> which kernel/modules package?
[09:41] <calc> ii  linux-image-2.6.22-9-generic               2.6.22-9.25                          Linux kernel image for version 2.6.22 on x86
[09:42] <rgl> OT: which tools do you guys use to capture a video on the desktop?  like, doing a screen cast.
[09:42] <calc> and after trying to revert to original driver NM couldn't associate any more so i disabled NM and used ifup which worked perfectly as expected
[09:45] <tormod> rgl, https://wiki.ubuntu.com/CreatingScreencasts ?
[09:45] <rgl> tormod, funny just found it too.  thx :)
[09:52] <pygi> asac, if you're here (and I dont know if you are) read what I told you in motu, and I'm after swfdec now
[09:55] <asac> pygi: i will answer ... let me eat ;)
[09:55] <pygi> asac, fine, bon appetit :P
[09:59] <\sh> doko, when you are awake (tomorrow ;)) without JAVA_HOME set to the jre home, eclipse wont start...and seeing that nothing set /etc/jvm/ configuration this could be the fault...I don't know how to fix that, damn
[09:59] <xhaker_> \sh, eclipse? what are you doing?
[10:00] <\sh> xhaker_, finding the error why eclipse doesn't like our sun-java-6
[10:00] <\sh> xhaker_, it tests against /usr/lib/jvm/java-1.5.0-sun but not against /usr/lib/jvm/java-6-sun
[10:01] <\sh> and can't start because of that...so setting JAVA_HOME is the temp bugfix for now
[10:01] <xhaker_> \sh, i was doing a merge/sync with debian
[10:01] <\sh> xhaker_, cool...when this fix this issue with java 6 ;)
[10:02] <superm1> mvo, ping.  i had a quick question about python-apt
[10:03] <xhaker_> \sh, i'll show my "fake" debdiff
[10:03] <mvo> hey superm1! sure, fire
[10:03] <superm1> mvo, when marking a page to be installed via markInstall, it's also marking the "Recommends"
[10:03] <superm1> is there a way to change this behavior?
[10:04] <superm1> *page = package :)
[10:04] <mvo> superm1: use can use "apt_pkg.Config.Set("APT::Install-Recommends","0") in your script
[10:04] <xhaker_> \sh, http://pastebin.com/m50ac206 i don't know if this is the right way to do it..
[10:04] <superm1> mvo, okay sweet, thanks
[10:04] <desertc> Hello - Under what Ubuntu package catagory would Intel's open source drivers fall for their 3D graphic chipsets?
[10:05] <mvo> cheers superm1
[10:05] <mr_pouit> seb128: are you working on gcalctool, or can I fix the desktop file to show in xfce as well?
[10:05] <desertc> I am curious to watch the development and integration of this initiative.
[10:05] <xhaker_> \sh, take in mind the debdiff is fake because pbuilder is acting up :) waiting for apt
[10:05] <tormod> desertc: xserver-xorg-video-intel ?
[10:06] <desertc> tormod: Thank you.
[10:06] <\sh> xhaker_, apt is there :)
[10:06] <seb128> mr_pouit: what change is that?
[10:06] <seb128> mr_pouit: bug number?
[10:06] <\sh> xhaker_, dpkg is held back
[10:06] <\sh> xhaker_, but looks fine with the debian/extra/java_home add
[10:07] <xhaker_> \sh, what about the changelog entry? i don't know if i should have put ubuntu in the version or not
[10:08] <mr_pouit> seb128:
[10:08] <mr_pouit> +-OnlyShowIn=GNOME;
[10:08] <mr_pouit> ++OnlyShowIn=GNOME;XFCE;
[10:08] <\sh> xhaker_, yepp...you have to put ubuntu in the version because of the change of java_home
[10:08] <wasabi> hmm. udevd question. How do I disable a rule temporarily?
[10:08] <wasabi> is moving the file out of the way good enough?
[10:09] <seb128> mr_pouit: could you sent the change on bugzilla?
[10:09] <\sh> ok..time to stop for today
[10:09] <\sh> good night everybody
[10:09] <mr_pouit> seb128: ok, no problem, I'll forward it
[10:10] <seb128> mr_pouit: feel free to patch the package (and update to the new version), we try to send distro changes upstream though
[10:11] <Nergar> hello
[10:11] <Nergar> i have a question
[10:12] <Nergar> why was gparted removed from the installation wizard?
[10:20] <sistpoty> cjwatson_: mind to give some feedback about evand's application for motu? (preferrable to the MC list ;)
[10:25] <Mithrandir> sistpoty: cjwatson is on vac, so don't expect a quick answer
[10:25] <sistpoty> Mithrandir: ah, k thanks... how long is he on vac?
[10:25] <Mithrandir> this week, iirc
[10:25] <sistpoty> k, thx!
[10:28] <cypherbios> mvo: I just reuploaded the new files, could you sponsor that upload?
[10:29] <mvo> cypherbios: yes, if that is still possible (not sure about universe freeze etc)
[10:31] <cypherbios> mvo: yeah, I know. I'm afraid it's a little too late for the automatic upload, perhaps some manual intervention may be required
[10:32] <mvo> cypherbios: I will try to figure out the status in #ubuntu-motu, if nothing is done, please just nag me about it again tomorrow, its rather late here already
[10:33] <sistpoty> mvo, cypherbios: iirc we're in UVF for universe, so you'd need a UVFe for new upstream versions. everything else can go through imo
[10:35] <superm1> mvo, using this as an example, that still appears to not be working. http://paste.ubuntu-nl.org/33987/  .  Does it need to be done differently when I use apt rather than apt_pkg's .Cache ?
[10:36] <superm1> mvo, in that example, mythweb is getting marked (as its a Recommend for mythtv-backend-master)
[10:36] <sistpoty> superm1: sorry again for the delay with your application for motu :/
[10:37] <marek> Geert, senneth, exg ping.
[10:37] <superm1> sistpoty, no biggie, especially if its a +1 you eventually give :)
[10:37] <sistpoty> superm1: s/give/gave ;)
[10:38] <sistpoty> hehe
[10:38] <cypherbios> mvo: OK, I'll be waiting for this. just to note, it's very important (for the program's users) having this version in gutsy, as it fixes a lot of bugs since the feisty's version
[10:39] <cypherbios> thanks
[10:42] <seb128> does anybody know if that's possible to direct one canal from an audio input to stereo output using alsa and how?
[10:43] <mvo> superm1: I think the issue because its in Section: multiverse/metapackages, let me dig for a workaround
[10:44] <superm1> oh i had heard from LongPointyStick  that metapackages in main automatically set recommends to be installed, but it didn't happen in universe/multiverse
[10:46] <wasabi> lastlog and faillog are silly files
[10:46] <mvo> superm1: it does now
[10:46] <superm1> mvo, likely because ubuntu studio was needing their metas to do that?
[10:47] <mvo> superm1: we got bugreports that it does not work :)
[10:47] <wasabi> anyway to make cp skip the file it's working on? blah.
[10:48] <mvo> superm1: I think it should be enough to disable the install-recommends-sections
[10:49] <superm1> mvo, so are there more sections then that would need it done too (Other than the one APT::Install-Recommends you mentioned)?
[10:49] <superm1> oh you mean APT::Install-Recommends-Sections
[10:49] <wasabi> wonder how long it takes my systme to chew through 700GB of zeros.
[10:50] <sistpoty> seb128: imo it's possible, and iirc I dunnit once, let me dig for some references...
[10:50] <seb128> sistpoty: thanks
[10:51] <mvo> superm1: yes, I need to lookup the exact synatax, but its basicly overwriting apt::install-recommends-sections
[10:51] <alex-weej> mvo: n-d? :)
[10:51] <mvo> alex-weej: *cough*
[10:51] <alex-weej> mvo: i can put a note on launchpad if you want
[10:51] <mvo> alex-weej: please do that
[10:52] <alex-weej> mvo: changed back to In Progress
[10:52] <mvo> alex-weej: thanks, what was the bugnumber again?
[10:53] <alex-weej> 132512
[10:54] <sistpoty> seb128: sorry, seems like it all changed since I tried it, but maybe http://alsa.opensrc.org/index.php/Playing_stereo_on_surround_sound_setup_%28Howto%29 may give some hints
[10:56] <mvo> alex-weej: strnage, when i download http://launchpadlibrarian.net/8822330/01_ubuntu_theme.patch and debdiff it against -ubuntu6 I see no changes
[10:56] <seb128> sistpoty: no problem, thank you for the url
[10:56] <sistpoty> np
[10:57] <alex-weej> mvo: it's a drop in replacement 01_ubuntu_theme.patch
[10:57] <alex-weej> you probably want to diff the diffs :P
[10:58] <mvo> debdiff should give me that
[10:58] <mvo> in theory :)
[10:59] <alex-weej> mvo: if you want the changes in some other form just tell me how to get them and i'll do it for you
[11:00] <alex-weej> i'm pretty clueless with debian packages
[11:00] <mvo> alex-weej: is there a notify-send thing that I can use to see if the patch works?
[11:00] <mvo> or a small python test script
[11:00] <mvo> I have to admit that I'm puzzled currently
[11:00] <alex-weej> mvo: i tried myself, not that i know of. i was signing on to my GMail account to test the Gossip notifications :/
[11:01] <alex-weej> mvo: when i do an apt-get source notification-daemon, the patch isn't changed
[11:01] <mvo> ok, and I assume you did restart notification-daemon before the test :) ?
[11:01] <alex-weej> the entry in the changelog is
[11:01] <alex-weej> mvo: killall in postinst :P
[11:01] <Riddell> evand: any more ubiquity uploads likely before tribe?
[11:02] <evand> Riddell: probably.  I'm fixing one that was done earlier today, and then we'll have at least one more as there's a bug in LanguageSetupApply
[11:02] <evand> Riddell: If you'd like I can keep you posted on the status
[11:03] <Riddell> so long as its in before the end of monday it'll be fine
[11:03] <evand> ok
[11:05] <mvo> alex-weej: *cough* my bad *cough* I uploaded a new version and its hopefully fixed with this. thanks again for the patch
[11:05] <alex-weej> why wasn't debdiff working?
[11:05] <alex-weej> lol ok, goodnight...! :P
[11:14] <doko> Riddell: any idea how to pass compiler options to sip? All documented stuff like passing CXXFLAGS= to the configury doesn't work
[11:14] <Riddell> not really, sip is a mystery to me
[11:16] <Mez> I thought you were on about the protocol then
[11:28] <superm1> regarding the issue i was trying to track down with mvo, it appears that I need to override /etc/apt/apt.conf.d/01ubuntu's items, does anyone know how is this done (without editting the file)?
[11:29] <sistpoty> gn8 everyone
[11:34] <Keybuk> superm1: what's wrong with editing the file?
[11:34] <Keybuk> it's in /etc for a reason!
[11:34] <superm1> Keybuk, it's for an app that will be installing things
[11:34] <superm1> but i dont want to change the rest of the system's behavior
[11:34] <superm1> just when things will be installed within this app
[11:34] <superm1> so i guess i could just edit it temporarily....
[11:35] <superm1> i was hoping there was just an 'Unset' method similar to the Set method that can be used normally :)
[11:37] <doko> Riddell: the problem is that we need to further split the generated c++ files, or lower the optimization to -O1. known deficiency with gcc versions >= 4.2. but the generated sip code is sick as well ...
[11:38] <tck> any word one when the landscape client beta will be released?
[11:42] <ogra> doko, ping
[11:42] <ogra> doko, oh, unping i see the nbd failure was fixed already