[01:31] <xtknight> what's the difference between /usr/share/applnk and /usr/share/applications?
[01:42] <geser> afaik applnk was used by KDE before it switched to applications (which is also used by gnome)
[01:44] <xtknight> geser,  ok.  i am trying to fix Bug 139980 , i'm just not sure quite how to go about it.
[01:44] <ubotu> Launchpad bug 139980 in fltk1.1 "fluid missing menu icon" [Undecided,Confirmed]  https://launchpad.net/bugs/139980
[01:44] <xtknight> i changed applnk to applications
[01:45] <LaserJock> I think KDE apps usually go to /usr/share/applications/kde/
[01:45] <xtknight> i was hoping i didnt have to install kde to test
[01:46] <xtknight> hmm then there's this? /usr/share/app-install/desktop/
[01:47] <LaserJock> that's for gnome-app-install (Add/Remove Applications)
[01:48] <xtknight> ah
[01:49] <Riddell> xtknight: since it's a standard it'll work in KDE, Gnome, XFCE etc
[01:49] <xtknight> Riddell, /usr/share/applications/*.desktop ?
[01:49] <Riddell> yes.  what's the Categories= line?
[01:50] <xtknight> Development
[01:50] <xtknight> it was in /usr/share/applnk/Development previously i believe
[01:51] <Riddell> paste the line
[01:51] <xtknight> this?   Categories=Development
[01:51] <xtknight> here's the whole desktop file  : http://rafb.net/p/dZgM6Y48.html
[01:51] <xtknight> after patch
[01:59] <Riddell> xtknight: works for me (after I change TryExec to something I have installed)
[01:59] <Riddell> although you should add a ; at the end of the categories line
[01:59] <xtknight> Riddell, ah ok.  an icons shows for you in gnome+kde you mean?
[01:59] <Riddell> xtknight: no, that should be changed to Icon=fluid
[02:00] <xtknight> ok Icon=fluid didnt work
[02:00] <Riddell> do you have a fluid icon installed?
[02:01] <xtknight> (this is what it was previously)  it showed just a generic icon instead of the fluid icon.  i have the fluid icon installed in that specified location @ /usr/share/icons/hicolor/48x48/apps/fluid.png (as does anyone who installs the package)
[02:01] <xtknight> I'm not sure where Icon=fluid tries to locate 'fluid', though
[02:01] <Riddell> normal desktop icon paths
[02:02] <Riddell> of which the above is one
[02:02] <xtknight> ok, somehow that didnt work
[02:02] <Riddell> shows icon for me if I install fluid
[02:02] <xtknight> maybe it needed to be Icon=fluid.png?
[02:02] <Riddell> no
[02:02] <xtknight> do you use kde exclusively ?
[02:02] <Riddell> yes
[02:03] <xtknight> ok didnt work for gnome, i guess
[02:03] <Riddell> even with Icon=fluid?
[02:03] <xtknight> correct
[02:03] <xtknight> but i didnt try Icon=fluid.png yet
[02:03] <Riddell> maybe the package is missing dh_iconcache
[02:03] <xtknight> to rebuild gnome icon cache ?
[02:04] <Riddell> yes
[02:04] <xtknight> ya quite possible
[02:04] <xtknight> or dh_icons, i guess
[02:04] <Riddell> and of course gnome won't use /usr/share/applnk
[02:04] <Riddell> maybe, you'd need to ask a gnome person which was the right one
[02:04] <xtknight> manual says dh_iconcache was deprecated
[02:04] <xtknight> or "will go away"
[02:04] <Riddell> ok
[02:05] <LaserJock> xtknight: where do you see that?
[02:05] <xtknight> LaserJock, "man dh_iconcache"
[02:06] <LaserJock> I don't think it's gone now
[02:17] <StevenK> Currently, it's a wrapper around dh_icons
[02:17] <LaserJock> ah
[05:50] <m1ke> Where do I get gutsy support from?
[05:51] <m1ke> I am in all the main ubuntu channels but no ones respond. I am just trying to fix this error, http://www1.uploadhut.com/viewimage.php?type=2&id=24975-Screenshot-synaptic.png
[05:52] <Hobbsee> m1ke: please see the /topic
[05:53] <frostburn> where can i find a list of default installed devices, services, and configurations
[05:54] <frostburn> for desktop/server etc
[05:55] <LaserJock> frostburn: I think that would entirely dependon your hardware
[05:56] <frostburn> LaserJock, can you give me a direction on where to search for the install scripts?
[05:56] <LaserJock> frostburn: I'm not really sure what you mean
[05:57] <`23meg> LaserJock, did you figure out a way to disable the XDG dirs independently?
[05:59] <LaserJock> yes
[06:00] <LaserJock> `23meg: if you edit ~/.config/user-dirs.dirs
[06:00] <LaserJock> and set the ones you don't want to $HOME/
[06:00] <LaserJock> then you can remove them
[06:02] <`23meg> ok, thanks
[06:02] <LaserJock> if you just try to remove the lines it recreates them
[06:03] <frostburn> i'm trying to figure out how ubuntu detected my ir receiver and subsequent setup.  It was working before, but now is not.  I want to see what changed and what changed it.
[06:07] <LaserJock> hmm, I have no idea
[06:07] <LaserJock> you'd have to talk to somebody familar with IR I think
[06:08] <frostburn> i thought it was lirc, but lirc was never installed or setup
[06:08] <LaserJock> so have you tried installing lirc?
[06:09] <frostburn> yes, but requires setup.  however my vanilla install worked flawlessly
[07:37] <pitti> Good morning
[07:37] <StevenK> Morning pitti
[07:37] <Hobbsee> pitti!
[07:37] <StevenK> pitti: A miro that provides a transitional package was uploaded yesterday, could you check it and wave it through NEW?
[07:37] <Hobbsee> man, it must be late, and i havent had breakfast yet...
[07:37] <LaserJock> pitti!!
[07:37] <pitti> StevenK: sure
[07:39] <StevenK> pitti: Thanks
[07:40] <pitti> done
[07:42] <kagou> Good Morning
[07:42] <StevenK> pitti: Thanks!
[07:47] <LaserJock> pitti: I've just re-added moodle to the MIR queue
[07:47] <LaserJock> pitti: if you can look it over when you get a chance I'd be grateful
[07:48] <pitti> LaserJock: http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=moodle makes me cry :(
[07:48] <LaserJock> I know
[07:48] <LaserJock> I looked at every single one of them
[07:48] <LaserJock> took me a good amount of time
[07:48] <LaserJock> but it seems like upstream has done a lot better with 1.8
[08:05] <ajmitch> hi pitti
[08:08] <dholbach> good morning
[08:08] <LongPointyStick> morning dholbach!
[08:08] <dholbach> hey LongPointyStick
[08:36] <tepsipakki> doko: ping, eclipse
[08:53] <LongPointyStick> (apologies for nickspam, changed from remote host to local host)
[08:54] <holycow> LongPointyStick: love the nick
[08:55] <Hobbsee> :)
[08:58] <ion_> summon mvo
[09:11] <mdke> dholbach: morning
[09:12] <doko> tepsipakki: ?
[09:18] <tepsipakki> doko: junit4-support has been disabled in eclipse, because junit4 was unavailable? It's now in unstable (4.3.1)
[09:19] <tepsipakki> doko: I just got a request to update that (locally for feisty), and I wonder if it would be as easy to just edit the patch and adjust the build-deps
[09:20] <doko> a) it's not in gutsy, b) is it found by eclipse?
[09:22] <tepsipakki> a) right, b) haven't tried yet
[09:26] <\sh> doko, could you have a look at bug 47232 and sponsor this upload?
[09:26] <ubotu> Launchpad bug 47232 in redland-bindings "example file provided in /usr/share/doc/python2.4-librdf doesn't work" [Medium,New]  https://launchpad.net/bugs/47232
[09:32] <dholbach> mdke: heya - you didn't add a changelog entry - am I supposed to upload and package a new version?
[09:33] <mdke> dholbach: for which?
[09:34] <dholbach> mdke: regarding your email: ubuntu-docs
[09:36] <mdke> dholbach: ah, no - i didn't mean to ask you to do an upload, just general FYI
[09:37] <dholbach> mdke: ah ok - thanks a lot for that
[09:39] <mdke> dholbach: i wanted to ask about something else. You know the script that strips out unneeded directories for the ubuntu-docs source package? It looks like it didn't get run last time; do you think it would be a good idea to include it in debian/rules?
[09:39] <dholbach> mdke: yeah, we could do that
[09:39] <mdke> ok, i'll maybe add it for the next version
[09:40] <dholbach> put it in the clean:: target
[09:41] <mdke> dholbach: ok
[09:54] <ccm> dholbach: will you attend the Gutsy release party on 26th of october?
[09:54] <ccm> dholbach: the Berlin one
[09:54] <dholbach> ccm: chances are good :)
[09:55] <soren> dholbach: Won't you be on your way west at that time?
[09:55] <dholbach> soren: urgh, yeah, I am
[09:55] <ccm> dholbach: that sounds good, I actually had the idea of asking you if think think it's a good idea letting you show your dj skills there, too. but iI'll to so via mail.
[09:55] <dholbach> ccm: no, I'm not going to be there :-(
[09:55] <dholbach> I'll be on my way to UDS already
[09:56] <ccm> okay
[09:56] <soren> Sorry to spoil your fun :)
[09:56] <ccm> thanks for clearing that out, soren ;9
[09:57] <soren> ccm: :)
[09:57] <ajmitch> hi soren
[09:57] <soren> ajmitch: Hi, Andrew.
[09:58] <soren> ajmitch: Did you ever get round to doing that Samba update?
[09:58] <ajmitch> sure
[09:59] <MacSlow> Greetings everybody!
[09:59] <saispo> hi all
[09:59] <saispo> BenC: ping ?
[09:59] <saispo> BenC: i need you two minutes :)
[09:59] <ajmitch> 3.0.26, just trying to test out a fix for bug 139265
[09:59] <ubotu> Launchpad bug 139265 in samba "localized pam == no samba password changing" [High,New]  https://launchpad.net/bugs/139265
[10:00] <ajmitch> everything else is merged
[10:02] <pitti> saispo: not really his TZ...
[10:04] <saispo> pitti: i think
[10:04] <saispo> pitti: i need a Ubuntu kernel hacker :)
[10:11] <soren> ajmitch: Ah, great.
[10:12] <Hobbsee> oh, hmm.  any aussies going would probably miss the release entirely.
[10:13] <soren> Hobbsee: Huh?
[10:13] <soren> Hobbsee: It takes a week to get from Aussieland to Boston?
[10:14] <Hobbsee> soren: oh, i thought the release was on the 26th, as well as the release parties.
[10:14] <Hobbsee> soren: sure feels like it, though.  or did for spain.
[10:15] <soren> :P
[10:15] <Hobbsee> soren: well, i'm not the release manager, so...
[10:20] <\sh> doko, thx
[10:41] <seb128> pitti: locate is quite handy, and indexer only list files in your user directory
[10:55] <mhb> pitti: hi, are the gutsy daily langpacks built somewhere?
[10:55] <pitti> mhb: they get uploaded straight to gutsy
[10:55] <mhb> I thought it's http://ppa.dogfood.launchpad.net/ubuntu-langpack/ubuntu/
[10:57] <mhb> pitti: 20070905 according to my apt
[10:57] <mhb> pitti: that's not exactly daily
[10:58] <pitti> mhb: I only build them twice a week, but that's indeed old
[10:59] <carlos> hmm
[10:59] <carlos> seems like for some reason, I'm not updating the link to the latest export...
[10:59] <pitti> ah, indeed, that's it
[11:00] <Hobbsee> uh oh, it's jono, everyone behave.
[11:01] <jono> :)
[11:04] <Keybuk> seb128: how do I stop everything complaining that /usr/bin/esd doesn't exist?
[11:04] <Keybuk> how did I end up without esd?
[11:04] <seb128> Keybuk: talk to pitti, he patched libgnome to use aplay
[11:04] <pitti> Keybuk: we unseeded esound, because it's evil and doesn't do any good nowadays
[11:04] <pitti> Keybuk: however, when someone installs it, it should still be used IMHO
[11:05] <Keybuk> err, ok...
[11:09] <dholbach> we should patch gnome-desktop-environment (of meta-gnome) to not depends on esound too then :)
[11:14] <ion_> Hi mvo
[11:15] <mvo> hey ion_, thanks for your mail
[11:16] <ion_> Heres the hardware-connected source, btw: http://codebrowse.launchpad.net/~ion/hardware-connected/main/annotate/johan%40kiviniemi.name-20070915054427-yxtfsp35hsf292a1?file_id=hardware_connected.c-20070408174135-e35gqc0of07mn3iy-1
[11:21] <ion_> mvo: In case you decide to use hardware-connected, theres a branch with Ubuntu packaging for it as well.
[11:23] <mvo> ion_: aha, I was going to ask if its available inside ubuntu already
[11:23] <ion_> mvo: Unfortunately i only made the packaging two days ago.
[11:28] <vprints> Hi! mvo, mhb asked me to ask you to move the restricted manager .mo file to a langpack common to both Gnome and Kde
[11:30] <pitti> vprints: you probably want to talk to me
[11:30] <pitti> vprints: indeed, that would be a good idea
[11:30] <vprints> Hi pitti
[11:30] <vprints> :)
[11:30] <vprints> So You agree ?
[11:31] <pitti> vprints: in principle yes, but we don't yet get translations for restricted in langpack exports
[11:31] <pitti> carlos: ^ that's still true, correct?
[11:32] <carlos> pitti: we don't update them automatically
[11:32] <carlos> pitti: but if you provide with updates manually, the export should include it)
[11:33] <carlos> pitti: it's just one package, right?
[11:33] <pitti> carlos: how do you mean?
[11:33] <pitti> carlos: yes, restricted-manager
[11:33] <carlos> send me the tarball and I will upload it manually until we fix that in our code to get it done automatically
[11:33] <pitti> ah, I see
[11:33] <carlos> also, you need to strip translations or the ones from language packs will not be used ever
[11:33] <pitti> carlos: I already do that
[11:35] <carlos> ok
[11:35] <carlos> then, provide me with latest tarball and I will do an upload
[11:35] <carlos> pitti: also, I will check that language packs keep exporting those translations, even not being in main
[11:36] <pitti> carlos: does the tarball need to have current translations from Rosetta?
[11:37] <pitti> carlos: the .po files in trunk are some weeks old already
[11:37] <carlos> no need to, just the tarball that the package build produces
[11:38] <carlos> so we do manually what is done automatically for main
[11:38] <pitti> carlos: http://people.ubuntu.com/~pitti/tmp/restricted-manager_0.31_amd64_translations.tar.gz
[11:38] <carlos> pitti: ok, thanks
[11:39] <pitti> carlos: thanks for handholding it
[11:39] <vprints> pitti, carlos, thankyou!
[11:39] <carlos> np
[11:41] <carlos> vprints, pitti: You can track its import status from https://translations.edge.launchpad.net/ubuntu/gutsy/+source/restricted-manager/+imports
[11:41] <carlos> it would take one or two days to get it imported because we are finishing importing OO.org which adds some delays to the queue
[11:41] <\sh> seb128, do you happen to know who I can recreate my local gconf default settings? those which are shipped by default of ubuntu?
[11:41] <\sh> s/who/how/
[11:42] <seb128> \sh: rm -rf .gconf
[11:42] <seb128> \sh: you will also delete your configs though
[11:42] <seb128> like evolution accounts, etc
[11:42] <\sh> seb128, well, this I did, since then I don't have any default icons and no default key-accels
[11:42] <seb128> you can gconftool-2 --recursive-unset /app/appname also
[11:43] <seb128> what do you mean?
[11:44] <\sh> seb128, all my settings were destroyed during an update 2 weeks ago...and I deleted all .gonf* dirs and .gnome* dirs
[11:44] <\sh> since then I can't use plain metacity anymore and somehow the menu icons are disappeared too
[11:45] <seb128> that is very weird
[11:45] <seb128> what icon theme do you use?
[11:45] <\sh> seb128, default from human....
[11:45] <seb128> does it work with a different user?
[11:45] <\sh> seb128, it's not showing anything, but the menu text entries
[11:46] <vprints> carlos, i checked, a bit old translations there in the upload, will it update itself automaticaaly after upload beign completed or not before you fix it in the code ?
[11:48] <carlos> vprints: sorry, I don't understand what you mean...
[11:49] <carlos> vprints: the only code I'm going to fix is to allow automatic translation updates based on the package build
[11:50] <carlos> so I don't need to do it manually like we did today
[11:51] <vprints> carlos, ok, i asked it cause i didn't understand exactly what pitti and you were talking about fixing the code =P
[11:51] <carlos> vprints: is it clear now?
[11:51] <vprints> Yes, thankyou
[11:51] <carlos> :-)
[11:54] <asac> pitti: any hints where to best place the metric tweak?
[11:54] <asac> pitti: (about nm routing)
[11:54] <pitti> asac: in the route invocation in ifupdown, I think
[11:55] <asac> pitti: so the idea is to set cost of standard interfaces to 1, right?
[11:55] <asac> (while nm gets 0 by default)
[11:55] <pitti> asac: s/cost/metric/, yes
[11:55] <pitti> it feels like a Gross Hack (TM) to me, though
[11:56] <asac> any other ideas?
[11:57] <pitti> asac: e. g. look at the 'route' output in feisty or newer; there are 'metric 1000' default routes for link-local
[11:57] <pitti> asac: other ideas> unfortunately not; n-m and ifupdown will continue to mess with each other's configuration in either case
[11:59] <asac> pitti: so it should just work?
[11:59] <pitti> asac: in theory, with above approach, n-m can override ifupdown's default route
[11:59] <asac> pitti: or does the default route also needs a tweaked metric?
[12:00] <pitti> asac: from r-m? no, shouldn't (it defaults to 0)
[12:00] <asac> oh nevermind
[12:02] <pitti> cjwatson, Mithrandir: bug 125015 falls under feature freeze and I'm the assignee, so I don't want to judge myself; WDYT?
[12:02] <ubotu> Launchpad bug 125015 in restricted-manager "Add support for sl-modem-daemon" [Wishlist,Triaged]  https://launchpad.net/bugs/125015
[12:02] <pitti> cjwatson, Mithrandir: the code itself will be relatively simple, the question is more that we didn't extensively test sl-modem so far
[12:03] <pitti> iwj_: ^ how much testing did sl-modem-daemon get so far?
[12:04] <iwj_> pitti: Hi.
[12:04] <pitti> hello Ian!
[12:04] <pitti> IMHO it's good to add it; after all, it's not enabled by default, and once you enable it, you can disable it again if it doesn't work
[12:05] <iwj_> I think it's pretty solid and not likely to make too much of a mess.
[12:06] <pitti> iwj: sorry, this bug got dragged too long by me, no time for it yet
[12:06] <iwj> I did some testing of sl-modem-daemon myself - you'll remember it from the distro sprint.
[12:06] <pitti> right
[12:06] <iwj> And I gave it another test at the last tribe.
[12:06] <iwj> Err, the mythical tribe 6 I mean.
[12:07] <cjwatson> pitti: I don't have a problem with it
[12:07] <pitti> cjwatson: good, thanks
[12:08] <mvo> iwj: did you got my mail about progress reporting and triggers
[12:08] <iwj> Probably but I haven't read it yet ...
[12:10] <iwj> In answer to your question, no, there is no way to know in advance how many trigger processing steps will be needed.
[12:10] <iwj> Triggers can trigger other triggers, so even the number of outstanding triggers is no good as it can increase.
[12:13] <pitti> iwj: do you have an idea how common it is that the snd_intel8x0m don't match, but /proc/asound/cards contains 'Modem'?
[12:13] <pitti> iwj: that case (r-m handlers not attached to a kernel module) is not currently supported in the r-m architecture
[12:14] <pitti> iwj: it's not too hard to add either, but if it's just an academic case, we might get away without hacking it in for gutsy
[12:14] <iwj> There are other modules as well I think.
[12:15] <pitti> ah, that way around; I see
[12:15] <asac> wtf is noweb :/
[12:15] <iwj> I think snd-intel8x0m is exactly that kind of modem.
[12:16] <pitti> asac: you don't know Knuth's WEB?
[12:16] <pitti> asac: http://en.wikipedia.org/wiki/WEB
[12:16] <iwj> The sl-modem-daemon package has a list of modules is daftly messes with, one of which doesn't appear to exist at all, but IIRC I haven't been able to test any but intel8x0m.
[12:16] <asac> pitti: well  now i know it ;)
[12:17] <iwj> s/is daftly/it daftly/
[12:18] <iwj> snd-via82xx-modem snd-atiixp-modem#
[12:20] <pitti> ok, so I better add support for arbitrary 'is this hw available' methods (more than just modalias testing)
[12:21] <iwj> I think that would probably be best, yes.
[12:24] <Keybuk> mvo: unpatched version of mplayer is fine
[12:33] <mvo> Keybuk: rock, thanks for testing
[12:39] <baltix> hi all
[12:40] <mhb> carlos: hi, is there a way to workaround the old daily langpacks in Gutsy and get the more recent version?
[12:40] <baltix> who is responsible for daily builds of Ubuntu/Xubuntu/Kubuntu images ?
[12:41] <carlos> mhb: that's a question for Pitti, he's the one producing the .deb packages you need, I only produce the tar.gz with the translations
[12:41] <cjwatson> baltix: the CD image team (including me). What's up?
[12:42] <pitti> mhb: unfortunately not, since everything relies on the 'current' symlinks
[12:42] <pitti> mhb: once this is fixed, the cronjobs will upload recent stuff to gutsy again
[12:42] <baltix> cjwatson: livecd-base isn't put in cdimage.ubuntu.com since April or March
[12:43] <baltix> cjwatson: look at this log for example http://people.ubuntu.com/~ubuntu-archive/cd-build-logs/livecd-base/gutsy/livecd-base-20070801.log
[12:43] <mhb> pitti: could you perhaps take a guess on how long will it take? From now until the cronjobs upload it?
[12:43] <pitti> carlos: ah, did you find out why the symlink wasn't updated?
[12:44] <pitti> mhb: I trigger a run now; ETA an hour or so
[12:45] <pitti> mhb: (however, that will not yet contain r-m translations)
[12:46] <mhb> pitti: great, thanks! r-m translation can wait, I wanted to be able to check the missing translations in other apps
[12:47] <carlos> pitti: I fixed it manually, although today, I don't think we will produce new ones, we are doing QA testing and the db mirror was not updated today
[12:49] <baltix> also something wrong is with Ubuntu CD build logging system - last build log is more than 40 days old...
[12:49] <baltix> look at http://people.ubuntu.com/~ubuntu-archive/cd-build-logs/ubuntu/gutsy/?C=M;O=A
[12:53] <cjwatson> baltix: thanks, working on all that
[12:54] <mhb> carlos: by the way, I've seen that you plan to finally fix the support of KDE plural forms in LP 1.1.9. Would it be possible to trigger an upstream sync after the release, so there won't be BROKEN TRANSLATION all over Kubuntu Gutsy?
[12:55] <carlos> mhb: danilo is working on it, we will try to fix it when possible
[12:55] <carlos> Riddell: do you think would be possible to get a kde-i18n update for Gutsy at the end of this week ?
[12:56] <baltix> cjwatson: btw, maybe you know why there are no daily builds in cdimage.ubuntu.com since friday ?
[12:56] <mhb> carlos: okay, thanks.
[12:56] <cjwatson> baltix: one at a time already
[12:56] <carlos> mhb: btw, the code is already in our development server, if nothing bad happens during the QA testing, it should be deployed next Wednesday
[12:57] <carlos> mhb: including native support for KDE context strings too
[12:58] <mvo> iwj: would it be possible to pass something that trigger processing has started over the status-fd? then I could make the progress bar at least pulse
[12:59] <iwj> NB that trigger processing might be interspersed with configuration.
[12:59] <iwj> But I think you already ought to get a message about trigger processing.
[01:00] <Riddell> carlos: unlikely, I am on holiday, why?
[01:00] <carlos> Riddell: ok, let me rephrase it :-)
[01:00] <mvo> iwj: I don't think so, I think only if it happens during the configure phase of a package, but not when dpkg processes the outstanding triggers
[01:00] <carlos> Riddell: would be possible to get it done before Gutsy release?
[01:00] <Riddell> cjwatson: where does isolinux.cfg and other files in isolinux/ on the CD get created?
[01:00] <carlos> Riddell: not before Wednesday-Thursday
[01:01] <Riddell> carlos: possibly, you think we should take an svn snapshot of KDE 3 translations?
[01:01] <carlos> Riddell: we just added kde plural form support to launchpad so that's the easier way to get all plural form messages with format strings 'fixed'
[01:01] <iwj> mvo: Let me check.
[01:01] <carlos> Riddell: that would help to be more up to date with what KDE has right now
[01:02] <carlos> so if that's not a problem for you as the packager, I'm fine with it
[01:02] <Riddell> carlos: ok, that shold be possible after beta (two weeks)
[01:02] <carlos> ok, thank you
[01:03] <pitti> iwj: is there an easy way to detect whether the daemon is actually active and successfully found a modem? like testing for the presence of an 'slmodemd' process, if it will terminate if it didn't find an appropriate modem?
[01:04] <iwj> It creates a /dev/modem symlink.
[01:04] <iwj> (But I don't know if it removes it again.)
[01:04] <StevenK> mvo: Have you seen bug 139791? I'm happy to fix it, I just need a pointer around aptitude's data structures.
[01:04] <ubotu> Launchpad bug 139791 in aptitude "aptitude changelogs 404 when the source is in a different component to the binary package" [Undecided,New]  https://launchpad.net/bugs/139791
[01:04] <iwj> Testing for the daemon running is probably reasonable too.
[01:04] <cjwatson> baltix: livecd-base fixed, build logs fixed
[01:04] <cjwatson> thanks for the reports
[01:04] <StevenK> iwj: Won't udev also do the same thing?
[01:05] <pitti> iwj: /dev/modem sounds great; it will disappear after a reboot anyway
[01:05] <cjwatson> baltix: with regard to daily builds, the CD build system seems to be having trouble connecting to bazaar.launchpad.net for the seeds
[01:05] <pitti> iwj: and r-m does not support immediate disabling anyway (you need a reboot to disable a module, too)
[01:05] <cjwatson> Riddell: http://people.ubuntu.com/~cjwatson/bzr/debian-cd/ubuntu/
[01:05] <baltix> cjwatson: thank you very much
[01:05] <cjwatson> Riddell: specifically tools/boot/gutsy/boot-*
[01:08] <cjwatson> baltix: I believe I've installed a workaround for connecting to bazaar.launchpad.net; rerunning Ubuntu daily builds now
[01:09] <Keybuk> seb128: random Q.  how do I search tracker ?
[01:09] <pitti> seb128: deskbar applet or Applications -> Accessoires -> Tracker search
[01:11] <iwj> pitti: I haven't tested this, note - eg, I don't know for sure that you might not have another /dev/modem.
[01:11] <pitti> iwj: can I steal 5 minutes of your time to test the new sl-modem-daemon love in restricted-manager?
[01:11] <Keybuk> OMG, that "Tracker Search Tool" should be purged for crimes to usability
[01:12] <pitti> iwj: I ANDed the test with "sl-modem-daemon package is installed"; that should be close enough for now
[01:12] <pitti> iwj: and I can always refine that later
[01:12] <cjwatson> ssh: connect to host bazaar.launchpad.net port 22: Connection timed out
[01:12] <cjwatson> argh
[01:12] <pitti> iwj: new package is on http://people.ubuntu.com/~pitti/tmp/ (restricted-manager{,-core}
[01:12] <StevenK> Smells like firewalling.
[01:12] <StevenK> Or hosts.{allow,deny}
[01:13] <cjwatson> obviously
[01:13] <cjwatson> but cdimage shouldn't be using ssh to bazaar.launchpad.net in the first place
[01:13] <pitti> iwj: I don't have such a modem anywhere, so I could only test it with some faking
[01:13] <iwj> pitti: Eh ?  Not sure I follow how ANDing with the package being installed helps.
[01:13] <StevenK> cjwatson: Ah. I will stop trying to second guess you, then. :-)
[01:14] <pitti> iwj: it only avoids showing the driver as 'in use' when the package is not even installed, but the admin created another /dev/modem
[01:14] <iwj> OIC
[01:14] <iwj> OK.
[01:14] <iwj> I'll give it a whirl.
[01:14] <pitti> iwj: it doesn't help at all with asserting that /dev/modem is in fact the softmodem, of course
[01:14] <pitti> iwj: thanks a lot!
[01:14] <cjwatson> ah
[01:15] <cjwatson> it just took ssh that long to time out from an earlier manual attempt, and it was running in the background forked by bzr ...
[01:16] <Riddell> cjwatson: thanks
[01:20] <pitti> yay, seb128 is back, 0wning -changes again :)
[01:21] <seb128> Keybuk: fileselector, nautilus search, applications, accessoirtes, tracker
[01:22] <seb128> Keybuk: I need to change deskbar to activate the tracker plugin by default also
[01:22] <Keybuk> can you get to nautilus search from the desktop?
[01:23] <seb128> ctrl-F
[01:24] <orkid1> hi, I just installed gutsy from netboot, and I cannot run tasksel, it exits with an error.
[01:24] <orkid1> can't use "audio creation and editing suite" as an array REF, while strict refs is in use.
[01:24] <orkid1> at line 84.
[01:24] <orkid1> Any ideas?
[01:25] <soren> cjwatson: "There is no conspiracy"  <g>
[01:29] <cjwatson> damnit orkid1 don't ask a question leave
[01:29] <cjwatson> s/leave/and leave/
[01:29] <Keybuk> seb128: that doesn't search evolution mails though?
[01:30] <seb128> Keybuk: I'm not sure, doesn't look like
[01:30] <Keybuk> :-(
[01:31] <Keybuk> trackerd is spending the majority of its time indexing the tens of thousands of evo mails I get
[01:31] <Keybuk> and I can't seem to find out how you search them :p
[01:33] <torkel> using tracker-search or tracker-search-tool?
[01:33] <seb128> Keybuk: the tracker search tools should do it
[01:35] <pochu> Keybuk: do you have mail indexing enabled? System>Preferences>Indexing
[01:35] <Keybuk> pochu: yes
[01:35] <Keybuk> tracker-search-tool returns no results for "seb128"
[01:35] <pochu> Keybuk: oh, there's a bug, which is fixed in svn trunk, I think
[01:35] <cjwatson> soren: :-)
[01:36] <pochu> Keybuk: bug 138778
[01:36] <ubotu> Launchpad bug 138778 in tracker "tracker doesn't find results for email address" [Low,Incomplete]  https://launchpad.net/bugs/138778
[01:36] <seb128> Keybuk: maybe tracker is still indexing or maybe you face a bug
[01:36] <seb128> Keybuk: ask jamiemcc
[01:36] <jamiemcc> keybuk: tracker-status
[01:36] <Keybuk> Tracker daemon's status is Indexing.
[01:37] <jamiemcc> bext wait then
[01:37] <Keybuk> it's never NOT indexing
[01:37] <Keybuk> it's been indexing since it was installed
[01:37] <Keybuk> and it's still indexing now
[01:37] <pochu> jamiemcc: looks like bug 138778
[01:37] <ubotu> Launchpad bug 138778 in tracker "tracker doesn't find results for email address" [Low,Incomplete]  https://launchpad.net/bugs/138778
[01:38] <jamiemcc> pochu: that fix is committed to svn
[01:38] <orkid1> Is the current tasksel busted, or is it just my version that's giving me errors regarding 'strict' and DESC on line 84?
[01:40] <soren> orkid1: Word of advice: Stick around for more than 2 minutes if you ask a question.
[01:40] <orkid1> I couldn't before, since I was in recovery mode, and wanted to try regular mode again. was there any response?
[01:41] <\sh> seb128, do you know if http://bugzilla.gnome.org/show_bug.cgi?id=459270 is fixed by your latest pygtk upload?
[01:41] <ubotu> Gnome bug 459270 in win32 "opening sub-menus" [Normal,Unconfirmed] 
[01:42] <seb128> \sh: looks like bug #121796 which is fixed with gtk 2.12.0
[01:42] <ubotu> Launchpad bug 121796 in gtk+2.0 "submenu items selection doesn't work correctly" [High,Fix released]  https://launchpad.net/bugs/121796
[01:43] <\sh> seb128, thx :)
[01:43] <\sh> seb128, I'll test gajim...with latest gtk
[01:48] <cjwatson> orkid1: I fixed tasksel yesterday
[01:48] <cjwatson> orkid1: your mirror is probably just behind
[01:48] <cjwatson> orkid1: see bug 139917
[01:48] <ubotu> Launchpad bug 139917 in tasksel "Server installation failes on step 11" [Undecided,Fix released]  https://launchpad.net/bugs/139917
[01:48] <orkid1> cjwatson: thanks
[01:49] <cjwatson> orkid1: double-check: from tty2, chroot /target dpkg -l tasksel
[01:49] <cjwatson> orkid1: what's the version in the output?
[01:50] <orkid1> 2.67ubuntu5
[01:50] <cjwatson> ok, 2.67ubuntu6 was the fix
[01:50] <orkid1> thanks, i'll use another mirror.
[01:50] <cjwatson> so give it a day for your mirror to catch up, or else ... what you said
[01:58] <tepsipakki> cjwatson: the new tasksel is not in archive.u.c
[01:58] <tepsipakki> s/in/on/
[02:00] <BockBilbo> hello,hello
[02:02] <cjwatson>    tasksel | 2.67ubuntu6 |         gutsy | source, all
[02:02] <cjwatson> if it's not on archive then that's a mirroring problem
[02:02] <cjwatson> and, indeed, it isn't
[02:02] <tepsipakki> thanks
[02:03] <orkid1> so where can i get it (what mirror) ?
[02:03] <cjwatson> orkid1: you can't
[02:03] <cjwatson> wait :-)
[02:03] <orkid1> ok, i guesss they all propagate from archive. thanks.
[02:03] <cjwatson> archive.ubuntu.com is a mirror of a private machine to which only a very limited number of core developers have access
[02:04] <orkid1> oh, k.
[02:04] <orkid1> hopefully the sysadmin is online and available :)
[02:04] <BockBilbo> ive just asked a question on #ubuntu+1 but no one answered, so im going to try it here because it's related to development: i've found a bug on a package related to asterisk on gutsy, what's the correct procedure to create a bug report on launchpad?
[02:05] <cjwatson> at this time I should think one of the sysadmin team is around, yes
[02:05] <cjwatson> BockBilbo: https://bugs.launchpad.net/ubuntu/+filebug, enter the package name
[02:05] <BockBilbo> thanks cjwatson
[02:05] <cjwatson> (well, enter the bug description first. basically just follow the instructions)
[02:06] <BockBilbo> alrit
[02:06] <BockBilbo> e
[02:06] <BockBilbo> :)
[02:06] <BockBilbo> though im going to see if i can find the solution first
[02:06] <BockBilbo> :)
[02:25] <cjwatson> orkid1: give it an hour tops
[02:25] <orkid1> cjwatson: thanks :)
[02:25] <cjwatson> thank elmo
[02:26] <orkid1> i will , hopefully in an hour :)
[02:28] <\sh> jono, happy birthday, mr. young one ;)
[02:45] <pitti> cjwatson: I'd like to update cups to 1.3.1 (http://www.cups.org/articles.php?L492); do you approve?
[02:45] <ion_> mvo: Theres a source package of hardware-connected at https://edge.launchpad.net/~ion/+archive (and a binary package as soon as a PPA buildd gets around to it).
[02:55] <mvo> ion_: thanks!
[03:04] <jcastro> jono: dholbach: I am ready!
[03:04] <jsgotangco> holy
[03:04] <jsgotangco> itz da horzemaannn
[03:04] <jcastro> heh
[03:04] <Hobbsee> hi spam
[03:04] <jsgotangco> hi
[03:05] <jsgotangco> i guess its jorge's 1st day as Canonical drone?
[03:05] <dholbach> jcastro: ROCK ON
[03:06] <jsgotangco> bring on da bass
[03:06] <zul> welcome back jcastro
[03:07] <thom> jcastro: yay, welcome back
[03:08] <jcastro> thanks!
[03:21] <asac> pitti: who can review ifupdown patches? you?
[03:21] <pitti> asac: I'm not terribly familiar with it, but I can have a look
[03:21] <asac> pitti: i have added a patch to bug 139403
[03:21] <ubotu> Launchpad bug 139403 in network-manager "network-manager should stop managing any interface configured in /etc/network/interfaces" [Undecided,Confirmed]  https://launchpad.net/bugs/139403
[03:21] <asac> pitti: it works nice here
[03:21] <pitti> asac: yay!
[03:22] <asac> e.g. enable NM device -> route goes over NM
[03:22] <mjg59> cjwatson: Yeah, as far as I can tell nothing I uploaded yesterday has hit archive yet
[03:22] <asac> disable NM device -> route goes over ifupdown
[03:22] <cjwatson> mjg59: it's fixed now
[03:22] <mjg59> cjwatson: Fixed as in packages are there now, or fixed as in the next archive run will work?
[03:23] <cjwatson> the former
[03:23] <mjg59> Hm. I'm still seeing 0.14.6-0ubuntu7 of xserver-xorg-input-synaptics, though ubuntu8 is built
[03:23] <asac> pitti: i intentionally didn't include a debdiff, because the deb source contain all generated .c/.h files ... so debdiff is unreadable
[03:23] <asac> pitti: to test its just patch ... dch -i ... build
[03:23] <pitti> asac: right, that's fine
[03:24] <mjg59> cjwatson: Oh, wait, ignore me - it's there, I'm clearly just doing something stupid
[03:24] <cjwatson> mjg59: gb.archive.ubuntu.com is still out of date - archive.ubuntu.com is fine
[03:28] <mjg59> It would be really great if people with trackpads could test the settings functionality I've added to the mouse preferences
[03:28] <cjwatson> I was planning to ;-) I assume I need to restart X?
[03:29] <mjg59> Yeah
[03:29] <mjg59> No way to unload/reload input drivers on the fly in our version
[03:30] <ion_> benc: Hi. Have you had a chance to apply the patch to nvidia-supported yet?
[03:31] <BenC> ion_: working on lum right now, but lrm is next on my list
[03:31] <ion_> Alright :-)
[03:32] <ion_> benc: Do you think youll let nvidia-new have the highest priority?
[03:33] <BenC> ion_: are there any regressions for compiz in doing that?
[03:33] <ion_> I dont know, actually.
[03:34] <BenC> do you have non-8xxx nvidia hw to test compiz on with nvidia-glx and nvidia-glx-new?
[03:34] <ion_> nvidia-new doesnt support my nvidia card at all.
[03:35] <BenC> ion_: you have unsupported geforce?
[03:35] <ion_> Its supported by nvidia-glx, but not nvidia-glx-new.
[03:35] <TeTeT> latest update on gutsy crashes gnome-settings-daemon for me
[03:35] <BenC> TeTeT: settings are for wimps :)
[03:36] <_MMA_> BenC: I just popped in (so i dont totally know the issue) but I have a 7950GT.
[03:36] <BenC> _MMA_: just wanting to see if nvidia-glx-new works just as well with compiz as nvidia-glx does
[03:37] <IntuitiveNipple> I run nvidia-glx-new with a GeForce Go7600, been very pleased with it
[03:37] <_MMA_> Im using -new now. Want me to try just -glx?
[03:38] <ion_> Id guess wed have seen bug reports about compiz not working correctly with nvidia-glx-new already if that were the case, since im sure a lot of people install nvidia-glx-new if it supports their card.
[03:39] <IntuitiveNipple> has something new come up then? The only big issue is the GLX crashing because of the xorg ABI change with nvidia drivers
[03:41] <_MMA_> ion_: Looks like some other Gimp issues are coming down to using that small theme. Another bug someone else had was "fixed" by switching back to the bigger theme.
[03:41] <ion_> benc: I packaged hardware-connected, theres a source package in <https://edge.launchpad.net/~ion/+archive>. It should be useful in the future if a single nvidia package is going to choose an appropriate driver at runtime.
[03:41] <ion_> mma: Ok. Could you please mention that in the bug discussion?
[03:43] <_MMA_> ion_: Bug 135650 and now Bug 131564.
[03:43] <ubotu> Launchpad bug 135650 in ubuntulooks "GIMP crashes when trying to resize an image." [Undecided,New]  https://launchpad.net/bugs/135650
[03:43] <ubotu> Launchpad bug 131564 in gimp "Gimp crashes after picking text tool options tab." [Undecided,New]  https://launchpad.net/bugs/131564
[03:44] <_MMA_> Looks like its something with the use of the "small" theme.
[03:46] <IntuitiveNipple> Hmmm...doesn't crash for me. Is there any more specific steps (text tool options) I can follow to be sure I'm doing the same thing?
[03:47] <BenC> ion_: we'll never have that option without some really gross looking alternatives for libGL and friends
[03:48] <ion_> benc: True
[03:49] <BenC> I think we should be doing alternatives for it though
[03:49] <ion_> Yes, probably.
[03:49] <BenC> we should be able to install fglrx/nvidia/xorg-gl all at once
[03:49] <BenC> but the real crazy part will be when xorg is zero-conf, we'll need to switch the alternatives at video detection
[03:50] <saispo> hi BenC :)
[03:50] <BenC> and on multi-head systems with competing GL needs, we'll be screwed (like we are now)
[03:50] <BenC> saispo: hello
[03:50] <saispo> BenC: two little question :)
[03:51] <saispo> BenC: why xt_CONNMARK not include in the default config kernel ?
[03:51] <ion_> benc: Perhaps there should be a link libGL.so.1.nvidia to libGL.so.1.nvidia-NNNN which would be updated automatically based on connected hardware, but a link from libGL.so.1 to libGL.so.1.nvidia would be made via alternatives.
[03:52] <asac> siretart: hi, did you find some time to think about/look into wpasup timeout issues?
[03:52] <BenC> saispo: no idea
[03:53] <saispo> BenC: how can i manage to include it directly when i build with git ? :)
[03:53] <Keybuk> bryce: around?
[03:53] <BenC> saispo: that question is answered on the wiki quite thoroughly
[03:53] <saispo> BenC: i suppose create a custom branch, modify the config in debian/, do a git-tar-tree and lauch the deb command ? :)
[03:54] <BenC> saispo: https://wiki.ubuntu.com/KernelTeam
[03:54] <saispo> BenC: yes but when i try to add it after with a make menuconfig, i have a build error...
[03:54] <BenC> saispo: because you didn't read the wiki :)
[03:54] <saispo> 10:08:38 < saispo> In file included from scripts/mod/file2alias.c:40:
[03:54] <saispo> 10:08:38 < saispo> scripts/mod/../../include/linux/input.h:30: erreur: expected specifier-qualifier-list before __s32"
[03:54] <hunger> What is that new -virtual kernel package meant for?
[03:54] <saispo> have you already seen this ? :)
[03:56] <BenC> saispo: no, read the wiki, you aren't going about this correctly
[03:58] <Leon_home> can someone recommend me on good web development environment software like XAMPP that's support ubuntu 64 bit platform ?
[03:59] <cjwatson> hunger: like the package description says, "Geared toward virtualised hardware."
[04:00] <cjwatson> if you're running in a typical virtualised environment, then you don't need quite so much stuff in your kernel build as usual, and it may be worth trimming it down in order that your image is smaller
[04:00] <torkel> Leon_home: please try in #ubuntu. This is not the right channel for that kind of questions
[04:01] <Leon_home> ok thanks (sorry)
[04:02] <lamont> udevd-event[1035] : udev_rules_get_name: no node[17179603.360000]  Kernel panic - not syncing: Attempted to kill init!
[04:03] <zul> lamont: oops
[04:16] <pitti> anyone here with a WinModem who would like to test a new restricted-manager?
[04:19] <TeTeT> pitti: we do have a couple winmodems in Montreal, though not a real line
[04:20] <pitti> TeTeT: that should be good enough for testing, though
[04:20] <pitti> oh, you need to have gutsy for that test
[04:20] <TeTeT> pitti: no prob
[04:20] <TeTeT> pitti: I can do some tomorrow, I'm not in the office today, also contact Shang for some tests
[04:22] <sbalneav> pitti: Welcome back!
[04:22] <pitti> hey sbalneav
[04:22] <bddebian> w00t pitti
[04:23] <pitti> I was here the entire last week, too :)
[04:24] <bddebian> Heh
[04:25] <saispo> BenC: it's an easy answer ;-)
[04:27] <Kopfgeldjaeger> hi
[04:34] <BenC> saispo: if it was an easy answer, I wouldn't have written a wiki page explaining it to avoid repeating it to everyone who asks :)
[04:34] <pitti> mvo: can you please have a look at my last question in bug 47044?
[04:34] <ubotu> Launchpad bug 47044 in apt "apt cant work with disable proxy" [Medium,Fix committed]  https://launchpad.net/bugs/47044
[04:35] <pitti> bdmurray, mvo: any chance that you could verify bug 57445 and bug 58935? Those are my own updates, so I cannot verify them myself (I did test them, though, and added clear recipes, should not take more than 5 minutes)
[04:35] <ubotu> Launchpad bug 57445 in cupsys "Printing not possible with line break or mis-interpreted encoding in job title" [Medium,Fix committed]  https://launchpad.net/bugs/57445
[04:35] <ubotu> Launchpad bug 58935 in hal "two hald-addon-storage  processes per pooled device" [Medium,Fix committed]  https://launchpad.net/bugs/58935
[04:36] <saispo> BenC: hmmm you're right ;-)
[04:41] <hunger> cjwatson: Does that include the vmware drivers from open-vm-tools.sf.net?
[04:42] <jdong> speaking of vmware, is vmware-server-kernel-modules going to be available in Gutsy?
[04:45] <bddebian> seb128: You still aboot?
[04:45] <seb128> bddebian: "aboot"?
[04:45] <Spads> aboat
[04:46] <bddebian> about, don't you speak Canadian? ;-P
[04:46] <seb128> no ;)
[04:46] <StevenK> But we removed aboot from Ubuntu...
[04:46] <bddebian> heh
[04:46] <cjwatson> hunger: no idea
[04:46] <iwj> pitti: I installed those two restricted-manager debs on my winmodem test machine and now the r-m applet isn't there any more.  (Previously it was shown, but for other reasons.)
[04:46] <bddebian> seb128: I got your first reply about the gaim packages but no response to my reply.  Did it even make it to the list?
[04:47] <seb128> bddebian: I think so, I was on holidays for a week and I've quite some lag on mails
[04:47] <bddebian> OK, sorry
[04:47] <pitti> iwj: right, you usually call it from System -> Admin
[04:48] <iwj> I'm not supposed to get a notification bubble etc. ?
[04:49] <iwj> pitti: And the winmodem doesn't show up when I open it manually.
[04:49] <pitti> iwj: hm, that's a bug
[04:49] <seb128> bddebian: I think most of gaim packages have been ported to pidgin
[04:49] <pitti> iwj: /proc/asound/cards does have "Modem"?
[04:50] <iwj> No, but you only see that after you've loaded the module.
[04:50] <seb128> bddebian: the one you listed probably need to be patched
[04:50] <soren> Isn't there a release notes wiki page for gutsy yet?
[04:51] <bddebian> seb128: Aye, but renamed?
[04:51] <soren> ...or somewhere else where we brag about the fancy new stuff?
[04:51] <seb128> bddebian: which is none of the options you listed
[04:51] <seb128> bddebian: yes, but that's not a simple rebuild, it needs autotools and code changes to use pidgin and binary packages needs to be renamed
[04:52] <iwj> pitti: I thought I'd written this down somewhere but I can't seem to find it right now.
[04:52] <pitti> iwj: in bug 125015
[04:53] <ubotu> Launchpad bug 125015 in restricted-manager "Add support for sl-modem-daemon" [Wishlist,Fix committed]  https://launchpad.net/bugs/125015
[04:53] <bddebian> seb128: How do you mean then?
[04:53] <seb128> bddebian: ?
[04:53] <seb128> bddebian: what is not clear? code change? autotools? rename?
[04:53] <pitti> iwj: oh, I see; so that's a circular test
[04:54] <pitti> iwj: but with that version it still ought to work for the modaliases of snd_intel8x0m
[04:54] <iwj> I just did modprobe snd-intel8x0m and the Modem appears now.
[04:54] <bddebian> seb128: Sorry, your first suggestion that you say was none of my options (Sheesh, now I'm confusing myself)
[04:55] <seb128> bddebian: in your mail you wrote "Just rebuild them against pidgin or
[04:55] <seb128> actually create new binary packages such as foo-pidgin or pidgin-foo?"
[04:55] <iwj> That bug report doesn't seem unreasonable but I don't remember all of the details clearly right now.
[04:55] <seb128> bddebian: that's not that simple, you also need code changes
[04:55] <pitti> iwj: oh, I bet I know; I'll think about it and give you another test version when I'm done
[04:55] <iwj> OK
[04:58] <bddebian> seb128: Ah, gotcha.  Well nothing is ever "easy" is it? :-)
[04:58] <seb128> bddebian: sometimes ;)
[04:59] <bddebian> Well maybe for you studly types, not morons like me :-)
[04:59] <mathiaz> pitti: did you get a chance to review the MIR I wrote from new apparmor-utils dependencies ?
[05:00] <pitti> mathiaz: not yet, but it's high on my list; probably today
[05:00] <mathiaz> pitti: great ! Thanks.
[05:22] <siretart> asac: keescook has written a patch for wpasupplicant 0.6, I've forwarded it upstream and I'm waiting for replies
[05:22] <siretart> asac: I still need to test that patch on my machine
[05:23] <siretart> asac: do you know what network-manager developers use for development? 0.5 or 0.6 branch?
[05:36] <asac> siretart: 0.5
[05:36] <asac> siretart: do you think that that patch resolves any of the TIMEOUT issues?
[05:47] <mathiaz> keescook: did you push the latest version of apparmor in the ubuntu-core-dev branch ?
[05:52] <pitti> cjwatson: ah, dapper-proposed CD building seems to work fine, I just generated http://cdimage.ubuntu.com/ubuntu-server/dapper/daily/20070917.1/
[05:52] <pitti> cjwatson: thanks for setting it up
[05:52] <cjwatson> cool
[05:53] <pitti> cjwatson: not sure how to check for the correct d-i version from the .list files, though
[05:53] <pitti> cjwatson: but in general it has versions from -proposed and -security
[05:58] <siretart> asac: TBH, maybe some, but most likely not the majority
[05:59] <asac> siretart: do you have the bug id again?
[05:59] <asac> siretart: nm ... have it
[06:00] <Mirv> pitti: would there be time to have language pack updates for feisty again? the last ones were in the beginning of June, and since then we've eg. had launchpad improvements (many erronous translations corrected back to what upstream uses) and gnome-app-install's codec dialog made translatable
[06:11] <Keybuk> http://people.ubuntu.com/~scott/compiz.patch
[06:25] <pitti> Mirv: that's on my list, yes
[06:29] <pitti> cjwatson: hmmm: http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt
[06:29] <cjwatson> curious
[06:29] <pitti> cjwatson: I recently got some cron mail about failed rsync from drescher to rookery; did you, too?
[06:30] <cjwatson> oh, drescher's IP address changed
[06:30] <keescook> mathiaz: Yes, it should be pushed.
[06:30] <pitti> http://people.ubuntu.com/~ubuntu-archive/NBS/ is slightly behind, too
[06:30] <pitti> cjwatson: ah, *headdesk*
[06:30] <pitti> cjwatson: fixing...
[06:31] <keescook> mathiaz: oops, pushed now.  *blush*
[06:31] <pitti> cjwatson: seems you beat me to it :)
[06:31] <mjg59> cjwatson: Had a chance to test the synaptics thing?
[06:31] <bryce> Keybuk: yeah
[06:31] <cjwatson> mjg59: sorry, not yet, stuff keeps coming up
[06:32] <mjg59> cjwatson: No problem
[06:33] <cjwatson> pitti: it's happier now
[06:33] <pitti> cjwatson: cheers
[06:38] <cjwatson> mjg59: disabling tap-to-click in System -> Preferences -> Mouse seems to have done nothing useful
[06:38] <cjwatson> (I commented out the MaxTapTime 0 I had in xorg.conf)
[06:39] <mjg59> cjwatson: Does anything appear in /var/log/Xorg.0.log when you do that?
[06:39] <Hobbsee> oh neat, kdar finally got removed from debian too
[06:40] <cjwatson> mjg59: I get this when opening the mouse applet:
[06:40] <cjwatson> ProcXCloseDevice to close or not ?
[06:40] <cjwatson> Control Proc called
[06:40] <cjwatson> ProcXCloseDevice to close or not ?
[06:40] <cjwatson> Control Proc called
[06:40] <cjwatson> but that's all
[06:40] <mjg59> cjwatson: Sounds like the old synaptics driver
[06:40] <cjwatson> mjg59: I see the new changelog
[06:40] <mjg59> Let me look
[06:40] <cjwatson> and I logged out, /etc/init.d/gdm restart, logged back in
[06:41] <mjg59> Argh.
[06:41] <mjg59> I seem to have uploaded the old code like some sort of ridiculous novice
[06:41] <mjg59> Let me see if I still actually *have* a copy
[06:42] <cjwatson> mjg59: if you do, throw me over a diff and I'll build it locally
[06:43] <mjg59> No. Arse.
[06:43] <mjg59> Oh well, not too hard to regenerate
[06:44] <pitti> mathiaz: libterm-readkey-perl approved and promoted; the xml-rpc perl thing is a more elaborate beast, though
[06:44] <cjwatson> the disk space is cheap compared to the hassle of having to regenerate it later
[06:44] <mjg59> cjwatson: Oh, I have what I uploaded :)
[06:44] <cjwatson> hah
[06:44] <mjg59> Just not what I meant to upload...
[06:44] <mathiaz> pitti: ok. We've disabled the rpc code in the utilities.
[06:45] <pitti> mathiaz: oh, I am not saying that I reject it, just that it needs some deeper review
[06:45] <mathiaz> pitti: libterm-readkey-perl is the most important package.
[06:45] <pitti> mathiaz: but if you don't actually need it, I wouldn't be worried :)
[06:45] <pitti> mathiaz: out of interest, what's it used for?
[06:45] <mathiaz> pitti: ok. That's fine for now.
[06:45] <mathiaz> pitti: to access the profile repository.
[06:46] <mathiaz> pitti: upstream has set up an infrastructure to centralize all the profiles.
[06:46] <pitti> mathiaz: oh, like 'put your profiles to a central server' thing?
[06:46] <pitti> ah, I see
[06:46] <mathiaz> pitti: yes.
[06:46] <mathiaz> pitti: and then you could download profiles from others and so on...
[06:46] <pitti> in the light of network file systems this sounds a bit like reinvention, but *shrug* :)
[06:46] <mathiaz> pitti: that's what the rpc code is used for.
[06:47] <mathiaz> pitti: it'S more profile repository.
[06:47] <mathiaz> pitti: you'll be able to find profiles for different distributions.
[06:47] <pitti> ah
[06:48] <pitti> mathiaz: and a Suggests: is not sufficient, I assume?
[06:49] <mathiaz> pitti: it seems that the perl scripts uses RPC.
[06:49] <mathiaz> pitti: so the perl scripts won'T work even if you don't want to access the network repository.
[06:50] <mathiaz> pitti: SubDomain.pm, which is the central perl module, uses RPC::XML;
[06:50] <mathiaz> pitti: and use RPC::XML::Client;
[06:51] <mathiaz> pitti: for now, we've commented out the two calls.
[06:53] <pitti> mathiaz: ok, I can't see anything wrong with the package, and it's pure perl, so I'm not that frightened
[06:53] <pitti> mathiaz: I'll approve and promote it, too
[06:53] <pitti> so feel free to revert the changes
[06:54] <mathiaz> pitti: excellent. Thanks.
[06:54] <mathiaz> pitti: I guess that the promotion will be effective within a couple of hours, right ?
[06:54] <mathiaz> pitti: after the next publisher run ?
[06:55] <pitti> mathiaz: right; the next publisher will start in 8 minutes, thus it should be in main in about 50
[06:56] <mathiaz> pitti: ok. Thanks.
[07:04] <mathiaz> keescook: now that we've updated apparmor, should I keep merging upstream changes and thus bumping the revision ?
[07:04] <keescook> mathiaz: no; we're in UVF.  We should only take bug fixes, and those should be cherry-picked (without changing the orig)
[07:06] <mathiaz> keescook: ok. I'll cherry-pick from upstream then. But I can still use bzr to do that right ?
[07:06] <keescook> yup
[07:07] <mathiaz> keescook: ok. I'll do that, once the automatic import works again.
[07:10] <Mirv> pitti: ok, thanks! (for having it on your list)
[07:23] <cjwatson> mjg59: there's also an assertion in bug 138277 that it was your gnome-control-center upload that hosed gnome-settings-daemon - though that might not be accurate
[07:23] <ubotu> Launchpad bug 138277 in gnome-control-center "Gnome settings daemon doesn't work" [Medium,Incomplete]  https://launchpad.net/bugs/138277
[07:23] <frostburn> what package does the simple samba shares for nautilus?  it's not nautilus-share
[07:24] <cjwatson> mjg59: though it looks like a pretty good bet from the diff
[07:26] <doko> seb128: could you have a look at bug 140471 ?
[07:26] <ubotu> Launchpad bug 140471 in python2.5 "libpython2.5.so missing in gutsy" [Undecided,New]  https://launchpad.net/bugs/140471
[07:26] <mjg59> cjwatson: Ok, I'll get to that in a mo
[07:26] <doko> trying to open the symlink from the -dev package
[07:26] <cjwatson> mjg59: and there are compiler warnings from that file - looking into it
[07:27] <seb128> doko: why me? I've no idea about what python2.5 is doing
[07:27] <doko> seb128: because.
[07:28] <mjg59> cjwatson: http://www.codon.org.uk/~mjg59/tmp/syn.diff
[07:28] <doko> seb128: some application is trying to dlopen libpython. which one?
[07:28] <mjg59> cjwatson: 138277 as reported is not me. The later complaints are.
[07:28] <cjwatson> yeah, it's a conflated bug
[07:28] <cjwatson> gnome-settings-mouse.c: In function set_tap_to_click:
[07:28] <cjwatson> gnome-settings-mouse.c:333: warning: passing argument 4 of XChangeDeviceControl from incompatible pointer type
[07:28] <cjwatson> gnome-settings-mouse.c:337: warning: control reaches end of non-void function
[07:29] <cjwatson> and same in set_vert_scroll and set_horiz_scroll
[07:29] <mjg59> cjwatson: Ok, checking now
[07:29] <mjg59> Wonder if it's a 32/64-bit thing
[07:29] <cjwatson> I'm on i386
[07:29] <mjg59> Do you see it?
[07:30] <cjwatson> yes
[07:30] <mjg59> The crash, or the errors?
[07:30] <cjwatson> the crash
[07:30] <mjg59> Ok
[07:30] <cjwatson> I'm going to gdb it in a sec
[07:30] <mjg59> It works here, on 64-bit
[07:30] <cjwatson> what an odd way round
[07:32] <mjg59> cjwatson: Hm. How were you able to get those messages if gnome-settings-daemon wasn't running?
[07:32] <mjg59> Oh, no, I think I know
[07:32] <jwendell> Hi, folks, gnome-settings-daemon stopped working today, is that an know issue?
[07:32] <mjg59> Ok. It's not a gnome-settings-daemon bug, it's a synaptics one
[07:32] <cjwatson> oh argh threads
[07:32] <cjwatson> jwendell: yes, we're looking into it
[07:32] <jwendell> cjwatson, ah ok, thanks
[07:32] <mjg59> cjwatson: Can you try applying that diff I just posted?
[07:33] <mjg59> Should solve it
[07:33] <cjwatson> I don't entirely understand why it's OK for gnome-settings-daemon to crash because synaptics is broken?
[07:34] <cjwatson> (but I'm on it)
[07:34] <mjg59> cjwatson: It's crashing because gdk is dumb
[07:34] <mjg59> And aborts on any X error, as far as I can tell
[07:35] <cjwatson> so gnome-settings-daemon's package needs to conflict with the old synaptics?
[07:35] <mjg59> Yeah
[07:35] <mjg59> Hadn't realised that this would happen
[07:35] <mjg59> But it makes sense with hindsight
[07:36] <mjg59> The incompatible pointer type thing just needs a cast (because X is dumb)
[07:36] <cjwatson> mjg59: yep, that fixes it
[07:36] <mjg59> cjwatson: Sweet
[07:36] <mjg59> Does the tickybox do anything useful now?
[07:37] <cjwatson> and presumably return void rather than int
[07:37] <cjwatson> I left it off and tap-to-click is now off
[07:37] <cjwatson> woot
[07:37] <cjwatson> yes, it does do the change on the fly
[07:38] <mjg59> Sweet
[07:38] <mjg59> Ok, I'll upload that
[07:38] <cjwatson> vertscroll works too
[07:38] <cjwatson> which edge is horizontal scroll?
[07:38] <mathiaz> dendrobates: for bug 140274, you said the upgrade failed.
[07:38] <ubotu> Launchpad bug 140274 in apparmor "Afterupgrade from Fiesty to Gutsy, AppArmor prevents syslogd from starting." [Medium,Triaged]  https://launchpad.net/bugs/140274
[07:38] <mjg59> Bottom, but I haven't actually been able to find a pad where it works at all
[07:38] <mjg59> Might need some tweaking in the driver to increase the size of the area
[07:39] <mathiaz> dendrobates: but the syslogd profile is in complain mode by default. Did you change this setting ?
[07:39] <mjg59> cjwatson: Ok, uploaded
[07:39] <dendrobates> mathiaz: no the upgrade succeded.  I did not change anything.
[07:40] <cjwatson> mjg59: there's a thin area of my pad where moving my finger left and right doesn't move the mouse pointer, but it doesn't scroll eitehr
[07:40] <cjwatson> either
[07:41] <lamont> seb128: is there a way to have different backgrounds in different workspaces in metacity?  or am I not blind?
[07:41] <mjg59> cjwatson: Does xev show anything?
[07:41] <seb128> lamont: no
[07:41] <lamont> ok
[07:41] <cjwatson> mjg59: no
[07:41] <mjg59> cjwatson: Interesting. I'll look into that.
[07:42] <dendrobates> mathiaz: other parts did fail, I had to 'dpkg --configure -a' to get a working system.
[07:42] <cjwatson> mjg59: it's about a centimeter deep, maybe less
[07:44] <mathiaz> dendrobates: hum... I haven't tested the upgrade yet.
[07:44] <mjg59> jwendell: Ok, upgrade xserver-xorg-input-synaptics when the new binaries appear, and gnome-settings-daemon will start working
[07:45] <jwendell> mjg59, thanks ;)
[07:53] <seb128> mjg59: could you look at bug #140485?
[07:53] <ubotu> Launchpad bug 140485 in gnome-control-center "gnome-settings-daemon not starting with 1:2.19.92-0ubuntu3" [Undecided,New]  https://launchpad.net/bugs/140485
[07:55] <cjwatson> seb128: see above, already done
[07:55] <seb128> cjwatson: thanks
[08:03] <orkid1> So I got the new tasksel, thanks elmo for the sync.
[08:04] <orkid1> ...however, I'm not sure if I got eerything installed. Before getting taskel..ubuntu6 I did apt-get install ubuntu-desktop, to get it up and running.
[08:04] <orkid1> after getting tasksel I did a tasksel --new-install to install the rest of the bits.
[08:05] <orkid1> I am using polish as the language, however only some of the things were in polish (menu items, not menu titles, for example)
[08:05] <mathiaz> kylem: did you get a change to review the apparmor patch jj sent you ? (about audit messages sent to syslog)
[08:06] <kylem> no. i've been away for the last two weeks.
[08:06] <orkid1> I went to the language administration section, and it told me that not all of the packages were installed, so I installed them, which fixed the menu problem, however, not going to system/logout (or shutdown, whatever it is in enlglish) hangs X. Weird I know, perhaps this isn't the channel for this though. sorry if it's not.
[08:09] <mathiaz> keescook: I've reviewed upstream checking in their repository and they're all bugfixes. Considering that upstream is also in bug fix mode, would it makes sense to drop the svn revision from the package version ?
[08:10] <mathiaz> keescook: it seems that most of their fixes could be applied to our tree also, even if there isn't any bugs in LP.
[08:10] <keescook> mathiaz: I don't think so; since they haven't made a formal "release".
[08:11] <keescook> mathiaz: sure, as long as they get reviewed, and they're "obvious", it shouldn't be an issue.
[08:11] <mathiaz> keescook: hum.. which release are you talking about ?
[08:11] <mathiaz> keescook: 2.1-pre1 ?
[08:12] <mathiaz> keescook: hum... nm.
[08:16] <kylem> mathiaz, looks fine, since it will only impact apparmor systems i leave it up to you and kees.
[08:17] <keescook> kylem: no one finished getting selinux to boot with initramfs, beyond that, I think it would work.
[08:19] <mathiaz> kylem: well.. I'd like to get the patch in as the tools for updating the profiles don'T work in the default configuration in ubuntu.
[08:19] <kylem> ok.
[08:22] <mathiaz> kylem: we're talking about this patch (https://forgesvn1.novell.com/viewsvn/apparmor/branches/10_3/kernel-patches/apparmor-log-audit-type.diff?revision=963&view=raw), right ?
[08:22] <kylem> es
[08:22] <kylem> yes
[08:26] <seb128> cjwatson: do you have a reference bug for the gnome-settings-daemon crash?
[08:26] <seb128> just to close the duplicates
[08:26] <seb128> bug #140485 should do the trick
[08:26] <ubotu> Launchpad bug 140485 in xserver-xorg-input-synaptics "gnome-settings-daemon not starting with 1:2.19.92-0ubuntu3" [Undecided,Fix released]  https://launchpad.net/bugs/140485
[08:26] <mathiaz> keescook: There is a bump in the libapparmor library minor version in apparmor upstream. Should this be avoided for now ?
[08:28] <keescook> no, I think that's fine -- only the other apparmor modules currently build against it.  :)
[08:30] <mathiaz> keescook: ok. So it looks like most of the checkins in upstream svn are bug fixes for the new audit messages.
[08:30] <mathiaz> keescook: plus a couple of other things that we don't package.
[08:30] <keescook> perfect.  :)
[08:31] <mathiaz> keescook: I don't see any new feature.
[08:31] <mathiaz> keescook: So I'd like to merge everything. But I shouldn't bump the package revision ?
[08:33] <keescook> if you bump the package revision, you'll technically need a UVFe.  If you just add the bug fixes to the diff.gz, and note them in the changelog, that should be fine.  Just add a "cherry picking from upstream svn $REV:" and list them.
[08:33] <keescook> mathiaz: (and in other news: I've uploaded the sysklogd patches)
[08:34] <mathiaz> keescook: kwel. Thanks.
[08:34] <mathiaz> keescook: hum.. cherry picking meaning merge in that case
[08:34] <keescook> mathiaz: true, yeah
[08:34] <mathiaz> keescook: I thought that cherry picking was merging just one revision.
[08:35] <mathiaz> keescook: in this case, I'll just merge everything from upstream.
[08:35] <keescook> mathiaz: right, perhaps best to get the UVFe and just bump the orig, then?
[08:36] <mathiaz> keescook: yeah. That's what makes more sense to me.
[08:53] <wasabi> Latest gtk is borked in some fashion. Causes every app on my desktop to segfault. :0
[08:53] <wasabi> ... also the font size in my terminals is now.... uh.... 1pt?
[09:11] <mathiaz> keescook: I've just file an UVFe request for apparmor - bug 140507.
[09:11] <ubotu> Launchpad bug 140507 in apparmor "UVFe - 2.1+982-0ubuntu1" [Undecided,New]  https://launchpad.net/bugs/140507
[09:11] <mathiaz> keescook: is there something that is missing ?
[09:14] <keescook> looks fine
[09:47] <DaBonBon> anyone from the ubuntu audio team around ?
[09:48] <DaBonBon>  i need some help with bug http://bugs.launchpad.net/bugs/109882
[09:48] <ubotu> Launchpad bug 109882 in linux-source-2.6.22 "Headphone automute not working" [Medium,Triaged] 
[09:48] <DaBonBon> because that bug is fixed in upstream, but not in gutsy :-/
[09:50] <DaBonBon> TheMuso: ping ..
[09:52] <DaBonBon> crimsun: ping, are you around ?
[10:00] <tormod> mjg59 and keescook: I made a new debdiff for bug #127273 and now everybody should be happy. sponsor-upload-happy.
[10:00] <ubotu> Launchpad bug 127273 in laptop-mode-tools "laptop-mode init script links not created" [Undecided,Confirmed]  https://launchpad.net/bugs/127273
[10:02] <DaBonBon> on launchad how do i see who modified my bug ? because someone just marked https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/133677 as fixed without giving any comment at al
[10:02] <ubotu> Launchpad bug 133677 in acpi-support "System unusable after resume from suspend or hibernate" [Undecided,Fix committed] 
[10:03] <pochu> DaBonBon: in the Actions panel in the left, the last entry 'View activity log'
[10:04] <DaBonBon> ah thanks pochu
[10:04] <DaBonBon> ah, mjg59 .. you fixed the bug .. thanks
[10:08] <mjg59> tormod: Excellent
[10:08] <johanbr> DaBonBon: https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/133677/+activity
[10:08] <ubotu> Launchpad bug 133677 in acpi-support "System unusable after resume from suspend or hibernate" [Undecided,Fix committed] 
[10:08] <DaBonBon> yes i just noticed mjg59 fixed it \o/
[10:09] <DaBonBon> though an explanatory comment would've been nice for curious cats like me, mjg59 ;)
[10:17] <pygi> mr_pouit: you might want to add CFLAGS+=`getconf LFS_CFLAGS` to gnomebaker 0.6.2
[10:18] <xhaker> seb128, if (is_blessed_by_gnome2_uvf(pidgin)) printf("I got the debdiff for pidgin-2.2.0")
[10:19] <xhaker> seb128, s/uvf/uvf_exception/
[10:19] <pygi> xhaker: why dont you attach it to bugreport then? shhh :P
[10:20] <pygi> your coding would issue an error btw :P
[10:20] <seb128> xhaker: what?
[10:20] <xhaker> seb128, just asking if pidgin 2.2.0 can be in gutsy
[10:20] <seb128> why are you all in such in a hurry to get that new pidgin?
[10:21] <seb128> look on open bug
[10:21] <seb128> there is one where a zillion of users added "+1" comments
[10:21] <seb128> which is really annoying because it create mail flood
[10:21] <seb128> there is already some ppa uploads and debdiff attached
[10:22] <pygi> seb128: that means zillion users want new pidgin :p
[10:22] <xhaker> seb128, i did not comment on that bug. the hurry is just so i can be included in gutsy, i presume sooner is better?
[10:22] <pochu> xhaker: it will, don't worry ;)
[10:22] <seb128> pygi: I don't doubt of that, flooding the maintainer is just not the way to get it
[10:22] <pygi> pochu: yup, they should all use fama :D
[10:22] <pygi> seb128: true :)
[10:23] <pochu> pygi: fama?
[10:23] <seb128> I'll have a look after GNOME 2.20
[10:23] <pygi> pochu: http://fama-im.org :)
[10:23] <xhaker> seb128, knowing that you're all busy because of gnome 2.20 i just did the packaging in order to help. didn't know someone else was doing that already
[10:24] <seb128> xhaker: thank you for the work,
[10:24] <seb128> xhaker: bug #139686
[10:24] <ubotu> Launchpad bug 139686 in pidgin "Pidgin 2.2.0 in Gutsy" [Undecided,New]  https://launchpad.net/bugs/139686
[10:25] <xhaker> seb128, sorry, should've had searched for that :) thanks
[10:25] <seb128> xhaker: no need to be sorry, thank you for the work ;)
[10:26] <xhaker> seb128, hahah.. i though that when you said "+1 comments", the comments were not really just a "+1"
[10:27] <stgraber> is that a known issue that gnome-seetings-daemon is crashing and maximizing window with compiz ends up with the window completely black ?
[10:28] <seb128> stgraber: there is bug #gs/140485
[10:28] <pochu> stgraber: yes, mjg59 has recently fixed it
[10:28] <seb128> ups
[10:28] <seb128> bug #140485
[10:28] <ubotu> Launchpad bug 140485 in xserver-xorg-input-synaptics "gnome-settings-daemon not starting with 1:2.19.92-0ubuntu3" [Undecided,Fix released]  https://launchpad.net/bugs/140485
[10:28] <stgraber> ok, was a bit strange after session reload :)
[10:33] <mr_pouit> pygi: I'll do it, thanks
[11:10] <ajmitch> keescook: selinux from initramfs still works for me, I haven't updated to a new kernel or anything lately