[00:36] <thumper> boo
[00:36] <thumper> I added a command to allow setting append only in a plugin
[00:37] <thumper> I have a locations.conf that automatically sets the push branch
[00:37] <thumper> so used "bzr append-only :push"
[00:37] <thumper> bzr: ERROR: Unsupported protocol for url "lp:~thumper/unity/test"
[00:37] <thumper> $ bzr append-only lp:~thumper/unity/test
[00:37] <thumper> HPSS calls: 54 (30 vfs<EMAIL_ADDRESS>[00:37] <poolie> hm, strange
[00:37] <thumper> so it just seems that we need another deref thing
[00:38] <poolie> seems like it
[00:38] <poolie> there is another bug like that
[00:39] <thumper> $ bzr revno :push
[00:39] <thumper> bzr: ERROR: Unsupported protocol for url "lp:~thumper/unity/test"
[00:39] <thumper> same issue elsewhere
[00:40] <jelmer> thumper: bzrlib.directory_service.directories.dereference()
[00:40] <thumper> and another problem
[00:40] <thumper> jelmer: revno isn't mine :)
[00:40] <thumper> I was testing my append_only tweak
[00:40] <thumper> pushed branch
[00:40] <thumper> set remote append only
[00:40] <thumper> uncommitted locally, followed by revert
[00:40] <thumper> then pushed
[00:41] <thumper> $ bzr push
[00:41] <thumper> Using saved push location: lp:~thumper/unity/test
[00:41] <thumper> No new revisions or tags to push.
[00:41] <thumper> however the revno of the LP one is one higher than locally
[00:41] <thumper> shouldn't it complain?
[00:41] <jelmer> thumper: it'll only complain if the branches have actually diverged
[00:41] <thumper> hmm...
[00:41] <thumper> ok
[00:42] <jelmer> so if you do a commit locally and then try to push, it should error out
[00:43]  * thumper does an unchnaged commit
[00:43] <thumper> yep got diverged
[00:43] <thumper> but you get that with diverged branches anyway
[00:43]  * thumper tries --overwrite
[00:44] <thumper> $ bzr push --overwrite
[00:44] <thumper> Using saved push location: lp:~thumper/unity/test
[00:44] <thumper> bzr: ERROR: Server sent an unexpected error: ('error', 'RevisionNotPresent', 'Revision {tarmac-20120212192717-9jmrqx6we7yd8bl7} not present in "Graph(StackedParentsProvider(bzrlib.repository._LazyListJoin(([CachingParentsProvider(CallableToParentsProviderAdapter(<bound method CHKInventoryRepository._get_parent_map_no_fallbacks of CHKInventoryRepository(\'chroot-95047632:///~thumper/unity/test/.bzr/repository/\')>))], []))))".')
[00:44] <thumper> HPSS calls: 18 (0 vfs<EMAIL_ADDRESS>[00:44] <thumper> oops
[00:44] <thumper> we should have a "you can only append" message right?
[00:44] <jelmer> yes
[00:44] <jelmer> or at the very least, not an error of this kind
[00:45] <jelmer> if you can file a bug about this, perhaps with a way to reproduce it that would be really great
[00:45] <jelmer> I think I've seen this error before, but never in a way that was reproducable
[00:45] <thumper> sure
[00:49] <thumper> jelmer: https://bugs.launchpad.net/bzr/+bug/931209
[07:27] <vila> good morning bazaar
[09:02] <mgz> morning!
[09:02] <vila> mgzorning !
[09:25] <bialix> hi all
[09:25] <bialix> mgz,wgz: I'm going to release current state of bzr-explorer trunk as 1.2.2 this weekend
[09:29] <mgz> bialix: okay.
[09:30] <mgz> will see if I have an evening free to fix a few things before then.
[09:30] <mgz> thanks bialix.
[09:31] <bialix> we have a couple of fixes in trunk already. more fixes will be good, but Ben Finney reminded me that we need a proper release before 2.5 final
[09:33] <mgz> yeah.
[09:39] <bialix> ok
[12:43] <edlinde> how do I get the files in http://igraph.bzr.sourceforge.net/bzr/igraph/0.6-main/files ?
[12:43] <edlinde> do I need to have bzr installed on my machine?
[12:45] <jelmer> edlinde: yes, that's probably the easiest way to do so
[12:57] <LarstiQ> edlinde: though bzr can run from source if installing is difficult (though it will be slower if you can't compile the c extensions)
[14:07] <gnomefreak> what bzr package contains bzr-notify?
[14:17] <mgz> gnomefreak: bzr-gtk though you may want to check recently fixed bugs before filing a new one
[14:19] <gnomefreak> mgz: this is not a new one. i filed a bug on this a while ago. IIRC it was marked a duplicate but dont recall the bug number
[14:19] <gnomefreak> mgz: thanks
[14:21] <gnomefreak> thats odd. i cant find it at all. doesnt matter since it is a bzr PPA
[14:24] <mgz> gnomefreak: bug 903696
[14:24] <ubot5`> Launchpad bug 903696 in bzr-gtk (Ubuntu) "bzr-notify crashed with SIGSEGV in g_return_if_fail_warning()" [Medium,Confirmed] https://launchpad.net/bugs/903696
[14:24] <gnomefreak> that looks like the one
[14:25] <gnomefreak> mgz: ok i commented on it rather than report a new one. thanks
[14:27] <mgz> it looks from the bug that testing with tip bzr-gtk would be useful to confirm the issue is resolved
[14:30] <gnomefreak> version 0.103.0+bzr769-1 it is still broken. I removfed the package a little while ago but i will make a note to reinstall it in a few days maybe eraly next week
[14:33] <jelmer> I guess we'll just need to release and upload 0.104
[14:34] <gypsymauro> hi
[14:35] <gypsymauro> there is a way to convert a project from darcs to bzr?
[14:35] <jelmer> gypsymauro: it should be possible to do so with bzr-fastimport
[14:36] <gypsymauro> any example somewhere jelmer ?
[14:36] <gypsymauro> I'm googling but a lot of false positives :D
[14:37] <jelmer> gypsymauro: I'm not sure, I've never used it myself
[14:37] <jelmer> gypsymauro: 'bzr fast-export-from-darcs' should generate a fastimport stream for you from the darcs repo
[14:37] <jelmer> gypsymauro: you can then use 'bzr fast-import' to create a bzr repository from that
[16:42] <zyga> jml: ping
[16:43] <jml> zyga: yes?
[16:43] <zyga> jml: hi
[16:43] <zyga> jml: I'm an avid user of testtools/testscenarios
[16:43] <jml> \o/
[16:43] <zyga> jml: it seems that the only thing that keeps me back in python2.7 now is testtools/setup.py
[16:44] <jml> zyga: what about it?
[16:44] <zyga> it seems it wants to use bzrlib to figure out the revision and things like that
[16:44] <jml> zyga: only if you're using a checkout.
[16:44] <zyga> jml: so, since I wrote something that resolves this exactl problem once and for all
[16:44] <jml> zyga: shouldn't do that for released versions
[16:44] <zyga> jml: (hmm, I recall seeing similar issues with venv/tox
[16:44] <zyga> jml: anyway, I was wondering if you would consider using versiontools
[16:45] <jml> zyga: I'll take a look.
[16:45] <zyga> jml: it's a tiny library that understnads how to do what you do in setup.py, works with all python versions and most sensible VCS systems (and has plugin support to add more via 3rd party packages)
[16:45] <zyga> jml: I'll push a MP to let you know how it looks like
[16:46] <zyga> jml: if you are curious: versiontools.rtfd.org
[16:46] <zyga> jml: I've got a MP hanging that removes the need to use setup_requires if you are scared of things like that (some people found it allergic)
[16:47] <jml> zyga: thanks.
[16:48] <zyga> jml: is there any reason you are using distutils as opposed to setuptools/distribute
[16:48] <mgz> what I do is just hack the test script to fall back to no version if an ImportError gets thrown from bzr
[16:49] <zyga> mgz: consider using versiontools
[16:49] <mgz> I swear I put up an mp that did this, but now can't see it
[16:49] <mgz> why?
[16:49] <zyga> mgz: it's a bit more clever than that
[16:49] <mgz> it's yet another annoying dependency
[16:49] <zyga> mgz: it's implemented right, unlike most one-off copy/paste solutions
[16:49] <zyga> mgz: works across various vcs'es
[16:49] <zyga> mgz: it is only a build-time dependency if you use it (your users won't have to)
[16:50] <mgz> well, it's still something I'd be commenting out before running setup.py like I do with setuptools
[16:50] <zyga> mgz: it's a dependency but one that is cheerful to work with
[16:50] <zyga> mgz: nope
[16:50] <zyga> mgz: why ?
[16:50] <mgz> build time is what I care about when I'm downloading a branch tip to quickly test
[16:50] <zyga> mgz: then you don't have to comment anything out
[16:50] <mgz> I'm not dealing with prettily packaged branches
[16:51] <mgz> if it's quiet when it's not there then I can live with it
[16:51] <zyga> mgz: it's not only silent but actually works correctly in such cases
[16:51] <mgz> historically the junk people use in setup.py isn't very good at falling back to basics
[16:52] <zyga> mgz: my problem exactly, I had ugly code in each setup.py I wrote
[16:52] <zyga> mgz: then I decided that I can do better and made a project out of that
[17:02] <bdmurray> Is there any chance I could get the lucid-updates branch of update-manager updated?
[17:05] <james_w> bdmurray, something looks broken with one of the update-manager branches unfortunately: http://package-import.ubuntu.com/status/update-manager.html
[17:07] <bdmurray> james_w: okay, so is there anything I can do?
[17:08] <james_w> bdmurray, I don't think we can get the importer past that, so it would be a case of tracking down the bug and fixing it
[17:17] <quicksilver> if I've got a shared report into which I've pulled a toxic revision (accidentally committed large file) is there some way to "garbage collect" the repo and get rid of it, if no actual branch uses it?
[17:17] <quicksilver> s/report/repo/;
[17:17] <mgz> not an easy one.
[17:18] <mgz> with a little scripting, you can just create a new shared repo, then branch everything under the current one into that, then replace the old location with the new one
[17:20]  * quicksilver nods
[18:05] <quicksilver> is there a tool to extract a commit message from a revision?
[18:05] <jelmer> quicksilver: bzr log ?
[18:06] <jelmer> quicksilver: can you perhaps expand a bit on what you're trying to do ?
[18:06] <quicksilver> long story :)
[18:06] <quicksilver> reapply a bunch of commits, preserving commit message
[18:07] <mgz> that's the kind of thing the rebase plugin *should* make easy
[18:07] <quicksilver> I can extract a patch for the commit with bzr diff
[18:07] <mgz> but whether in fact it does may be another issue
[18:07] <quicksilver> I can probably hack something up with bzr log | sed
[18:08] <quicksilver> just wondered if there were tools for "field-by-field" access to parts of revisions
[18:08] <mgz> well, yes, bzrlib.
[18:08] <jelmer> quicksilver: if you have a XML parser ready, 'bzr cat-revision' could be useful
[18:21] <quicksilver> jelmer: aha
[18:21] <quicksilver> mgz: fair enough.
[18:23] <quicksilver> jelmer: doesn't look like XML to me, looks like colon-separated text
[18:25] <jelmer> quicksilver: yeah, it's just the repository-internal data
[18:26] <jelmer> quicksilver: in older versions that was in XML, in newer versions it's bencode
[18:26] <jelmer> another option would be bzr-xmloutput, it has a command that can spit out the data in XML for you
[18:43] <zyga> jml: https://code.launchpad.net/~zkrynicki/testtools/use-versiontools/+register-merge
[19:40] <quicksilver> jelmer: so many possibilities, so many tools to look at. I may stick with perl + sed and a quick hack job :P
[19:41] <jelmer> heh, that works too :)
[20:28] <thomi> Hi - how does 'bzr lp-open' pick which browser to use?
[20:28] <thomi> My default browser is firefox, but ever since I installed chromium it's started using that instead...
[20:50] <LarstiQ> thomi: it uses webbrowser.open
[20:50] <LarstiQ> thomi: http://docs.python.org/library/webbrowser
[20:51] <thomi> LarstiQ: thanks, I'll look there for a solution.


[01:30] <tsimonq2> mapreri: Any chance you could do me a favor and take a look at bug 1662011?
[07:29] <mapreri> tsimonq2: I'd always find nice if such things could be done in debian...
[07:42] <mapreri> tsimonq2: .
[08:23] <acheronuk> mapreri: thank you for that. in circumstances of more time and less freezes, I agree
[08:23] <mapreri> acheronuk: you're welcome
[12:35] <tsimonq2> mapreri: Kubuntu is a bit different in that we don't follow a lot of what Debian does for packaging. We merge from their packaging at the beginning of each cycle, but otherwise, that's it.
[12:36] <mapreri> tsimonq2: Yes, I've got that (and mostly wonder why is it so, I don't think it needs to - except in periods like now where Debian is frozen).
[12:39] <tsimonq2> mapreri: I think the root cause might be because of who has access where..
[12:39] <tsimonq2> *shrug*
[14:45] <acheronuk> Hi, would anyone be so kind to look at and maybe sponsor the upload for https://bugs.launchpad.net/ubuntu/+source/prison-kf5/+bug/1662191
[14:45] <acheronuk> thank you :)


[08:49] <kwwii> pitti: hey man, did both of my packages get into the last alpha? (the ones I gave you before leaving for vacation)
[08:49] <pitti> hey kwwii
[08:49] <pitti> kwwii: which versions? (just use "rmadison foo" to check the version of foo in all Ubuntu releases)
[08:51] <kwwii> ahh, thanks, now I see it
[09:04] <lool> seb128: Hey, welcome back
[09:05] <seb128> hello lool, thanks
[09:05] <lool> seb128: We discussed some desktop bits on Friday
[09:05] <lool> seb128: (I was the fallback contact for desktop stuff last week as everybody was on vac)
[09:05] <seb128> who is we and which ones exactly? ;-)
[09:06] <lool> During release meeting
[09:06] <lool> You might want to read the first part of the log, skipping mobile stuff
[09:06] <lool> Concerning desktop, gvfsd-trasher crasher and gtk+ screen flicker were discussed
[09:07] <lool> mdz brought up an old gpm bug
[09:07] <seb128> I've noticed those bugs in the summary
[09:07] <lool> I mentionned cheese shall be updated
[09:07] <lool> seb128: I bought a webcam last week
[09:07] <seb128> the gvfsd-trash crasher is not really an issue out of the number of duplicates and I've no clue how to get good informations or fix it
[09:08] <seb128> the gtk+ screen flicker, mclasen consider it as an xorg bug
[09:08] <lool> seb128: Yeah, me neither, the valgrind log isn't very helpful
[09:08] <lool> seb128: That said, the valgrind log might be better with more ddebs or something
[09:08] <seb128> no
[09:08] <lool> seb128: The problem with the screen flicker is that it is a lack of API on the xorg side
[09:08] <seb128> I did get valgrind logs for the trash crasher using a debug build, etc
[09:09] <seb128> there is an incorrect jump listed but the top stacktrace has no symbol
[09:09] <lool> seb128: So what happened is that gtk+ moved to a new API only to realize that it was too expensive/disruptive
[09:09] <seb128> I don't think it's in my power to fix the xorg api ;-)
[09:09] <seb128> or gtk
[09:09] <seb128> I would rather prefer let upstream sort that
[09:09] <lool> seb128: Exactly my point, I agree with the analysis that going forward we ought to fix the API
[09:10] <lool> seb128: But this will be in xrandr 1.3, then all drivers will have to be updated to support it, then gtk+ will be able to use it
[09:10] <lool> And the new API wasn't yet accepted
[09:10] <lool> So we're talking of a 3 months minimum cycle here
[09:10] <lool> (AIUI)
[09:10] <seb128> I'm confident that upstream will do something for FC10 which is due around the intrepid schedule too
[09:10] <seb128> gtk upstream
[09:11] <seb128> so I would just let them sort that
[09:11] <lool> Ok; I personally think gtk+ should defer using randr's problematic API until it has what they need
[09:11] <lool> Hey pitti, welcome back!
[09:12] <lool> pitti: You also might want to poke at the release team meeting's log from friday!  :)
[09:12] <lool> pitti: One of the thing which came up was the consolekit config patch to not allow everybody to shutdown or reboot the machine; this prevents shutdown/reboot from the desktop though
[09:13] <pitti> lool: hey, thanks
[09:13] <lool> pitti: I guess we should revert to the gdm socket method
[09:13] <pitti> lool: right, either we enable the functionality in CK like upstream, or use gdm
[09:13] <lool> pitti: Yup; I thought this was your choice to make as you were on top of misc hal/dbus/ck issues and have some security clue
[09:14] <lool> pitti: I am disturbed too with this shutdown/reboot dbus interface
[09:14] <pitti> lool: I have bug 250506 open in a tab to address it ASAP
[09:14] <lool> That's indeed the one we discussed I think
[10:11] <huats> morning everyone
[10:12] <seb128> lut huats
[10:12] <huats> plop seb128
[10:12] <huats> I hope you had nice (and deserved) holidays :)
[10:14] <seb128> yes, excellent, thanks ;-)
[10:14] <huats> :)
[10:33] <wgrant> seb128: Since you seem to be lord of all things g-s-d and g-c-c, what do you think of my proposed fixes for bug #207781?
[10:34] <seb128> wgrant: I've no clue about touchpad so I would prefer let somebody else comment
[10:34] <seb128> wgrant: and apparently there is no patch attached to this bug?
[10:35] <wgrant> seb128: That's true, I apparently forgot to attach debdiffs.
[10:35] <wgrant> seb128: Who is more qualified?
[10:35] <seb128> you could ask bryce maybe or #ubuntu-x
[10:35] <wgrant> OK, will do. Thanks.
[10:36] <seb128> would be nicer to have an xorg api to query that rather than relying on the naming
[10:37] <wgrant> My patch relies on the name of a property, but that property is what is used to set things, so it's safe.
[10:37] <wgrant> I can't see a better way.
[11:25]  * NCommander is away: This creature sleeps beyond the reaches of time itself
[13:45] <seb128> hey pedro_
[13:45] <pedro_> hey seb128! welcome back ;-)
[13:46] <seb128> thanks ;-)
[13:46] <seb128> pedro_: pitti has started fixing the retracers, that's not perfect yet but the intrepid one should be running again now
[13:46] <pedro_> woohoo go pitti ;-)
[13:46] <pedro_> seb128: thanks for let me know dude
[13:52] <vuntz> seb128: hey
[13:52] <seb128> hello vuntz
[13:52] <vuntz> seb128: just wanted to know what were the ubuntu plans for the logout dialog?
[13:52] <seb128> vuntz: I was sort of waiting on you because you told me you were going to land the opensuse dialog upstream but I guess that's not going to happen this cycle now?
[13:53] <vuntz> seb128: I hope that http://bugzilla.gnome.org/show_bug.cgi?id=507101 will get committed today, but I'm not sure it's fine for you
[13:53] <vuntz> seb128: heh. So, it's going to happen really soon now. Just need an icon and a second release team approval
[13:53] <seb128> vuntz: ah excellent
[13:54] <andre__> vuntz: ping those lazy r-t lurkers, ping them to death!
[13:55] <vuntz> andre__: waiting for the icon to be ready (I'm making artists work right now ;-))
[13:56] <vuntz> seb128: you can see the screenshots at the end of the bug
[13:56] <vuntz> seb128: if you want one dialog with everything, it's possible, but you'll likely need to patch gnome-session (I suggest adding an Ubuntu-specific dbus method for the new dialog)
[13:56] <seb128> vuntz: right, I like the dialog but I've the feeling we will be asked to get a variant listing all the options for ubuntu
[13:57] <seb128> right
[14:16] <seb128> lool: how busy are you nowadays? would you have some time to look at desktop packaging issues?
[14:18] <lool> seb128: I'm overcommitted, but depends what you're going to ask
[14:20] <seb128> lool: the pygobject update is tricky because they added a library and that doesn't play nicely with the multi python versions, doko started doing the packaging changes required before his holidays but there is a bug and it doesn't build
[14:20] <seb128> lool: I've planned to look at it but I think I'll be swamped with updates and catching up this week so I was trying to see if you were maybe interested by having a look at the update
[14:21] <lool> seb128: What source version didn't build?
[14:21] <seb128> 2.15.2
[14:21] <lool> Where I can get this?
[14:21] <lool> ("buildd" says 2.15.1-0ubuntu2 and that it built fine)
[14:21] <seb128> lool: http://people.ubuntu.com/~seb128/pygobject/ is the work in progress that doko did
[14:21] <seb128> lool: right, I didn't upload the new one since it's buggy
[14:25] <seb128> lool: you have the version before the changes (which fails to build because there is a conflict on the new lib because python versions) and the doko changes which ftbfs too but for an another reason (not sure which one now, I looked at it before my holidays quickly)
[14:25] <lool> seb128: Do you know what doko intendend to do?
[14:25] <lool> He added autoconf and automake bdeps and changed the way the source is built
[14:26] <lool> Ah I need to rebase on my version it seems
[14:26] <seb128> lool: I think he wanted to version the library name, he said that's similar to what python-svn does
[14:31] <lool> seb128: Do you know why the library is public instead of being e.g. a python module?
[14:31] <lool>         - Add a new installed library libpyglib-2.0, which contains the extension
[14:31] <lool>           API for third-part modules instead of relying on macros which accesses
[14:31] <lool>           struct fields.
[14:31] <lool> I'm not quite sure who's going to use it
[14:31] <lool> There's no .pc file at least
[14:32] <lool> Hmm there's also public API
[14:34] <seb128> lool: no, better to ask to jdahlin on the gnome IRC
[14:34] <seb128> you already did ;-)
[14:40] <kwwii> seb128: the ubuntulooks package was removed from the seed for intrepid, right?
[14:41] <seb128> no clue, but that's public information so you can look as quickly as I can do
[14:41] <kwwii> erm, where?
[14:41] <lool> kwwii: lp:~ubuntu-core-dev/ubuntu-seeds/intrepid or some such
[14:42] <lool> /platform.intrepid and /ubuntu.intrepid rather
[15:48] <mpt> loic, I've been pointed in your direction for implementing improvements to the codec installation interface. Do you have a few minutes to discuss the current implementation?
[15:48] <mpt> lool, ^^
[16:50] <lool> mpt: Hmm
[16:50] <lool> mpt: Sure
[16:50] <lool> mpt: I might not be the best person depending on what you ask, but I'm happy to discuss this topic
[16:52] <mpt> lool, the window that lists the available codecs looks like a subset of the Add/Remove Programs window, right? How difficult is it to change bits in that window?
[16:52] <lool> mpt: It's gnome-app-install
[16:52] <lool> mpt: Indeed, it's built using synaptic IIRC
[16:52] <mpt> which? :-)
[16:53] <mpt> Specifically, the Help button needs removing (currently it does more harm than good in the codec context), and the "Quick Introduction" is a non-sequitur
[16:53] <lool> mpt: What's the problem with the Help button?
[16:54] <lool> mpt: When I press it, I land in the "Install and Remove Applications" manual in yelp
[16:54] <mpt> The help it displays is completely irrelevant
[16:54] <mpt> exactly
[16:54] <mpt> It's nothing whatsoever to do with installing codecs
[16:55] <mpt> and whenever that happens it makes people less likely to use help anywhere else
[16:56] <lool> mpt: Ok, so currently this uses a generic tool, gnome-app-install; you can launch it manually and imagine that it's useful in different scenarii; I fear that if you want to provide help specialied for code installation, you will have to provide some sort of wrapper or derived app which links to that
[16:56] <mpt> It would be nice to have help for it, but we're past FeatureFreeze, so just removing it is probably best for now
[16:56] <mpt> lool, yes, I realize that, that's why I'm asking how difficult it is to change bits in this window
[16:57] <lool> What you want to do is change bits in this window when it's called for codec installs, correct?
[16:57] <mpt> exactly
[16:57] <mpt> I assume the "Canonical Codec Store" link is context-dependent
[16:58] <lool> I agree that solving this "properly" might be too intrusive post FF, but I wouldn't want to remove the Help button unconditionally
[16:58] <lool> Indeed
[16:58] <mpt> Right, I don't want to remove the Help button unconditionally, just in the codec situation
[16:59] <lool> mpt: I guess you probably know some python; check /usr/lib/python2.5/site-packages/AppInstall/distros/Ubuntu.py
[17:01] <lool>         (label, url) = distro.get_codec_information_link()
[17:01] <lool>         if (label is not None) and (url is not None):
[17:01] <lool>             button = gtk.LinkButton(url, label)
[17:01] <lool> mpt: in AppInstall/activation.py
[17:01] <mpt> I'm in 8.04 at the moment
[17:01] <lool> mpt: grab lp:~ubuntu-core-dev/gnome-app-install/main
[17:01] <mpt> ah, thanks
[17:03] <mpt> I was just wanting to know whether it was possible :-)
[17:04] <lool> mpt: Sure, it should be
[17:04] <mpt> ok
[17:04] <lool> mpt: BTW it's the first time I poke at this :)
[17:05] <lool> It seems the UI already supports various mode of operation by subclassing ActivationStyle
[17:05] <lool> class CodecSearchActivationStyle(SearchActivationStyle):
[17:05] <lool> mpt: So it's very trivial
[17:06] <lool> mpt: I think it would be cleaner to provide Help for installing codecs rather than dropping the button completely though
[17:06] <mpt> Sure, but I'm assuming we can't do that past feature freeze
[17:06] <mpt> If we can, I'll happily write some
[17:07] <mpt> This will all likely be revamped for Intrepid+1
[17:09] <lool> mpt: I think it's a fairly trivial UI tweak, but I could be wrong
[17:09] <lool> mpt: You could discuss this with release team to make sure
[18:00] <mpt> Thanks for your info lool
[19:17] <carciofo> hallo alle zusammen
[19:55] <ember_> what can make pkg-config --cflags return something but --exists none?
[19:57] <ember_> seb128: in gtk2-engines i've added to .install the right .pc but it seems debian/ has the old .pc, should i remove the old .pc from debian or revert the .install?
[20:06] <Laney> If Banshee sometimes stops responding to GNOME global hotkeys that I've set up, whose bug is that?
[20:06] <Laney> And if the answer is "it depends", how can I find out?
[20:14] <seb128> ember_: why did you add the .pc to start? it was not installed because the debian maintainer decided it was not required
[20:51] <carciofo> does any1 know about video editing?


[00:07] <sdgreen> good
[01:20]  * DanaG wonders if nvidia will ever fix the 71 and 96 drivers.
[01:21] <bsnider> those are old drivers
[01:21] <bsnider> look to the future
[01:21] <DanaG> Future?  What future... nv?
[01:21] <DanaG> nouveau isn't much useful yet.
[01:21] <bsnider> the 177 series
[01:21] <JontheEchidna> nv looks to be my future :(
[01:21] <DanaG> ... on a GeForce4 MX?
[01:21] <crdlb> bsnider: and if you have an older card?
[01:21] <bsnider> get a newer card
[01:22] <crdlb> for a laptop?
[01:22] <DanaG> bsnider: replace the old laptop with a newer one, then.
[01:22] <DanaG> Yeah, laptop.
[01:22] <bsnider> indeed
[01:22] <DanaG> I wish they'd, at the very least, open-source the specs for the ones they've desupported.
[01:22] <RAOF> DanaG: By "fix", I presume you mean "support xserver 1.5 video driver ABI", yes?
[01:22] <DanaG> For example, open-source the FX series and older.
[01:22] <DanaG> Yeah, ABI is what I mean.
[01:22] <crdlb> heh, aka "recompile"
[01:22] <RAOF> They're not unsupported; they're just not supported by the most recent driver :)
[01:23] <RAOF> crdlb: Hush!
[01:23] <bsnider> they can't open their old drivers, because they're all based on their windows drivers
[01:23] <DanaG> So open the specs of the cards.
[01:23] <DanaG> My current laptop has a GeForce Go 7600; the next laptop I'll get will have a Mobility Radeon 3650.
[01:24] <bsnider> the nouveau devs sayt hey don't need that info
[01:24] <crdlb> it would certainly help ...
[01:24] <DanaG> Nouveau is currently SLOWER and more CPU-intensive on that old laptop.
[01:24] <RAOF> Not so much that they don't _need_ it, more that having actual coders would help.
[01:24] <bsnider> what they could do is hire one or two nouveau devs and payt hem to develop that driver full-time
[01:24] <DanaG> ... compared to nv.
[01:25] <DanaG> Oh yeah, what sets the background of the Gnome unlock dialog?
[01:26] <RAOF> Gnome screensaver, I believe.
[01:26] <RAOF> It's actually themable; the NewWave one is kinda nice.
[01:26] <DanaG> Where's the theme set?
[01:26] <RAOF> gconf
[01:26] <DanaG> The old laptop was originally "Mint" because I was curious, but I prefer orange-based themes over blue-based themes.
[01:27] <RAOF>  For those playing at home: /apps/gnome-screensaver/lock_theme
[01:28] <DanaG> "The startup command cannot be empty" -- argh!
[01:29] <bsnider> i don't think ubuntu packages a nouveau driver
[01:29] <bsnider> i don't remember seeing it in the xserver-xorg-video list
[01:30] <RAOF> We don't.  I do.
[01:31] <bsnider> that or nv is probablyt he best thing to use for old junk
[01:31] <DanaG> yay, (i386) nspluginwrapper is now an official Ubuntu package.
[01:31] <DanaG> Too bad Flash stilllll somehow crashes Firefox a lot.
[01:32] <RAOF> Maybe.  I'm not sure how much the acceleration overhead is paid off by actual acceleration on the older cards
[01:32] <DanaG> On my '4-is-really-a-2' card, it's actually sometimes SLOWER than nv.
[01:33] <RAOF> Some of that's fairly unavoidable; it might be interesting to know how is nouveau's fault.
[01:35] <DanaG> Oh yeah, do your drm-modules use dkms?
[01:35] <DanaG> Ugh, bad naming collision... drm.
[01:37] <RAOF> Not yet.
[01:38] <RAOF> They will at some point, but for now module-assistant isn't sufficiently annoying.
[01:38] <DanaG> Is it possible to build it for a kernel before I boot into that kernel?
[01:38] <RAOF> I believe so, yes, but never really managed to do it.
[01:39] <DanaG> Anyway, I think I'll just end up using nv on the old laptop... too slow with nouveau, and lack of support for resume from suspend.
[01:39] <RAOF> There's a patch for that, but I don't apply it.
[01:39] <RAOF> Because it probably breaks nv5x, among other things.
[01:40] <DanaG> Right.  It's one of those "it hurts when I do this.......... so don't do it!" things; I'll just use nv.
[01:40] <RAOF> Yeah.
[01:49] <ryanpg> hi all... does the recently added 2.6.27 kernel have "kernel modesetting" and GEM support? and is the same also true/false of the current intel driver?
[01:52] <RAOF> No, no, yes.
[01:53] <ryanpg> RAOF, thank you... the 2.6.27 tree should have this support though right? so it's just not "turned on" in the ubuntu build yes?
[01:54] <RAOF> ryanpg: No, I don't believe so.  As far as I'm aware, modesetting & gem are still hanging around in a couple of branches of libdrm git.
[01:55] <ryanpg> oh... interesting.
[01:56] <ryanpg> well I'm fully prepared to be underwhelmed once again by the results of the latest "improvements" anyway... but I'm like charlie brown... it doesn't matter how many times that football is pulled away; I'll always assume this time it's for real!
[01:57] <RAOF> Well, kernel modesetting probably won't be overwhelming.
[01:58] <RAOF> The DRI2 stack should be nice, though.  Finally killing many of the compiz bugs!
[02:14] <ToHellWithGA> i use ubuntu vanilla packages for most things and build a few from svn out of a desire for edge-bloodiness or ancient compatibility
[02:14] <ToHellWithGA> are any of y'all having issues with autoconf/automake not finding anything it needs?
[02:16] <ToHellWithGA> i'm getting a lot of errors trying to run an autoconf script along the line of "The usual way to define 'X' is to add 'AC_PROG_X' to 'configure.ac' and run 'aclocal' and 'autoconf' again.  If 'AC_PROG_X' is in 'configure.ac', make sure its definition is in aclocal's search path."
[02:38] <bsnider_> is anybody still having trouble with the nvidia blob?
[02:40] <mneptok> i'll bet Theo de Raadt is ...
[02:40] <mneptok> *bah dum tish*
[02:41] <LSD|Ninja> As far as I know, I still am but that's because I'm still on a GF2MX
[03:33] <tyg13> if I upgrade to ibex, will all my old hardy repositories be rendered useless?
[03:34] <bsnider_> what do you mean?
[03:34] <bsnider_> which repositories do you want from hardy?
[03:34] <tyg13> Can I use my hardy apps in ibex?
[03:34] <bsnider_> which ones?
[03:34] <tyg13> any
[03:34] <tyg13> is intrepid backwards-compatible?
[03:35] <bsnider_> the gnome applications that were in hardy have been rebuilt for intrepid
[03:35] <bsnider_> the gnome applications that were in hardy have been rebuilt for intrepid
[03:35] <tyg13> good
[03:36] <tyg13> So How do I upgrade? sudo apt-get dist-upgrade
[03:36] <RoC_MasterMind> is there a way to remove the proprietary nvidia driver if installed through the restricted drivers manager?
[03:36] <bsnider_> RoC_MasterMind: sure
[03:37] <RoC_MasterMind> how?
[03:37] <RoC_MasterMind> it's not like you can just uncheck the box
[03:37] <bsnider_> in synaptic, it's called nvidia-glx-xxx
[03:37] <bsnider_> then take it out of the xorg.conf file
[03:38] <bsnider_> run the command sudo dpkg-reconfigure -phigh xserver-xorg
[03:43] <bsnider_> tyg13: see this thread: http://ubuntuforums.org/showthread.php?t=834808
[03:47] <CarlFK> tyg13: you talking about 3rd party repos - not ubuntu.com, right?
[03:48] <bsnider_> CarlFK: you got the nvidia blob working right?
[03:48] <CarlFK> bsnider_: yup
[03:49] <bsnider_> can you pastebin your xorg.conf file?
[03:49] <RoC_MasterMind> is it better to use the restricted drivers manager or the official nvidia installer?
[03:49] <bsnider_> neither
[03:49] <RoC_MasterMind> ha
[03:49] <RoC_MasterMind> well
[03:49] <bsnider_> jockey seems to be broken
[03:49] <RoC_MasterMind> I see your point.
[03:50] <bsnider_> the official nvidia installer complains about xen
[03:50] <CarlFK> bsnider_: http://dpaste.com/74596/
[03:50] <bsnider_> i can describe exactly how i did it if you're interested
[03:51] <bsnider_> CarlFK: that's strange. mine wouldn't work until i put the vendorname line into the device section.
[03:51] <RoC_MasterMind> if I switch xorg.conf back to the nv driver, do I still need to run dpkg-reconfigure -phigh xserver-xorg?
[03:51] <bsnider_> yes you do
[03:52] <CarlFK> is 177.68 the 'new' one?  I am pretty sure I see "beta driver" on the splash screen
[03:52] <bsnider_> the way the new xserver works, it doesn't need the xorg file to load its own drivers
[03:52] <bsnider_> the newest beta is 177.70, but .68 is also a beta
[03:54] <bsnider_> the new beta was released just today
[03:54] <bsnider_> http://www.nvnews.net/vbulletin/showthread.php?t=118602
[03:54] <bsnider_> nvidia has released 3 betas int he past 7 days
[03:54] <bsnider_> that's VERY strange for them
[03:55] <CarlFK> they are doing some strang things :)
[03:55] <CarlFK> like headless video cards, just so you can use the gpu as a multi cpu parallel thing
[03:56] <bsnider_> they normally go at least 6 months without releasing any new drivers
[03:56] <bsnider_> maybe ati's changes made them rethink their position, i dunno
[03:57] <bsnider_> but all of ati's work over the past 2 years has come to not very much
[04:19] <`Matir> Anyone else have weird issues with intel graphics under current Intrepid?
[04:22] <kayess__> After the updates I picked up my laptop became totally unusable with intrepid -- what are you getting?
[04:36] <bsnider_> `Matir: yes i've read some comments along those lines
[04:39] <`Matir> bsnider_, ah... I couldn't find any current relevant bug, but I just upgraded today... I need to try doing it with compiz off
[04:40] <bsnider_> what issues are  you having?
[04:40] <ToHellWithGA> `Matir: i am i am
[04:41] <ToHellWithGA> when i first dist-upgraded to intrepid last night and restarted it defaulted into what acted like 1280x1024 (the correct monitor resolution) but with a VESA driver
[04:41] <`Matir> when I resize/open/close windows, the bottom half of my screen flickers
[04:42] <`Matir> and the flickering seems to be a scaled/shifted image of the top half
[04:42] <ToHellWithGA> after turning on the framebuffer in /boot/grub/menu.lst i was able to set the proper driver using gksudo displayconfig-gtk
[04:42] <ToHellWithGA> mine is working now on an intel 915 chipset
[04:42] <ToHellWithGA> i guess thats sort of "old"
[04:42] <ToHellWithGA> i'm more bummed that automake/autoconf is broken right now
[04:42] <bsnider_> ToHellWithGA: the nature of the xorg.conf file is totally different now
[04:43] <bsnider_> run the command sudo dpkg-reconfigure -phigh xserver-xorg
[04:43] <ToHellWithGA> if by totally different you mean the default configuration was too dumb to detect my video chipset, i'll agree
[04:43] <ToHellWithGA> i will not run that
[04:43] <ToHellWithGA> that clears the file
[04:43] <bsnider_> that's what needs to happen
[04:43] <ToHellWithGA> an empty xorg.conf results in my having unaccelerated video
[04:44] <ToHellWithGA> until the default behavior actually detects and uses my video card i will let displayconfig-gtk set the options in xorg.conf
[04:44] <bsnider_> well, if it's not detecting the chip then it's not doing what they want
[04:44] <RAOF> ToHellWithGA: Your /var/log/Xorg.0.log is the file needed for debugging there.
[04:44] <ToHellWithGA> is there a way to have an empty xorg.conf *and* use the intel mode switching driver?
[04:45] <ToHellWithGA> RAOF: i'm not a programmer.  do y'all need that file attached to a given bug?
[04:45] <RAOF> ToHellWithGA: Just pastebinned would be OK as a first run through.
[04:45] <ToHellWithGA> i'd gladly submit it to launchpad if there's a good place to do so
[04:45] <ToHellWithGA> .me gets it
[04:45] <RAOF> If there's nothing obviously wrong, you'll want to dump it on a launchpad bug, yes.
[04:47] <ToHellWithGA> i'm afraid that log is too good right now
[04:47] <RAOF> Too good? :)
[04:47] <ToHellWithGA> it is only showing my current setup, which is after i fixed the glitch using displayconfig-gtk
[04:47] <ToHellWithGA> after setting a vga=### in /boot/grub/menu.lst
[04:48] <RAOF> ToHellWithGA: Oh.  Right.  That'll break stuff :)
[04:48] <ToHellWithGA> i was able to get my desired result by enabling the framebuffer and fixing that
[04:48] <ToHellWithGA> lots of tinkering doesn't help describe the default error
[04:48] <bsnider_> RAOF: if the new x-server is released this week, do you think ubuntu will switch to using it in intrepid?
[04:48] <ToHellWithGA> i'll roll it back some time this weekend and if the bug still exists i'll bring it to you
[04:48] <RAOF> Enabling the framebuffer will, at this point, break stuff.  Because the framebuffer's broken :)
[04:48] <RAOF> At least, it was last time I checked.
[04:48] <ToHellWithGA> say RAOF, is autoconf/libtool/m4 broken?
[04:49] <RAOF> Not for me.
[04:49] <LSD|Ninja> Hasn't framebuffer on Intel always been broken? Something to do with how they address memory?
[04:49] <RAOF> I'm happily autoconfing.
[04:49] <ToHellWithGA> snap
[04:50] <LSD|Ninja> bsnider_: new xserver as in 1.5? Intrepid is alread using prerelease versions of that, there's no reason to assume they won't switch to the release when it becomes available
[04:50] <bsnider_> cool
[04:50] <ToHellWithGA> i keep getting multiple line errors when i ./autogen.sh to start building libtorrent "The usual way to define 'X' is to add 'AC_PROG_X' to 'configure.ac' and run 'aclocal' and 'autoconf' again.  If 'AC_PROG_X' is in 'configure.ac', make sure its definition is in aclocal's search path."
[04:50] <RAOF> LSD|Ninja: No; vesafb should've worked with intel.
[04:50] <ToHellWithGA> where X is some component of standard automake stuff
[04:51] <DanaG><EMAIL_ADDRESS>[04:51] <ToHellWithGA> LSD|Ninja: in my experience the framebuffer works great.  i can get decently high resolution in TTYs with it :)
[04:51] <DanaG> er
[04:51] <RAOF> ToHellWithGA: Want to pastebin the whole thing?
[04:51] <ToHellWithGA> RAOF: lol i'd rather not
[04:51] <DanaG> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/217504
[04:51] <ToHellWithGA> i have to go shower, but i'll be back
[04:51] <DanaG> Oh yeah, is radeonfb accelerated?
[04:53] <LSD|Ninja> RAOF: It's possible they've fixed it then. I suppose it makes sense, there's more incentive to make Intel work right now than ther was a while back
[04:53] <RAOF> Possibly.
[04:54] <DanaG> where'd ze' bot go?
[04:54] <RAOF> DanaG: E's resting.
[04:54] <LSD|Ninja> Python (not the language) ftw
[04:57] <DanaG> Oh yeah, handy hint: instead of glxinfo | grep direct, try glxinfo | grep rend
[04:58] <DanaG> or grep for string.
[05:02] <RAOF> DanaG: Of course, that's now useless.
[05:03] <RAOF> DanaG: Because, as of 7.1, Mesa's software rasteriser supports direct rendering :)
[05:03] <bsnider_> is 7.1 already in intrepid?
[05:03] <bsnider_> it was only released a few days ago
[05:03] <DanaG> Hmm, then what exactly does it mean to be "direct" rendering?
[05:04] <RAOF> "My GL client talks direct to the GL lib, not through X"
[05:04] <RAOF> That's what it's always meant.
[05:04] <RAOF> That's why "direct rendering: yes" has _never_ been equivalent to "You have 3d acceleration"
[05:04] <RAOF> :)
[05:06] <quentusrex_lapto> Hello. I'd like to setup my own internal ubuntu repo. I have 100+ workstations and I'd like to have them stop pounding the official repo. I'd also like to be able to create my own packages to deploy internally.
[05:06] <quentusrex_lapto> I did ask in the #ubuntu channel, but didn't receive a knowledgeable response. So I asked here.
[05:06] <quentusrex_lapto> Any ideas?
[05:07] <RAOF> quentusrex_lapto: There are a number of interesting packages; apt-cacher, apt-proxy, apt-mirror, etc.
[05:08] <DanaG> RAOF: So what did it do before?
[05:08] <RAOF> Previously you needed to talk through X.
[05:08] <DanaG> ... and does it improve software-rasterizer performance?
[05:08] <quentusrex_lapto> I was able to find this link: http://www.fewt.com/2008/07/how-to-create-automated-apt-repository.html
[05:08] <RAOF> Possibly?
[05:08] <quentusrex_lapto> but I'd like to have more information so that I can customize my repo to my needs...
[05:10] <RAOF> quentusrex_lapto: I've used apt-proxy before; you just set that up on one box and add the server as a proxy in the apt-preferences of all the boxes.
[05:11] <quentusrex_lapto> I don't just want a proxy. I'd like to be able to add my own packages as well.
[05:11] <RAOF> Then you'll need to look at apt-ftparchive and the like.
[05:11] <quentusrex_lapto> I'd like to be able to have full control over what packages are allowed into the repo.
[05:11] <`Matir> quentusrex_lapto, that would be best done by setting up one path on the server as a proxy, and a 2nd repo on the same server for your packages
[05:12] <quentusrex_lapto> I don't want to fix something that isn't broke... It's a business production enviroment...
[05:13] <quentusrex_lapto> but I'd like to be able to override certain ubuntu packages. and replace them with my own customized versions.
[05:13] <bsnider_> you have ubuntu workstations in a business environment?
[05:13] <quentusrex_lapto> yes, we have a lot of them
[05:13] <Jordan_U> quentusrex_lapto: Why are you asking in #ubuntu+1 ?
[05:13] <quentusrex_lapto> because #ubuntu seemed clueless....
[05:13] <quentusrex_lapto> nobody had any educated answers...
[05:14] <RAOF> Google is more likely to have useful answers.  Or the serverish section of Ubuntuforums.  #ubuntu is fairly noisy, yes.
[05:14] <bsnider_> i agre
[05:14] <bsnider_> irc isn't the place for extremely deatiled answers to anything
[05:15] <RAOF> But you can certainly build a repository yourself and add newer-versioned packages of existing Ubuntu packages to it.
[05:16] <quentusrex_lapto> that's what my hope was...
[05:18] <quentusrex_lapto> I know I've seen ubuntu documentation for setting up a repository. Also documentation on how to admin a package.
[05:18] <quentusrex_lapto> but I can't find it anymore.
[05:18] <quentusrex_lapto> It was recent documentation too....
[05:21] <ToHellWithGA> RAOF: i have to go to bed, my girlfriend is exhausted
[05:21] <ToHellWithGA> i'll catch up with you and my automake problem some time
[05:21] <RAOF> That's OK.
[05:21] <ToHellWithGA> have a good night
[05:21] <RAOF> :)
[05:22] <quentusrex_lapto> 'night
[05:22] <quentusrex_lapto> has anyone heard about the apt repo tools called: reprepro and falcon?
[05:22] <RAOF> Yeah; I used falcon when I was maintaining a repository.
[05:28] <quentusrex_lapto> How was it RAOF ?
[05:28] <RAOF> Easy.
[05:32] <Hew> Hey guys. I've just updated Intrepid with the new kernel and everything, and now I'm back to 800x600 res. I found in term.log "DKMS tree must be manually fixed" under nvidia 177.67, which I uninstalled a while ago and replaced with 173. Anyone know what's going on, and how to fix it?
[05:32] <RAOF> Apparently 177 is the only nvidia driver working under intrepid at the moment.
[05:38] <Hew> RAOF: thanks for the info
[05:40] <quentusrex_lapto> intrepid uses the nvidia drivers 177?
[05:40] <RAOF> We've got 4 different nvidia drivers, actially :(
[05:41] <quentusrex_lapto> I'd like to test some of the 177 drivers on hardy...
[05:41] <quentusrex_lapto> I'm hoping to see audio over hdmi working...
[06:43] <quentusrex_lapto> Does someone in here know how to maintain a package?
[06:43] <danbhfive> try #ubuntu-motu
[06:43] <bazhang> !packaging
[06:45] <quentusrex_lapto> I'm trying to find out what is the best practice to create a package modifying package. I want to create a package for my local network that will modify settings files of other packages. But something that will withstand upgrading the original package.
[06:46] <RAOF> quentusrex_lapto: The best practice is "don't".  At least, that's against Debian & Ubuntu policy.
[06:46] <RAOF> On the other hand, that makes it relatively easy; package upgrades will not touch any local changes to configuration.
[06:46] <quentusrex_lapto> Then how would I maintain a modified version of official packages?
[06:47] <quentusrex_lapto> is there a way to install a package, modify it, then repackage the package with my changes?
[06:47] <RAOF> Not really.
[06:47] <RAOF> What do you actually want to do, specifically.  Can you give an example?
[06:48] <quentusrex_lapto> yes.
[06:49] <quentusrex_lapto> For instance the firefox package. I want to include bookmarks for my local network for all the workstations.
[06:49] <quentusrex_lapto> I want to be able to easily add and update internal company bookmarks to all the computers on my lan
[06:51] <RAOF> So, that sounds like it would be easiest as a separate package.
[06:51] <RAOF> You can just drop the right files in the right directory to make that work, yes?
[06:51] <quentusrex_lapto> yes.
[06:51] <quentusrex_lapto> for that one it would work.
[06:51] <quentusrex_lapto> but how would I 'edit' a file?
[06:52] <quentusrex_lapto> for instance I was playing with mythtv earlier. How would I update the xml files? to change the menu options?
[06:53] <RAOF> For that you may well want to grab the source package, edit/patch the files, and then rebuild it.
[06:53] <quentusrex_lapto> hmm
[06:53] <quentusrex_lapto> then how would I handle updates to the main package?
[06:53] <quentusrex_lapto> I'd need to rebuild it myself?
[06:53] <quentusrex_lapto> hmm....
[06:53] <RAOF> Yes.
[06:54] <RAOF> We're not optimised for editing random files in a package :)
[06:54] <quentusrex_lapto> So there wouldn't be an easy way to install the mythtv updates, without rebuilding them myself.
[06:54] <quentusrex_lapto> :)
[06:54] <RAOF> On the other hand, any changes you make to configuration should never be touched by package upgrades.
[06:55] <RAOF> That should probably cover most of your needs, right?
[06:55] <quentusrex_lapto> hmm. hopefully
[06:55] <quentusrex_lapto> I'm glad I'll have a way of testing upgrades...
[06:55] <quentusrex_lapto> before I authorize them for all tthe other workstations
[06:57] <quentusrex_lapto> Like I'd like to be able to add /etc/fstab options for specific shares to be mounted.
[06:57] <quentusrex_lapto> but only for certain clusters of computers.
[08:06] <siimo> i get this nasty crash when scrolling in Firefox 3.0.1 on some pages, i am using firefox binary from www.firefox.com on ubuntu system http://pastebin.com/m21fb89e1
[08:08] <RAOF> siimo: If you're using upstream's firefox, you get to file bugs upstream :)
[08:23] <kindofabuzz> i keep getting a kernel panic in Vbox
[08:30] <siimo> RAOF: downstream firefox also crashes.. but less often
[08:30] <siimo> and both take x server out with it
[10:25] <sroecker> hi, does the 2.6.27 package have ath_pci and ath5k modules?
[10:28] <sroecker> if ath5k supports all devices ath_pci does then I would propose to blacklist ath_pci
[10:28] <sroecker> some chips require quirks for network-manager and ath_pci which have been dropped recently
[10:58] <LSD|Ninja> ath5k should be dropped until 9.04 at least >_<
[11:45] <DanaG> yay, dd-wrt.
[12:04] <cbr> where are kde configs held in intrepid? .kde or .kde4?
[12:06] <starenka> hi, how it looks with kde3 in future kubuntu versions?
[12:17] <jtechidna> cbr:  in .kde
[12:17] <jtechidna> starenka: kde3 is gone, except several applications which don't have kde4 versions
[12:19] <starenka> jtechidna: really? darn..
[12:19] <cbr> so no configs are in .kde4 anymore?
[12:19] <jtechidna> no configs are in .kde4 anymore
[12:21] <cbr> thanks
[12:51] <zniavre> !bug
[13:06] <ToHellWithGA> RAOF: morning
[13:11] <ToHellWithGA> RAOF (and anyone else who may have a solution): here's the output from trying to run ./autogen.sh http://thestonepedo.pastebin.ca/1188443
[13:15] <ToHellWithGA> also, to pitch another issue, i can't get anything to run after "sudo aptitude update &&"
[13:16] <ToHellWithGA> whatever is after the && just plain does not happen in the following alias:
[13:16] <ToHellWithGA> alias update='sudo aptitude update && sudo aptitude install `cat ~/settings/Packages.txt` && sudo aptitude safe-upgrade && sudo aptitude full-upgrade && sudo aptitude clean'
[13:16] <ToHellWithGA> i tend to run that then look at my options rather than using the update-manager GUI
[13:23] <jrib> ToHellWithGA: check what aptitude update returns?
[13:27] <ToHellWithGA> jrib: how so?
[13:27] <jrib> ToHellWithGA: run 'sudo aptitude update' (are you sure nothing fails here?) the 'echo $?'
[13:28] <jrib> s/the/then
[13:28] <ToHellWithGA> 255
[13:28] <ToHellWithGA> that's bad right?
[13:28] <jrib> ToHellWithGA: good now find out what that means :)
[13:29] <ToHellWithGA> returning 0 means everything worked as expected and the program ended, right?
[13:29] <Pici> yes
[13:29] <ToHellWithGA> so it barfed...something
[13:30] <ToHellWithGA> apt and dpkg should have logs somewhere, right?
[13:30] <jrib> ToHellWithGA: the output from aptitude usually tells you if something goes wrong, did you start there?
[13:30] <ToHellWithGA> its output looked good
[13:31] <ToHellWithGA> ended with "Reading package lists... Done" followed by a new line
[13:31] <jrib> ToHellWithGA: you could increase the verbosity with -v
[13:32] <ToHellWithGA> it has another line when i do that at the end: "Current status: 0 broken [+0], 0 updates [+0], 24993 new [+0].
[13:32] <ToHellWithGA> "
[13:32] <ToHellWithGA> .me forgets pasting \n is the same as pushing return
[13:33] <ToHellWithGA> i have not seen that line in hardy ever
[13:33] <ToHellWithGA> the status of broken/updates/new packages
[13:34] <jrib> ToHellWithGA: can you pastebin the entire output?
[13:34] <ToHellWithGA> si
[13:35] <ToHellWithGA> http://thestonepedo.pastebin.ca/1188451
[13:36] <ToHellWithGA> it's so far from verbose
[13:36] <ToHellWithGA> it just looks like regular aptitude update output with an extra line
[13:36] <jrib> ToHellWithGA: look at line 42
[13:37] <ToHellWithGA> virtualbox is no longer distributed via repositories due to a licensing change
[13:37] <ToHellWithGA> i can remove that line from my sources.list, but i believe that is why it 403'd
[13:37] <jrib> k
[13:38] <ToHellWithGA> still getting 255 after fixing sources.list to not include a defunct repository
[13:39] <jrib> ToHellWithGA: how about the wine stuff "Ign"?
[13:39] <jrib> hmm, well there's lots of "Ign"
[13:40] <jrib> wait, line 27 :)
[13:40] <ToHellWithGA> a wine repository, i can comment that line out as well
[13:41] <ToHellWithGA> and that gets me to 0
[13:41] <ToHellWithGA> that's a little ridiculous don't you think?
[13:41] <jrib> no
[13:41] <ToHellWithGA> causing the entire update to call itself botched due to a missing repository
[13:42] <jrib> well if a command does not complete successfully you would probably want to know
[13:42] <Pici> Lets say you were missing one of the ubuntu.com repos, wouldnt you want that to fail?
[13:42] <ToHellWithGA> that used to not be the behavior, which was nice during times between alpha releases and third-party repositories supporting new distribution versions
[13:42] <jrib> ToHellWithGA: use ; instead of && if you don't care what it returns
[13:43] <ToHellWithGA> i'll try using ;
[13:43] <ToHellWithGA> so it isn't a problem with aptitude, it's my syntax
[13:44] <ToHellWithGA> "&&" implies that i really do care what happened, while ";" and i are on the same page that we just want a decently-fresh set of packages from which to choose
[13:45] <ToHellWithGA> dynomite.  that's one down and it wasn't even intrepid's fault
[13:45] <ToHellWithGA> thanks y'all
[16:18] <ligemeget> Anyone here who knows if Intrepid is known to break OSS?
[16:19] <TheInfinity> !cdimage
[16:19] <TheInfinity> !download
[16:28] <techII> ok, firefox and flash...
[16:28] <techII> when i close a firefox window/tab with flash applets running in it, the applets turn into separate windows
[16:31] <BUGabundo> anyone here good enough with altermime?
[17:47] <klerfayt> any news about nvidia drivers? do they work right now?
[17:49] <bsnider> yes they do
[17:56] <LSD|Ninja> it depends what card you have though
[18:02] <klerfayt> bsnider: what version have you installed? broken here
[18:02] <bsnider> 177.68 i think
[18:02] <bsnider> they all work
[18:02] <bsnider> what do you mean broken?
[18:03] <klerfayt> bsnider: that must be it. I had 173 installed before recent kernel update
[18:03] <klerfayt> bsnider: now, they don't work
[18:04] <bsnider> the drivers have to be reinstalled every time you upgrade the kernel
[18:04] <bsnider> boot the new kernel and reinstall the nvidia-glx-173 package
[18:05] <klerfayt> bsnider: didn't know that. I don't remember ever having such issue with stable ubuntu releases then kernel upgraded
[18:05] <klerfayt> bsnider: I need to only reinstall "nvidia-glx-173"?
[18:06] <bsnider> yes
[18:06] <bsnider> it will install another package'
[18:06] <bsnider> you also need to havet he kernel-headers package installed so you can compile the drive into the kernel
[18:07] <klerfayt> bsnider: what? now you have to compile?
[18:07] <bsnider> the glx package needs the kernel headers for the kernel you are running
[18:07] <bsnider> it does the cokmpiling, not you
[18:08] <klerfayt> bsnider: so I have to reinstall headers package also?
[18:10] <bsnider> you have to install the header5s package for hte kernel you are running
[18:10] <bsnider> the 2.6.27-1 headers
[18:14] <klerfayt> still won't work, I will try 177
[18:14] <bsnider> what's going wrong exactly?
[18:16] <klerfayt> bsnider: too late already installed 177
[18:16] <bsnider> well, that's fine. does it work?
[18:17] <klerfayt> bsnider: I'm about to test it
[18:24] <klerfayt> bsnider: 177 works as expected
[18:24] <bsnider> cool
[18:24] <bsnider> now go out and grab pulseaudio 9.11
[18:25] <bsnider> just for extra special fun
[18:26] <klerfayt> bsnider: I'm on kubuntu actually
[18:26] <bsnider> oh, that sucks
[18:26] <klerfayt> is "dmesg | grep UDMA" reliable way to tell if dma is enabled on harddrive?
[18:33] <bsnider> use hdparm /dev/hdx
[18:33] <bsnider> where x is the letter that correpsonds to the drive
[18:36] <mattik> Hello, Is there someone using thunderbird with enigmail? I don't get it working with openpgp
[18:37] <mattik> I don't know why it doesn't work with intrepid
[18:39] <bsnider> did it work with hardy?
[18:39] <mattik> yes, but I had time about it
[18:40] <mattik> I tried it with my gmail address
[18:40] <mattik> It didn't ask password
[18:41] <mattik> now
[18:41] <mattik> It said error wrong password
[18:41] <Assid> err.. when did 8.04.1 come out?
[18:41] <bsnider> may or june
[18:41] <Assid> wasnt that just 8.04
[18:42] <bsnider> 8.04 came out in /08/04, as in april of htis year
[18:42] <techII> (2008) 8.04 (04/April)
[18:42] <bsnider> the .1 was 200 bugfixes
[18:42] <Assid> hrmm k
[18:43] <mattik> bsnider: Now I'm testing want it work with kmail, but key checking take long time
[18:43] <bsnider> this is alpha software, so if you're having trouble look for a launchpad bug, and if there isn't one then submit one.
[18:44] <mattik> I know, but I only asked have someone else same errors in here
[18:46] <bsnider> best thing to do there is to search launchpad
[18:50] <mattik> I don't want report any bugs, because it is allways invalid or duplicate... And my hardware doesn't work with hardy.
[18:55] <ToHellWithGA> RAOF: i have no idea where you are, just checking in :)
[18:55] <mattik> ok, it is pgp error
[18:56] <ToHellWithGA> i'll catch up with you some time if i don't outsmart autoconf
[18:56] <mattik> kmail or thunderbird can't decrypt message
[18:57] <mattik> I report bug or join reported
[19:05] <Ape3000> Firefox 3 + non-free flash on Intrepid takes 100% cpu and freezes everything else.. Is the a workaround?
[19:05] <techII> Ape3000, haven't had that problem, but I have had firefox drop windows after closing flash pages (closing the windows crashes firefox)
[19:06]  * techII still has said problem
[19:06] <Ape3000> techII: I had that problem before, but now it takes all the cpu instead of crashing
[19:06] <Ape3000> some pages does work perfectly, but some are just too heavy
[19:09] <voidmage-away> I'm having an issue I think is pam-related. Whenever anything asks me for my password, it always asks twice and only cares about what I put in for the second time
[19:16] <leftyfb> ok, anyone know the trick to getting intrepid to boot/install in virtualbox?
[19:32] <v0idmage> any ideas about the password twice issue?
[19:37] <v0idmage> fixed: pam updates nuke the ecryptfs-private settings
[19:38] <v0idmage> rerunning sudo auth-client-config -p ecryptfs_standard -t pam-auth,pam-session,pam-password fixed it
[19:41] <timing> wat is bonobo-activation-server?
[19:42] <timing> it's unable to connect to socket and then my x restarts
[19:42] <timing> before that i have a warning in gdm_slave_xioerror_handler: Fatal x error - restarting :0
[19:47] <klerfayt> bsnider: you know a lot about linux kernel?
[19:47] <bsnider> no, why?
[19:47] <klerfayt> bsnider: about that command to check dma
[19:47] <bsnider> linus knows a lot about it
[19:48] <klerfayt> bsnider: it doesn't say anything about dma
[19:48] <bsnider> it should
[19:49] <klerfayt> bsnider: this is all I get in output - http://pastebin.com/m2c9ee73a
[19:51] <bsnider> is there some reason you think dma is not enabled?
[19:53] <klerfayt> bsnider: no actually desktop feels same as in gutsy. it just that I have way more compicated problem with game performance. I suspected that maybe it's dma
[19:53] <bsnider> game performance
[19:54] <bsnider> linux isn't a gaming platform
[19:54] <klerfayt> bsnider: enemy territory quake wars
[19:54] <klerfayt> bsnider: indeed. not for me since hardy heron
[19:54] <klerfayt> bsnider: I can only play games in gutsy
[19:54] <klerfayt> bug 189958
[19:55] <bsnider> well, quake whores works fine for me in hardy. but if you want to play computer games, you have to use the dreaded OS from redmond
[19:56] <klerfayt> bsnider: have run benchmarks?
[19:56] <klerfayt> bsnider: *have you
[19:56] <bsnider> benchmarks for the quake whores game?
[19:57] <klerfayt> bsnider: yes. that you are so sure the games perform same as in gutsy
[19:57] <bsnider> no
[19:57] <bsnider> i didn't try it in gutsy
[19:57] <klerfayt> bsnider: http://pastebin.com/m62951a0e I did some benchmarking
[19:57] <bsnider> i'm going ont he factt hat all settings are at maximum and it's smooth
[19:58] <klerfayt> bsnider: all settings are same in every ubuntu version
[19:58] <klerfayt> bsnider: otherwise what's the point of benchmarking ;-)
[19:58] <bsnider> wait a minute
[19:58] <bsnider> you're running kubuntu?
[19:58] <bsnider> kde3.5 or kde4?
[19:58] <klerfayt> bsnider: it doesn't matter afaik
[19:58] <bsnider> yes it does matter
[19:58] <klerfayt> bsnider: in hardy it is kde3, in intrepid kde4
[19:59] <klerfayt> bsnider: best part is I use same nvidia drivers and xorg.conf
[19:59] <bsnider> the nvidia drivers perform considerably better under gnome than under kde
[19:59] <bsnider> this is a known issue
[20:00] <bsnider> try switching to gnome and see if that helps
[20:00] <klerfayt> bsnider: what's even more interesting is that if I attempt to play the game (quake wars), then fps is even lower - 7
[20:01] <klerfayt> bsnider: this is not the case with gutsy. so that's why suspected dma
[20:01] <bsnider> i don't see a lot of difference in those frame rates
[20:01] <bsnider> you can try michael larabel's phoronix-test-suite and compare your results to other users
[20:02] <klerfayt> bsnider: sure thing. I'm set to gather more data, why gaming is impossible task for me since hardy heron
[20:03] <bsnider> imjpossible task? you're talking about going from a frame rate of 55 down to 44 and that's an impossible task?
[20:03] <klerfayt> bsnider: it's the benchmark only. if I actually start playing, fps is much lower -7 or 8
[20:03] <leftyfb> Does anyone know the trick to getting intrepid to boot/install in virtualbox?
[20:04] <klerfayt> bsnider: it has something to do with keyboard and mouse
[20:05] <bsnider> because of the fact that you're using kde, i can't really comment. i can say that those games work well for me in gnome. ETQW, UT2004, etc.
[20:05] <bsnider> what kind of rig do you have? is it powerful enough?
[20:05] <klerfayt> bsnider: no. pentium m 1.7Ghz and 2gb ram. 128mb geforce go card
[20:06] <Dedicated> anyone is using the .27 kernel? have to remove console-tools for that?
[20:06] <klerfayt> bsnider: the power is not the problem here. the problem is mystical decrease in game performance
[20:06] <bsnider> that's not a powerful rig
[20:08] <klerfayt> bsnider: it doesn't matter, that's not the problem. do you know what is evdev?
[20:08] <klerfayt> bsnider: any better channels to ask technical stuff about linux kernel?
[20:09] <bsnider> you might try a gaming channel
[20:09] <bsnider> i suppose
[20:09] <klerfayt> bsnider: gaming channel, do you happened to know exact address?
[20:12] <klerfayt> hmm. I could ask in forums from others to run benchmarks. that's probably better idea
[20:12] <Regel> can u disable shutdown's warning messages
[20:13] <Regel> -q
[20:13] <Regel> thx
[20:19] <doggymenz> i cant put vga=795 on my kernel parameter in grub menu.lst, cuz when i restart, my terminals are gone, and its only a blinking underscore instead of login prompt, why?
[20:26] <Dedicated> nvidia? :>
[20:26] <ToHellWithGA> leftyfb: perhaps #vbox
[20:26] <ToHellWithGA> i have found #vbox nothing but helpful
[20:26] <Dedicated> doggymenz: got nvidia?
[20:27] <doggymenz> ya
[20:27] <doggymenz> gf8600, good stuff
[20:28] <Dedicated> doggymenz: same here, seems its the card
[20:28] <ToHellWithGA> Dedicated: you just made me imagine that "fatality" pro gamer guy in a got milk ad
[20:28] <Dedicated> works with 8500 does not with 8600
[20:28] <ToHellWithGA> i did lol
[20:28] <doggymenz> oh
[20:29] <doggymenz> Dedicated, i thought it was a vesafb or uvesafb bug
[20:29] <DaskreecH> Hi
[20:29] <DaskreecH> Is there known problems with Ibex and Vbox?
[20:29] <Dedicated> after ati had so bad drivers i switched to nvidia and said never ati.. now ati has open drivers and are by far better than any nvidia shit :/
[20:29] <ToHellWithGA> DaskreecH: please get in touch with leftyfb
[20:30] <DaskreecH> leftyfb: Hi
[20:30] <ToHellWithGA> both of y'all seem to be having virtualbox problems
[20:30]  * DaskreecH touches leftyfb's lefty
[20:30] <Unksi> Dedicated: vbox doesnt work with .27 yet, gotta wait for 1.66
[20:30] <ToHellWithGA> DaskreecH: are you saying virtualbox doesn't run in intrepid ibex or vice versa?
[20:30] <DaskreecH> Unksi: 0.o
[20:30] <Unksi> that was to DaskreecH, sorry
[20:30] <techII> regarding emulation, I think there was something in the release notes for the alphas
[20:30] <leftyfb> uh
[20:30] <DaskreecH> Unksi: So 10.10 ?
[20:30] <Dedicated> doggymenz: probably is anyway, i did not search for bugs about it, but i just seen that 8500 works and 8600 not, but they are diffrent machines
[20:30] <DaskreecH> ToHellWithGA: Vice Versa
[20:30] <Unksi> DaskreecH: no, virtualbox version
[20:31] <ToHellWithGA> that's a bummer
[20:31] <DaskreecH> Intreprid kernel panics in Vbox
[20:31] <DaskreecH> Unksi: Ah Ok Whew
[20:31] <Unksi> :D
[20:31] <DaskreecH> Thought you meant kernel 2.6.66
[20:31] <Dedicated> isnt console-tools anything important i should not remove?
[20:31] <DaskreecH> Wait
[20:31] <DaskreecH> Mark of  the beast!!!
[20:31] <ToHellWithGA> \begin{badidea}i guess you'll just have to upgrade the production machine to intrepid ibex instead of using it in a vm\end{badidea}
[20:32] <DaskreecH> Probably a marmoset
[20:32] <DaskreecH> ToHellWithGA: Main work machine so maybe once it hits beta
[20:32] <ToHellWithGA> Dedicated: you could always save yourself by using aptitude to reinstall the minimal metapackage
[20:32] <DaskreecH> Unksi: Is there a time line on that?
[20:32] <ToHellWithGA> assuming you don't use aptitude to uninstall dpkg or something wacky like that
[20:33] <DaskreecH> Also what causes it to kernel panic?
[20:33] <Unksi> DaskreecH: no, i would expect that to come out somewhat soon though
[20:33] <ToHellWithGA> DaskreecH: yeah i only run alpha on my desktop that i use for web browsing and bittorrent
[20:33] <DaskreecH> aptitude remove apt
[20:33] <doggymenz> what happens if i run 'update-initramfs -u', will my computer stop work?
[20:33] <ToHellWithGA> i'm afraid of putting it on the macbook
[20:33] <DaskreecH> Shiny fruit
[20:34] <DaskreecH> How's stability in the Ibex so far?
[20:34] <doggymenz> yeah, shiny fruits are people who use mac
[20:34] <Dedicated> ToHellWithGA: i just wonder why some people aready have the .27 kernel since i still wait for deps do get solved (and i dont think console-tools is something unimportant)
[20:34] <ToHellWithGA> i have that kernel
[20:34] <klerfayt> me too
[20:34] <ToHellWithGA> did you use the upgrade tool GUI?
[20:34] <klerfayt> synaptic
[20:34] <ToHellWithGA> i haven't tried dist-upgrading from CLI in a while
[20:34] <Dedicated> no matter how i want to upgrade it wants to remove console-tools
[20:35] <DaskreecH> Unksi: Is it a planned up date or are they just fixing the kernel issue?
[20:35] <ToHellWithGA> Dedicated: maybe just let it do so?
[20:36] <Unksi> DaskreecH: no idea, i would expect a planned one
[20:36] <ToHellWithGA> you can always reinstall ubuntu-minimal
[20:37] <DaskreecH> Unksi: :-( Boooo
[20:37] <Unksi> im just a user like you so all i know is from my own expectations and guesses and google :P
[20:37] <DaskreecH> Can get delayed for all sorts of nerf-airious raisans
[20:37] <DaskreecH> Bye leftyb!!!
[20:38] <ToHellWithGA> Dedicated: do it :)
[20:39] <telexicon> is intrepid going to integrate xen 3.3?
[20:39] <ToHellWithGA> i don't mean that in an confrontational "do it, punk" way, but rather in a "if you're going to try alpha, you might as well get used to breaking things"
[20:40] <Dedicated> mhm it seems console-tools gets replaced by kbd
[20:57] <tyg13> upgrading to ibex right now
[20:57] <tyg13> :)
[21:04] <test34> How can I fix the nvidia driver with kernel 2.6.27 in Intrepid?
[21:04] <Unksi> https://bugs.launchpad.net/ubuntu/+bug/262074
[21:04] <Unksi> theres some info there, nothing has worked for me though :/
[21:04] <Unksi> im currently using nv for now as replacement
[21:05] <test34> envy ?
[21:06] <Unksi> no, the free nvidia driver
[21:07] <test34> Unksi: I found this too: http://www.nvnews.net/vbulletin/showthread.php?t=118595
[21:07] <test34> ok thanks
[21:07] <test34> it has a patch for the source package, but I can't get it to compile because of the xen kernel
[21:07] <bsnider> Unksi: did you try the one in hte repos?
[21:08] <Unksi> bsnider: the 177.68 in repos
[21:08] <bsnider> yes
[21:08] <Unksi> with 2.6.27-2.3
[21:08] <bsnider> yeah
[21:09] <alex_mayorga> what would be the "official" java plugin on Intrepid?
[21:12] <test34> openjdk-6-jre?
[21:14] <alex_mayorga> I have a java applet that's giving me trouble and I don't even see the java console, ideas?
[21:15] <Dedicated> good to hear nvidia is not running with .27
[21:15] <Dedicated> so i will wait with reboot :D
[21:17] <Unksi> Dedicated: i hope that is not a long wait :P
[21:20] <test34> there is probably nothing I need in 2.6.27, I should roll-back
[21:30] <ToHellWithGA> don't y'all have some kind of integrated video on which you can fall back?
[21:31] <ToHellWithGA> a VGA plug on the back of your motherboard until your nvidia stuff works properly
[21:31] <Unksi> laptop :)
[21:34]  * Unksi notices that new nvidia drivers are building atm
[21:39] <ToHellWithGA> Unksi: yuck
[21:39] <ToHellWithGA> how is battery life on a graphics-oriented laptop?
[21:39] <ToHellWithGA> i'd think the last thing one would want in a portable machine would be high-drain video performance
[21:40] <Unksi> it was about 2,5h when i last checked
[21:40] <Unksi> manufacturer promised 1h with vista
[21:40] <Unksi> so quite good imo
[21:41] <Unksi> its just 8400 so its not that high end... but it can run some games as well, yea
[21:49] <test34> ToHellWithGA: no on-board here either but good suggestion
[21:56] <ligemeget> Hi, I've just upgraded to Intrepid alpha 4, and it seems to have smoked my OSS - I currently have no time
[21:56] <ligemeget> Since OSS is not part of a standard Ubuntu meal, I'm unsure where to report it..?
[22:03] <flithm> hey everyone... just tried the alpha 4 cd on my laptop and when I hit install, if I remove the "quiet" option I can see that it hangs after hitting the usb dection stuff
[22:03] <flithm> anyone know if there's anytihng I can do to fix it?
[22:07] <CarlFK> flithm: i think I hit that too
[22:07] <CarlFK> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/254668
[22:07] <CarlFK> or..
[22:09] <CarlFK> https://bugs.launchpad.net/bugs/262437
[22:11] <flithm> CarlFK: any fix so far?  or wait till alpha5?
[22:11] <CarlFK> hit any key
[22:11] <CarlFK> HP laptop?
[22:12] <flithm> Mine's a toshiba.  I thnk it's different cuz no matter what I press it doesn't unhang
[22:13] <CarlFK> flithm: try the power button, and change from battery to ac and back
[22:13] <flithm> trying :)
[22:15] <flithm> yeah nothing
[22:15] <flithm> it's just hung at that point
[22:15] <pingu_> Hallo, can you tell me how Ubuntu 8.10 will work with ext4 and Reiser4?
[22:17] <flithm> I think someone killed off reiser4
[22:17] <flithm> :P
[22:17] <flithm> sorry I couldn't resist
[22:17] <bsnider> you mean ninafs?
[22:18] <flithm> heheh
[22:18] <pingu_> omg
[22:18] <DanaG> Unknown CORBA exception id: 'IDL:omg.org/CORBA/COMM_FAILURE:1.0'
[22:29] <CarlFK> http://cdimage.ubuntu.com/daily-live/current/  no .torrents?
[22:32] <Unksi> CarlFK: i guess thats not reasonable, as the image changes every day
[22:39] <CarlFK> Unksi: it is just as reasonable as hosting full 700mb images
[22:39] <CarlFK> only now instead of getting it at 700k/s, I can only get 200
[22:45]  * DanaG won ders which would work better: Broadcom BCM4306 mini-pci, or Intel IPW2200?
[22:45] <DanaG> Key is "work" better, not "have better license".
[22:52] <aguitel> how add sfusion-icon manualy in session?
[23:14] <tyg13> Officially upgraded to Ibex :)
[23:21] <CarlFK> tryied to boot daily cd - it dropped to a busybox prompt for no apparent reason: http://dev.personnelware.com/carl/a/livecd3.png
[23:21] <CarlFK> same in both real box and qemu
[23:28] <DanaG> Nautilus cannot handle "computer" locations.
[23:28] <DanaG> wtf?
[23:33] <DanaG> New kernel completely screwed up dbus, or something.
[23:52] <Jordan_U> Is last-good-boot functionality going to be added to grub2 as well?
[23:53]  * JontheEchidna noticed a last successful boot entry in grub on his intrepid install
[23:56] <Jordan_U> JontheEchidna: Are you using grub2?
[23:56] <JontheEchidna> uh
[23:56] <JontheEchidna> no


