[12:20] <asac> well
[12:20] <asac> please ignore the broken ubuntu3 package
[12:20] <asac> if it induces complexity into prerm/postinst scripts
[12:20] <asac> just fix those scripts done
[12:20] <asac> pygi: ^^^
[12:21] <asac> please bring up a branch asap
[12:21] <asac> then it should be fine
[01:03] <pygi> asac, well, scripts are fixed in ubuntu4 :)
[01:59] <alex-weej> asac: you got any idea about my VPN problem in Gutsy?
[02:03] <geser> alex-weej: the same problem as in bug #124238?
[02:03] <ubotu> Launchpad bug 124238 in vpnc "[gutsy]  vpnc terminates directly after establishing a connection" [Undecided,New]  https://launchpad.net/bugs/124238
[02:04] <alex-weej> geser: maybe -- NetworkManager (the daemon) just bails on me
[02:05] <alex-weej> bug #131349
[02:05] <ubotu> Launchpad bug 131349 in network-manager "NetworkManager crashed with signal 5 when attempting to connect to VPN" [Medium,New]  https://launchpad.net/bugs/131349
[02:07] <geser> alex-weej: this might be unrelated but does setting up a vpn connection from a terminal works?
[02:10] <alex-weej> can you believe esd manages to cause all GNOME apps to break?
[02:11] <alex-weej> geser: sorry what did you say?
[02:11] <geser> alex-weej: this might be unrelated but does setting up a vpn connection from a terminal works?
[02:11] <alex-weej> geser: no idea how to do that
[02:11] <alex-weej> geser: i can test it if you tell me how
[02:12] <geser> see /etc/vpnc/example.conf
[02:12] <alex-weej> 404
[02:13] <alex-weej> on /etc/vpnc
[02:13] <geser> try /usr/share/doc/vpnc/examples/vpnc.conf then
[02:13] <alex-weej> geser: so no, it does not work. :P
[02:14] <geser> you need a config file for your vpn
[02:14] <alex-weej> don't have /usr/share/doc/vpnc
[02:14] <geser> have you vpnc installed?
[02:14] <alex-weej> i have no idea
[02:14] <alex-weej> one moment
[02:14] <geser> or do you use some other VPN?
[02:15] <alex-weej> geser: i just use what Gutsy gives me
[02:15] <alex-weej> i figure if it's giving me the option to configure a VPN, letting me configure a VPN, and then letting me log on to a VPN... i must have some facility to be on a VPN :P
[02:15] <alex-weej> i'll install network-manager-vpnc
[02:15] <alex-weej> this sounds promising
[02:16] <geser> there seem to be 3 vpn plugins for n-m: network-manager-{openvpn,pptp,vpnc}
[02:16] <alex-weej> oh...
[02:16] <geser> which one you need depends on the vpn you want connect to
[02:16] <alex-weej> i use PPTP
[02:16] <alex-weej> so vpnc is not useful for me
[02:17] <geser> then it's not a vpnc problem :)
[02:17] <alex-weej> ok
[02:18] <alex-weej> ok, bed time
[02:18] <alex-weej> gnight!
[02:25] <thinh> anyone here?
[05:52] <LaserJock> hi Hobbsee
[05:53] <Hobbsee> heya RAOF, LaserJock!
[06:01] <ajmitch> hi LaserJock, Hobbsee
[06:01] <Hobbsee> heya ajmitch
[06:01] <LaserJock> hi ajmitch
[07:03] <fabbione> morning
[07:03] <Hobbsee> morning fabbione!
[07:06] <fabbione> hi Hobbsee
[07:18] <Hobbsee> fabbione: why are you pointing people towards me?
[07:18] <fabbione> Hobbsee: because you are one of the RM? :)
[07:19] <Hobbsee> fabbione: one of.  i have no say.
[07:19] <Hobbsee> or close to none
[07:20] <fabbione> well on some stuff you do
[07:20] <fabbione> and given what was discussed, you have enough knowledge and power to handle it
[07:20] <ajmitch> more say than the rest of us
[07:20] <Hobbsee> fabbione: besides, i'm not the RM.  'im only one of the release team.  the release team only has anything to do if the RM allows it :P
[07:20] <Hobbsee> fabbione: i've got no idea what's happening, with our RM change.
[07:21] <fabbione> Hobbsee: ok
[08:05] <pitti> Good morning
[08:06] <StevenK> Morning pitti
[08:06] <pitti> hey StevenK
[08:07] <Hobbsee> morning pitti!
[08:30] <doko_> good morning
[08:31] <Hobbsee> morning doko
[08:53] <siretart> grmpf. somehow my lvm devices don't appear in /dev/vg/name anymore. known problem?
[09:08] <siretart> stuff segfaulting in /scripts/init-bottom ain't no good, are they?
[09:08] <fabbione> nope
[09:11] <siretart> I see 3 segfaults at the end of the startup
[09:12] <siretart> don't we have a log of the startup process somewhere?
[09:12] <siretart> isn't upstart supposed to do that somhow?
[09:14] <siretart> hm. according to the manpage, it is logged to /var/log/boot, but that file only contains a '(Nothing has been logged yet.)'
[09:16] <siretart> oh, that'll be bug #98955. hrmpf
[09:16] <ubotu> Launchpad bug 98955 in upstart "logd not running" [Medium,Confirmed]  https://launchpad.net/bugs/98955
[09:28] <pitti> hey seb128
[09:29] <seb128> hey hey pitti
[09:32] <siretart> filed as #132138. I'm available for further questioning
[09:32] <siretart> hey pitti, hi seb128!
[09:32] <seb128> hi siretart
[09:38] <blazemonger> hello
[09:38] <blazemonger> I have to say that the one thing i dont like as a pc newbie and os newbie is too many OS's have these fancy installs
[09:38] <blazemonger> i say include a text mode installer in ubuntu
[09:41] <mdke> sabdfl: around?
[09:41] <pitti> blazemonger: you mean the one we have for ages? :-) (the alternate CD)
[09:42] <pitti> blazemonger: in fact that one came first, the live CD installer was added relatively late (in Dapper)
[09:43] <sabdfl> mdke: yes, what's up
[09:43] <blazemonger> i'm interested in development
[09:43] <blazemonger> but i don't feel like learning network security
[09:43] <blazemonger> i'd like to develop applications for gnu linux and bsd in general
[09:44] <siretart> blazemonger: cool. just go on and do it!
[09:45] <blazemonger> what apps do i need to install
[09:46] <blazemonger> which would you reccomend i do to secure my box? learn iptables manually or use a third party firewall
[09:47] <siretart> blazemonger: sorry, this is not an educational channel. I'd suggest you ask in #ubuntu
[09:47] <blazemonger> prob is i come from Amiga world
[09:47] <blazemonger> but i seriously want to develop for ubuntu
[09:50] <rulus> hi, can anyone point me to a guide to go from a Python bzr application branch to a .deb package? It's really hard to find it seems..
[10:14] <siretart> rulus: I'd suggest to look at existing bzr packages, no?
[10:14] <rulus> I'm spitting through Bughelper sourcecode atm
[10:30] <sabdfl> asac: i found another AP that the X60 won't associate with
[10:30] <sabdfl> also netgear
[10:30] <sabdfl> combination of wpa_supplicant and dhclient works fine in both cases
[10:36] <asac> sabdfl: do you use wpa_supplicant using a wpa_supplicant.conf file?
[10:36] <sabdfl> yup
[10:36] <sabdfl> super-simple
[10:36] <asac> sabdfl: ok ... i will setup an example to do it the way network-manager tries it.
[10:37] <sabdfl> http://pastebin.mozilla.org/183653
[10:37] <asac> sabdfl: network-manager just sets ssid + psk
[10:38] <asac> sabdfl: do you see 00:00:00:00:00:00 disconnect events in syslog?
[10:39] <sabdfl> i see nothing like that, no
[10:53] <asac> sabdfl: does it work without scan_ssid=1 as well?
[10:58] <pygi> asac, good morning
[10:59] <asac> pygi: hi ;)
[10:59] <pygi> asac, working on creating branch as we speak
[11:00] <pygi> ofcourse, versioned one ... so you'd have both ubuntu3 and ubuntu4 there
[11:00] <asac> pygi: cool ... can you please commit changes and changelog changes in separate commits?
[11:00] <pygi> asac, ergh, it just finished pushing stuff :-/
[11:00] <asac> e.g. first do your changes for ubuntu3 -> commit ... then change ubuntu3 -> commit
[11:01] <pygi> ah, yes, that's what I did xD
[11:01] <asac> pygi: url?
[11:01] <pygi> asac, https://code.launchpad.net/~mario-danic/gnash/trunk
[11:01] <asac> pygi: please redo
[11:07] <asac> pygi: you have to start from the existing branch
[11:07] <pygi> aha xDD
[11:07] <spike> hi, trying to package some java app. echo $JAVA_HOME -> /usr/lib/jvm/java-1.5.0-sun/, sun-java5-jdk is installed and that dir is symlinked to it
[11:07] <spike> dpkg-buildpackage -b -rfakeroot -uc -us -> ... You must specify a valid JAVA_HOME or JAVACMD! make: *** [ant-sanity-check]  Error 1
[11:07] <spike> running feisty
[11:07] <sabdfl> asac: i'll try tonight and see
[11:07] <pitti> Riddell: kdesudo approved and promoted, so feel free to rebuild kubuntu-meta
[11:07] <Riddell> awooga
[11:07] <norsetto> wrong channel spike; try #ubuntu-motu
[11:07] <Riddell> kiosktool, obexftp, kvkbd and opensync is the current Kubuntu main inclusion queue :)
[11:08] <asac> pygi: reconnect :(
[11:08] <pygi> asac, no worries
[11:08] <asac> 11:02 < asac> and if you at it ... do as above ... for 2 new revisions you should at least have 4 commits ;)
[11:08] <asac> 11:02 < asac> pygi: https://code.launchpad.net/gnash ... its the core-dev branch there
[11:08] <asac> 11:03 < asac> hmm am i offline? or is launchpad down?
[11:08] <pygi> asac, I saw the way you do commits, and found main branch, thank you :)
[11:08] <asac> pygi: ok ... cool
[11:09] <asac> sabdfl: reconnect ... in case you answered my scan_ssid questions :/
[11:10] <sabdfl> asac: will test this evening
[11:14] <Lutin> pitti: can you give-back aolserver4-ns{imap,openssl} on amd64 and aolserver4-ns{ldap,postgres} on amd64, i386, ppc please ?
[11:16] <pitti> Lutin: done
[11:17] <Lutin> pitti: thanks
[11:19] <pygi> asac, ok, pushing changes for ubuntu3
[11:19] <pygi> hopefully fine now  :)
[11:22] <pygi> asac, breakfast now, you tell me if it's fine ^_^
[11:23] <asac> pygi: ok let me check ;)
[11:23] <asac> pygi: either it failed to push or http servers haven't been synched yet
[11:24] <asac> pygi: https://code.launchpad.net/~mario-danic/gnash/trunk ... still just 2 revisions ... so i think it has not been synched
[11:33] <pygi> asac, or push didn't happen xD
[11:33] <pygi> something about merging, will solve
[11:34] <pitti> stgraber: can you please give Riddell admin powers on the iso tracker?
[11:35] <stgraber> sure
[11:35] <asac> pygi: you need to --overwrite
[11:35] <pitti> stgraber: thanks
[11:35] <asac> pygi: as your initial branch is f***ed
[11:35] <asac> :)
[11:37] <stgraber> Riddell,pitti: done
[11:37] <pygi> asac, Pushed up to revision 100.
[11:37] <Riddell> thanks stgraber
[11:37] <pygi> asac, ha, it worked xD
[11:37] <asac> pygi: yeah!
[11:37] <asac> pygi: looks good (judging from commit log messages)
[11:37] <asac> pygi: please push ubuntu4 as well
[11:38] <pygi> asac, will do so now
[11:38] <asac> pygi: great!
[11:38] <asac> pygi: maybe consider to setup your email properly
[11:38] <asac> pygi:  Mario Danic <mario@rex>
[11:38] <asac> :)
[11:38] <pygi> ergh, right, well :)
[11:39] <asac> pygi: in ~/.bazaar/bazaar.conf ... i have
[11:39] <asac> [DEFAULT] 
[11:39] <asac> email = Alexander Sack <asac@jwsdot.com>
[11:40] <pitti> pygi: "bzr whoami"
[11:41] <pygi> completely forgot, thanks pitti ;)
[11:45] <pygi> asac, seems done
[11:45] <asac> ubuntu4?
[11:45] <asac> pygi: you can look at bzr log before pushing to verifiy if your email is correct
[11:46] <pygi> asac, yes, ubuntu4
[11:46] <pygi> now my mail is correct =)
[11:46] <asac> stgraber: did you recently get ipw3945 connect to a hidden wpa net?
[11:46] <asac> pygi: fine
[11:47] <pygi> asac, so all changes to gnash in bzr?
[11:47] <asac> pygi: every package that has a release branch should not be released without getting those changes to release branch first
[11:48] <asac> pygi: e.g. if you get a warning when running apt-get source gnash
[11:48] <pygi> asac, kk
[11:48] <asac> pygi: anyway ... sponsor should have known better as well ;)
[11:48] <pygi> asac, will be better for the future now anyway :)
[11:48] <asac> pygi: at best try to approache the Maintainer: for sponsoring first ;)
[11:49] <pygi> asac, for ubuntu maintainer is most of the time motu or core-dev ;)
[11:49] <pygi> not here tho =)
[11:49] <asac> no problem ... we got it right now ;)
[11:50] <pygi> yup ;)
[11:50] <asac> oops
[11:50] <pygi> what I did now? :)
[11:51] <asac> look at bzr diff -r 98..
[11:51] <asac> where did you resurrect this bunch of files from?
[11:51] <pygi> I did a bzr add probably
[11:52] <asac> pygi: http://pastebin.mozilla.org/183685
[11:52] <asac> pygi: please redo ;)
[11:52] <pitwalker> Hi, all! Anybody know an image manululator program (like gwenview) that can rotate serious files by manual click, andt DON'T modify the last modification time?
[11:52] <pygi> asac, yup, that's a bzr add xD
[11:52] <asac> its really important to never run bzr add without looking :)
[11:52] <asac> and check before you commit with bzr diff
[11:53] <pitwalker> I have problems vitw Gwenview 1.4.1
[11:54] <asac> pygi: the basic idea is to always have minimal checkins that only contain changes that are documented in commit comment  ... but i guess you know ;)
[11:54] <pygi> asac, I know, yes xD
[11:54] <stgraber> asac: no, all my wlan are public
[11:55] <asac> stgraber: can you help to test that scenario for a few minutes when you get home?
[11:55] <stgraber> asac: I'm at home (my last week of holiday :))
[12:00] <pygi> asac, seems fine this time ;)
[12:01] <pygi> asac, working on ubuntu4 now
[12:01] <asac> let me know
[12:03] <pygi> asac, is up, waiting for servers to sync
[12:05] <pygi> asac, synced
[12:07] <stgraber> asac: aren't hidden networks supposed to be shown in iwlist but with <hidden> as essid ?
[12:08] <stgraber> asac: it doesn't seem to be the case here ... but that's the first time I use the hide ssid thing
[12:08] <pygi> stgraber,                     ESSID:"<hidden>"
[12:08] <pygi> :)
[12:08] <pygi> iwlist eth1 scan ^_^
[12:09] <stgraber> pygi: that's what I do, but I don't see my network :)
[12:10] <stgraber> let's see if an AP reboot helps
[12:10] <asac> stgraber: hmm
[12:10] <stgraber> ok, it helped ...
[12:10] <stgraber> buggy AP :)
[12:11] <asac> ah
[12:11] <pygi> asac, is the branch fine now?
[12:11] <asac> stgraber: i guess it won't connect with nm .. but try anyway
[12:11] <asac> pygi: let me look
[12:11] <stgraber> asac: Aug 13 12:11:03 laptop kernel: [ 2188.668839]  nm-applet[6246] : segfault at ffffffffac106b90 rip 00002aeddeccaef6 rsp 00007fffce096010 error 4
[12:11] <stgraber> asac: I have that sometimes when trying to use the Other network thing
[12:11] <stgraber> asac: but only ~ 1/3
[12:12] <asac> stgraber: can you get a backtrace?
[12:12] <asac> or submit the crash to lp ?
[12:15] <stgraber> asac: I think so yes
[12:15] <asac> stgraber: anyway ... could you setup the hidden network?
[12:15] <stgraber> asac: btw, hidden network doesn't work
[12:15] <asac> ok
[12:15] <asac> can you try with wpa_supplicant.conf?
[12:15] <stgraber> asac: it doesn't even seem to set the essid
[12:15] <stgraber> sure
[12:15] <asac> oh
[12:16] <asac> stgraber: i think scan_ssid=1 ssid and psk should be enough
[12:17] <asac> stgraber: look at http://ipw3945.sourceforge.net/ ... changes for 1.2.1 ... i somehow have the feeling that we need some fixes in there
[12:17] <asac> like: Fix iwconfig essid any doesn't associate problem
[12:18] <asac> like: Fix driver not make associate request when required
[12:18] <asac> and: Fix hardware/software RF kill switch problem during module loading time
[12:19] <asac> maybe those would fix our open network issues
[12:20] <stgraber> asac: http://paste.stgraber.org/2509
[12:21] <stgraber> asac: it sees the hidden network and doesn't connect ...
[12:21] <stgraber> asac: "essid missmatch" :)
[12:21] <pygi> stgraber, ap_scan=2 ?
[12:24] <asac> stgraber: from what i see in code for non-broadcast networks nm uses ap_scan 2
[12:24] <asac>         if (!nm_ap_get_broadcast (ap) || is_adhoc || !supports_wpa)
[12:24] <asac>                 ap_scan = "AP_SCAN 2";
[12:24] <stgraber> ok
[12:24] <stgraber> so none of both seem to work :)
[12:24] <asac> stgraber: well would be intersting to see if .conf works
[12:25] <asac> just to rule out that nm goes crazy somehow
[12:26] <pygi> asac, daemon.log claims scan_ssid 1
[12:26] <pygi> that ap_scan=2 was from my .conf file
[12:26] <asac> yes
[12:27] <Riddell> TheMuso: do you have to set GNOME_ACCESIBILITY=1 for accessibility stuff?
[12:27] <stgraber> asac: it just associated :)
[12:27] <asac> stgraber: through nm or manually wpa with .conf ?
[12:29] <asac> pygi: so nm won't connect without that .conf?
[12:29] <stgraber> asac: manually with wpa_supplicant
[12:29] <pygi> asac, ofcourse it connects without .conf
[12:29] <asac> how long did it take? does some timeout hit nm?
[12:29] <pygi> asac, I use non-standard configuration file anyway
[12:29] <asac> pygi: ok ... so you have no problems at all.
[12:30] <asac> good to know ;)
[12:30] <pygi> asac, nod =)
[12:30] <pygi> asac, it worked in dapper (then I was working on the package :P), after that it didn't work (n-m) until now
[12:30] <asac> strange ... so it started working in ubuntu9 ?
[12:31] <pygi> no, no, I meant it didn't work until gutsy :)
[12:31] <asac> ah
[12:31] <asac> ok
[12:31] <asac> thats more reasonable
[12:31] <Mithrandir> iwj: are you interested in "omg, my raid didn't work" stories?
[12:31] <pygi> asac, it was only once that n-m package was broken in gutsy, but we know which one, hehe :)
[12:31] <asac> right!
[12:32] <pygi> asac, had time to look at the branch perhaps? :)
[12:34] <iwj> Mithrandir: Yes, but it's not primarily my version of the udev glue now so I may have to handwave rather.
[12:35] <asac> pygi: so what cleanup would be needed to fix people that had ubuntu3 ?
[12:35] <Mithrandir> iwj: it only stops the md device a lot of times in the initramfs, it doesn't appear to ever start it
[12:35] <iwj> Weird.
[12:35] <Mithrandir> iwj: if I start it by hand, all is good.
[12:36] <stgraber> asac: is the minimal apport crash report enough for you (for the nm-applet crash), the big one crash firefox :)
[12:36] <iwj> IIRC the scripts attempts to assemble it and if it fails try to delete it again.
[12:36] <iwj> But this aspect may have changed like many of the others.
[12:36] <Mithrandir> iwj: hmm, shouldn't I see some evidence of trying to start it?
[12:36] <pygi> asac, something like flashplugin-nonfree has: http://pastebin.com/m36026788
[12:36] <iwj> Yes.
[12:36] <asac> stgraber: minimal? ... we need the full coredump i guess
[12:36] <iwj> I think you should probably be talking to Scott.
[12:36] <asac> stgraber: otherwise try to retrace locally
[12:37] <Mithrandir> iwj: ok, I'll prod him when I see him around
[12:37] <Mithrandir> iwj: thanks
[12:37] <iwj> NP, sorry not to be more help.
[12:38] <pitti> stgraber: at this stage it shuold have already updated the file in /var/crash/
[12:38] <pygi> asac, just sending a correction there to show how should that dpkg --compare-versions look for gnash
[12:38] <pitti> asac: the .crash file will work fine with apport-retrace, yes
[12:38] <pygi> asac, http://pastebin.com/m5775c666
[12:38] <stgraber> asac: it's a gtk_combox_box problem (when doing the set_model())
[12:39] <asac> stgraber: NULL-deref or access to freed mem?
[12:41] <asac> pygi: so it adds failed-upgrade code?
[12:41] <pygi> asac, yup
[12:42] <asac> pygi: ok can you please bump changelog ... use distribution UNRELEASED and then add that to gnash?
[12:42] <pygi> asac, you mean add the needed changes to gnash?
[12:42] <asac> yes
[12:42] <pygi> I could try
[12:42] <asac> open up branch by commiting new changelog
[12:43] <stgraber> pitti: is the "full" report supposed to send everything you got after an apport-unpack ?
[12:43] <asac> then modify ... and document and so on
[12:44] <Lutin> Riddell: python-qt3 contains pyqtconfig.py, which brings a (missing) dependancy on python-sip4-dev. in debian, this file has been moved to python-qt3-dev (the only change) , maybe we should merge it ?
[12:45] <stgraber> asac: http://www.stgraber.org/download/nm-applet/
[12:46] <pitti> stgraber: yes, it is
[12:46] <asac> stgraber: can you please install -dbgsym packages and redo?
[12:46] <stgraber> pitti: so it'd have uploaded my 47MB coredump :)
[12:47] <Riddell> Lutin: sure, if someone wants to do that (I can upload if given a debdiff)
[12:47] <Lutin> Riddell: I've prepared a merge. I've got to go now, is it ok if I give the diff in a couple of hours ?
[12:47] <Riddell> Lutin: sure
[12:48] <Lutin> ok
[12:48] <pygi> asac, can we just remove the old prerm script from the system? That's the easiest way to handle this
[12:49] <asac> pygi: why not what was done by flashplugin-nonfree?
[12:49] <pygi> ok, then that
[01:02] <norsetto> shouldn't mozilla-mplayer be in multiverse (depends on mplayer, which is in multiverse)?
[01:03] <norsetto> talking about feisty; for gutsy is indeed in multiverse
[01:04] <pygi> asac, want me to commit?
[01:04] <pygi> ergh, push
[01:07] <pygi> asac, pushing
[01:08] <pygi> asac, pushed
[01:08] <asac> k
[01:08] <pygi> please review that :)
[01:09] <pygi> might be that we'll really have to remove old prerm but I think this should do
[01:09] <asac> pygi: have you verified?
[01:09] <asac> pygi: please test the upgrade path
[01:09] <pygi> asac, no, I didn't test
[01:09] <pygi> asac, ah, you want me to install ubuntu3 then?
[01:09] <asac> pygi: if you sure i will review and upload
[01:10] <pygi> asac, ok, will test then
[01:10] <asac> pygi: yes ... verify that the fix fixes the breakage
[01:10] <asac> pygi: at best double check ;)
[01:10] <pygi> asac, understood sir!
[01:10] <pygi> :p
[01:19] <pygi> asac, building package of gnash will take some ages here =)
[01:23] <Riddell> pitti: http://paste.ubuntu-nl.org/33565/  u-d-a posting
[01:27] <asac> pygi: thanks
[01:27] <pygi> asac, nah, thank you for pushing me to fix stuff :)
[01:28] <pygi> asac, if it does fix the problem, you'll merge to mainline and upload?
[01:31] <asac> pygi: obvioulsy yes
[01:32] <stgraber> asac: http://www.stgraber.org/download/nm-applet/
[01:40] <asac> stgraber: can you run "valgrind /usr/bin/nm-applet --disable-sm 2>&1 | tee /tmp/nm-applet.valgrind.log" as well please and attach both to a bug?
[01:51] <Kmos> * added Dutch translation by Bart Cornelis. Closes: #436865
[01:51] <Kmos> this is the only change on a package that can be synced
[01:51] <Riddell> mvo: where is the original dpkgpm.cpp?  I can't see it in dpkg
[01:51] <Kmos> it's a valid reason to request the sync ?
[01:52] <Riddell> Kmos: sure (until UVF)
[01:52] <Lutin> Riddell: here's the dif against the current python-qt3 ubuntu version: http://people.dunnewind.net/lutin/python-qt3_3.17.3-2ubuntu1.debdiff
[01:53] <Kmos> Riddell: the UVF of gutsy is in which date?
[01:54] <ogra> Kmos, https://wiki.ubuntu.com/GutsyReleaseSchedule
[01:54] <Kmos> ogra: thx
[01:54] <Riddell> Kmos: thursday
[01:56] <Kmos> Riddell: yeah.. 16th, thx
[01:56] <stgraber> asac: the valgrind immediately end with an error before nm-applet appears and apport report a crash from memcheck
[01:57] <pygi> who do I poke to drop swfdec0.3 from archives?
[01:58] <Riddell> pygi: file a bug with an explanation of why and subscribe ubuntu-archive
[01:59] <pygi> Riddell, oki, thank you ^_^
[02:04] <pygi> asac, no swfdec release after all, we'll get it in during UVF
[02:05] <pygi> is there a branch for swfdec as well?
[02:05] <\sh> hmmm....what do I have to do to have this "zoom out all windows from all desktops" on gutsy, running gnome?
[02:07] <geser> \sh: you mean that one from compiz?
[02:07] <\sh> geser: i think so...if this is enabled by default in tribe4 ;)
[02:08] <geser> do you have desktop effects enabled and working?
[02:09] <\sh> looks like...with open source radeon driver
[02:10] <\sh> i have some shadows around my windows,..desktop effects is running...but I don't find any key binding for this effect..(if it's enabled in desktop effects)
[02:10] <geser> I don't know the defaults for compiz, but you can change them easily with compizconfig-settings-manager
[02:11] <geser> if you start ccsm check if "scale" is enabled below Window Management
[02:11] <\sh> geser: but this tool isn't installed by default,
[02:11] <geser> no
[02:11] <\sh> just because i don't find it
[02:11] <geser> it's in universe
[02:12] <geser> you can also use it to look up the key bindings and configure new ones
[02:12] <\sh> geser: k...installing it
[02:12] <ogra> \sh, it works here if i move the mouse in the top right corner
[02:12] <ogra> but no idea what the keybinding for that is
[02:12] <\sh> ogra: nope not here
[02:13] <ogra> might be because i have to use Xgl ... even though i wouldnt expect difference in compiz due to that
[02:14] <Kmos> kernel 2.6.22.2 is out :)
[02:14] <ogra> that will make kernel.org happy :)
[02:15] <Kmos> and ubuntu too if the fix are applied :)
[02:16] <Riddell> Lutin: uploaded pyqt3
[02:16] <Riddell> thanks
[02:16] <Lutin> Riddell: thank you
[02:16] <asac> pygi: why do you think that swfdec will be released soon :) ?
[02:29] <\sh> ogra:  geser: works as expected...thx :)
[02:30] <Mithrandir> hi Hobbsee
[02:30] <mvo> Riddell: that is part of libapt (apt-pkg/deb/dpkgpm.cc)
[02:31] <Riddell> mvo: yep, got it.  adept doesn't use a fork but rather derives from the libapt version.  I'll keep looking at it for a bit but this may be beyond my abilities
[02:32] <\sh> how can someone disable trackerd?
[02:32] <mvo> Riddell: ok, that is fine, let me know and I have a look
[02:32] <Hobbsee> pitti: good post
[02:33] <pygi> \sh, there's that thing in the preferences I think
[02:33] <pygi> Indexing preferences
[02:34] <\sh> found it...but I think I have to restart trackerd to catch the new settings
[02:35] <pitti> Hobbsee: thanks
[02:35] <\sh> hmmm...
[02:35] <\sh> update-notifier runs every 5 seconds?
[02:38] <asac> pygi: can you please fix the trailing comma+whitespace in Npp-Application line as well?
[02:38] <pygi> asac, possible =)
[02:39] <pitti> Riddell: I think requiring specs to be implemented is a bit harsh; "beta available" is more suitable IMHO
[02:40] <ion_> I really like the new zoom plugin in copiz. Having a keybord shortcut to zoom the current window to fullscreen rocks.
[02:41] <Riddell> pitti: ok, I'll change that
[02:41] <pygi> asac, you want to have no whitespace between coma and id?
[02:41] <pygi> comma*
[02:42] <pygi> (just trying to make it right ^_^)
[02:47] <Riddell> mdz: posting to u-d-a needing approval
[02:48] <Hobbsee> Riddell: there should be others who are more here around, to unmoderate that...
[02:49] <asac> pygi: yes
[02:49] <asac> no comma nor whitespace at EOL please
[02:49] <Riddell> Hobbsee: I don't see any
[02:49] <pygi> asac, done
[02:50] <Hobbsee> Riddell: pitti, Mithrandir
[02:50] <asac> pygi: so did you verify your work?
[02:50] <pygi> asac, still building xD
[02:50] <Hobbsee> Riddell: either of them can
[02:50] <Riddell> Hobbsee: don't seem to be admins of u-d-a
[02:50] <pygi> asac, not too fast laptop =)
[02:50] <Hobbsee> Riddell: i've had Mithrandir unmoderate a couple of posts of mine before.  they may just have the p/w or somethign
[02:50] <Riddell> oh maybe they're moderators but not admins
[02:51] <pygi> asac, ubuntu3 still being build :-/
[02:51] <Hobbsee> Riddell: quite possible
[02:51] <pygi> asac, feel free to build ubuntu5 from my branch, and send me the debs
[02:56] <TheMuso> Riddell: I think it has been depricated. I do think that one has to se tanother environmental variable for standard GTK apps to use the framework however.
[02:57] <pitti> Riddell: I'll moderate it
[02:57] <xxxxx1> mornin' pitti and TheMuso
[02:58] <pitti> hi xxxxx1
[02:59] <Kmos> http://packages.qa.debian.org/w/wlassistant/news/20070812T161704Z.html
[02:59] <Kmos> this one is valid for a request sync ?
[02:59] <Hobbsee> wlassistant has ubuntu changes, i'm sure
[03:00] <StevenK> I daresay I made them. Twitch.
[03:02] <Hobbsee> StevenK: or did.  someone's synced it.
[03:04] <Hobbsee> StevenK: https://bugs.launchpad.net/ubuntu/+source/wlassistant/+bug/117749
[03:04] <ubotu> Launchpad bug 117749 in wlassistant "sync wlassistant 0.5.7-1 from debian unstable" [Wishlist,Fix released] 
[03:15] <Kmos>  visualboyadvance (1.8.0-3) unstable; urgency=low
[03:15] <Kmos>  .
[03:15] <Kmos>    * visualboyadvance-gtk Depends on visualboyadvance (>= 1.8.0-2).
[03:15] <Kmos>      (Closes: #434724)
[03:15] <Kmos> this is important to sync ?
[03:16] <Kmos> it's a dependency problem
[03:16] <Hobbsee> debian bug 434724
[03:16] <ubotu> Debian bug 434724 in visualboyadvance-gtk "visualboyadvance-gtk: depends on visualboyadvance but conflicts with a file in it" [Grave,Fixed]  http://bugs.debian.org/434724
[03:18] <Hobbsee> Kmos: the only version in the system in ubuntu is 1.8.0-2, so we dont actually have a lower version that it can use.  however, whether that affects upgrades, etc
[03:19] <pitti> kylem, BenC: can we go through the dapper.2 bugs when you wake up and are sufficiently coffeinated?
[03:19] <Kmos> Hobbsee: so it's better not to sync
[03:19] <Hobbsee> Kmos: unsure if there's a need to sync
[03:21] <Kmos> it has Severity: grave; on debian bug
[03:21] <Kmos> C/R's ?
[03:22] <Hobbsee> conflicts & replaces
[03:22] <Hobbsee> as well as depends
[03:22] <Riddell> we do have versions >= 1.8.0-2, so depending on which versions it affects, it may need syncing
[03:24] <Kmos> visualboyadvance-gtk if installed, doesn't provide visualboyadvance
[03:24] <Kmos> so it can run
[03:24] <xxxxx1> i think fglrx is not supported by xorg 7.2. anyone here is using fglrx on newer version of xorg on gutsy?
[03:24] <Kmos> can't
[03:26] <Riddell> mvo: adept's dpkgpm.cpp seems like a rewrite rather than anything else in libapt, I think the missing features would need to be added by manually by someone who understands what it's doing
[03:27] <Riddell> mvo: it inherits from dpkgpm.cc in libapt but doesn't seem to use very much of it
[03:27] <mvo> Riddell: ok, I take a look
[03:27] <Riddell> mvo: thanks
[03:31] <Lutin> pitti: can you give-back edbrowse, gtk2-engines-magicchicken and gnomescan amd64, i386 & ppc please ?
[03:31] <xhaker> Hobbsee, Hi! fabbione advised me to let you know about my discoveries on libmtp
[03:32] <Hobbsee> xhaker: greetings!
[03:32] <Hobbsee> xhaker: what are they?
[03:32] <\sh> wooha...trackerd is not allowed to index anything but takes 8.3 CPU time
[03:33] <kylem> pitti, benc is on holiday this week, but i can do it if you'd like
[03:33] <xhaker> Hobbsee, the main objective is to bring a libmtp package of the latest version, including many fixes and an improved device list (udev)
[03:34] <Hobbsee> xhaker: right.  do the things that depend on support the newer version?
[03:34] <Hobbsee> it looks like gnomad2, rhythmbox, mtp-tools and amarok are the things of interest, there
[03:34] <\sh> how can I tell trackerd to not eat my cpu time...
[03:34] <Kopfgeldjaeger> pitti: does installing the bcm43xx firmware now work on the live-cd?
[03:35] <xhaker> Hobbsee, yes, almost there: mtp-tools is built from the libmtp source package.
[03:35] <xhaker> Hobbsee, gnomad2 and amarok work
[03:36] <xhaker> I've not tested rhythmbox
[03:36] <xhaker> but if there was space for breakage it would be on amarok as a libmtp lead developer said in a response to a mail
[03:37] <xhaker> Hobbsee, this testing was conducted because there was an API change, (two new fields in a struct and  new function)
[03:38] <Hobbsee> xhaker: right
[03:38] <Hobbsee> xhaker: assuming rhythmbox doesnt break too, it should be fine
[03:39] <xhaker> Hobbsee, i cant even use my device with rhythmbox :D
[03:39] <xhaker> must be a bug
[03:40] <xhaker> or the plugin is a stub for things to come
[03:40] <\sh> grmpf...every 5 seconds there is a nm poll...nm__policy_device_change_check: old_dev && new_dev!!
[03:42] <Kmos> http://cdimage.ubuntu.com/dvd/20070811/report.html
[03:42] <xhaker> Hobbsee, pygi did the libmtp6 packages for me. the udev rules should have GROUP="audio" so the files can be accessed by anyone
[03:43] <Hobbsee> xhaker: right.
[03:43] <\sh> oh god...I did tell trackerd to stop indexing everything, but it doesn't stop, and eats around 10m Resources....including 10% of cputime...
[03:43] <Hobbsee> xhaker: assuming it doesnt break anything, i cant see a problem with it
[03:44] <xhaker> Hobbsee, so who can package it and rebuild the rdepends?
[03:44] <xhaker> :D
[03:45] <Hobbsee> xhaker: you, pygi.  amarok's going to get rebuilt anyway, so you can ignore that one.
[03:46] <xhaker> i think those are all packages in main
[03:56] <AndyP> what's the logic behind having NoDisplay=true in gvim.desktop? i see it's getting some ubuntu-devel-discuss@ attention
[04:02] <AndyP> doko: ^^ ?
[04:11] <Kopfgeldjaeger> pitti: r-m just crashed after clicking on OK (bcm43xx, download wl_apsta.o from this google-code page). here the console output: http://www.ubuntuusers.de/paste/13726/
[04:15] <pitti> Kopfgeldjaeger: that's useful, thank you
[04:16] <pitti> Lutin: done
[04:16] <pitti> Kopfgeldjaeger: it should work theoretically (bcm43xx fw on live CD)
[04:16] <pitti> Kopfgeldjaeger: if not, please file a bug
[04:16] <pitti> kylem: that would be good; when is a good time for you?
[04:17] <ogra> pitti, we ship the bcm firmware ?
[04:17] <Lutin> pitti: thanks
[04:17] <kylem> pitti, do you have the list somewhere handy? i can look through them quickly then we can discuss it in an hour or two?
[04:17] <pitti> ogra: no, downloading them from the web
[04:17] <pitti> kylem: that would be good
[04:17] <ogra> ah, k
[04:17] <pitti> kylem: https://launchpad.net/ubuntu/+milestone/ubuntu-6.06.2
[04:18] <pitti> kylem: sort by assignee is most useful, I think
[04:18] <pitti> kylem: there is kernel team, Ben and you, those assignees are not very suitable yet (that was part of what I wanted to discuss)
[04:18] <kylem> ok.
[04:19] <kylem> in how many hours does your work day end?
[04:22] <alex-weej> is it cool to remove ubuntu-desktop yet or is it still responsible for bringing in some essentials?
[04:23] <pitti> kylem: no Taekwondo today, so I'll be online for at least another 6 hours (with breaks in between, though, since we have to do some wedding preps)
[04:24] <Hobbsee> pitti: you are going to provide pictures, now arent you?
[04:25] <pitti> Hobbsee: of the wedding? sure I will
[04:25] <Hobbsee> pitti: great :)
[04:25] <StevenK> Photos of preparing for the wedding will be boring ... :-P
[04:25] <StevenK> Ouch! That tickles.
[04:26] <pitti> a honking one?
[04:26] <Hobbsee> maybe a spiky one :P
[04:43] <pitti> mhb: debian/restricted-manager-core.install is weird
[04:43] <pitti> mhb: ah, I see, it's needed for the package split
[04:44] <mhb> pitti: I am innocent, I tell you :-)
[04:44] <mhb> pitti: kidding aside, what did I do?
[04:44] <alex-weej> grr
[04:44] <pitti> mhb: it's not common to hardcode python versions and meddle with usr/lib/python2.5/site-packages in maintainer files
[04:45] <alex-weej> whatever file system ubiquity creates, grub never recognises. even with another ext3 partition on the same disk, grub picks that one up. but it just sees the installed file system as "unknown"
[04:45] <bddebian> Heya
[04:45] <pitti> mhb: but nevermind me, it's necessary due to the package split; s/2.5/*/ should do
[04:46] <alex-weej> fscking it shows no problems. i'm stumped
[04:46] <Kopfgeldjaeger> pitti: i thought this just 5 minutes ago while looking through the deb
[04:46] <mhb> pitti: ah... sorry for that, I have never been goot at packaging.
[04:46] <pitti> mhb: nevermind, was pretty much a think of mine
[04:46] <pitti> thinko
[04:47] <Lutin> seb128: would you mind having a look to bug 131596 ?
[04:47] <ubotu> Launchpad bug 131596 in gtkmm2.4 "[Typo]  Typo in iconview.h causes FTBFS on other packages" [Medium,New]  https://launchpad.net/bugs/131596
[04:47] <mhb> pitti: did you read the thread somewhere about translators wanting to have the %(os)s gettext line explained in a comment?
[04:48] <pitti> mhb: I faintly remember
[04:48] <pygi> asac, ergh, my computer turning itself off every 15 minutes
[04:48] <bddebian> Hey gents, doko is our resident Java expert?
[04:48] <mhb> pitti: I could add that if you don't mind
[04:49] <pitti> mhb: not at all, please do
[04:57] <pitti> mhb: can you please take a look at http://www.ubuntuusers.de/paste/13726/? error_invalid_text only occurs once in the entire tree
[05:00] <Kopfgeldjaeger> pitti: i found the bug in r-m (live-cd)
[05:01] <Kopfgeldjaeger> it's because universe isnt enabled while using the live-cd (see your FIXME in backend/bcm43xx.py). there are surely ways to avoid this (in worst case, with awk)
[05:03] <pitti> Kopfgeldjaeger: hm, I remember fixing that a while ago (telling the user that the package repo is not available in a messagebox); I guess this broke in the refactorization for KDE porting
[05:05] <Kopfgeldjaeger> pitti: may be, but it is not fixed in the newest r-m source package (trunk/RestrictedManager/backend/bcm43xx.py, line 50 / 51)
[05:05] <Kopfgeldjaeger> *latest
[05:07] <mhb> pitti: added the comment in my branch
[05:07] <seb128> Lutin: will have a look
[05:08] <pitti> Kopfgeldjaeger: hm; WTH?
[05:08] <Kopfgeldjaeger> ?
[05:13] <Kopfgeldjaeger> what about
[05:13] <pitti> http://codebrowse.launchpad.net/~ubuntu-core-dev/restricted-manager/trunk/revision/martin.pitt%40ubuntu.com-20070801103055-sj5hmt3a9l3hc9u2?start_revid=martin.pitt%40ubuntu.com-20070813145619-49sgr6u6iywclg5b#RestrictedManager/core.py-s
[05:13] <pitti> Kopfgeldjaeger: ^ that's where I added it
[05:13] <pitti> mhb: ^ seems that didn't get merged for some reason?
[05:14] <Kopfgeldjaeger> mom
[05:14] <pitti> Kopfgeldjaeger: indeed, thanks for pointing out; it's not in trunk any more
[05:15] <ogra> pitti, breaking all your stuff before leaving so we dont get bored ? :)
[05:15] <pitti> ogra: I actually try to do some fixes
[05:15] <ogra> heh, i know :)
[05:16] <mhb> pitti: hmm, that reason was most-likely me overlooking a conflict somewhere
[05:16] <mhb> pitti: I'll fix it then
[05:16] <pitti> mhb: thanks
[05:17] <pitti> mhb: please merge trunk first, I shuffled the files a bit
[05:17] <pitti> mhb: RM/backend -> RM/handlers/, and I moved core.py back to RM/
[05:18] <mhb> pitti: sure
[05:20] <Kopfgeldjaeger> im not sure if it matters, but "software-properties-gtk -e universe" should enable universe (at least in feisty it seems to work)
[05:47] <mathiaz> kylem: did you have a chance to look at the latest apparmor patches ?
[05:47] <mhb> pitti: it seems http://boredklink.googlepages.com/wl_apsta.o is not valid anymore
[05:47] <mhb> pitti: it's the firmware file URL link in broadcom handler
[05:47] <mhb> pitti: shows 404
[05:49] <Kopfgeldjaeger> mhb: argh
[05:50] <kylem> mathiaz, yes.
[05:53] <mathiaz> kylem: is there a chance it'll get into the kernel by FF ?
[05:53] <mathiaz> kylem: cause I'm blocked on the new kernel version to update the latest userspace.
[05:57] <kylem> yes.
[05:59] <mhb> pitti: by the way, your code is executing "apt-cache show package", which shows a package even if the package is already removed from the system, the archives/ are clean and no universe enabled.
[06:01] <mhb> pitti: so it probably won't show to the people that never installed it, but there would be another bug to close once somebody removes the package & universe and then tries to do this
[06:02] <pitti> mhb: damn, so we should find another URL
[06:02] <pitti> mhb: apt-cache show> What do you mean?
[06:03] <mhb> pitti: there are several I googled up
[06:04] <pitti> mhb: apt-cache show <universe package> does not display a package any more after disabling universe in apt sources
[06:04] <mhb> pitti: it seems to do here, probably because I already had this package installed
[06:04] <pitti> mhb: yeah, bcm43xx-fwcutter should have several in its README and/or postinst
[06:04] <pitti> mhb: yes, when it's installed, it's fine
[06:04] <pitti> mhb: but it tests that before
[06:04] <mhb> pitti: well, it's not installed
[06:04] <mhb> pitti: I uninstalled it, then removed universe
[06:05] <mhb> still shows up
[06:05] <pitti> mhb: that would be weird; doesn't here
[06:05] <pitti> oh, hm, I didn't test it with a previously uninstalled package, I think
[06:05] <pitti> mhb: so we probably do have to use apt-cache policy
[06:06] <pitti> mhb: but *shrug* corner case for later
[06:06] <mhb> pitti: shows up here, too
[06:06] <mhb> pitti: I cannot either install or uninstall it (it's simply not here), but the messages show up
[06:07] <pitti> mhb: nope, not here
[06:07] <pitti> install pmount - purge pmount - remove universe from apt sources - apt-cache show pmount is empty
[06:08] <geser> mhb: did you only uninstall it or did you purged it?
[06:08] <pitti> purge
[06:09] <mhb> pitti: no purging ,that might be it
[06:10] <norsetto> keescook: ping
[06:10] <keescook> norsetto: hi!
[06:10] <norsetto> hi there :-)
[06:10] <norsetto> keescook: just saw your note on eggdrop
[06:11] <keescook> cool; yeah.  I haven't seen the Debian changes yet (1.1 isn't in the archives I've looked at yet)
[06:11] <norsetto> keescook: its a merge; the fix is in incoming.debian.org, should be in the archives soon
[06:11] <keescook> norsetto: merges need to include the upstream changes too; your patch didn't include the debian changes.  :)
[06:12] <norsetto> keescook: let me check....
[06:12] <keescook> diffstat -p0 /tmp/eggdrop_1.6.18-1.1ubuntu1.patch  shows only the changes I added
[06:14] <norsetto> keescook: what I did was: I took the debian changelog, added your changes and the new ones to it (changed all the other files) and then made the debdiff
[06:15] <geser> norsetto: add the new changelog entries as a comment to the bug
[06:15] <geser> I guess that would be sufficient
[06:15] <norsetto> keescook: so the debdiff only list the ubuntu specific changes, the debian ones come from the debian package to which my patch applies?
[06:16] <keescook> norsetto: the patch (since it's a merge) needs to include all the changes against the orig.tar.gz (which hasn't changed).  You took the changelog but not the Debian changes between -1 and -1.1
[06:16] <keescook> norsetto: as in, I do not see the debian -1 to -1.1 changes in the debdiff you attached.
[06:17] <norsetto> you mean, all the ubuntu changes, before your changes!
[06:17] <norsetto> keescook: of course, you are right
[06:17] <norsetto> :-(
[06:17] <norsetto> keescook: ok, so it would be better to use the ubuntu changelog and add the debian changes manually to it
[06:18] <keescook> norsetto: heh, no problem; I just want to make sure the fix gets in.  :)  Do you have the diff between -1 and -1.1?
[06:18] <geser> keescook: so the whole diff.gz should be uploaded?
[06:18] <keescook> norsetto: what you did was fine, you just missed the Debian code changes.
[06:18] <geser> keescook: or the debdiff between lastubuntu.dsc and merged.dsc?
[06:18] <keescook> geser: no, just add the diff between -1 and -1.1
[06:18] <norsetto> norsetto: its the 1st time I do a manual merge (one should not get used to grab-merge....)
[06:19] <keescook> norsetto: yeah, it can get complex.  :)
[06:19] <keescook> the steps would be:
[06:19] <keescook> get the debian changes (-1 to -1.1)
[06:19] <keescook> get the ubuntu changes (-1 to -1ubuntu1)
[06:19] <keescook> apply the ubuntu changes to debian's -1.1
[06:20] <keescook> debdiff between -1ubuntu1 and your new -1.1ubuntu1
[06:20] <keescook> verify that the debian changes are in your debidff
[06:20] <keescook> verify that the ubuntu changes are in your debdiff
[06:20] <keescook> I think you likely did a debdiff between -1.1 and -1.1ubuntu1 instead of between -1ubuntu1 and -1.1ubuntu1
[06:20] <norsetto> keescooK: indeed, thx for pointing this out, I'm preparing a new patch with an updated changelog
[06:21] <norsetto> keescook: yes
[06:21] <keescook> norsetto: sure, no problem; thanks for getting it prep'd!  :)
[06:24] <geser> keescook: can you also look at bug #130348? this merge would fix CVE-2007-4074
[06:24] <ubotu> Launchpad bug 130348 in festival "[Merge]  festival 1.4.3-21ubuntu1" [Undecided,Incomplete]  https://launchpad.net/bugs/130348
[06:24] <ubotu> The default configuration of Centre for Speech Technology Research (CSTR) Festival 1.95 beta (aka 2.0 beta) on Gentoo Linux is run locally with elevated privileges without requiring authentication, which allows context-dependent attackers to execute arbitrary commands via the local daemon on port 1314, a different vulnerability than CVE-2001-0956. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4074)
[06:24] <keescook> geser: sure, one sec
[06:25] <geser> I hope I got all the necessary debdiffs attached to the bug now
[06:25] <Nafallo> NICE!
[06:25] <Nafallo> the damn bot knows about CVEs \o/
[06:26] <infinity> Would be nicer if CVE summaries weren't notoriously inaccurate.
[06:27] <ogra> or if the short description would actually be short :P
[06:28] <keescook> geser: looks good to me; I'll upload it
[06:28] <geser> keescook: thanks
[06:38] <norsetto> keescook: sorry, still one question; I really would like to understand; I did the debdiff between -1.1 and -1.1ubuntu1 instead of between -1ubuntu1 and -1.1ubuntu1: in principle they are both right, or not?
[06:39] <Hobbsee> norsetto: if it was with different upstream releases, that would effect which tarball and source you applied it against
[06:39] <Hobbsee> norsetto: well, it still effects which source you apply it against
[06:40] <norsetto> Hobbsee: sure, but its a merge; same tarball
[06:40] <Hobbsee> norsetto: then it effects which source, ie which dsc you've used to unpack the tarball
[06:41] <norsetto> Hobbsee: indeed, so the policy is always to merge from ubuntu to ubuntu?
[06:41] <Hobbsee> ie, if you take -1ubuntu1 and -1.1ubuntu1, which is the changes in debian, if you apply them against the debian tarball, it'll bail on you
[06:41] <Hobbsee> because the changes are already there, and it cant find the ubuntu entries
[06:42] <Hobbsee> norsetto: the "Common Sense" policy is used - but yeah, tends to be ubuntu to ubuntu unless otherwise stated
[06:42] <keescook> norsetto: with a _merge_, you need to do ubuntu-to-ubuntu debdiffs, yes.
[06:42] <norsetto> Hobbsee: ok
[06:42] <Hobbsee> keescook: and in the case that the tarballs differ, due to upstream versions?
[06:43] <pitti> TBH I *much* prefer Debian-Ubuntu debdiffs for merges
[06:43] <Hobbsee> keescook: where we tend to diff debian --> ubuntu, and apply that to the debian source?
[06:43] <keescook> well, it depends on the thinking involved.  in norsetto's case, he's uploading a debdiff to be sponsored, in which case the u-u changes are needed
[06:44] <keescook> for doing one's one merges, I agree with pitti: the d-u delta is important.
[06:44] <norsetto> keescook: right; thats the bit I was missing
[06:44] <keescook> pitti: the result is u-u though
[06:44] <pitti> keescook: I usually compare the old and new d-u debdiffs
[06:44] <keescook> pitti: if you scroll up, you'll see the steps I recommended, which follow what you mean
[06:45] <norsetto> keescook: but if I use grab-merge, will that do d-u or u-u?
[06:45] <Hobbsee> norsetto: both
[06:45] <Hobbsee> norsetto: you get two .patch files
[06:45] <keescook> norsetto: grab-merge will provide all of them, but if you use in the included changes tools, you'll get a dsc that will produce the u-u
[06:45] <norsetto> because I always uploaded u-d :-(
[06:51] <psusi> anyone got a moment to discuss https://wiki.ubuntu.com/UdevLvmMdadmEvmsAgain ?
[06:52] <Kopfgeldjaeger> pitti: @wl_apsta.o here's a little mirror: xeve.de/down/wl_apsta.o . but thats not THE solution, why cant the driver be hosted on a ubuntu server?
[06:53] <pitti> Kopfgeldjaeger: if we could do that, we wouldn't need the entire thing
[06:53] <pitti> Kopfgeldjaeger: the problem is that we are not allowed to redistribute that thing
[06:53] <pitti> Kopfgeldjaeger: if it was, we could just include it into our kernel (or at least l-r-m) and be done with it
[06:54] <pitti> Kopfgeldjaeger: TEH SOLUTION comprises buying hardware from vendors which don't suck, I'm afraid :/
[06:54] <Kopfgeldjaeger> ah.. hm... i knew that its "restricted" somehow (oh.. really? :d) .
[06:55] <pitti> Kopfgeldjaeger: we even asked Broadcom whether we may redistribute it, but didn't get an answer (at least not a positive one)
[07:23] <Hobbsee> night all
[07:24] <pitti> bye Hobbsee
[07:24] <Hobbsee> :)
[07:25] <Kopfgeldjaeger> pitti: what about just creating a mirror list, and a mirror list mirror list? :d just like it works for TOR
[07:25] <pitti> Kopfgeldjaeger: one level of indirection would be good, yeah
[07:25] <norsetto> g'night Hobbsee
[07:25] <pitti> Kopfgeldjaeger: point to a static URL in r-m, and we can then tweak that one
[07:26] <Kopfgeldjaeger> yes
[07:37] <tkamppeter> Can someone tell me which package provides the definitions of the autoconf macros AC_DISABLE_STATIC and AC_PROG_LIBTOOL?
[07:40] <ijuz__> i guess: libtool
[07:43] <kagou> tkamppeter, sorry for Bug #127152 i didn't have time to do tests. I will do this next week (end of holydays)
[07:43] <ubotu> Launchpad bug 127152 in system-config-printer "Samba printers are not displayed" [Medium,Confirmed]  https://launchpad.net/bugs/127152
[07:44] <tkamppeter> kagou, OK.
[07:44] <tkamppeter> ijuz__, thank you I will try.
[07:55] <tkamppeter> ijuz__, it was libtool. Thanks.
[08:00] <psusi> anyone got a moment to discuss https://wiki.ubuntu.com/UdevLvmMdadmEvmsAgain ?
[08:25] <pygi> mr_pouit, poke
[08:31] <mr_pouit> pygi: pong
[08:31] <pygi> mr_pouit, are you available in two hours for a discussion?
[08:32] <bashelier> hello
[08:33] <mr_pouit> pygi: I can try (but it'll be late in the evening)
[08:34] <pygi> mr_pouit, ok
[08:37] <mr_pouit> pygi: you aren't available to discuss now? (on #brasero for example?)
[08:37] <pygi> mr_pouit, on #brasero I won't discuss
[08:37] <pygi> discussion is useless there
[08:38] <mr_pouit> pygi: why?
[08:38] <pygi> mr_pouit, because metalgod refuses to listen?
[08:38] <mr_pouit> don't you think you also don't want to listen? :] 
[08:39] <mr_pouit> s/also//
[08:39] <mr_pouit> *neither
[08:39] <pygi> I think I listen, and know more about the situation then he does
[08:41] <pygi> mr_pouit, you do what you think is right
[08:41] <pygi> I won't argue anymore, I'm tired from that
[08:41] <mr_pouit> pygi: the point is : I don't want gutsy to ship a half-working brasero
[08:41] <pygi> mr_pouit, just see what I said above ;)
[08:42] <pygi> I have nothing more to say on the matter
[08:42] <mr_pouit> and for the moment, it think cdrkit is a better solution... libburn needs to be more mature
[08:43] <pygi> mr_pouit, let's not go into that, I stated my opinion on that thousand times, ok?
[08:43] <mr_pouit> pygi: if you don't want to discuss, what are we going to do with brasero? nothing,
[08:43] <mr_pouit> :/
[08:44] <pygi> mr_pouit, lemme quote:
 mr_pouit, you do what you think is right
