[03:58] <jono> smspillaz, you around?
[04:58] <smspillaz> jono: not really, whats up ?
[05:09] <jono> smspillaz, just noticing a lot of Compiz crashes over the last few days
[05:43] <didrocks> good morning
[05:44] <smspillaz> jono: crashes in unity or compiz?
[05:44] <smspillaz> jono: remember that if unity crashes compiz goes with it :)
[05:45] <jono> smspillaz, I suspect maybe Unity
[05:45] <smspillaz> ok :)
[05:45] <jono> but surely compiz should survive a unity crash?
[05:45] <smspillaz> jono: nope
[05:45] <jono> why not?
[05:45] <smspillaz> jono: it's a plugin that's loaded at runtime and runs inside the compiz process
[05:45] <jono> right, but doesn't compiz provide safeguards for bad plugins?
[05:45] <smspillaz> jono: it's impossible
[05:45] <jono> a shitty GEdit plugin doesnt take down GEdit :-)
[05:46] <jono> right
[05:46] <smspillaz> GEdit plugins are written in python which provide exception safety
[05:46] <smspillaz> compiz plugins are in C++
[05:46] <jono> I am just noticing random crashes
[05:46] <jono> I filed a few bugs, particularly when apport caught them
[05:46] <jono> but it feels like stability took a hit since the last Unity update
[05:46] <smspillaz> if you mess up and cause a segmentation fault in C++ attempting to handle the signal results in undefined behaviour
[05:47] <smspillaz> jono: we'll get on to them don't worry :)
[05:47] <jono> gotcha
[05:47] <jono> thanks smspillaz
[05:47] <jono> you guys are doing a great job
[05:47] <smspillaz> np
[05:47] <jono> :-)
[05:47] <smspillaz> oh
[05:47] <smspillaz> and
[05:47] <smspillaz> I fixed the stacking bug YAY
[05:47] <smspillaz> gosh that was a nightmare
[05:47] <smspillaz> let us never speak of that again
[05:48] <jono> haha nice!
[07:54] <oSoMoN> good morning
[07:58] <Saviq> hello
[09:26] <Andy80> hi
[09:27] <ephan> hey Andy80
[09:32] <Andy80> Kaleo: let's suppose I've to add and manage a double click event to the Unity-2D panel. Is it better to add it here: http://bazaar.launchpad.net/~unity-2d-team/unity-2d/oneiric/view/head:/panel/applets/appname/appnameapplet.cpp or here http://bazaar.launchpad.net/~unity-2d-team/unity-2d/oneiric/view/head:/libunity-2d-private/src/unity2dpanel.cpp ?  I tried to do it, but even if AppNameApplet is a Unity2dPanel (that is a QWidget itself), it looks like it doesn't have the mouseDoubleClick event :\ I try to committ+push the code so you can see better...
[10:02] <Kaleo> Andy80: ok
[10:07] <Andy80> Kaleo: here you have http://bazaar.launchpad.net/~andreagrandi/unity-2d/panel-doubleclick-bug-736491/revision/715
[10:07] <Andy80> ubot5: shut up! :P
[10:10] <Saviq> Andy80: I'm actually trying to get back on https://bugs.launchpad.net/unity-2d/+bug/661049 - maybe we should join forces
[10:12] <davidcalle> Hi kamstrup, is "model.flush_revision_queue()" in lenses supposed to work ? Doesn't seem to do anything from a python lens.
[10:13] <kamstrup> davidcalle: whether it does anything depends a bit on how it's invoked :-)
[10:13] <kamstrup> davidcalle: Dee.SharedModel will send all changes on DBus when ever control returns to the mainloop
[10:14] <kamstrup> so if you very often return to the mainloop chances are that it does nothing because the revision queue has already been send
[10:14] <Andy80> Saviq: sure! If you already have some code please push it. It should be just a matter of fixing what I've already written, maybe I've defined it in the wrong place. Unmaximizing the window is easy, we can use the WindowHelper class. I just need to understand how to manage the double click properly :P
[10:14] <kamstrup> davidcalle: but if you do some blocking IO scanning 1000 files building a model without ever going out to the mainloop unity wont see the changes before all 1000 items has been added
[10:15] <kamstrup> davidcalle: so if you want to notify unity after the first 50 has been added and then later send the rest of the 950 rows then insert a flush_revision_queue() after 50 items
[10:15] <kamstrup> this will increase the responsiveness the user experiences in the dash
[10:16] <kamstrup> but is not strictly necessary
[10:16] <kamstrup> just changes how fast changes are propagated to unity
[10:16] <Andy80> Kaleo: p.s: the error I get is this one: unity-2d-panel: [WARNING] Object::connect: No such signal AppNameApplet::mouseDoubleClickEvent(QMouseEvent*) in /home/andrea/Documents/development/unity-2d-panel-doubleclick-bug-736491/panel/applets/appname/appnameapplet.cpp:208
[10:17] <davidcalle> kamstrup, I'm adding a flush_revision_queue after populating the model with a part of the sources I'm querying. But I could be doing it wrong.
[10:18] <kamstrup> davidcalle: so if you're updating you model by looping over some data set, then calling flush_rev_q(), and returning control to the mainloop - then it doesn't make a difference
[10:19] <Saviq> Andy80: take a look at my merge request here https://code.launchpad.net/~saviq/unity-2d/unmaximize-on-drag/+merge/61028
[10:19] <kamstrup> davidcalle: as the rev queue will be flushed anyway automatically
[10:19] <Kaleo> Andy80: AppNameApplet is not a QWidget
[10:19] <Saviq> Andy80: I got it working more or less, but had to refactor it and never got to it in the end until today
[10:20] <Kaleo> Andy80: scrap that
[10:20] <Kaleo> Andy80: I am talking crap
[10:20] <Saviq> Andy80: and since there was some changes in unity-2d since that time, it needs to be rewritten a bit
[10:20] <Kaleo> Andy80: it seems Saviq is _the_ person to talk to on this particular topic :)
[10:21] <Saviq> see Aurelien's comments on that mr, too
[10:21] <davidcalle> kamstrup, thanks for the explanation.
[10:21] <Saviq> https://bugs.launchpad.net/bugs/735205 is sooo annoying...
[10:21] <Andy80> Kaleo: ok let me give a look to his merge request :)
[10:24] <Andy80> Saviq: oh you're also managing thr drag event... mmmm.... well it's out of my knowledge then :P I see too much code... I mean, I did think it was just a matter of managing the doubleclick and use the unmaximize() method of WindowHelper but maybe is more complicated. I'll drop my branch then, is it ok?
[10:25] <Kaleo> Saviq: it shall be your first bug fix ;)
[10:25] <Saviq> Kaleo: hopefully
[10:26] <Saviq> Andy80: yeah, drags are a bit more complicated, but what you can do to speed things up, is find where it's best to hook up to the events in the new codebas
[10:26] <Saviq> e
[10:27] <Saviq> where I _think_ the events should go is the MenuBarWidget usually, and sometimes the label, when there is no menubar due to incompatibility
[10:28] <Andy80> Saviq: but you cannot doubleclick the menu usually.... at least on Unity 3D you cannot... you have to double click in the zone not covered by window title or menu
[10:28] <Saviq> Andy80: yes, but that's still the MenuBarWidget, AFAIK
[10:29] <Andy80> Saviq: so why did you modify the appnameapplet.cpp ?
[10:29] <Saviq> but I might be wrong in that, and need to find that out to get that working
[10:30] <Saviq> Andy80: because the MenuBar is initialized there and also to handle the other case - when there's no menu bar
[10:30] <Andy80> Saviq: first obvious question: is your code working or is it just a concept?
[10:30] <Saviq> it was working
[10:30] <Andy80> ok
[10:30] <Saviq> back in 3.0
[10:30] <Saviq> it needs rewriting now and finding a better place to handle the events
[10:32] <Andy80> Saviq: we can have a single SLOT, but if appname and appmenu are two separate widget we need to catch both doubleclick events, we cannot do it just in one of two
[10:32] <Saviq> Andy80: yes, and that's where the mentioned eventFilters come in
[10:33] <Andy80> Saviq: oh, I missed it, sorry :) let me read the code better...
[10:33] <Saviq> we need a separate class, say TitleBarHelper, that will implement eventFilter(QObject *, QEvent *)
[10:33] <Saviq> Andy80: read Aurelien's comments first
[10:34] <Saviq> that filter will then get installEventFilter()ed on the relevant widgets
[10:34] <Saviq> and that should be it
[10:48] <Andy80> Saviq: I'll give it a look better after lunch :)
[10:49] <Saviq> k
[10:53] <Kaleo> apinheiro: https://bugs.launchpad.net/unity-2d/+bug/846441 any idea?
[10:53] <apinheiro> Kaleo, reading
[10:54] <apinheiro> Kaleo, ups
[10:54] <apinheiro> Timeout error
[10:54] <apinheiro> Sorry, something just went wrong in Launchpad.
[10:54] <apinheiro> well, it seems that I can read it
[10:55] <apinheiro> Kaleo, unity-2d uses the panel-service as well?
[10:55] <Kaleo> apinheiro: yes
[10:55] <apinheiro> so the a11y support there is the one implemented at unity,right?
[10:55] <Kaleo> apinheiro: I did not mean to ping you actually :)
[10:55] <apinheiro> Kaleo, ;)
[10:55] <apinheiro> ok
[10:55] <Kaleo> apinheiro: for the panel yes :)
[10:56] <Kaleo> Trevinho: https://bugs.launchpad.net/unity-2d/+bug/846441 any idea?
[10:56] <apinheiro> so then I will forgot that, and going lunch
[10:56] <Kaleo> apinheiro: disfruta
[10:56] <apinheiro_lunch> Kaleo, thanks
[12:56] <mterry> smspillaz, heyo.  Last Friday we were talking about bug 732997, and you thought it may have been fixed by trunk.  I just tested, and it's not
[12:56] <mterry> smspillaz, there's a test case in the bug for ease-of-testing
[13:08] <smspillaz> mterry: hm ok
[13:08] <smspillaz> mterry: I fixed it last cycle, maybe the fix got dropped somewhere
[13:48] <hicham> any progress on upstreaming ubuntu menu proxy patch ?
[14:08] <agateau> hey, looking at bug #821290, it seems to affect unity 3d as well. Can anyone confirm this?
[14:08] <Andy80> Saviq: finally I had time to read all comments, but... I don't understand the "event filter" stuff... I mean, is there already a class in Unity-2d or is it something Qt related?
[14:08] <Saviq> Andy80: doc.qt.nokia.com/stable/eventsandfilters.html#event-filters
[14:08] <Saviq> add a http:// to that
[14:10] <Andy80> Saviq: ok, so if I understand well, from a single point you want to intercept both events for appname and menuwidget, is it right?
[14:10] <Saviq> yes, that's the idea
[14:10] <Saviq> to abstract an event handler / filter
[14:16] <Andy80> ok
[14:49] <apinheiro> jaytaoko, you here?
[14:49] <jaytaoko> apinheiro: hello
[14:49] <apinheiro> jaytaoko, hello, just a question
[14:50] <apinheiro> some time ago you added the signal:
[14:50] <apinheiro>     sigc::signal<void, BaseWindow*> sigVisibleViewWindow;
[14:50] <apinheiro> and his "hidden" equivalent
[14:50] <apinheiro> in order to know when any window is shown
[14:50] <apinheiro> but, I tried to connect to it and I don't receive anything
[14:50] <jaytaoko> apinheiro: right
[14:50] <apinheiro> after a grep on nux code
[14:50] <apinheiro> I didn't find a emission of this signal
[14:50] <apinheiro> jaytaoko, is this signal implemented?
[14:51] <jaytaoko> apinheiro: let me check...
[14:51] <apinheiro> jaytaoko, ok thanks
[14:52] <kamstrup> njpatel: at your leisure I have some review work for you :-) https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/838023
[14:53] <kamstrup> njpatel: another fruit from the updated architecture for the lenses :-D
[14:55] <jaytaoko> apinheiro: you are right, the signals are not emitted.
[14:55] <apinheiro> jaytaoko, urgh, ok
[14:56] <apinheiro> well, I will create a bug for that
[14:56] <njpatel> kamstrup, lol, I was looking at the same bit in the .lens file thinking "damn, did I forget to port this to the new stuff?" :D
[14:56] <jaytaoko> apinheiro: however, these signals are implemented on BaseWindow themselves: sigVisible and sigHidden
[14:56] <apinheiro> and workaround that
[14:56] <apinheiro> in order to use that on the next cycle
[14:56] <apinheiro> jaytaoko, yes, but in order to use them
[14:56] <apinheiro> you need the specific BaseWindow instance
[14:56] <jaytaoko> apinheiro: right!
[14:56] <apinheiro> I wanted to use that signal to get when a new BaseWindow appears
[14:57] <apinheiro> in order to add them to the list of active windows
[14:57] <njpatel> kamstrup, oh, filters!
[14:57] <njpatel> kamstrup, ignore me
[14:57] <jaytaoko> apinheiro: I believe I can fix the problem...
[14:59] <apinheiro> jaytaoko, really? I don't want to compromise the current cycle, taking into account where we are right now
[15:00] <njpatel> kamstrup, both approved
[15:00] <jaytaoko> apinheiro: it is alright, there are just 2 lines to add... then you can be free to use the signal in this cycle if you want
[15:02] <apinheiro> jaytaoko, ok, thanks
[15:14] <jaytaoko> apinheiro: I have pushed the changes to nux trunk. You may now connect to these signals: GetWindowCompositor().sigVisibleViewWindow and GetWindowCompositor().sigHiddenViewWindow
[15:21] <apinheiro> jaytaoko, as I said Im  already connected to those signals ;)
[15:21] <apinheiro> jaytaoko, thanks
[15:21] <apinheiro> I will test them right now
[15:22] <jaytaoko> apinheiro: let me know how it goes
[15:24] <Kaleo> Trevinho: since your patch from last week in Unity 2D we get a crash regularly: https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/846836
[15:42] <apinheiro> jaytaoko, it is working, thanks
[15:43] <apinheiro> njpatel, one question about the name on the BaseWindow
[15:43] <apinheiro> are they used?
[15:43] <apinheiro> could I use that name as the accessible name of the Window?
[15:43] <njpatel> apinheiro, sure
[15:43] <njpatel> no, not used really
[15:44] <apinheiro> njpatel, so no problem if I change the current name of the  Launcher window, right?
[15:44] <apinheiro> right now is "LauncherWindow"
[15:44] <njpatel> apinheiro, nope, DBO ?
[15:44] <apinheiro> I should also mark that name to be translatable though
[15:47] <jaytaoko> apinheiro: don't use "BaseWindow" this name could change
[15:48] <apinheiro> jaytaoko, what do you mean? I shouldn't use the class "BaseWindow" or I shouldn't use that name?
[15:48] <apinheiro> because about the class, I0m already using it
[15:48] <jaytaoko> apinheiro: I mean the name "BaseWindow" :-D
[15:48] <apinheiro> jaytaoko, ok, no problem
[15:49] <apinheiro> I want to use the name to give the window a meaningful name
[15:49] <apinheiro> something like "Panel", "Launcher" "Quicklist"
[15:49] <apinheiro> so when the window is being activated any orca user could listen "Launcher Window"
[15:49] <apinheiro> at this moment Im setting the name manually on the a11y object
[15:50] <jaytaoko> apinheiro: well you can if you want, but all I meant to say is that I have been thinking at a new name for "BaseWindow", because I don't think the name is quite right
[15:50] <apinheiro> it would be easier to just use the name from BaseWindow itself
[15:50] <apinheiro> yeah, and for the user listening "BaseWindow" should be also not really meaningful
[15:51] <jaytaoko> apinheiro: feel free to do so, nut just understand that the class name "BaseWindow" may change. but that won't affect the BaseWindow code
[15:53] <apinheiro> jaytaoko, ok thanks
[16:00] <kamstrup> lamalex: at your leisure https://code.launchpad.net/~kamstrup/unity-lens-music/sorted-filters/+merge/75030
[16:02] <kamstrup> lamalex: i wans't sure though if the current ordering was hard coded by design, so feel free to ignore - but it was definitely a bug for the apps lens :-)
[16:07] <lamalex> kamstrup, i just copied the mockups
[16:16] <apinheiro> njpatel, jaytaoko I have just realized that in the end you use the name of the basewindow
[16:16] <apinheiro> EnableInputWindow(true, "Dash",
[16:16] <apinheiro> it seems that on nux is used to know the window to activate, so I guess that also to search
[16:16] <apinheiro> could you confirm that?
[16:17] <jaytaoko> apinheiro: let me check...
[16:18] <apinheiro> the issue is that if this is true, I can't use that name, as the use case is to be shown to user
[16:18] <apinheiro> so need to be a translatable string
[16:18] <apinheiro> so I couldn't replace
[16:18] <apinheiro>   window_ = new nux::BaseWindow("Dash");
[16:18] <apinheiro> for
[16:18] <apinheiro>   window_ = new nux::BaseWindow(_("Dash"));
[16:22] <jaytaoko> apinheiro: right unity uses the name of the base window, like "Dash", "launcher"...
[16:23] <apinheiro> jaytaoko, ok, I will discard the idea of use current BaseWindow name as the accessible name then
[16:23] <apinheiro> jaytaoko, thanks
[16:24] <jaytaoko> apinheiro: however, I am not sure that latter in in the code there is a comparaison of strings to look for a BaseWindow name
[16:29] <apinheiro> jaytaoko, ok, anyway just in case, for the moment I will  not use that name
[16:29] <jaytaoko> apinheiro: I need to check with DBO...
[16:30] <DBO> I'll be here in a minute
[16:30] <apinheiro> jaytaoko, ok, anyway not a big issue right now, as normally if you open a window, usually one of the objects inside the window get the focus
[16:30] <apinheiro> the window just provide more information about the context
[16:39] <lamalex> what's the envar to set to debug glib runtime warnings/criticals?
[17:07] <Trevinho> Kaleo: I'll give a look to these bugs
[17:12] <Trevinho> Kaleo: are you already working on the bug related to the crash?
[17:14] <lamalex> can i get a review? https://code.launchpad.net/~alexlauni/unity-lens-music/846013/+merge/75044 1 line change
[18:12] <AlanBell> is there an example of a python based lens with packaging for oneiric?
[19:56] <davidcalle> AlanBell, there will be one soon. Tomorrow night I hope.
[20:01] <davidcalle> AlanBell, do you want me to point you to the branch when it's done?
[20:14] <jono> davidcalle, howdy
[20:14] <jono> how is the lens coming along?
[20:16] <davidcalle> Hey jono
[20:17] <davidcalle> Take a look http://img.ly/8fPQ
[20:18] <jono> davidcalle, nice!
[20:19] <davidcalle> I'm cleaning the code tonight, will push the branch tomorrow.
[20:19] <jono> davidcalle, sounds great!
[20:58] <AlanBell> davidcalle: that would be great
[21:25] <AlanBell> I think I am seeing a fairly major fail with the screensaver and unity, not sure who is at fault and where to file the bug
[21:26] <AlanBell> if I leave the dash open and wander off until the screensaver cuts in the dash stays on top of the screensaver and the screensaver login window is behind the dash and can't be typed in
[21:36] <jono> AlanBell, I think that would be a Unity bug
[21:39]  * AlanBell files bug 848336
[21:40] <AlanBell> why is the system settings thing not a lens?
[21:41] <davidcalle> AlanBell, I would say: because it closes after a click. IMHO it would be a pain when you want to configure different settings;
[21:43] <AlanBell> um, but it does close after a click!
[21:43] <AlanBell> oh, no it doesn't quite
[22:03] <AlanBell> the thing just looks like it should have been a lens but someone didn't get the memo


[10:15] <brainwash> is the karma calculation script broken?
[10:16] <brainwash> "... karma has expired."
[15:07] <jj995> I just upgraded my ppa package version and it shows on launchpad, yet when I run "sudo apt-get update && sudo apt-get install my-package" it shows "my-package is already the newest version" -- is there a time delay in upgrades working?


[12:04] <LaserJock> bmonty: done, that feels really wierd
[12:07] <bmonty> LaserJock: thanks...what is wierd about it?
[12:07] <LaserJock> bmonty: I'm not a "MOTU" yet ;-)
[12:08] <bmonty> :)
[12:11] <hub> tseng: the problem with that change for bug 31550 is that mjg59 does not really agree....
[12:11] <Ubugtu> malone bug 31550 in compiz "compiz package violate package policy" [Normal,Confirmed]  http://launchpad.net/bugs/31550
[12:12] <tseng> hub: eh, "Feel free to apply and upload :)"
[12:13] <tseng> hub: doesnt agree that much
[12:13] <tseng> *disagree
[12:13] <hub> okay
[12:15] <LaserJock> yeah, it sounded more to me that he didn't want to bother with it but you were free to do it
[12:15] <hub> tseng: do you know how in an .install specify all but one file in a specific directory...
[12:15] <hub> LaserJock: yeah. I just wanted to make sure
[12:15] <tseng> hub: you cant
[12:15] <hub> :-/
[12:16] <tseng> hub: you could rm it in rules before dh_install
[12:16] <fbond> dolson: here?
[12:16] <dolson> fbond: always
[12:16] <fbond> linuxsampler downloads don't seem to up, and haven't been the last several times I've checked
[12:16] <tseng> hub: or mv to the dir of another binary
[12:16] <fbond> do you have the source downloaded somewhere?
[12:17] <hub> tseng: yeah.
[12:17] <dolson> fbond: no.. I was talking to someone about it and they said to use CVS.. but uh, I think it's lame to have broken download links. I can have a look, because I thought I saw them all somewhere else though
[12:18] <fbond> i'll just do a CVS export, no biggie....
[12:18] <fbond> but, any idea how stable CVS is right now?
[12:18] <bmonty> brb
[12:18] <dolson> fbond: no idea.. looks like DeMuDi has linuxsampler in it, so you could just port it over from there, probably would save a lot of work
[12:20] <fbond> dolson: right
[12:29] <Mithrandir> hmm, how's the UVF exception for libgmime/beagle going?
[12:30] <fbond> siretart, has DSSI been synced yet?
[12:43] <bmonty> udev creates /dev/dsp at bootup, right?
[12:48] <fbond> dolson: linuxsampler stuff is all Debian-native
[12:48] <fbond> :)
[12:49] <fbond> cvs exports debian/ dir
[12:49] <dolson> cool!
[12:49] <dolson> so you're doing the CVS then?
[12:49] <fbond> yes, i was having trouble locating any demudi sources
[12:49] <fbond> looks as though demudi currently only has binary packages available
[12:49] <dolson> yeah, I couldn't find them either... pretty strange
[12:51] <dolson> fbond: did you check through Debian too this time? :)
[12:55] <fbond> yes
[12:55] <fbond> there is an ITP for qsampler from 2004
[12:55] <fbond> but nothing mentioned about the other three packages that are crucial to linuxsampler
[12:55] <fbond> looks safe
[12:56] <dolson> liblscp is in ubuntu... is that something linuxsampler relies on?
[12:58] <dolson> fbond: http://mentors.debian.net/debian/pool/main/l/linuxsampler/
[01:01] <fbond> hm
[01:02] <Psi-Jack> Oh geez. ClamAV really gives a flying fit when it's one .01 revision old. :/
[01:03] <fbond> dolson: yes, linuxsampler includes libgig and liblscp, both in dapper already
[01:03] <fbond> i wonder why those are there but not linuxsampler, qsampler?
[01:03] <dolson> fbond: not sure.. I noticed both of those before though.. so do we just need linuxsampler and qsampler and then we're good to go?
[01:04] <marcin`> could someone tell me why dpkg says "Not replacing deleted config file ....."?
[01:04] <marcin`> what can I do with this crappy error?
[01:04] <fbond> looks that way
[01:04] <marcin`> I've been trying dpkg -i --force-confmiss but no result
[01:04] <Psi-Jack> Just out of curiosity, is ClamAV 0.88 going to be security-backported for breezy at all?
[01:05] <dolson> fbond: I can do qsampler if you wanna do linuxsampler? or the other way around
[01:05] <toma> no
[01:05] <toma> err
[01:06] <fbond> dolson: it won't take long to just whip them both up, since all the debian stuff is already there
[01:06] <fbond> i'll take care of it
[01:06] <dolson> fbond: well I can if you wanna do something more complex
[01:06] <dolson> oh ok
[01:06] <fbond> the only other thing i feel motivated to do is dssi-vst
[01:06] <fbond> then i'll be satisfied, fornow
[01:06] <dolson> I was considering om and omins
[01:06] <fbond> oh, right
[01:06] <dolson> is it hard to do libs?
[01:07] <fbond> not really harder than anything else, i don't think
[01:07] <dolson> fbond: have you seen this? http://www.ubuntustudio.com/wiki/index.php/Important_Audio_Software
[01:09] <fbond> interesting
[01:09] <fbond> how's dapper looking then?
[01:10] <fbond> dolson: when doing libraries, you usually split the package into two: libmylib and libmylib-dev
[01:10] <dolson> fbond: I'm running the report right now.. it doesn't pick up what we've put into revu, obviously
[01:10] <fbond> right
[01:12] <dolson> fbond: debian is missing 22 pkgs from the list, dapper is missing 28, all 6 of the ones debian has that dapper does not have been sync requested by you or I. compared to breezy, we're only 6 packages ahead, but with revu, that should put dapper way ahead
[01:17] <fbond> dolson: nice
[01:18] <dolson> fbond: yeah, and if the PAM patches actually do make it into dapper, we've won half (or a quarter at least) of the battle of user-friendliness
[01:19] <fbond> good
[01:22] <sladen> toma, BearPerson ?
[01:22] <Psi-Jack> Hmm, why is it in Kgpg, when I add a new userid to my key, it.. Sets the new userid as the default, rather than keeping the original identity as it is?
[01:24] <LaserJock> dolson: looks like alsa-tools should be in dapper soon, it's currently waiting in NEW. You might want to take it off the WorkInProgress wiki page so somebody doesn't request it again.
[01:24] <dolson> LaserJock: off the sync request page? sure
[01:25] <LaserJock> dolson: actually I moved the sync requests to w.u.c/MOTU/WorkInProgress
[01:25] <dolson> LaserJock: that includes alsa-tools-gui, correct? and is there a link where I can see NEW?
[01:25] <LaserJock> dolson: yes, and I dont think so
[01:25] <dolson> k
[01:25] <dolson> thanks
[01:26] <dolson> maybe the old page should be deleted
[01:26] <LaserJock> dolson: yeah, I'm going to redirect it to WorkInProgress for now
[01:34] <dolson> fbond|away: fyi, I'm doing gmorgan now
[01:38] <LaserJock> hub: ping?
[01:38] <hub> pong
[01:39] <LaserJock> Seveas just said on -devel that he was uploading a compiz that splits kde and gnome
[01:39] <LaserJock> hi arnieboy
[01:40] <hub> seveas know I was working on that
[01:40] <arnieboy> hey LaserJock
[01:40] <hub> :-/
[01:41] <Seveas> hub, I already started working on it before I spoke to you about it and thought it would be a waste of time not to finish it
[01:41] <hub> okay
[01:41] <hub> I filed the bug with the intent to fix it
[01:41] <Seveas> let's compare patches
[01:41] <hub> just that this week I was so jetlagged back that I didn't have time to work in the evening
[01:41] <hub> okay
[01:42] <hub> I have 5 binary pkg
[01:42] <Seveas> I only have 3, mjg59 had specific objections against a -devel package
[01:42] <hub> yeah
[01:42] <hub> and I just follow the policy
[01:43] <hub> as for the 5 is to make compiz a meta package
[01:43] <hub> because otherwise it does not upgrade seemlessly
[01:43] <Seveas> btw: I fixed nothing but the splitting - patches to remove CVS (and to correct the clean target) are still needed
[01:43] <hub> I didn't do that either
[01:43] <Seveas> it's dapper, seamless is not a requirement ;)
[01:44] <hub> which version are you at?
[01:44] <hub> because -5 is not right
[01:44] <hub> neither is -4
[01:44] <hub> I bumped to -4ubuntu1
[01:44] <Seveas> i'm at -5
[01:44] <hub> since it is not in debian, it is wrong
[01:44] <hub> IMHO
[01:44] <Seveas> but I hope that when he switches to 0.0.3 it'll be 0.0.3-0ubuntu1
[01:57] <hub> Seveas: your pacakge will have compiz/libgconf.so in both -gnome and compiz
[01:57] <Seveas> no
[01:57] <Seveas> look at evil hack in debian/rules
[01:57] <Seveas> right below dh_install
[02:00] <LaserJock> wb minghua
[02:01] <minghua> hello LaserJock
[02:02] <hub> Seveas: good catch
[02:02] <hub> what is that "ls -R debian/tmp -a" doing?
[02:02] <Seveas> ehm
[02:03] <Seveas> being nonsense
[02:03] <Seveas> was a debugging thing, forgot to remove
[02:09] <hub> Seveas: do you need someone to upload the package?
[02:09] <Seveas> I'm neither MOTU nor devel, so someone else should upload it (and change the changelog)
[02:11] <hub> Seveas: ok
[02:11] <hub> I'll do it then
[02:13] <crimsun> dolson: I haven't
[02:13] <hub> Seveas: with a few adjustements like the version
[02:19] <hub> Seveas: I still don't understand what the ls -R is about
[02:19] <hub> Seveas: in the rules
[02:19] <Seveas> hub you should remove it
[02:19] <hub> that's what I thought
[02:19] <hub> I will
[02:19] <Seveas> it was something I used for debugging and forgot to remove
[02:20] <hub> and why these -a ?
[02:21] <Seveas> standard practice for multi-binary sources, useful if you ever want to include an arch-independent one
[02:21] <hub> ah right
[03:08] <hub> ghawd
[03:09] <hub> the compiz the diff is bigger than the orig.tar.gz
[03:09] <hub> wtf?
[03:10] <marcin`> is there any 'sed' guru here?
[03:11] <marcin`> I have to change something in my package config file...
[03:11] <LaserJock> hub: holy cow, it looks like it is over twice the size.
[03:11] <hub> LaserJock: yeah
[03:12] <hub> I upload that fix, I'll see how I can reduce it.
[03:12] <hub> looks like we have to run autogen :-/
[03:20] <dolson> siretart: ping
[03:35] <dolson> wtf. all of these LADSPA plugins don't have anything for the copyright in their debian/copyright files :\
[03:50] <bmonty> LaserJock: on your sync requests, are those waiting for an MOTU to pass to elmo or are you asking him yourself?
[03:51] <LaserJock> bmonty: waiting for a MOTU
[03:52] <Kyral> oh, that reminds me, could someone sync EasyChem (if not already)
[03:54] <LaserJock> hmm, I thought I told somebody about that but I can't really remember.  I lost a few great grandparents to it. I do feel as if it is creeping up on me sometimes.
[03:55] <Kyral> ah
[03:55] <crimsun> that's just the price of being a grad student.
[03:55] <Kyral> me?
[03:55] <LaserJock> true
[03:55] <Kyral> I'm no grad student
[03:55] <crimsun> I can't do simple arithmetic
[03:56] <LaserJock> I have to get my TI out for that
[03:56] <Kyral> My Math Professor made a reference to LISP the other day and I was the only one who understood it
[03:56] <Kyral> I pull out the Python Shell :D
[03:56] <bmonty> LaserJock: the TI-85 is my favorite :)
[03:57] <Kyral> ...
[03:57] <LaserJock> Grad school has given me serious organizational, memory, and focus problems :(
[03:57] <Kyral> Walking away now
[03:57] <Kyral> You are discussing preferred Calculator Models
[03:57] <crimsun> Kyral: regarding anime [in -devel] : are you using mplayer?
[03:57] <LaserJock> bmonty: ohh, my wife has got an 85. I just bought a 84+ Silver edition
[03:57] <Kyral> crimsun: no
[03:57] <Kyral> I use Xine or VLC
[03:57] <Kyral> Xine will play under Xgl, but the framerate is horrible
[03:58] <LaserJock> bmonty: I have a TI 92+ that I used on my cume exams ;-)
[03:58] <crimsun> if you use Xgl+compiz, I think you want to use the x11 video output
[03:58] <Kyral> I think I did
[03:58] <Kyral> but its no biggy for me to switch back and forth
[03:58] <Kyral> I really only keep Xgl around to impress my friends :D
[03:58] <crimsun> with mplayer, I have to use -vo x11 -ao sdl -vfm=ffmpeg -lavdopts=lowres=1:fast:skiploopfilter=all
[03:59] <Kyral> Normally my Eyecandy of choice is Cairo + XCompmgr + Transset
[03:59] <LaserJock> Kyral: I'm pretty console bound so I try to impress my friends with screen, and syntax highlighting ;-)
[03:59] <bmonty> LaserJock: not sure if you can buy the 85 any more, but I've had mine for about 10 years
[03:59] <bmonty> the only person I have to show is my wife, and she doesn't care :(
[04:00] <crimsun> yeah, the 86 supercedes the 85
[04:00] <LaserJock> bmonty: no, you can't. I think only 86's
[04:00] <Kyral> at least you have a wife ;P
[04:00] <crimsun> you have Ubuntu, Chris, that's a wife in and of itself
[04:00] <bmonty> lol
[04:01] <LaserJock> bmonty: yeah, I know the feeling. I tried to show my wife a brand new shinny Ubuntu iso when Breezy came out. She wasn't very impressed
[04:01] <bmonty> I think the last time I mentioned Ubuntu to her I got a bunch of honey-dos to take care of
[04:01] <LaserJock> crimsun: more like wife + in-laws
[04:01] <crimsun> hehe, true
[04:02] <bmonty> does syncing a package from unstable that doesn't exist in universe require a UVF exception?
[04:02] <Kyral> Is it a new Upstream version?
[04:02] <LaserJock> bmonty: no, we have until Feature Freeze
[04:03] <bmonty> Kyral: it is as far as ubuntu is concerned
[04:03] <crimsun> which is in 5 days
[04:03] <bmonty> LaserJock: ah, ok that makes sense
[04:03] <Kyral> ....shit
[04:03] <Kyral> Damnit I have like 2 packages to push through REVU
[04:03] <LaserJock> Kyral: hurry up, time for some all-nighters ;-)
[04:03] <Kyral> When is the Documentation Freeze?
[04:03] <LaserJock> ~ March 23rd I think
[04:04] <Kyral> Whew
[04:04] <LaserJock> yeah
[04:04] <Kyral> so I have time to get that thing written
[04:04] <LaserJock> I've got a whole lot of Packaging Guide to do before then.
[04:04] <Kyral> LJ I'll help you
[04:04] <Kyral> It should get me SVN Access
[04:05] <Kyral> If I get my homework done tomorrow during my lab hours I'll make some mods
[04:05] <LaserJock> lol, maybe you'll get it for dapper+1, that goes through elmo as well ;-)
[04:05] <Kyral> Eh elmo is cool
[04:06] <LaserJock> elmo is very cool, but also incredibly overworked, I think
[04:06] <Kyral> Yah no kiddin...
[04:08] <LaserJock> anybody know how the deadlines work as far as when the cutoff is. If we make a request by FF or UVF for example does that mean it gets in? or is it just what gets in before the dealine is in?
[04:09] <LaserJock> if that makes any sense
[04:09] <crimsun> the former, though for FF it's closer to the latter
[04:10] <crimsun> many of my UVF sync requests weren't processed until post-UVF
[04:10] <crimsun> looks like I have some legwork on REVU this weekend :)
[04:11] <LaserJock> hmm, I had at least one merge that didn't get through UVF but I'm just seeing how long it is currently taking stuff to get out of NEW and I'm somewhat worried about that.
[04:18] <LaserJock> boy, I'm looking forward to dapper+1
[04:18] <bmonty> can someone please tell me what group and permissions you have on /dev/dsp?
[04:19] <crimsun> should be root:audio
[04:19] <crimsun> (660)
[04:20] <bmonty> crimsun: thats what I thought, I think udev is having issues with my ldap setup :(
[04:20] <bmonty> I get root:root
[04:21] <crimsun> ah, sounds like it's not hitting line 60 of /etc/udev/rules.d/40-permissions.rules
[04:23] <bmonty> crimsun: this is on breezy, I haven't converted my laptop yet (and I don't think I will)
[04:23] <crimsun> ah
[04:23] <bmonty> I think it is because ldap isn't available when udev sets the permissions and it can't look up the audio group
[04:25] <minghua> speaking of UVF, if one of my request gets approved, does that mean I still need to ask for the sync explicitly?
[04:25] <crimsun> minghua: no, it will just happen
[04:26] <minghua> crimsun: great, thanks
[04:26] <crimsun> lagtime between approval and actual sync is undefined :)
[04:35] <bmonty> LaserJock: for biococoa.app, debian has updated the build-deps in their package?
[04:36] <LaserJock> bmonty: just a sec, let me look
[04:38] <LaserJock> bmonty: apparently it was a rebuild + some changes to man page + bump standards version
[04:39] <minghua> didn't gnustep go through a layout change in debian recently?
[04:43] <LaserJock> bmonty: http://pastebin.com/562187 is the diff between the Debian and Dapper versions if you care
[04:43] <bmonty> LaserJock: I already downloaded the debian package, but thanks
[04:48] <LaserJock> bmonty: thanks for the requests.
[04:48] <bmonty> no problem
[04:55] <bmonty> damn, udev does not play nice with ldap :(
[05:00] <bmonty> what is that package that adds a terminal to the right-click menu on the desktop?
[05:03] <minghua> bmonty: in gnome it's nautilus-open-terminal, I believe
[05:03] <bmonty> minghua: thanks
[05:04] <bmonty> brb
[05:17] <monzie> hi all
[05:19] <LaserJock> hi again monzie
[05:23] <bmonty> anyone know if I can specify group numbers to udev?
[05:26] <monzie> hi Lasq
[05:26] <monzie> Hi LaserJock
[05:51] <hub> the 3 lexmark upload on REVU should be nuked IMHO
[05:51] <hub> see my comment in them
[05:54] <zakame> afternoon MOTUs and MOTU-hopefuls :D
[05:54] <bmonty> hi zakame
[05:54] <dolson> hi zakame
[05:55] <LaserJock> hi zakame
[05:56] <zakame> heya bmonty dolson LaserJock :-)
[05:56] <dolson> zakame: I will have another pkg up in a few minutes :)
[05:56] <minghua> hub: agreed
[05:57] <zakame> dolson: rock on! :-)
[05:57] <zakame> I'm doing an update now, the Packages file just get to have the right md5sum last night :/
[05:59] <dolson> zakame: which package? and my new one is uploaded :D
[06:01] <zakame> dolson: both then and now I suppose ;)
[06:02] <Psi-Jack> Hmm.
[06:03] <Psi-Jack> hub: License issues?
[06:03] <hub> Psi-Jack: yeah.
[06:03] <hub> Psi-Jack: read my comments
[06:03] <Psi-Jack> Where? heh
[06:04] <dolson> on REVU
[06:04] <hub> Psi-Jack: it is in the debian/copyright
[06:04] <hub> Psi-Jack: on REVU
[06:04] <hub> http://revu.tauware.de/details.py?upid=1852
[06:04] <hub> http://revu.tauware.de/details.py?upid=1851
[06:04] <Psi-Jack> I know how to package debian -style packages, and upload them with dput. heh
[06:04] <hub> 'http://revu.tauware.de/details.py?upid=1853'
[06:05] <zakame> is it just me, or is gb.archive.u.c very slow this moment?
[06:05] <Psi-Jack> Yeah. After re-reading the license, myself, I figured that might happen. :/   I'm just waiting for word back from Lexmark about making it redistributable.
[06:05] <hub> Psi-Jack: good luck
[06:06] <Psi-Jack> hub: I promise, I will push some buttons. Get them to realize if they don't offer to allow it to be redistributable, they will only kill their sales.
[06:06] <hub> Psi-Jack: good luck
[06:06] <hub> Psi-Jack: I woudln't hold my breath
[06:07] <hub> Psi-Jack: but if you succeed, great
[06:07] <Psi-Jack> Yeah. :)
[06:07] <hub> ideally it would be opensourcing the code
[06:07] <Psi-Jack> I'm all giddy for thwapping some sense. :)
[06:07] <Psi-Jack> I'll even go as far as calling corporate head offices. ;}
[06:08] <hub> Psi-Jack: you could blog about that
[06:08] <hub> :-)
[06:08] <Psi-Jack> hub: How about I record the phone conversations?
[06:08] <Psi-Jack> Since my phone is Skype, that's an easy switch to flip on. ;}
[06:08] <hub> Psi-Jack: don't know
[06:09] <hub> can someone review this http://revu.tauware.de/details.py?upid=1279
[06:09] <Psi-Jack> Heh, If it gets that far, I'll probably do it. Record it that is. And rebroadcast it all over the world, to show how close-minded Lexmark is, IF it gets to that point. ;}
[06:10] <hub> Psi-Jack: better write
[06:11] <Psi-Jack> hub: It's actually perfectly legal. If I needed to use the said recording in a courtroom, however, they would have to know, prior to the recording, that it was being recorded. Otherwise.. it's quite fine. :}
[06:11] <Psi-Jack> But, Different topic.
[06:12] <hub> i'm not talking legality
[06:12] <Psi-Jack> I'm guessing, by looking at the dependancy of php5 stuff requiring apache2-mpm-prefork, that it's not compiled with thread-safety? :(
[06:13] <zakame> hub: distribution: dapper, not breezy :)
[06:13] <hub> zakame: uho. probably too old
[06:14] <hub> zakame: I'll change that
[06:14] <zakame> hub: you can probably remove ${misc:Depends} too if its not used
[06:14] <zakame> hub: better check if there's a new version too :-)
[06:15] <hub> I don't think there is
[06:15] <zakame> cool
[06:15] <hub> it is quite old
[06:15] <Psi-Jack> Hmmm.. Curious. What's the meta-package for sucking in all the basic build dependancies?
[06:15] <hub> Psi-Jack: build-essential
[06:16] <Psi-Jack> Technically, I could rebuild php5, and companion modules, to be linked against apache2-mpm-worker, instead of prefork, could I not?
[06:23] <hub> I have a source that is mode 600 in the tarball. shall I remake the tarball?
[06:24] <zakame> ah so that's why I couldn't open that dir via REVU
[06:24] <hub> zakame: which dir?
[06:26] <zakame> source from your last REVU link
[06:29] <hub> right
[06:29] <hub> I didn't even realize
[06:30] <zakame> well I thought it was another revu catch
[06:56] <dolson> has anyone had any email from REVU since 1pm eastern on Saturday?
[06:58] <zakame> last REVU/motureviewers mail I got was 2am PHT
[06:58] <dolson> 11 hours ago
[06:59] <hub> haven't gotten either
[07:25] <bmonty> good night everyone
[07:26] <LaserJock> hmm, what would be the simplest patch system to use for just 1 or 2 patches?
[07:26] <Lathiat> dpatch ?
[07:27] <Lathiat> or if it uses cdbs, cdbs'
[07:27] <Lathiat> simple-patch-systsem
[07:27] <zakame> hi psusi
[07:27] <LaserJock> Lathiat: thanks
[07:27] <psusi> hiya
[07:27] <psusi> LaserJock, I like dpatch
[07:28] <LaserJock> I do too
[07:28] <dolson> anyone who knows what they are doing, how would I build a package with pbuilder that relies on a dev lib not [yet]  in dapper? I can do it all outside of pbuilder, but I'd rather test in pbuilder, personally
[07:28] <psusi> dolson, add the package to the pbuilder package cache directory
[07:28] <LaserJock> dolson: I've done that before by creating a local apt repo and adding it to the OTHERMIRRORS in pbuilderrc
[07:28] <dolson> psusi: wow, if that works, it's too simple :)
[07:29] <LaserJock> psusi: that works? I made it much more complicated then
[07:29] <psusi> LaserJock, I think that's how I did it... either that or logged into the pbuilder and manually installed it via a bind mount ;)
[07:30] <LaserJock> I wanted to make a personal repo anyway so that worked well for me
[07:30] <zakame> simple-patchsys just works, although I've seen some snags
[07:30] <LaserJock> zakame: can you use it without cdbs?
[07:30] <zakame> (but additional rules in `clean' typically fix that)
[07:31] <hub> LaserJock: I use simple-patch
[07:31] <hub> it is simple
[07:31] <hub> dpatch I find it overkill
[07:31] <zakame> LaserJock: its in cdbs, I don't know yet of a cdbs-independent analogue (except dpatch and quilt)
[07:32] <psusi> anyone understand git?  I'm reading about it and it sounds like it saves a full copy of every version of a given file, rathern than the diffs between them like svn
[07:32] <zakame> LaserJock: but come to think of it, implementing that w/o cdbs is trivial, just make some patch/unpatch rules with the right `patch` commands
[07:32] <zakame> then call those targets
[07:33] <psusi> I was working on a package the other day like that
[07:33] <psusi> had a custom patch/unpatch rule that called patch on debian/patch-*.diff
[07:33] <psusi> and had patch-1-foo.diff, patch-2-bar.diff, etc
[07:34] <LaserJock> I have a package that I took over that doesn't use and patch system, just used the .diff.gz and I would rather use some sore of patch system
[07:34] <LaserJock> or at least keep everything in debian/
[07:35] <zakame> dpatch-convert-diffgz does some wonders
[07:36] <LaserJock> cool
[07:39] <zakame> ooh flight4's releasing shortly
[07:40] <LaserJock> yeah, Kamion said something about it a few hours ago on -devel
[07:42] <LaserJock> alright, bed time. cya everybody!
[07:43] <zakame> gn8 LaserJock
[08:24] <zakame> gaah 493 MB of update to latest Dapper, gaah
[08:58] <monzie> join #ebuntu
[08:59] <monzie> hi all
[08:59] <monzie> is there any need for a WYSIWYG wiki editor in Ubuntu?
[09:00] <KillerKiwi2005> yes
[09:00] <dolson> psusi: doesn't appear to work, heh
[09:00] <dolson> KillerKiwi2005: when I first saw your nick, I thought it said "KillerWiki2005" and I was like, boy, he's biased
[09:00] <KillerKiwi2005> monzie: I have a buntu box at work running ifolder etc, boss wont use a wiki unless its WYSIWYG
[09:01] <KillerKiwi2005> dolson: ;_
[09:31] <dolson> can I have more than one OTHERMIRROR in the pbuilderrc?
[09:34] <dolson> hmm, I think I can, nm
[09:44] <dolson> grrr
[10:19] <mae> hi!
[10:19] <mae> i have a bug to report but i am unsure how to use malone
[10:19] <mae> can someone walk me through it?
[10:20] <Lathiat> mae: sure, what is the bug you are tryign to file?
[10:20] <mae> its the latest kernel build on dapper
[10:20] <mae> 2.6.15-15
[10:20] <Lathiat> ok so what you want to do is goto launchpad.net
[10:21] <mae> sbcl gets a mmap error i tried 386/686/k7 versions
[10:21] <Lathiat> sbcl?
[10:21] <mae> 2.6.15-14 and 2.15.15-12 both work fine with sbcl
[10:21] <mae> steelbank common lisp
[10:21] <mae> i also tried several versions of sbcl
[10:21] <mae> the one in apt, and i compiled the latest
[10:21] <mae> its definitely something to do with the kernel
[10:22] <Lathiat> whats the symptoms?
[10:22] <Lathiat> its possible, there were a couple other bugs due to the memory split
[10:22] <Lathiat> that broke wine and stuff
[10:22] <mae> ah ic
[10:22] <Lathiat> tho i wouldnt have thought that applied here
[10:22] <Lathiat> and that was fixed in -15 iirc
[10:22] <mae> well basically would give a mmap error
[10:22] <mae> about not being able to allocate at 0x7000
[10:22] <mae> and i had 175mb physical ram free and 2gb swap
[10:23] <Lathiat> ah
[10:23] <Lathiat> mae: can you please try with the new kernel
[10:23] <Lathiat> -16
[10:23] <mae> err k
[10:23] <Lathiat> that change i mentioned was fixed in -16
[10:23] <Lathiat> no idea if thats whats wrong here but worth a try
[10:23] <mae> build 16 or kernel major version 16?
[10:23] <mae> err minor version rather
[10:24] <Lathiat> build 16
[10:24] <Lathiat> 2.6.15-16
[10:24] <mae> i'm not seeing it in apt
[10:24] <mae> oh wait i'm using a mirror
[10:24] <mae> when was that propagated?
[10:24] <Toadstool> hi MOTUs
[10:25] <Lathiat> it was uploaded today
[10:25] <Lathiat> may not be in yet
[10:26] <mae> ah whats the master mirror again
[10:26] <Lathiat> archive.ubuntu.com
[10:27] <mae> hmm its down for me
[10:29] <Toadstool> hum... how much time does it take for a package to get out of NEW ?
[10:32] <mae> nah its not in yet
[10:33] <mae> ok so should i wait for 16 to see if that fixes it?
[11:54] <siretart> dolson: pong
[11:54] <siretart> morning
[11:54] <dolson> hey siretart
[11:55] <dolson> I can't remember why I was pinging you...
[11:55] <dolson> maybe it was because I haven't been getting email from revu updates for many hours
[11:55] <dolson> OH, I remember something I was going to ask
[11:55] <siretart> was it about jack or dssi?
[11:56] <dolson> my package, qamix, I had a typo, but it was already uploaded I think? so I fixed the typo and uploaded it to revu again... but should I have made it 0ubuntu2 just for the typo? If so, I have to fix it and re-upload
[11:56] <siretart> when something is being synced, it is announced on the dapper-changes mailing list
[11:57] <siretart> dolson: no, please don't change version numbers for upload to revu. always use the version number you target for uploading to ubuntu
[11:57] <siretart> revu doesn't care at all about version numbers. it records the time of uploads
[11:57] <dolson> ok, what I mean is that I think it was already uploaded... like, two people approved it
[11:57] <siretart> hm. debian has azureus in contrib... interesting..
[11:57] <dolson> it shows up on my launchpad package list
[11:58] <siretart> dolson: which package was it? qamix?
[11:58] <dolson> I'm sorry if I am not using the terminology properly.. it's new to me. I know how it works, but not the lingo. yeah, qamix
[11:58] <crimsun> it hasn't passed NEW.
[11:58] <crimsun> (getting 2 advocate votes doesn't automatically imply the package is uploaded)
[11:59] <dolson> ok, but I thought it was moved to archived
[11:59] <dolson> cuz why would it show up on my launchpad, but none of the other 12 or 13 I have done
[11:59] <siretart> this is a manual process as well
[11:59] <siretart> crimsun: did you get to look at wpasupplicant svn? Kyle seems to be quite busy with uploading
[12:00] <dolson> https://launchpad.net/people/adolson/+packages
[12:00] <crimsun> siretart: I can look in five minutes.
[12:01] <crimsun> these all-nighters are grueling
[12:02] <siretart> crimsun: yeah.
[12:03] <siretart> dolson: every upload which introduces new packages (or on initial upload) don't go directly to the archive, but must be reviewed manually. this is what we call the NEW queue
[12:03] <siretart> dolson: this is a manual process and usually done once a week in ubuntu.
[12:04] <dolson> siretart: ok, so then qamix is in NEW right now, hence why it shows on my packages page, right?
[12:07] <siretart> yo
[12:09] <dolson> ok, well there was a typo in the copyright file for the website.. I put "asla" instead of "alsa".. so I dput an updated package with that typo fixed. I just didn't know if that meant I needed to increment the package release because it was already in NEW or not, but you said I shouldn't, and I didn't, so then that's good.
[12:11] <siretart> dolson: I'd say lets wait to get it out of new, and handle these small bugs without revu
[12:13] <crimsun> I think I've been spoiled by trac
[12:28] <crimsun> siretart: we should be able to close #305171, too. These submitters really need to get back to us...
[12:34] <crimsun> (going to bed, will resume checking this afternoon.)
[02:53] <MasterC> hi
[02:53] <MasterC> vncserver is broken in dapper
[02:53] <MasterC> it uses xserver-common, but its not available
[02:55] <Toadstool> hi MasterC, the problem is known, it's listed in the unmet-deps to be worked on
[02:55] <MasterC> okay, thanks
[02:56] <Toadstool> no prob
[02:56] <MasterC> is vncserver RealVNC?
[02:57] <MasterC> I want to install it manually
[02:59] <Toadstool> I don't know, maybe you could ask on #ubuntu, there is far more people than here and they are there to answer to this kind of questions ;)
[02:59] <MasterC> okay
[03:05] <zakame> evening all
[03:05] <Toadstool> hi zakame
[03:06] <Gloubiboulga> hey zakame
[03:07] <zakame> hi Toadstool Gloubiboulga :D
[03:26] <zakame> heya raphink
[03:27] <zakame> what's the link again for the initial xgl in dapper announce?
[03:29] <jsgotangco> are you ever so willing to swallow crack now eh?
[03:29] <jsgotangco> its at ubuntu-devel-announce
[03:40] <Kyral> Morninh MOTU
[03:40] <zakame> heya raphink sladen Kyral
[03:40] <zakame> jsgotangco: hell no its for a post for PLUG :P
[03:41] <Kyral> jsgotangco: whats this about Xgl == crack?
[03:41] <zakame> cool crack
[03:41] <Kyral> Yah
[03:41] <Kyral> I mean its not stable enough for me to use everyday
[03:42] <Kyral> but its nice to use to impress my friends "Windows XP eat your heart out"
[03:43] <Kyral> But normally my eyecandy combo is Cairo + XCompmgr(w/o drop shadows) + Transset
[03:43] <Kyral> Gah, I actually had to pin gtk2-engines-clearlooks
[03:43] <Kyral> hmm
[03:44] <Kyral> that would be a nice addition to Synaptic (if it isn't already there) a GUI to Apt-Pinning
[03:55] <irvin> is there a Xgl HCL somewhere?
[04:04] <Kyral> HCL?
[04:04] <Kyral> Hardware Compatibilty List?
[04:04] <irvin> Kyral: yes
[04:04] <Kyral> I think its the same as what you need to get XCompmgr going
[04:26] <tseng> Nafallo_away: save me, NM is not working
[04:26] <tseng> Nafallo_away: "no network devices found"
[04:52] <siretart> fabbione: around? is there still any use of igor?
[05:31] <bmonty> anyone know that package name of the "Time and Date Settings" app?
[05:31] <slomo> bmonty: gnome-system-tools
[05:32] <bmonty> slomo: thanks
[05:38] <Archibald> hey
[05:39] <Archibald> i think ndiswrapper 1.8 is broken
[05:39] <Archibald> i wanted to ask if someone could take a look at it?!
[05:40] <bmonty> Archibald: the best way to do that is to file a bug
[05:41] <Archibald> i was wondering if you knew about it already
[05:41] <Archibald> though actually i could have found that out on launchpad aswell, couldnt i
[05:41] <Archibald> sorry for wasting your time
[05:41] <bmonty> Archibald: I don't use ndiswrapper, so probably not, sorry
[05:41] <Archibald> cheers
[07:46] <_d> Is devede in dapper universe?
[07:46] <dholbach> _d: packages.ubuntu.com
[07:47] <siretart> _d: no
[07:48] <_d> Could I request devede for inclusion into breezy and dapper universe?
[07:48] <dholbach> _d: http://wiki.ubuntu.com/UniverseCandidates is the proper place for this and we won't be able to include it into breezy. breezy is stable/released.
[07:49] <dholbach> _d: and for Dapper it will have to happen in the next 3-4 days, Feb 23rd is FeatureFreeze
[07:49] <dholbach> What is devede?
[07:52] <dholbach> _d:  www.rastersoft.com/programas/devede.html ?
[07:54] <_d> Thats the one but I'm unable to find a link to the source code that works. Could you please try downloading it?
[07:54] <hub> can't even acces the website
[07:55] <dholbach> hmmmmmmmm, requirement: mplayer, hmmmmmmm
[07:56] <_d> I tried gnomefiles and some others but they all link to the same place- its a VERY handy tool by the looks of things- would do great things for Linux multimedia if it works
[07:57] <hub> _d: the problem with linux multimedia is that  video format is a huge pile of mess
[07:57] <hub> due to licensing
[07:57] <_d> ftp search didn't help either- I presume the source tarball mustn't actually have te string devede in it
[07:58] <_d> hub: I know. Nothing wrong with ogg but nobody ever encodes into theora video
[07:58] <_d> no dvd boxes play it
[07:58] <hub> _d: they prefer being tied to a vendor
[07:59] <_d> I REALLY want this devede- it will persuade many of my mates to try linux or totally drop windows i'd expect
[08:00] <_d> I need to tell marillat about it too
[08:06] <Gloubiboulga> dholbach, ping
[08:10] <dholbach> Gloubiboulga: pong
[08:10] <Gloubiboulga> dholbach, the problem with gswitch is due to a bug in the libswitch package I've made
[08:11] <Gloubiboulga> but libswitch is still in NEW, what can I due to patch it ?
[08:11] <Gloubiboulga> s/due/do
[08:11] <dholbach> Gloubiboulga: upload a new version
[08:11] <Gloubiboulga> numbered ubuntu2 ?
[08:11] <dholbach> however you like it
[08:12] <Gloubiboulga> ok, thanks dholbach. I'll send this on REVU as soon as possible
[08:20] <sebest> dholbach: hello, i need an advice
[08:21] <dholbach> sebest: fire away
[08:21] <sebest> i uploaded libapach2-mod-dnssd on revu and it was accepted
[08:21] <sebest> and then i got it also reviewed by a debian dev
[08:22] <sebest> and he told me that the name of the source package should be closer to the name of the upstream package
[08:22] <sebest> so i change the name of the source package to mod-dnssd (upstream is mod_dnssd)
[08:22] <sebest> and uploaded it on revu: http://revu.tauware.de/details.py?upid=1830
[08:23] <dholbach> you could name the source package mod-dnssd and the binary package libapache2...
[08:23] <sebest> that's what i did
[08:23] <dholbach> cool
[08:23] <dholbach> :-)
[08:23] <sebest> (same thing with mod-mime-xattr, also on revu)
[08:24] <sebest> but i'd like it to be replaced on ubuntu repository with the new source package, but i don't know who to ask
[08:24] <dholbach> is it in the atchive already?
[08:24] <dholbach> or still in NEW?
[08:25] <dholbach> in any way mail: james dot troup at canonical dot com
[08:25] <sebest> lathiat told me he already uploaded it, but i don't know more
[08:26] <dholbach> mail james
[08:26] <sebest> thanx dholbach, i'll mail james
[08:26] <dholbach> cool
[08:30] <siretart> dholbach: if it is in new, Colin might be able to help as well, since he seems to process NEW
[08:34] <sebest> siretart, could you explain me what is NEW exactly?
[08:34] <sebest> one step from the archive ?
[08:44] <hub> can somebody review this http://revu.tauware.de/details.py?upid=1871
[08:48] <crimsun> siretart: it's a queue where packages that aren't already in the distribution (called "pool") are placed for manual approval
[08:48] <crimsun> siretart: err, sorry
[08:49] <crimsun> sebest: it's a queue where packages that aren't already in the distribution (called "pool") are placed for manual approval
[08:50] <sebest> crimsum: and what are the conditions to approve or not a package in this pool?
[08:51] <sebest> i mean when it's in this pool, what could make it not enter the archive?
[08:52] <crimsun> sebest: by the time it gets to NEW, it's more or less a licensing check. We should have done all the rigorous checking.
[08:52] <crimsun> in other words, we had better do the leg work so the admins don't throw the package back at us
[08:54] <apachelogger> someone wanna review http://revu.tauware.de/details.py?upid=1872 ?
[08:54] <sebest> crimsum: thanx for the info
[08:54] <siretart> crimsun: I'm working a bit on wpasupplicant, but I think I need your help with the last lintian warning
[08:55] <crimsun> siretart: sure, I'll be in a better position to help in an hour (family atm)
[08:55] <siretart> ok
[08:55] <siretart> crimsun: just to know: wpasupplicant is supposed to install a /etc/init.d/wpasupplicant file, but no init symlinks, right?
[08:56] <siretart> crimsun: wouldn't it be more sane in this case to install that init script somewhere else than /etc/init.d/wpasupplicant?
[08:56] <crimsun> siretart: correct. ifupdown handles that.
[08:57] <crimsun> siretart: I don't think we should migrate the initscript away yet, because some people have pre-up calls to it in /etc/network/interfaces
[08:57] <crimsun> (just following the alsa-base model where /etc/init.d/alsa was retained for a good while even though it was fairly dead weight)
[08:58] <crimsun> siretart: it'll be a good idea to add a debconf note, though
[08:58] <crimsun> (possibly in addition to amending README.Debian)
[08:59] <siretart> crimsun: I see. debconf note might be overkill, but a comment in debian/NEWS would suffice, imo
[08:59] <crimsun> ok, sounds good
[09:00] <Gloubiboulga> dholbach, new packages for libswitch and gswitch are on REVU (http://revu.tauware.de/details.py?upid=1873 and http://revu.tauware.de/details.py?upid=1864)
[09:00] <dholbach> cool
[09:01] <dholbach> i'm working on something else atm
[09:01] <Gloubiboulga> no problem
[09:02] <hub> forget for my review
[09:02] <hub> I'm a moron
[09:16] <Psi-Jack> Wow.
[09:16] <Psi-Jack> I got a responce from Lexmark.
[09:18] <siretart> Psi-Jack: what did they say?
[09:19] <Psi-Jack> Thank you for your suggestion. I will forward it to our research and development department as a request for a future product upgrade. It is through the ideas and opinions of customers, like you, that we are able to continually improve our products.
[09:20] <siretart> very funny, automated canned answer
[09:20] <Psi-Jack> Not much of a responce, yet, but getting there. :)
[09:20] <Psi-Jack> siretart: Actually, that's not canned. But, it's close.
[09:21] <Psi-Jack> My email I sent, just went to the wrong department, basically. So, John of the Lexmark eSupport Team, is forwarding it over to R&D.
[09:55] <dholbach> unfortunately it's not as sharp as I had liked it:  http://daniel.holba.ch/pics/06-02-Berlin/img015.jpeg.html   :-)
[09:55] <xerox_> dholbach: I got around making those libsvg packages.  What to do now to get them, if I did a good job, into ubuntu?
[09:55] <dholbach> xerox_: http://wiki.ubuntu.com/REVU explains how we do.
[10:06] <xerox_> dholbach: how am I supposed to sign the packages, gpg --clearsign foo.deb ?
[10:07] <dholbach> you have to upload the source package
[10:07] <dholbach> the .dsc, .diff.gz, .orig.tar.gz
[10:07] <xerox_> I have them all, yes.
[10:07] <dholbach> if you're in the source tree and run     debuild -S -sa
[10:07] <dholbach> ah right
[10:07] <dholbach> that should generated a .changes file
[10:07] <xerox_> Err, no .orig... I probably didn't use -S -sa.
[10:07] <dholbach> ..._source.changes
[10:08] <xerox_> libsvg_0.1.4-1_i386.changes
[10:08] <xerox_> Let me redo with -S -sa.
[10:08] <dholbach> take the upstream tarball, unpack it, move the tarball to      <app-name>_<version>.orig.tar.gz
[10:08] <dholbach> then add the debian/ dir to the unpacked tarball, then run      debuild -S -sa
[10:08] <xerox_> There is no upstream tarball :-|
[10:08] <dholbach> how did you generate it?
[10:09] <xerox_> I did it by hand (with the help of dh_make).
[10:09] <dholbach> where did you get the source?
[10:09] <xerox_> Neither Debian nor Ubuntu has libsvg and libsvg-cairo.
[10:09] <dholbach> (apart from debian/)
[10:09] <xerox_> I got them from www.cairographics.org.
[10:10] <dholbach> you downloaded a tarball?
[10:10] <dholbach> a .tar.gz or something?
[10:10] <xerox_> Yes, I put the urls in debian/copyright.
[10:10] <dholbach> that's the upstream tarball
[10:10] <xerox_> Okay.
[10:10] <dholbach> right
[10:10] <xerox_> I move it to that name, okay.
[10:11] <xerox_> I now have: libsvg_0.1.4-1.tar.gz
[10:11] <dholbach> you basically just follow the steps i told you, then at the end (if you're happy), run      dput revu cool-software_1.2.3-0ubuntu1_source.changes
[10:11] <dholbach> dholbach take the upstream tarball, unpack it, move the tarball to      <app-name>_<version>.orig.tar.gz
[10:11] <dholbach> dholbach then add the debian/ dir to the unpacked tarball, then run      debuild -S -sa
[10:11] <xerox_> Okay.
[10:11] <xerox_> Thanks for the informations.
[10:12] <dholbach> Cool. :)
[10:12] <Seveas> dholbach, lol@planet
[10:12] <dholbach> Seveas: :-)
[10:12] <xerox_> Seveas: haha, you can't use THAT as a smiley!
[10:12] <Seveas> dholbach, did you see my pic of ogra's car already?
[10:13] <dholbach> Seveas: yeah :)))
[10:13] <Seveas> xerox_, why not?
[10:13] <xerox_> Heh.   I assume you have a configuration problem
[11:35] <ajmitch> morning
[11:36] <LaserJock> hi ajmitch
[11:37] <LaserJock> ajmitch: I actually had a bug question for you. freefem was supposed to be a CXX transition but I can't tell if it was done or not. It is bug 17385
[11:37] <Ubugtu> malone bug 17385 in freefem "CXX transition: freefem" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/17385
[11:38] <ajmitch> iirc the only user of the library was freefem itself
[11:39] <LaserJock> ajmitch: you provided a patch so I thought maybe you might know what happened.
[11:40] <ajmitch> it was a litle while ago
[11:41] <LaserJock> yeah, I was trying to do some clean up for Bug Day ;-)
[11:41] <ajmitch> about 9 months ago..
[11:42] <ajmitch> so I can't exactly remember what happened, I think it was rebuilt with g++ 4.0 anyway
[11:42] <ajmitch> and never changed in debian
[11:43] <LaserJock> ajmitch: so what if I closed the bug?
[11:43] <ajmitch> do it if you wish
[11:44] <LaserJock> I see
[11:47] <TheMuso> c
[11:47] <TheMuso> damn
[11:47] <TheMuso> Wrong window...
[12:01] <dolson> hello world
[12:01] <LaserJock> could somebod take a look at http://creativecommons.org/licenses/by-sa/2.5/legalcode and tell me where the license starts?
[12:04] <dolson> I almost packaged 'patchage' but it is already in dapper.. sheesh


