[01:35]  * ididitagain is going to idle here and break the rules
[01:41]  * ididitagain is going to idle here and break the rules
[01:44] <LjL> oh noes
[01:44]  * LjL gets some superglue, puts the rules back together
[01:46]  * ididitagain is going to wait here until he is banned or his laptop dies
[01:46] <LjL> @random ban ignore
[01:46] <LjL> you got lucky
[01:49] <ididitagain> ?
[01:50] <ididitagain> God will punish all your sins
[01:51] <ididitagain> LjL: one sin will bring you to hell
[01:51] <LjL> yes i'm pretty sure i've got that covered
[01:52] <ididitagain> For whosoever shall keep the whole law, and yet offend in one point, he is guilty of all. James 2:10
[01:52] <LjL> ididitagain, that's not called idling, fyi
[01:52] <ididitagain> then i will idle now
[01:53]  * ididitagain is idling until he is banned or shuts laptop off
[01:53] <LjL> maybe they'll find some kind of improved battery in the meanwhile
[01:53] <LjL> and you can keep your laptop on indefinitely
[01:54] <ididitagain> !op
[01:54] <ididitagain> !ops
[01:54] <ididitagain> ban me
[01:54] <ididitagain> its britney bitch
[01:54] <ididitagain> !Staff
[01:55] <ididitagain> ban please
[01:55] <ididitagain> i will leave on quiet
[01:55] <ididitagain> lalalalalalalala
[01:55] <ididitagain> !ops
[01:55] <LjL> lalalalalalalalalala
[01:55] <ididitagain> lalalalalalalalalala
[02:27] <IdleOne> lalalalalalalalalala
[14:13] <AcerTwo> who wants to see boobies?
[14:14] <LjL> ew no
[14:14] <AcerTwo> http://upload.wikimedia.org/wikipedia/commons/8/8f/Blue-footed_Booby_%28Sula_nebouxii%29_-one_leg_raised.jpg
[14:14] <LjL> cute
[14:14] <LjL> is this hfsplus?
[14:14] <k1l> yes it is
[14:14] <AcerTwo> whats up dude
[14:14] <LjL> AcerTwo, on a serious note for a change, i mean this in the best possible way but
[14:15] <LjL> how many years have you been trolling here?
[14:15] <AcerTwo> i am drunk with caffiene
[14:15] <LjL> don't you think it's some kind of cover to keep thinking you're having fun, are cool, or whatnot, but in fact can't face not dealing with the real world?
[14:15] <AcerTwo> i am a hip hop cool granny
[14:15] <LjL> also, too many double negations
[14:16] <AcerTwo> http://upload.wikimedia.org/wikipedia/commons/8/8f/Blue-footed_Booby_%28Sula_nebouxii%29_-one_leg_raised.jpg
[14:16] <AcerTwo> http://upload.wikimedia.org/wikipedia/commons/8/8f/Blue-footed_Booby_%28Sula_nebouxii%29_-one_leg_raised.jpg
[14:16] <AcerTwo> http://upload.wikimedia.org/wikipedia/commons/8/8f/Blue-footed_Booby_%28Sula_nebouxii%29_-one_leg_raised.jpg
[14:16] <AcerTwo> http://upload.wikimedia.org/wikipedia/commons/8/8f/Blue-footed_Booby_%28Sula_nebouxii%29_-one_leg_raised.jpghttp://upload.wikimedia.org/wikipedia/commons/8/8f/Blue-footed_Booby_%28Sula_nebouxii%29_-one_leg_raised.jpg
[14:16] <AcerTwo> http://upload.wikimedia.org/wikipedia/commons/8/8f/Blue-footed_Booby_%28Sula_nebouxii%29_-one_leg_raised.jpg
[14:16] <AcerTwo> http://upload.wikimedia.org/wikipedia/commons/8/8f/Blue-footed_Booby_%28Sula_nebouxii%29_-one_leg_raised.jpg
[14:16] <LjL> what can one do
[14:18] <LjL> 2fast4me
[14:19] <LjL> seriously, i'm not sure i remember a time when hfsplus was *not* trolling ubuntu channels
[14:19] <LjL> and i've been here for what, 8 years?
[14:20] <LjL> maybe i should feel better out of seeing people can be a LOT more bonkers than me
[14:20] <LjL> but i don't
[14:21] <DJones> I thought bonkers was a requirement for IRC
[14:21] <LjL> well yes but it's not black and white
[14:22] <DJones> In a "You don't have to be bonkers to be here, .... but it helps" sort of way :)
[14:22] <LjL> well not everyone is born bonkers anyway
[14:22] <LjL> it's a skill that can be learned
[16:28] <LjL> did you
[16:29] <LjL> :\
[17:37] <topyli> @mark dondopa #ubuntu-offtopic rude pms
[17:38] <knome> topyli, wasn't too nice on #xubuntu-offtopic a while ago either
[17:39] <topyli> ok
[17:45] <Myrtti> I know it is a bit silly to suggest this
[17:45] <knome> not at all.
[17:46] <Myrtti> but maybe it could be considered to make ubottu ignore factoid requests from hsd1.ma.comcast.net?
[17:46] <Myrtti> since it seems like hostname based ignores would also work
[17:47] <IdleOne> ubottu: ignore<EMAIL_ADDRESS>[17:47] <IdleOne> err in PM makes it a global ignore right?
[17:47] <IdleOne> there done
[17:48] <LjL> uh
[17:48]  * LjL shrugs
[17:48] <IdleOne> for q why you shrug?
[17:48] <IdleOne> s/q/k/
[17:51] <LjL> just thought ignoring all comcasts from massachussets was a bit akin to banning entire ranges, which i have thrown fits about for, uh, 7 years
[17:51] <LjL> but currently i'm still recharging from the last fit so i won't throw it
[17:52] <IdleOne> if you can suggest a more narrow mask that will affect less people?
[17:54] <LjL> IdleOne: i kinda can, yes, but that's besides the point even
[17:55] <LjL> and actually it's been the typical response every single time i've complained about this stuff
[17:55] <LjL> the THING is, you can't justify banning an entire unrelated group of people just because there doesn't seem to be a better way to keep a single individual, or a smaller group of troublesome ones, out
[17:55] <LjL> that's how IRCNet channels end up with<EMAIL_ADDRESS>banned
[17:56] <LjL> anyway, just ban c-50*comcast
[17:56] <LjL> none of the people currently connected from MA Comcast have IPs starting with that
[17:56] <IdleOne> well if you can suggest a better ban mask that will avoid us having to ban an entire group because of a few individuals, please tell me.
[17:56] <LjL> while in my logs, he always did
[17:56] <LjL> i just did
[17:57] <LjL> i mean, of course it's unlikely to catch him every time
[17:57] <LjL> but you know what's most likely to always catch him - no false negatives?
[17:57] <LjL> *!*@*
[17:57] <LjL> maybe worth trying
[17:57] <IdleOne> so<EMAIL_ADDRESS>[17:57] <LjL> no
[17:58] <LjL> that's even wider than the previous one
[17:58] <LjL><EMAIL_ADDRESS>[17:58] <IdleOne> ok
[17:58] <IdleOne> I unignored the first one I set
[17:59] <IdleOne> done
[17:59] <IdleOne> Thanks for the help :)
[18:45] <Myrtti> sorry, I was eating
[18:45] <Myrtti> I wasn't actually suggesting it should be done now
[18:46] <Myrtti> I was suggesting it to start conversation if it should be done
[18:55] <IdleOne> what is there to discuss really?
[19:15] <Pricey> DGJones: are you aware how easily that quiet may be avoided?
[19:16] <DJones> I know its easily avoided, but only needs to last about 1 minute
[19:19] <k1l_> honestly, he is evading every ban we set.
[19:19] <k1l_> so if we dont set real wide ban ranges we as ops cant do anything more
[19:49] <LjL> so don't
[19:49] <LjL> you're not really expected to fix just everything at just any cost
[19:56] <k1l_> we cant solve this problem. there has been several attempts to talk to him and to ban him on the other side. this is a freenode issue, imho (as long as staff thinks he is acting against their network policy)
[20:03] <LjL> yeah because freenode has a magic wand and can make effective bans where we can't
[20:04] <k1l_> they can send abuse files to the isp.
[21:28] <bazhang> * [CoBot-dev] (~CoBot-dev@unaffiliated/mrx/bot/cobot): CoBot/1.0 (Olivaw)
[21:29] <Pricey> Are you talking with another staffer about something? I have no idea what that's in reference to...
 at the moment it sends a /who to the channel and stores the data internally