[01:22] <OvenWerks> Eickmeyer: I have an addition to -controls that will turn up and unmute speakers when the phones are unplugged. However from what you have said... I am not sure it would help you. It doesn't work on my son's computer either (laptop) which shows not headphone or speakers levels in the mixer.
[01:22] <Eickmeyer> OvenWerks: :/
[01:23] <OvenWerks> There is a utility called hda_analizer.py That shows a bunch of pin stuff
[01:23] <Eickmeyer> If I may throw some good news your way, I managed to package Cadence, and Catia can be installed separately, so it looks like we have a viable replacement for Patchage.
[01:24] <OvenWerks>  I am told it should hold some keys
[01:24] <OvenWerks> That does sound good.
[01:24] <OvenWerks> Now to add it to the repo...
[01:25] <Eickmeyer> I just need to clean it up to make lintian happy. Also, I packaged the latest version of the Calf plugins that fixes a bug that causes Ardour to crash.
[01:25] <Eickmeyer> Might require less cleanup since I used leftovers from the package in the repo.
[01:26] <OvenWerks> There have been more comments about https://help.ubuntu.com/community/UbuntuStudio/AudioHandbook/UsingVSTPlugins
[01:26] <Eickmeyer> I was trying to get Carla's wine bridges to work, but alas, there's a ton of work that would go into it.
[01:26] <OvenWerks> ""Next, download a VST. Here is a remarkable and very popular free  synth from British vendor U-He"
[01:26] <OvenWerks> 16:08 < rgareus> uhm, except U-he is not British and there are native Linux versions  of the plugins
[01:27] <Eickmeyer> Yeah, native VST versions. VST != Windows only.
[01:28] <OvenWerks> There are still, somehow, people using ubuntu who think the latest Ardour is 2.*
[01:29] <Eickmeyer> smh
[01:30] <OvenWerks> The screen shots for Ardour in the handbook are way out of date too. I don't remember the mix strip ever looking like that :)
[01:32] <Eickmeyer> I just s/British/German
[01:34] <Eickmeyer> I"m looking at the mix strip now, and it looks very similar, just different colors. He left the fader out.
[01:34] <Eickmeyer> I could probably sub it out.
[01:35] <OvenWerks> The buttons are differently placed too. Probably not a really big deal
[01:35] <Eickmeyer> It translates well, tbh.
[01:36] <OvenWerks> The write up on VST plugins should be changed somewhat I think.
[01:37] <OvenWerks> It shouldl at least not say that vst plugins are not available for linux because that is just wrong
[01:37] <OvenWerks> As of vst3 linux is even officially supported.
[01:37] <Eickmeyer> Yeah. I'll make the changes.
[01:37] <OvenWerks> (by Steinberg)
[01:38] <Eickmeyer> VST isn't proprietary anymore, is it?
[01:38] <OvenWerks> Yes it is, but there is a GPL api version.
[01:39] <OvenWerks> vst2 is officially not there any more. Steinberg is actively going after people who create new plugins for it.
[01:42] <OvenWerks> your problem with Carla and wine may be 32bit vs 64bit.
[01:42] <OvenWerks> wine that is
[01:43] <OvenWerks> a lot of win vst are 32bit.
[01:43] <OvenWerks>  You will want to make any wine lib you pull in match whatever LMMS pulls in.
[01:44] <Eickmeyer> That's part of the problem. The other part is that I couldn't get the bridge to compile properly because of an error in WINE.
[01:46] <Eickmeyer> I just made changes to the VST plugins section that remove references to wine or 32-bit. That section could, honetly, eventually be removed. I might rewrite it to include effects plugins as well.
[01:50] <OvenWerks> The only windows program I have ever used in linux is hulls.exe
[01:51] <OvenWerks> It is the only one that has run well for me.
[01:52] <OvenWerks> For anything else there has been something in Linux that worked for me
[01:52] <Eickmeyer> Yeah, that's why I haven't done much with Waves plugins like my co-worker, because LV2 plugins work well for me.
[01:54] <Eickmeyer> Honestly, if it's possible to get LinVST packaged, that might be the way to go for people who want to use Windows VST plugins.
[01:54] <Eickmeyer> But, I'm not going to waste my energy on it yet.
[01:56] <Eickmeyer> I'm just happy to get Calf 0.90.0 and Cadence packaged. I think I'll be done for the evening.
[02:13] <OvenWerks> does our version of Ardour include the a-* plugins?
[02:15] <OvenWerks> a-fluidsynth has replaced my last use for calf.
[02:18] <krytarik> https://packages.ubuntu.com/cosmic/amd64/ardour/filelist - appears to be so.
[02:19] <OvenWerks> Ya, the show up when I open Ardour, just wanted to make sure that wasn't because I also build Ardour src
[02:19] <krytarik> I see.
[02:21] <OvenWerks> My Harrison plugins don't show though... maybe I haven't imported them from my 16.04 yet
[02:22] <OvenWerks> my keys are there...
[02:38] <OvenWerks> we don't seem to set LV2PATH
[21:19] <OvenWerks> hu, "All runlevel operations denied by policy
[21:19] <OvenWerks> invoke-rc.d: policy-rc.d denied execution of reload.
[21:25] <OvenWerks> then listed are a number of cups packages... I am guessing cups updating is half done.


