[11:11] <Saviq> davmor2, sil2100, we'll need to move silo 46 to depend on snapshot, then
[11:12] <Saviq> and not on overlay
[11:12] <Saviq> Elleo, FYI ↑
[11:15] <Elleo> Saviq: what do I need to do to acheive that?
[11:15] <Elleo> achieve*
[11:16] <Saviq> Elleo, you don't need anything, trainguards need to change the PPA settings
[11:16] <Elleo> Saviq: okay, thanks
[11:16] <Saviq> and we'll need to rebuild qtmir
[11:17] <Saviq> davmor2, by "an update to qtmir landed" you mean that something landed in overlay after it was snapshot? and the qtmir rebuild built against that new version?
[11:17] <Saviq> or did someone actually upload a qtmir to overlay
[11:18] <Saviq> doesn't look like it
[11:19] <Saviq> davmor2, which channel do you use for testing against OTA12?
[11:19] <sil2100> Hey
[11:20] <davmor2> Saviq: RC
[11:20] <Saviq> right, so new mir landed
[11:20] <sil2100> Ok, I can do that temporarily, yes, what packages do you need? In theory the overlay should have it all
[11:21] <sil2100> But yeah, overlay has the new mir which is needed for factory
[11:21] <sil2100> (non OTA-12)
[11:21] <Saviq> sil2100, don't need any packages, just need silo 46 to build against snapshot, not stable overlay
[11:21] <Saviq> will then rebuild qtmir
[11:22] <sil2100> Saviq: ok, let me switch that
[11:22] <davmor2> Saviq: more specifically ubuntu-touch/rc/bq-aquaris-pd.en for frieza
[11:22] <Saviq> hmm, isn't -pd deprecated? /me confused
[11:22] <davmor2> Saviq: no it's even more promoted than normal
[11:22] <Saviq> oh well
[11:22] <sil2100> Saviq: no, ubuntu-pd is deprecated, bq-aquaris-pd.en is the channel for frieza
[11:23] <sil2100> Since it has the PD tarball in it
[11:23] <Saviq> ack
[11:23] <sil2100> Eh, this snapshotting business gets crazy
[11:23] <sil2100> So for silo 46 what we need to do, in short, is: change PPA dep from overlay to snapshot, rebuild qtmir, copy to snapshot, change dep to overlay, rebuild qtmir, release to overlay
[11:24] <Saviq> sil2100, we could skip the release to overlay
[11:24] <Saviq> sil2100, it would get released in there soon after
[11:24] <Saviq> sil2100, or better - source-copy to overlay
[11:25] <Saviq> to keep the versions same
[11:25] <sil2100> The versions can't say the same if we do a source copy, we'd have to bump the ubuntu version - but I guess that would be ok
[11:25] <Saviq> oh right we don't want different binaries with the same version number
[11:25] <sil2100> Yeah, but we'll just do a no-change ubuntu bump
[11:26] <sil2100> Anyway, let me do the dependency change
[11:27] <Saviq> tx
[11:28] <sil2100> Saviq: done! I actually wonder if we could just, you know, re-target the silo to the stable-snapshot instead of the overlay and release it normally that way
[11:28] <sil2100> Ah, we can't
[11:28] <sil2100> nvm then
[11:29] <sil2100> Since I guess in the case of triple landings it's hardcoded to use the overlay
[11:29] <Saviq> sil2100, thanks, rebuilding
[11:30] <davmor2> sil2100, Saviq: thanks guys sorry for the headache but I'm glad you're able to sort it :)
[11:30] <Saviq> davmor2, not like you caused it :)
[11:31] <sil2100> Yeah, it's caused by us working on 3 different milestones at once ;p
[11:31] <sil2100> I guess we need to tweak this process a little bit more
[11:46] <Saviq> sil2100, ugh https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-046/+packages
[11:47] <Saviq> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-046/+sourcepub/6668421/+listing-archive-extra to be exact
[11:47] <Saviq> try and restart?
[11:48] <Saviq> or we could just wait&test the vivid version and indeed move back to overlay after
[12:03] <sil2100> uh
[12:03] <sil2100> Saviq: yeah, let's just test the vivid parts, switch back and rebuild
[12:03] <sil2100> Not much we can do...
[12:04] <sil2100> Actually
[12:06] <sil2100> Will try one thing, but in the meantime please test the vivid parts
[12:26] <Saviq> davmor2, the vivid parts of silo 46 should be good to test for OTA12 now, train won't show it because it's confused
[12:26] <sil2100> Saviq: the yakkety bits will build soon
[12:27] <Saviq> sil2100, right I can see armhf is working now, what about arm64 and i386 https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-046/+sourcepub/6668421/+listing-archive-extra ?
[12:27] <sil2100> Saviq: retrying those, wanted to check armhf first
[12:27] <Saviq> sil2100, ack
[12:39] <davmor2> Saviq: awesome thanks
[12:42] <davmor2> Saviq: \o/ 2 to upgrade \o/
[12:42] <Saviq> davmor2, should be more, but I suppose your device was in a b0rked state because of the previous apt fail
[12:42] <Saviq> Elleo, davmor2, things seem to be working well here
[12:44] <davmor2> Saviq, Elleo: \o/ I can haz a keyboard to type in my pin \o/
[12:44] <Elleo> davmor2: great :)
[12:44] <davmor2> now to test it :)
[12:49] <davmor2> Elleo, Saviq: so far so good http://people.canonical.com/~davmor2/phone-screenshots/osk-again.png
[12:52] <ogra_> hello 1995 !
[12:53] <Elleo> davmor2: :)
[12:53] <davmor2> although the spellchecker it gonna fry me head :D
[12:54] <Elleo> davmor2: yeah, the gtk backend seems to do some funny stuff with the pre-edit buffer that we're going to need to fix
[12:56] <phablet> ogra_ 😋
[12:57] <phablet> ogra_ see keyboard works in xapps
[12:57] <ogra_> yay
[12:58] <ogra_> so finally working hexchat on my tablet, looking forward to that :)
[12:58] <phablet> complete with monochrome emotes in the appearance but color ones on the keyboard \o/
[12:58] <ogra_> heh
[12:58] <phablet> emojis  even I hate this auto change your text thing
[13:00] <phablet> Elleo  only other thing is bouncing the place where you type text above the keyboard so you know you can see what you type 😀
[13:01] <davmor2> Elleo: so it is back to where it was now to figure out how to test the security aspect \o/
[13:03] <Elleo> davmor2: yeah, the refusal to show the keyboard in the previous round was an example of the maliit side working correctly (when qtmir reported the bridge as not having focus); easiest way to test the focus reporting is to do:
[13:03] <Elleo> davmor2: gdbus call --session --dest com.canonical.Unity.FocusInfo --object-path / --method com.canonical.Unity.FocusInfo.isPidFocused <pid>
[13:03] <Elleo> davmor2: and verify that it returns true when the pid is of something focused and false when its not
[13:03] <davmor2> Elleo: awesome thanks
[13:08] <davmor2> Elleo: \o/ yeah \o/ wins all round :)
[13:11] <rvr> Kaleo: This silo says it needs rebuilding https://requests.ci-train.ubuntu.com/#/ticket/1598
[13:14] <Elleo> davmor2: great :)
[13:17] <Saviq> davmor2, when you're OK with it, let sil2100 know please, he'll do the right thing to the packages
[13:17] <sil2100> Yeah, I'll have to manually do the package copies
[13:18] <sil2100> Then do a source-copy (with versions changed) to the overlay and manually merge
[13:18] <davmor2> sil2100, Saviq, Elleo: give me another 10 minutes or so and I'll let you know so far everything is working as expected
[13:18] <Elleo> davmor2: okay, thanks
[13:20] <sil2100> davmor2: thanks!
[13:22] <davmor2> sil2100: okay slightly less than 10 minutes, I assume I need to mark the silo as passed or is that really gonna screw things up?
[13:22] <sil2100> davmor2: no, I guess don't switch it to approved just yet, I don't want anyone to publish this by mistake
[13:23] <sil2100> davmor2: is it good to go?
[13:23] <davmor2> sil2100: yeap as far as I can tell it's doing everything it should and not doing things it shouldn't
[13:23] <sil2100> ;)
[13:24] <sil2100> Ok, let me publish it manually then, thanks!
[13:24] <Elleo> woo :)
[13:32] <davmor2> sil2100, Saviq: I assume this then needs to land again for overlay now too right?
[13:32] <davmor2> or are you working around that
[13:32] <sil2100> davmor2: yeah, I want to do that now - do you want to test the packages after I rebuild them?
[13:33] <sil2100> There should be no difference basically
[13:33] <davmor2> sil2100: yeah I'll give it a quick tyre kick to be doubly sure but I'm assuming there will be no difference :)
[13:35] <sil2100> davmor2: ok, what I'll do is push manual no-change rebuilds to the silo PPA (after switching the dependency) and will give you a ping
[13:35] <sil2100> Saviq: ^ hey! Are you fine with me doing ubuntu-version-bump no-change rebuilds for the overlay, or would you prefer just rebuilding it through the CI Train?
[13:37] <Saviq> sil2100, whatever's easier
[13:42] <sil2100> Saviq: I guess using the train would make it less problematic, right? Since at least the branches would have the right versions - anyway, if you're fine with a train rebuild I'll do that
[13:42] <Saviq> sil2100, works for me
[13:43] <bregma> sil2100, could I get you to change the Stable Phone Overlay description? It is now officially supported for desktop use and the current message is discouraging people from testing Unity 8 who otherwise would.
[13:43] <sil2100> bregma: hey! Ok, sure
[13:43] <sil2100> Yeah
[13:43] <bregma> thanks
[14:02] <davmor2> sil2100: so I copied the trello ticket for overlay over ota12 so we have a reference for it in the builds, just give me a ping when you are ready to test it, in theory now it should only take 5-10 minutes once installed just to confirm the same behaviour exists and then land it properly
[14:03] <sil2100> davmor2: ok, thanks, the packages are rebuilding now as we speak
[14:11] <t1mp> kalikiana: do you know if /home/phablet on the CI devices is a separate partition?
[14:12] <t1mp> kalikiana: getting unexpected EOF again https://jenkins.ubuntu.com/ubuntu-sdk/job/ubuntu-ui-toolkit-ci-armhf-stable/1004/console
[14:12] <t1mp> also [sudo] password for phablet: W: /home/phablet/.pbuilderrc does not exist
[14:46] <Saviq> davmor2, ↑ it's built
[14:48] <davmor2> woohoo!
[14:48] <sil2100> hm
[14:49] <sil2100> Packages still didn't fully publish
[14:49] <sil2100> So not sure if you'll be able to use them already
[14:49] <Saviq> sil2100, in theory train should know when?
[14:49] <Saviq> let's see, /me just citrained
[14:49] <Saviq> sil2100, only -gles didn't publish yet it seems, maybe train does not look at those
[14:50] <sil2100> Saviq: well, qtmir is Pending on my LP page as well
[14:50] <sil2100> :|
[14:50] <Saviq> nope, fully published here ;)
[14:50] <sil2100> Not sure why it's taking ages today
[14:50] <Saviq> and dist-upgrade looks ok
[14:50] <sil2100> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-046/+packages <- you don't see those as 'Pending'? hmmm
[14:50] <Saviq> sil2100, only -gles ones
[14:50] <sil2100> Ok then ;)
[14:51]  * sil2100 has a broken Launchpad then
[14:51] <davmor2> sil2100: stop breaking things that's my job
[14:53] <sil2100> It's not me!
[15:14] <davmor2> sil2100, Saviq: right everything here is working the same way as in ota12 can I mark the ppa passed now?
[15:14] <Saviq> davmor2, yup
[15:14] <sil2100> davmor2: yes, thanks :)
[15:14] <davmor2> WOOHOO!
[15:17] <davmor2> Elleo, Saviq, sil2100: Finally the Rock has come back to.......wait no that is wrong ^ it passed \o/
[15:17] <Elleo> great :)
[15:19] <Saviq> sil2100, will you publish or wanna wait for britney?
[15:20] <sil2100> Saviq: will publish in a minute, we already saw britney on these branches
[15:26] <sil2100> Saviq: ...are all those packages really fully published on your side? I do a hard refresh and still have Pending packages in the PPA, will have to confirm with LP API it seems :o
[15:28] <Saviq> sil2100, no they're not atm
[15:30] <davmor2> Elleo, Saviq, sil2100: thanks again guys, a real headache of a silo but resolved with minimum fuss :)
[15:33] <Elleo> davmor2: thank you :)
[15:41] <sil2100> cjwatson: hey! We have a silo which doesn't seem to want to publish binaries fully, we're waiting for them to switch from Pending for a very long time already
[15:41] <sil2100> cjwatson: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-046/+packages
[15:42] <sil2100> cjwatson: is there anything we can do to hurry up the publisher? Or is it stuck?
[15:50] <cjwatson> sil2100: Just terribly slow to download stuff from the librarian at the moment
[15:51] <sil2100> cjwatson: ok, thanks for investigating, we'll just wait patiently :)
[16:13] <cjwatson> sil2100: likely related to RT#93197, to which I've just followed up