[21:34] <bazhang> that ok?
[21:36] <Flannel> "at the moment" makes me leery.  If the sole purpose is just to harvest our users data, I'm not too keen on allowing it.
[21:37] <bazhang> I have him in PM at the moment; shall I ask him to remove it?
 (at the moment it can only process 1274 of the ~1700 users of the channel... i don't know why)<MRX> its just a test. it saves the GECOS only
[21:39] <Flannel> I was hoping some other folks would chime in here, but asking him to remove it gets my support.
[21:39] <bazhang> LjL, ? what say ye
[21:41] <IdleOne> don't we already publicly log that information about users ?
[21:43] <bazhang> shall I ask MRX t join here?
[21:43] <bazhang> +o
[21:43] <Flannel> IdleOne: No, logs don't have user info, just nicks.
[21:46] <Flannel> IdleOne: logs don't even have join/parts (I thought they did, but apparently not), just nick changes.
[21:47] <IdleOne> As long as he isn't publishing the info, and the bot stays quiet. I don't see the problem.
[22:00] <LjL> look it's not like any client can't do that just fine
[22:00] <LjL> i could be doing that and you'd never know unless i told you
[22:01] <LjL> do we really want to punish people for telling us things in order to play nice?
[22:01] <IdleOne> no
[22:02] <knome> Flannel, depends on the level of logging
[22:04] <Flannel> knome: Our official ones is what I was speaking of.
[22:04] <knome> aha. :)
 jmgk why are you private messaging me?    and then: jmgk> new to Ubuntu and this IRC thing
[23:31] <k1l_> @mark #ubuntu jmgk a user telling jmgk messaging him then jmgk says he is new to linux and irc


[14:40] <elico> I want to count the lines of code in a repository and I have tried to search with google but yet to find a way to do that. any shortcuts about it?
[14:47] <elico> For now the trunk code files lines stands on 716,867 !!!
[20:31] <uelo> Is it possible to push a development branch as the first branch to launchpad?