[22:25] <minetape|Cloud> Hello everybody!
[22:26] <minetape|Cloud> Noone active eh?
[22:56] <SergioMeneses> minetape|Cloud, working
[22:56] <SergioMeneses> how are you?
[23:34] <minetape|Cloud> Sucky, but feeling king
[23:34] <minetape|Cloud> Everybody tries to pick on me in school, so I make a good point to their offense which in term lowers their self esteem
[23:34] <minetape|Cloud> ...
[23:34] <minetape|Cloud> Oh, that was said HOURS ago
[23:35] <minetape|Cloud> Y U NO TWERK PUSH NOT.
[23:51] <jose> minetape|Cloud: please, be respectful :)
[23:52] <minetape|Cloud> Jose: y u interrup my soundcloud stream maaaaaaaaaaan
[23:52] <minetape|Cloud> Jk, sup!
[23:52] <minetape|Cloud> ?*
[23:52] <jose> all good, trying to be civil :)
[23:52] <minetape|Cloud> Same
[23:52] <jose> good to know
[23:53] <minetape|Cloud> Yup
[23:53] <minetape|Cloud> This is an irccloud account, so no matter what this nick stays on the channel for about 2 weeks until it quits and waits for you to log in
[23:53] <minetape|Cloud> I'll log in with my PC, gimme a sec, it's a slow one
[23:55] <minetape|Cloud> Again, Microsoft?
[23:55] <minetape|Cloud> More updates? Even for XP?
[23:56] <minetape|Cloud> Just horrible.
[23:56] <minetape|Cloud> SWEET JESUS, 90 UPDATES
[23:56] <minetape|Cloud> jose: she could be awhile :P
[23:56] <jose> :)