[00:00] <mruiz> I'm working on a sync, and I have a versioning problem (Debian < Ubuntu). I want to know how should I rename Debian version...
[00:00] <mruiz> an example:  dpkg --compare-versions 0.0.4-2 gt 0.0.4ubuntu5 ; echo $? gave me 1 as result (false)
[00:01] <crimsun> hmm, it became non-native?
[00:02] <norsetto> g'nigth all
[00:02] <crimsun> you can alway sort the Debian versioning later, e.g., <IP_ADDRESS>-1, if you control the upstream versioning itself.
[00:02] <crimsun> or, use an epoch
[00:02] <mruiz> crimsun, it was an error version number introduced by a Debian NMU
[00:03] <crimsun> mruiz: ok, in that case, if you don't control upstream versioning as well, then you can force it to sort later.  0.0.4+foo-1.  Ugly, yes.  Epochs are also useful.
[00:09] <coppro> does anyone know a screencasting software that doesn't segfault?
[00:12] <greg-g> heh
[00:12] <coppro> vlc and xvidcap both go kaput when they try and record
[00:17] <greg-g> I haven't had good luck with istanbul either
[00:17] <greg-g> but you can try that one
[00:35] <mok0> persia: ping
[01:05] <ryanakca> crap, is there any way to remove an attachment to a bug / supersede it? *foolishly forgot the (LP: #xxxxxx) in his merge debdiff*
[01:12] <LaserJock> ryanakca: yeah, you can
[01:14] <LaserJock> ryanakca: in the "Bug Attachments" portlet on the left you hit the "edit" link for your attachment
[01:29] <ryanakca> LaserJock: thanks :D
[01:45] <ryanakca> if a MOTU wanted to look at bug #229744
[01:53] <ryanakca> Another thing... The checkpolicy version currently in Ubuntu is checkpolicy_2.0.9-0ubuntu1. The Debian version that I'm trying to merge into Ubuntu is checkpolicy_2.0.12-1 . How can I tell that there aren't any inline patches that I'll loose when merging?
[01:53] <ryanakca> (the source is rather different)
[01:53] <ajmitch> by talking with the original uploader to ubuntu (who is part of upstream, iirc)
[01:54] <ryanakca> ajmitch: ok, thanks :)
[01:56] <ajmitch> I doubt that he's added any, but I don't know what's planned - I'm hoping it can just end up as a sync from debian
[02:01] <LaserJock> ajmitch: hi
[02:01] <ajmitch> LaserJock: good day
[02:03] <LaserJock> ajmitch: how's the weather your way? getting cold?
[02:04] <ajmitch> moderately
[02:04] <ajmitch> we don't have the extremes of many places
[02:04] <LaserJock> ah
[02:05] <LaserJock> too much ocean?
[02:05] <ajmitch> yep
[02:05] <emgent> LaserJock: heya :)
[02:05] <ajmitch> so it's not often that we'd get snow in the city in winter
[02:06] <LaserJock> ajmitch: weird
[02:06] <LaserJock> you're so far south
[02:07] <LaserJock> emgent: hi, everything go ok?
[02:07] <nixternal> hola
[02:07] <nixternal> que paso
[02:07] <emgent> LaserJock: yes :)
[02:07] <LaserJock> oh nos, it's  Richard!
[02:07] <RoAkSoAx> nixternal, no paso nada :P
[02:08] <ajmitch> LaserJock: les me show you a map...
[02:08] <nixternal> hola le vato
[02:08] <ajmitch> http://en.wikipedia.org/wiki/Image:Antipodes_LAEA.png
[02:08] <ajmitch> so southern NZ is at about a similar (opposite) latitude as france
[02:09] <RoAkSoAx> nixternal, you from chicago right?
[02:09] <nixternal> ya
[02:09] <nixternal> hehe
[02:09] <RoAkSoAx> nixternal, how is IIT ? good place to be?
[02:10] <nxvl> 2 more days and i'm going to Prague!!
[02:10] <nxvl> wohoo
[02:10] <nixternal> oh ya...if you are interested in finding out more, on OFTC is #chiglug, 90% of the people in there go to IIT, and so does eddieftw/posingaspopular
[02:10] <nxvl> i really can wait to meet you all out there
[02:10] <nixternal> #chiglug on OFTC is hardcore anti-CoC if you catch my drift :)  a bunch of drunk hackers
[02:11]  * ajmitch has even managed to meet 1 or 2 MOTUs before at previous UDS events
[02:11] <RoAkSoAx> haha lol... i might choose IIT to study a MS in CS
[02:11] <nxvl> nixternal: heh, like #linuxperu, the only OT is linux :P
[02:12] <nixternal> hahah
[02:12] <nixternal> ya, exactly
[02:12] <nixternal> RoAkSoAx: put it this way, the geeks in chiglug from IIT, created their own file system in a day
[02:12] <nixternal> I go to their LUG meetings, and 90% of the time I am lost with their talks
[02:12] <ryanakca> heh, interesting
[02:13] <RoAkSoAx> haha lol... i'm between FIU and IIT, but i might be go for IIT cuz it requires less score in the GRE.. and might be easier to obtain an schoolarship.. since i'll be international student
[02:14]  * ryanakca wonders how long it takes for a mailed bug to appear on LP
[02:14] <ryanakca> not that long ;)
[02:15] <nxvl> RoAkSoAx: for a PhD you mena?
[02:15] <nxvl> mean*
[02:16]  * LaserJock runs
[02:16] <RoAkSoAx> nxvl, my University has some kind of relationship with IIT and FIU and i could get an schoolarship for Masters and PhD
[02:16] <RoAkSoAx> i just need to pass the GRE and i would be likely to obtain it :D
[02:17] <nxvl> oh ok
[02:17] <nxvl> well i need to run in some minutes i think
[02:17] <nxvl> if don't answer is that i'm not here
[02:19] <RoAkSoAx> TheMuso, thanks for reviewing alsa-tools :)
[02:27] <LaserJock> nxvl: what are you suggesting in your email?
[02:29] <bddebian> Heya gang
[02:35] <ScottK> nxvl: In your mail: Did the contributor in question discuss the merge with the previous uploader first?
[02:36] <Hobbsee> ScottK: i thought that got (wrongly) abolished?
[02:36] <ScottK> Hobbsee: There is no rule, but I'm gonna suggest rule or not it's a sensible practice.
[02:37] <ScottK> Any MOTU ought to check open bugs before uploading, but they don't always.
[02:37] <StevenK> I tend to, if I have time.
[02:37]  * Hobbsee does check bugs, but also thinks people should check with her if they want to take a merge.
[02:38] <ScottK> StevenK: Do you know if there is someone planning on rebuilding everything that depends on perl 5.8 API?
[02:38] <ScottK> Hobbsee: I agree.
[02:39] <Hobbsee> but that got outvoted previously
[02:39] <ScottK> I can also understand nxvl's frustration.  These things happen too.
[02:39] <StevenK> ScottK: For Perl 5.10?
[02:39] <ScottK> StevenK: Yes.
[02:40] <ScottK> I had to do two perl lib rebuild uploads today before I could upload spamassassin due to them being uninstallable.
[02:40] <LaserJock> well, if we sponsored merges/syncs quickly it really shouldn't be a problem
[02:40] <LaserJock> and I dislike the ping-the-previous-uploader personally, I think we can do better
[02:41] <StevenK> Mmmmmmm. The problem is, Debian is in the middle of the transistion, so we either have to duplicate work or wait. Since we like to beat down the merges queue, we duplicate.
[02:41] <ScottK> StevenK: If it's just a rebuild, they'll binnmu and we'll still have to do it.  I don't see the duplication.
[02:42]  * ScottK wasn't merging.  Was bug fixing.
[02:42] <StevenK> ScottK: Okay, so libxxx-perl is uninstallable. We upload a rebuild, giving us 1.10-1build1. They release 1.10-2 and we need to merge, thereby doing the work the Debian Maintainer did before they did.
[02:43] <ScottK> StevenK: Why would there be a -2?  They'd do -1+b1 or somesuch on the binary with no source change.  Wouldn't they?
[02:44] <StevenK> ScottK: I didn't say it'd be a binNMU, you did.
[02:44] <ScottK> I guess if a package just needs a rebuild, I'm trying to figure out why they'd do anything else.
[02:45] <ScottK> As I understand it source uploads for such things are discouraged in Debian.
[02:45] <StevenK> Source-only uploads to Debian are rejected, I thought.
[02:46] <ScottK> Yes.  OK.  Source + Binary instead of binNMU.
[02:47] <ScottK> Nevermind then.  No point in arguing over it.
[02:47] <ScottK> It'll be needed or not.  One or the other eventually.
[02:47] <StevenK> ScottK: I suspect I'm not being clear enough, sorry.
[02:47]  * StevenK is somewhat distracted by $WORK
[02:48] <ScottK> Understand.  No problem.
[02:51] <DaneM> Hello.  I'm having a strange pbuilder problem.  I have used dh_make and debuild in the source directory, but when I go to build it using pbuilder, I get the following after it installs the dependencies: http://paste.ubuntu.com/11768/  Any help would be great!
[02:51] <DaneM> (and if you read the error, yes, debian/control exists)
[02:51] <StevenK> DaneM: You don't have a debian/changelog file
[02:51] <StevenK> tail: cannot open `debian/changelog' for reading: No such file or directory
[02:52] <DaneM> hold on...I'll paste my directory contents and my changelog...I stripped it down as best I could to make sure it wasn't a formatting thing.
[02:52] <DaneM> (if I put it in the wrong place, though...)
[02:53] <StevenK> It needs to be in ./debian/changelog in the top-level of the unpacked source package
[02:53] <StevenK> Many tools look for it there, and will get confused if they can't find it.
[02:53] <DaneM> nodnod.  pasting now (for better clarity)
[02:55] <DaneM> http://paste.ubuntu.com/11770/
[02:56] <StevenK> DaneM: It shouldn't be stable in the changelog. But the directory listing looks fine to me.
[02:57] <StevenK> DaneM: I'd suggest copying the .dsc, .diff.gz and .orig.tar.gz to a temporary directory and dpkg-source -x the .dsc, and seeing if it looks strange
[02:58] <DaneM> StevenK: hmmmm.  I'm totally a novice on this stuff, so please enlighten me :-)  I'll take your word for it on the stable thing.  What should I change it to?  I'll give the copy a shot too.
[02:59] <StevenK> DaneM: Well, which release are you targetting?
[03:00] <DaneM> Hardy
[03:00] <DaneM> ok...I'll change it to that then.
[03:00] <StevenK> Lowercase :-)
[03:00] <DaneM> k
[03:01] <DaneM> StevenK: I unpacked the .dsc, and sure enough, the changelog is in ./debian/changelog.
[03:01] <StevenK> That's ... odd
[03:02] <DaneM> yeah, that's what I say!  :-p
[03:02] <TheMuso> RoAkSoAx: No problem./
[03:03] <DaneM> should I paste any other files?  I'm not sure if the rules file is right...I edited it the best I could to get it to build the asterisk-addons samples as well as the regular stuff.
[03:03] <RoAkSoAx> =)
[03:04] <StevenK> DaneM: Put the source package up on the Intraweb, and I'll poke at it when I have a moment?
[03:04] <StevenK> That could be June, though :-/
[03:05] <DaneM> hehe thanks.  I'm a newbie; what's the Intraweb?
[03:05] <StevenK> The Internet, I'm being silly
[03:06] <DaneM> hehe ok.  I'll see if I can find a place.  I don't really have a web presence :-(
[03:06] <DaneM> thanks for looking at my problem.
[03:42] <bbyever> how can i enable intrepid repos?
[03:42] <ScottK> bbyever: What release are you running and what are you trying to do?
[03:43] <bbyever> ScottK: im running hardy and i am trying to build the package bygfoot, which depends on default-jdk-builddep and its only available on intrepid
[03:44] <bbyever> oops, sorry, im trying ot build jabref
[03:46] <ScottK> You don't want to take the binary packages from Intrepid.  You want to take the source and build those.
[03:47] <ScottK> You can edit the deb-src lines in /etc/apt/sources.list to say intrepid instean of hardy and then apt-get update, apt-get source $PACKAGE.
[03:49] <bbyever> ScottK: but why would i want the source? shouldnt i get the binaries to install the dependencies?
[03:49] <StevenK> ScottK: He wants Build dependancies
[03:49] <ScottK> bbyever: They binaries are built on the Intrepid tool chain.  They main or may not be installable/work as expected.
[03:50] <ScottK> bbyever: Get the source to the stuff you want and then build it on Hardy.  Install that and use it to build your package for Hardy.
[03:50] <bbyever> ScottK: ok, thanks
[03:50] <ScottK> bbyever: Installing packages built on a different tool chain will eventually lead to tears.
[03:52] <bbyever> ok
[03:57] <bbyever> Im getting a source package not found error
[03:58] <ScottK> Did you change Universe/Main as needed?
[04:00] <bbyever> i updated universe
[04:00] <bbyever> but i cant change main
[04:00] <bbyever> i get Failed to fetch http://tazcatl.fciencias.unam.mx/ubuntu/dists/intrepid/main/source/Sources.gz  302 Found
[04:00] <ScottK> I'd pick a different mirror then.
[04:01] <StevenK> Then it's redirecting you, and apt doesn't like redirects
[04:01] <bbyever> ok
[04:01] <StevenK> Run wget for that URL, and see what it redirects you to, and edit your sources.list entry
[04:03] <bbyever> it redirects to guide.opendns.com
[04:04] <bbyever> it worked with archive.ubuntu.com
[04:04] <StevenK> http://guide.opendns.com/ubuntu/dists/intrepid/main/source/Sources.gz gives 404 for me, at least
[04:04] <StevenK> Yes, it would.
[04:05] <bbyever> it found the source now. thanks
[04:24] <bbyever> ok so i downloaded the source default-jdk-builddep and i made the debs but when i try to install them, i get dependency not satisfied errors, even though i've installed the dependencies that it said it was missiog
[04:24] <bbyever> missing*
[04:27] <ScottK> With appropriate versions?
[04:28] <bbyever> the package installer didnt say which version of the dependency to install
[04:33] <bbyever> is it because the dependencies have to be from intrepid as well=
[04:33] <bbyever> ?*
[04:33] <ScottK> Install with -V (e.g. sudo apt-get install -V $PACKAGE)
[04:33] <ScottK> It should tell you then.
[04:34] <ScottK> How are you making the .debs?
[04:34] <bbyever> debuild
[04:39] <bbyever> i have to go, i'll try to get this figured out tomorrow. thanks ScottK and StevenK
[05:10] <LucidFox> What happened to edge.launchpad.net? It lost CSS styling
[05:10] <LucidFox> regular launchpad.net works fine
[05:10] <LucidFox> oh, wait
[05:11] <LucidFox> never mind
[06:14] <slomo> siretart: from my side... yes ;)
[06:35]  * TheMuso would kick his local area power grid for being so flaky at this point, but doesn't wish to lose power again.
[06:35] <tbielawa> lol
[06:35] <TheMuso> Well we do have electrical storm activity here atm, but its normally nothing that would cause power outages in other areas.
[06:40] <nxvl> ScottK: nop, last uploader and new uploader aren't the same person
[06:40] <nxvl> ScottK: so if the contributor talk with the developer or not, is tha same
[06:40] <siretart> slomo: well, then go for it. you have commit access :)
[06:40] <nxvl> ScottK: also, the previus uploader commented on the bug report of the merge
[06:41] <nxvl> ScottK: but didn't upload it
[06:41] <slomo> siretart: what's the plan for lenny now btw? or will ffmpeg stay in experimental forever?
[06:41] <siretart> slomo: -!- Topic for #debian-release: this is not #debian-devel | requests for Etch 4.0r4, transitions, binNMUs: mail debian-release | ongoing: perl5.10, speex, heimdal, clamav, libmilter(sendmail) | pending: xulrunner, ocaml, ffmpeg, poppler
[06:42] <slomo> siretart: great :)
[06:43] <siretart> slomo: iow: waiting for a free slot. the upload is build and signed waiting at http://people.debiaan.org/ffmpeg
[06:43] <dholbach> good morning
[06:43] <nxvl> dholbach: gutten tag
[06:44] <nxvl> dholbach: i send an e-mail to -motu for you :D
[06:49] <dholbach> nxvl: I'd recommend to send it to ubuntu-devel@
[06:50] <nxvl> dholbach: i will tomorrow
[06:50] <nxvl> dholbach: i finish some stuff and go to sleep
[06:50] <dholbach> nxvl: alright - thanks
[06:55] <nxvl> btw
[06:55] <nxvl> did someone know where can i find DaD's source?
[06:56] <RoAkSoAx> nxvl, maybe next to MoM's source?? lol :P
[06:56] <LucidFox> What's DaD?
[06:56] <LucidFox> Or what's MoM, for that matter?
[06:56] <nxvl> Merges-o-Matic
[06:56] <tbielawa> LucidFox: http://merges.ubuntu.com/universe.html is the URL. it tries to merge automatically from debian
[06:56] <nxvl> RoAkSoAx: still out with MoM?
[06:56] <nxvl> heh
[06:57] <tbielawa> LucidFox: and shows us what needs done, current versions, etc
[06:57] <tbielawa> I think that's right?
[06:57] <nxvl> nevermind, found the source
[06:57] <RoAkSoAx> well i'm out
[06:57] <RoAkSoAx> bye all
[06:57] <RoAkSoAx> chau nxvl  :P
[06:57] <tbielawa> bye
[06:57] <RoAkSoAx> byt tbielawa
[07:03] <nxvl> k
[07:04] <nxvl> night all!
[07:04] <nxvl> see you in 3 days!
[07:04] <tbielawa> byee
[07:10] <siretart> nxvl: I generally agree with your observation. However I miss a concrete proposal how to fix this.
[07:11] <siretart> nxvl: in order to make it fair the archive would have to check if the package references/closes a bug with a debdiff attached. Or oven better, don't accept uploads but signed debdiffs only.
[07:12] <siretart> following your mail, at least
[07:17] <dholbach> siretart: I think we should discuss this on ubuntu-devel - maybe merging mom and dad would help with that, it's a process we all should follow
[07:19] <siretart> dholbach: I agree that this is not the right place for discussing this. How about in a bof Prague?
[07:19] <siretart> in Prague, that is
[07:20] <dholbach> siretart: sounds good, but I think it wouldn't hurt to discuss on -devel too (so the people who don't participate in UDS are aware of the discussion and can weigh in too)
[07:24] <tbielawa> hmmmmm.... the dpatch manpage
[07:24] <tbielawa> I think I get it :)
[07:24] <tbielawa> took a little while though.
[07:24] <tbielawa> I like this dpatch-edit-patch command, it's lifty
[07:25] <RAOF> There's a similar one for cdbs
[07:33] <tbielawa> RAOF: I did alot of policy review today @ work on the rules file
[07:33] <tbielawa> setting the patching build targets makes alot more sense now than when I looked at it a few days ago
[07:34] <tbielawa> I don't know what this does yet though: dpatch cat-all >patch-stamp
[07:36] <RAOF> tbielawa: I believe that lists all the patches that have been applied, and writes them to the patch-stamp file.
[07:36] <tbielawa> lol
[07:36] <RAOF> tbielawa: /usr/share/dpatch/dpatch.make will remove the neccesity of calling that manually, though.
[07:36] <tbielawa> a short search told me that is meta information about the patches, author, etc
[07:36] <tbielawa> o'rly
[07:36] <RAOF> Ya, rly.
[07:37] <tbielawa> wow
[07:37] <tbielawa> I like that command.
[07:37] <RAOF> Not so much a command as a bunch of rules that you include.
[07:37] <tbielawa> Yes, that's correct
[07:38] <RAOF> So the full line is 'include /usr/share/dpatch/dpatch.make'.  You can now depend on a patch: target and an unpatch: target, both of which do what you think they do :)
[07:38] <tbielawa> :)
[07:38] <tbielawa> this looks like simpler than aplying dpatch by hand
[07:38] <tbielawa> it's like they make this linux thing easier and easier every day
[07:39] <RAOF> Sadly it doesn't (yet) have debhelper 7 mojo.
[07:39] <tbielawa> RAOF: what would happen if it did?
[07:40] <RAOF> Unicorns.
[07:41]  * tbielawa gasps
[07:41] <RAOF> Well, no.  What would happen is that a sample rules file would be %: dh $@
[07:41] <tbielawa> 0_0
[07:41] <tbielawa> I don't even understand what that means. but there's one line, so it must be magic
[07:42] <RAOF> Well, 2 lines.  And you need the make shebang at the top, and the include directive.
[07:42] <tbielawa> sounds fantastic!
[07:50] <tbielawa> with dpatch.make and dpatch-edit-patch -- this feels too easy... like it's not going to work *anticipating the results*
[10:31] <proppy> hi
[10:52] <mathiaz> Which package version is considered higher by dpkg: 2.0.6-1.1ubuntu1 or 2.0.6-1ubuntu1 ?
[10:53] <joaopinto> mathiaz, dpkg --compare-versions
[10:55] <mathiaz> hm.. right - however apt thinks differently
[10:56] <mathiaz> I've got 2.0.6-1.1ubuntu1 in my local apt repository and 2.0.6-1ubuntu1 installed in my vms. apt-get dist-upgrade thinks nothing should be upgraded
[10:57] <\sh> mathiaz: apt-get update ; apt-get dist-upgrade ? I wonder if apt catched the change
[10:57] <mathiaz> \sh: yeah - I've apt-get updated a couple of time. It picks up another package from my local repository.
[10:58] <\sh> mathiaz: and the packages.* files are knowing about the new version, too? ... could be that the package is not properly in the packages file of your local repos
[10:58] <geser> mathiaz: does "apt-cache policy <pkgname>" list both versions?
[10:58] <\sh> or the package is set on hold
[10:58] <mathiaz> \sh: yes - the new vsftpd package is in Packages.gz
[11:00] <mathiaz> geser: apt-cache policy only shows the package from the archive
[11:00] <dholbach> mathiaz: you could ping mvo about it, he'd know
[11:01] <mathiaz> however the new vsftpd package is listed in /var/lib/apt/lists/localrepo.Packages
[11:01] <mathiaz> dholbach: I guess that's the next step ;)
[11:01] <dholbach> :)
[11:01] <sebner> dholbach: have you uploaded my linkchecker merge about an hour ago?
[11:01] <dholbach> sebner: yes
[11:02] <sebner> dholbach: grmpf. haven't you seen that I'm waiting until we can sync it. also FTBFS now :\
[11:03] <dholbach> sebner: I wasn't sure if "we can sync it" meant some time in the future
[11:04] <sebner> damn intrepid upgrade ^^
[11:04] <sebner> dholbach: grmpf. haven't you seen that I'm waiting until we can sync it. also FTBFS now :\
[11:04] <dholbach> sebner: I wasn't sure if "we can sync it" meant some time in the future
[11:05] <sebner> dholbach: yes in future. therefore I assigned the bug to me ;)
[11:06] <dholbach> sebner: it looks like some problem with python / python-central - at the time I test-built it, it built nicely
[11:06] <sebner> dholbach: /here too. nvm. Haven't got time for it now. Final exams are starting tomorrow ^^
[11:08] <dholbach> doko: do you have an idea what happens here:  http://launchpadlibrarian.net/14486647/buildlog_ubuntu-intrepid-amd64.linkchecker_4.9-1ubuntu1_FAILEDTOBUILD.txt.gz  ?
[11:21] <Riddell> jdong, TheMuso: motu-sru approval needed on bug 175536
[11:24] <Riddell> also bug 228534
[11:30] <willwill> does universe accept package from non-motu? I will make a font package for my loco team and wants to see it in universe.
[11:31] <geser> sure, see REVU
[11:31] <geser> !REVU
[11:32] <willwill> thank you
[11:32] <geser> if it passes REVU it will be upload to the Ubuntu archive
[11:33] <mok0> willwill: but be prepared for several rounds of required changes
[11:34] <willwill> mok0, already, ppa make me tired
[11:34] <sebner> !packaging willwill
[11:34] <sebner> -.-
[11:34] <mok0> !packaging
[11:35] <willwill> Maybe next month, I need to create a poll what fonts should be included first.
[11:35] <mok0> sebner, get back to studying for your exam
[11:36] <sebner> mok0: Ubuntu is just too adictive ^^
[11:36] <mok0> sebner: you can get high after the exam :-)
[11:37] <sebner> mok0: Yeah I know. I will shutdown my laptop soon :) And I upgraded to intrepid. If it's not starting it's also good ^^
[11:38] <mok0> sebner: that's brave :)
[11:38] <sebner> mok0: hmm. did the same with hardy ^^. but I don't installed the b0rken libxfonts package
[11:40] <mok0> sebner: I will wait with the upgrade until I know it works ;-)
[11:40] <sebner> mok0: well, if you ignore the broken packages it is already working ^^
[11:45] <Riddell> siretart: what was non free about ffmpeg?
[11:47] <Riddell> siretart: libavdevice52 main or universe?
[11:53] <siretart> Riddell: ffmpeg is 100% GPL and therefore free
[11:54] <siretart> Riddell: and since we nowadays have packages from universe on the live cds, I'm curious to learn what effect this has on the policy what is acceptable for main and what for universe
[11:54] <Riddell> siretart: if it's all free why the need to rename to ffmpeg-free?
[11:54] <siretart> from the code side: libavdevice is a library where code previously in other parts of ffmpeg have been moved to.
[11:55] <siretart> time will show what applications will link against libavdevice in future
[11:55] <siretart> Riddell: the naming is a bit unfortunate. I plan to upload a ffmpeg-risky package to multiverse soon, which does not have patented encoders stripped
[11:56] <Riddell> universe on live CDs?  you mean xubuntu?
[11:56] <siretart> yes, or like medibuntu, or whatnot
[11:56] <Riddell> there's no change to what can go on CDs.  main only for supported distros and nothing with problematic patents
[11:57] <siretart> well, libmad0 is in main, and is also affected by patents.
[11:57] <Riddell> yes, always has been
[11:57] <Riddell> and has always been banned from being on CDs
[11:58] <Riddell> no change there
[11:58] <siretart> the same applies for ffmpeg
[11:59] <emgent> heya
[12:04] <geser> soren: Hi, do you see a reason to not sync libreadonly-xs-perl from Debian?
[12:05] <siretart> Riddell: regarding ffmpeg, what's the plan with kubuntu? will intrepid ship kde3 in main?
[12:07] <Riddell> siretart: as little as possible
[12:08] <siretart> Riddell: because that would mean that we can demote xine-lib, and with that ffmpeg
[12:08] <Riddell> that would be dependant on the phonon gstreamer plugin being packaged and working as well as xine
[12:08] <Riddell> but it's certainly something to look into
[12:08] <siretart> yupp
[12:12] <Riddell> siretart: how does gstreamer match these days for e.g. dvd menus, w32codecs?
[12:15] <siretart> Riddell: I didn't notice improvements for dvd menus. for w32codecs, well, there is a plugin package, and I had the impression that it worked on i386 only
[12:16] <siretart> the nice thing about gstreamer is that we can have and build a functional core on the CD, and offer users to download dvd support as add-on later. This is IMO the best we can offer anyway
[12:16] <soren> geser: No, I don't think so. I'm not sure why it doesn't show up on MoM. :/
[12:16] <siretart> since it seems that canonical is not willing to ship mpeg2 decoders and libdvdcss on the livecd anyways
[12:23] <geser> soren: it's listed on http://merges.ubuntu.com/universe-manual.html
[12:24] <soren> geser: Oh, ok.
[12:24] <soren> geser: Without actually looking at the packages, I can't think of any reason why we shouldn't be able to sync them
[12:25] <soren> geser: them == libreadonly-{xs-,}-perl
[12:26] <geser> soren: ok, I'll check the other too and file sync requests for both. Thanks.
[12:27] <soren> geser: Oh, thank *you*
[12:33] <\sh> ./VolumeButton.cs(55,17): warning CS0612: `Gtk.Tooltips' is obsolete gnarf
[12:34] <sebner> bye folks.
[12:37] <\sh> do we have a mono gtk pro here? ;)
[12:40] <mok0> yuccc, mono
[13:00] <ScottK> Hello askand.
[13:00] <askand> ScottK: ah hello again!
[13:01] <ScottK> Anyone who's able: askand has produced a fix for bug 89936 and would like to learn how to integrate his change into an updated package.  Would someone have time to help him with that?
[13:20] <ScottK> askand: I'm busy with $WORK right now, so all I can do is counsel patience.
[13:22] <askand> ScottK:  Sure, Ill wait
[13:23] <persia> askand: I'm also occupied, but there's some docs on generating a debdiff and requesting sponsorship in the section on Preparing New Revisions in https://wiki.ubuntu.com/MOTU/Contributing.  If something is confusing, asking specific questions here often elicits a faster response.
[13:24] <askand>  persia: thanks
[13:35] <mok0> askand: I can help
[13:36] <mok0> askand: do you know how to make a source package?
[13:36] <askand> mok0:  please do :) nah..not reallyy experimented a bit with it
[13:37] <mok0> askand: ... but you got the source package of gmail-notify... ?
[13:37] <ScottK> mok0: AFAIK this is his first attempt.  He was in #ubuntu-bugs looking for how to get his fix uploaded.
[13:37] <askand>  mok0: yes I have
[13:38] <mok0> askand: ok, so it goes like this: 1) get source package. 2) fix fix fix 3) update changelog (important!!)
[13:39] <mok0> askand: 4) cd to dir that contains debian/ (5) debuild -S -sa
[13:39] <askand> mok0: ok..the fix fix fix part? Should I just replace the file with a bug in with a file witout the bug?
[13:40] <mok0> askand: yes, the "fix fix fix" means: edit
[13:41] <mok0> askand: when you run "debuild -S -sa" you will get new .diff.gz and .dsc  files
[13:42] <mok0> askand: in the directory above topdir ( topdir== the one that contains debian/)
[13:42] <askand> The last changelog entry was: gmail-notify (1.6.1-3ubuntu2) gutsy; urgency=low should mine be gmail-notify (1.6.1-3ubuntu3) hardy; urgency=medium?
[13:42] <mok0> askand: the you simply "debdiff old.dsc new.dsc"
[13:43] <mok0> askand: if it's a fix to hardy, it should be hardy-proposed
[13:43] <mok0> askand: but, yes, you increment the last number (after ubuntu)
[13:43] <slytherin> mok0: you are talking too fast
[13:44] <askand> yea thanks god for scrollbuttons ;-)
[13:44] <mok0> slytherin: ah. That's the first time anyone has accused me of that :-)
[13:45] <askand> Should I somewhere in the changelog put wat bug is solved with this update?
[13:45] <mok0> askand: yes, in the form (LP:  #nnnn)
[13:46] <mok0> askand: (LP: #89936) actually
[13:46] <mok0> askand: make a good description of what you have done in changelog/
[13:46] <geser> mok0, askand: if it's a SRU the version should be 1.6.1-3ubuntu2.1 and the bug should be fixed in intrepid first (1.6.1-3ubuntu3)
[13:47] <slytherin> is anyone able to do grab-merge.sh blueproximity? The script simply exits for me.
[13:48] <mok0> askand: yeah geser is right, forgot about that...
[13:48] <geser> slytherin: MoM or DaD?
[13:48] <\sh> slytherin: use mom and not dad ;)
[13:48] <mok0> slytherin: works for me
[13:48] <askand> mok0: hmm..that makes it gmail-notify (1.6.1-3ubuntu3) intrepid ?
[13:49] <mok0> askand: if it's a bug in hardy that you want to fix, it should be gmail-notify (1.6.1-3ubuntu2.1) hardy-proposed
[13:49] <slytherin> geser: the script was taken from MoM
[13:50] <askand> mok0:  http://pastebin.com/m4ba2b5bb
[13:51] <slytherin> Oh. DaD says there is a merge for blueproximity, where as MoM doesn't. And I was trying to use MoM script
[13:51] <mok0> askand: also state what files you changed.
[13:51] <\sh> slytherin: manual merge eventually?
[13:52] <askand> oh right
[13:52] <mok0> askand: and wrap the line in the entry so no line is longer than the "--" lines
[13:52] <\sh> slytherin: http://merges.ubuntu.com/universe-manual.html <- there it hides
[13:52] <\sh> slytherin: problem here is: no base debian version to check against
[13:53] <askand> mok0: http://pastebin.com/m45ccd3fe
[13:53] <\sh> slytherin: therefore mom just don't give any result...and thinking about the old DaD problems, dad will break the merge completly...
[13:53] <mok0> slytherin: take care, afair there is some evil rm statements at the start of that script
[13:54] <slytherin> \sh: yes, you are right, the package in hardy was Ubuntu-only package. SO there is no base debian version
[13:54] <mok0> askand: good, but put the path (relative to topdir) in front of langs.xml
[13:54] <\sh> slytherin: actually it's good to just dget the debian version and the old version in hardy...and do a manual merge...and hopefully sync it ;)
[13:55] <mok0> askand: ... and you didn't change the word "meddelande" you removed it ;-)
[13:56] <askand> mok0: hm..im not sure what you mean with relative to topdir? It is currently in the topdir? Or do you mean when it is installed?
[13:56] <mok0> askand: you also removed "%(n)" ...
[13:56] <slytherin> \sh: hmm, I will try. But as per my experience I haven't found very friendly changelog entries in Debian changelogs. So it usually hard (for me) to know what exact changes were made.
[13:56] <mok0> askand: "topdir" is the one that contains debian/
[13:56] <askand> mok0: yea langs.xml is in there
[13:57] <mok0> askand: ah, then you put debian/langs.xml
[13:57] <\sh> slytherin: read the ubuntu changelog...as it is a 0ubuntu version, mostly it was just pushed into ubuntu as new version...so normally debian was too late with a new version, or we have someting specific inside..which can be merged easily
[13:57] <askand> mok0: nono its in the topdir I mean :)
[13:57] <mok0> askand:  okok :.-)
[13:57] <mok0> hehe
[13:57] <slytherin> \sh: will try
[13:58] <mok0> askand: you are ready to run "debuild -S -sa"
[13:58] <askand> mok0:  in the topdir?
[13:58] <mok0> yes
[13:59] <mok0> askand: it will ask you to sign with your gpg signature. If you don't have one (get one :-) ) ... you can add "-uc -us" to debuild
[14:02]  * mok0 wonders why gmail-notify crashes on the word "meddelande"...
[14:02] <askand> ***mok0  python does not like the (n) thing
[14:02] <mok0> askand: ok
[14:04] <mok0> askand: if you're interested in localization work, check out the "Translations" tab on Launchpad. There's a nifty system there called "Rosetta" where you can help with translations in a convenient web interface
[14:06] <askand>  mok0: will check that later, im trying to get a gpgsignature..I had onw before a formatted my computer..
[14:06] <mok0> askand: you don't need the signature to generate the debdiff, so you can wait
[14:06] <mok0> askand: just use "debuild -S -sa -uc -us"
[14:07] <mok0> (-uc and -us means: do not sign .changes and .dsc files)
[14:08] <mok0> askand: (make sure you save a backup of your next signature. It is a big pain + a security risc to loose your private key)
[14:08] <askand> mok0:  hm it gives me errors.. http://pastebin.com/m388776f3
[14:10] <mok0> askand: hmm, it doesn't like your swedish characters. You can safely delete those lines, though, because you actually need to document not WHAT you did but WHY you did it
[14:10] <askand> mok0:  ok I see
[14:10] <mok0> askand: the person looking over your debdiff can easily see WHAT has changed, but not WHY (unless you put it in the changelog)
[14:12] <mok0> askand: there is a fairly sophisticated parser for the changelog file, I guess it doesn't like non-ascii characters...
[14:13] <mok0> askand: you also need to "apt-get install cdbs"
[14:15] <james_w> hi askand
[14:15] <askand> mok0: now it worked!
[14:15] <askand> james_w:  hi
[14:15] <mok0> askand: cool!
[14:15] <james_w> askand: Swedish characters should be fine, are you using a UTF-8 locale?
[14:15] <mok0> now you should have your new .dsc file
[14:16] <askand> mok0:  ive got .build, .changes, .dsc and .diff.gz
[14:16] <askand>  james_w: yes I am
[14:16] <james_w> askand: strange then
[14:16] <mok0> askand: so, you do "debdiff old.dsc new.dsc"
[14:17] <mok0> where "old" and "new" are gmail- .... etc
[14:17] <mok0> james_w: perhaps it is the xml tags it doesn't like??
[14:18] <james_w> mok0: perhaps, askand, what does "okänd rad" mean?
[14:18] <mok0> unknow line
[14:18] <mok0> unknown
[14:19] <james_w> ah, thanks
[14:22] <askand> mok0: Ok now I have run debdiff
[14:22] <mok0> askand: cool! Attach it to the bug
[14:23] <askand>  mok0:  attach what? :P
[14:23] <mok0> askand: the output of debdiff
[14:23] <askand>  james_w: it accepts my swedish letters now by the way, must have been something else that was wrong
[14:23] <mok0> askand: hang on
[14:23] <james_w> askand: cool, glad it works.
[14:24] <mok0> debdiff gmail-notify_1.6.1-3ubuntu2.dsc gmail-notify_1.6.1-3ubuntu2.1.dsc > gmail-notify_1.6.1-3ubuntu2.1.debdiff
[14:25] <mok0> askand: the convention is to name your debdiff with the same root name as the new .dsc file
[14:26] <mok0> askand: you can also check with "lsdiff gmail-notify_1.6.1-3ubuntu2.1.debdiff"
[14:26] <mok0> askand: ... which will give you a list of the files that have changes
[14:27] <askand>  mok0: you have gmail-notify_1.6.1-3ubuntu2.1.dsc but I have gmail-notify_1.6.1-3ubuntu3.dsc
[14:27] <askand> as the new version?
[14:28] <mok0> askand: ah, the ubuntu3 comes from the changelog file
[14:28] <mok0> askand: change it to -3ubuntu2.1
[14:28] <askand> mok0:  ok then I start over?
[14:29] <mok0> askand: then you run debuild -S -sa -uc -us again
[14:31] <mok0> askand: the 2.1 means that it is bug-fix #1 to -3ubuntu2
[14:31] <mok0> askand: ... and that it is a post-release fix to hardy
[14:32] <mok0> askand: also known as SRU (stable release update)
[14:34] <askand> should I mark it as a patch when I attach it?
[14:34] <mok0> askand: yes
[14:35] <askand> mok0: ok done! :)
[14:35] <mok0> askand: then, finally, you subscribe ubuntu-universe-sponsors
[14:37] <mok0> askand: ... from the pink menu in LP
[14:38] <askand>  mok0: okok done
[14:38] <mok0> askand: cool. Thanks for your work!
[14:38] <askand> mok0: thanks for helping out! :)
[14:39] <mok0> askand: np!  I had to make changes in the changelog file; the changelog parser did not like the <tab> characters at the beginning of each line.
[15:25] <bddebian> Heya gang
[15:27] <geser> Hi bddebian!1!
[15:27] <bddebian> Heya geser
[15:36] <tbielawa> allo all
[15:40] <Iulian> Hello bddebian.
[15:41] <bddebian> Hello tbielawa, Iulian
[18:09] <slomo_> siretart: ffmpeg seems to be a bit unhappy on powerpc... see the gstreamer0.10-ffmpeg/experimental build log. i can't check what goes wrong exactly now but it's probably a segfault somewhere in ffmpeg code that happens only on ppc ;)
[18:10] <siretart> slomo_: I trust that you manage to create a patch based on a nice backtrace. Hint: ffmpeg-dbg might be useful for that
[18:11] <slomo_> siretart: busy atm :)
[18:11] <siretart> slomo_: same here. plus: no ppc hardware
[18:20] <nicolasvw> While looking for the best practice for upgrading a package with a new upstream version (once the package is ready for sponsorship) and I find two possibilities: linking revu upload to LP or attaching an interdiff. What's the recommended way to go?
[18:22] <jdong> nicolasvw: interdiff or full .diff.gz
[18:25] <nicolasvw> thankx jdong
[18:31] <dx9s_work> where can I see all changes to suphp between hardy and gutsy
[18:31] <dx9s_work> I think I found a  major bug
[18:32] <geser> in the changelog
[18:32] <geser> or you compare both source packages
[18:33] <dx9s_work> what WHATEVER reason.. in 7.10 .. suphp only require the parent directory to be own by the same person that the script is running as.. not in hardy .. all parent directories have to be owned by the same person (unless it hits a directory owned by root)
[18:33] <dx9s_work> some really irratating bug
[18:33] <dx9s_work> really pissing me off
[18:34] <dx9s_work> and it is impossible to have "all parent directories" own by the same person in a multi-user website using suphp... makes it completley useless!!!!!!!!!!!
[18:35] <dx9s_work> dann
[18:35] <dx9s_work> have to reverse "debian/patches/10_CVE-2008-1614.dpatch"
[18:36] <dx9s_work> they didn't completely regession test it
[18:36] <dx9s_work> POS!
[18:37] <dx9s_work> who maintains suphp?
[18:37] <YokoZar> Hi, I've had an SRU pending for like 2 weeks now, and it seems to work fine but no one's pushed it out yet...
[18:39] <YokoZar> https://bugs.edge.launchpad.net/ubuntu/+source/wine/+bug/224042
[18:53] <jdong> YokoZar: you need one more tester to say it's working
[18:53] <jdong> YokoZar: afterwards, mark verification-done and remove verification-needed
[18:56] <mok0> siretart: ping
[18:59] <dx9s_work> how can I downgrade to older version of suphp! ?
[19:01] <dx9s_work> from 0.6.2-2ubuntu1 to 0.6.2-2
[19:01] <geser> fetch the deb and install it with e.g. gdebi
[19:03] <dx9s_work> perhaps it would be easier to go deb-src?
[19:03] <dx9s_work> that way I can complete access to the src code
[19:06] <dx9s_work> not as verse on building deb's from src (recent ubuntu/deb convert) .. know how to make .tgz from src for slackware no problem.. seeing apt-get source and apt-get build-deb
[19:06] <siretart> mok0: please don't ping contentlessly
[19:06] <mok0> siretart: sorry. I'd like to ask to get motu powers on revu
[19:08] <dx9s_work> geser, perhaps you can point me at a howto on the process to download the actual source code used by the maintainers to produce the .deb files so I can manually install my own .deb file (and hopefully fix the serious bug in suphp)
[19:08] <siretart> mok0: sure. what's your revu login?
[19:09] <mok0> siretart<EMAIL_ADDRESS>[19:09] <siretart> and your lp id?
[19:09] <mok0> siretart: mok0
[19:09] <geser> dx9s_work: if you have the deb-src lines in /etc/apt/sources.list, simply apt-get source <pkgname>
[19:13] <siretart> Altering<EMAIL_ADDRESS>to level reviewer
[19:13] <dx9s_work> geser, had to install dpkg-dev
[19:13] <mok0> siretart: thanks!
[19:18] <dx9s_work> geser, so where is the build scripts (aka options passed to configure and so forth and the process for building the .deb .. I know some makefiles have a make option for .deb files)
[19:19] <geser> dx9s_work: debian/rules inside the unpacked source dir
[19:20] <dx9s_work> ah
[19:23] <dx9s_work> okay removed the latest (recent as of last month) patch ... reading up on the process to build and install into the REAL root (or fake root) .. remember I am NEW to .deb's from the maintainer/builder side
[19:27] <dx9s_work> okay have a deb.. now I need to install using dpkg I think it is
[19:28] <dx9s_work> done
[19:28] <dx9s_work> gonna see if removing the patch fixed my problem
[19:29] <mok0> I uploaded torque_2.1.8+dfsg-0ubuntu2 for intrepid earlier today, but it's vanished into blue air. I've not gotten any reject mails, nor can I find it in the build queue. What gives?
[19:30] <geser> mok0: I'm also missing some uploads from today
[19:30] <mok0> geser: I don't know if I should say that's comforting :-)
[19:31] <dx9s_work> CRAP!
[19:31] <dx9s_work> no change.. need to compare a working gutsy machine and this hardy machine closer
[19:32] <geser> mok0: I'm trying to get an answer in #launchpad
[19:33] <mok0> geser: great, perhaps I should join you there...
[19:36] <dx9s_work> it was something that broke (usable but for ONE person... which completely blows the reason for have suphp in the first place) between "suphp (0.6.2-1ubuntu1) "  and later currently 0.6.2-2ubuntu1 (the maintainer has 0.6.3 out.. I might just install manually and screw the the .debs)
[19:38] <mok0> dx9s_work: it may give you some clues on how to fix the debs later
[19:39] <dx9s_work> mok0, just a pain-in-the-arse.. I don't need to be fixed THIS problem.. I have another work-stoppage thing that I am trying to fix and this is a show stopper (hardy's suphp multi-user support.. or lack of it)
[19:40] <mok0> dx9s_work: I know the frustration of cascading problems
[19:42] <mok0> dx9s_work: ... but please, don't take it out on us ;-)
[19:43] <dx9s_work> is there a way to "apt-get source xxxxxx-some-older-version" ... even trying to get "apt-get source libapache2-mod-suphp_0.6.2-2ubuntu1" (which is the correct name /version) doesn't work
[19:43] <dx9s_work> oh it's not anyONES fault.. just a pain when you (me in this case) don't know the source process very well w/ deb's
[19:43] <dx9s_work> if it was slackware.. I'd have it done by now
[19:44] <RainCT> dx9s_work: you can get older version from http://packages.ubuntu.com, if they are still on some repo
[19:45] <RainCT> (there's a link the the .dsc file at the left of the info pages. to download the source do:  dget <url to the dsc file>; dpkg-source -x *dsc)
[19:45] <geser> LP has also older versions
[19:46] <dx9s_work> I want to get really good at this .deb stuff so you'll have to bare w/ me
[19:46] <mok0> dx9s_work: work out what the problem is first, then come here and get help updating  the package
[19:46] <mok0> dx9s_work: ... and open a bug on LP
[19:47] <mok0> dx9s_work: that will help the devs keep track of the progress
[19:47] <geser> dx9s_work: go to https://launchpad.net/ubuntu/+source/suphp, select the version you want, and dget the .dsc file (dget is in devscripts)
[19:48] <mok0> geser: not much action on #launchpad :-/
[19:49] <geser> mok0: I know :(
[19:53] <mok0> geser, I see some discussion on -devel about shh keys. Could that have to do with the upload problem+
[19:53] <mok0> s/+/?/
[19:55] <geser> mok0: I doubt it, I can't imagine how the ssh-key issue might affect the gpg signatures from uploads
[19:55] <cbx33> hey guys
[19:55] <cbx33> anyone here use NX?
[19:55] <dx9s_work> okay hopefully installed 0.6.2-1ubuntu1 (from gutsy days into hardy)
[19:55] <jdong> cbx33: used to, haven't bothered to set it up recently.
[19:55] <jdong> (100mbit internet --> not much care for NX efficiency)
[19:56] <cbx33> jdong: was wondering how to regen the key it comes with
[19:56] <jdong> cbx33: I doubt it's vulnerable.
[19:56] <dx9s_work> yippie
[19:56] <dx9s_work> that fixed it!
[19:56] <dx9s_work> some bug between what gutsy has in 0.6.2-1ubuntu1 and later
[19:56] <cbx33> jdong:
[19:56] <dx9s_work> (what hardy has)
[19:57] <cbx33> well i just ran ssh-vulnkey
[19:57] <cbx33> and it came back wit hthis
[19:57] <cbx33> COMPROMISED: 1024 xx:XX:XX:XX:XX:XX:XX
[19:57] <cbx33> no-port-forwarding,no-agent-forwarding,command="/usr/NX/bin/nxnode"
[19:57] <cbx33> where xx is the fingerprint
[19:57] <dx9s_work> mok0 and geser ... I'll have to spend time and research what/where the problem is later.. but rolling back to older source from gutsy days fixed it
[19:59] <cbx33> jdong: what ya think?
[20:01] <mok0> dx9s_work: fine, but please take a minute or two to open the bug on LP
[20:09] <dx9s_work> mok0, it says ( https://launchpad.net/ubuntu/hardy/+source/suphp/0.6.2-1ubuntu1 ) ... removal requested on 2007-11-11 ... is there a way to determine WHO requested it / approved it?
[20:09] <dx9s_work> as the superseded version must have been tested (possibly poorly) by somebody and I need to inform that person how to test it and future releases for this bug
[20:10]  * mok0 looks
[20:11] <jdong> cbx33: I frankly woulnd't care
[20:11] <jdong> cbx33: the nx key is public anyway
[20:11] <jdong> cbx33: it allows all users with an nx pubkey to log in to nx@your_host
[20:11] <jdong> cbx33: but user nx only spawns NX shells that allow a further login.
[20:11] <james_w> dx9s_work: in this case it means automatically, as a new version was uploaded
[20:12] <ScottK> dx9s_work: https://launchpad.net/ubuntu/+source/suphp/ - The only change appears to have been security related.
[20:12] <jdong> cbx33: i am not a crypto expert but I don't think a compromise of the nx user login is any worse than what nx does by default...
[20:14] <mok0> dx9s_work: It looks like 0.6.2-1ubuntu1 was superseded by a debian sync
[20:14] <dx9s_work> james_w, ScottK, problem is it causes it to be highly un-usable... and all files / directories must be own by one person... might as well just use suexec instead for the entire site over suphp .. older 0.6.2-1ubuntu1 days allw for multiple users (assuming the immediate parent directory is owned by the same person) ...  big feature difference.. I assume it was a bug due to how it was tested before publishing
[20:15] <ScottK> dx9s_work: I think your assuming I care more than I do.  You asked a question.  I answered it.  Sorry I can't help you more.
[20:15] <dx9s_work> np thanks ScottK
[20:15] <james_w> dx9s_work: https://edge.launchpad.net/ubuntu/+source/suphp/0.6.2-2 looks like the upload that probably added the change
[20:16] <james_w> https://edge.launchpad.net/ubuntu/hardy/+source/suphp/0.6.2-2 shows it better
[20:16] <mok0> ... but the current hardy version is  0.6.2-2ubuntu1
[20:17] <dx9s_work> I think the 10_CVE-2008-1614 in the hardy version might solve one minor (really minor) security problem in place of a huge feature drop
[20:17] <mok0> dx9s_work: hasn't that been addressed by https://edge.launchpad.net/ubuntu/hardy/+source/suphp/0.6.2-2ubuntu1
[20:18] <dx9s_work> I dunno.. I DL'ed the source for 0.6.2-2ubuntu1 and remove the patching for 10_CVE-2008-1614 .. and that didn't solve it ... it could also be the AddType change from x-http-php to application/x-http-php
[20:18]  * dx9s_work looks now at the url
[20:19] <james_w> dx9s_work: that patch fixes a race condition, it shouldn't normall change anything that isn't racy.
[20:19] <dx9s_work> I really don't know what/where .. the issue is..
[20:20] <dx9s_work> but if the fact that php code one run under hardy's version unless the parent directory and the parent's parent directory and the parents parents parents directory are ALL owned by the same person ... (until it hits a directory that root owns)
[20:20] <dx9s_work> one run=won't run
[20:20] <james_w> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=416424 is the bug fixed there.
[20:21]  * dx9s_work reads
[20:24] <dx9s_work> hmmm..
[20:25]  * dx9s_work quotes "
[20:25] <dx9s_work> Indeed, it's not a bug in suPHP, but it's a bug in the libapache2-mod-suphp
[20:25] <dx9s_work> package because it contains the Apache configuration file and ships with an
[20:25] <dx9s_work> insecure configuration.
[20:25]  * dx9s_work "
[20:25] <dx9s_work> will look at that closer
[20:31] <dx9s_work> set it up using the alternate method (addtype versus addhandler) .. and moved back to 0.6.2-2ubuntu1 .. and same problem with parent and grandparent directory ownership
[20:31] <dx9s_work> so no
[20:32] <dx9s_work> the answer is that issue fixed something but created another problem
[20:34] <cbx33> ko jdong
[20:34] <dx9s_work> gonna hafta roll back to 0.6.2-1ubuntu1 .. suphp in hardy is broken
[20:55] <dx9s_work> well rolled back to 0.6.2-1ubuntu1 and used sethandler+filesmatch (workaround) method. that should be paranoid enough and still work for many people on the same site (until I get time to look at 0.6.3 reference code and test it out)
[21:07] <geser> mok0: I just got the accepted mails for my uploads. So whatever was broken got fixed.
[21:11] <mok0> geser: me too
[21:38] <mok0> What software do they use at BTS to generate those little box & arrow diagrams?
[21:40] <norsetto> mok0: you mean the useless version graph?
[21:41] <mok0> norsetto: yes :-)
[21:44] <norsetto> mok0: knowing debian its some perl script ....
[21:44] <mok0> norsetto: yeechh
[21:45] <mok0> norsetto: of course I could probably find the source code somewhere and find out...
[21:46] <norsetto> mok0: try searching for perl and graph
[21:51] <andrew___> mok0: that sort of thing is normally done with Graphviz (I don't about this particular case though)
[21:59] <mok0> andrew___: thx I will check that out!
[22:17] <norsetto> ScottK: you may want to check bug 229776
[22:17] <ScottK> norsetto: I have it on my list to look at.
[22:18] <norsetto> ScottK: ok
[22:18] <ScottK> I'm subscribed to the package bugs via pythonistas.
[22:18]  * norsetto wonders what is the diff between a pythonero and a phytonista
[22:19] <ScottK> For the teams, one is for Main packages and the other for Universe.
[22:19] <ScottK> I've no idea of the exact reference from which the team names came from though.
[22:21] <ScottK> mok0: Why did you add a Linda over-ride to Torque?  It's been removed from the archive.
[22:33] <LaserJock> ScottK: ping?
[22:33] <ScottK> Pong
[22:34] <ScottK> LaserJock: ^^^
[22:34] <LaserJock> ScottK: you know anything about the qt4 backports?
[22:35] <ScottK> I know how they are being done.  I haven't been invovled directly in the doing.
[22:35] <LaserJock> hmm, k. Does Riddell do them?
[22:35] <ScottK> Yes.
[22:36] <ScottK> He figured a way to build them on a PPA and then copy them to backports so they don't have to get in line behind Intrepid builds.
[22:36] <LaserJock> interesting
[22:37] <LaserJock> it seems the QT4 4.4 packages kill at least lyx
[22:37] <LaserJock> looking into stellarium as well, not sure about it
[22:37] <ScottK> Everyone knows backports are crack ;-)
[22:37] <ScottK> K.
[22:37] <LaserJock> sure
[22:38] <LaserJock> it's just a bit odd since it's a library backport
[22:38] <ScottK> It's tied to and needed for the whole KDE4 4.0.4 backport.
[22:38] <LaserJock> i.e. you install one thing from -backports and it kills other things from the stable repo
[22:38] <LaserJock> sure
[22:39] <LaserJock> I'm just trying to figure out the best course of actions
[22:39]  * ScottK tends to enable backports, install the one thing he wants, and turn them back off again.
[22:39] <ScottK> Sure.
[22:39] <ScottK> I'd say file bugs and whine at Riddell for now.
[22:39] <LaserJock> apparently there is a new version of Lyx that will work with QT4 4.4
[22:39] <LaserJock> I wonder if I should try to push that into Intrepid and backport it
[22:40] <ScottK> I think that'd be excellent.
[22:45] <Jazzva> norsetto: I'm almost done with gecko-mediaplayer. I noticed that there is src/nsIScriptableGeckoMediaPlayer.h which is generated in build process, but not removed in clean process. Should I remove it in clean rule?
[22:46] <LaserJock> ScottK: sweet, apparently this QT4 4.4 issue has been fixed by Debian
[22:46] <norsetto> jazzva: strange, let me check
[22:46] <Jazzva> Ok
[22:48] <ScottK> Kewl.
[22:48] <ScottK> Sounds like some core-dev should do a merge ....
[22:48] <ScottK> See you all later.
[22:48] <norsetto> l8r
[22:52] <norsetto> Jazzva: yes, add it to the clean target
[22:53] <Jazzva> Ok...
[22:54] <LaserJock> jdstrand: ping
[23:00] <Jazzva> norsetto: Uploaded diff.gz. Bug 229335
[23:01] <norsetto> jazzva: thx
[23:01] <Jazzva> np :)
[23:02] <norsetto> jazzva: and pls. subscribe me :-)
[23:03] <Jazzva> Ok
[23:04] <Jazzva> done
[23:04] <Jazzva> :)
[23:16] <norsetto> g'night all
[23:28] <ScottK> LaserJock: The whole point of merging MoM/DaD to get comments there is so that the place you go look to see if a merge needs doing also has some informal status information.  Everyone file a bug is way overkill.
[23:30] <LaserJock> ScottK: well, considering that contributors need to do it anyway I don't think it's all that much of a stretch
[23:30] <LaserJock> but perhaps MoM+comments is the way to go when that's done
[23:30] <ScottK> But we've already got a plan for one stop shopping.
[23:30] <ScottK> That should be be very soon I think.
[23:30] <LaserJock> anyway, that wasn't really the point
[23:31] <LaserJock> my point is that we need everybody to check the canonical  location
[23:31] <LaserJock> in this case, if the developer had checked  for a merge bug it the problem would have been avoided
[23:31] <ScottK> If you insist on a centralized model that's true.
[23:31] <ScottK> Agreed.  And we don't need a new rule for that.
[23:32] <LaserJock> I was trying to encourage MOTUs and contributors to check before doing the work
[23:33] <ScottK> Which is good.  Just don't make me file work tracking bugs.
[23:33] <LaserJock> well
[23:33] <LaserJock> you need to grab your merges in some way that everybody's going to see
[23:33] <LaserJock> we used to do that via bugs
[23:33] <LaserJock> but MoM is probably better
[23:33] <ScottK> I think we used to do it via ask the person that touched it last if that wasn't you, but whatever.
[23:34] <LaserJock> I just think thats stupid, sorry :-)
[23:34]  * ScottK goes outside to enjoy sunshine with his daughter ....
[23:34] <LaserJock> I'm sitting here right now waiting for a pong on a merge
[23:35] <ScottK> Well so work on something else.  I think filing pointless bugs is stupid.
[23:35] <LaserJock> I could have done it a while ago and moved on to the real work I wanted to do, but instead I'm gonna have to wait a day just to get an OK to do a merge
[23:35] <crimsun> LaserJock: for a Universe source package?
[23:35] <LaserJock> I think people should rather "grab" the ones they do want to do and let everybody else get on with it
[23:35] <LaserJock> crimsun: main
[23:36] <crimsun> LaserJock: I don't see why you would wait unless it's a fairly critical source package.
[23:36] <crimsun> and even then, you're in main - people can just deal.
[23:36] <LaserJock> crimsun: because that's what ScottK says people should do :-)
[23:36] <mok0> Hmm, no openssh update for Lenny?
[23:36] <LaserJock> and I don't want to get yelled at :-)
[23:37] <ajmitch> LaserJock: we could always just list all the merges on a wiki page & lock them that way...
[23:37] <crimsun> hey, that sounds like a brilliant idea1
[23:37] <crimsun> oh wait...
[23:37] <ajmitch> crimsun: but wasn't it fun to edit?
[23:37] <crimsun> hehe
[23:39] <LaserJock> ajmitch: we already have tools, I'm sure we can do better than a wiki page
[23:40] <LaserJock> although wiki pages are better than nothing, IMO
[23:40] <ajmitch> LaserJock: crimsun knows that pain that I'm talking about :)
[23:42] <LaserJock> ajmitch: I remember
[23:43] <ajmitch> we moved on to having bugs filed, which were scraped for sistpoty's merge tool
[23:43] <LaserJock> ajmitch: I thought that was a decent idea, though it seemed a bit fragile
[23:44] <LaserJock> I think a python-launchpad-bugs run version would work better
[23:44] <LaserJock> but MoM comments would be much better methinks
[23:45] <ajmitch> it was fragile in a sense, but it worked
[23:46] <LaserJock> did we get down to a 0 merge list?
[23:46] <ajmitch> we got close
[23:46] <ajmitch> some packages would just fail due to other changes to the system
[23:47] <ajmitch> old, crufty stuff usually
[23:47] <ajmitch> though that would happen far more often with the rcbugs list (which won't be updated anytime soon due to recent debian security changes)
[23:48] <LaserJock> bah


[05:33] <Kilos> morning inetpro and all others too
[05:33] <Kilos> :D
[05:36] <Kilos> hi thatgraemeguy totimkopf theblazehen Kerbero
[05:38] <thatgraemeguy> g'day
[06:12] <magespawn> good morning
[06:15] <Kilos> hi magespawn
[06:40] <magespawn> so whats up Kilos?
[06:41] <Kilos> same old magespawn and there
[06:46] <magespawn> pretty much the same
[07:00] <magespawn> internet connection seems to be a bit flakey today
[07:08] <nuvolari> o/ morning
[07:22] <magespawn> hi nuvolari
[08:45] <magespawn> anyone else having internet issues today?
[08:49] <magespawn> really struggling to use any google services
[08:57] <TinuvaMac> its vox
[08:58] <TinuvaMac> you should test a afrihost free 1gb account or web africa free 1gb account
[09:04] <Kilos> lo nuvolari
[09:05] <Kilos> an d TinuvaMac
[09:11] <magespawn> hi TinuvaMac thanks for that. i will switch it to one of our other accounts. any idea why?
[09:13] <TinuvaMac> well dont think i am allowed to say publicly
[09:13] <TinuvaMac> but you will see there a lot of complaints on mybb vox thread
[09:16] <magespawn> does seem to on and off though
[09:16] <magespawn> ^be
[10:46] <theblazehen> Morning Kilos and others
[10:48] <magespawn> hi theblazehen
[11:03] <magespawn> back later
[14:25] <Kilos> wake up all of you
[14:25] <Kilos> home time
[14:52] <Kerbero> almost, but not yet
[15:55] <theblazehen> http://www.xe.com/currencyconverter/convert/?Amount=1&From=USD&To=ZAR eish. $1 = R15.95
[17:26] <nuvolari> o/ I iz on leave!
[17:48] <Kilos> yay
[17:49] <Kilos> oh nuvolari you missed out
[17:49] <Kilos> http://www.soundclick.com/genres/charts.cfm?Genre=Country&SubgenreID=228
[19:11] <Kilos> night all. sleep tight


  XD
 *smacks wxl again*
[00:02] <wxl> gee @teward001 you make this too easy. kind of like garfield!
[00:02] <kc2bez[m]> <wxl "this looks fun https://www.arkel"> It looks like something my son would do and love.
 *accidentally's the CI infrastructure* oops.
[00:04] <teward> meh
[00:04] <teward> it's been a chaotic week cut me some slack :p
[00:05]  * kc2bez[m] sends Lenny to give teward a hug.
[00:07] <kc2bez[m]> It has been a rough one here too. Rougher than normal actually. Onward we go though.
[00:10] <wxl> https://share.riseup.net/#zADb0VL1gyENGaP1GgK2ZA
[00:12] <kc2bez[m]> XD
 well I WAS going to run some updates to the Lubuntu CI... but maybe I"ll wait until next week to do it now
[00:13] <wxl> heheheheh
[00:13] <wxl> i'm sorry, there's no simon to pick on soooooooooooo
 so pick on Dan he's here :P
[00:15] <wxl> i haven't found something to pick on dan ABOUT yet
[00:15] <kc2bez[m]> He likes me :P
[00:15] <wxl> however, i do emphasize the word yet
 well then perhaps y'all should smack each other upside the head on the Council :P
[00:15] <wxl> how do you know we don't? XD
 lack of transparency means I don't know, but I can also just chaotically send you to the abyss lol
[00:18] <wxl> the abyss: home sweet home
[00:43] <wxl> https://discourse.ubuntu.com/t/improvements-for-hardware-support-in-ubuntu-desktop-installation-media/20606
[01:41] <kc2bez[m]> I am at a loss re bug 1910934
[01:42] <wxl> yeah i know
[01:44] <wxl> it's unfortunate there's no pid listed
[06:45] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-qtplugin just failed after succeeding: https://ci.lubuntu.me/job/focal_stable_lxqt-qtplugin/595/
[06:45] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-qtplugin just failed after succeeding: https://ci.lubuntu.me/job/focal_stable_lxqt-qtplugin/595/
[06:45] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-qtplugin just failed after succeeding: https://ci.lubuntu.me/job/hirsute_stable_lxqt-qtplugin/93/
[06:45] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-qtplugin just failed after succeeding: https://ci.lubuntu.me/job/focal_stable_lxqt-qtplugin/595/
[07:05] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-qtplugin just failed after succeeding: https://ci.lubuntu.me/job/hirsute_stable_lxqt-qtplugin/93/
[08:07] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-notificationd just failed after succeeding: https://ci.lubuntu.me/job/hirsute_stable_lxqt-notificationd/89/
[08:08] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-notificationd just failed after succeeding: https://ci.lubuntu.me/job/hirsute_stable_lxqt-notificationd/89/
[09:45] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libsysstat just succeeded after failing: https://ci.lubuntu.me/job/groovy_stable_libsysstat/316/
[10:47] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/groovy_stable_libfm-qt/525/
[10:47] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/groovy_stable_libfm-qt/525/
[10:57] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-admin just succeeded after failing: https://ci.lubuntu.me/job/groovy_stable_lxqt-admin/335/
[10:57] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/hirsute_stable_libfm-qt/183/
[11:08] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-about just failed after succeeding: https://ci.lubuntu.me/job/groovy_stable_lxqt-about/330/
[11:12] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/hirsute_stable_libfm-qt/184/
[11:34] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/groovy_stable_lxqt-archiver/535/
[11:44] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-archiver UNSTABLE: https://ci.lubuntu.me/job/focal_stable_lxqt-archiver/346/
[11:54] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-archiver/187/
[11:54] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-archiver/187/
[12:10] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-archiver UNSTABLE: https://ci.lubuntu.me/job/focal_stable_lxqt-archiver/347/
[12:10] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/groovy_stable_lxqt-archiver/535/
[12:46] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-build-tools UNSTABLE: https://ci.lubuntu.me/job/focal_stable_lxqt-build-tools/523/
[12:47] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-build-tools UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-build-tools/86/
[12:47] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-build-tools UNSTABLE: https://ci.lubuntu.me/job/focal_stable_lxqt-build-tools/523/
[13:02] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-build-tools UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_lxqt-build-tools/300/
[13:02] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-build-tools UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-build-tools/87/
[13:11] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-build-tools UNSTABLE: https://ci.lubuntu.me/job/focal_stable_lxqt-build-tools/524/
[13:11] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-build-tools UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_lxqt-build-tools/301/
[16:23] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/focal_stable_sddm/614/
[16:23] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_sddm/119/
[16:23] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_sddm/371/
[16:49] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_sddm/372/
[16:49] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/focal_stable_sddm/615/
[16:50] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_sddm/120/
[17:03] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-qtplugin just succeeded after failing: https://ci.lubuntu.me/job/hirsute_stable_lxqt-qtplugin/94/
[17:03] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-qtplugin just succeeded after failing: https://ci.lubuntu.me/job/focal_stable_lxqt-qtplugin/596/
[17:04] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-qtplugin just succeeded after failing: https://ci.lubuntu.me/job/focal_stable_lxqt-qtplugin/596/
[17:04] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-qtplugin just succeeded after failing: https://ci.lubuntu.me/job/focal_stable_lxqt-qtplugin/596/
[17:15] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/groovy_stable_libfm-qt/526/
[17:31] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/hirsute_stable_libfm-qt/185/
[17:34] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/groovy_stable_lxqt-archiver/536/
[17:35] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-notificationd just succeeded after failing: https://ci.lubuntu.me/job/hirsute_stable_lxqt-notificationd/90/
[17:35] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-about just succeeded after failing: https://ci.lubuntu.me/job/groovy_stable_lxqt-about/331/
[17:46] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-archiver/188/
[18:06] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/focal_stable_sddm/615/
[18:06] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_sddm/120/
[18:06] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_sddm/372/
[18:17] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/groovy_stable_libfm-qt/527/
[18:34] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/focal_stable_sddm/615/
[18:35] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/hirsute_stable_libfm-qt/186/
[18:35] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_sddm/120/
[18:37] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/groovy_stable_lxqt-archiver/537/
[18:37] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_sddm/372/
[18:37] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-archiver/189/
[22:40] <wxl> hey if anyone's got a trackpad available, does scrolling need to be on one of the non-disabled options for natural scrolling to work?
[22:43] <lynorian> what is natural scrolling again?
[22:43] <wxl> backwards XD
[22:43] <wxl> it drives me crazy
[22:43] <wxl> but it's the default for apple's
[22:44] <kc2bez[m]> I am not a fan either.
[22:45] <wxl> anyways this person who's having trouble with it has scrolling disabled and i'm wondering if that has an actual meaning or not
[22:46] <wxl> i can't even seem to make natural scrolling work at all in vbox
[22:47] <kc2bez[m]> Oh I follow you now. I would think scrolling needs to be enabled, yes. Let me test.
[22:49] <kc2bez[m]> Disabled does just that. Disables scrolling. I didn't notice that it took the mark off of natural scrolling though. I will try a reboot and see what happens.
[22:49] <lynorian> yes scrolling needs to be enabled for scrolling to work
[22:49] <wxl> ok then that's at least part of their problem
[22:49] <lynorian> apparently the input config gui lets you set natural scrolling on things that can't scroll
[22:50] <kc2bez[m]> After a reboot the box is still checked.
[22:51] <wxl> so setting scrolling to disabled does nothing to the setting for natural scrolling
[22:51] <wxl> but it DOES disable scrolling, right?
[22:51] <lynorian> I don't really think my steam controller has scrolling capability but the config lets me set natural scrolling for it
[22:51] <lynorian> yes
[22:51] <wxl> so this person has a usb mouse
[22:51] <kc2bez[m]> Yes, can confirm disabled disables scrolling.
[22:51] <wxl> they likely do not have a touch area
[22:52] <wxl> maybe they have a roller wheel
[22:52] <wxl> in which case those other settings may be irrelevant
[22:52] <kc2bez[m]> Let me try that on my desktop
[22:52] <lynorian> natural scrolling works with my roller wheel
[22:52] <wxl> i.e. where "disabled" really means "disabled if a touch device, otherwise n/a"
[22:53] <wxl> lynorian: so with the roller wheel, if you have natural scrolling on and scrolling disabled, it does not work, right?
[22:53] <kc2bez[m]> It already has disabled on my desktop with mouse
[22:53] <wxl> kc2bez[m]: are the other options greyed out?
[22:53] <kc2bez[m]> The other options are greyed out and not available.
[22:53] <lynorian> it still  scrolls
[22:53] <kc2bez[m]> yup
[22:53] <kc2bez[m]> to both
[22:54] <lynorian> natural still reverses
[22:54] <kc2bez[m]> yes
[22:54] <wxl> ok well that was likely a red herring
[22:54] <wxl> although there is a "button" option in their picture
[22:54] <wxl> https://launchpadlibrarian.net/520298260/lxqt-natural-scrolling-unchecked-2.jpg
[22:55] <lynorian> I ahve the button option but am not sure what it does
[22:56] <kc2bez[m]> Gah, i can't live this way for long. My brain can't handle it.
[22:57] <wxl> "natural scrolling" is a classic case of apple's marketing genius
[22:58]  * kc2bez[m] uploaded an image: screenshot91.png (43KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/aBwBMWEhPrcYoDCDukYFBOCj/screenshot91.png >
[22:58] <lynorian> making controls seems backwards is a bit disorenting
[22:58] <kc2bez[m]> I guess I have button scrolling but I have no idea what that is.
[22:58] <wxl> oh you have a button option too
[22:58] <lynorian> I also have a button option
[22:58] <lynorian> does anyone know what the button option is
[22:59] <kc2bez[m]> I don't notice any difference.
[23:00] <kc2bez[m]> I am on 20.10 so there is that too.
[23:00]  * lynorian is on 21.04 rigght now
[23:00] <kc2bez[m]> I don't have a physical machine with 20.04 right now.
[23:02]  * wxl shrugs
[23:06]  * lynorian looks at what the manual says and notices a slightly out of date screenshot
[23:09] -lugito:#lubuntu-devel- [rMANUAL146c944317c0: Update outdated screenshot for removed features] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL146c944317c0


[03:46] <Hobbsee> morning all
[03:47] <pschulz01> Morning Hobbsee.
[03:47] <pschulz01> In there any information on what's been happening in France?
[03:48] <Hobbsee> hi pschulz01
[03:49] <Hobbsee> pschulz01: i think the conference ended, and they just had a final dinner...
[03:50] <pschulz01> any of the work online yet?
[03:50] <zul> Hobbsee: and they got drunk and played ping pong?
[03:50] <pschulz01> :-)
[03:50] <Hobbsee> zul: probably.  i wouldnt know, i'm not there
[03:50] <Hobbsee> pschulz01: should be the wiki pages attached to each of the specs
[03:51] <Mithrandir> no ping pong, but plenty of people got drunk
[03:51] <pschulz01> Is anyone blogging, or are they all too drunk?
[03:52] <Mithrandir> I'm blogging and drunk, why?
[03:52] <pschulz01> Link?
[03:53] <Mithrandir> http://err.no/personal/blog is my personal "everything I feel like blogging about" blog with both personal stuff as well as technical posts which are syndicated onto other planets.
[03:53] <Hobbsee> pschulz01: it's around 4am there.
[03:54] <pschulz01> Hobbsee: There are lots of people who wsh they were there.. especially at 4am in the morning.
[03:54] <Hobbsee> oh i know
[03:55] <pschulz01> Mithrandir: Thanks...
[03:55] <neuralis> pschulz01: mako posted some thoughts on newsforge
[03:56] <pschulz01> Was that the 'part 1'? I saw that,,
[03:56] <neuralis> http://trends.newsforge.com/trends/06/06/22/1524249.shtml?tid=138&tid=18&tid=2
[03:56] <neuralis> it wasn't in parts.
[03:59] <pschulz01> Thanks all... happy recovering.
[04:03] <Hobbsee> night Mithrandir
[04:04] <zul> c ya Mithrandir
[05:23] <jmg> iwj
[09:14] <mon> #kubuntu-devel
[09:48] <Lathiat> whens the net language pack update?
[09:48] <Lathiat> or whats the schedule?
[10:13] <mdke> Lathiat: first monday of each month
[10:15] <Lathiat> hm ok cheers, not too far away i guess
[10:15] <mdke> nope, monday after next I suppose
[10:15] <Lathiat> (theres a nasty bug in the en_AU translation atm that shows 'keyboard label' on every menu with a shortcut item that has been fixed but not released yet)
[10:15] <Lathiat> ah, hrm
[10:16] <mdke> Lathiat: there are daily language packs if you can't wait
[10:16] <Lathiat> yeh thats a while away
[10:16] <Lathiat> its not even just me it is quite a nasty bug to have for like 3-4 weeks ;p
[10:16] <Lathiat> hrm where do you get those?
[10:16] <mdke> at ~pitti
[10:16] <Lathiat> cheers
[10:16] <mdke>  deb http://people.ubuntu.com/~pitti/langpacks/daily/dapper-updates ./
[10:20] <Lathiat> hrm any idea how to debmirror that
[10:20] <Lathiat> it cant seem to get over the lack of section
[10:24] <mdke> Lathiat: no idea. Martin will know I suppose
[10:56] <Pupeno> Hello.
[10:57] <Pupeno> If I want to play with the installer, that is, trying to add a feature I have in my head... how should I do it ? how should I set it up ?
[10:58] <jpatrick> Can someone explain what the diff between https://launchpad.net/distros/ubuntu/edgy/+source/kdmtheme and https://launchpad.net/distros/ubuntu/edgy/+source/kcontrol-kdmtheme is?
[11:13] <neuralis> Pupeno: are you talking about the graphical installer, or the textual (alternate CD) one?
[11:13] <Pupeno> neuralis: I think my feature is for the graphical one.
[11:19] <neuralis> Pupeno: the version in dapper is package 'ubiquity', you can grab its source as any other source package
[11:19] <Pupeno> neuralis: but, how do I test it ?
[11:19] <neuralis> Pupeno: the bzr branch appears to be http://people.ubuntu.com/~cjwatson/bzr/ubiquity/ubuntu/ but i can't tell if that's fully up to date.
[11:20] <neuralis> Pupeno: well, depends on how you're planning to change it. it might be easiest to ask colin how he does testing on it, and adopt his workflow.
[11:20] <Pupeno> neuralis: ok. Thanks.
[11:21] <neuralis> Pupeno: you can poke him on IRC when he's around (kamion), or mail ubuntu-devel about it; it's sufficiently interesting that i recommend the latter
[11:24] <Pupeno> Thanks.
[11:54] <Riddell> jpatrick: one is from kubuntu and one is from debian
[11:54] <Riddell> jpatrick: I've filed a bug for one of them to be removed
[12:32] <jpatrick> Riddell: ok
[12:41] <Hobbsee> hi again all
[02:16] <Hobbsee> Kaloz: nice :)
[02:18] <Kaloz> and then fix thermal management :P figured out some problems already, but now i'm hitting a wall with installation of the base system, and the kernel screams about the installer is trying to access beyond the end of the deivce
[02:30] <hunger> Any chance of getting an upgraded libglib2.0-dev? It is older than libglib2.0-0 at the moment.
[02:31] <hunger> in edgy that is...
[02:39] <Amaranth> hunger: it's probably got some reason it didn't make it to the archive
[02:39] <Amaranth> hunger: they come from the same source package
[02:40] <hunger> Amaranth: Yes, I guess so. Is there a way for me to find out what is going on?
[02:41] <Amaranth> dunno
[02:41] <Amaranth> it might be in the process of being uploaded to the archive/sent to the mirror
[02:41] <Amaranth> otherwise if one didn't make it neither would
[02:42] <hunger> Amaranth: I noticed this a couple of days ago. It should have made it to the mirrors in the meantime:-(
[02:42] <hunger> Amaranth: Is there a way for "outsiders" to find out where a deb got stuck?
[02:42] <Amaranth> I dunno, I'm an "outsider". :P
[02:43] <hunger> Amaranth: Well, I can always build the debs themselves from source:-|
[02:43] <hunger> Amaranth: Even though doing so feels so gentooish;-)
[02:46] <hunger> Damn... I can't. The source deb is 2.10.2, just like the deb of the headers. The lib itself is 2.10.3.
[03:05] <zul> hey
[06:36] <mako> tseng: hey dude, i lost you after i got my badge
[07:56] <tseng> mako: yo
[07:56] <tseng> mako: i was talking to benm then sorry
[07:56] <tseng> mako: 10:01 < zakame> ooh new code of conduct
[07:56] <tseng> zakame: where are you ? :)
[07:59] <tseng> mako: $ diff -ruN coc100 coc101 | wc -l
[07:59] <tseng> 32
[07:59] <tseng> *shrug*
[08:00] <tseng> i broke the hinge on my laptop, this really blows
[09:02] <benroot> sfllaw may i please 2u for a few minutes ?
[09:10] <benroot> introduction:  i'm ben - i have a computer retail shop in south africa.  tommorrow i'm having a meeting with AMD's director for the middle east and africa regarding FlexiGo.  flexigo is Microsofts inistiative for prepaid PC's to developing countries.  I want to try to convince AMD to not only limit the conmcept to the MS O/S but also to give OSS a chance.  I need confirmation form a developer that ubuntu would in principle be willing to
[09:10] <benroot>  support a 'pay as u go' prepaid facility
[09:12] <benroot> the concpet is basically that people can buy a PC for an upfront downpmt of 1/3 of the computers value. during the first 800 hrs of operation is limited to the amount of time purchased via a prepaid voucher
[09:12] <Chipzz> a meeting on a sunday?
[09:13] <Chipzz> anyway, I think most developers are absent (or not very active) during the weekend
[09:13] <Chipzz> it may be a while before you get an answer
[09:13] <benroot> mmm
[09:17] <benroot> iok in any case i'll make the statement that it would be better to have the preapaid function only in the hardware and independant of the software - so that consumers can have a choice about which operating system the want to use
[09:18] <benroot> it would however be nice to be able to say that developers is willing to give it a go on linux also.  apparently AMD has developed a chip especially for this purpose.
[09:21] <HiddenWolf> benroot: most of the developers are coming home from the conference today, might be a while.
[09:22] <neuralis> benroot: what kind of commitment would you be specifically looking for from ubuntu?
[09:22] <neuralis> benroot: if it's allocation of developer time and public commitment, you need to mail mark directly.
[09:23] <benroot> at this stage only a willingness to get involved
[09:23] <benroot> i don't want the linux community to be left behind shen prepaid pc's hit the market
[09:23] <benroot> it would be nice to ofer a choice between xp and ubuntu as O/S
[09:24] <benroot> since it is a MS initiative - they have asked AMD not to deal with me directly
[09:25] <neuralis> yes, but you need to explain what exactly "a willingess to get involved" means to you.
[09:27] <benroot> AMD's interest is to sell CPU's and not necesessarily an O/S together.  if the limitation of operation is only in the hardware - and not software dependant it would be great - but if there is some software functionality to be added in order to make the preapdaid system work - then we need a commitment that linux developers will start a project to support the preapaid system
[09:27] <neuralis> benroot: in the ubuntu world, that commitment can only come from mark; not the developers.
[09:27] <neuralis> unless we're talking about spare time, unofficial involvement, which obviously anyone's free to provide.
[09:28] <benroot> in such a case i can ask AMD tommorrow to keep OSS in mind and give consumers a choice about the O/S
[09:29] <neuralis> benroot: mark -at- ubuntu.com.
[09:29] <benroot> AMD's representative in SA phoned me today and informed me that MS has 'ordered' them that they (MS) will take up the initiative and they are not about to discuss the FlexiGo system with me - so we will be discussing 'general' AMD stuff - but i'm in any case going to raise the matter.
[09:30] <benroot> neuralis:  ok i'll pop mark an email
[09:31] <neuralis> benroot: BCC me, and i'll pass it on to a couple of other people.
[09:32] <benroot> neural:  ok u email plz
[09:32] <neuralis> benroot: ivan at radian.org.
[10:29] <sbalneav> Hey jammcq


