[00:33] <bddebian> Heya gang
[00:34]  * ajmitch hides
[00:35] <protonchris> hey bddebian
[00:35]  * ScottK2 sees ajmitch and wonders what he's hiding.
[00:35] <ScottK2> heya bddebian.
[00:35] <bddebian> Hi protonchris, ScottK2
[00:36]  * bddebian shines a light on ajmitch
[00:36] <RainCT> bmk789: sorry, I upgraded to Hardy and my 3G modem didn't work anymore :/
[00:38] <ScottK2> Ubuntu: upgrade and simplify your life.
[00:38] <RainCT> bmk789: if you haven't discovered how to uuencode the file yet, https://wiki.ubuntu.com/PackagingGuide/Howtos/BinaryFilesInDiff (dunno why I wrote all that if I could have explained the same to you with two lines, but well... :P)
[00:39]  * RainCT wonders why 3G works out of the box in Hardy where network-admin theoretically has no support for it but doesn't work anymore on Hardy where it has support for GPRS/UTMS devices :P
[00:40] <bmk789> thanks RainCT
[00:57] <RainCT> good night all
[01:44] <Hobbsee> RAOF: refers to gnome-do, actually
[02:09] <RAOF> Hobbsee: Ah.  Ok.
[02:09] <RAOF> What part seemed to be wrong?
[02:10] <Hobbsee> RAOF: i dont' know if it's because i was using an old version, but...
[02:10] <Hobbsee> oh, hang on.
[02:11] <Hobbsee> RAOF: would be nice if gnome-do --help worked.
[02:11] <Hobbsee> RAOF: and the tab completion in zsh for it
[02:13] <RAOF> Heh.
[02:13] <RAOF> Yes, it would.  This is kinda being worked upon (moving to the ndesk getopt library will bring it in for free).
[02:19] <Hobbsee> ah goody
[02:19] <Hobbsee> RAOF: it wouldnt' keep working
[02:19] <Hobbsee> RAOF: so, how do i launch the lp plugin?
tab launchpad <tab> nautilus <tab> bug search
[02:21] <RAOF> For example
[02:22] <RAOF> In what way "wouldn't keep working"?
[02:22] <RAOF> I've not had it crash on me.
[02:23] <Hobbsee> i haven't been able to reproduce the "wouldn't keep working" - seems i needed to restart X or something
[02:23] <Hobbsee> i get "no results for nautilus"
[02:24] <RAOF> Hm.  My do-enabled computer is not netted at the moment.
[02:24] <RAOF> Let me see...
[02:29] <StevenK> RAOF: I wonder if Do plugins have to register themselves, and if so, if there is a way to see which ones have done so
[02:30] <RAOF> Hobbsee: So, I go: <super>space -> lau(nchpad) (This brings up the launchpad icon in the first pane, selected text in the second pane, and project page in the third pane)
[02:30] <RAOF> Then <tab> nautilus, to make that the search item, then <tab> bug se(arch) to select "ubuntu bug search"
[02:31] <ajmitch> it sounds like a useful tool
[02:31] <RAOF> StevenK: It does. ~/.xsession-errors should include a list of all the plugins it loads.
[02:32] <RAOF> Or, of course, the terminal you run it from.
[02:32] <Hobbsee> yummy
[02:33] <Hobbsee> yeah, that's working
[02:33] <Hobbsee> forogt i had a few lp bookmarks already
[02:33] <RAOF> Right.  It'll pick those up, too :)
[02:34] <RAOF> (But now prioritise the launchpad plugin, if you use it a lot)
[02:34] <Hobbsee> yup
[03:27] <slangasek> keescook: thanks for the acpi-support upload (and thanks to blueyed, though he's run away)
[03:46] <ScottK2> Adri2000: There are people in #ubuntu+1 whining about python-wxgtk2.8 being broken.
[04:47] <neh> is there anything I can do with bug #172300 so that it doesn't get overlooked for hardy?
[04:48] <LaserJock> I've got an sbuild/LVM question. To use mk-sbuild-lv do I need to have a volume group with unallocated space?
[04:49] <neh> oops, meant that for ubuntu-devel
[04:49] <LaserJock> my guess is that I do, but before I go resizing stuff I'd like to make sure
[04:54] <RAOF> LaserJock: Yes, yes you do.
[04:56] <LaserJock> RAOF: is resizing safe to do with LVM? I'm guessing so
[04:56] <StevenK> LaserJock: First you need to resize the filesystem itself
[04:56] <LaserJock> oh dang
[04:56] <LaserJock> forgot about that
[04:57] <StevenK> LaserJock: If you're using ext3, that's okay, reiser I've got no clue, and XFS can't be shrunk
[04:57] <LaserJock> I've got all ext3
[04:57] <StevenK> Then reboot into single-user, unmount the partition you want to shrink and run resize2fs
[04:58] <LaserJock> I can't do it logged in now?
[04:58] <LaserJock> just unmount the partition
[04:58] <StevenK> Depends where it's mounted
[04:59] <StevenK> Like /usr you'd to be in single-user, but /media/junk is fine now
[04:59] <LaserJock> nothing special, I have a /data partition
[04:59] <StevenK> Ah. Then umount it, fsck it, and resize2fs it
[04:59] <RAOF> reiser can also be shrunk, if you feel the need.
[04:59] <StevenK> I'd prefer reiser to not be used. :-P
[05:00] <RAOF> XFS on laptops!
[05:00]  * StevenK isn't playing *that* game
[05:01] <RAOF> ext4 on laptops? :)
[05:01] <StevenK> XFS really *really* doesn't like sudden power disruptions
[05:01] <RAOF> Such is my 3rd party understanding, yes.
[05:02] <StevenK> I will use XFS on server if I need online resizing, but only if it has a UPS
[05:02] <RAOF> I don't know why though.  I thought journals were meant to magically make gold nuggets out of incomplete transacitons.
[05:03] <LaserJock> ok, so with have 3 different release I want to have like 15GB of free LVM?
[05:03] <RAOF> Give or take, that sounds about right.
[05:04] <StevenK> "XFS practices a type of journaling called "metadata journaling." This means only the inodes are journaled, not the actual data. This will preserve the integrity of the file system, but does not preserve the integrity of the data."
[05:04] <StevenK> "As noted, the actual data tends to be considered rather boring and unimportant in file system design." -- I note that Ted T'so disagrees with that statement.
[05:05] <LaserJock> do I need <# of chroots> or <# of chroots>+1 ?
[05:05] <RAOF> # chorrts +? 1
[05:05] <RAOF> Lag FTW!
[05:05] <StevenK> s/W/L/
[05:05] <LaserJock> well. like if I want to support 3 release, do I need room for 3 or 4?
[05:05] <nixternal> 8
[05:05] <RAOF> StevenK: Um... who thinks the actual data is boring & unimportant in FS design?
[05:05] <RAOF> LaserJock: 4
[05:06] <StevenK> You need room for 3 releases, plus room for the snapshot, so 4
[05:06] <StevenK> RAOF: SGI
[05:06] <LaserJock> that's what I thought
[05:06] <RAOF> Designers of XFS.  Right.
[05:06] <StevenK> Yup.
[05:06] <StevenK> Fun, huh?
[05:06] <RAOF> That seems an odd statement for a FS designer to make publically.
[05:06] <StevenK> Well, it wasn't made by SGI, but more by conjecture
[05:07] <nixternal> I just noticed a SGI as the comeback kid the other day when doing stock market analyst reports
[05:08] <StevenK> RAOF: That was taken from a blog entry explaining XFS, so isn't taken from SGI.
[05:08]  * StevenK sighs.
[05:08] <RAOF> Right.
[05:08]  * StevenK wishes CDBS was slightly more transparent than a house brick.
[05:09] <LaserJock> heh
[05:09] <StevenK> RAOF: That sigh wasn't directed at you, rather CDBS
[05:09] <RAOF> Niether was my "right" directed at your sigh :)
[05:10] <StevenK> That bit I figured. :-)
[05:10] <LaserJock> k, mk-sbuild-lv has: # Allocate the "golden" chroot LV
[05:10] <LaserJock> sudo lvcreate -n "$CHROOT_LV" -L 5G "$VG"
[05:10] <StevenK> And?
[05:11] <LaserJock> why do I need 5GB?
[05:11] <LaserJock> aren't chroots normally like 500MB or so?
[05:11] <StevenK> LaserJock: Because the builds are done in a chroot that is limited to that size. Try building, say X in a 500Mb chroot
[05:12] <LaserJock> ahhh, that makes sense of course
[05:12] <LaserJock> I was still thinking of it using / but that's silly
[05:12] <StevenK> And if it's using /, you're doing it wrong
[05:12] <StevenK> :-)
[05:13]  * StevenK should clean up the seven chroots he has
[05:14] <keescook> once schroot 1.1.6 is in the archive (intrepid), I'll be re-arranging mk-sbuild-lv to use a common build area
[05:15] <keescook> it's not presently possible to do it and retain one's sanity
[05:15] <StevenK> Yay kees!
[05:15] <keescook> the reason for the (wasteful) sizes of both the chroot LVs and the snapshots (4G) is to account for very large builds (kdebase)
[05:15] <keescook> as it turns out, 5G isn't enough for OOo
[05:15] <keescook> heya StevenK :)
[05:16]  * StevenK remembers discussing this at UDS and AllHands
[05:16] <keescook> in the new arrangement, the chroot will only need enough space to grow for build-deps
[05:16] <keescook> and I use a common 15G build filesystem
[05:16] <StevenK> keescook: Don't make me hit you with a spec. :-)
[05:16] <keescook> hehe
[05:17] <keescook> the common build area also addresses the surprising speed concerns that soren demonstrated
[05:17] <StevenK> Speed concerns?
[05:17] <keescook> (writing to a snapshot is about 4-8% slower than writing to a native filesystem)
[05:17] <StevenK> And just as long as schroot can be backported, I'll be happy.
[05:17] <StevenK> Oh. Didn't know that one.
[05:17] <keescook> backported?  to hardy?  sure, just grab the Debian 1.1.6 and slap it in place
[05:18] <StevenK> Oh, so the Debian release already does it?
[05:18] <keescook> that's what I'm using current on Hardy.  Well "does it" meaning "allows arbitrary mounts" yes
[05:19] <keescook> the horror of a custom script I wrote to do it -- that's not published, but I can put it up as a demo somewhere... one sec
[05:19] <StevenK> Haha
[05:21] <nixternal> I am to lazy to futz around with chroots nowadays, I have virtual ubuntus and kubuntus running everywhere
[05:21] <LaserJock> would 4G handle most builds?
[05:21] <StevenK> Probably most
[05:22] <StevenK> sbuild helpfully tells you in the build log how much space something took
[05:22] <keescook> LaserJock: I only had to push it there to handle kdebase.  everything else is tiny by comparison.  :)
[05:22]  * StevenK plays the OOo card
[05:23] <LaserJock> I guess I could always make bigger ones if I need to
[05:23] <StevenK> And they can resized thanks to the magic of LVM
[05:23] <StevenK> Er, can be
[05:23] <LaserJock> I just don't have a ton of diskspace for stuff I'm not using
[05:24]  * StevenK has 124Gb in VFree (from vgs output)
[05:24] <LaserJock> I hate you ;p
[05:24] <StevenK> Hah
[05:24]  * RAOF wants some of StevenK's HDD
[05:24] <StevenK> It's only 250Gb SATA
[05:25] <LaserJock> what I really need is to blow away the Vista partition :-)
[05:25] <StevenK> Most of my large stuff is on the 800Gb LVM in my fileserver
[05:25] <LaserJock> it's taking 114GB
[05:28] <StevenK> keescook: Does this "horror of a custom script" replace or augment mk-sbuild-lv?
[05:28] <LaserJock> StevenK: what does VFree give, unallocated space?
[05:29] <StevenK> Yeah, unallocated space in the VG
[05:29] <keescook> StevenK: it augments schroot.  Here's a write-up: http://people.ubuntu.com/~kees/schroot/README
[05:30] <keescook> StevenK: I'm uncertain how to modify mk-sbuild-lv to support it -- I'll worry about that in intrepid
[05:30] <TheMuso> keescook: I'm interested in this also, as as of Monday, I've joined the amd64 crowd, with some disk space to go with it, so dynamic chroots in terms of size sounds great.
[05:31] <keescook> TheMuso: cool, yeah.  I've dropped all my schroots down to 500M now.  What a fantastic savings in space.  :):)
[05:31] <keescook> s/now/each now/
[05:31] <StevenK> Heh
[05:32] <StevenK> Having one chroot for the 6 build environments I build in has to a good thing.
[05:32] <TheMuso> keescook: But how big an lv do you ahve for expansion?
[05:32]  * StevenK is happy to wait, given the unallocated space he has to burn
[05:33] <keescook> I have a 15G build lv -- which is used by any running sbuild
[05:33] <TheMuso> ooo thats really sweet!
[05:33] <TheMuso> But what about concurrent sbuilds?
[05:33] <keescook> it's safe for concurrent builds
[05:33] <TheMuso> Ok cool.
[05:34] <keescook> as long as they don't need more than 15G combined.  :)
[05:34] <keescook> we'll see what happens the next time I have to do a security update of kdebase
[05:35] <keescook> (I wonder if 500M is actually enough -- the default debootstrap partition is already 358M)
[05:35] <StevenK> keescook: You might play the "Here Riddel, *you* deal with it" game? :-)
[05:35] <StevenK> Er, Riddell
[05:36] <keescook>   VG       #PV #LV #SN Attr   VSize   VFree
[05:36] <keescook>   systemvg   2  24   1 wz--n- 694.82G 19.82G
[05:36] <keescook> I could really use to clean up
[05:36] <StevenK> Way cool
[05:38] <TheMuso> SOunds good, will keep it in mind once I get this new box fully in commition.
[05:40] <LaserJock> alright, sweet. makin' my first sbuild chroot
[05:41] <StevenK> If it breaks, keescook is over -> there
[05:41]  * StevenK grins
[05:42] <LaserJock> do you guys use LV snapshots to play around in to like for test installs?
[05:42] <StevenK> I use LV snapshots to test installation and such like
[05:42] <LaserJock> that's wasn't a particularly great sentence
[05:42] <LaserJock> my mother would cry
[05:43] <StevenK> Hah
[05:44] <LaserJock> so it seems Ubuntu isn't a Summer of Code organization this year
[05:46] <TheMuso> LaserJock: Yeah I use lv snapshot chroots for package installation/testing. Very handy as you don't have to worry about cleaning up.
[05:46] <TheMuso> Even if you break it badly.
[05:46] <LaserJock> yeah, I occasionally use pbuilder --login for that
[05:46] <LaserJock> but generally just have some chroots hanging around
[05:47] <LaserJock> if I can us shcroot snapshots for that instead then I can ditch the chroots and save some space I think
[05:47] <keescook> LaserJock: I use schroots for install and other testing when it's easier than testing in a kvm
[05:48] <LaserJock> ah, I don't quite have the luxury of kvm
[05:51] <keescook> StevenK: I've added another horror-show commandline to the README for doing a bulk shrink of the "golden" LVs
[05:51] <StevenK> Heh
[05:52] <LaserJock> "keescook, the Stephen King of CLI"
[05:52] <keescook> haha
[05:52] <keescook> hm 19G free is now 56G free.  nice
[05:53] <keescook> err..  that's not right
[05:53] <TheMuso> LaserJock: I find user testing is better if you are actually running as a user.
[05:53] <TheMuso> as it allows you to test non-root stuff.
[05:54] <LaserJock> yeah
[06:01] <StevenK> keescook: Your horror-show script also makes assumptions ;-)
[06:01] <LaserJock> hmm, so does sbuild use an apt-cache?
[06:02] <StevenK> LaserJock: For what?
[06:02] <StevenK> keescook: You can get the VG name if you use lvs -v
[06:02] <LaserJock> well, for caching build deps
[06:02] <keescook> StevenK: ah, good call
[06:03] <Hobbsee> StevenK: mos tpeople just refuse to build OOo
[06:03] <keescook> okay, 72G up from 19G.   That one gives me a CPUache!"
[06:05] <keescook> Hobbsee: last time I tried it, my snapshot ran out of space, which confused the ext3 layer so badly I had an unkillable "mv" using 100% CPU
[06:05] <keescook> I'm really ... afraid of OOo now
[06:06] <StevenK> Haha
[06:06] <Hobbsee> haha
[06:06] <keescook> anyway, it's past my bed time.  StevenK, let me know how the common-build partition hack works out.  *wave*
[06:07] <Hobbsee> dear update manager, please stop stealing my focus!
[06:07] <StevenK> keescook: If I can be convinced to try it.
[06:07] <Hobbsee> and again.
[06:08] <StevenK> Heh
[06:10]  * Hobbsee wonders why the default option for gnome-do is to open a .odt file in a terminal...
[06:10] <LaserJock> it certainly has it's oddities
[06:12] <Hobbsee> it's really useful though :)
[06:12] <StevenK> From the sounds of it, more useful than Katapult
[06:12] <Hobbsee> yeah, it's got a few more plugins now
[06:13] <Hobbsee> can't decide whcih theme i prefer, either :)
[06:13] <StevenK> It also seems Do will deal with mutliple options being returned better, and now learns
[06:13] <Hobbsee> yes
[06:13] <StevenK> Super+space won't work on my laptop, though
[06:13] <LaserJock> I'm too used to QuickSilver I guess
[06:14] <StevenK> LaserJock: That's because you're an Apple fanboi
[06:14] <LaserJock> I expect to be able to wait a sec and retry if I don't get what I want
[06:14] <LaserJock> StevenK: not a fanboi I don't think. I don't even run Leopard ;-)
[06:15] <Hobbsee> StevenK: you can change it
[06:15] <StevenK> Hobbsee: I assumed I could
[06:29] <nixternal> here all this time I thought Gnome Do was the perfect Quicksilver ripoff^Wknockoff
[06:32] <MrGray> anyone who could help me understand how NFS works, it just aint workign for me, chuckles
[06:33] <nixternal> MrGray: this is the furthest thing from a support channel you will find around here, unless of course it has to do with packaging
[06:33] <MrGray> ah sorry didnt know it was meant for that onlym my bad, have a nice day, yawns, smiles.
[06:34] <nixternal> Ubuntu Masters Of The sUpport
[06:34] <slangasek> MrGray has a funny way of emoting, squints
[06:34] <nixternal> hahaha
[06:34]  * nixternal winkies
[06:35] <nixternal> although, in some countries that could mean something totally illegal to do in public
[06:43] <warp10> Good morning
[06:51] <dholbach> good morning
[06:51] <warp10> morning dholbach!
[06:52] <dholbach> hi warp10
[06:56] <Hobbsee> right.  replied to emgent's motu application.
[07:22] <cool> Hobbsee, Hi!
[07:22] <Hobbsee> hey cool
[07:23] <cool> Whats sup
[07:24] <cool> Hobbsee, should a MOTU should know programming ?
[07:24] <Amaranth> cool: not required but it helps
[07:25] <Hobbsee> what Amaranth
[07:25] <Hobbsee> said
[07:26] <cool> Which languages are most widely used?
[07:26] <slangasek> POSIX shell; makefile; python; C
[07:26] <dholbach> https://wiki.ubuntu.com/MOTU/FAQ#head-1459f4f9811bc9dde6cae1af4c36c954ba1cad39 :-)
[07:27] <cool> dholbach, Thank a lot
[07:27]  * cool checks
[07:28] <cool> having some detective skills?
[07:28] <cool> do i need to spy my Girlfriend?
[07:28] <cool> :P
[07:28] <dholbach> no, but investigate why stuff stopped building/working/etc :)
[07:28] <cool> ohk
[07:41] <cool> Sebastian, it would look better like this "ChanServ removes channel operator status from Sebastian"
[07:42] <Sebastian> cool: It would be better if ChanServ wouldn't op me in the first place :)
[07:42] <cool> Sebastian, for that reduce you level in ACL
[07:42] <cool> your*
[07:44]  * cool checks ACL
[07:45] <cool> Sebastian, can't find your name in Channels Access List :S
[07:46] <Sebastian> Weird.
[07:46] <Hobbsee> oh damn, did a staffer *still* not do that?
[07:48] <cool> Hobbsee, only you could add new ops, rest have level 10
[07:48] <Hobbsee> sladen: ping
[07:48] <Hobbsee> cool: i know.
[07:50] <Hobbsee> cool: unfortunately, i'm not the channel contact, and the staffers don't seem to actually be on irc
[07:51] <cool> yeah i see, sladen is the channel contact
[07:51] <cool> but he has just level 10 ?
[07:52] <Hobbsee> apparently so
[08:10] <Adri2000> ScottK2: arghhh. I guess it's bug #203526 ?
[08:10] <ubotu> Adri2000: Error: Could not parse XML returned by Ubuntu: HTTP Error 404: Not Found
[08:10] <Hobbsee> ubotu: part
[08:58] <Amaranth> bug 203526
[08:58] <Amaranth> :/ dang ubotu
[08:59] <ubotu> Launchpad bug 203526 in wxwidgets2.8 "python-wxgtk2.8 uninstallable due to post-installation script error" [Medium,In progress] https://launchpad.net/bugs/203526
[09:03] <soren> Does anyone here use ppaput? I see that the script was moved into a module, but what happened to the command line tool?
[09:04] <james_w> soren: it is not shipped in the binary package any more
[09:05] <james_w> bug 194634 is referenced in the changelog
[09:05] <ubotu> Launchpad bug 194634 in ubuntu-dev-tools "ppaput incorectly asserts it's part of the MOTU sponsorship process in the code and in the man page" [Wishlist,Fix released] https://launchpad.net/bugs/194634
[09:05] <soren> That doesn't really answer my question :)
[09:07] <soren> *shrug* It's not like doing it manually is really difficult.
[09:39] <\sh> oh dear god...I need to upgrade ftecc too for nexuiz :(
[10:01] <slomo_> siretart: hey, any news for ffmpeg? :)
[10:10] <siretart> slomo_: well, sort of. have you seen the recent messages on pkg-multimedia?
[10:10] <slomo_> siretart: nope, have a link or shall i search? :)
[10:11] <siretart> looking
[10:12] <siretart> slomo_: http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/, look in both february and march
[10:12] <slomo_> siretart: thanks :)
[10:13] <siretart> debian bug #471136 is perhaps the best status update
[10:13] <ubotu> Debian bug 471136 in ffmpeg "Please package upstream snapshot 20080206" [Important,Open] http://bugs.debian.org/471136
[10:14] <slytherin> Do I need to log a bug for moving a package form multiverse to universe or do I just need to bug archive admins?
[10:16] <slomo_> siretart: would be really nice to have that in lenny ;)
[10:16] <siretart> slomo_: well, any help is welcome!
[10:18] <slytherin> slomo_: Do you think I should bug developers again on #gstreamer about VCD support?
[10:19] <slomo_> slytherin: oh, definitely... tim has forgotten about the cdxa stuff it seems
[11:28] <hellboy195> \sh: I also have problems with this flash crap ;) though not with a headset
[11:48] <RainCT> heya
[12:11] <slytherin> can anyone tell me what is exactly difference between icedtea and openjdk?
[12:13] <_ruben> bah .. pdebuild is messing with me :/
[12:13] <_ruben> (read: cant get it to work)
[12:14] <jdong> slytherin: you mean the Ubuntu packages by those names, or the projects themselves?
[12:14] <slytherin> jdong: ubuntu packages
[12:15] <jdong> slytherin: openjdk-6 is an implementation of released/"stable" Java 6 while icedtea-java7 is an implementation of upcoming Java 7
[12:15] <jdong> slytherin: i.e. one's more or less stable, the other's an alpha/VCS snapshot of an indevelopment language stack
[12:16] <jdong> slytherin: hence why it's probably not the best idea to use the latter when the former is available :)
[12:18] <slytherin> jdong: Java6 is not Free AFAIK. So I don't think openjdk packages contain Java 6.
[12:18] <jdong> slytherin: http://openjdk.java.net/projects/jdk6/
[12:18] <jussi01> whats the correct syntax for closing a bug via changelong?
[12:19] <slytherin> jussi01: LP: #xxxxxx
[12:19] <jdong> jussi01: LP: 123456
[12:19] <jdong> oops forgot #
[12:19] <jussi01> no brackets?
[12:19] <Hobbsee> brackets aren't required
[12:19] <jdong> jussi01: optional
[12:19] <slytherin> jussi01: brackets are not necessary
[12:19] <jussi01> ok, thanks :)
[12:19] <Hobbsee> jussi01: you should use vi.
[12:20] <jdong> jussi01: only the LP: #123456 is globbed for. Brackets can be placed as you please.
[12:20] <jdong> jussi01: make sure the final .changes/.dsc you generate has the Launchpad-Bugs-Closed: header
[12:20] <jdong> or whatever it's called
[12:21] <jdong> slytherin: from what I understand, openjdk-6 is essentially the OpenJDK 6 (half-free) sources bootstrapped with IcedTea's build strategy
[12:21] <slytherin> jdong: Thanks for that link. I didn't know it existed. :-) So now openjdk packages are my best bet. It gives me latest, Free, stable java. :-D
[12:21] <jdong> slytherin: indeed. I'm very happy for its existence :)
[12:21] <jdong> doko: poke; what do you think about shoving openjdk-6 into gutsy-backports so that Gutsy users have access to it too?
[12:22] <jussi01> can I poke someone to have a look at bug 201480 ?
[12:22] <ubotu> Launchpad bug 201480 in alsa-tools "Icon has no transparency/white background. " [Wishlist,In progress] https://launchpad.net/bugs/201480
[12:22] <doko> jdong: I don't mind that much, but please wait for the next upload before backporting
[12:23] <jdong> doko: certainly. Do you think it'll directly backport with no source changes, or is there some voodoo magic? :)
[12:24] <doko> hmm, I think you have to turn off lzma compression, or replace it with bzip2 compression
[12:26] <slytherin> doko: There are at least two packages which build-depend on icedtea/openjdk but are in multiverse. rest of the dependencies are in main. Do you think I should file bugs or just poke some archive admin?
[12:26] <doko> slytherin: s/main/universe/ ?
[12:27] <slytherin> doko: no, s/multiverse/universe
[12:28] <jdong> doko: I know you're a busy guy, but would you be willing to shove some version of openjdk-6 that you like into gutsy-backports? It would save me the uncertainty of making those changes myself and the hassle/delay of finding a core-dev sponsor to do it :)
[12:29] <doko> jdong: I need to upload this week to hardy, then you could backport.
[12:29] <RainCT> uh.. why is "Screen and Graphics" in Applications -> Others in Hardy?
[12:30] <slytherin> RainCT: +1, in fact it was supposed to be not in menu. Looks like someone changed .desktop in wrong way
[12:31] <RainCT> slytherin: why shouldn't it be in the menu? o_O
[12:32] <slytherin> RainCT: The new 'Screen Resolution' tool replaces it. In fact that was the changelog entry for displayconfig-gtk
[12:32] <RainCT> ah I see
[12:33] <RainCT> slytherin: shouldn't displayconfig-gtk be just uninstalled then? (but keep the menu entry for the case someone wants to install and use it?)
[12:34] <slytherin> RainCT: I haven't used it. So I am not sure if there is anything in displayconfig-gtk that is not in screen resolution tool. So I can't comment. :-)
[12:34] <RainCT> you can choose the driver, for ex.
[12:35] <slytherin> RainCT: have you filed the bug for this? I will add my comments to it. :-)
[12:36] <slytherin> RainCT: Of course selecting a driver is not something you want average user to do. :-)
[12:37] <slytherin> a bug is already there
[12:40] <RainCT> btw, is it a known issue that admin -> networking still asks for the password (with gksudo)?
[12:43] <slytherin> RainCT: for display or for editing?
[12:44] <RainCT> slytherin: for display
[12:45] <slytherin> RainCT: problem with your setup then. It doesn't ask for password here and other 2 machines. :-)
[12:45] <RainCT> slytherin: and I *can't* edit it running it from the menu; the "unlock" button is disabled as it's already running as root, but all edit options continue locked
[12:45] <RainCT> starting it from the terminal (without gksudo) I can unlock it and it works correctly (beside don't working with my UMTS modem, which worked in Gutsy :P)
[12:46] <slytherin> RainCT: never seen those symptoms
[12:48] <RainCT> strange.. the .desktop file is calling network-admin without gksudo
[12:53] <stefano_> someone here?
[12:53] <soren> !justask
[12:53] <ubotu> Please don't ask to ask a question, ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely answer. :-)
[12:54] <persia> Hey, Hey, I do know the answer.  It's "Yes", isn't it?
[12:55] <slytherin> persia: you need a break form MOTU work. :-P
[12:55]  * persia is trying to stop having a break currently, and expects the equinox to be assistive
[12:55] <stefano_> so, i have an idea for a programm and i'd like to discuss it. the idea is to make something that could be called easyshare or similar, should be - from a users perspective - a little form in which you can select a folder, and then click a button "share" to share that folder. (user gets asked for a password if he wants one, but thats system independent). the program would continously see of others on the network have made easyhshares and dis
[12:55] <stefano_> play them in the network neighbourhood. i think it should be possible with avahi, what do you thin?
[12:55] <DktrKranz> persia, hard times to have a break :)
[12:56] <persia> DktrKranz: Exactly :(
[12:56] <DktrKranz> now ubuntuwire's back, so we need to hurry!
[12:56] <james_w> stefano_: yes, something like that is wanted, but it is preferred that it be possible to share files with a default Windows install with it.
[12:56]  * Fujitsu apologises for not working out how to get it back earlier.
[12:56] <persia> DktrKranz: Rather, we have the list of things we haven't done in larger flashing lights :)
[12:57] <DktrKranz> Fujitsu, thanks for bring it back in time! :)
[12:57] <james_w> stefano_: http://code.google.com/p/giver/ <- how does that look compared to your idea?
[12:57] <stefano_> james_w, woulnt it be possible if you stick to the bonjour protocol? (windows user would have to install bonjour) - but that would rid them of all the hassle with samba
[12:57] <DktrKranz> persia, now we have our tools back in action, so we can announce more "fix-it" days focused on some activities
[12:57] <Fujitsu> If it wasn't for some routing errors a couple of months back, I wouldn't have been able to revive it.
[12:58] <james_w> stefano_: yes, but that's not default windows install.
[12:58] <stefano_> james_w, seems like a very nice project
[12:58] <persia> Fujitsu: In that case, are they really "errors"?
[12:58] <Fujitsu> persia: They stopped various people from accessing it for some hours, so yes.
[12:59] <persia> Ah.  Comprehension dawns
[12:59] <stefano_> james_w, i just had to use samba and though "couldnt it be easier", i guess not... samba is, from a usability standpoint (!) - not ideal at all
[12:59] <emgent> good morning people
[13:00] <Fujitsu> persia: They resulted in imbrandon giving me the console password to poke further, which turns out to be the same as that needed for the VM management software.
[13:00] <persia> Best password management practices for the win!
[13:01] <Fujitsu> I think they're probably looking at the same auth DB.
[13:03] <hellboy195> DktrKranz: u-u-s day :P
[13:03] <DktrKranz> \o/
[13:03] <DktrKranz> yep!
[13:03] <DktrKranz> I'm doing some
[13:04] <hellboy195> \o/ \o/ \o/
[13:04]  * Fujitsu adds a link to the rebuild results.
[13:04] <slytherin> To the people who brought back qa.ubuntuwire.com. A big Thanks.  :P
[13:08] <persia> RainCT: aptitude purge emerald ?
[13:10] <slytherin> RainCT: I remember there was a applet when I used beryl that let me choose between different window managers. Not sure if it is still present
[13:14] <DktrKranz> hellboy195, beagle fixed in sid too
[13:14] <DktrKranz> just too late to sync from it :)
[13:15] <hellboy195> DktrKranz: damn it ^^.But I'm impressed. with no C# knowledge fixed it. Thouch it's only in configure
[13:15] <DktrKranz> heh, I was lucky
[13:25] <hellboy195> DktrKranz: I'll choose sulfa. ok?
[13:25] <DktrKranz> as you wish :)
[13:25] <hellboy195> hmm no
[13:25] <hellboy195> DktrKranz: sebner :)
[13:25] <hellboy195> ^^
[13:39] <Iulian> Hey
[13:40] <DktrKranz> hi Iulian
[13:40] <Iulian> Hiya DktrKranz.
[13:48] <_ruben> is there a way to go from a source tree (including a debian/ dir) to a .dsc file & co without having to satisfy the build deps like you have with (p)debuild .. i'd like to keep the system itself as clean as possible, and only "polute" build roots
[13:49] <_ruben> the .dsc etc would be used for pbuilder eventualy
[13:50] <sebner> DktrKranz: and. how does it look like?
[13:50] <DktrKranz> shorter
[13:52] <sebner> DktrKranz: non hai coraggio per dire a me che il nuovo nickname e` terribile? :P
[13:56] <geser> _ruben: you can only build the source package and need usually only some of the build-depends for that, like cdbs or debhelper
[13:59] <sistpoty|work> hi folks
[13:59] <sebner> sistpoty|work: ahoi
[13:59] <bddebian> Heya gang
[13:59] <bddebian> Hi sistpoty|work
[13:59] <sistpoty|work> hi sebner and bddebian
[13:59] <geser> Hi sistpoty|work, Hi bddebian
[13:59] <sistpoty|work> hi geser
[13:59] <bddebian> Hi geser
[13:59] <sebner> sistpoty|work: I'm hellboy195 ^^ --> new nickaname. I wonder that I meet you here :)
[14:00] <sistpoty|work> ah, heh
[14:00] <sebner> sistpoty|work: what do you think. change the audacious merge to a sync?
[14:01] <sebner> sistpoty|work: bug #202518
[14:01] <ubotu> Launchpad bug 202518 in audacious "[FFe] Merge audacious 1.5.0-1 from Debian(Unstable)" [Undecided,New] https://launchpad.net/bugs/202518
[14:01] <sistpoty|work> sebner: /me looks
[14:01] <sebner> sistpoty|work: thx
[14:02] <sistpoty|work> sebner: if the only change is to use pulseaudio, and that doesn't work, a sync might make more sense to me.
[14:02] <sebner> sistpoty|work: yeah I know. But I want a confirmation that it's broken ...
[14:03] <sistpoty|work> sebner: how about testing it?
[14:04] <sebner> sistpoty|work: that's the problem. For me it seems to work
[14:04] <sistpoty|work> sebner: and using pulseaudio?
[14:05] <sebner> sistpoty|work: yep. changed the output plugin to pulseaudio
[14:05] <sebner> sistpoty|work: in the preferences
[14:06] <sistpoty|work> sebner: shouldn't the patch make it default to pulseaudio? (reading from the bug report)
[14:06] <sebner> sistpoty|work: /me is reinstalling
[14:08] <_ruben> geser: im not sure what you mean
[14:08] <sebner> sistpoty|work: nope. working
[14:09] <sistpoty|work> sebner: have you talked to nenolod yet?
[14:09] <sebner> sistpoty|work: He never respones :\
[14:10] <_ruben> geser: im guessing the real question would be: how to create a source package only .. then again, having rephrased that, i guess i should go look at man pages and google again :)
[14:10] <_ruben> now if only i hadnt already tainted my root system to easily test this :/
[14:14] <sebner> sistpoty|work: argh. after a extreme total manual file delete action it seems that it's not working O_o
[14:14] <_ruben> nm .. scrolled back to the satisfy builddep output
[14:15] <sistpoty|work> sebner: hm... ok, then I'd rather go for a sync
[14:15] <sebner> sistpoty|work: I'll change it. Make a seperate one for the plugins?
[14:15] <sistpoty|work> sebner: yes, please
[14:15] <sebner> sistpoty|work: np :)
[14:16] <sistpoty|work> TheMuso: can you take a look at bug #202518, or subscribe s.o. from ubuntustudio please?
[14:16] <ubotu> Launchpad bug 202518 in audacious "[FFe] Merge audacious 1.5.0-1 from Debian(Unstable)" [Undecided,New] https://launchpad.net/bugs/202518
[14:17] <sebner> sistpoty|work: let me change it first :P
[14:17] <sistpoty|work> heh
[14:30] <geser> _ruben: debuild -S will give you a source package only and you only need the tools used by the clean target, that's mostly debhelper and cdbs (if the package uses cdbs)
[14:30] <Hobbsee> hmm.  i might make the next motu meeting
[14:30] <_ruben> geser: debuild -S and installing debhelper did the trick indeed, thanks
[14:31] <_ruben> cdbs apparently isnt used
[14:32] <sistpoty|work> oh, nice... we'll discuss edit conflicts in the next meeting *g*
[14:42] <protonchris> sistpoty|work: thanks for your comments on bug 190744
[14:42] <ubotu> Launchpad bug 190744 in libgdamm3.0 "Request: Upgrade libgdamm3.0 to upstream version 2.9.81" [High,Confirmed] https://launchpad.net/bugs/190744
[14:43] <sistpoty|work> protonchris: you're welcome
[14:45] <_ruben> is there a way to do module-assistant stuff with pbuilder ?
[14:46] <_ruben> except for logging in into the buildroot
[15:19]  * sistpoty|work heads home... cya
[15:28] <\sh> ScottK: for nexuiz 2.4 it needs a new fteqcc too
[15:30] <sebner> nexuiz nexuiz nexuiz
[15:33] <jdong> but don't we want new nexuiz at all costs?
[15:33] <\sh> jdong: it compiled already here...need to test the functionality :)
[15:34] <jdong> :)
[15:34] <jdong> look at y'all doing productive things while I'm breaking my system with upstart :)
[15:35] <\sh> jdong: do me a favour and reintroduce position settings to firefox, so that a cli call a la firefox -x 100 -y 100 -width 200 -height 200 is working again ;)
[15:36] <jdong> \sh: I believe the new official Ubuntu response to that is "it should be fixed by a compiz placement quirk"
[15:36] <jdong> :D
[15:37] <\sh> jdong: no..it's a bug in firefox not to have this anymore
[15:38] <sebner> jdong: yes we need nexuiz at all costs :P
[15:38] <jdong> sebner: I actually totally agree :)
[15:38] <sebner> hrhr
[15:46] <sebner> \sh: if you need a tester. put it on your PPA and I'll be there :)
[15:57] <bobbo> could someone check out my debdiff for jabref in Bug #203636 ?
[15:57] <ubotu> Launchpad bug 203636 in openoffice.org "replace icedtea-java7 references with openjdk-6 references" [Undecided,In progress] https://launchpad.net/bugs/203636
[16:05] <james_w> bobbo: in the Depends: line you've replaced icedtea by sun-. Is that intentional?
[16:05] <james_w> also, it's a good idea to state what you did to make it compatible with the new standards version. "No changes" is fine if that is true.
[16:05] <bobbo> james_w; ah no, will fix those and do a new debdiff
[16:08] <bobbo> james_w; http://bobbo.mooo.com/~bobbo/jabref_2.3.1-1ubuntu2.debdiff
[16:10] <james_w> bobbo: I know you're not changing this, but I would have assumed that openjdk be the first option, rather than sun, do you know why it isn't?
[16:10] <james_w> or is openjdk not reliable enough yet?
[16:10] <bobbo> james_w; not really sure, just following the instructions int he bug of replacing icedtea with openjdk :)
[16:10] <bobbo> s/int he/in the
[16:11] <james_w> bobbo: that's fine, I was just wondering.
[16:48] <hefe_bia> For FTBFSs do I request a sync at this time of development, if the newest Debian version builds, or do I patch the current Ubuntu version? (Looking at cedar-backup2)
[16:53] <james_w> hefe_bia: you can request a sync if the only Debian change is to fix the build, and perhaps other bug fixes, and that package builds and works in hardy.
[16:55] <hefe_bia> james_w: Debian has a new upstream version, so I guess a sync is not right in this case?
[16:56] <james_w> hefe_bia: it might be. I believe the rules for a sync are exactly the same as if you were doing the fix yourself.
[16:56] <james_w> so in this case it would be the difference between writing a patch or using the new upstream.
[16:56] <james_w> hefe_bia: is it the new upstream that fixes the build, or just that they did both at once.
[16:57] <james_w> do you have a reference to the debian bug?
[16:57] <hefe_bia> james_w: no, I didn't check whether it FTBFS in debian, too, yet.
[16:58] <james_w> hefe_bia: what's the package.
[16:58] <james_w> ?
[16:58] <hefe_bia> james_w: Source package is cedar-backup2.
[16:59] <hefe_bia> Ubuntu version: 2.14.0-2, Debian version: 2.16.0-1
[16:59] <james_w> hefe_bia: well there are no bugs in Debian, so it's unlikely it was a FTBFS there.
[17:00] <hefe_bia> yup, I saw that just now.
[17:00] <hefe_bia> Also changelog mentions no bugfixes
[17:00] <james_w> my guess is python2.4/2.5 issue.
[17:00] <james_w> do you have python2.4 installed?
[17:01] <hefe_bia> no,  2.5.1-5ubuntu5.1 here on gutsy, but I tested using pbuilder.
[17:03] <\sh> time go go home..cu later
[17:04] <hefe_bia> It breaks in the unit tests. I guess I would investigate the broken method and compare what has changed in the new version.
[17:04] <james_w> hefe_bia: yeah, I was just wondering if you had a python2.4 installed.
[17:04] <james_w> just to test something.
[17:28] <hefe_bia_> james_w: You're right: It is a 2.4/2.5 thing. Should be easy to fix.
[17:32] <nixternal> what's the chance of somebody in here having the Official Ubuntu Book 2nd Ed.?
[17:37]  * jdong registers the apocalypse
[17:37] <jdong> https://edge.launchpad.net/uphack
[17:38] <Amaranth> jdong: it is a big collection of hacks
[17:39] <jdong> Amaranth: indeed :)
[17:40] <Amaranth> jdong: are they all still tuned to your system?
[17:41] <jdong> Amaranth: yes, I plan within the next two days to re-do everything based off a fresh install of Hardy in a VM
[17:41] <Amaranth> cool
[17:41] <jdong> Amaranth: I've raced gdm to start as soon as dbus started instead of waiting for hal in the meantime ;-)
[17:41] <Amaranth> eep
[17:42] <Amaranth> BreakMyUbuntu
[17:42] <jdong> Amaranth: the risk is the user can probably log in before hal is ready...
[17:42] <jdong> Amaranth: AFAIK hal isn't necessary for GDM?
[17:42] <jdong> if I'm wrongon that assumption that change should be reverted :)
[17:42] <Amaranth> hal is needed for X...
[17:42] <jdong> Amaranth: crap. really?
[17:42] <Amaranth> input hotplug
[17:43] <jdong> Amaranth: didn't consider that. Well obviously time to revert
[18:35] <\sh> phew...nexuiz works
[18:35] <\sh> without compiz that is
[18:35] <\sh> at least with my ati x300
[18:36] <sebner> \sh: yeah. publish :)
[18:37] <\sh> sebner: na first the paperwork
[18:37] <sebner> \sh: ^^
[18:45] <zul> nixternal: several bookstores here has it
[18:45] <nixternal> none have it here
[18:45] <zul> but that probably doesnt help you
[18:45] <nixternal> haha
[18:45] <zul> chapters.ca
[18:46] <nixternal> I don't really need it anymore, ogra confirmed there haven't been any LTSP changes visually
[18:48] <nenolod> sebner, i already said to change it back to a sync
[18:48] <sebner> nenolod: to me it seemed that you are not fully sure. but nvm. did it already
[18:49] <nenolod> debian-games needs to bump nexuiz to 2.4
[18:49] <\sh> nenolod: nexuiz is already at state 2.4 they just need to release it
[18:52] <nenolod> debian-games doesn't really interest me at any rate, though.
[18:54] <\sh> but nexuiz 2.4 is cool...regarding the new screens are awesome...mac feeling inside a game ;)
[18:55] <cool> \sh, Please stop using word "cool" :|
[18:55] <cool> It very irritating , learn a new word :p
[18:55] <sebner> hrhr
[18:57] <\sh> whois shiny ; whois incredible? ;)
[19:04] <\sh> ScottK , Hobbsee : would you review bug #203210 , thx :)
[19:04] <ubotu> Launchpad bug 203210 in nexuiz-data "Please upgrade nexuiz/nexuiz data to 2.4" [Undecided,New] https://launchpad.net/bugs/203210
[19:34] <bobbo> james_w; did you get a chance to look at the fixed debdiff for jabref in bug #203636?
[19:34] <ubotu> Launchpad bug 203636 in openoffice.org "replace icedtea-java7 references with openjdk-6 references" [Undecided,In progress] https://launchpad.net/bugs/203636
[19:37] <\sh> ScottK , Hobbsee : please also review bug #204016, thx...actually done with my normal work for today
[19:38] <ubotu> Launchpad bug 204016 in zend-framework "[FFe] zend-framework 1.5.0" [Undecided,New] https://launchpad.net/bugs/204016
[19:45] <james_w> bobbo: I can't see a fixed one there. The second one you posted looked ok to me though. Sorry, but I can't sponsor it.
[19:45] <bobbo> james_w; no problem :)
[19:51] <Nafallo> beeseek?
[19:51] <Nafallo> I read beerseek first :-P
[19:53] <\sh> Nafallo: hehe
[19:53] <Iulian> Heh
[19:54] <Iulian> G'night!
[19:56] <RainCT> \sh: just to be sure, you already know that you added the .desktop translations for wine (Catalan and Polish) with the wrong encoding, right?
[19:57] <enyc> Umm....  I think it would be beneficial if the Hardy8.04 universe package for 'zoneminder' could be updated to the debian lenny version....  but i dont know who else thinks what....
[19:58] <\sh> RainCT: polish I fixed now...what's wrong with catalan?
[19:58] <RainCT> \sh: accents don't work here
[19:58] <enyc> interestingly ubuntu has an old 'zoneminder' version that doesnt appear in any debian stable release...
[19:59] <RainCT> \sh: for example in wine-winecfg.desktop I see "Canvieu la configuraciÃ³"
[19:59] <RainCT> where that should bé "configuració"
[19:59] <\sh> RainCT: oh crap...yes...
[19:59] <\sh> RainCT: fixing it now :)
[20:01] <\sh> RainCT: you should have reopened the bug already...:( sorry for the mess
[20:01] <RainCT> \sh: wanted to do so when I noticed it when my connection was broken, and then forgot about it :P
[20:01] <enyc> from my experimentation the 1.22.3 version in ubuntu isnt very usable -- unstable,   i would like to know from somebody more experienced if i should like post a bug about this etc.
[20:02] <RainCT> \sh: no problem
[20:02] <enyc> or if its not likely to get there fore hardy8.04
[20:02] <\sh> RainCT: btw...for wine-uninstaller...the comment[ca] line is correct in your diff:
[20:02] <\sh> Elimineu programes del Windows que hageu instaŀlat amb el Wine
[20:02] <\sh> with this strange point between the l l?
[20:02] <sebner> enyc: well we are in beta freeze
[20:02] <RainCT> \sh: yes
[20:02] <\sh> RainCT: good...I hate utf8 ;)
[20:02] <RainCT> \sh: that's a Catalan letter, ŀl :)
[20:02] <RainCT> heh
[20:03] <\sh> or I hate more not to know more languages then english, german, a bit french, and the important hungarian words ;)
[20:03] <enyc> sebner: ive get a uvf exception before.. but im not useri f that still applies now or what etc.
[20:03] <sebner> enyc: bug number
[20:04] <\sh> RainCT: it looks like only wine-uninstaller was buggy...
[20:05] <\sh> ah no...still one missing
[20:05] <\sh> ok..clean now
[20:10] <enyc> subner ?
[20:11] <enyc> sebner ?
[20:11] <sebner> enyc: ?
[20:11] <enyc> sebner: i didnt understand about bug #
[20:12] <sebner> enyc: have you already filed a bug for the exception?
[20:16] <enyc> sebner: no i havent... sorry we are talking cross-purposes.   im saying  a)  i want to know if what im asking is sensible / howto-do  b) pointing out that *in the past* i have managed to get whats called a 'uvf exception' in a different package
[20:17] <sebner> enyc: file a bug and the concerned dev will say you if it's possible or not
[20:17] <enyc> sebner: ok because its only really on my opinion you see.. confusing... ok  what info do i need to include?
[20:18] <sebner> enyc: I'll search for some docs :)
[20:18] <sebner> enyc: https://wiki.ubuntu.com/FreezeExceptionProcess
[20:37] <\sh> guys, we need some rules :)
[20:39] <sebner> \sh: what rules?
[20:40] <\sh> sebner: to not push diffs for hildon to universe packages without letting us know ;)
[20:40] <sebner> ^
[20:40] <sebner> ^
[20:57] <DktrKranz> hefe_bia_, re bug 203978, debdiff is missing :)
[20:58] <ubotu> Launchpad bug 203978 in cedar-backup2 "2.14.0-2 FTBFS in hardy" [Undecided,Confirmed] https://launchpad.net/bugs/203978
[20:58] <sebner> DktrKranz: Debdiff attached. ^^
[21:07] <sebner> RainCT: around?
[21:07] <RainCT> sebner: yes
[21:08] <sebner> RainCT: you are the gbrainy maintainer in debian and ubuntu. would you mind if I file a FFe sync bug for it?
[21:08]  * RainCT remembers that he hasn't finished yet the script for ScottK's -.-
[21:08] <RainCT> s/'s//
[21:08] <RainCT> sebner: go on :)
[21:08] <sebner> RainCT: thx :)
[21:09] <RainCT> I haven't filed it myself as iirc it hasn't no important fix and think I've annoyed the archive admins enough about it for this cycle :)
[21:10] <RainCT> but if you file it give me the URL and I'll ack.
[21:11] <sebner> RainCT: fine :) KEEP hardy users mentally fit :)
[21:16] <RainCT> if there's any pythoneer around, is there some other way to get a tuple with the name of all files in a directory, beside os.walk?
[21:19] <thekorn> RainCT, glob.glob(9 for example
[21:20] <RainCT> thekorn: thanks :)
[21:23] <sebner> RainCT: bug #204048  :)
[21:23] <ubotu> Launchpad bug 204048 in gbrainy "[FFe] Please sync gbrainy 0.60-1 from Debian(Unstable)" [Undecided,New] https://launchpad.net/bugs/204048
[21:26] <RainCT> sebner: great, I'll ack it once it gets the FFe :)
[21:27] <sebner> RainCT: thanks :) always a pleasure
[21:29] <slangasek> azeem: who is doctormo, exactly? opensync upstream?
[21:30] <RainCT> btw, if someone could have a look at why tapiir doesn't build that would be awesome :)
[21:30] <RainCT> it complains about a library not being installed, although it is already a build depends, and I and ./configure are not really good friends :P
[21:31] <DktrKranz> RainCT, have you buildlog in handy?
[21:32] <hefe_bia_> DktrKranz: oh, sorry. I copied my comment to the "comment for this change" box, therefore the diff did not get attached.
[21:32] <hefe_bia_> attached now.
[21:32] <RainCT> DktrKranz: no, but I remember that the library is libfltk1.1-dev
[21:34] <RainCT> DktrKranz: configure.in contains:  AM_PATH_FLTK(1.0.0,,AC_MSG_ERROR("missing fltk"))
[21:34] <RainCT> and "missing fltk" is the error it gives
[21:34] <DktrKranz> hefe_bia_, thanks :)
[21:34] <DktrKranz> RainCT, I'll dig in LP then
[21:36] <RainCT> Not sure if it failed to build there, but I noticed that it didn't build anymore yesterday fixing its watch file
[21:37] <DktrKranz> It FTBFS on lpia
[21:37] <DktrKranz> (and some others)
[21:38] <DktrKranz> checking for FLTK LDFLAGS...  -lfltk  -lX11 -lXext
[21:38] <DktrKranz> checking for libfltk headers version >= 1.0.0... found.
[21:38] <DktrKranz> configure: error: "missing fltk"
[21:39] <DktrKranz> it should be already fixed by debian 378531
[21:39] <ubotu> Debian bug 378531 in tapiir "tapiir: FTBFS: missing fltk" [Serious,Fixed] http://bugs.debian.org/378531
[21:39]  * RainCT headdesk
[21:41] <RainCT> DktrKranz: uhm.. but the version where that's fixed is the same as in Ubuntu
[21:42] <DktrKranz> yes, it's strange for that
[21:42] <RainCT> and here it says "checking for libfltk headers version >= 1.0.0... not present"
[21:42] <RainCT> while we get "... found"
[21:42] <DktrKranz> http://buildd.debian.org/build.php?arch=&pkg=tapiir is happy
[21:43] <DktrKranz> RainCT, libfltk's fault then?
[21:44] <RainCT> Debian has a newer version
[21:45] <DktrKranz>    * Add a libfltk1.1.symbols file to permit looser reverse dependencies in
[21:45] <DktrKranz>      many cases.
[21:46] <sebner> Shall I file a FFe sync bug? :)
[21:47] <RainCT> sebner: you like them? heh
[21:47] <sebner> RainCT: merges and syncs are the best in the world :)
[21:47] <DktrKranz> RainCT, we can try it with new Debian version
[21:48] <DktrKranz> (or rebuilding tapiir in debian chroot)
[21:49] <DktrKranz> RainCT, I'll arrange a quick rebuild in Debian now, just to see if it builds there,
[21:50] <RainCT> DktrKranz: don't worry, it hasn't much build dependencies so I'll try it here with the new lib :)
[21:51] <DktrKranz> I'm interested for Debian QA too :)
[21:53] <sebner> RainCT: ScottK is awaiting for input for gbrainy :) please make a comment later if you have time
[21:54]  * RainCT is writting a comment :)
[21:54] <sebner> thx
[21:57] <RainCT> one
[21:57] <RainCT> *done
[21:59] <sebner> :)
[22:05] <sebner> RainCT: I'm off for today. If a sync is necessary for libfltk and it's not urgent I would do it tomorrow :)
[22:05] <sebner> good night folks :)
[22:05] <RainCT> sebner: good night
[22:07] <RainCT> DktrKranz: ok, now I don't understand anything
[22:08] <RainCT> on my PC (that is, without pbuilder) it works with the version from Hardy
[22:16] <rick_h__> anyone give me a hint where I'm missing something. I'm trying to backport a package from hardy to a gutsy ppa
[22:17] <rick_h__> I'm getting W: gnome-do source: binary-arch-rules-but-pkg-is-arch-indep
[22:17] <rick_h__> so trying to see where it is that it thinks it's arch-indep
[22:19] <RainCT> rick_h__: what does Architecture in debian/control say?
[22:19] <RainCT> *what is the value of the Architecture field in debian/control
[22:19] <rick_h__> all
[22:19] <rick_h__> that's the way it is in the hardy package so maybe they got the same warning
[22:19] <RainCT> rick_h__: all = architecture independent :)
[22:20] <rick_h__> basically I've gotten close to getting the backport to work. I can debuild it with that warning, but then I get the following during a pbuilder build: http://www.paste2.org/p/16598
[22:20] <RainCT> (building on all architectures would be "any")
[22:31] <RainCT> good night
[22:38] <\sh> phew
[22:39] <\sh> ported this lpia patch towards claws-mail 3.3.1 and hopefully it still builds
[22:44] <azeem> slangasek: no, a random Ubuntu guy
[22:44] <azeem> slangasek: one of the conduit people said that conduit doesn't do opensync yet because doctormo pissed them off, and the opensync people don't particularly like him either
[22:48] <StevenHarperUK> Hi I have a Feature Freeze Exception (bug #204073) what do I do now please
[22:48] <ubotu> Launchpad bug 204073 in easycrypt "FeatureFreeze Exceptions for easycrypt-<IP_ADDRESS>" [Undecided,Confirmed] https://launchpad.net/bugs/204073
[22:49] <slangasek> azeem: ah, lovely
[22:50] <StevenHarperUK> Hobbsee: can you do that Freeze Exception?
[22:50] <rick_h__> anyone have any hints on this error? dpkg-genchanges: failure: cannot read files list file: No such file or directory
[22:50] <Hobbsee> StevenHarperUK: subscribe motu-release
[22:50] <rick_h__> I can find lots of failed to build message with my google-fu, but not much else
[22:51] <Hobbsee> rick_h__: when did you get that?
[22:51] <StevenHarperUK> Hobsee: I have done that, is that all I do?
[22:51] <StevenHarperUK> Hobbsee: I have done that, is that all i do
[22:51] <rick_h__> I am trying to backport something. I got it to debuils and that's where my pbuilder run fails
[22:51] <Hobbsee> StevenHarperUK: yes
[22:51] <StevenHarperUK> Hobbsee: thanks a lot
[22:51] <Hobbsee> rick_h__: does it happen if you update the builder, then run it again?
[22:54] <rick_h__> Hobbsee: looks like it
[22:54] <Hobbsee> strange
[23:06] <\sh> Hobbsee: how do we proceed with patches who are introducing a new behaviour or changing ui things for lpia/hildon? I think our mobile devs need to file an FFe for it too, even the package already exists in our archives, right?
[23:06] <\sh> s/or/and\/or/
[23:07] <\sh> see bug #198861  as an important example ;)
[23:07] <ubotu> Launchpad bug 198861 in claws-mail "There's no flag to enable hildon interface when building for lpia" [Undecided,New] https://launchpad.net/bugs/198861
[23:07] <rick_h__> Hobbsee: sorry, my mistake
[23:07] <rick_h__> there was a mess up with the arch in the control
[23:08] <Hobbsee> rick_h__: ahhh...that'll do it
[23:08] <rick_h__> yea, just the error was strange and I couldn't figure out where it was trying to point me to
[23:23] <charles_> can anyone here point me in the right direction on how to set up my project (Transmission) for translation at launchpad?
[23:23] <Hobbsee> charles_: #launchpad
[23:23] <charles_> Hobbsee: thanks
[23:48] <j1mc> hello, i've finished updating the xubuntu documentation, but would need help packaging them.  i think members of the xubuntu team are a bit busy.  is there someone where who'd be willing to help me package them?


[08:37] <ClassBot> Logs for this session will be available at http://irclogs.ubuntu.com/2012/02/07/%23ubuntu-classroom.html following the conclusion of the session.
[08:37] <benonsoftware> WHat is this session for? :P
[08:37] <pleia2> Testing ClassBot :)
[08:37] <pleia2> we moved it to a new server, need to make sure it's behaving as expected
[08:37]  * benonsoftware thought so :P
[08:38] <benonsoftware> Nice
[08:38] <ClassBot> pleia2-oneiric asked:  foo?
[08:39] <ClassBot> There are 10 minutes remaining in the current session.
[08:39] <ClassBot> There are 5 minutes remaining in the current session.
[08:41] <ClassBot> Logs for this session will be available at http://irclogs.ubuntu.com/2012/02/07/%23ubuntu-classroom.html
[09:22] <rsajdok> :-)
[17:42] <JTFNEL> Hello
[17:46] <pangolin> hello JTFNEL
[17:47] <JTFNEL> Hi it is my first time here how does it work
[17:48] <philipballew> JTFNEL, well this is the classroom channel. there are ubuntu classes here sometimes. if you need support there are some channels that do that as well. What brings you here?


  TYPE /JOIN ## TO SEE THE ACTION...AGAIN TYPE /JOIN ## TO SEE THE ACTION!!
[05:55] <Asa_388> THIS IS A FREENODE BREAKING NEWS ALERT!!  TYPE /JOIN ## TO SEE THE ACTION...AGAIN TYPE /JOIN ## TO SEE THE ACTION!!
[05:55] <Asa_388> dreamon_ sm0rux wook anorom linxon stiffi Zongva tsglove torv The_Milkman ubot9 pragomer Retropikzel[m] hycer Escimo chmurifree genius3000 donofrio_ RudyValencia cruxeternus JMP-BRIX NegativeFlare DalekSec kvm2k Israphel fiet moetunes Drone mpmc Tharbakim Andrio ssarah_ mcs__ db` WildSoft finsternis victorbjelkholm habbasi phunyguy Maxis dkessel bipolar hggdh LaserAllan mbc mneptok a5m0 BGL Chaser ChunkzZ barteks2x Hund Zren K1rk slickymaster iko
[07:12] <Escimo> There still exists spam-bots on IRC? Why...
[07:25] <bazhang> Escimo, that's more topical on #freenode
[09:52] <gabo> hello to everyone
[09:56] <gabo> I'm looking to someone that can help me with an issue of filemanager thunar, When I connect an usb hdd drive I can read and use it through the terminal but not in file manager, thunar says error input/output "errore nel recuperare informazioni per il file «/media/xxx/Multimedia/.device_info_74867a6b-8c79-4fa9-a95b-611db5fc25d3»: Errore di input/output."
[09:57] <gabo> I've searched on google but haven't found nothing similar
[17:00] <cimmerian38> hi
[17:01] <cimmerian38> anybody live here or just normally hibernation xd:)
[17:03] <well_laid_lawn> cimmerian38:  people are about at most times for some support
[17:04] <well_laid_lawn> just need a little patience
[17:04] <cimmerian38> hello anybody here:)
[17:06] <cimmerian38> best player for xubuntu:)