[01:25] <foresto> Hi, all. I'm trying to build a kernel module package that works fine on my local system, but on Launchpad's PPA builder the build scripts fail when checking for the current kernel's header files. Turns out that Build-Depends: linux-headers-generic causes the 2.6.38-8-generic package to be installed, but Launchpad's build server apparently runs kernel 2.6.24-29, so the build script fails. Suggestions, please?
[01:29] <wgrant> foresto: For kernel modules you probably want to look at dkms.
[01:30] <wgrant> foresto: They need to be rebuilt often for security updates, so external modules tend to ship source to users in packages, and then build them on the user's machine with dkms.
[01:31] <foresto> Actually, I already packaged it for dkms. The upstream script that unpacks the source and generates the Makefile (which dkms needs) still checks for header files that match the running kernel, though.
[01:32] <wgrant> Hmm. You'll have to patch that out, I suppose.
[01:32] <wgrant> It certainly can't be necessary.
[01:32] <foresto> I'm hoping not to have to patch the upstream scripts just to make this thing build on launchpad. It builds fine on my local machine and in pbuilder.
[01:33] <wgrant> We build for hardy->precise. We can't very well be switching kernels depending on which sort of build we're doing :)
[01:33] <wgrant> The upstream build scripts certainly can't correctly *require* matching headers at source build time.
[01:33] <foresto> How about installing the header files that match the running kernel, then?
[01:33] <foresto> I agree that the upstream script is stupid.
[01:34] <wgrant> There's no way to do that :(
[01:34] <wgrant> Possibly fortunate, since it discourages upstream stupidity like this :)
[01:34] <foresto> Heh... way to look on the bright side.
[01:35] <wgrant> That's one of the great things about distributions: they encourage upstreams to be sensible.
[01:35] <wgrant> To make their software practically buildable...
[01:36] <foresto> Of course, that assumes upstream listens or cares.
[01:36] <foresto> Which, in this case, they may not. I guess I'll see if I can find a receptive contact at Marvell.
[01:58] <wgrant> foresto: Ah, didn't realise it was that sort of package :(
[01:58] <wgrant> foresto: That's unfortunate.
[02:22] <CarlFK> "PPA exceeded 95 % of its size limit (2040.00 of 2048.00 MiB). Ask a question in https://answers.launchpad.net/soyuz/ if you need more space."
[02:23] <CarlFK> I don't need more space, I need to purge some extra files that accedently got uploaded
[02:23] <wgrant> CarlFK: Which files?
[02:23] <wgrant> Delete them and they should go away within an hour or so.
[02:24] <CarlFK> *.dv (doh)
[02:25] <wgrant> Hm? You can't upload such files directly.
[02:25] <wgrant> If they're contained in some other package, you'll need to delete and replace that package.
[02:26] <CarlFK> how do I delete anything?  I don't see a delete optoin on https://launchpad.net/~carlfk/+archive/ppa/+packages
[02:26] <wgrant> "Delete packages"
[02:26] <wgrant> Top right.
[02:27] <CarlFK> oh lookie there :)
[07:05] <odin_> it is possible to use: Build-Depends: foo (>= 2.4) [ubuntu-natty]  ?   what are the valid labels where "ubuntu-natty" is ?
[07:07] <wgrant> odin_: No. [] is for selecting architectures.
[07:07] <wgrant> eg. [i386] or [linux-any] or [kfreebsd-i386]
[07:10] <odin_> is there anyway to maintain a single debian/** tree but with different debian/control that is auto selected ?   like debian/control.ubuntu.oneiric
[07:10] <odin_> or maybe "m4" process it ?
[07:13] <odin_> maybe I can make the debian/control executable ?
[07:13] <odin_> and have it spit config on stdout ?
[07:15] <lifeless> is it possible? Yes. Is it debian policy compliant? Usuaully not.
[07:15] <lifeless> debian policy (and Ubuntu policy which tweaks that) is desirable because the policy encodes things that work well, give us reliable builds, avoid linking issues etc (it covers a wide range of things)
[07:16] <odin_> policy compliance isn't something I seek right now, as the term is meaningless to me
[07:16] <odin_> reliable builds isn't important either, if they were reliable there would not be a need for a package maintainer (a robot could do it)
[07:17] <lifeless> reliability isn't a boolean
[07:17] <odin_> the unreliability of a build system is due to other peoples changes
[07:17] <lifeless> if you want whatever you are packaging to be in Ubuntu, policy compliance is a requirement.
[07:18] <lifeless> odin_: thats an interesting assertion, but not one I agree with
[07:18] <odin_> not really PPA is fine, some other person can decide to take up the work if they want it to be in ubuntu, maybe someone who is paid to do it
[07:18] <micahg> odin_: you can make it so if you regenerate the control file, it changes the dependencies, you can't however have that done on the builders, you'd have to do that locally, alternatively, with recipies, you could have a separate branch for each series
[07:19] <odin_> yes the branching is a horrid way
[07:19] <lifeless> odin_: Ubuntu is mainly the result of volunteer work, so I'm not sure why paid would be relevant
[07:19] <odin_> I want a single tree, nice an simple that works for all versions, all important control files can be generated and fixed into source package
[07:20] <odin_> well I only have so much time to be concerned with ubuntu package management, I'm much more interested in doing other stuff in my life than this chose
[07:20] <odin_> *chore
[07:21] <odin_> I don't want to make new branch/config every time
[07:21] <odin_> I just need to switch in an out a few dependencies and it should build for every debian based system
[08:00] <odin_> everytime I call "bzr dailydeb ..." here the output files end up with another "~0~{revno}" added to them like  foobar_1.2.3~0~3080~0~3080~0~3080~0~3080
[08:02] <odin_> if I delete the output directory first I only get a single ~0~3080 on the end, but it causes a re-download of bzr data everytime
[08:27] <odin_> I have dependencies that don't seem to work, in oneiric there is   ant-contrib  1.0~b3+svn177-3  and I use "Build-Depends: ant-contrib (>= 1.0~b3)"
[08:27] <odin_> is there any reason why it is not able to be installed by pbuilder ?
[08:35] <maxb> That question is more on topic in #ubuntu-packaging than here, but in any case, "not able to be installed" is sufficiently vague that it's not possible to guess the problem
[08:36] <maxb> odin_: ^
[08:38] <odin_> I don't think it is "too vague" if I am using "pbuilder" its pretty obvious to anyone skilled in the art of debian package management that an installation problem relates to Build-Depends
[08:40] <odin_> even removing the version from the Build-Depends yields the same problem, yet on oneiric shell session "apt-get install ant-contrib" works fine, I have ~/.pbuilderrc set with COMPONENTS="main universe ..." and this package is from there
[08:40] <odin_> anyhow thanks for the tip on the other channel
[08:48] <lifeless> odin_: there are many ways an install can fail; unpack error; postinst error; conflict error; dep error; maintainer script error;
[08:49] <lifeless> odin_: presuming that we can determine which of those (some execute arbitrary code so can have any output at all) from the statement that it wasn't able to be installed is erroneous
[08:49] <wgrant> Download error, not existing error, erasing your filesystem error...
[08:50] <odin_> Depends: ant-contrib but it is not installable
[08:50] <odin_> apt-cache show ant-contrib  # looks good
[08:50] <micahg> odin_: is universe enabled?
[08:50] <odin_> I have ~/.pbuilderrc set with COMPONENTS="main universe ..."
[08:51] <odin_> other packages from universe are resolvable
[08:51] <odin_> like "ant" itself
[08:52] <odin_> no "ant" is not in universe
[08:52] <odin_> I have /home/user/.pbuilderrc set with COMPONENTS="main universe ..."
[08:52] <odin_> but I sudo for running pbuilder, is this a problem ?
[08:53] <odin_> does it need to be "export COMPONENTS="...."
[08:55] <odin_> I followed wiki  help.launchpad.net/Packaging/SourceBuilds/GettingStarted
[09:12] <odin_> is there no way to request Source only builds ?  or cancel queued builds ?
[09:14] <gnuoy> dpm, jtv, that translations export for oneiric seemed to complete successfully
[09:18] <odin_> ok I re did "pbuilder create" and it seems to work locally, I think there was a typo in the original .pbuilderrc at the time I ran "pbuilder create" the 1st time
[09:19] <Pegasus_RPG> Hello. How can I effect a 'bzr launchpad-logout' command and bind the branch back to the anonymous http variant?
[09:23] <Pegasus_RPG> nvm, I found %appdata%\Bazaar and deleted authentication.conf and bazaar.conf. That seems to have done the trick since I can now bzr bind http://blah.
[09:27] <jtv> gnuoy: thanks, glad to hear it
[09:53] <odin_> is there anyway to control the version number generation during the Source package building ?
[09:55] <odin_> how do I cancel a Pending Build ?
[09:56] <odin_> I would have thought such controls would be available (to save on resources)
[10:26] <bigjools> odin_: you can't cancel a build, although I am working on it
[10:27] <odin_> asking for "Source build only" would also be useful (to limit unnecessary builds), this places the binary builds in a needing manual start mode
[11:56] <danhg> jsackett, are you around?
[11:57] <danhg> flascoste; are you here?
[11:57] <danhg> flacoste even...
[12:00] <soren> odin_: What do you mean by a source only build?
[12:02] <odin_> just the top level item to make the source package (but not automatically cascade to include binary packages that need it)
[12:08] <soren> odin_: So you want to be able to upload a source package and have the build infrastructure rebuild your source package?
[12:10] <odin_> yes to revalidate configuration across all releases
[12:11] <soren> "Revalidate configuration"
[12:11] <soren> ?
[12:11] <soren> What does that mean?
[12:11] <odin_> you modify information in debian/** for one release, test it, it works, upload it
[12:12] <odin_> have all ubuntu release rebuild with that change
[12:12] <odin_> but initially only the source package needs to be built
[12:12] <odin_> once all have green light, then think about binary releases for all
[12:13] <odin_> in short, better controls to limit the about of work the builders will do, while testing/checking/verifying configuration (of the builders)
[12:16] <odin_> s/about/amount/   my package already support windows/macos/linux, so supporting a few (like all 6 up on launchpad.net) releases of ubuntu should be a "piece of cake"
[12:17] <soren> What sort of stuff do you expect to catch by simply rebuilding the source package?
[12:21] <arand> Is there a scheduled maintenance of the buildds at the moment?
[12:22] <wgrant> There's an unscheduled interruption that should be sorted out in just a few minutes.
[12:23] <arand> Ok :)
[12:49] <james_w> I can't directly find out a user's openid identity URL can I?
[12:50] <bigjools> it's hidden IIRC
[12:50] <bigjools> but the user can find out on their page
[12:50] <wgrant> Anyone can get it.
[12:50] <wgrant> But it's only *shown* to the user.
[12:51] <wgrant> I don't think it's exposed through the API, but let me check.
[12:52] <wgrant> Indeed, not through the API. But you can extract it from the delegation information on https://launchpad.net/~someuser
[12:52] <wgrant> Or possibly from the XRDS.
[12:52] <james_w> aha, thanks
[12:52] <wgrant> eg.         <link rel="openid.delegate"
[12:52] <wgrant>               href="https://login.launchpad.net/+id/4tLsDY8" />
[12:52] <wgrant> The XRDS may be prettier to parse.
[13:26] <czajkowski> hmm no mrevell
[13:33] <flacoste> hi danhg
[15:33] <doko> https://code.launchpad.net/~ams-codesourcery/gcc-linaro/merge-from-fsf-gcc-4.6.2
[15:33] <doko> is there anything wrong with it? needs a few minutes, but pending since 2h?
[15:34] <odin_> soren, "What sort of stuff do you expect to catch by simply rebuilding the source package?" check that for each dependency is resolve and there is no issues with being able be ready to build binaries
[16:27] <ahasenack> is there a way in the UI to list all bugs that have no milestone in a project?
[16:31] <ahasenack> ok, answer is no, found the bug: https://bugs.launchpad.net/launchpad/+bug/70709
[16:31] <ahasenack> quite old
[16:31]  * ahasenack subscribes to it
[16:35] <odin_> are are git imports managed ?  are they configurable by us ?  and where in launchpad might the controls be ?
[16:37] <roxdragon> hi all
[16:38] <roxdragon> i have a problem. I uploaded yesterday a source...
[16:39] <roxdragon> Today I deleted the source, but I always see the control panel compiled on hold
[16:40] <roxdragon> waiting
[16:40] <bigjools> roxdragon: it'll superseded it eventually
[16:40] <bigjools> supersede*
[16:41] <bigjools> odin_: do you have a particular branch in mind?
[16:41] <roxdragon> Rejected:
[16:41] <roxdragon> File arduinocontrol_0.1.tar.gz already exists in roxdragon, but uploaded version has different contents
[16:41] <bigjools> roxdragon: https://answers.launchpad.net/launchpad/+faq/990
[16:41] <roxdragon> in the repository dosen't exist any files
[16:42] <odin_> yes currently lp:~akoskm/qtjambi/trunk is some kind of alias to lp:~qtjambi-community/qtjambi/master
[16:43] <odin_> the user akoskm is the super-maintainer (or whatever you call it, owner) of the group "qtjambi-community"
[16:44] <odin_> and I trying to confirm that all things inside qtjambi-community are owned by the group account / project account
[16:45] <odin_> I have kind of changed (put in my input) on how the project is managed on ubuntu, as akoskm has done the best he can so far
[16:46] <odin_> the new configuration is much more simple (IMHO) I hope we have 1 pure GIT mirror [lp:~qtjambi-community/qtjambi/master]  (where no changes should ever be commited into bzr) and then we have 1 pure BZR tree [lp:~qtjambi-community/qtjambi/generic] (which contains the debian/** folder)
[16:47] <odin_> all changes to the main tree are patched from debian/** and the folder holds enough information to configure for any ubuntu version (maybe any debian based project version)
[16:48] <odin_> since we continue to re-release new versions even to old versions of Ubuntu, so Lucid, Maverick, etc...  continue to get updates
[16:49] <odin_> maybe lp:~akoskm/qtjambi/trunk  is a clone of lp:~qtjambi-community/qtjambi/master ?  I find it hard to understand via web UI
[16:50] <odin_> what I need to get to, is the project version for lp:~qtjambi-community/qtjambi/master would ideally be the last GIT "commit date" in UTC in the same format as {time}
[16:50] <roxdragon> we have a guide for building sorces for Launhpad?
[16:51] <bigjools> odin_: the ~akoskm/qtjambi/trunk branch is a personal branch for akoskm
[16:51] <bigjools> roxdragon: https://help.launchpad.net/Packaging/PPA/Uploading
[16:51] <odin_> bigjools, thanks for the clarification, so I don't need to worry about that, this is that users "sandbox" and won't affect the main project
[16:52] <bigjools> odin_: correct
[16:52] <bigjools> odin_: the way branches are structured is that you can attach them to a project, that is what he has done
[16:53] <bigjools> roxdragon: actually this is a better page https://help.launchpad.net/Packaging
[16:53] <roxdragon> thank u
[16:56] <odin_> how is the version set ?  {debupstream} I think is not set
[16:56] <odin_> and I'd like to revised it from the git commit date: date -u -d $(git log -n1 --pretty="@%ct") "+%Y%m%d%H%M%S"
[16:56] <bigjools> odin_: what version?
[16:56] <odin_> that might not be 100% but its close
[16:56] <odin_><PHONE_NUMBER>1611
[16:57] <odin_> is the version only set in the comment line at the start if the recipe ?  no other way to derive it ?
[16:58] <bigjools> I don't know, recipes are not my forte.  Pop on to #bzr and ask for jelmer
[16:58] <odin_> ok thanks I ask there
[17:10] <roxdragon> this is my repo https://launchpad.net/~roxdragon/+archive/roxdragon
[17:10] <roxdragon> but need build?
[17:12] <arand> roxdragon: Look like it: https://launchpad.net/~roxdragon/+archive/roxdragon/+builds?build_text=&build_state=all
[17:15] <roxdragon> Start in 9 hours O________O
[17:17] <roxdragon> arand, Build details
[17:17] <roxdragon> Source:
[17:17] <roxdragon> arduinocontrol - 0.1
[17:17] <roxdragon> i deleted...
[17:18] <roxdragon> version 0.1
[17:49] <roxdragon> Currently 0 packages building and 2 packages waiting to build.
[17:49] <roxdragon> why? i deleted arduinocontro-0.1
[17:49] <roxdragon> but i have on my repo only 0.2
[17:49] <roxdragon> https://launchpad.net/~roxdragon/+archive/roxdragon
[18:26] <odin_> https://code.launchpad.net/~qtjambi-community/qtjambi/generic  "Stacked on: lp:qtjambi"  I did I init/add/commit/push incorrectly ?  I am thinking it is a standalone tree
[18:35] <soren> odin_: You shouldn't really be able to tell the difference. It's informational.
[19:45] <doko> lifeless, is there currently anything wrong with branch updates? https://code.launchpad.net/~ams-codesourcery/gcc-linaro/merge-from-fsf-gcc-4.6.2
[19:56] <lifeless> doko: Nothing seems wrong on that page
[19:56] <lifeless> doko: why do you ask ?
[20:11] <doko> lifeless: for six hours now, it says it will be available in a few minutes
[20:11] <lifeless> ah, ok. so it failed to scan.
[20:11] <lifeless> there is a bug about big branches doing htat - taking up too much memory
[20:11] <lifeless> try pushing to it again (no change, just a push)
[20:12] <doko> ok, I'll tell ams_cs
[20:46] <Kaleo> sinzui: ping
[20:46] <sinzui> Kaleo, hi
[20:46] <Kaleo> sinzui: thumper said to talk to you about private teams and branches
[20:46] <Kaleo> sinzui: does it work?
[20:46] <Kaleo> (these are his words ;))
[20:47] <sinzui> Kaleo, private teams may have private branches on projects they have been given a policy for
[20:48] <sinzui> Kaleo, this means that they cannot have private branches on a project they do not own or were not granted permission to work with
[20:48] <sinzui> the latter case implies that the team was also subscribed to that project's private branch which is probably private
[20:48] <Kaleo> sinzui: makes sense
[20:52] <TheEvilPhoenix> sinzui:  how do you get a private team/group if you know?
[20:52]  * TheEvilPhoenix was curious about them
[20:52] <sinzui> I do know how to create private teams
[20:55] <sinzui> TheEvilPhoenix, They are not very useful yet. We do not let them do things like subscribe to bug because that would permit them to spy on others.
[20:56] <sinzui> TheEvilPhoenix, private teams can get private archives and mailing lists. They can maintain projects, though that is awkward since Lp wants their name to be visible
[20:57] <sinzui> TheEvilPhoenix, We expect to solve the semi-public relationship issue in a few months so that they can be used in many places in Lp,only revealing the team's existence to users that need to know
[20:58] <TheEvilPhoenix> i see
[21:03] <sinzui> TheEvilPhoenix, sorry, I was distracted. We offer private teams with the purchase of a commercial subscription for a project
[21:03] <sinzui> We create new team most of the time because Lp will not permit the team to become private if it is in a public relationship
[21:12] <tmus> Hi there - Is it possible to delete a package from my ppa on launchpad? uploaded by mistake and it's not going to build/work properly...
[21:12] <tmus> it's not been built yet
[21:12] <bigjools> tmus: upload a newer version
[21:12] <TheEvilPhoenix> sinzui:  indeed.  that's what i thought.  :P
[21:13] <tmus> bigjools, is that all? I allready did that, but the /bad/ package looks like it's still going to be built
[21:14] <bigjools> tmus: no, it'll get superseded before then
[21:14] <tmus> bigjools, aah - that's good to know... Thanks a lot
[21:14] <bigjools> np
[21:15] <bigjools> for builds, they only get considered for superseding right at dispatch time
[21:15] <tmus> bigjools, makes sense - and already build packages are superseded more often?
[21:16] <bigjools> yep
[21:16] <tmus> first package - lots of details to figure out, the the documentation does a really good job... thanks again :-)
[21:17] <bigjools> thanks for the feedback!
[21:45] <GTRsdk> Is something wrong with Launchpad?
[21:49] <TheEvilPhoenix> GTRsdk:  how so?
[21:49] <TheEvilPhoenix> its working fine for me
[21:54] <GTRsdk> It looks like it wants me to change my password
[21:56] <sinzui> GTRsdk, launchpad does not have passwords. You may be seeing the Ubuntu SSO impersonating Lp
[21:57] <GTRsdk> sinzui: I am at https://login.launchpad.net/+edit and can't click on my name to get to my page
[21:57] <sinzui> GTRsdk, yep, that is not launchpad. That is Ubuntu SSO lying again
[21:58] <sinzui> GTRsdk, Visit login.ubuntu.com and see it it behaves correctly
[21:58] <GTRsdk> but how could I have gotten there fron launchpad.net ?
[21:59] <sinzui> GTRsdk, login.launchpad.net is a skin on Ubuntu. It is managing your identity, not Launchpad. So if that site is acting odd, try the real site
[22:00] <GTRsdk> yay I'm back in
[22:01] <GTRsdk> sinzui: thanks


[01:41] <LLStarks> yo
[01:56] <bryce> heya LLStarks
[01:57] <LLStarks> karmic kernels are in the repos.
[01:57] <LLStarks> kms disabled by default...
[01:57] <LLStarks> D:
[01:57] <LLStarks> brb
[02:53] <LLStarks> finally got kms to boot to x
[03:23] <bryce> LLStarks: how'd it go?
[03:23] <LLStarks> nice.
[03:23] <LLStarks> plymouth doesn't want to play nice.
[03:27] <bryce> LLStarks: would you mind writing up notes on what you had to do to get it going?  it'd give us a headstart on getting it all enabled and set up by default
[03:27] <LLStarks> i915 modeset=1
[03:27] <LLStarks> in /etc/modules
[03:28] <LLStarks> 2.6.30-1 kernel
[03:28] <bryce> did X pick up the mode properly?
[03:28] <LLStarks> latest edgers ppa drivers
[03:28] <LLStarks> i can't tell. the fb console looked right
[03:28] <LLStarks> but i still saw blinking
[03:28] <LLStarks> also, the boot is 75% done by the time it gets there
[03:29] <LLStarks> *gets to enabling kms
[03:30] <LLStarks> also, the karmic forums mention this: http://ubuntuforums.org/showpost.php?p=7166503&postcount=8
[03:30] <LLStarks> CONFIG_FB_UVESA=y
[03:30] <LLStarks> CONFIG_FB_VESA=y
[03:30] <LLStarks> can't be modules
[03:30] <LLStarks> have to be compiled in
[03:30] <bryce> mm
[03:30] <bryce> yeah those look like kernel config params
[03:30] <LLStarks> sarvatt is doing the intel drivers for the ppa now.
[03:30] <LLStarks> kms enabled.
[03:31] <LLStarks> as opposed to tormo disabling them
[03:31] <bryce> cool
[03:31] <bryce> which ppa?
[03:32] <LLStarks> edgers
[03:32] <bryce> ok
[03:34] <LLStarks> for manual kms. modprobe i915 modeset=1
[03:34] <LLStarks> also, /etc/modprobe.d/i915-kms is now present.
[03:35] <LLStarks> option i915 modeset=1
[03:35] <LLStarks> is the only line
[03:35] <LLStarks> also, the intel team is forcing the issue with uxa-only
[03:35] <LLStarks> latest commits have stripped out exa and xaa
[03:36] <bryce> yeah I know about that
[03:37] <LLStarks> also, xv overlay is gone.
[03:37] <bryce> I'm concerned that's going to paint us into a corner if we want to ship something newer than 2.7
[03:37] <LLStarks> for kms+uxa
[03:37] <bryce> hrm
[03:41] <LLStarks>  and i just froze...
[03:41] <bryce> lovely
[03:42] <LLStarks> bryce. uxa is not ready for karmic as things stand.
[03:42] <LLStarks> btw, is there anyway to unfreeze x if it happens?
[03:42] <bryce> not usually
[03:42] <LLStarks> i'm using exa right now.
[03:42] <bryce> however there have been cases where I've been able to unfreeze by killing the process which causes it
[03:43] <LLStarks> mplayer in my case.
[03:43] <LLStarks> but i don't have a spare machine for ssh
[03:43] <bryce> in one case, that was alarm-clock, in another case you could kill compiz and get back
[03:43] <bryce> in that case unless vt switching works, you're power cycling
[03:44] <LLStarks> what's causing these crippling crashes?
[03:44] <bryce> or play with sysrq combinations
[03:44] <bryce> careful to distinguish between "freeze" and "crash" - different things
[03:44] <bryce> what causes freezes is usually something poked into the GPU improperly
[03:44] <LLStarks> alt+prntscrn+b is the only thing that works
[03:44] <LLStarks> and that reboots.
[03:45] <bryce> I wrote a lengthy guide about freezes in wiki.ubuntu.com/X/Troubleshooting/Freezes if you're interested in the gory details
[03:46] <bryce> also you can install the intel-gpu-dump tools and get gpu dump info that presumably reveals why it froze
[03:46] <bryce> however my experience so far with the tools has been a mixed bag
[13:49] <maco> Know how a few days ago I said X kept doing the thing where it freezes but the mouse still moves? Turned on greedy, and it's perfectly stable now.
[16:53] <jbarnes> bryce: you may be able to just override pScrn->virtualX & Y in preinit instead
[17:43] <bryce> jbarnes: ok
[17:47] <Ng> is there any particular reason not to always make the virtual be its maximum size for that hardware?
[17:48] <jbarnes> Ng: yes, on some hardware it's huge
[17:50] <Ng> so that'd be pointlessly stealing RAM?
[17:50] <Ng> I thought I read somewhere that the maximum on Intel hardware is only 4096x4096 on newer chips
[17:50] <hyperair> Ng: that's a mesa bug
[17:51] <Ng> oh :)
[17:51] <hyperair> Ng: there's a patch floating around that never made it into mesa that bumps up the limiter to 80somethingx80something
[17:51] <Ng> heh
[17:52] <hyperair> eh wait
[17:52] <hyperair> hmm
[17:52] <hyperair> was it 4096 or 2048 now
[17:52] <hyperair> lemme get that patched mesa out and give it a go
[17:53] <Ng> 5120x3200 would be the size of 4 30" monitors by my calculations, so that would seem to my naive guesswork, to be a reasonable maximum at the moment
[17:53] <Ng> (I don't know how you'd connect more than 2 to most intel driven hardware, but at least it means you can arrange them in either axis)
[18:08] <hyperair> LVDS + VGA + HDMI?
[18:08] <hyperair> that's 3
[18:08] <hyperair> i don't see how you could get a fourth
[18:08] <hyperair> wait, does intel even have hdmi?
[18:09] <hyperair> or was HDMI for audio? i can't remember
[18:09] <jcristau> Ng: you can connect more, but you have 2 crtcs, so the rest has to be cloned.
[18:09] <hyperair> bah
[18:18] <hyperair> 2 crtcs?
[18:25] <Ng> I only own three things with intel chips, but none of them have more than 3 connectors
[19:21] <nagappan> hi
[19:21] <nagappan> is there any issue with Ubuntu 9.04 having 2 nVidia card ?
[19:21] <nagappan> the installer doesn't come up, if we have 2 cards
[19:21] <nagappan> it gets struck when the X comes up
[19:21] <nagappan> later, tried removing a card and installed Ubuntu 9.04, after installation, when I plugin the card, the second card is not being detected
[19:22] <nagappan> both the cards are same nVidia chipset
[19:22] <nagappan> I mean the lspci is listing only one card
[19:46] <bryce> nagappan: in general multi-cards is not supported in ubuntu
[19:46] <bryce> nagappan: however in theory the -nvidia driver can do it, but I've never messed with it myself.
[19:47] <nagappan> bryce, ok
[19:55] <nagappan> bryce, I also noticed this in /var/log/messages
[19:55] <nagappan> Apr 28 20:07:53 xerox-1-2-dhcp77 kernel: [   21.552051] Xorg[3413]: segfault at fffffffffffffff8 ip 00007f0804551894 sp 00007fff0c75f280 error 4 in ld-2.9.so[7f0804543000+20000]
[19:56] <bryce> dunno that one
[19:58] <Unggnu> hi all
[19:59] <jcristau> fffffffffffffff8 is a fun address.
[19:59] <Unggnu> Does anyone know a howto to test kms with Jaunty? Karmic doesn't seem to have the new packages.
[19:59] <tseliot> nagappan: maybe try with "sudo nvidia-xconfig --multigpu=On" (type man nvidia-xconfig for further information)
[20:00] <nagappan> tseliot, sure, let me try now, thanks :)
[20:00] <nagappan> bryce, will this be of any use ? http://pastebin.com/d79e70d92 dmesg output
[20:00] <nagappan> I noticed this line
[20:00] <nagappan> [   10.674454] ck804xrom ck804xrom_init_one(): Unable to register resource 0x00000000ffb00000-0x00000000ffffffff - kernel bug?
[20:00] <jcristau> nagappan: in general debugging a blob will be pretty hard.
[20:01] <nagappan> jcristau, ok
[20:01] <jcristau> (read: impossible)
[20:07] <nagappan> tseliot, there is no such option with nvidia-xconfig, atleast on this Ubuntu 9.04 64-bit machine
[20:08] <tseliot> nagappan: "--sli=Auto" should work
[20:08] <nagappan> note, the same card with same configuration is working with Ubuntu studio rt kernel !
[20:08] <nagappan> tseliot, let me check
[20:09] <nagappan> tseliot, option --sli not recognized
[20:09] <tseliot> nagappan: what driver are you using?
[20:09] <nagappan> tseliot, nvidia driver
[20:09] <tseliot> what version
[20:10]  * nagappan checking
[20:10] <nagappan> tseliot, nvidia-installer:  version 1.0.7  (buildmeister@builder58)  Fri Apr 17 00:40:22 PDT 2009
[20:11] <nagappan> tseliot, nvidia-settings:  version 1.0  (buildd@crested)  Sun Feb  1 20:25:37 UTC 2009
[20:11] <tseliot> nagappan: didn't you install it using Ubuntu's repositories?
[20:11] <nagappan> tseliot, no
[20:12] <nagappan> tseliot, I tried with the NVidia installer, let me try with Ubuntu version now
[20:12] <tseliot> nagappan: no, please don't
[20:12] <nagappan> tseliot, :)
[20:12] <tseliot> or you'll break your system
[20:13] <tseliot> sudo sh name_of_the_installer --uninstall
[20:13] <nagappan> tseliot, sure
[20:13] <tseliot> and uninstall the driver from the installer first
[20:13] <nagappan> tseliot, ok
[21:00] <bryce> jbarnes: hrm, i've been poking the virtualX/Y values in preinit but seems to not affect things
[21:00] <bryce> jbarnes: at least, I see no change in xrandr's maximum values
[21:00] <jbarnes> oh hm
[21:06] <tseliot> bryce: what happens?
[21:06] <tseliot> with the virtual values
[21:06] <bryce> tseliot: xrandr reports 1280 1280 (the stock defaults for this hw)
[21:06] <jbarnes> bryce: are you setting it before xf86initialconfiguration gets called?
[21:06] <bryce> instead of 2048 2048 that I'm trying to poke
[21:07] <bryce> jbarnes: I've tried it several places in the function, including up at the top right after i830_kernel_mode_enabled()
[21:07] <jbarnes> looks like you might actually have to poke pScrn->display->virtualX/Y too
[21:07] <bryce> one thing I've found is I can only do the I965 test after about halfway through the routine, otherwise it segfaults, but that's a secondary issue
[21:08] <nagappan> tseliot, sorry was away for lunch, just back, trying now
[21:08] <jbarnes> yeah the pci stuff has to happen first otherwise you won't have a pdev to check
[21:15] <bryce> jbarnes: no go
[21:16] <jbarnes> bryce: arg I guess there's not an easy way to do it
[21:16] <jbarnes> bryce: another way of achieving the same thing might be to round up the memory allocation though in the 965 case
[21:17] <jbarnes> where we allocate the front buffer you could make sure it's at least 2048 wide
[21:17] <bryce> that's in i830_mem.c?
[21:17] <tseliot> i830_allocate_framebuffer ?
[21:17] <jbarnes> wouldn't change the virtual or xrandr output but would affect memory laytout the same way
[21:17] <jbarnes> yeah
[21:34] <mnemo> i've just built mesa with a custom patch that upstream wanted me to try... to install it I tried doing "dpkg -i *.deb" but since all the generated DEBs depend on each other I think they have to be installed in some special order or something... when I do "dpkg -i *.deb" I get this error --> http://pastebin.com/m4337f2a9
[21:34] <jcristau> some are conflicting with each other
[21:34] <jcristau> which makes dpkg -i *.deb sort of a problem
[21:34] <mnemo> ahh, so I should just install a subset then?
[21:34] <jcristau> so, err, don't do that.
[21:35] <mnemo> which ones do I want for DRI radeon?
[21:35] <jcristau> libgl1-mesa-glx and libgl1-mesa-dri
[21:36] <bryce> mnemo: fwiw, I exclude the swx packages when installing mesa
[21:36] <bryce> otherwise it bumps you into software rendering or some such
[21:38] <mnemo> ok and then I have logout and login again?
[21:38] <mnemo> or is there some magic way similar to what modprobe does for kernel?
[21:40] <bryce> I usually restarting gdm (or for the freeze issue do a fresh reboot just to be sure).  dunno if there's a simpler method
[21:42] <jcristau> mnemo: depends what your issue is.  if it's related to aiglx, then you need to restart the X server.  if it's direct rendering, then you don't have anything to do.
[21:43] <mnemo> jcristau: ok, but if its direct rendering and im using compiz I need to restart compiz at least right?
[21:43] <jcristau> compiz doesn't use direct rendering (on dri1 anyway).  so restart X.
[21:44] <mnemo> ok
[21:44] <bryce> jbarnes: yeah setting pScrn->display->virtualX seems to just crash X
[21:44] <jbarnes> ugg
[21:45] <bryce> out of curiosity I printed virtualX/Y throughout the preinit call, and it seems to never change from what I set it, so there isn't something that's resetting it
[21:54] <bryce> whoa
[21:54] <bryce> something I did just did it
[21:54] <bryce> Screen 0: minimum 320 x 200, current 1280 x 800, maximum 2048 x 2048
[22:01] <jbarnes> bryce: heh cool
[22:01] <bryce> narrowing the patch down
[22:02] <bryce> I'd just started randomly moving the display->virtualX stuff at different spots in the routine, and I think I stuck it in a spot where it had the right effect
[22:03] <mnemo> "development by a 1000 monkeys, eventually shit just has to work right"
[22:03] <mnemo> hehe sry :)
[22:03] <bryce> ez true
[22:04] <bryce> cheep cheep
[22:06] <mnemo> bryce: btw I think I managed to screw up my computer in exactly the way you told not to... i mean.. after install *.deb of mesa ... now "glxinfo | g direct" says "NO!"
[22:06] <mnemo> is there anyway around that?
[22:07] <bryce> yeah, I think it is to do a apt-get install -f
[22:07] <bryce> which cleans up the mesa stuff
[22:07] <cshadowrun> bryce your the guy who wrote the reply to the brainstorm on multi monitor support i think, right?
[22:07] <bryce> CShadowRun: probably
[22:07] <CShadowRun> cool, i'm all up for testing (quad screen user \o/)
[22:08] <CShadowRun> been trying to prod gnome into fixing some long-standing multi X screen bugs recently lol
[22:09] <mnemo> Federico Mena-Quintero has done some really nice work on xrandr fixes in GNOME lately as well
[22:10] <mnemo> CShadowRun: what graphics card do you have?
[22:10] <CShadowRun> mnemo i have a pair of 8800GT
[22:10] <CShadowRun> one X screen per card, so 2 twinviews.
[22:11] <bryce> CShadowRun: link to the brainstorm page plz?
[22:11] <CShadowRun> bryce i'll try and find it again, it was a long time ago though
[22:15] <CShadowRun> don't think i can find it, i remember it was in development for intrepid, and that it had about 2000 +'s
[22:15] <CShadowRun> and that there was a reply explaining about xrandr
[22:15] <CShadowRun> and that testers where needed
[22:16] <bryce> well, -nvidia multi-card is completely different
[22:16] <bryce> and afaik is not an xrandr thing
[22:16] <CShadowRun> bryce http://brainstorm.ubuntu.com/idea/206/
[22:17] <CShadowRun> i heard xrandr 1.3 was going to have shared graphics memory which would allow for multi cards?
[22:17] <bryce> yeah
[22:17] <bryce> still, that's orthogonal to -nvidia
[22:18] <CShadowRun> yea, i know theres no support for the nvidia binary driver
[22:18] <CShadowRun> those are the 2 things i'm waiting on :D
[22:19] <CShadowRun> also another thing that wasn't mentioned in the article is alot of software really doesn't work well if you use multiple X screens
[22:19] <CShadowRun> gnome-panel is a good example of that
[22:19]  * bryce nods
[22:20] <CShadowRun> but i been trying to prod the gnome-panel dev into fixing some of that, hopefully
[22:20] <CShadowRun> then i can move from hardy to jaunty \o/
[22:20] <bryce> a lot of the Xinerama style setups seem to have suffered regression now that xrandr is the norm
[22:20] <bryce> good, keep at that
[22:21] <CShadowRun> yea, i'm not using xinerama
[22:21] <CShadowRun> i like the seperation of X screens
[22:22] <CShadowRun> anyway nice talking to you, if you ever need anything tested i have a partition dedicated to testing stuff, so just drop me a line :)
[22:22] <bryce> sure, usually if we need testing I announce to<EMAIL_ADDRESS>[22:23] <CShadowRun> cool, sign up for that
[22:23] <mnemo> CShadowRun: https://lists.ubuntu.com/mailman/listinfo/Ubuntu-x
[22:24] <CShadowRun> ty
[22:26] <bryce> ok... moment of truth, time to verify this solves the freeze...
[22:27] <mnemo> /mne keeps fingers crossed
[22:41] <bryce> has passed the 10 min mark, that's a very good sign
[22:43] <bryce> ok, ppa updated.  I'm going to snag some lunch and let this laptop finish its testing
[22:44] <bryce> jbarnes: http://pastebin.ubuntu.com/160964/ - open to suggestions for improvement
[22:45] <jbarnes> bryce: yeah looks like a good hack
[22:46] <mnemo> bryce: i would mention some "workaround" plus some LP bug number in the debug output like you did with that intel i865G bug
[23:11] <bryce> ok
[23:11] <bryce> (still going strong btw)
[23:12] <mnemo> nice
[23:16] <mnemo> hi phoronix :)


[03:22] <mouseclone> hello
[03:54] <mouseclone> I need to ask some questions... if any one is out there
[03:54] <mouseclone> the first major one is - is Ubuntu Mobile ready for prime time on a Q1U?
[07:29] <larsemil> amitk: would it be worth putting ubuntu mobile on a eee with touchscreen? or would i just miss alot of functionality?
[09:42] <amitk> mouseclone: ubuntu mobile should work well on the Q1
[09:44] <amitk> larsemil: reports seem to suggest the ubuntu mobile works on the eee. I am not sure if the touchscreen version has open drivers though.
[09:45] <larsemil> amitk: well, i get a cd with the touchscreen when i order it, and its says that there are drivers for windows and linux. so we will see
[09:45] <larsemil> if it works in normal ubuntu it would work with ubuntu-mobile i guess.
[09:46] <amitk> larsemil: from reports, ubuntu works well with the standard eee pc
[09:46] <larsemil> this i know. using it now
[09:46] <larsemil> :)
[09:46] <larsemil> but dont have my touchscreen yet
[09:47] <larsemil> but it would be cool to have ubuntu-mobile on it. looks good.
[09:49] <amitk> larsemil: aaaah. Good. To increase the chances of success, try to find out if the touchscreen driver is open source or binary only
[09:49] <larsemil> will do when i get it. maybe it works out of the box, we will see
[10:43] <lool> mjg59: Cool, cheese hildon support merged; nice work!
[10:43] <mjg59> lool: No problem
[10:43] <mjg59> lool: It'd be good if someone could test the fast resume stuff - works for me, but I don't have any Menlow hardware
[10:44] <lool> mjg59: I heard from amitk that it was working I think
[10:44] <lool> amitk: ^^^
[10:45] <lool> (I don't have menlow hardware either)
[10:45] <mjg59> I've refactored the Intel code somewhat
[10:45] <mjg59> Which makes it easier to work with
[10:45] <mjg59> update-grub probably needs some special-casing for lpia, but other than that I'm optimistic
[11:58] <slytherin> Mithrandir: Now that gvfs has obex support can you chnage bluez-gnome to drop the patch I added for disabling 'Browse Device..'? Also gnome-vfs-obexftp dependency can be dropped.
[11:59] <Mithrandir> slytherin: hum, we have gvfs obex support in hardy already?
[12:01] <lool> Mithrandir: gvfs (0.1.8svn20080227-0ubuntu1) hardy; urgency=low
[12:01] <lool>   * SVN snapshot version:
[12:01] <lool>     - new obexftp backend (lp: #186973)
[12:01] <slytherin> Mithrandir: Yes, not sure how good it is.
[12:01] <Mithrandir> shiny.
[12:02] <Mithrandir> I'll get that tested&fixed then
[12:02] <Mithrandir> slytherin: thanks for prodding
[12:02] <slytherin> Mithrandir: As per Sebastien's comment in bug #196239 it may not be as good as expected.
[12:02] <ubotu> Launchpad bug 196239 in gvfs "Enable Browse device again when gvfs gets released again" [Wishlist,Invalid] https://launchpad.net/bugs/196239
[21:16] <smagoun> lool: do you have a minute to discuss bug 191064 ?
[21:16] <ubotu> Launchpad bug 191064 in ume-config-common "Set midbrowser as the default URL handler for HTTPS" [Undecided,Fix released] https://launchpad.net/bugs/191064
[21:17] <lool> smagoun: Yes
[21:21] <lool> smagoun: (If you're talking in a /query, you might need to identify with nickserv as I don't see it)
[21:22] <smagoun> lool: sorry, I get interrupted in person anytime I ping someone.
[21:22] <smagoun> I'm willing to prepare a new ume-config-crown-beach for that bug
[21:24] <smagoun> lool: One problem with ume-c-c-b is that it needs repacking as a non-native package, and the version number in the PPA is 0.28; 0.26 is the latest upstream. Should I add an epoch to the pkg, or just clobber the version in the PPA and rebase on the upstream 0.26?
[21:24] <lool> Ok, so it would be nice to make it depend on the fixed ume-config-common to ensure that people relying on ume-config-crown-beach always get the gconf settings in some way
[21:24] <lool> smagoun: I see
[21:25] <lool> smagoun: epoch are the real fix, but they are horrible and should be avoided if possible; do you think you could try to talk to Intel to merge our changes as new versions?
[21:25] <lool> Or to release a 0.29 whatever it has? :)
[21:26] <smagoun> lool: I can try to talk Intel into that, yes.  I hate epochs too. :)
[21:26] <lool> smagoun: An alternative is to use some temporary ugly version numbering like 0.28+really0.26-0ubuntu1
[21:26] <lool> epochs will cause more mistakes in the future, and I fear an epoch race; not counting the fact that we will have one more thing to explain WRT to versionning which is already quite complex
[21:27] <smagoun> lool: I'd rather not do that, nobody ever seems to know what to do in that case
[21:27] <smagoun> I'll talk to Intel..
[21:27] <lool> Let's try to talk with Intel; we should have commit access to these trees I think
[21:28] <smagoun> AFAIK I only have access to image-creator; are we supposed to have commit to everything?
[21:28] <lool> smagoun: I think it's per module too, but I don't see a good reason they shouldn't trust us; they are uploading to our ppa after all
[21:29] <lool> It's particularly painful with git because it's something not integrated with launchpad and hence our teams  :-/
[21:31] <lool> (I mean we don't have any group access control or anything)
[21:31] <lool> I wonder whether we should set something up on rookery or so
[21:31] <lool> But then Intel wouldn't get access, ah
[21:31]  * lool goes to bed now
[21:41] <benj3one> night lool
[23:16] <GrueMaster> davidm: ping.
[23:17] <davidm> Hi GrueMaster whats up?
[23:17] <GrueMaster> So, I'm going over the image you sent us Friday, and I've found a few glaring issues.
[23:17] <GrueMaster> Sudo still doesn't work until the host name is added to /etc/hosts.
[23:18] <GrueMaster> And the 3D drivers are not installed.
[23:18] <davidm> I found out the Intel regressed our fixes by accident on the sudo issue
[23:19] <davidm> We have sent in a patch to Intel to avoid that happening again.
[23:19] <GrueMaster> figures.
[23:19] <GrueMaster> Don't say I said that.
[23:19] <GrueMaster> :P
[23:20] <GrueMaster> As to the 3D drivers, is there some licensing issue?  I know they're binary only.
[23:20] <davidm> We asked to have a pach applied about a month ago, it was not done and a week ago last Friday when a bunch of stuff was dropped into the PPA a bunch of stuff either broke, or regressed.
[23:21] <GrueMaster> ok
[23:21] <davidm> I'll see, since we can't include them in the normal builds, but should be able to in private builds
[23:21] <davidm> Wait on please
[23:21] <davidm> s/on/one/
[23:21] <GrueMaster> will do.
[23:29] <davidm> GrueMaster, is just the userspace binary missing?
[23:29] <davidm> I'm trying to figure out what did not get installed
[23:30] <GrueMaster> it looks like libgl1-mesa-dri-psb, psb-video, and xorg-modules-Xpsb are missing.  I'll verify the actual file names.
[23:31] <GrueMaster> I have the source tree here and can rebuild them, just noticed they weren't there.
[23:32] <davidm> OK that will help, if you can verify which packages got missed I can make sure they get picked up for the private build without fail
[23:32] <GrueMaster> Also, libva1 is mia.
[23:33] <davidm> Given how touchy X and the kernel I just want to install exactly what is needed and no more
[23:34] <GrueMaster> ok, but without these, helix is useless.
[23:36] <davidm> helix is useless?  Did not realize helix was 3D, thought it was 2D interesting.
[23:36] <GrueMaster> It uses the 3D engine to render the frames.
[23:36] <GrueMaster> Most video hardware decoders do (nVidia, and ATI, for example).
[23:37] <davidm> Well I'll take the tar ball and open the project and attempt to install the packages and have that put into the private area
[23:37] <GrueMaster> I'll see about making the closed source modules into a single package.  Less confusing that way, I think.
[23:43] <davidm> GrueMaster, that would be good I think, I must have missed the step while I was getting the rest straightened out.
[23:44] <davidm> As soon as StevenK is online I'll get this taken care of.
[23:46] <GrueMaster> ok
[23:50] <mouseclone> anyone use the touch screen Eee setup on jkkmobile.blogspot.com?
[23:51] <mouseclone> someone talked earlier about a touchscreen Eee
[23:51] <mouseclone> using Ubuntu Mobile


[03:37] <endeavormac> i have my tv card working right now in tvtime, but when I switch to mythtv and click on "watch tv", the screen blanks out like it's getting ready to load the tv, and then a few seconds later i get returned back to the main menu
[03:40] <endeavormac> any thoughts? i'm running the backend and the frontend on the same machine
[03:53] <bllz> Have there been any major changes to the way mythtv stores information about shows in the database in .22?  I ask beecause I found this script (http://www.jobs-khakis-chicks.com/MythTV/TVRageImport/ragetvgrab-0.7.pl) that imports video into recordings, but I can't find any indication of whether or not it works under .22
[07:17] <bllz> is mythnettv supported under 9.10?
[07:17] <bllz> or myth .22 for that matter?
[08:34] <darthanub> mythweb rss feed does not work
[08:34] <darthanub> is the .php file missing?
[08:34] <darthanub> This is no longer needed as of svn revision 17727. It is built-in.
[08:34] <darthanub> http://www.mythtv.org/wiki/MythWebRSS
[12:29] <spanner3003> hi can someone please help me i'm running mythbuntu 9.10 with a hauppauge nova-s plus and mythtv backend wont find any channels
[12:36] <spanner3003> !help
[12:36] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[13:09] <Xeijin> Hi guys just a quick question
[13:09] <Xeijin> is there any way to specify which window manager to use from grub? I.e. each "choice" as a separate entry in the grub menu
[13:22] <spanner3003> hi from looking on the Internet it would seen like my user on mythbuntu dose not have permission to open the device how do i give it permission please?
[13:41] <spanner3003> i'm sorry its ok i forgot to set the disec to LMB
[13:42] <spanner3003> it is working now
[16:17] <k-train> I installed mythbuntu 9.10 not to long ago and have a question regarding TV playback.  I can get it to scan and find ATCS channels but only one comes in clear, the rest are choppy.  Would i consider this a signal problem or a mythbuntu misconfiguration?  Thanks.
[16:25] <Seeker`>  I'm having problems deleting recordings
[16:25] <Seeker`> I get the error  Error: GetPlaybackURL: '1020_20090824145700.mpg' should be local, but it can not be
[16:31] <k-train> Sorry for reposting... i disconnected on accident: I installed mythbuntu 9.10 not to long ago and have a question regarding TV playback.  I can get it to scan and find ATCS channels but only one comes in clear, the rest are choppy.  Would i consider this a signal problem or a mythbuntu misconfiguration?  Thanks.
[18:26] <Seeker`> anyone know where the streaming on mythweb builds its URL? it has an extra / in the URL
[19:33] <bllz> Merry christmas everyone!
[19:35] <bllz> I'm using an onboard chipset (VIA VT1708B) and I cannot control the volume or mute functions from wtihin the myth frontend.  The sound itself is fine, and I can see the volume slider move, but there's no corresponding change in volume.  What gives?  I've tried swtiching from PCM to Master and back in the frontend setup, but to no avail
[22:22] <Hilikus> hey guys
[22:23] <Hilikus> i'm trying to configure the auto-build mythbuntu. it is asking about the testing PPA. it says its not in the ubuntu repo yet. isn't the whole point of the autobuild to use stuff that's not in the normal ubuntu repo yet?
[22:23] <Hilikus> the question is confusing


[02:25] <jose> snwh: ping
[02:25] <snwh> jose, pong
[02:25] <jose> snwh: hey, I don't know if there's the possibility you can edit that openweek logo to close the O, we don't want to get anyone in trademark/guidelines troubles
[02:31] <snwh> jose, sure
[02:31] <jose> thank you :)
[02:31] <snwh> jose, https://dl.dropboxusercontent.com/u/7027392/ubuntu-open-week.png https://dl.dropboxusercontent.com/u/7027392/ubuntu-open-week.svg
[02:31] <jose> is it CC-by-SA?
[02:32] <snwh> it's nothing
[02:32] <snwh> public domain i guess
[02:32] <snwh> hah
[02:33] <snwh> feel free to cc-by-sa it
[02:33] <jose> well, thanks again! :)
[02:33] <snwh> no problem


[10:04] <geek1nick> Hi
[10:05] <geek1nick> Hello
[10:06] <geek1nick> I need to put on my personal ppa a custom flavour of the ubuntu xenial kernel. I need to add a few patch and change the configuration. And I don't want that if a user install my ppa/kernel to get updates from the main kernel
[10:07] <geek1nick> I was thinking of creating for example the packages linux-meta-nick and linux-image-4.10.0-nick
[10:08] <geek1nick> i've seen in the xenial kernel git on the hwe branch that there's a folder called debian.hwe and debian.generic
[10:09] <geek1nick> I need to rename it to debian.nick?
[10:09] <geek1nick> there's some documentation about how to do it?
[10:09] <geek1nick> some script to generate the initial folder?
[10:09] <geek1nick> and regarding the patch
[10:10] <geek1nick> is better to just apply to the kernel git or to have some "patch folder"?
[10:11] <geek1nick> another question
[10:12] <geek1nick> the build with debuild is very slow is possible to pass option to the build like for example -j16
[10:12] <geek1nick> and is possible to build a kernel package without doing a "clean"?
[10:13] <geek1nick> ps I've already tested the config/patches with a custom vanilla kernel build with "make deb-pkg" and they are ok
[10:26] <geek1nick> anyone?
[10:53] <apw> you should just be able to make your own meta, and switch people to linux-nick / linux-image-nick
[10:55] <geek1nick> ok
[10:55] <geek1nick> my problem is in the kernel directory
[10:55] <geek1nick> how I can create the "flavour directory?
[10:55] <geek1nick> there's a script to do it?
[10:55] <geek1nick> for example debian.nick
[10:55] <apw> well it isn't necesarry to change the flavour name if you are supplying a replacement meta
[10:56] <apw> you can just point linux-image-nick to linux-image-<version>-generic
[10:56] <geek1nick> ok but the version will not clash with the one from the ubuntu repo?
[10:57] <geek1nick> I want something like linux-image-nick-4.10 as the package name
[10:57] <geek1nick> to avoid having problem in the updates
[10:58] <geek1nick> sorry but the debian system is still foreign to me
[10:58] <apw> well updates are completely driven by linux-meta, so you would likley be ok
[10:58] <apw> if they remove linux-generic when they instlal linux-nick, which you could ensure with Conflicts
[10:59] <apw> but otherwise debian.master and debian.nick would be mostly identicle other than your config changes, and changing debian.nick/changelog to say linux-nick in it
[10:59] <apw> and debian.nick/control
[10:59] <geek1nick> ok thanks
[11:00] <geek1nick> regarding the speed of the build? Is pretty slow
[11:00] <geek1nick> is possible to pass -j option to the make from debuild
[11:00] <geek1nick> ?
[12:12] <apw> geek1nick, it should use -j<cpus> by default iirc
[14:47] <geek1nick> ok
[14:47] <geek1nick> thanks
[15:01] <lorddoskias> what's the difference between crda and wireless-crda packages?
[15:33] <JanC> wireless-crda just depends on crda
[15:35] <JanC> I'm not sure wireless-crda is still needed in the archive... (it looks like some leftover from a migration or something?)
[15:45] <lorddoskias> hm, from time to time iw as getting disconnects and region changes so i completely uninstalled crda and now i get: https://paste.ubuntu.com/25873603/
[15:45] <lorddoskias> any ideas what reason 4 is
[15:45] <lorddoskias> i'm using 16.04 with an ath9271 chipset