[01:50] <ubotu> New bug: #159868 in linux-restricted-modules-2.6.22 (restricted) "nvidia-glx makes links to incompatable modules" [Undecided,New] https://launchpad.net/bugs/159868
[05:42] <imbrandon> Fujitsu, from xorg-server ?
[05:42] <Fujitsu> imbrandon: No.. it's in x11-common, which is from the xorg source.
[05:42] <Fujitsu> !find /usr/bin/X
[05:42] <ubotu> Package/file /usr/bin/x does not exist in gutsy
[05:42] <Fujitsu> Yes it does, stupid ubotu.
[05:42] <Fujitsu> william@irranat:~/MOTUing/xorg-7.2$ dpkg -S /usr/bin/X
[05:42] <Fujitsu> x11-common: /usr/bin/X
[05:42] <imbrandon> hrm ok i'm working with xorg-server is why i dident see it then
[05:42] <Fujitsu> william@irranat:~/MOTUing/xorg-7.2$ apt-cache showsrc x11-common
[05:42] <Fujitsu> Package: xorg
[10:26] <ubotu> New bug: #159921 in xorg (main) "microsoft laser desktop 5000 extra keys don't work" [Undecided,New] https://launchpad.net/bugs/159921
[13:56] <ubotu> New bug: #159968 in xserver-xorg-input-synaptics (main) "ButtonPress and ButtonRelease of button 4 are generated by left click of synaptic touch pad" [Undecided,New] https://launchpad.net/bugs/159968
[16:55] <ubotu> New bug: #160005 in linux-restricted-modules-2.6.22 (restricted) "package linux-restricted-modules-2.6.22-14-generic <IP_ADDRESS>-14.10 failed to install/upgrade: dependency problems - leaving unconfigured" [Undecided,New] https://launchpad.net/bugs/160005
[18:36] <ubotu> New bug: #155037 in linux-source-2.6.22 (main) "Suspend & Hibernate hang on Thinkpad T43 (dup-of: 121653)" [High,Triaged] https://launchpad.net/bugs/155037
[21:00] <ubotu> New bug: #160068 in xorg (main) "X sometimes will not start" [Undecided,New] https://launchpad.net/bugs/160068


