[03:13] <TheLordOfTime> how do we set a bug to affect a different version of Ubuntu, i.e. Precise or Lucid (given that bugs against packages *without* a specific distro attached are assumed to be against Quantal/latestDev)
[03:24] <TheLordOfTime> does anyone know?
[03:38] <lifeless> TheLordOfTime: target to series
[14:10] <PjotrOrial> So when I was using the beta version and a program crashed, i was redirected into my webbrowser to describe the bug. Now that precise is stable and I get bugs where are those bugs redirected to? Can I do anything else than just clicking 'yes submit this bug please' ?
[14:11] <PjotrOrial> I submitted at least 25 bugs by accident
[14:11] <PjotrOrial> since I wanted to get rid of the box when I tracked down the bug
[14:11] <PjotrOrial> now the bug is reported manually here https://bugs.launchpad.net/ubuntu/+source/gcc-defaults-armel-cross/+bug/1014658
[14:11] <ubot2> Ubuntu bug 1014658 in gcc-defaults-armel-cross "arm-linux-gnueabi crashes with "Please submit a full bug report, with preprocessed source if appropriate."" [Undecided,New]
[14:12] <PjotrOrial> but I'd rather want to know where the bugreports are accessible of the stable ubuntu release
[14:13] <PjotrOrial> that is when I'd have only clicked on the button in the lower right at this window http://dl.dropbox.com/u/6520164/Screenshot%20from%202012-06-18%2016%3A12%3A45.png
[14:14] <PjotrOrial> where are those error reports directed to?
[14:20] <hggdh> PjotrOrial: error reports are accumulated at errors.ubuntu.com (which has restricted access, so you may, or may not see the entries)
[14:21] <hggdh> and maintainers look at it to find current (or critical) issues, and then open a bug if needed & work on them
[14:22] <PjotrOrial> hggdh: probably not then, I was just asking out of curiosity as now in the stable release it seems to the user that the bugreporting process is finished after you click on continue, so no further description or so by the user is required?
[14:22] <hggdh> PjotrOrial: if this is  a crash, no, no other entry is required.
[14:23] <hggdh> this is dealt now with whoopsie -- the error report collector
[14:24] <hggdh> assuming most will allow for the reporting, we will have a nice database of the most common issues, and will be able to address these faster than if we still required users to login to LP and report
[14:26] <PjotrOrial> sure, but at most bugs you need to attach further files and describe exactly what you are doing? Thanks for the background information :)
[14:27] <hggdh> it may, or maynot be needed. I would expect it would be needed for the most uncommon issues; for the most common, it should (theoretically) be easier to reproduce. But, on need, we can change the collector to ask for additional data
[14:28] <hggdh> and, then, put the collector back to "minimal data"
[14:28] <PjotrOrial> so the collector changes its appearance/behaviour on the type of error detected? so a common but hard to track error could still redirect to LP?
[14:30] <hggdh> the collector _may_ do that. I am not sure if the additionally collected data would go to a bug
[14:31] <hggdh> I would not direct it to a bug, though, open collections like these can add a truckload of comments
[14:31] <hggdh> but this is my personal view
[14:32] <PjotrOrial> heh, thanks for telling me, I just wondered that with release the bugtracking changed :)