[09:27] <rmg51> Morning
[12:12] <teddy-dbear> Morning peoples, dogs, turkeys and everything else
[13:30] <ChinnoDog> mooorning


[06:00] <CIA-16> ubiquity: jriddell * r2015 trunk/ (83 files in 4 dirs):
[06:00] <CIA-16> ubiquity: Merge with trunk
[06:00] <CIA-16> ubiquity: install partitionsbar in ubiquity-frontend-kde.install
[06:02] <CIA-16> ubiquity: jriddell * r2016 trunk/ (debian/changelog ubiquity/frontend/kde-ui.py): Only translate QWidgets (LP: #103575)
[06:42] <CIA-16> ubiquity: evand * r1497 ma/ (88 files in 6 dirs): Merged with trunk.
[07:07] <cjwatson> Riddell: can you not push your trunk over the top of my trunk in future? if you've had to do a merge, it's not the same branch
[07:07] <cjwatson> makes revision numbers very confusing when you do that
[07:08] <cjwatson> either pull and then push over the top, or merge and then push to somewhere else
[07:08] <cjwatson> also don't merge and make real new changes in the same commit
[07:17] <Riddell> yes, that was a mistake
[07:20] <cjwatson> I don't think I can get my old branch back :(
[07:29] <Riddell> erk, sorry
[07:30] <Riddell> I'll stop working in a local branch anyway, just do a checkout should avoid such problems
[08:13] <cjwatson> yes, that would be better