[11:05] <juliux> ogra, i cannt send you the compaq thinclients because my friend want to have back his ac adapter
[11:11] <juliux> ogra, but i if you know somebody how comes from usa to europa to the next developer meeting he can buy you a ac adapter in usa by ebay for 15$
[11:20] <lucasvo> juliux: what type of A/c adapter do you need?
[11:50] <juliux> lucasvo, http://www.juliux.de/stuff/KIF_1670.JPG
[11:51] <lucasvo> juliux: hm, you only have the plug not the adapter(even if it is broken?)
[12:33] <writer> hey all!
[12:34] <lucasvo> hello writer
[12:34] <writer> I have few questions
[12:35] <writer> I got two Edubuntu disks CD and DVD. What difference?
[12:39] <lucasvo> writer: on the dvd there are more apps
[12:40] <lucasvo> people who have slow or even none connection the internet can use the dvd
[12:41] <writer> I have very slow Internet:-(
[12:41] <lucasvo> writer: in that case, you can install packages you need from dvd
[12:41] <lucasvo> but it also takes you longer to download the dvd
[12:43] <writer> What kind app on DVD? sudo apt-get edubuntu-desktop?
[12:44] <lucasvo> writer: what do you mean?
[12:44] <lucasvo> writer: just enable it in your sources.list and than apt-cache search APP
[12:45] <writer> I installed ubuntu, then i add edubuntu
[12:58] <writer> some educate program are in games menu. How can I change its in Education?
[01:13] <lucasvo> writer: right-click on the ubuntu sign next to applicatoins
[01:18] <writer>  lucasvo: thanks, that right
[01:31] <juliux> ogra, i can give you the 3 compaq thinclients and one wyse 3360se with ac adapter for 105
[01:32] <juliux> ogra, the ac adapter for the wyse and the compaq are the same
[03:30] <alejandro> hi all
[05:13] <lucasvo> how much ram do I need on the client for ltsp?
[05:13] <lucasvo> isn't 32MB enough?
[05:13] <mhz_away> nope
[05:14] <mhz_away> lucasvo: min. ideal is 48 in each client
[05:14] <mhz_away> and 128 per client in the server
[05:17] <lucasvo> mhz_away: thanks!
[05:17] <mhz_away> lucasvo: yw
[05:17] <mhz_away> lucasvo: however, you can always test/try with diff desktop environments
[05:18] <mhz_away> XFCE or Wmaker would need less ram
[05:18] <mhz_away> however, server is always nicer with ram
[07:18] <Lord_Athur> hey
[07:18] <AngryAngryHippos> hi
[07:18] <Lord_Athur> what's the directory for plugings of mozilla?
[07:19] <AngryAngryHippos> <-- linux noob, sorry
[07:19] <Lord_Athur> :d
[07:19] <Lord_Athur> jejeje
[07:19] <Lord_Athur> ok
[07:37] <Lord_Athur> ogra, hi, could you talk few minutes?