[08:48] <pygi> mr_pouit, don't you agree that's the best?
[08:48] <pygi> I won't stand in the way
[08:50] <bashelier> hello pygi
[08:50] <pygi> hey bashelier
[09:20] <pitti> kylem: I'm about to leave for dinner and RL stuff; can we talk about the dapper.2 list at your morning tomorrow? they you have some more time to review the list
[09:22] <kylem> pitti, certainly.
[09:24] <psusi> anyone got a moment to discuss https://wiki.ubuntu.com/UdevLvmMdadmEvmsAgain ?
[09:43] <pitti> good night everyone
[10:37] <mdke> is control-center being used by default yet in gutsy? or are we still with the old preferences menu?
[10:37] <bhale> preferences is back
[10:38] <bhale> after a short run with the novell style CC
[10:39] <mdke> bhale: thanks; is it going to stay that way until 7.10?
[10:39] <seb128> yes
[10:39] <mdke> seb128: thanks
[10:39] <bhale> hi seb
[10:39] <seb128> hey bhale
[10:39] <mdke> seb128: is vanilla Gnome like that too?
[10:39] <seb128> mdke: yes, we will likely switch when they do
[10:40] <seb128> but there is still some work to be done and upstream reached freezes etc already
[10:40] <mdke> seb128: ok, cool
[10:40] <mdke> the documentation needs to be corrected upstream then too :)
[10:40] <seb128> ;)
[10:40] <tkamppeter> It seems that in a few minutes CUPS 1.3.0 will be released. Should we put it into Gutsy?
[10:48] <Lutin> seb128: got some time to look at bug #131596 ?
[10:48] <ubotu> Launchpad bug 131596 in gtkmm2.4 "[Typo]  Typo in iconview.h causes FTBFS on other packages" [Medium,New]  https://launchpad.net/bugs/131596
[10:57] <seb128> Lutin: looking now
[10:57] <seb128> Lutin: an extra ";" should not break anything, weird
[10:58] <Lutin> seb128: yep, but seems to break some builds though
[10:58] <seb128> are you sure it's due to it?
[10:59] <Lutin> seb128: have a look at http://launchpadlibrarian.net/8189200/buildlog_ubuntu-gutsy-amd64.gmult_5.3-0ubuntu3_FAILEDTOBUILD.txt.gz
[11:01] <seb128> right
[11:08] <alex-weej> why do we use this terminology: "Sorry, the program "%s" closed unexpectedly" vs. "... crashed"
[11:08] <mdke> because the word crash is associated with cars, not programs
[11:08] <alex-weej> i'd be interested to see whether people understand the term "to crash" more than "to close"
[11:09] <alex-weej> but the word "close" is associated with doors, not programs
[11:09] <dobey> windows
[11:09] <mdke> I don't think that's true
[11:09] <dobey> you close windows
[11:09] <mdke> hover over the x over there -->
[11:09] <dobey> you don't crash a window when you click the [x] 
[11:09] <ScottK> Some apps you do....
[11:10] <alex-weej> "Close Window". We don't say "Close Program", we say "Quit" or "Exit"
[11:10] <LaserJock> it has the same effect, bye-bye window
[11:10] <bddebian> crap, I need a sync before a merge
[11:10] <mdke> lol @ ScottK
[11:10] <dobey> but maybe a good metaphor would be to use the wiimote, and "throw a baseball through the window" to close it
[11:10] <alex-weej> Evolution crashes when i click the [x]  :P
[11:10] <alex-weej> in fact this is exactly what made me notice this :P
[11:10] <dobey> alex-weej: so quit unexpectedly is probably the better term. but crashed is not
[11:10] <dobey> i think in windows the popup says quit
[11:10] <alex-weej> "The application closed unexpectedly..." no it didn't, i just told it to f***ing close! :P
[11:11] <dobey> "Sorry, the program '%s' has met with an untimely demise."
[11:11] <mdke> "You might want to try program '%t' instead"
[11:12] <alex-weej> actually it seems to say "Sorry, the program\n"%s" closed\nunexpectedly"
[11:12] <alex-weej> a lot of GTK dialogs do that, never quite figured out why o_0
[11:12] <alex-weej> acres of grey space
[11:12] <dobey> probably bad pango math causing it to wrap wrong
[11:13] <dobey> or something
[11:14] <alex-weej> according to most menus, we seem to Close Files
[11:14] <alex-weej> and Quit Files
[11:14] <alex-weej> no mention of Windows or Programs :<
[11:14] <seb128> Lutin: uploaded, next time could you add the LP: #nnnnnn to the changelog?
[11:15] <Lutin> seb128: oh yeah, sorry, forgot it. thanks
[11:15] <seb128> you're welcome, thank you for working on the change ;)
[11:22] <psusi> iwj: ping
[11:39] <bddebian> seb128: Don't yell at me for the vips sync request! :)
[11:41] <doko> seb128: does libgtk2-perl just breaks on lpia, or is this general glib2.0 breakage?
[11:42] <seb128> doko: no idea, I don't know about any glib2.0 or libgtk-perl current breakage
[11:42] <bddebian> doko: !! Hi.  You don't happen to know anything about freemind do you?
[11:42] <seb128> bddebian: the request looks ok ;)
[11:43] <doko> bddebian: ?
[11:43] <bddebian> seb128: Thx
[11:43] <bddebian> doko: Are you the java "expert"?  Freemind currently ftbfs's because of j2re1.4 but I was able to build it with gcj
[11:44] <bddebian> But I don't know the package well enough to know if it actually "works"
[11:44] <doko> bddebian: so fix it, test it, and upload it
[11:45] <bddebian> f****ck seb128 You haven't processed that have you?
[11:45] <seb128> bddebian: no
[11:45] <bddebian> Good
[11:46] <bddebian> Damnit, how can I unsubscribe Ubuntu Archive?
[11:47] <seb128> left column, unsubscribe
[11:48] <infinity> You can't unsub a team you're not in.
[11:48] <bddebian> Aye
[11:53] <doko> seb128: iz a g' bug
[11:54] <DarkSun88> Hi all