[16:00] <blackboxsw> hey cloud-init, meeting will probably start a couple mins late
[16:01] <ajorg> ok
[16:02] <smoser> blackboxsw, how do i make the bot start logging ?
[16:03] <dpb1> o/
[16:03] <blackboxsw> #  meetingology startmeeting
[16:03] <blackboxsw> https://wiki.ubuntu.com/meetingology
[16:03] <blackboxsw> # #startmeeting cloud-init status meeting
[16:04] <smoser> #startmeeting cloud-init status meeting
[16:04] <meetingology> Meeting started Mon Sep 18 16:04:28 2017 UTC.  The chair is smoser. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:04] <meetingology> Available commands: action commands idea info link nick
[16:05] <blackboxsw> hiya o/
[16:05] <rharper> o/
[16:05] <smoser> #link https://public.etherpad-mozilla.org/p/cloud-init-meeting
[16:05] <dpb1> hello
[16:06] <smoser> so that contains a agenda that we'd been following
[16:06] <smoser> #link https://lists.launchpad.net/cloud-init/msg00100.html
[16:07] <smoser> sorry for slow going here.
[16:08] <smoser> shoot
[16:08] <smoser> #topic Release Preparation
[16:08] <smoser> #subtopic Release Preparation
[16:08] <smoser> hm..
[16:09] <smoser> anyway
[16:09] <smoser>  https://lists.launchpad.net/cloud-init/msg00100.html
[16:09] <smoser> that is the primariy point of this meeting for today.
[16:09] <smoser> The goal is to make a release named 17.1 on Thursday of this week.
[16:09] <blackboxsw> strange
[16:09] <smoser> We have landed several branches in the last few days, and have 2 more to land at least.
[16:10] <smoser> from http://bit.ly/ci-reviews
[16:10] <dpb1> meetingology │ Available commands: action commands idea info link nick
[16:10] <dpb1> something to look into. :)
[16:10] <blackboxsw> #link http://bit.ly/ci-reviews
[16:10] <smoser> the two we consider needs to be integrated are
[16:10] <smoser>  https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/330875
[16:10] <smoser>   https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/330880
[16:11] <smoser> and Chad's (the first) is the one we're looking at now.
[16:11] <smoser> or that is the one that is non-trivial
[16:11] <smoser> does anyone here wnat to raise other bugs or MP that they believe should be pulled ?
[16:12] <smoser> ...
[16:12] <smoser> ajorg, i think its best to hold off on some of yours until after release.
[16:13] <smoser> anyone have anything else ?
[16:13] <blackboxsw> msaika (vmware) pinged on a branch a couple days ago.  but I think there is a little of discussion/re-work that's needed there before we land
[16:13] <ajorg> smoser: I assume you mean the instance identity one, in which case I agree.
[16:13] <ajorg> (in either case I'd agree)
[16:13] <smoser> and simpletable
[16:13] <smoser> yeah
[16:14] <smoser> ok. so that is where we are. we are still targettin a release on Thursday.
[16:14] <smoser> other than that, i thinkw e move on to open discussion or office hours
[16:14] <smoser> #topic Open Discussion
[16:14] <smoser> anyone have anything for this ?
[16:14] <robjo> Customer has run into an issue where we run out of threads during the user script phase, should generally set TasksMax in the service file, i.e. is that of interest upstream?
[16:15] <robjo> we are still testing, but that appears to be the solution for this particular problem
[16:16] <smoser> robjo, i dont have an immediate objection to that idea.
[16:16] <smoser> could you open a bug ?
[16:16] <robjo> sure
[16:17] <smoser> i dont think that we'd want to pull that change in right now, but it otherwise seems reasonable at frist b lush.
[16:18] <smoser> anything else ?
[16:18] <robjo> Agreed, do't think this is sufficiently urgent for Thursday's release, it can wait until the next one
[16:19] <ajorg> were there other bugs that we should consider high enough prio to deserve landing a fix in the release?
[16:20] <smoser> ajorg, the only 2 that i'm aware of are linked in those mp. i can dig the numbers
[16:21] <smoser>  * bug 1717598
[16:21] <smoser>  * bug 1717627
[16:21] <ajorg> ok
[16:22] <smoser> Anything else? other wise i'll call this meeting done and hang around for office hours for the next 30 m inutes at least.
[16:22] <smoser> thanks for attending / feedback, robjo and ajorg
[16:23] <blackboxsw> #link  https://launchpad.net/bugs/1717598
[16:24] <blackboxsw> #linkhttps://launchpad.net/bugs/1717627
[16:24] <blackboxsw> just in case
[16:24] <blackboxsw> duno whats up with the bot.... again
[16:27] <smoser> ok. well, lets move on
[16:27] <smoser> #endmeeting
[16:27] <meetingology> Meeting ended Mon Sep 18 16:27:32 2017 UTC.
[16:27] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/cloud-init/2017/cloud-init.2017-09-18-16.04.moin.txt
[16:27] <smoser> office hours now if you have anything
[16:28] <dpb1> blackboxsw: bot looks ok, but... it doesn't understand topics
[16:28] <dpb1> blackboxsw: it never echos on links or infos, that is normal
[16:28] <ajorg> I'm playing with making simpletable output look like prettytable output, even though I think simpletable is prettier
[16:29] <blackboxsw> published minutes will show up at https://cloud-init.github.io/from now on
[16:29] <blackboxsw> heh ajorg  nice
[16:30] <rharper> ajorg: lol
[16:33] <ajorg> smoser: I did want you to take another look at the instance identity thing. I think you had your resolution comments backwards
[16:36] <smoser> ajorg, ok.
[16:36] <smoser> i have sense looked at that and the dns is wierd.
[16:36] <smoser> $ host why-does-this-exist.ec2.archive.ubuntu.com
[16:36] <smoser> why-does-this-exist.ec2.archive.ubuntu.com has address <IP_ADDRESS>
[16:36] <smoser> why-does-this-exist.ec2.archive.ubuntu.com has IPv6 address 2001:67c:1360:8c01::19
[16:37] <smoser> i think you showed (and i see elsewhere)
[16:37] <smoser> $ host why-does-this-exist.ec2.archive.ubuntu.com
[16:37] <smoser> Host why-does-this-exist.ec2.archive.ubuntu.com not found: 3(NXDOMAIN)
[16:37] <ajorg> meaning it's different depending on where we're calling from?
[16:38] <smoser> yeah. somewhat. but mostly i was just giving you bad information
[16:38] <smoser> i had a canonical VPN up.
[16:38] <smoser> and was getting a dns response over that . i just figured this out... shut that down and i get the does not exist
[16:39] <rharper> smoser: you route everything through the VPN right ?
[16:39] <smoser> not everything.
[16:39] <smoser> but apparently dns was going there for at lease *canonical
[16:39] <smoser> er.. *ubuntu
[16:39] <rharper> strange, I know I'm on a diff setup; but same vpn, and I've never had that host resolve; it always failed to resolve for me (with vpn up)
[16:40] <ajorg> ah. so in The Real World it probably works the way I think it does?
[16:40] <smoser> ajorg, right.
[16:40] <smoser> at least for now :)
[16:41] <smoser> rharper, i'm also using artful. so its possible network manager tied better into systemd-networkd or osmething and got *.ubuntu.com passed to vpn dns
[16:41] <smoser> i dont know
[16:41] <rharper> yeah;  on an internal system, I can see the wildcard working as you saw
[16:44] <smoser> ajorg, so we have more thinking to do there. but i unfortunately can't prioritize said thinking right now.
[16:45] <ajorg> okay. It can wait. I do hope you'll get back on it soon, because it's one of the more important patches we're carrying.
[17:09] <ajorg> well, that wasn't too hard: http://paste.ubuntu.com/25566740/
[17:11] <ajorg> I'll write a unit test or three this week and resubmit that with PrettyTable ripped out completely.
[17:11] <ajorg> Do I recall correctly that we're encouraging putting tests next to modules now?
[17:16] <blackboxsw> ajorg: yes please
[17:17] <ajorg> thanks, will do
[17:17] <blackboxsw> if there isn't a tests/ subdir next to your module just add one. post this release I think we'll overhaul the tests in one mega branch and put them all in the 'proper' location
[17:21] <ajorg> cool
[18:01] <blackboxsw> smoser: commented on https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/330880
[18:01] <blackboxsw> approve with a nit
[18:04]  * blackboxsw thought about adding a more significant unit test for main, but I'd ultimately like that to go away anyway with a standardized datasource.crawl_metadata() method (and cloud-init devel crawl subcommand)
[18:04] <blackboxsw> so I figure why spend much time on covering that main() method w/ tests
[18:04] <blackboxsw> since I'd like to see it dropped in a couple weeks
[18:05] <smoser> the mains are debug only anyway
[18:05] <smoser> devloper tools
[18:05] <smoser> i took your suggested test cahnge
[18:05] <smoser> and committed and pushed
[18:05] <smoser> runnign tox here
[18:22] <blackboxsw> +1
[18:41] <Sachith> Hi
[18:42] <Sachith> anyone here?
[18:43]  * dpb1 hides
[18:55] <rharper> dpb1: huh. maybe you shouldn't have hid
[18:55] <dpb1> LOL
[18:56] <paulmey> smoser: Re https://code.launchpad.net/~paul-meyer/cloud-init/+git/cloud-init/+merge/330925
[18:57] <paulmey> From history we know that some infrastructure updates take at least 5 minutes and may induce transitional failures in the wire server...
[18:57] <paulmey> Of course, that's unacceptable in the provisioning path, which we'll work on separately...
[18:58] <paulmey> I'd like to set the timeout at 900 to be on the safe side of 300+...
[18:58] <paulmey> Is that within the realm of possibilities?
[19:03] <msaikia> hi, can anyone take a look at my review request. https://code.launchpad.net/~msaikia/cloud-init/+git/cloud-init/+merge/330105
[19:03] <cj> hey folks
[19:03] <cj> can I get help for cloudbase-init here?
[19:04] <cj> I'm trying to kick off a jenkins jnlp windows slave, but can't seem to get the user-data I specify with Jenkins' Cloud plugin to execute
[19:15] <powersj> cj: do you have access to the logs to see if your user-data had any issues?
[19:18] <cj> I think I do.  I'm pretty sure I specified where the logs should live...
[19:19] <cj> "msiexec /i C:\\packer\\CloudbaseInitSetup_Stable_x64.msi /qn /l*v c:\\packer\\cbi-log.txt"
[19:19] <cj> from line 72 of https://gerrit.iotivity.org/gerrit/#/c/21639/41/packer/templates/baseline-win.json
[19:19] <cj> or is this just the installation log?
[19:20] <powersj> cj: tbh not sure, as I am not 100% certain 1) how much different cloudbase init is from cloud-init and 2) how things get run on windows ;)
[19:27] <smoser> paulmey, i'm willing to defer to you.
[19:29] <paulmey> Alrighty, mp updated
[19:30] <dpb1> cj: well
[19:31] <smoser> blackboxsw, subp_blob_in_tempfile will need updating
[19:31] <dpb1> cj: it's not in tree, and not supported by people here directly.
[19:31] <smoser> to /var/tmp/
[19:32] <blackboxsw> smoser: yeah I wasn't sure if we wanted that in this branch or not. We could just change temp_utils.tempdir()
[19:32] <blackboxsw> then we don't have to change it in all call-sites in the future
[19:33] <smoser> or put a define somewhere.
[19:33] <smoser> TEMP_EXE_DIR
[19:33] <smoser> or something
[19:33] <smoser> and then use that from both?
[19:36] <blackboxsw> why would we not want to use it in all cases?
[19:36] <blackboxsw> _ROOT_TMPDIR == '/var/tmp'
[19:36] <blackboxsw> one place to fix, instead of the caller having to know that they want exec perms
[19:36] <dpb1> cj: I'd say look here: https://ask.cloudbase.it/questions/, it seems to be their preferred method of Q/A
[19:37] <smoser> blackboxsw, i'm not opposed... but it seems good to identify the places that do need exe
[19:37] <smoser> but yeah, you're right in that we'd need also a non root value
[19:37] <blackboxsw> ?
[19:37] <blackboxsw> oops typo
[19:38] <blackboxsw> smoser: is it worth a param to temp_dir(exec=True) ?
[19:38] <blackboxsw> which then gets sorted
[19:38] <smoser> another option would be to have a kwarg 'needs_exe' or something.
[19:38] <blackboxsw> yea
[19:39] <blackboxsw> I'm all for needs_exe, it'll make it explicit for the caller.  and they won't have to deal w/ imports of TEMP_EXE_DIR etc
[19:39] <smoser> if you can do that in short term, next hour or so i'm good with that . but for the moment i'm also ok with everything being /var/tmp.  assuming we're reasonably confident that /var/tmp isnt going to be cleaned on boot
[19:40] <cj> thanks, dpb1
[19:45] <blackboxsw> smoser: shall we put unpriveleged users of temp_dir(needs_exec=True) in /var/tmp/cloud-init  or just root
[19:46] <smoser> blackboxsw, i think its fine to put unpriv users tehre. we do set the perms so they can , i think. on creation
[19:46] <blackboxsw>         os.chmod(tdir, 0o1777)
[19:46] <blackboxsw> yeah
[19:47] <blackboxsw> ok will do
[19:47] <blackboxsw> I only need another 20mins I think  on this.
[19:47] <blackboxsw> will have a fix
[19:48] <blackboxsw> adding a couple unit tests now
[19:48] <smoser> k. thanks.
[20:29] <smoser> blackboxsw, what do you think about https://code.launchpad.net/~paul-meyer/cloud-init/+git/cloud-init/+merge/330925
[20:32] <paulmey> rharper: remind me again where vendor data comes from?
[20:32] <rharper> the cloud metadata service
[20:32] <paulmey> via the cloud-specific data source?
[20:32] <rharper> cloud-init fetches 'user-data' key from the metadata service, it will/can also look for 'vendor-data' ; yeah inside the DataSource
[20:33] <paulmey> ok, I don't think Azure currently has that...
[20:33] <paulmey> but it would be good to think about that...
[20:34] <smoser> azure does not provide vendor data at the moment.
[20:34] <rharper> yeah
[20:34] <paulmey> I'll put it on my wish list
[20:38] <blackboxsw> smoser: I guess we're dropping the maxwait default in the Azure data source, so it's a required param now per paul's branch. I only see two callers of that function, so sure.  I'm +1 https://code.launchpad.net/~paul-meyer/cloud-init/+git/cloud-init/+merge/330925
[20:40] <blackboxsw> It'd be nice if we had a way to introspect the walinux agent health on this  instead waiting. But, maybe that's the approach we take for now and we improve upon it as time permits
[20:40] <paulmey> it wouldn't look very healthy...
[20:40] <rharper> lol
[20:40] <rharper> the health check would block forever ?
[20:40] <paulmey> showing 503/404 for requests to the wireserver/metadata server
[20:41] <paulmey> or just timing out there...
[20:41] <blackboxsw> I suppose that's what paulmey means by "I'm working on a fix for this issue." :)
[20:41] <paulmey> the issue is on the host
[20:41] <paulmey> :-) sure
[20:42] <paulmey> I should probably have said "I have other teams working on a fix for this issue"
[20:42] <blackboxsw> hah
[20:43] <paulmey> silent provisioning failures lead to customer support calls
[20:43] <paulmey> long provisioning times and failures just yield bad rep
[20:43] <blackboxsw> s/bad rep/bad bug reports/
[20:43] <rharper> or both
[20:43] <paulmey> yeah
[20:44] <smoser> bad rep leads to mean tweets
[20:44] <smoser> mean tweets lead to executive calls
[20:44] <blackboxsw> and mean tweets lead to smoser losing sleep
[20:44] <paulmey> lol
[20:45] <blackboxsw> so paulmey if we block waiting on certs and does walinux agent ever fix itself in these cases?
[20:46] <paulmey> Yes, it should. Eventually the wire server should be up again.
[20:46] <rharper> hrm, we could add a smoser reads mean tweets to the cloud-init meeting agenda
[20:46] <paulmey> This situation mainly occurs when the wireserver itself is being updated
[20:47] <smoser> rharper, once for uds or uos (online) we had the security team read mean tweets
[20:47] <rharper> hehe
[20:50] <smoser> https://youtu.be/4fB94_DndL8
[21:02] <smoser> blackboxsw, https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/330875
[21:02] <smoser> any status ?
[21:02] <smoser> i've got to be running.
[21:02] <smoser> what i'll do right now is upload trunk to artful
[21:02] <smoser> that will get us the gce fix
[21:02] <smoser> and then i'll come back in ~ 4 hours and if you have merged paulmey and your branch i'll grab and upload those too
[21:06] <blackboxsw> smoser: yep just finished a patch
[21:06] <blackboxsw> took a while to setup the unit tests
[21:07] <blackboxsw> wrap_and_call issues on my sid
[21:33] <blackboxsw> finally pushed to the right branch https://git.launchpad.net/~chad.smith/cloud-init/commit/?id=a3a33b43c3c62b82c30050a78c69a11a5eca8c40
[21:34] <blackboxsw> will await CI and run an AWS deploy test on this latest
[22:10] <blackboxsw> paulmey: merged your branch and updated the commit message. it should be in our next release (which we are cutting this week)
[22:10] <blackboxsw> https://code.launchpad.net/~paul-meyer/cloud-init/+git/cloud-init/+merge/330925
[22:10] <blackboxsw> thanks again
[22:11] <paulmey> blackboxsw: thanks!