[05:36] -GitHub[m]:#mir-server- **[MirServer/mir]** RAOF opened [pull request #2483](https://github.com/MirServer/mir/pull/2483): scene/BasicSurface: Switch to a data-owning Mutex... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/475583350648b4306c73c7d2b16e4e8c0823e4f3)
[06:42] <Saviq> G'morn!
[07:55] <MasahiroNakagawa> Hello-  I have one quick question. (Please let me know if I am in the wrong channel). Does ubuntu-frame works fine on our Ubuntu desktop 20.04 image for Xilinx ZCU102?
[08:05] <Saviq> Hi Masahiro Nakagawa you're certainly in the right channel. We have no explicit support for this, but provided you can supply Mesa GBM-KMS drivers for the GPU on the board through the `graphics-core20` content interface, it should work
[08:07] <Saviq> Have a look here for more info on this:
[08:07] <Saviq> https://discourse.ubuntu.com/t/the-graphics-core20-snap-interface/23000
[08:08] <Saviq> And for a broader look about Ubuntu Frame's hardware support:
[08:08] <Saviq> https://discourse.ubuntu.com/t/where-does-ubuntu-frame-work/23193
[08:15] <Saviq> Masahiro Nakagawa if you missed this ☝
[08:38] -GitHub[m]:#mir-server- **[MirServer/wlcs]** bors[bot] merged [pull request #239](https://github.com/MirServer/wlcs/pull/239): Destroy xdg_toplevel before xdg_surface on cleanup
[09:01] <MasahiroNakagawa> Saviq:  Thank you for your  quick response. Let me try that with my ZCU102
[09:51] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq drafted [pull request #2484](https://github.com/MirServer/mir/pull/2484): spread: default to jammy
[09:57] <Saviq> I expect ☝ to fail. Part of the reason why I did it. Cross-build deps on jammy seem broken in more ways than just the eglexternal quirk we have.
[10:35] <Saviq> I'm out until Thursday o/
[10:35] <alan_g[m]> Saviq: See you then. Have a good break!
[15:07] <grayson-g[m]> I'm reading through some code while trying to work on the spec for the crash reporter, and noticed this bit of code in `ubuntu-frame/src/egfullscreenclient.cpp` that has nothing to do with the matter at hand, but it's piqued my interest and I'm curious about its intention.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/beb4b62d816bc7fd4327f04b946d76c2a199f029)
[15:09] <alan_g[m]> grayson-g[m]: ```... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/af5131ad29f21ea10d85b1f623de75268c6b211e)
[15:09] <grayson-g[m]> Oh! Ok that makes sense.
[15:09] <grayson-g[m]> GitHub's error checker didn't like that line and highlighted it as red, so my eyes were drawn to it.
[16:10] <sophie-w> alan_g: is there any way to typedef symbols? Our problem is that we have `geom::Point` typedefed to `geom::generic::Point<int>`, but in the symbols file it needs to be the full version and it used to be the short version, so that's a break.
[16:11] <sophie-w> But nothing has changed fundamentally. A `Point` is and always has been just two ints. If we could make the symbol checker happy the problems would go away.
[16:12] <sophie-w> We can't make a `struct Point : generic::Point<int> {}` as did before because that would conflict with the typedef. We need the typedef so all existing code uses the non-inherited version.
[16:14] <alan_g[m]> No, the only way for it to appear in the symbol is to introduce a type (not an alias)
[17:00] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2485](https://github.com/MirServer/mir/pull/2485): SurfaceChangeNotification: make threadsafe
[17:00] -GitHub[m]:#mir-server-
[17:00] -GitHub[m]:#mir-server- > There's still a possibility a surface move will get processed out of order with a buffer submit, but since a surface move generates a full scene change that invalidates everything that should be fine.
[17:08] <sophie-w> Think I might finally have an excuse to use std::variant for the first time
[17:12] <alan_g[m]> Goodnight all!
[20:14] <grayson-g[m]> I'm trying to get a build environment for `ubuntu-frame` set up but I am getting an error that `libmircommon.so.9` isn't found. I've built and installed Mir from source and can build Frame, but this occurs on running. Am I missing something?
[22:47] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2486](https://github.com/MirServer/mir/pull/2486): Screencopy: wait for damage before copying frame... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/a587620be9d2bfc1edd141c8f5c7f317f7443250)


[18:54] <squirrel82> first time using, seeing how this works
[18:55] <squirrel82> greetings
[18:55] <pleia2> welcome squirrel82
[18:55] <squirrel82> ty hi
[18:55] <squirrel82> i volunteered to be a summary writer
[18:56] <pleia2> ah, leonard? :)
[18:56] <squirrel82> yes :)
[18:56] <pleia2> cool, I've been replying to your emails
[18:56] <squirrel82> its me :)
[18:56] <squirrel82> nice to meet you guys and gals
[18:56] <pleia2> things are pretty quiet mid-week right now as we're just collecting news
[18:56] <pleia2> (and folks are at work/school)
[18:56] <squirrel82> everyone is welcoming
[18:57] <squirrel82> i just got back from speech 1010 class
[18:57] <pleia2> work today for me ;)
[18:57] <squirrel82> :D
[18:57] <squirrel82> fun
[18:57] <squirrel82> hump day
[18:58] <squirrel82> so yea, i was wondering how i go about doing my first summaries?
[18:58] <squirrel82> they said if i had any questions to ask
[18:58] <pleia2> yeah, did you read the summary writer email I forwarded?
[18:58] <squirrel82> yes, just now actually
[18:59] <pleia2> that should help explain things
[18:59] <pleia2> I need to hop on a conference call for work now
[18:59] <pleia2> tsimonq2 and others can help with questions when they're around too
[18:59] <squirrel82> alright, ill read a little more
[18:59] <squirrel82> cool deal
[19:01] <squirrel82> any other summary writers in?


[07:19] <BlackDex> Hello there, i'm using Ubuntu 15.04 with Firefox 41 (or 40) and i get the following error, and Firefox doesn't start anymore.
[07:19] <BlackDex> (process:8500): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
[07:22] <BlackDex> I tried stuff with G_SLICE, but that didn't help
[07:23] <BlackDex> Also running firefox with an empty profile isn't working
[17:40] <wxl> it looks like the only reason the thunderbird-trunk builds are failing is because of gcc. well, at least that's the current problem ;) https://launchpadlibrarian.net/214784357/buildlog_ubuntu-precise-i386.thunderbird-trunk_43.0~a1~hg20150815r18275.258072-0ubuntu1~umd1~precise_BUILDING.txt.gz


[13:57] <jpickett> 1am UDS, woot
[20:54] <jared> I was going to ask how the UDS sessions went but just saw he d/c'd 30 minutes after it started. Must have been good :)


[17:26] <joebuntu> heyo
[17:27] <joebuntu> anyone in here?
[17:27] <zoopster> yea...lot's in here
[17:28] <zoopster> whether they are actually watching the channel is another question altogether
[17:28] <zoopster> hi, btw.
[17:28] <joebuntu> im orlando based looking to join the group
[17:28] <joebuntu> whats up
[17:31] <zoopster> ah cool... there are several that hang out in orlando...
[21:26] <govatent> allo
[21:42] <roaksoax> govatent: o/
[21:43] <roaksoax> govatent: when is there another event
[21:43] <roaksoax> ?
[21:46] <govatent> we have one at the end of the month
[21:46] <govatent> I gotta double check the date
[21:46] <govatent> i don't think it will be during uds
[21:52] <roaksoax> lol k
[21:53] <govatent> are you ready for the next cycle? and this cycle slowing creeping up to a release
[21:54] <roaksoax> govatent: heh... the cycle is not even over and there's shit lot of things to do


[00:04] <Eickmeyer[m]> <veremitz "I wonder about the effectiveness"> veremitz: Join in #ubuntustudio-offtopic? I have a bit of opinion on the matter as well.
[00:06] <veremitz> oops .. it dragged the ? lol .. sec ..
[01:08] <studio-user241> Is it a known issue that nvidia drivers work on the live cd but not once i installed ubuntu studio to a HDD?
[01:22] <Eickmeyer> studio-user241: That's one of the reasons for the driver installation selection during install.
[14:52] <studio-user805> hi is able to answer question about coding?


[03:17] <lifeless> jelmer: why did you marjk lp:~jelmer/testrepository/fix-uxsuccess rejected?
[04:50] <AuroraBorealis> hmmm
[04:50] <AuroraBorealis> anyone know what this error means? :<
[04:50] <AuroraBorealis> bzr: ERROR: Failed to rename C:/Users/Mark/Code/bzr/mips/csc252/trunk/prog2 to C:/Users/Mark/Code/bzr/mips/csc252/trunk/.bzr/checkout/limbo/new-5/prog2: [Error 5] Access is denied
[11:55] <jelmer> lifeless: I got a disapprove vote and I'm not going to look into it further at this point.
[14:53] <Noldorin_> hi jelmer
[14:53] <jelmer> hi Noldorin_
[14:53] <Noldorin_> how's it going?
[14:54] <jelmer> alright, how are you?
[18:59] <lifeless> jelmer: I thought it was just needs-tests
[18:59] <lifeless> jelmer: jml said he was going to look at landing it himself
[19:00] <jelmer> lifeless: yes, but with tests - my fix was trivial
[19:05] <jelmer> lifeless: anyway, I was mainly just trying to clean up my list of in-progress branches
[19:06] <jelmer> lifeless: I agree it wasn't really rejected as such, but there isn't really a way to stop being involved in a MP otherwise
[19:07] <lifeless> rejection doesn't stop involvement either :)
[19:08] <jelmer> lifeless: ok, you got me there. but it at least means it no longer shows up in my wip and needsreview listings
[19:08] <lifeless> sure. I can understad the motivation
[22:36] <lamont> bzr: ERROR: exceptions.AssertionError: get_next() called when there are no chars left
[22:36] <lamont> sigh
[22:36] <lamont> that's in 2.2.4-0ubuntu1
[22:44] <jelmer> lamont: hi
[22:44] <jelmer> lamont: that's usually a sign of a corrupt dirstate because of a truncated file - unsafe unmount?
[22:45] <jelmer> lamont: FWIW, newer versions of bzr fdatasync more agressively
[22:46] <lamont> jelmer: machine panic
[22:46] <lamont> so yeah, that could be consistent with an unsafe umount
[22:46] <lamont> OTOH, it should be ext3
[22:47] <jelmer> lamont: removing the checkout and creating it again should fix, but will discard any pending metadata changes you had in bzr
[22:47] <jelmer> "rm -rf .bzr/checkout; bzr co"
[22:48] <lamont> something tells me that a bzr co might tend to modify files in the working directory
[22:49] <spiv> lamont: IIRC it's not impossible for the "write tmp file, rename tmp to final location" idiom to leave 0-byte files after a crash with ext3, because by default it allows metadata to be committed before data.
[22:50] <lamont> spiv: and whether or not that is a grave bug in ext3 has been debated before
[22:50] <spiv> The O_PONIES feature request :)
[22:53] <jelmer> hey spiv :)
[22:53] <spiv> o/
[22:56] <lifeless> spiv: thats ext4 I believe
[22:56] <lifeless> spiv: ext3 cna't selectively sync journal contents
[22:57] <spiv> lifeless: IIRC it's possible (but less probable) under ext3 too
[23:00] <lifeless> spiv: you need journal_data_writeback for that
[23:00] <lifeless> spiv: IIRC which is not on ext3 by default (it defaults (or defaulted?) to journal_data_order
[23:01] <lifeless> spiv: IMBW - I haven't checked the code since ages ;)
[23:02] <spiv> lifeless: http://lwn.net/Articles/351422/ says the defautl mode under ext3 switched from data=ordered to data=writeback around 2.6.30
[23:03] <spiv> Possibly that change got reverted later due to this sort of fallout?
[23:03] <lifeless> ah! heh
[23:04] <spiv> But anyway that's enough for me to stop short of being certain that "default ext3" == "necessarily safe for that idiom"
[23:04] <lifeless> so if they changed that, then yes, its unsafe
[23:04] <lifeless> and sigh, still no user space barriers
[23:04] <lifeless> to we have to choose between slow and crap
[23:05] <lifeless> or use btrfs!
[23:07] <poolie> hi lamont, spiv, jelmer, lifeless
[23:11] <lamont> howdy
[23:11] <poolie> there is a repair-dirstate operation
[23:12] <poolie> 'bzr repair-workingtree'
[23:14] <lifeless> morning poolie
[23:15] <Peng> /1/1
[23:15] <Peng> >.>
[23:18] <poolie> lamont, i think that's https://bugs.launchpad.net/bzr/+bug/709158 btw
[23:18] <poolie> thanks for pointing it out
[23:19] <lamont> ah, cool
[23:30] <jelmer> g'morning poolie
[23:38] <wgrant> Morning.
[23:39] <wgrant> wgrant@lucid-test-lp:~/launchpad/lp-branches/separate-zopeless-mail$ bzr pull :push
[23:39] <wgrant> bzr: ERROR: Unsupported protocol for url "lp:~wgrant/launchpad/separate-zopeless-mail"
[23:39] <wgrant> Is that meant to not work?
[23:39] <wgrant> I believe the push URL is set in locations.conf.
[23:40] <jelmer> wgrant: it's a known issue; bzr itself always sets expanded URLs (not requiring directory services) in configuration files
[23:40] <wgrant> jelmer: Hmm, but bzr push works fine.
[23:41] <jelmer> wgrant: does "bzr push :push" work?
[23:41] <wgrant> Indeed not. Good point.
[23:42] <wgrant> At least there is a workaround, then. Thanks!
[23:45] <jelmer> wgrant: anytime


[07:30] <robert_ancell> RAOF, duflu, I was thinking we could hack out the DRI2 and window management stuff from XMir and propose that upstream as a starting point. That seem fair?
[07:31] <RAOF> Ah, DRI2 was not *quite* an exact copy of xfree86/dri2? Sadness. (I had forgotten about that).
[07:31] <RAOF> That would remove the bits that I see as likely to be contentious.
[07:32] <robert_ancell> RAOF, I spent some time trying to directly link but it was very hard to make the code happy
[07:32] <RAOF> Fair chop.
[07:32] <duflu> robert_ancell: Any *hacking* and the code would lose my trust. Hence should not be upstreamed in that form
[07:32] <duflu> It has matured, which says a lot
[07:33] <robert_ancell> duflu, hacking as in chopping out that stuff (you said we only recommend sw anyway). We would then propose DRI support and window management as a second step
[07:33] <robert_ancell> They might take more work to be upstream acceptable
[07:33] <duflu> robert_ancell: The window management is core (and fragile if touched)
[07:33] <RAOF> Which is one of the reasons why it's likely to be contentious upstream.
[07:33] <duflu> Also not really broken
[07:33] <RAOF> It need not be core.
[07:34] <duflu> If you changed it, I would thoroughly recommend not upstreaming then. It no longer qualifies as mature
[07:34] <RAOF> Maturity is roughly irrelevant for upstreaming.
[07:35] <RAOF> Indeed, upstream is often *happier* if it's not mature.
[07:35] <duflu> OK. *shrug*
[07:35] <RAOF> Because it means that possibly contentious design decisions aren't baked in as hard.
[07:35] <duflu> Can we keep a stable branch somewhere then?
[07:35] <RAOF> Absolutely.
[07:35] <RAOF> We wouldn't be shipping what's upstream until it's functionally equivalent.
[07:36] <duflu> This is sounding silly actually. Why propose something neither the sender not receiver likes?
[07:36] <duflu> nor receiver
[07:37] <RAOF> Because it allows us to work it into a state that both sender and receiver likes.
[07:37] <duflu> If we could not endorse what we're proposing to upstream (and I would not) then why bother?
[07:38] <robert_ancell> It's a starting point
[07:38] <RAOF> Because having a base upstream and iterating in upstream is much more likely to happen than us perfecting it and then upstream taking it entirely as-is.
[07:38] <duflu> Some of the most important bits are the window management. We need those (just as soon as Unity8 catches up on features)
[07:39] <RAOF> Those bits should really be in an actual window manager component?
[07:39] <duflu> I don't think so. They need to speak native Mir
[07:39] <RAOF> That's an entirely solvable problem.
[07:39] <duflu> It works, it's mature. Please don't break it
[07:40] <RAOF> Witness, for example, the instructive case of AMD's new GPU driver.  There's no point proposing something that's only appropriate for some other user base that does not exist
[07:42] <RAOF> Except Xmir is intimately bound with other parts of Xorg, and having it upstream means that it needs to be considered when someone wants to make a change that might break it.
[07:42] <duflu> I don't mind the ripping out of DRI2. That needs months/years of work yet anyway. But the WM work represents a lot of effort and maturing already
[07:42] <RAOF> Then wouldn't it be a great idea to propose it upstream and see if it's acceptable, so you don't have to rip it out later?
[07:43] <duflu> Essentially I don't mind what anyone does, unless they break what already works for us. So long as the codebase we use does not get broken, it's OK
[07:44] <duflu> Also modified in any way kind of counts as breaking the level of maturity at least :P
[07:58] <duflu> robert_ancell: Also worth noting the WM stuff should not be contentious at all. There is prior art for the same approach to rootless in hw/xwin/
[07:59] <duflu> Which I often referred to
[08:09] <Tak> is this entry from the wiki still accurate? "Make sure your hardware is supported. That means you're using a Mesa driver"
[08:10] <Tak> (ref: https://unity.ubuntu.com/mir/using_mir_on_pc.html )
[08:10]  * duflu looks
[08:11] <duflu> Tak: Yes Mir on desktop still only supports intel/nouveau/radeon right now. Also VMs have some limited support: https://unity.ubuntu.com/mir/setup_kvm_for_mir.html
[08:12] <duflu> Tak: The docs fail to properly explain that Ubuntu already contains the right Mesa code
[08:12] <Tak> :-/
[08:12] <duflu> Tak: Would love to add more hardware support. What do you need?
[08:14] <Tak> well, I'd be looking for desktop nvidia driver
[08:14] <duflu> Tak: Good news. RAOF is working on that with Nvidia right now
[08:14] <Tak> that is good news
[08:14] <duflu> Also, he just logged off for the week
[08:15] <anpok> hm and the doxygen docs on unity.ubunty.com/mir are still very outdated
[08:15] <Tak> kvm could be an option though
[08:15] <duflu> Tak: Then anpok is your expert
[08:17] <anpok> Tak: just enable qxl/spice in your kvm starup.. or even simpler use the checkboxes in virt-manager
[08:17] <duflu> anpok: Having the host running Nvidia binary driver, will it still work?
[08:18] <anpok> yes
[08:18] <duflu> And the crowd goes wild
[08:18] <Tak> yeah, I'll give it a try following the wiki page duflu posted
[08:18] <Tak> (I hope they release linux 3.18 soon! ;-) )
[08:18] <anpok> but it will torture your cpu instead .. a bit..
[08:19] <anpok> yeah .. it is about time..
[08:19] <duflu> Tak: You laugh, but Android isn't that current yet
[08:19] <duflu> Or ChromeOS
[08:19] <duflu> Sometimes
[08:20] <Tak> btw, what about vmware?
[08:21] <duflu> Tak: http://bazaar.launchpad.net/~mir-team/mir/development-branch/view/head:/doc/setup_vmware_for_mir.md
[08:22] <Tak> ah, nice
[08:24] <anpok> virtualbox not yet
[11:53] <Tak> hm, no dice with vmware, time to try kvm


[12:45] <Debesh> hii
[12:45] <Debesh> i need help
[12:45] <Debesh> a bit assistance
[12:46] <Debesh> is there ny1 who culd help


[03:02] <Takyoji> heh https://www.google.com/trends?q=%22GNOME+3%22&ctab=0&geo=all&date=mtd&sort=0
[04:24] <fisch246> hey tonyyarusso, know of a better place to have the next release party?
[04:25] <tonyyarusso> In the same general neck of the woods?  Not really - west of the river is pretty foreign to me.
[04:26] <Takyoji> *cough hint* moar south *cough hint* :P
[04:26] <fisch246> well people were traveling far in all directions :/
[04:27] <Takyoji> Next time: perhaps folks could talk prior about commuting
[04:27] <Takyoji> Rather than all separate vehicles each
[04:27] <fisch246> hmm perhaps
[04:28] <Takyoji> Could even be a progressively working release party. :P
[04:28] <fisch246> well i need like a map or something that has everyone's address so i know where to have the next party *glares at Launchpad*
[04:28] <tonyyarusso> yeah......
[04:28] <Takyoji> Everyone in the south gathers together, screws around, then everyone of the south and other areas come to the metro, to met with even more, etc
[04:29] <tonyyarusso> Or everyone in the south has their own party...
[04:29] <Takyoji> The thing is, there isn't really anyone down here. :P
[04:29]  * Takyoji checks Launchpad
[04:29] <tonyyarusso> Sure there are - you just haven't found them yet.
[04:30] <Takyoji> Also, anything of update the website theme at all yet? :P
[04:30] <Takyoji> updating*
[04:31] <tonyyarusso> nope
[04:32] <Takyoji> I thought there was a map of members on: https://launchpad.net/~ubuntu-minnesota
[04:32] <Takyoji> unless if I'm thinking of something else
[04:32] <tonyyarusso> There was.  Launchpad removed that feature.
[04:33] <Takyoji> Could add it to our own website then
[04:34] <Takyoji> also, anything of the consideration of in-person meetings at all?
[04:34] <fisch246> my tummy is almost gone :3 yay!
[04:34] <Takyoji> (just not too freakishly often, to devalue it)
[04:36] <tonyyarusso> Takyoji: Stop asking and just do it.
[04:37] <Takyoji> Unless if everyone wants to drive an hour down here. :P
[04:37] <Takyoji> or at least most
[04:37] <Takyoji> If so, then yes
[04:37] <fisch246> everyone drove about an hour
[04:37] <fisch246> except me, nate, my dad, and tony
[04:38] <tonyyarusso> It was still about 45 minutes for me.
[04:40] <fisch246> for me it was less than 5 minutes haha
[04:40] <Takyoji> Then where does the majestic tonyyarusso live? :P
[04:40] <fisch246> nate lives in GV
[04:40] <tonyyarusso> Takyoji: Shoreview
[04:40] <fisch246> he came from St. Paul
[04:40] <fisch246> from the other party
[04:41] <Takyoji> Haaah, that's a distance more.
[04:41] <Takyoji> fisch246: I came from the TIES installfest as well. :P
[04:41] <fisch246> well... :P
[04:41] <Takyoji> actually I guess Shoreview isn't substantially that further
[04:41] <Takyoji> in terms of travel time
[04:41] <tonyyarusso> It's about 20 minutes from my house to TIES.
[04:42] <fisch246> and btw... i think we all realized tony wasn't that majestic in person :P
[04:42] <fisch246> i kid haha
[04:42] <Takyoji> 1 hour 7 minutes from Shoreview; 56 minutes from St. Paul; 58 minutes from Hopkins
[04:42] <Takyoji> Just strictly based upon Google Maps data
[04:42] <Takyoji> Psh yea, he never starts anything. :P
[04:43] <fisch246> we could move to minneapolis
[04:43] <Takyoji> and gives us crap about it.  :P
[04:43] <fisch246> not really >.>
[04:43] <fisch246> his purpose isn't to be a leader
[04:44] <Takyoji> Then someone needs to take leadership, obviously. :P
[04:44] <fisch246> what i have been doing
[04:44] <tonyyarusso> someones, plural, preferably.
[04:44] <fisch246> but only with getting everyone acquainted and such...
[04:45] <Takyoji> otherwise we'll just continue of the usual "hey, someone should start an installfest in their area" and nothing happens.
[04:45] <Takyoji> or any other activity
[04:45] <fisch246> then do it your self >.>
[04:45] <fisch246> that's what i did
[04:45] <fisch246> i just did it all myself
[04:45] <tonyyarusso> Exactly.  We need more of that.
[04:47] <fisch246> you guys are the only ones worth doing it all for
[04:47] <Takyoji> Not everyone has a strong leader personality, is a contributing issue; and there could be some facilitation
[05:01] <fisch246> remember that 1984 mac commercial?
[05:02] <fisch246> ubuntu should make a remake of that, and have steve jobs on the screen
[05:05] <Takyoji> heh
[05:05] <Takyoji> I just had my mother and sister watch 'Pirates of Silicon Valley' with me last night (even though I've seen it several times over) :P
[05:06] <fisch246> never seen it
[05:09] <Takyoji> Ever seen 'Revolution OS'?
[05:09] <fisch246> nope
[05:09] <Takyoji> Then I shall barrow both DVDs to you next time
[05:09] <fisch246> s/barrow/lend
[05:18] <FloatingGoat> No need to fear, I'm here now
[05:19] <FloatingGoat> Lool
[07:31] <tonyyarusso> Takyoji: http://blog.linode.com/2011/05/03/linode-launches-native-ipv6-support/
[17:38] <FloatingGoat> Hi
[19:02] <Takyoji> YESSSS
[19:02]  * Takyoji cries in joy
[19:15]  * Takyoji wonders what datacenter tonyyarusso's VPS is in. :P


[07:04] <dholbach> good morning
[08:53] <locodir-user> is anyone there?
[08:54] <czajkowski> locodir-user: yes
[11:07] <Geochr> Hi all, in the previous meeting the ubuntu-gr was successfully reapproved by LoCo council. Why our loco page haven't updated yet ? Can i do something for that ?
[11:07] <Geochr> Here is our page: http://loco.ubuntu.com/teams/ubuntu-greek-users
[11:18] <czajkowski> hmm
[11:18] <czajkowski> sergio was to do that
[11:18] <czajkowski> will do it now
[11:19] <czajkowski> Geochr: invite has gone
[11:19] <czajkowski> you just need to accept it
[11:22] <Geochr> czajkowski where can i accept the invitation ?
[11:22] <Geochr> sorry but iam new loco contact
[11:22] <czajkowski> Geochr: it would have been mailed to the team owner/contact
[11:23] <Geochr> ok thanks a lot...
[11:23] <Geochr> the page updated !
[11:23] <Geochr> Reapproval Date: 	2014-06-29 00:00:00


[00:21] <sem> Hello, are there any good guides about how to adapt ubuntu studio 22.10 to high dpi screens? I am on the live-usb now, and tried global scaling, but a few things (the top panel and mouse) do not scale along with everything else
[00:26] <Eickmeyer> sem: Anything you can find about KDE Plasma on high DPI would apply.
[00:26] <sem> Ok, thanks!
[00:27] <Eickmeyer> sem: Also, many things don't take effect without a relog once you make a change to global scaling. Did you try that?
[00:28] <sem> Yeah, that's what I tried. I'll keep searching. Thanks!
[00:28] <Eickmeyer> sem: Then try reapplying the default theme after applying global scaling and make sure to use the default layout as well.
[00:28] <arraybolt3> sem: FWIW, the panel height can be changed manually using Edit Mode and I believe everything scales up when you enlarge it.
[00:29] <sem> Thanks for the tips, I'll give it another shot
[00:38] <sem> reapplying the default theme (including the layout) was crucial. Thanks! It looks pretty good. (Also adjusted the cursor size)


[14:52] <steve_fi> is there anyone who knows what version of Mesa and the Intel GPU driver is using on Ubuntu 14.04 right now?
[15:27] <dobey> steve_fi: https://launchpad.net/ubuntu/+source/<source_package_name> has the versions in all supported versions of ubuntu listed, for the source package
[15:29] <steve_fi> dobey, thanks


[12:05] <Nafallo> bmonty_laptop: finally uploaded. don't know what's with my upload bandwidth :-P.
[12:07] <minghua> bmonty_laptop: I noticed that uim maintainer dropped the pm-dev build dependency.  Thanks for pushing this. :-)
[12:07] <bmonty_laptop> minghua: no problem
[12:07] <siretart> gn8 folks!
[12:07] <bmonty_laptop> I just pointed out to him that there was no source file in the package that used the header file pm-dev provided
[12:07] <sistpoty> gn8 siretart
[12:08] <bmonty_laptop> bye siretart
[12:08] <bmonty_laptop> Nafallo: thanks
[12:08] <minghua> sistpoty: good night
[12:08] <minghua> oops, good night to siretart
[12:09] <minghua> hmm, irssi sees to have different nick auto-completion than others
[12:09] <minghua> s/sees/seems/
[12:35] <Kyral> Hey guys, does anyone know of a problem with the Build-Essential package in Breezy?
[12:36] <Nafallo> there is no problems? :-)
[12:36] <crimsun> in breezy? there's no problem
[12:36] <Kyral> There is it seems
[12:36] <tseng> WFM
[12:36] <Kyral> Either this guy I was helping on the Forums
[12:36] <tseng> but please tell ask us instead of asking to ask
[12:36] <Kyral> really really screwed up
[12:37] <Kyral> WFM?
[12:37] <crimsun> I'm going to go out on a short limb and say that guy screwed his own sources.list
[12:37] <tseng> Works For Me (And Everyone Else But You) TM
[12:38] <Kyral> tseng, I can't tell people on the UbuntuForums that
[12:38] <crimsun> but you can help him troubleshoot his sources.list, because that's obviously where it started
[12:38] <Kyral> Which I have tried
[12:39] <Kyral> We commented out anything that looked sketchy (which was basically the PLF repo)
[12:39] <crimsun> oh geez
[12:39] <crimsun> comment out everything that isn't *.archive.ubuntu.com
[12:39] <Kyral> we did
[12:39] <Kyral> the PLF repo was the only sketchy thing
[12:40] <crimsun> then forcibly remove/downgrade everything to stock breezy
[12:40] <Kyral> -f install should do that correct?
[12:40] <crimsun> no, you need to use apt-pinning
[12:40] <crimsun> pin-priority >1000 the breezy repo
[12:41] <Kyral> I'll look into it
[12:41] <crimsun> then dist-upgrade
[12:41] <crimsun> people get all sorts of random fsckedness when they use external repos
[12:41] <Kyral> but anything from the PLF repo shouldn't interfere with build-essiential right? (I'm not familier with the PLF repo)
[12:42] <crimsun> I have never touched PLF, so I have no idea
[12:42] <Kyral> Its basically the storehouse for things like w32codecs it seems
[12:42] <Nafallo> ouch
[12:42] <Kyral> heck its in that Script-O-Matic that someone whipped up
[12:42] <Nafallo> an illegal repo.
[12:43] <Kyral> yah no kiddin'
[12:43] <tseng> yeah it sounds alot like BreakMyGentoo
[12:43] <Kyral> I don't touch it
[12:43] <Kyral> I advise against it whenever I see it, so I don't have to fix it later
[12:44] <tseng> i can only find a mandrake plf
[12:44] <tseng> besides the obvious terror organization
[12:44] <tseng> pretty disingenuous to name yourself after them
[12:44] <Kyral> deb http://antesis.freecontrib.org/mirrors/ubuntu/plf/ breezy free non-free <--The line in question
[12:44] <Nafallo> hehe
[12:45] <Kyral> its commented out
[12:45] <tseng> "free"
[12:45] <tseng> its not even available
[12:45] <Nafallo> in this case it might not be a bad name it seems :-P
[12:45] <Kyral> Yah its down now, seems like a recent turn
[12:49] <LaserJock> I think plf is the backports-extra replacement
[12:50] <Kyral> hey LJ
[12:50] <LaserJock> hi Kyral
[12:50] <Kyral> FlowDesigner devs haven't emailed me back about the problems with libflow
[12:51] <LaserJock> Kyral: hmm, I didn't know you were having a problem
[12:51] <Kyral> It builds, but lintain complains like CRAZY about somethings
[12:51] <bmonty_laptop> Hey LaserJock
[12:51] <LaserJock> Kyral: the NMU stuff?
[12:51] <LaserJock> Hi bmonty_laptop
[12:52] <Kyral> LaserJock, no
[12:52] <Kyral> libflow.so is in the wrong place, and its causing Lintain to throw fits
[12:53] <LaserJock> Kyral: oh, ok. and it's something that requires upstream to fix?
[12:53] <Kyral> yah it requires messing with the source
[12:54] <LaserJock> Kyral: seems like they were pretty eager to help so hopefully you will hear from them soon
[12:56] <LaserJock> I am currently working on a script similar to lucas's to show us the Ubuntu and Debian version of source packages in the math, science, and tex sections
[12:56] <lucas> LaserJock: what do you mean "script similar to mine" ?
[12:57] <lucas> maybe you can explain why mine didn't work for you, so I can improve it instead :)
[12:57] <LaserJock> lucas: well, it gets the package name, version, and section and will hopefully create a .html similar to yours
[12:57] <LaserJock> lucas: well, what I am trying to do is sort by section
[12:58] <lucas> ah
[12:58] <LaserJock> lucas: and learn python along the way
[12:59] <LaserJock> what I got so far is at http://paste.ubuntulinux.nl/4649
[12:59] <LaserJock> but I am getting stuck because it appears that 12 source packages in Ubuntu don't have "Section:" in them
[01:00] <Nafallo> LaserJock: fix them? compare to Debian?
[01:01] <LaserJock> Nafallo: well, I have to figure out how to tell which ones are the problem
[01:02] <Nafallo> hm, true
[01:02] <LaserJock> Nafallo: And I don't have enough scripting knowledge to figure it out yet
[01:04] <Nafallo> can't you just output two lists (one with everything except the faulty ones and one with everything) and diff? :-)
[01:06] <lucas> arg
[01:06] <lucas> got disconnected just when I was answering
[01:06] <lucas> [00:58:04]  <LaserJock> lucas: and learn python along the way
[01:06] <lucas> [00:58:32]  <lucas> you just have to change pkglist_from_rdepends.bash by your pkglist_from_section.bash
[01:06] <lucas> [00:58:59]  <lucas> if you do that, you can you all my other scripts
[01:06] <lucas> [01:02:17]  <lucas> grep-dctrl -F section 'math' -o -F section 'science' -o -F section 'tex' -ns Package /var/lib/apt/lists/ftp.oleane.net_debian_dists_unstable_main_binary-i386_Packages
[01:06] <lucas> [01:02:43]  <lucas> this does your "get all binary packages with section in ('math', 'science', 'tex')
[01:06] <lucas> did I miss sthing ?
[01:08] <LaserJock> lucas: interesting, I'm not sure what to think. I started this before I learned of you script and I wanted to do everything in Python
[01:09] <lucas> LaserJock: I think the best way to deal with that is with small shell scripts that do one thing and do it well
[01:09] <lucas> because everybody has different needs
[01:10] <sistpoty> good night everybody
[01:10] <LaserJock> right, this was for my own internal consumption though. I don't plan on replacing anything of yours
[01:10] <lucas> LaserJock: but still, you can rewrite some of my own scripts in python
[02:03] <chx> hi. is there a fresh bzr package somewhere? 0.1.1-0ubuntu1 is ancient
[02:03] <ogra> chx, deb http://people.ubuntu.com/~jbailey/snapshot/bzr/ ./
[02:04] <ogra> (thats dapper though)
[02:05] <chx> dapper... will that bzr install then without wanting to upgrade all python packages?
[02:06] <chx> oh it works
[02:12] <zakame> morning all :)
[02:25] <zakame> wb LaserJock
[02:26] <LaserJock> zakame: thanks, had dinner and made it home. now I can relax ;-)
[02:29] <zakame> good for you :)
[02:57] <Kyral> I love the COSI
[03:02] <zakame> COSI?
[03:02] <Kyral> the Clarkson Open Source Institute
[03:02] <Kyral> cosi.clarkson.edu
[03:04] <Kyral> Also keeps an Ubuntu Mirror :D
[03:04] <LaserJock> does anybody here use vim?
[03:04] <Kyral> hsss boo! ;P
[03:05] <LaserJock> Kyral: yeah, yeah I know
[03:05] <LaserJock> I can't figure out how to do a search&replace
[03:06] <tseng> :s/foo/bar
[03:06] <tseng> vimtutor, lesson 4.4
[03:06] <LaserJock> tseng: hmm, all I get is "pattern not found". I can just do a search and it works fine
[03:07] <tseng> yes, read the doc please
[03:11] <LaserJock> tseng: thanks, weird, but it works
[03:11] <tseng> its not that weird
[03:11] <tseng> very similar to sed or any other regex
[03:12] <LaserJock> tseng: it just seems weird to me that I have to select all the text before I can do a replace
[03:12] <LaserJock> but I'm just learning vi so maybe my mind isn't wraped around it yet
[03:12] <tseng>      Type   :%s/old/new/g    to change every occurrence in the whole file.
[03:13] <tseng> i dont see *anything* about selecting text
[03:14] <LaserJock> well, that is what was in vimtutor lesson 4.4 I thought
[03:14] <tseng> no, you move the cursor to the line
[03:14] <tseng> tip
[03:14] <tseng> to repeat the replace on another line move the cursor there
[03:15] <tseng> and press & in normal mode
[03:15] <LaserJock> cool
[03:19] <minghua> tseng: nice tip
[03:27] <jbailey> chillywilly: I added dyfet to the Ubuntu marketplace earlier.
[03:27] <jbailey> He's interested in hacking on Bayonne in Ubuntu. =)
[03:50] <LaserJock> hi tritium
[03:51] <tritium> hi LaserJock
[03:51] <LaserJock> tritium: been staying busy?
[03:52] <tritium> LaserJock: yes, putting in long hours at work, and many projects around the house (repairs after renting it out while in grad. school).  You?
[03:53] <tritium> LaserJock: and today, this Canonical laptop's hard drive died
[03:53] <LaserJock> tritium: about the same. I have been trying to landscape the back yard a bit. Are you at sandia?
[03:54] <tritium> LaserJock: yes, how did you know?
[03:55] <LaserJock> tritium: don't remember. I think you said one time here. I visited Sandia at Livermore once
[03:55] <LaserJock> tritium: my lab has a collaboration there
[03:55] <tritium> LaserJock: oh, okay.  Cool.
[03:55] <LaserJock> tritium: your Sandia is much bigger isn't it?
[03:57] <tritium> LaserJock: yes
[03:58] <LaserJock> tritium: I have thought about doing a post doc at a national lab but I don't know if I could get used to all the security
[03:59] <tritium> LaserJock: it takes some getting used to
[04:01] <LaserJock> tritium: when I was a Sandia-Livermore (not  sure what it is called) it took a repair man over 2 hrs to get throught the gate because they had to take every piece of equipment out of his service truck and check it out
[04:02] <tritium> LaserJock: not surprising
[04:02] <LaserJock> tritium: but the pay seemed better than an academic postdoc ;-)
[04:03] <tritium> yes
[04:29] <LaserJock> Kyral: ping?
[04:29] <Kyral> PONG!
[04:29] <Kyral> sup
[04:29] <LaserJock> Kyral: I am trying to set up a couple different pbuilders.
[04:30] <Kyral> yah...I gotta get to appending the PBuilderHowto don't I
[04:30] <LaserJock> Kyral: I am unsure of how to seperate the pbuilderrc files. It seems to alway look for ~/.pbuilderrc
[04:31] <Kyral> thats just a pain in the arse
[04:31] <LaserJock> no matter what I put for --configfile
[04:31] <Kyral> Yah it gives me that warning too
[04:31] <Kyral> but it still abides by the configfile I give
[04:31] <LaserJock> so I can ignore it?
[04:32] <Kyral> yah
[04:32] <Kyral> Its just a warning not an error
[04:32] <LaserJock> ah, ok
[04:32] <Kyral> Actually I have to go update my Pbuilders
[04:33] <Kyral> 1 alias for 6 commands
[04:38] <Kyral> Ubuntu Breezy, Ubuntu Dapper, Debian Sid, Debian Sarge, Debian Etch
[05:04] <Kyral> Anyone know if Emacs has a function to link a file you are working on to one on a remote server and upload the file to the remote server when you save it?
[05:07] <Kyral> Or do I get the honor of writing this plugin :D
[05:28] <LaserJock> Kyral: do you have a minute to help me with my pbuilders?
[05:28] <Kyral> yah
[05:28] <LaserJock> Kyral: ok, I think I got breezy and dapper ok, but now I want a sid pbuilder
[05:28] <Kyral> Oh LJ, when are we gonna start working on the Ubuntu Packaging Guide?
[05:29] <Kyral> LJ you are gonna have to create a Sarge PBuilder and upgrade that oen
[05:29] <crimsun> LaserJock: so either specify sid lines in your pbuilder config's sources.list, or pass the distribution explicitly to pbuilder
[05:29] <LaserJock> Kyral: hmm, well that is kinda up in the air right now. I was supposed to get Unfrgiven's guide but I haven't heard from him in a while
[05:30] <LaserJock> so do I need sources.list files for each distro?
[05:30] <Kyral> I just make separate apt.configs
[05:30] <minghua> sid is usually not debootstrapable though
[05:30] <Kyral> thats what I do, and I find it very easy to manage everything
[05:30] <Kyral> thats why I said make a Sarge PBuilder and upgrade it
[05:30] <crimsun> for maintainability I'd say it's a good idea but don't necessary _have_ to have them for bootstrapping
[05:31] <LaserJock> Kyral: ok, that is what I have. and also seperate pbuilderrc's?
[05:31] <crimsun> right, sid is like dapper in that sense
[05:31] <minghua> and now is really a bad time to build stuff in sid, due to the C++ ABI change
[05:31] <crimsun> yeah on multiple fronts :-)
[05:32] <LaserJock> I am confused because it seems pbuilder looks at /etc/pbuilderrc, ~/.pbuilderrc, and my own ~/.pbuilder/distro/pbuilderrc files
[05:33] <Kyral> Unless you override with --configfile
[05:34] <LaserJock> Kyral: well I had to change /etc/pbuilderrc even when I had --configfile. It looked like it was reading both
[05:34] <Kyral> I just made copies of pbuilderrc for each one
[05:35] <Kyral> not to mention I flat out deleted the original
[05:35] <LaserJock> Kyral: I have copies of pbuilderrc for each distro, but I didn't delete the one in /etc
[05:35] <Kyral> Ironically it somehow symlinked the one in etc to one of my custom pbuilderrcs
[05:36] <LaserJock> Kyral: It seems that it just doesn't like having multiple .pbuilderrc's laying around
[05:37] <LaserJock> Kyral: ok, so do I need to make a pbuilderrc for sarge and another pbuilderrc for sid?
[05:38] <LaserJock> I guess I could just change one pbuilderrc
[05:38] <crimsun> I have three different pbuilder rcs
[05:39] <crimsun> ~/.pbuilderrc{.warty,hoary,breezy}
[05:39] <crimsun> err, four
[05:39] <crimsun> (the one without an extension in breezy dist-upgraded to dapper)
[05:39] <Kyral> I keep them in /etc/pbuilder/
[05:40] <LaserJock> crimsun: do you have a apt.config for each?
[05:40] <crimsun> LaserJock: separate directories, yes
[05:40] <crimsun> ~/porting/builder/$foo
[05:42] <LaserJock> crimsun: ok, that is about what I have. I have ~.pbuilder/{breezy,dapper,sid}/{pbuilderrc, apt.config/}
[05:43] <LaserJock> hmm, I still don't understand --distribution and --override-config are for when you have --configfile
[05:46] <Kyral> --override-config is for when you make a change to something in that PBuilder's apt.config
[05:46] <Kyral> like if you change the Sources.list to use a different mirror
[05:51] <Kyral> I should code a Space Invaders for Emacs :D
[06:07] <Kyral> Night all
[08:38] <zakame> hmm, is libjack0.80.0-dev dropped in dapper?
[08:40] <crimsun> zakame: yes.
[08:40] <zakame> crimsun: I see only libjack0.100.0-dev , but linphone build-deps on libjack0.80.0-dev... guess I have to update debian/control...
[08:40] <crimsun> yes, you do
[08:41] <zakame> okey thanks :)
[08:41] <crimsun> we need to do a mini-transition on everything that b-ds on libjack0.80.0-dev | libjack-dev
[08:41] <crimsun> they need to be explicitly updated to libjack0.100.0-dev
[08:41] <zakame> dropping the `| libjack-dev' part?
[08:42] <crimsun> hmm.
[08:42] <crimsun> we differ a bit from Debian in this regard
[08:42] <crimsun> We don't have a libjack0.80.0-dev anymore, so we _could_ leave | libjack-dev.
[08:43] <crimsun> however, the transition in Debian was to explicitly b-d on libjack0.100.0-dev
[08:43] <crimsun> so we should follow Debian
[08:43] <zakame> ah, okey :D
[08:43] <slomo_> hi zakame, hi crimsun :)
[08:44] <zakame> ei slomo_ :D
[08:45] <crimsun> hi slomo_, zakame :-)
[08:46] <zakame> ei crimsun :)
[08:51] <dholbach> good morning
[08:52] <slomo_> hi dholbach
[08:52] <zakame> heya dholbach
[08:52] <dholbach> hey zakame, slomo_
[09:10] <mitsuhiko^school> moin
[09:10] <mitsuhiko^school> can anyone tell my why liblinc isn't available in breezy?
[09:10] <zakame> hi mitsuhiko^school
[09:10] <mitsuhiko^school> http://packages.ubuntu.com/hoary/libs/liblinc1 <-- hoary has it
[09:11] <zakame> wb Nafallo
[09:11] <mitsuhiko^school> hi zakame
[09:12] <Nafallo> thanx
[09:12] <mitsuhiko^school> other packages reference it, but it doesn't exist in breezy
[09:12] <crimsun> it was removed
[09:13] <crimsun> notice it's not in Debian either
[09:13] <Gloubiboulga> hello
[09:13] <mitsuhiko^school> crimsun: so the only solution is to use the hoary version?
[09:14] <zakame> hi Gloubiboulga
[09:14] <crimsun> mitsuhiko^school: no, check if upstream has obsoleted it with a new package
[09:14] <crimsun> if so, check if it's in the distro
[09:14] <crimsun> if not, work to NEW it
[09:16] <mitsuhiko^school> crimsun: where can i check this?
[09:16] <crimsun> mitsuhiko^school: check what?
[09:16] <mitsuhiko^school> crimsun: it upstream has obsoleted it
[09:16] <crimsun> mitsuhiko^school: check upstream's [old]  Web site
[09:17] <crimsun> debian/copyright should have a url
[09:17] <mitsuhiko^school> ok. thx
[09:22] <mitsuhiko^school> crimsun: i can't find a note that this packages is deprecated or something similar :(
[09:23] <crimsun> mitsuhiko^school: then you will have to use the hoary version.
[09:24] <mitsuhiko^school> bad news
[09:26] <lucas> I started working on https://wiki.ubuntu.com/MOTUTools
[09:26] <lucas> please review & comment & modify etc
[09:31] <crimsun> mm gdebi->universe possibly
[09:31] <crimsun> that sounds tasty
[09:31] <dholbach> :)
[09:31] <crimsun> morning, dholbach :)
[09:32] <dholbach> hi crimsun :)
[09:36] <sivang> morning dholbach
[09:36] <sivang> (and everyone else)
[09:36] <crimsun> hi sivang
[09:37] <zakame> hi siretart
[09:37] <zakame> and sivang
[09:42] <Gloubiboulga> Could anyone have a look at my Denemo package on revu ?
[09:43] <crimsun> (~15 minutes, meeting in progress)
[09:54] <zakame> can someone please check Malone #4094 and #4095 , linphone and lostirc debdiffs, PendingUpload? thanks in advance :)
[09:54] <Ubugtu> Error: Could not parse XML returned by Malone bugzilla: Connection to Malone bugzilla failed: HTTP Error 404: Not Found
[09:54] <crimsun> zakame: sure, a few more minutes remaining in the meeting.
[09:55] <zakame> crimsun: many thanks :)
[09:59] <crimsun> binutils cvs => new glibc ...
[09:59] <crimsun> something tells me I had better do a system snapshot TODAY.
[10:00] <Nafallo> :-)
[10:00] <slomo_> crimsun: hehe, same thought here ;)
[10:02] <slomo_> *sigh* every package i choose to merge depends on something in main to be merged first which itself has some problems...
[10:04] <dholbach> slomo_: i can sponsor you uploads
[10:05] <slomo_> dholbach: i can't merge the packages because the problems seem to be too hard *shrug* i'll simply do other stuff before ;)
[10:05] <Nafallo> slomo: what packages?
[10:05] <dholbach> i just want to offer it to you
[10:06] <slomo_> dholbach: i know... thanks :)
[10:06] <dholbach> if there's a problem in main and you (everybody) can fix it, i will gladly sponsor the upload, if that makes things better
[10:06] <slomo_> Nafallo: gjdoc for example... FTBFS because of ICE
[10:07] <crimsun> slomo_: out of curiosity, have we seen any movement on binary-promoting libpostproc-dev (from ffmpeg) to universe?
[10:07] <crimsun> it's holding up a vlc merge
[10:07] <dholbach> crimsun: was there a main inclusion report?
[10:08] <Nafallo> ouch
[10:09] <slomo_> crimsun: no, elmo ignores me except for syncs :(
[10:09] <crimsun> dholbach: err, afaik ffmpeg source remains in universe with its binary packages being split across universe (libavcodec-dev, libavformat-dev, ffmpeg) and multiverse (libpostproc-dev)
[10:09] <slomo_> dholbach: one part of it is in multiverse... caused by a mistake
[10:09] <dholbach> crimsun: oh sorry, i misunderstood, nevermind
[10:10] <crimsun> dholbach: np
[10:12] <slomo_> hm, is the dapper kernel built with gcc4? and the sid kernel too?
[10:13] <crimsun> yes
[10:13] <crimsun> Linux version 2.6.15-3-686 (buildd@vernadsky) (gcc version 4.0.3 20051023 (prerelease) (Ubuntu 4.0.2-3ubuntu1)) #1 SMP Thu Nov 17 01:14:29 UTC 2005
[10:13] <Ubugtu> Error: Could not parse XML returned by Ubuntu Bugzilla bugzilla: not well-formed (invalid token): line 189, column 1
[10:14] <slomo_> perfect :)
[10:31] <slomo_> omg
[10:31] <slomo_> why does a package invoke automake etc in clean?!
[10:33] <Nafallo> slomo: that was I was wondering when moving them to build ;-)
[10:37] <crimsun> timestamp skew?
[10:38] <slomo_> crimsun: yes :/
[10:47] <slomo_> hmm, where is zakame? :/
[10:48] <crimsun> his client timed out
[10:48] <crimsun> about 24 minutes ago, apparently
[10:49] <\sh> moins
[10:50] <slomo_> hi \sh :)
[10:51] <crimsun> moin
[11:45] <xerxas> hi
[12:25] <Nafallo> crimsun: are you sponsoring some of those merge-bugs or shall I dig in? :-)
[12:44] <Riddell> is there a motu bugs e-mail list?
[12:44] <dholbach><EMAIL_ADDRESS>[02:00] <viviersf> ajmitch, im having problems with grub again lol
[02:09] <Nafallo> bmonty_laptop: have you told elmo to sync all of those ASSIGNED you already verified?
[02:14] <Nafallo> where is zakame? :-)
[02:15] <Nafallo> -Architecture: any
[02:15] <Nafallo> +Architecture: i386 powerpc ia64 amd64 alpha arm mipsel hurd-i386
[02:15] <Nafallo> ^ that just looks wrong, no?
[02:24] <Mithrandir> no, it means it's not kfreebsd-i386 for instance.
[02:24] <Mithrandir> and not m68k
[02:24] <Nafallo> we don't have that one :-)
[02:24] <Mithrandir> and not s390
[02:24] <Nafallo> not those either.
[02:24] <Mithrandir> we do have hppa, though
[02:24] <Mithrandir> which is not in the list either
[02:25] <Nafallo> oh, the inofficals. I always forget about those.
[02:35] <bmonty_laptop> Nafallo: I've sent elmo emails on syncing the packages I marked for sync
[02:38] <Nafallo> bmonty_laptop: ah, oki.
[02:38] <bmonty_laptop> Nafallo: also, I'm assuming you uploaded the falconseye package...I made a mistake and didn't mark it as dapper so it was REJECTED
[02:38] <bmonty_laptop> I'll upload the new debdiff in a few
[02:39] <Nafallo> oki
[02:39] <bmonty_laptop> Nafallo: I guess I can give him that huge list of packages in IRC :)
[02:39] <Kyral> Mornin'
[02:39] <bmonty_laptop> hi Kyral
[02:41] <Nafallo> bmonty_laptop: btw, was breezy -> dapper the only mistake? :-)
[02:42] <Nafallo> unstable even
[02:42] <bmonty_laptop> Nafallo: as far as I am aware, yes
[02:42] <bmonty_laptop> did you find another ?
[02:43] <Nafallo> bmonty_laptop: nope, but I can do that change locally ;-)
[02:44] <bmonty_laptop> ok, I've got the debdiff almost done if you want it
[02:46] <Nafallo> feel free to upload, but I've already given the fixed version to my pbuilder :-)
[02:47] <bmonty_laptop> ok, I'll just put it there for completeness :)
[02:48] <zakame> hi all
[02:48] <bmonty_laptop> hi zakame
[02:48] <zakame> hey bmonty_laptop, how's the merge going ? :)
[02:48] <Nafallo> hi zakame
[02:48] <bmonty_laptop> the merge is *REALLY* fun...you should help :)
[02:49] <zakame> hi Nafallo :D thanks for another upload :)
[02:50] <zakame> bmonty_laptop: hihi, I am on the merging too, even though I'm just on dialup :)
[02:50] <Nafallo> zakame: no problem :-)
[02:50] <bmonty_laptop> zakame: ahh, dialup would be a limiting factor
[02:51] <zakame> bmonty_laptop: yup... nevertheless, its fun though, and I learn as I go :)
[02:51] <Kyral> dialup is evil
[02:51] <bmonty_laptop> zakame: same here, the value in doing the merges is touching lots of different packages
[02:52] <zakame> Kyral: which is why I'm seeking bandwith sponsorship :)
[02:52] <Kyral> "sponsorship"?
[02:52] <zakame> bmonty_laptop: indeed, we get to learn how other people and DDs do stuff :)
[02:53] <Nafallo> damn
[02:54] <Nafallo> I should have updated Standards-Version on falconseye
[02:54] <Kyral> I wish I could get the hang of merging
[02:54] <Kyral> but school is more important right now
[02:55] <zakame> Kyral: hihi... technically I too should be in (este, on) school right now, but without books, I'm still on sem break ;)
[02:55] <Kyral> So I'm helping out with insane amounts of support on the Forums
[02:55] <Kyral> Racked up about 70 posts yesterday I think
[02:56] <zakame> wow
[02:56] <Treenaks> all reading 'Dude, STFU & RTFM!' ?
[02:56] <Treenaks> :P
[02:56] <zakame> Treenaks: hihi
[02:56] <Kyral> Hell no
[02:56] <Kyral> I stabbity anyone that says that
[02:56] <zakame> Nafallo: can't you re-upload? :)
[02:56] <Treenaks> Kyral: I tell people to look stuff up in the starter's guide all the time
[02:56] <Nafallo> zakame: I'm lazy
[02:57] <Treenaks> Kyral: because I'm not copy/pasting it for them
[02:57] <zakame> haha
[02:57] <Kyral> Treenaks, so do I, but I don't exactly tell the to RTFM :P
[02:57] <Kyral> I do, but in a much nicer way :D
[02:57] <Treenaks> Kyral: RTFM -> read THIS (specific) F M
[02:58] <Kyral> Its usually something like "I believe this link will be most helpful" <insert link here>
[03:01] <Kyral> Anyway I must be off
[03:01] <zakame> bye Kyral
[03:01] <Kyral> Need food before class or else I'm like a computer w/o a power supply
[03:03] <zakame> haha
[03:06] <sistpoty> hi folks
[03:06] <bmonty_laptop> hey sistpoty
[03:06] <zakame> heya sistpoty :)
[03:07] <sistpoty> ping slomo | siretart | \sh
[03:07] <Treenaks> ping s* ? :)
[03:07] <sistpoty> hehe
[03:08] <sistpoty> actually the pings are or-d... since I need s.o. to upload a package for me (i hope elmo will add my key to the keyring soon)
[03:08] <zakame> sistpoty: elmo hasn't added you yet?
[03:09] <sistpoty> zakame: no... but I only asked for it last friday (didn't have to upload anything before)
[03:09] <zakame> oh
[03:12] <zakame> Nafallo: can you check my debdiff for linphone too? :)
[03:13] <Nafallo> zakame: I've almost dput'd it.
[03:15] <zakame> Nafallo: oh, ok :D
[03:16] <sistpoty> Nafallo: maybe you could upload s.th. for me?
[03:18] <Nafallo> sistpoty: sure :-)
[03:19] <sistpoty> Nafallo: cool... ghc6 in http://revu.tauware.de/~sistpoty/uploads/ (orig.tar.gz is already in the archives)
[03:22] <Nafallo> sistpoty: done :-)
[03:24] <sistpoty> Nafallo: thx :)
[03:43] <zakame> hmmm, is it safe to have a debdiff like 20051029-1 -> 20051029-2ubuntu1 ?
[03:43] <sistpoty> zakame: do you mean the version number?
[03:45] <Nafallo> 20051029-1ubuntu1 probably :-)
[03:45] <zakame> sistpoty: yes, this is from ion3... though the REPORT tells that the debian version is 20051029-2, from the raw log MoM got only 20051029-1
[03:46] <Nafallo> ion3 | 20051029-2 | http://localhost unstable/main Sources
[03:46] <Nafallo> so yes, 20051029-2ubuntu1
[03:46] <sistpoty> zakame: if the latest debian version is ...-2, then a merged version should be -2ubuntu1... (higher than last debian version, but always below next possible debian version)
[03:47] <zakame> sistpoty: ok... seems that mom pulled the wrong debian base
[03:47] <zakame> I also checked the [bcd]  logs and there was no rebuild of it, basing from the morgue
[03:48] <\sh> hmmm
[03:48] <\sh> grep: /var/cache/pbuilder/build//9902/etc/shadow: No such file or directory
[03:48] <\sh> /var/cache/pbuilder/build/9902/etc/shadow
[03:48] <\sh> mv: cannot stat `/var/cache/pbuilder/build/9902/etc/shadow': No such file or directory
[03:48] <\sh> strange
[03:48] <\sh> it happend first time now...after I switched to dapper
[03:49] <Nafallo> \sh: sudo pbuilder login --save-after-login
[03:49] <Nafallo> \sh: touch /etc/shadow
[03:49] <sistpoty> ' \sh: i heard last night in devel, that they are working on this ;)
[03:49] <sistpoty> that's why i don't update my pbuilder currently *g*
[03:49] <\sh> uh..so it's not a broken pbuilder
[03:50] <sistpoty> no
[03:50] <zakame> \sh: I also got that too just recently while pbuilding lighty
[03:50] <\sh> Nafallo: thx
[03:50] <Nafallo> np
[03:58] <zakame> hmm, seems mom's merged.patch for ion3's too much...
[03:59] <Efwis> hello, I was wondering if you would be interested in having a .deb version of Gnome configurator for the repos?
[03:59] <Efwis> I already have it made on my comp
[04:00] <zakame> Efwis: where's this? and what repos?
[04:00] <Efwis> for Breezy repos
[04:01] <Efwis> I did the alien command of the rpm it worked fine on my system
[04:01] <Nafallo> breezy are closed
[04:01] <Efwis> for 386/686 systems
[04:01] <Nafallo> we are now in the dapper development cycle
[04:02] <Amaranth> and we only take source packages
[04:02] <Efwis> I can get the source for you easy enough
[04:03] <\sh> Efwis: create a debian package :) and walk the way of a MOTU :)
[04:03] <Efwis> I already have the debian package for COG
[04:04] <Efwis> it has everything you need short of the libraries that are needed on the comp
[04:09] <\sh> Efwis: but you didn't create it with alien, right? u did it manually?
[04:10] <Efwis> I have the source in front of me know, I just extracted. that is one of the things I want to learn, but I never got an answer dealing with a file
[04:11] <\sh> Efwis: so now you have to learn something about debhelper and dh_make and debian package building environments
[04:12] <ogra> Efwis, see the dh_make part of the debian new maintainer guide
[04:12] <\sh> Efwis: some pointers...first http://wiki.ubuntu.com/DeveloperResources most important link: debian new maintainer guide
[04:12] <Efwis> show me the way, and I will do my part to help with this great distro. Thius is the first time I used linux but I want to do more then run my bus on it :)
[04:13] <\sh> Efwis: second: http://wiki.ubuntu.com/PbuilderHowto (replace all hoary/breezy things with dapper...(if you have dapper running) or update a breezy pbuilder to dapper)
[04:13] <Amaranth> is wine compiled with gcc 4?
[04:13] <zakame> at last, ion3 debdiff finished.  can someone please check #4092 debdiff PendingUpload :) thanks in advance
[04:14] <\sh> Amaranth: the last time I compiled it with gcc4
[04:15] <Nafallo> zakame: sure
[04:15] <zakame> Nafallo: you're my hero :D
[04:15] <Amaranth> \sh: http://bugs.winehq.org/show_bug.cgi?id=3852
[04:16] <Ubugtu`> Wine bug #3852: win.c problem with gcc 4.0.1 / Dreamweaver MX 6.1 Product: Wine, Component: wine-user, Severity: normal, Assigned to<EMAIL_ADDRESS>Status: UNCONFIRMED http://bugs.winehq.org/show_bug.cgi?id=3852
[04:16] <Amaranth> whoa, me likey Ubugtu`
[04:16] <Nafallo> bug 4092
[04:16] <Ubugtu`> Malone bug #4092: ion3: merge new debian version Fix req. for: ion3 (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: PendingUpload http://launchpad.net/malone/bugs/4092
[04:16] <zakame> wow, Ubugtu` 's doing good
[04:16] <\sh> Amaranth: we have a different version...20050725
[04:18] <\sh> Amaranth: and write them..they should use quanta, or scream or bluefish...so they don't need to buy a coffee machine for their webdevelopment ,)
[04:19] <zakame> Nafallo: whoa, forgot that, sorry :(
[04:20] <zakame> it was a new debdiff, I should fix my emacs to default the distro to dapper
[04:20] <Nafallo> dch works for me :-(
[04:20] <Nafallo> :-) even
[04:21] <zakame> actually dch calls gnuclient, which runs debian-changelog-mode
[04:23] <zakame> hmmm one can't delete attachments in lp?
[04:29] <Nafallo> zakame: ion3 uploading.
[04:30] <zakame> Nafallo: salamat :)
[04:30] <Nafallo> what's that? something eatable? :-)
[04:30] <zakame> it's `thanks' :)
[04:31] <Nafallo> oki :-). np.
[04:38] <hunger_> If some aspect of a deb does not work without some other deb installed, is that a recommends or a depends?
[04:38] <Treenaks> hunger_: some aspect, or all of it?
[04:39] <hunger_> A user might configure the first deb to work without the second.
[04:39] <hunger_> The default config assumes the second deb to be there though.
[04:39] <zakame> hunger_: hmm, that could be a Suggests
[04:40] <zakame> hunger_: if the second deb provides functions that are desirable and enhances the first deb, then you could put that up as a Recommends iirc
[04:41] <sistpoty> hunger_: looks like a recommends to me... see debian-policy (section 7.2)
[04:41] <hunger_> zakame, sistpoty: Thanks!
[04:42] <zakame> hunger_: np ;-)
[04:45] <Efwis> quick question if I may, do need to download and install dapper. When I went to build the pbuilder file it said it couldn't find /usr/lib/debootstrap/scripts/dapper
[04:46] <zakame> Efwis: DebootstrapHowto
[04:46] <Efwis> thanks
[04:46] <marc_> I'm getting issues atm trying to download updates from the repo
[04:46] <marc_> getting error 100's
[04:48] <zakame> Efwis: oops, it's DebootstrapChroot
[04:48] <Efwis> ok, sorry if I'm asking too many questions but this is the only way so far that I have found to be able to assit in the dev of Ubuntu
[04:49] <ogra> i think using PbuilderHowto is better ...
[04:49] <ogra> just install a breezy pbuilder and upppppppppppgrade that to daper
[04:49] <ogra> whoops... kbd error
[04:49] <zakame> ogra: I agree :)
[04:49] <Efwis> I did that it said I needed the dapper debstrap
[04:50] <Efwis> dang keyboard, be glad when i get my new one
[04:50] <ogra> Efwis, nope, install it for breezy ... then follow the last steps in the howto for upgrading to dapper
[04:50] <Efwis> ok ty
[04:51] <\sh> Efwis: do pbuilder --create --distribution breezy...then update your pbuilders sources.list to dapper and pbuilder update
[04:51] <marc_> is anyone geting issues with the dapper repo's?
[04:51] <Efwis> thanks. working on that now
[04:51] <bmonty_laptop> Efwis: once you have a breezy pbuilder installed and working, open /etc/pbuilder/apt.config/sources.list and change all the "breezy" to "dapper"
[04:53] <zakame> marc_: what's your mirror?
[04:53] <marc_> archive.ubuntu.com
[04:53] <marc_> I'm getting Sub-process gzip returned an error code (100)
[04:54] <zakame> hmmm... is this due to an apt-get update?
[04:54] <marc_> possibly
[05:06] <bmonty_laptop> anyone use a thinkpad and the ipw2200 module?
[05:09] <zakame> Nafallo: last request for tonight: bug 4096 meld debdiff PendingUpload :) thanks ulit :D
[05:09] <Ubugtu`> Malone bug #4096: meld: merge new debian version Fix req. for: meld (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: PendingUpload http://launchpad.net/malone/bugs/4096
[05:10] <siretart> sistpoty: whassup?
[05:11] <Nafallo> zakame: our meld looks newer?
[05:11] <Nafallo> meld | 1.1.2-0ubuntu1 | http://localhost dapper/universe Sources
[05:11] <Nafallo> meld |    1.1.1-2 | http://localhost unstable/main Sources
[05:11] <zakame> hmmm, indeed, it's newer, don't tell me mom borked again on this :(
[05:13] <zakame> ok, lemme re-debdiff on the new source
[05:14] <sistpoty> siretart: unping (i just wanted you to upload a package... but Nafallo already did)
[05:14] <siretart> sistpoty: okay
[05:14] <Nafallo> zakame: why? we are already newer then Debian. no need to merge.
[05:15] <zakame> Nafallo: ah, ok. nothing to be done then, yay! :D
[05:15] <sivang> Treenaks: omg, this is scary http://foodfight.org/about-me :)
[05:16] <Kmirno> Hello
[05:16] <dholbach> Nafallo: we need to merge changes debian made
[05:16] <Kmirno> siretart: Hi ! (it's Mirno)
[05:16] <zakame> so I'll just reject 4096 then?
[05:16] <dholbach> Nafallo: the version number doesn't ensure we merged all changes
[05:16] <zakame> dholbach: good point
[05:16] <Kmirno> Does anybody know the Liscence of Opera ?
[05:16] <Kmirno> is it freely distribuable ?
[05:16] <Kmirno> zakame: heya
[05:16] <Kmirno> dholbach: plop
[05:17] <zakame> Kmirno: ei :D
[05:17] <dholbach> Kmirno: hi
[05:17] <zakame> Kmirno: what's up with opera?
[05:17] <Kmirno> zakame: i'd liek to know If I should accept Opera in PLF or you gonna get in MOTU really soon ?
[05:17] <siretart> huhu Kmirno
[05:18] <zakame> plf?
[05:18] <siretart> Kmirno: the problem is, that I did not find any redistribution statment of opera
[05:18] <Kmirno> siretart: I'd neither
[05:18] <Tonio_> hi
[05:18] <Nafallo> dholbach: hmm, right. and it seems you either made a typo on the version number or you didn't wrote you took a new upstream version ;-).
[05:18] <Tonio_> hi siretart dholbach
[05:18] <siretart> Kmirno: if there is none, the legal situation is unclear, and I doubt the ftpmasters would accept this
[05:19] <Kmirno> siretart: it looks like this gonna take ages to get in motu if it ever will.  Do you have objections if I add it to PLF ?
[05:19] <zakame> ei Tonio_
[05:19] <dholbach> Nafallo: look at the changelog
[05:19] <siretart> Kmirno: wait. I'll ask in #ubuntu-devel if there are some effords
[05:20] <Nafallo> dholbach: oh. missed that line, sorry :-). you based your version against what debian has now anyway :-)
[05:20] <zakame> Nafallo: ok, I'll build a new merge then, reminding to myself I set dapper, not unstable :)
[05:20] <dholbach> Nafallo: yes :)
[05:20] <Nafallo> zakame: no need. dholbach already did the merge it seems ;-).
[05:20] <Kmirno> siretart: ok
[05:20] <Tonio_> zakame: ;)
[05:21] <Nafallo> zakame: http://packages.ubuntu.com/changelogs/pool/universe/m/meld/meld_1.1.2-0ubuntu1/changelog
[05:22] <zakame> Nafallo: ah ok :) so I close 4096 as fixed then...
[05:22] <Nafallo> zakame: sure.
[05:23] <zakame> Nafallo, dholbach: very well then. :D many, many thanks again! :D
[05:23] <zakame> and good night all!
[05:23] <Nafallo> gnight :-)
[05:23] <bmonty_laptop> good night Nafallo
[05:24] <dholbach> night zakame
[05:24] <bmonty_laptop> er...zakame....guess I should read back further :)
[05:24] <Nafallo> bmonty_laptop: not me, zakame :-)
[05:26] <sistpoty> siretart: can you upload childsplay for me? (orig-tarball needed). see ~sistpoty/public_html/uploads
[05:28] <siretart> sistpoty: I'm currently at work, I cannot access my gpg key conviniently
[05:29] <sistpoty> siretart: ok, I'll ask s.o. else then ;)
[05:29] <siretart> sorry
[05:29] <sistpoty> np siretart
[05:30] <sistpoty> dholbach: would you mind uploading a package for me?
[05:30] <dholbach> sistpoty: not at all
[05:30] <sistpoty> dholbach: if you have access to tiber, it's in ~sistpoty/public_html/uploads
[05:31] <sistpoty> dholbach: otherwise: http://revu.tauware.de/~sistpoty/uploads/
[05:31] <sistpoty> dholbach: the package in question is childsplay... orig.tar.gz needed
[05:31] <dholbach> orig.tar.gz from where?
[05:31] <dholbach> debian? ours?
[05:31] <dholbach> ah ok
[05:31] <dholbach> sorry :)
[05:31] <sistpoty> hehe
[05:32] <Efwis> hmm, does it usually take this long to check the components on main?
[05:32] <ogra> devootstrap ?
[05:32] <ogra> *deb
[05:32] <Efwis> I had to rebuild the pbuilderrc package, I goofed up the first time
[05:32] <ogra> yes, it does take quite some time
[05:33] <Efwis> ok
[05:33] <Efwis> glad I'm not doing this on dial-up lol
[05:40] <Kmirno> siretart: okay then I'll come back later to see what you decide for opera
[05:43] <Tonio_> siretart, dholbach : here is the multiple licence sitribution agreement
[05:43] <Tonio_> http://composer.opera.com/composer3/agreement.dml
[06:08] <dholbach> sistpoty: done
[06:09] <siretart> Tonio_: thanks for the link
[06:09] <siretart> shit, that late, I need to go now
[06:10] <siretart> cu tomrrow folks!
[06:10] <sistpoty> dholbach: thx
[06:10] <sistpoty> cya siretart
[06:16] <Tonio_> siretart: no pb
[06:22] <Kmirno> Tonio_: ping
[06:22] <Kmirno> siretart: hi
[06:22] <Kmirno> siretart: did you see this ? http://composer.opera.com/composer3/agreement.dml
[06:23] <sistpoty> Kmirno: siretart is off since ~20 mins... but he already knows about this
[06:24] <Kmirno> sistpoty: what did he say about it ?
[06:25] <Kmirno> sistpoty: MOTU or PLF ? :)
[06:25] <Nafallo> sistpoty: did you get everything uploaded?
[06:27] <sistpoty> Nafallo: till now yes :)
[06:27] <sistpoty> Kmirno: he said he needed to go then ;) (he didn't say anything bout opera license)
[06:28] <Nafallo> :-)
[06:28] <sistpoty> Kmirno: what do mean with MOTU or PLF?
[06:30] <Kmirno> sistpoty: MOTU is here Universe/Multiverse repositories. PLF are the Ubuntu PLF repositories
[06:31] <Kmirno> sistpoty: Never heard of PLF ?
[06:31] <Kmirno> sistpoty: http://wiki.ubuntu-fr/doc/plf (english page)
[06:31] <pef> hello !
[06:32] <Kmirno> pef: heya
[06:34] <sistpoty> Kmirno: nope, haven't heard of it (and the link doesn't work)
[06:35] <sistpoty> Kmirno: ok, found link *G*
[06:35] <Kmirno> sistpoty: sorry forgot to ad ".org" to the domain LOL
[06:39] <sistpoty> ok, gotta go as well... cya later
[06:48] <Gloubiboulga> hi
[06:48] <pef> Gloubiboulga: heya :)
[06:49] <Gloubiboulga> pef: salut !
[06:54] <Riddell> am I right in thinking you need your gpg key signed by a known person before you can upload to ubuntu?
[06:55] <dholbach> somebody in the closelyconnected set
[07:18] <splinux> hi all
[07:24] <xerxas> does anybody knows I have this in /etc/fstab:
[07:25] <xerxas> /tmp/app/1/image /tmp/app/1 cramfs,iso9660 user,noauto,ro,loop,exec 0 0
[07:25] <xerxas> is it in the initrd ?
[07:25] <xerxas> or is it supposed to be an inirtd file ?
[07:51] <crimsun> Nafallo: feel free to dig in :-)
[07:57] <Nafallo> crimsun: already did :-).
[07:57] <crimsun> Nafallo: sure, just reading away messages :-)
[07:58] <Nafallo> figured you wasn't here when there was no answer :-)
[07:58] <crimsun> :-)
[08:20] <Nafallo> slomo: bug 4545 is daniels boog, right?
[08:20] <Ubugtu`> Malone bug #4545: amsn crashes on start-up/won't load Fix req. for: amsn (Ubuntu), Severity: Normal, Assigned to: MOTU Instant Messaging, Status: New http://launchpad.net/malone/bugs/4545
[08:21] <slomo> Nafallo: no idea... what is amsn? ;)
[08:22] <Nafallo> slomo: the same error was talked about with emacs and vim on devel yesterday :-)
[08:22] <slomo> Nafallo: ok, yes... it his problem ;)
[08:26] <ajmitch> hi
[08:26] <dholbach> whey andrew
[08:26] <dholbach> who wanted me to review libloki?
[08:26] <ajmitch> hello daniel
[08:27] <dholbach> lfittl?
[08:27] <dholbach> ajmitch: how are you?
[08:27] <ajmitch> alive, I think
[08:27] <dholbach> that sounds a bit vague :)
[08:28] <dholbach> you feel vague too?
[08:28] <ajmitch> I feel a bit vague this morning ;)
[08:28] <ajmitch> ~24 hours of flying to get back
[08:28] <dredg> ouch
[08:29] <dholbach> oh yeah, i can imagine
[08:29] <dredg> i thought i was bad with 13 hrs
[08:29] <ajmitch> so now I have to sit on the sidelines for awhile before I can rejoin MOTU
[08:29] <dredg> and 4 days later i'm still out of it
[08:30] <ajmitch> heh
[08:30] <ajmitch> I got back yesterday morning
[08:30] <dredg> though i've started sleeping properly and i can look at my screens without feeling ill
[08:30] <ajmitch> :)
[08:31] <dredg> still waking up hungry at 2am cos my stomach thinks it's lunchtime though.
[08:31] <ajmitch> yes, I need to get some food asap :)
[08:31] <ajmitch> & I need to start bugging elmo
[08:32] <dredg> food first :)
[08:32] <Nafallo> ajmitch: bug elmo? :-)
[08:32] <Nafallo> what foolish thing has that man done to anyone?
[08:34] <ajmitch> Nafallo: I need my gpg key in the keyring
[08:35] <ajmitch> good to see that there's another small c++ transition to do
[08:35] <Nafallo> good? :-)
[08:35] <ajmitch> yeah, and \sh is doing all the MOTU work again :)
[08:35] <Nafallo> hehe
[08:36] <Nafallo> slomo: reassign the bug to daniels :-)
[08:36] <Nafallo> s/n/ned/
[08:37] <Nafallo> wb ajmitch :-)
[08:37] <slomo> Nafallo: no time... please do it ;)
[08:37] <slomo> Nafallo: but you'll get a new banshee on saturday after debian finally has gtk# 2.4.0
[08:38] <lfittl> dholbach: How exactly should I mention in the changelog that I want to maintain the package? (concerning your comment on libloki in revu)
[08:38] <Nafallo> slomo: yea, reassigned. not reassign :-).
[08:38] <Nafallo> lfittl: Maintainer: in debian/control
[08:38] <dholbach> lfittl: err, no, not stating, that you want to maintain it, just mention more explicitly what you did to it... but that's fine
[08:39] <slomo> Nafallo: hehe
[08:39] <slomo> ajmitch: you can kick wavpack from your todo list :)
[08:39] <dholbach> lfittl: with the merges going on, you should have an idea, how painful this is... but if you say, that you really want to maintain it, ie: get the bug reports, talk to upstream, get new versions in, merge with debian, ... then that's fine :)
[08:39] <ajmitch> slomo: I can probably drop everything from my todo list?
[08:40] <Nafallo> you have an todo-list? :-)
[08:40] <ajmitch> sure
[08:41] <dholbach> lfittl: the problem is, whenever there are changes in debian, then we'll want to have them. while i'm strongly in favor of using cdbs, we will always have to carry the delta with us... it was just my question, if you wanted to do that :)
[08:42] <slomo> ajmitch: um no... sure, you can... but that's the only package which is in already... i talked to lool about gst-plugins support for it and he suggested to me that he can sponsor it
[08:42] <ajmitch> so what else have I missed in the tie I've been gone?
[08:42] <lfittl> dholbach: yep I want to do that, because the debian maintainer does not work much on this package (http://lists.debian.org/debian-mentors/2005/06/msg00133.html)
[08:43] <Nafallo> ajmitch: I've started actually doing things ;-)
[08:43] <ajmitch> Nafallo: you were doing things before I left
[08:43] <slomo> ajmitch: hmm, nothing big happenend imho... oh, i have no time to do anything atm but that's nothing big ;)
[08:43] <dholbach> lfittl: i see
[08:43] <Nafallo> ajmitch: and bddebian has disappered :-/.
[08:43] <Nafallo> I DID NOT! :-)
[08:43] <dholbach> lfittl: i'll have another look at it then
[08:43] <ajmitch> disappeared?
[08:44] <lfittl> dholbach: ok, thanks
[08:44] <ajmitch> as in not seen on irc?
[08:45] <Nafallo> yes. he's been gone since pre-ubz or so :-/
[08:45] <ajmitch> hm
[08:57] <LaserJock> can you use grep on multiple lines at a time?
[08:59] <ogra> LaserJock, grep -A
[08:59] <ogra> or grep -B
[09:00] <LaserJock> ogra: I am looking at more of matching the contents of 2 lines. I want it to grep a line containing "foo" followed by a line containing "bar" for instance
[09:01] <ogra> grep -A 2 foo <file>| grep bar
[09:01] <ajmitch> hi ogra
[09:02] <ogra> or something like that
[09:02] <ogra> hi ajmitch
[09:02] <slomo> LaserJock: try egrep... '.*foo.*\n.*bar.*' or something
[09:02] <Nafallo> or grep -C :-)
[09:12] <LaserJock> slomo: doesn't seem to work, maybe I will try python
[09:28] <dholbach> everybody congratulate lfittl to his first upload: http://lists.ubuntu.com/archives/dapper-changes/2005-November/001093.html
[09:28] <crimsun> rockin'!
[09:29] <lfittl> thanks :)
[09:30] <xhaker> cheers
[09:58] <raphink> hi all
[09:58] <bmonty_laptop> hi raphink
[10:02] <raphink> :)
[10:09] <sistpoty> hi folks
[10:09] <bmonty_laptop> hi sistpoty
[10:10] <sistpoty> hi bmonty_laptop
[10:23] <dholbach> have a nice evening
[10:25] <raphink> Idon't get it
[10:25] <raphink> :(
[10:28] <bmonty_laptop> if a package is on the merge list, but the package vesion was only bumped for a rebuild, do we need to do anything?
[10:28] <bmonty_laptop> ^version was bumped by debian
[10:30] <sistpoty> bmonty_laptop: so actually it's the same exact same package as we have?
[10:30] <bmonty_laptop> sistpoty: there are some ubuntu changes that \sh made
[10:30] <bmonty_laptop> that need to stay in the package
[10:30] <bmonty_laptop> the package is fbi
[10:30] <sistpoty> bmonty_laptop: ok, so basically the merge would be to leave the package as is?
[10:31] <bmonty_laptop> sistpoty: basically it would be to apply the ubuntu patch to the debian package with was only revved for a rebuild
[10:31] <LaserJock> why would a Sources.gz have packages that aren't available via apt?
[10:33] <sistpoty> bmonty_laptop: well then, do nothing and close the bug (to mark it as done in the list). If you are eager, you could also comment to the malone bug ;)
[10:33] <bmonty_laptop> sistpoty: will do
[10:33] <sistpoty> LaserJock: are your sources up to date?
[10:34] <bmonty_laptop> sistpoty: actually I didn't open a bug on it yet :)
[10:34] <LaserJock> sistpoty: yep, and I can see the package on archive.u.c/pool/ but apt won't install it
[10:34] <sistpoty> bmonty_laptop: then open a bug, just to close it
[10:34] <bmonty_laptop> haha
[10:34] <bmonty_laptop> ok
[10:34] <sistpoty> LaserJock: what does apt tell you?
[10:35] <LaserJock> sistpoty: E: Unable to find a source package for
[10:35] <sistpoty> LaserJock: do you have the right deb-src lines in /etc/apt/sources.list?
[10:36] <sistpoty> LaserJock: or using a mirror, that is flawed?
[10:36] <LaserJock> sistpoty: yep, and nope
[10:37] <LaserJock> sistpoty: oh, wait a second
[10:37] <sistpoty> LaserJock: hm... then that's strange... just retry with apt-get update ... apt-get source (or whatever you were trying)
[10:39] <LaserJock> sistpoty: ok, found it. I was doing it in a chroot that had us.archive.u.c
[10:39] <LaserJock> The us mirror seems pretty slow to sync with a.u.c
[10:39] <bmonty_laptop> what is wrong with the us mirror?
[10:40] <LaserJock> bmonty_laptop: I had a Sources.gz file from a.u.c but I was trying to apt-get with us.a.u.c
[10:40] <bmonty_laptop> LaserJock: yeah, but the US mirror has problems with authenticating packages (at least for me)
[10:41] <LaserJock> bmonty_laptop: I don't care about that though ;-)
[10:41] <LaserJock> bmonty_laptop: it is kinda annoying though
[10:42] <sistpoty> it's a shame that ftp.uni-erlangen.de is a really bad mirror (i study at this there *g*)
[10:42] <sistpoty> s/at this//
[10:42] <slomo> bmonty_laptop: even if the debian version is only a rebuild and ubuntu changes are needed but not in the debian package... please merge to get it from the to-sync list ;)
[10:43] <LaserJock> bmonty_laptop: jeez bmonty_laptop, you've repackaged the fbi. Maybe you should try the irs :)
[10:43] <sistpoty> slomo: that's why i told bmonty_laptop to file a bug and close it
[10:45] <slomo> sistpoty: well, i mean to get it from the MoM list...
[10:45] <sistpoty> slomo: exactly... that's the way the status of the list is updated... malone bug filed -> accepted; malone bug fixed -> done
[10:46] <slomo> sistpoty: not your list... scott's *sigh* i need sleep, nobody understands me :P
[10:46] <sistpoty> slomo: ah, k *g*
[11:02] <raphink> I've got a pb with pbuilder
[11:02] <raphink> can anyone help me find out what's wrong?
[11:03] <crimsun> what's the issue?
[11:03] <crimsun> (brb)
[11:04] <raphink> since I upgraded to dapper, when I want to build with pbuilder I get errors like :
[11:04] <raphink> grep: /var/cache/pbuilder/build//3254/etc/shadow: No such file or directory
[11:04] <raphink> /var/cache/pbuilder/build/3254/etc/shadow
[11:04] <raphink> mv: cannot stat `/var/cache/pbuilder/build/3254/etc/shadow': No such file or directory
[11:04] <raphink>  -> Aborting with an error
[11:04] <raphink> I've tried purging pbuilder, reinstalling and resetting it
[11:04] <raphink> then rebuilding the base archive and rrebuilding a package
[11:05] <raphink> I still get the error
[11:05] <crimsun> you should be building a breezy pbuilder then dist-upgrading it to dapper
[11:05] <raphink> how do I do that crimsun ?
[11:05] <ogra> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338976
[11:05] <raphink> I mean how to I dist-upgrade pbuilder?
[11:05] <crimsun> just build a normal breezy one
[11:05] <raphink> ok
[11:06] <ogra> raphink, see the bug above
[11:06] <bmonty_laptop> slomo: is there no way to get a package off the merge list without actually doing a merge? seems like a waste of my time and whoever sponsors the upload for me
[11:06] <raphink> ok
[11:06] <crimsun> then change your apt.config/sources.list and ''sudo pbuilder update --override-config''
[11:06] <slomo> bmonty_laptop: afaik not
[11:07] <crimsun> bmonty_laptop: only if it only needs a sync
[11:07] <crimsun> then we can just ask for it
[11:07] <raphink> crimsun: I already upgraded to dapper
[11:08] <bmonty_laptop> crimsun: the ubuntu patches are needed
[11:08] <bmonty_laptop> the debian maintainer did a rebuild for build deps
[11:08] <crimsun> bmonty_laptop: then it has to go through standard merge procedure, sorry.
[11:09] <bmonty_laptop> sounds like something that needs to be fixed in MoM...
[11:09] <bmonty_laptop> I'll reopen the bug and put the debdiff up
[11:10] <slomo> bmonty_laptop: how to find out automatically if something is just a rebuild or not?
[11:12] <crimsun> automatically? Hmm, I don't even know if there is a way. I've only encountered one such (view3ds)
[11:12] <bmonty_laptop> slomo: you can't, but after a person looks at it we should be able to mark it as a merge not required
[11:12] <crimsun> and I went ahead and merged view3ds just to keep current
[11:13] <raphink> crimsun: I ran sudo pbuilder update --override-config
[11:13] <raphink> and I got : Distribution not specified, please specify
[11:13] <raphink> :s
[11:14] <raphink> while I had run `sudo pbuilder create --distribution breezy' just before
[11:14] <sistpoty> raphink: did you adjust pbuilder config (i.e. the sources.list for pbuilder)
[11:15] <raphink> sistpoty: pbuilderrc doesn't contain the distribution name
[11:15] <raphink> :s
[11:16] <raphink> I don't see what I shall adjust in the pbuilder config I'm sorry
[11:16] <sistpoty> raphink: but it should contain s.th. like DISTRIBUTION=... and APTCONFDIR=...
[11:17] <raphink> hmm
[11:17] <crimsun> mine actually reads DISTRIBUTION=warty
[11:17] <bmonty_laptop> there, no malone has generated more emails than that package deserves :)
[11:17] <crimsun> but I've dist-upgraded it from warty to hoary to breezy to dapper
[11:17] <sistpoty> raphink: adjust 1) the distribution in pbuilderrc and the sources.list wherever aptconfdir points
[11:17] <raphink> hmm ok
[11:17] <raphink> so I put dapper as the distribution
[11:17] <crimsun> no
[11:17] <raphink> isn't it the same as running pbuilder create --distribution dapper?
[11:17] <crimsun> leave the distribution whatever you first created it as
[11:18] <raphink> crimsun: then what?
[11:18] <crimsun> you can't create a dapper pbuilder right now
[11:18] <raphink> the distribution was commented crimsun
[11:18] <crimsun> it just doesn't work.
[11:18] <slomo> crimsun: you can... worked for me some days ago
[11:18] <raphink> oh IC
[11:18] <crimsun> slomo: broke for me :/  (amd64)
[11:18] <raphink> so I should keep a breezy one?
[11:18] <slomo> crimsun: hmm, x86 and ppc works ;)
[11:18] <crimsun> raphink: create a breezy one, dist-upgrade it to dapper
[11:18] <sistpoty> hehe, poor crimsun with amd64
[11:18] <slomo> raphink: breezy and then update to dapper is the preferred way to get a dapper pbuilder
[11:19] <crimsun> sistpoty: it's only a box I use for pbuilder, and it's 2000 mi away
[11:19] <raphink> slomo: how do I upgrade pbuilder is what I don't get
[11:19] <raphink> I only know how to create it with pbuilder create --distribution nameofdistro
[11:19] <crimsun> raphink: you have a sources.list in your apt.config
[11:19] <bmonty_laptop> raphink: yes, do that for breezy
[11:19] <crimsun> in your pbuilder's apt.config
[11:20] <raphink> crimsun: what is apt.config? where do I find it ?
[11:20] <crimsun> raphink: um, you were supposed to specify that in ~/.pbuilderrc
[11:20] <raphink> do you mean the APTCONFDIR ?
[11:20] <crimsun> yes
[11:20] <raphink> ok
[11:20] <raphink> I'm seting it in /etc/pbuilderrc
[11:20] <sistpoty> weehaa. communication problem (hopefully) solved :)
[11:20] <bmonty_laptop> that works also
[11:20] <raphink> and it should be /etc/apt/ right?
[11:21] <bmonty_laptop> raphink: no, did you follow the pbuilder instructions in the wiki?
[11:21] <raphink> bmonty_laptop: where is it?
[11:21] <bmonty_laptop> https://wiki.ubuntu.com/PbuilderHowto
[11:21] <crimsun> (I tend to avoid system-wide changes like that, because this box actually hosts several dozen pbuilders)
[11:21] <raphink> thanks bmonty_laptop
[11:22] <bmonty_laptop> raphink: no problem. follows those instructions for breezy, and once that works I'll help you make it dapper
[11:22] <sistpoty> crimsun that's a good idea... I think I'm still corrupted by "this is my box and I have sudo-powers"
[11:23] <bmonty_laptop> crimsun: can you have multiple pbuilder configs in .pbuilderrc?
[11:23] <slomo> crimsun: can you ping elmo for moving ffmpeg back to universe?
[11:24] <bmonty_laptop> I gotta get elmo to check out sync requests I emailed him
[11:25] <crimsun> slomo: is it delegated to him?
[11:25] <crimsun> if so, sure
[11:26] <slomo> crimsun: afaik yes... at least i was told by someone i can't remember ;)
[11:26] <LaserJock> why would there be source-packages that don't have binary packages built?
[11:27] <slomo> LaserJock: did they fail?
[11:27] <LaserJock> specifically, what about packages from the debian-installer section
[11:27] <LaserJock> slomo: no, I don't think they are even tried
[11:28] <LaserJock> for instance, I don't see them in http://people.ubuntu.com/~lamont/buildLogs
[11:28] <slomo> hmm
[11:28] <slomo> what package for example?
[11:28] <LaserJock> aboot-installer
[11:29] <slomo> alpha only iirc
[11:29] <slomo> another one? ;)
[11:29] <sistpoty> didn't aboot-installer get removed (or aboot)?
[11:29] <LaserJock> the complete list I'm interested in is : aboot-installer arcboot-installer cobalt-scripts colo-installer delo-installer partman-ext2r0 s390-dasd s390-netdevice srm-reader userdevfs vmelilo-installer zipl-installer
[11:30] <LaserJock> they are universe source packages that don't have a section
[11:30] <slomo> hmm
[11:30] <LaserJock> on debian they are all in debian-installer section
[11:30] <slomo> i guess they're all for archs we don't support atm
[11:32] <crimsun> check the last two links in the Documentation section on http://www.debian.org/devel/debian-installer/
[11:32] <crimsun> http://wiki.debian.org/DebianInstallerBuild might give you a clearer picture of how it fits
[11:33] <LaserJock> ok, but is there something wrong with the way it is now or is it ok?
[11:34] <LaserJock> I'm not concerned about it but it caused a mess in the python script I am working on
[11:39] <raphink> bmonty_laptop: I created the breezy pbuilder following the wiki, now what?
[11:39] <bmonty_laptop> in /etc/pbuilder/apt.config/sources.list change all "breezy" to "dapper"
[11:39] <raphink> ok
[11:39] <bmonty_laptop> then "sudo pbuilder update --override-config"
[11:40] <crimsun> LaserJock: I'd check with kamion.
[11:40] <raphink> that won't work for updates and backports will it?
[11:40] <bmonty_laptop> raphink: no, take those out
[11:40] <raphink> ok bmonty_laptop
[11:40] <raphink> thanks
[11:42] <raphink> that was recorded a few years ago
[11:43] <raphink> like 3 years I think
[11:43] <raphink> yeah 3 years ago
[11:43] <raphink> oooops
[11:44] <raphink> sorry
[11:44] <raphink> wrong chan
[11:44] <raphink> lol
[11:48] <raphink> bmonty_laptop: I did as you said
[11:48] <raphink> then tried to build my pbuilder again
[11:48] <raphink> and i still have the same error
[11:48] <raphink> :(
[11:48] <bmonty_laptop> raphink: did you use build or update?
[11:48] <raphink> I used build for my package
[11:49] <raphink> just before
[11:49] <bmonty_laptop> after you changed sources to dapper you ran "sudo pbuilder update --override-config" ?
[11:49] <raphink> I used sudo pbuilder update --override-config
[11:49] <raphink> as you said
[11:49] <raphink> yes I did
[11:49] <raphink> it added some packages and rebuilt the base tarball
[11:49] <bmonty_laptop> did that succeed?
[11:49] <raphink> then I built my package
[11:49] <raphink> yes
[11:49] <raphink> then I built with
[11:49] <raphink> sudo pbuilder build mypackage.dsc
[11:50] <bmonty_laptop> what was the error with the package?
[11:50] <raphink> grep: /var/cache/pbuilder/build//19578/etc/shadow: No such file or directory
[11:50] <raphink> /var/cache/pbuilder/build/19578/etc/shadow
[11:50] <raphink> mv: cannot stat `/var/cache/pbuilder/build/19578/etc/shadow': No such file or directory
[11:51] <crimsun> we just need a new pbuilder
[11:51] <raphink> yes :s
[11:51] <bmonty_laptop> crimsun: yeah, but I don't think that error has anything to do with updating
[11:51] <bmonty_laptop> to dapper
[11:52] <raphink> well I got that just after upgrading my system to dapper
[11:52] <crimsun> 0.128 works fine
[11:52] <ogra> raphink, again, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338976
[11:52] <raphink> I saw that ogra
[11:52] <ogra> did you do the one line fix ?
[11:52] <raphink> no ogra
[11:53] <ogra> heh
[11:53] <bmonty_laptop> I'm using the pbuilder package from dapper on breezy
[11:53] <ogra> do it :)
[11:53] <raphink> in the source of pbuilder yo umean?
[11:53] <crimsun> ogra: or you could merge 0.138 ;)
[11:54] <raphink> crimsun: you mean installing from the debian package?
[11:54] <ogra> crimsun, yes, but its nearly 12pm and i have to do some other stuff...  i think i'll look into it tomorrow if nobody else grabbed it before
[11:54] <siretart> evening folks
[11:54] <siretart> the harry potter film is great :)
[11:54] <crimsun> ogra: no biggie :) Thanks.
[11:55] <siretart> Kmirno_AWAY: around?
[11:55] <bmonty_laptop> siretart: I have to wait until it comes out on DVD, so don't spoil it
[11:55] <edoardo> siretart, you tried audio-convert, correct? the deb package i mean : )
[11:55] <siretart> bmonty_laptop: I wont ;)
[11:55] <bmonty_laptop> :)
[11:55] <LaserJock> crimsun: "Kamion LaserJock: nobody in their right mind cares about source packages without sections"
[11:56] <siretart> edoardo: why do you ask?
[11:56] <crimsun> LaserJock: that's the final answer
[11:56] <crimsun> if I don't know the answer, I refer you to someone who does
[11:57] <edoardo> siretart, i read it in revu. well i wanted to thank you : ) also, it works well, correct?
[11:57] <raphink> ogra: modified the line in the script and trying :)
[11:57] <LaserJock> crimsun: yeah, makes sense. I just have to work around it in my script, which is ok
[11:57] <raphink> thanks
[11:57] <ogra> raphink, cat >> $BUILDPLACE/etc/shadow ??
[11:58] <raphink> ogra: no I modified the line as you said, with +    if [ ! "$SUTOUSER" = "su "  ] ; then
[11:58] <siretart> edoardo: I didn't actually try it. I focused on the packaging. The packaging is fine for me :)
[11:58] <raphink> since this guy said it worked this way
[11:58] <raphink> and it does
[11:58] <ogra> fine
[11:58] <raphink> so thanks much :)
[11:58] <ogra> :)
[11:59] <edoardo> siretart, well thankyou for that anyway : )
[11:59] <raphink> my package is all ready and nice so I was getting crazy not being able to build it nicely
[11:59] <edoardo> you guys, how long does it take for a project in revu to be... reviewed?
[11:59] <edoardo> usually, i mean
[11:59] <crimsun> $RANDOM
[11:59] <raphink> lol
[11:59] <crimsun> it really depends when we have time.
[11:59] <crimsun> most of us are extremely busy
[12:00] <edoardo> me too : ) i was wonderin' if someone was lookin' at my project though. you know, i love to take care of it : )
[12:00] <raphink> crimsun: I take your work as such :
[12:00] <raphink>  $ echo $RANDOM
[12:00] <raphink> 8428
[12:00] <raphink> is that seconds, minutes, hours, days?
[12:00] <raphink> ;)
[12:01] <crimsun> random is random
[12:01] <siretart> raphink: it really depends. I try to get over the list at least once a week
[12:01] <raphink> hehe
[12:01] <raphink> ok siretart :)