[00:02] <RAOF> Sarvatt: Yup; that got changed recently.  People now shouldn't be able to switch from wont fix if they can't switch to won't fix.
[00:03] <Sarvatt> sweet, just wish you could keep things marked fix released at the same status because there are *tons* of people reopening and reclosing the gem memory leak bug
[00:04] <Sarvatt> not saying anything, just changing the status to fix released - fix commited and fix commited - fix released in one go, probably spamming for karma :)
[00:08] <bryceh> Sarvatt, yeah I filed a usability bug against launchpad about that one
[00:13] <bryceh> good god, I've never seen a bug with so many dupes - #507062
[00:14] <Sarvatt> sooo
[00:14] <Sarvatt> linux-headers-generic | linux-headers
[00:14] <Sarvatt> nvidia-current requires that
[00:14] <RAOF> I *think* there may possibly be a fix for that… why haven't I pointed that bug at my aubergine ppa?
[00:15] <Sarvatt> if someone has -generic headers installed but is using the -generic-pae kernel without -generic-pae headers installed they are screwed :)
[00:15] <Sarvatt> https://bugs.edge.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/569237
[00:15] <RAOF> Sarvatt: Right.  I'm pretty sure there is no way of ensuring that the user has the appropriate headers installed through dpkg.
[00:16] <bryceh> RAOF, you mean #507062 ?
[00:16] <Sarvatt> indeed, another one for the prop drivers notes
[00:17] <RAOF> bryceh: Yeah.  #507062.  I'm not sure if it's a fix, but the upstream “make the bits of Xlib that are meant to be threadsafe *actually* threadsafe” branch fixes a bunch of similar errors.
[00:17] <bryceh> ah
[00:17] <bryceh> yeah this sounds familiar, we've had threading issues in xcb before
[00:18] <RAOF> So, not at this point a fix that's remotely SRUable :)
[00:18] <bryceh> RAOF, shall I assign this one to you?
[00:18] <RAOF> bryceh: Yeah, go for it.
[00:18] <bryceh> we had one just like this in hardy, I'm having flashbacks
[00:19] <bryceh> there were workarounds that could be applied to foss apps, but we never did get the proprietary apps sorted
[00:19] <bryceh> and that bug stuck around like a thorn forever.  maybe it's still open
[00:19] <RAOF> Possibly as a dupe of this one? :)
[00:19]  * bryceh goes ahuntin
[00:21] <bryceh> 419501 maybe?
[00:21] <RAOF> “Selected text item” + “Find launchpad bug by nubmer” in Do is Love.
[00:21] <Sarvatt> bug 507062
[00:21] <bryceh> bug #419501
[00:21]  * Sarvatt just wanted a link
[00:22] <Sarvatt> ah yeah bryceh thats because the error is basically, X crashed underneath me and I couldn't connect
[00:22] <bryceh> mm
[00:22] <RAOF> bryceh: Yeah.  I've posted the PPA on that, and it doesn't seem to totally fix everything :).  It *does* fix the “ico -threads 10” testcase.
[00:23] <bryceh> ah yes I see
[00:24] <bryceh> actually 419501 isn't the one I was thinking of
[00:24] <bryceh> however I see shuttleworth asked me a question there that I didn't answer.  whoops.
[00:24] <Sarvatt> whoops!
[00:25] <RAOF> :)
[00:25] <Sarvatt> xorg-edgers also has all of the libs and xcb updates that were added to possibly fix it, that was the main reason i rebuilt everything in there
[00:26] <RAOF> Sarvatt: You built from the branch, or has that been merged now?
[00:29] <Sarvatt> ah no i didnt build the multithreaded xcb stuff, just the mass of libs that got updated to only call XAllocID with the display lock held
[00:30] <Sarvatt> there were 8 or 9 libs that were potentially where the problem was coming from
[00:32] <bryceh> heeeeere we go.  bug #232364
[00:32] <Sarvatt> libXi libXext libXtrap libXrender libXfixes libXdamage libXcomposite -- guess I overcounted
[00:34] <bryceh> we figured out that with open source stuff that the order that you start things up could mask the bug (comment #48) so we did that where we could (i.e. no solution for proprietary apps) and left it at that
[00:34] <Sarvatt> they all had non-threadsafe functions though
[00:38] <Sarvatt> http://lists.freedesktop.org/archives/xorg-commit/2010-April/date.html -- search the page for libXcomposite: Changes to 'master'   Jamey Sharp
[00:38] <Sarvatt> thats where the updates were
[00:39] <Sarvatt> sheesh, friend can't boot the livecd on 3 of his machines with older nvidia cards, gogo nouveau!
[00:42] <Sarvatt> 7900GS 7800GT 7800GTX all dont work :(
[00:45] <RAOF> Sarvatt: That makes me a sad panda.
[00:47] <RAOF> Is modesetting so hard that it needs to break across cards in the same generation?!
[00:52] <bjsnider> those cards aren't particularly old
[00:53] <bjsnider> i wonder what ben skeggs would say about that
[00:54] <bjsnider> use fedora, probably
[00:54] <RAOF> I wonder if you can boot fedora on a MacBook Pro 5,x :)
[00:55] <bryceh> RAOF, only if you contribute to upstream, you insensitive clod!!
[01:04] <Sarvatt> I asked him to boot fedora 13 to see if it worked, I'm going to go out on a limb and say it will since we have a crapload more nouveau backports than they do :)
[01:04] <Sarvatt> err we have less I meant
[01:05]  * Sarvatt is eyeing the phantom tv out problems on 7xxx series that they are working around..
[01:07] <bjsnider> people can criticize ubuntu for that and also poulsbo
[01:08] <RAOF> Sarvatt: They don't so much have nouveau backports as they've pulled in nouveau/linux-2.6 :)
[02:01] <RAOF> That's a valid point though: we currently don't distinguish between
[02:01] <RAOF> "connected but with broken EDID" and "disconnected".  I think it sounds
[02:01] <RAOF> reasonable to treat the former as connector_status_unknown instead.
[02:01] <RAOF> That way, if nothing else is connected, X will still light you up at the
[02:01] <RAOF> fallback size.  OOOH YES PLEASE.
[02:04] <RAOF> *That's* something to track and ensure it gets into Maverick :)
[05:01] <Sarvatt> bjsnider: at least thats a valid criticism, poulsbo isn't exactly something ubuntu specific..
[05:58] <Sarvatt> hmm, wonder if i should munge the drm symbols and module name for psb-kernel-source so it doesn't interfere
[06:08] <Sarvatt> noone here using psb eh..?
[06:08]  * Sarvatt wants to make sure the kernel module is right before doing all of the rest of the packages
[06:10] <Sarvatt> https://edge.launchpad.net/~sarvatt/+archive/psb
[06:36] <Sarvatt> oh hmm packaging needs a lot more work, no point shipping psb-modules and building them
[16:09] <Dr_Jakob> Hmm is anybody running any gallium based DRI drivers on Ubuntu 9.10.
[16:09] <Dr_Jakob> ?
[17:03] <Sarvatt> there's probably people on phoronix doing it, xorg-edgers doesn't have it at least
[17:04] <Dr_Jakob> Hmm ok
[17:04] <Dr_Jakob> I'm just trying to diagnose a very weird bug I'm seeing.
[17:04] <Dr_Jakob> Thanks anyway
[17:06] <Sarvatt> sorry, I dont have any systems on karmic to test :(
[21:08] <Sarvatt> woo 6 day queue for PPA builds
[21:09] <jcristau> Sarvatt: by then people will have started flooding the archive with m stuff, so ppa will fall even more behind? :)
[21:10] <Sarvatt> I know I will be adding to that too :)
[21:11] <Sarvatt> already switched to maverick here
[21:12] <hyperair> Sarvatt: maverick!
[21:13] <hyperair> Sarvatt: say, how did you get around your initrd+make-kpkg issues?
[21:13]  * hyperair is compiling a new kernel right now and is interested to know
[21:14] <Sarvatt> sudo update-initramfs -c pointing at the installed kernel and update-grub
[21:14] <BUGabundo> ALREADY?
[21:14] <Sarvatt> think i have to add the initrd line to grub manually too, can't remember since i haven't done it in a few months
[21:14] <BUGabundo> there's no tool chain yet
[21:14] <BUGabundo> is there?!?
[21:15] <Sarvatt> its all copied over from lucid right now
[21:15] <BUGabundo> ahhh
[21:15]  * BUGabundo seds source.list
[21:15] <BUGabundo> here I go
[21:15] <hyperair> Sarvatt: lolwut
[21:15] <hyperair> BUGabundo: er there's no maverick in the repository....
[21:15] <hyperair> Sarvatt: oy april fools was last month.
[21:15] <BUGabundo>  http://archive.ubuntu.com/ubuntu/dists/maverick/
[21:15] <hyperair> whut
[21:16] <BUGabundo> eheeh
[21:16] <BUGabundo> yes there is
[21:16] <hyperair> you have to be kidding m
[21:16] <hyperair> e
[21:16] <BUGabundo> I changed to lucid on day two
[21:16] <hyperair> bah!
[21:16] <BUGabundo> 36h after karmic was released
[21:16] <BUGabundo> so I'm on time to move to maverick
[21:16] <hyperair> pfft
[21:16] <hyperair> my mirror hasn't updated.
[21:16] <BUGabundo> very few will
[21:17] <Sarvatt> only archive.ubuntu.com yeah
[21:17] <BUGabundo> I must use main until alpha1
[21:17] <hyperair> heh?
[21:17] <hyperair> why wouldn't thye?
[21:17] <Sarvatt> hyperair: when you do it that way you have to manually remove the /boot/initrd-whatever for that kernel when you remove the package too
[21:18] <hyperair> don't they all rsync from archive.ubuntu.com?
[21:18] <BUGabundo> nope
[21:18] <hyperair> Sarvatt: oh hell. that sounds really bothersome >_>
[21:18] <BUGabundo> very few sync devel archive
[21:18] <Sarvatt> probably needs manual intervention to add the new release to each mirror, no idea though
[21:18] <BUGabundo> Sarvatt: should I keep a lucid repo for security updates
[21:18] <Sarvatt> it's only been up a few hours
[21:18] <BUGabundo> or will everything be pushed to maverick repo ?
[21:19] <Sarvatt> i just changed the main ones to maverick and left all the -updates -security and stuff on lucid, wont be anything for a few days probably on maverick :)
[21:19] <BUGabundo> okay
[21:19] <BUGabundo> its what I usually do
[21:19] <BUGabundo> I run both repos for several weeks
[21:20] <BUGabundo> then I must take them out
[21:20] <BUGabundo> on 7.x something I had clash of packages deps cause of that
[21:20] <BUGabundo> but I've learned to deal with most of them, by now
[21:20] <Sarvatt> looking forward to gcc 4.5 though with -march=atom support for kernel building
[21:20] <BUGabundo> heh
[21:20] <BUGabundo> my mirror has it http://mirrors.fe.up.pt/pub/ubuntu/dists/maverick/
[21:21] <Sarvatt> hyperair: honestly it's probably easier to just learn the ubuntu kernel build system for those mainline kernels, thats what i plan on doing next time i need a kernel built. theres a kernel-team git repo with the scripts to build them and doesn't look that complicated
[21:22] <hyperair> Sarvatt: er actually what i'm worried about is disk space.
[21:22] <hyperair> Sarvatt: the mainline kernels compile with debug symbols, then strip them
[21:22] <hyperair> that alone can blow my /home to hell
[21:22] <Sarvatt> you compile kernels on your encrypted /home??
[21:23] <Sarvatt> that sounds painful!
[21:23] <Sarvatt> yeah thats true though, i wasn't thinking about that and it'll be a problem here too
[21:23] <BUGabundo> 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[21:23] <Sarvatt> only have 10GB on my VPS where I do it and make-kpkg already uses 4.5 or so
[21:23] <BUGabundo> boooo
[21:24] <hyperair> Sarvatt: er everything's encrypted and stuffed in lvm
[21:24] <hyperair> Sarvatt: you don't mean to say you compile everything on tmpfs
[21:24] <Sarvatt> probably adding 3x to the compilation length there :D
[21:24] <hyperair> meh
[21:25] <hyperair> i've got bfs
[21:25] <hyperair> so kernel compilations do nothing but heat up the comp
[21:25] <hyperair> compiz, X, and everything else runs as smoothly as ever \o/
[21:30] <Sarvatt> BUGabundo: oh yeah the maverick kernels have been coming out for awhile now too but just in a PPA -  https://edge.launchpad.net/~leannogasawara/+archive/ppa/+packages
[21:30] <BUGabundo> fine by me :)
[21:30] <Sarvatt> nvidia aint going to work for awhile though no doubt
[21:31] <BUGabundo> let me know when you guys have nvidia blobs or nouveau to test
[21:31] <Sarvatt> hyperair: http://kernel.ubuntu.com/git?p=ubuntu/kteam-tools.git;a=summary theres those scripts that make the mainline daily kernels
[21:39] <BUGabundo> I really hope we get better IO with the new kernel
[21:40] <BUGabundo> the changes done in the last part of the cycle to lucid
[21:40] <BUGabundo> killed all my IO boost
[21:40] <BUGabundo> copying stuff is very slow
[21:40] <BUGabundo> I dropped from over 55MBs ovver e-sata
[21:40] <BUGabundo> with now impact to my system
[21:41] <BUGabundo> to 26-30MB/s with my disk IO rendering the system useless
[21:50] <hyperair> BUGabundo_Bones: use ionice
[21:51] <bjsnider> BUGabundo_Bones, since when does esata work?
[21:51] <hyperair> BUGabundo_Bones: and btrfs, or something that doesn't suck as hard with fsync.
[21:51] <BUGabundo_Bones> hyperair: I already do
[21:51] <hyperair> =\
[21:51] <BUGabundo_Bones> bjsnider: for ever? never had *any* prob with it
[21:52] <BUGabundo_Bones> other then being asked GKSUDO for it
[21:52] <hyperair> huh? gksudo?
[21:52] <BUGabundo_Bones> yeah to mount it
[21:53] <hyperair> er don't you always need root perms to mount anything that's not an external device?
[21:53] <hyperair> just stick it in fstab
[21:54] <BUGabundo_Bones> no
[21:54] <BUGabundo_Bones> usb sticks automount
[21:54] <BUGabundo_Bones> no prob there
[21:54] <BUGabundo_Bones> my e-sata disk, all stay umounted
[21:54] <BUGabundo_Bones> and clicking on the icon, to mount, asks password
[21:54] <hyperair> so stick it in fstab
[21:54] <bjsnider> why should a regular user need root permission to mount a filesystem?
[21:54] <BUGabundo_Bones> but why would I need it for some, and not for others
[21:54] <BUGabundo_Bones> no idea
[21:55] <BUGabundo_Bones> I filed it a while ago
[21:55] <BUGabundo_Bones> no one ever touched it
[21:55] <BUGabundo_Bones> I stop caring
[22:00] <bjsnider> well, at least it's not as bad as fedora, where you have to type in a password every time you move the mouse
[22:01] <Sarvatt> i just chmod/chgrp the mount point to my account
[22:03] <BUGabundo_Bones> ahahhahaahahaha
[22:05] <bjsnider> giving the regular user ownership over /media would solve some of the mount permission annoyance i guess
[22:06] <BUGabundo_Bones> I can try
[22:06]  * BUGabundo_Bones goes hacking FS
[22:07] <BUGabundo_Bones> $ sudo chown bugabundo.bugabundo /media -R
[22:07] <bjsnider> chown username:groupname /media
[22:08] <Sarvatt> oops i didn't mean chmod there
[22:11] <Sarvatt> vish: looks like your problem isnt the same as any of these bugs
[22:12] <bjsnider> would changing /media's ownership persist after a reboot?
[22:13] <Sarvatt> vish: <IP_ADDRESS> didn't fix anyone else on any of the bugs and no one else in them is having the problem on lvds it seems as far as I can tell (they 5 bugs I'm looking at are all external monitor related)
[22:14] <BUGabundo_Bones> bjsnider: ill know tomorrow
[22:37] <hyperair> Sarvatt: yay i got it working, with update-initramfs and all. just ln -s everything from /usr/share/kernel-package/etc/kernel/*.d
[22:37]  * hyperair is off to reboot into new kenrel
[22:37] <Sarvatt> hyperair: woohoo!
[22:38] <Sarvatt> it's funny i've been using kernel-package 12.x for over a year and still haven't set it up right :) stopped caring about building my own around the same time
[22:39] <Sarvatt> if i used my turion machine more i'd be doing it because PHC rocks
[22:39] <Sarvatt> undervolting atom as low as it'll go makes almost no difference
[22:41] <Sarvatt> i'll be glad pcie aspm will finally be enabled in MM though, that and force quirking my ata controller into SATA mode were the main reasons I built my own kernels but I figured out how to just edit the efi variables in the bios to change it to SATA mode directly
[22:45] <Sarvatt> psb is close - http://pastebin.com/yjDNXS0u
[22:47] <Dr_Jakob> Sarvatt: I die a little bit inside every time somebody says psb.


[16:00] <pitti> o/
[16:00]  * slangasek waves
[16:00] <infinity> \o
[16:00] <cyphermox> hello
[16:01] <sil2100> o/
[16:01] <tdaitx> o/
[16:02] <caribou> o/
[16:02] <slangasek> #startmeeting
[16:02] <meetingology> Meeting started Thu Dec 10 16:02:36 2015 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:02] <meetingology> Available commands: action commands idea info link nick
[16:02] <slangasek> [TOPIC] Lightning round
[16:02] <slangasek> $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx xnox chiluk)
[16:02] <slangasek> bdmurray robru pitti barry infinity doko xnox cyphermox chiluk sil2100 tdaitx caribou slangasek
[16:02] <slangasek> bdmurray:
[16:03] <bdmurray> here, just a momment
[16:03] <bdmurray> worked on mojo specification for the error tracker
[16:03] <bdmurray> cleaning up / fixing of juju charms for the error tracker
[16:03] <bdmurray> discussed oopsrepository (removing dpkg comparator) change w/ stub
[16:03] <bdmurray> made oopsrepository (removing dpkg comparator)
[16:03] <bdmurray> SRU verification of distro-info-data for W (LP: #1508759)
[16:03] <xnox_> oops, i should join this
[16:03] <bdmurray> foundations bug triage
[16:03] <bdmurray> tested libopenssl1.0.0 upgrade bug LP: #1495302
[16:03] <bdmurray> tested upgrade from T to X (VM dies)
[16:04] <xnox_> xnox is running on the desktop at home.
[16:04] <bdmurray> ✔ done
[16:04] <robru> lp:cupstream2distro
[16:04] <robru> * Implement three-way diffing in order to finally achieve new commit detection The Right Way
[16:04] <robru> * Fix `pbuilder --clean` invocation so that pbuilder cache no longer fills disk
[16:04] <robru> * Catch up with some basenode changes fixing our rsync config.
[16:04] <robru> * Add debian packaging so that CI Train can self-host (that's right, I now use the train to do train releases)
[16:04] <robru> * production unit redeployed, increasing root disk from 10GB -> 50GB disk so it can never run out of space ever again
[16:04] <bdmurray> "never"?
[16:04] <robru> lp:bileto
[16:04] <robru> * Add debian packaging so that Bileto can self-host (as above)
[16:04] <robru> * Britney enablement nears completion:
[16:04] <robru>  - templating of britney.conf is working
[16:04] <robru>  - downloading all necessary archive indexes is working
[16:04] <robru>  - invoking britney and reporting status into bileto still ongoing
[16:04] <robru> lp:bileto/charm
[16:04] <robru> * add support for specifying amqp URI for submitting autopkgtests.
[16:04] <robru> (finito)
[16:04] <robru> bdmurray: NEVER
[16:04] <pitti> autopkgtest:
[16:04] <pitti>  - Add LXD runner (necessary for moving armhf tests to cloud), and sorted out a few related lxd issues with stgraber
[16:04] <pitti>  - Fix tests with failed builds staying "in progress" forever, test failures with failed upgrades of Priority >= important packages under apt pinning, and some other corner cases
[16:05] <pitti>  - Improve debugging of nova failures, and handle those more robustly
[16:05] <pitti>  - Generalize worker to work with any autopkgtest virt server (in particular, MaaS and upcoming LXD)
[16:05] <pitti>  - Show test triggers in web UI
[16:05] <pitti>  - Initial validation of new s390x autopkgtest machines, set up autopkgtest workers, file RTs and requests for production readiness
[16:05] <pitti> misc:
[16:05] <pitti>  - apport: Fix long report load times (#1516947), fix failing test cases
[16:05] <pitti>  - merges: lvm2 (ugh), step
[16:05] <pitti>  - Help didrocks with the plymouth merge
[16:05] <robru> bdmurray: seriously though it went from "10GB disk and endlessly growing cache" to "50GB disk and we clear the cache after every build"
[16:05] <pitti>  - Discuss ubuntu-make test migration from s-jenkins with didrocks, resulted in two (relatively small) WIs for me
[16:05] <pitti>  - Help untangling apt and Qt transitions in -proposed
[16:05] <pitti>  - python-dbusmock: Review/fix/merge Pete Wood's NetworkManager template update, new upstream release
[16:05] <pitti> 🔚
[16:05] <barry> short week due to illness and pto
[16:05] <barry> helped colleague with some dateutil bugs
[16:05] <slangasek> pitti: ah, does that mean we should assign any new plymouth bugs to you ;)
[16:05] <barry> continued work on pip 7.1.2
[16:05] <barry> continued work on dirtbike
[16:06] <barry> LP: #1523806; LP: #1523979
[16:06] <pitti> slangasek: no, to didrocks :)
[16:06] <barry> --done--
[16:06] <infinity> Short week due to VAC:
[16:06] <infinity>  - Helped sort out s390x bootstrap and buildds
[16:06] <infinity>  - Got lts-wily d-i and ISOs ready for 14.04.4
[16:06] <infinity>  - Worked with apw on unbuggering s390x kernels and metapackages
[16:06] <infinity>  - Long discussions with aurel32 and upstream about pt_chown
[16:06] <cyphermox> slangasek: pitti: sorry I did another upload after that ;P
[16:06] <infinity>  - Looked into more issues with glibc 2.22 in hopes of landing before holidays
[16:06] <infinity>  - Will be on VAC from Dec 17 to Jan 3
[16:06] <infinity> (done)
[16:06] <slangasek> xnox_: you're after doko fwiw
[16:06] <xnox_> slangasek: tah.
[16:06] <doko> - python 2.7.11, 3.4.4 rc1, 3.5.1 releases
[16:06] <doko> - GCC 5.3 release
[16:06] <doko> - started GCC 6 packaging
[16:06] <doko> - nvidia-cuda-toolkit transition
[16:06] <doko> - sped up pkgbinarymangler, now png files are optimized in parallel, and dh_build works in parallel mode again
[16:06] <doko> - fixed all ftbfs for various gcc-4.7 based cross compilers, fixed gcc-4.7 itself
[16:06] <doko> - built gmp, ppl and cloog-ppl for the old libstdc++ ABI, demoted ppl and cloog-ppl
[16:06] <doko> (done)
[16:07] <xnox_> - review ubiquity
[16:07] <xnox_> - resolve ubuntu-meta installation / qtbase / indicator etc.
[16:07] <xnox_> - submit proposals for ubuntu-cdimage and the livefs-rootfs
[16:07] <xnox_> - fix checkbox
[16:07] <xnox_> - doko
[16:07] <xnox_> - review cpc changes to livefs-rootfs
[16:07] <xnox_> - ongoing image building work
[16:07] <xnox_> - ongoing archive breakage & fixing (everything is broken at the moment on !s390x)
[16:07] <doko> xnox, that's an odd topic ...
[16:07]  * pitti doesn't understand xnox's "doko" item, what did you do to thim??
[16:07] <xnox_> - bluefin christmas party later today
[16:08] <xnox_> doko: pitti: copy and paste error.
[16:08]  * xnox_ is copying from keep.google.com and it doesn't do things right
[16:08] <sil2100> ;)
[16:08]  * pitti pats good ol' plain text files
[16:08] <slangasek> pitti: "file RTs and requests for production readiness" - what does this last part mean?  what besides the firewall is a (known) blocker for putting s390x autopkgtest into production?
[16:08] <xnox_> and I'm on holiday 17th-3rd i believe too (holiday + closure)
[16:08] <xnox_> (done)
[16:08] <cyphermox> so high tech, I also just use plaintext
[16:08] <cyphermox>  - more testing/fixage in ubiquity for signature validation
[16:08] <cyphermox>  - merged lilo-installer
[16:08] <cyphermox>  - merged hw-detect
[16:08] <cyphermox>  - fixed network-manager-applet uninstallability when building live images
[16:08] <cyphermox>  - merged base-installer
[16:08] <cyphermox>  - fixed plymouth /lib/plymouth migration for debootstrapped installs.
[16:08] <pitti> slangasek: the instances (as of this morning) were way too small and supported only 4 parallel runners
[16:08] <cyphermox>  - testing d-i components integration in ubiquity
[16:08] <cyphermox>  - merging grub-installer (in progress)
[16:09] <cyphermox>  - helped newell installing with d-i to verify grub2 2.02~beta2-22ubuntu1.3
[16:09] <cyphermox>  - merging usb-creator rework from mdeslaur
[16:09] <pitti> slangasek: I got two new emails now, could alreayd have been fixed now
[16:09] <cyphermox> (done)
[16:09] <pitti> slangasek: the firewall RT is actually not a blocker, just enhancement
[16:09] <slangasek> barry: are you still working on LP: #1522500 ?
[16:09] <sil2100> chiluk: ? :)
[16:10] <pitti> slangasek: git isn't available for s390 yet, but I can work around that for now
[16:10] <barry> slangasek: not specifically, but as part of getting pip modernized
[16:10] <infinity> pitti: That's fixable.
[16:10] <slangasek> xnox_: ^^ should git->subversion bootstrapping be prioritized? (do you have time to do this without disrupting the image prep work?)
[16:10] <sil2100> Ok, I'll go on maybe
[16:10] <xnox_> slangasek: i can/should yes.
[16:11] <slangasek> ok
[16:11] <infinity> slangasek: All it needs is a subversion merge, I was going to do that.
[16:11] <infinity> Perhaps I'll do it during the meeting. :P
[16:11] <sil2100> - Landing team work, silo coordination, preparing landing e-mails
[16:11] <sil2100> - RTM Status meetings
[16:11] <sil2100> - CI Train:
[16:11] <sil2100>   * Look into the ghost source-package name issues Simon had with his landing
[16:11] <sil2100> - system-image:
[16:11] <sil2100>   * Testing bin/ scripts under the new testable framework
[16:11] <sil2100>   * Write basic unit tests, start writing specific tests for tag-image, copy-image
[16:11] <sil2100> - OTA-8.5:
[16:11] <sil2100>   * Review bugs and fixes
[16:11] <sil2100>   * Prepare a hotfix silo with snapshot dep for unity8
[16:11] <sil2100>   * Cherry-pick fixes to the snapshot PPA
[16:11] <sil2100>   * Prepare image builds for rc (switching configs, building different roofses)
[16:12] <sil2100>   * Propose fix for installing older preinstalled clicks (camera-app revert)
[16:12] <sil2100> - Framework additions and changes
[16:12] <pitti> infinity: oh, is it? looked like the subversion build was blocking on ruby; but ruby and ruby-dev are installable on s390 xenial (I didn't test on -proposed though)
[16:12] <sil2100> - Landing Team tools:
[16:12] <sil2100>   * Further improve the PPA state script to include archive changes
[16:12] <sil2100>   * Work-around bug with unaccessible source publishing history for security PPA builds
[16:12] <sil2100>   * Add generic script for archive package download
[16:12] <sil2100>   * Improve image-promote for batch copies and latest-image checks
[16:12] <sil2100> (done)
[16:12] <infinity> pitti: No, it's a build-conflict in the old SVN that makes ruby-dev uninstallable.
[16:12] <tdaitx> merges (libjoda-time, superseeded by a new Debian version on Monday; freipmi; squid3)
[16:12] <tdaitx> openjdk bug triaging
[16:12] <tdaitx> testing another fix for openJDK 6 tls patch (LP: #1482924)
[16:12] <tdaitx> preparing bug control application
[16:12] <tdaitx> reviewing jtreg test failures
[16:12] <tdaitx> (done)
[16:12] <infinity> pitti: Fixed in the newer version.
[16:12] <pitti> infinity: ah, nice
[16:12] <caribou> Bugfix :
[16:12] <caribou> - rsyslog fails to start under upstart : Investigating
[16:12] <caribou> - LP: #1494141 - haproxy 1.5 does not terminate
[16:12] <caribou> - LP: #1496317 - kdump OOM killer failure
[16:12] <caribou> - Nut merge : waiting for sponsor
[16:13] <caribou> - Makedumpfile packaging
[16:13] <caribou> - sosreport packaging & CVE
[16:13] <caribou> ☑ Done
[16:13] <cyphermox> oh, I forgot to mention it, we had some issues with findutils yesterday, turns out the version from exp ftbfs and where it did not, broke some things (our d-i in this instance)
[16:14] <cyphermox> chiluk: ^
[16:14] <pitti> charles: right, it got pulled already
[16:14] <infinity> Obviously, the d-i thing is a bug that needs fixing anyway, we were using a deprecated option, but the FTBFS made things messy.
[16:14] <infinity> And yes, I deleted it.
[16:14] <pitti> charles: sorry, that was for cyphermox
[16:14] <cyphermox> infinity: the d-i thing is already fixed it
[16:14] <infinity> cyphermox: Lovely, thanks.
[16:14] <cyphermox> also I can't type.
[16:15] <infinity> That said, if deprecated options were dropped in this release, we probably need to be careful to look for fallout in the archive if we try the upgrade again.
[16:15] <infinity> findutils affects a LOT of stuff, both at build and runtime.
[16:15] <cyphermox> yep
[16:15] <infinity> (And, if we can avoid it, I'd rather not be ahead of Debian on this one)
[16:16] <slangasek> sil2100: "add generic script for archive package download" ... isn't that already 'apt-get download'?
[16:17] <cyphermox> or could it be to download all binaries built by one particular source package for an arch, in which case I can contribute a script I have
[16:18] <slangasek> ah, so non-stable findutils is turning out not to be a clean solution ;)
[16:18] <slangasek>  * merges
[16:18] <slangasek>  * discussion with mwhudson about the status of golang packages; preparing for a Debian merge and a new upstream point release
[16:18] <slangasek>  * s390x everywhere
[16:18] <slangasek>   * figuring out how to get the autopkgtest slaves online
[16:18] <slangasek>  * SRU reviews for 14.04.4 HWE stack
[16:18] <slangasek>  * discussions about LLVM versions for xenial
[16:18] <slangasek>  * took care of archiving older 14.04 point releases for ppc64el off from cdimage.u.c to old-releases
[16:18] <slangasek>  * assist with manual down-revving of click package for OTA8.5
[16:18] <slangasek> (done)
[16:18] <slangasek> (and sorry for the 5-minute gap while I was catching up with scrollback)
[16:18] <slangasek> any questions?
[16:19] <slangasek> tdaitx: did you have a merge awaiting sponsorship for libjoda-time or freeipmi?
[16:19] <caribou> Need information from cyphermox on LP: #1520192 (multipath-tools Trusty -> Precise SRU)
[16:19] <cyphermox> oh, that's new
[16:19] <tdaitx> slangasek, not yet
[16:19] <caribou> cyphermox: do you think that it is feasible ?
[16:19] <slangasek> tdaitx: ok
[16:20] <cyphermox> caribou: yes, provided tinoco or someone else can spend the time to carefully test things
[16:20] <caribou> cyphermox: well from what it looks, they've already tested it
[16:21] <tinoco> cyphermox: this same backport looks really good in openstack with vnx.
[16:21] <tinoco> actually is the only way of fixing openstack migration problems and path becoming active/faulty
[16:22] <tinoco> caribou: tks louis
[16:22] <cyphermox> tinoco: ok, let's just circle back and compare the test cases between your bug and mine to be sure we don't miss testing some non-obvious thing
[16:22] <slangasek> pitti, xnox_, infinity, tinoco: things look to be moving well this morning on the s390x front, based on what I see of my mailbox so far.  Is there anything you need my help to unblock you on?
[16:22] <tinoco> slangasek: i need 3 ips
[16:22] <pitti> slangasek: I'm fine; I'll set up production tomorrow morning, assuming that the instances are big enough now
[16:22] <tinoco> for DEVAC{01,02,03}
[16:23] <tinoco> so i can release them to foundations team definitely
[16:23] <slangasek> tinoco: ok, I'll figure that out this morning.  Do I give them to you, or should xnox_ take over the setup from here?
[16:23] <tinoco> slangasek: after IP xnox_ can review environment and let me know if he needs anything else.
[16:23] <tinoco> than i would add, just like pitti did
[16:23] <sil2100> slangasek: I never knew how to use apt-get download/source to download a specific version from the past, or from the selected PPA or from the selected series
[16:23] <pitti> slangasek: ah, cpu and RAM are fine now, disk is still too small, I'll follow up on the mail
[16:24] <tinoco> pitti: you have 2 MOD54 (~50GB) to be used
[16:24] <cyphermox> sil2100: did you alreday write a new script? want to see what I have?
[16:24] <tinoco> pitti: is this still small for you ?
[16:24] <xnox_> pitti: there should be a second disk with data.
[16:24] <sil2100> slangasek: if it's possible then I simply didn't know how, apt-get download/source package=version didn't really do much
[16:24] <sil2100> cyphermox: I have it
[16:24] <slangasek> pitti: requirements were 80GB of disk per instance, right?
[16:24] <tinoco> pitti: /dev/dasdb /dev/dasdc (to be used in LVM or the way you want)
[16:24] <pitti> tinoco: ah, do I need to mount something new?
[16:24] <sil2100> cyphermox: my lp:landing-team-tools has different strange scripts ;)
[16:24] <cyphermox> sil2100: to use apt-get download with package=version you'd need to have the release in sources.list
[16:24] <sil2100> cyphermox: yeah, and I just use LP API for that
[16:24] <sil2100> Without any mods needed
[16:24] <cyphermox> right
[16:25] <slangasek> sil2100: ah ok :)
[16:25] <tinoco> pitti: yep. disks are already there. you can use them ;)
[16:25] <sil2100> I could use chdist, but that's pointles and requires a lot of work
[16:25] <xnox_> slangasek: i guess it's the evalution of the pull-lp-binary
[16:25] <xnox_> sil2100: ^
[16:25] <pitti> tinoco: ah! cooll, thanks
[16:25] <slangasek> xnox_: right :)
[16:25] <tinoco> pitti: i sent you an email with details
[16:25] <xnox_> *evolution
[16:25] <cyphermox> sil2100: well, if ever it's useful: http://paste.ubuntu.com/13898161/
[16:25] <cyphermox> xnox_: pretty much yeah
[16:25] <sil2100> xnox_: well, yeah, for sources, do you have the same for binaries? ;)
[16:26] <slangasek> [TOPIC] AOB
[16:26] <sil2100> Anyway, it's a quick script, it's really trivial to do with LP API
[16:26] <slangasek> not cutting off discussion, just changing the topic, please continue :)
[16:26] <bdmurray> Does anybody have any ideas about bug 1495302?
[16:27] <slangasek> exit status 10 points to a debconf issue, yes?
[16:27] <bdmurray> I think they may not be receiving the restart services dialog
[16:28] <slangasek> bdmurray: so, db_get should only ever fail if it's asking for the result of a question that's not found in the debconf database
[16:28] <cyphermox> could this be another instance of debconf prompts not showing because of interactive or whatnot, cf. bug LP: #1434547
[16:29] <slangasek> bdmurray: I have the 'libraries/restart-without-asking' question on my system, but it's *not* shown as being owned by openssl
[16:29] <cyphermox> or maybe not
[16:29] <slangasek> Owners: libc6, libc6:amd64, libc6:armel, libc6:i386, libpam0g, libpam0g:amd64, libpam0g:i386
[16:29] <slangasek> which means openssl is asking for the answer to a debconf question, without itself making sure that question is available to debconf
[16:29] <sil2100> Ok guys, I need to AFK now for a short bit, we go to the vet (again) - this time with our cat ;)
[16:29] <sil2100> brb
[16:29] <slangasek> sil2100: heh, enjoy
[16:30] <pitti> sil2100: you forgot your cat the last time?
[16:30] <cyphermox> pitti: he goes *with*
[16:30] <slangasek> bdmurray: so normally the procedure would be for libssl to ship its own copy of this question.  If there's a reason not to do this, then libssl should instead declare a versioned dependency on the version of libc6 that provides the question
[16:30] <bdmurray> but he should have taken his cat the last time he went. ;-)
[16:31]  * cyphermox pictures sil2100 riding a cat to the vet
[16:31] <bdmurray> slangasek: okay
[16:32] <slangasek> bdmurray: does that give you enough info to follow up on it?
[16:32] <bdmurray> slangasek: if not I'll ping you later today.
[16:32] <slangasek> ack
[16:34] <slangasek> alrighty, anything else?
[16:35] <slangasek> guess not!
[16:35] <slangasek> #endmeeting
[16:35] <meetingology> Meeting ended Thu Dec 10 16:35:20 2015 UTC.
[16:35] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-12-10-16.02.moin.txt
[16:35] <slangasek> thanks, all!
[16:35] <caribou> slangasek: thanks!
[16:35] <barry> thanks!
[16:35] <tdaitx> thanks
[16:36] <pitti> thanks everyone!


[08:20] <soundray> winbond: did you install Guarddog from the repositories?
[08:20] <soothsayer> How do I disable Trackerd?
[08:21] <winbond> soundray, yes,,  and iptables is installed, so what is it looking for?
[08:21] <dajhorn> soothsayer:  You must remove the tracker package.
[08:21] <cps1966> its not installed here by default
[08:22] <void^> soothsayer: system>preferences>sessions
[08:22] <soundray> winbond: do you get that error when you 'sudo invoke-rc.d guarddog'?
[08:22] <soundray> winbond: correction: do you get that error when you 'sudo invoke-rc.d guarddog restart'?
[08:22] <soothsayer> dajhorn, void^: Thanks
[08:23] <winbond> soundray, same error
[08:23] <mumz> Yey! ubuntu!
[08:23] <dajhorn> soothsayer: Np.  This is documented as LP #13193 et al.
[08:23] <ubotu> Launchpad bug 13193 in aspell-sl "aspell-sl: Needs to be rebuilt for Aspell 0.60" [Unknown,Fix released]  https://launchpad.net/bugs/13193
[08:24] <soundray> winbond: have you gone through any kind of setup/config procedure?
[08:24] <dajhorn> soothsayer: Oops.  LP #131983
[08:24] <ubotu> Launchpad bug 131983 in tracker "[gutsy]  trackerd kills disk io" [Critical,In progress]  https://launchpad.net/bugs/131983
[08:24] <soundray> winbond: for guarddog I mean?
[08:24] <winbond> soundray, no, its my first time trying to get this setup
[08:25] <soundray> winbond: I haven't used guarddog, but if it's like firestarter, you have to go through a GUI setup to create an appropriate configuration for your situation.
[08:26] <mumz> What is guard dog ?
[08:26] <mumz> Another meaningless dependency ?
[08:26] <soundray> winbond: btw, you don't need to set up anything like this unless you route traffic for other machines.
[08:26] <soundray> !info guarddog
[08:26] <ubotu> guarddog: firewall configuration utility for KDE. In component universe, is optional. Version 2.5.0-1ubuntu2 (gutsy), package size 482 kB, installed size 1432 kB
[08:26] <mumz> Firestarter is very good
[08:26] <unggnu> Someone here with an Intel graphic card and working suspend?
[08:27] <mumz> kde is sucky (dont mind me, im just very old in the game)
[08:27] <mumz> k3b is good though
[08:28] <soundray> Any other suggestion for my problem? Hanging gnome or metacity after gdm login...
[08:28] <winbond> soundray, i want to set it up because i have a large list of ips i want to block, and this is the only way i know i can block it
[08:29] <soundray> winbond: I suggest you run the guarddog program in KDE and see if you get a configuration screen.
[08:29] <cps1966> soundray:  see if ctrl f1 works and see if theres a error message
[08:29] <cps1966> or f2
[08:30] <soundray> cps1966: ctrl-alt-f1 works, but there's no error message.
[08:30] <cps1966> hmm
[08:30] <cps1966> must be xorg conf
[08:31] <soundray> cps1966: no, gdm runs fine
[08:31] <cps1966> soundray:  try sudo dpkg-reconfigure xserver-xorg
[08:32] <soundray> cps1966: it's not that, X runs fine
[08:32] <cps1966> sudo apt-get install task-gnome
[08:33] <winbond> soundray, it started up in kde, it said that the rc.firewall isnt there because it wasnt configed
[08:33] <soundray> winbond: so, configure it.
[08:34] <soundray> cps1966: there is no task-gnome package in gutsy
[08:34] <winbond> soundray, thats what im about to do, need to find some guarddog guides, thank you 4 help
[08:35] <cps1966> oh damn thats right then ubuntu  your missing applets and panel right
[08:35] <cps1966> etc-update
[08:35] <cps1966> winbond:  man gaurddog
[08:36] <soundray> winbond: fwiw, this has been reported as LP #74598
[08:36] <ubotu> Launchpad bug 74598 in guarddog "Guarddog doesn't start - missing /etc/rc.firewall" [Undecided,Incomplete]  https://launchpad.net/bugs/74598
[08:36] <soundray> cps1966: can you elaborate?
[08:36] <cps1966> can you run that command
[08:37] <soundray> cps1966: etc-update?
[08:37] <cps1966> if not install it
[08:37] <winbond> soundray, whats LP#?
[08:38] <soundray> cps1966: gnome is installed -- I had it running previously, then it stopped working.
[08:38] <winbond> soundray, nevermind, ty
[08:38] <soundray> winbond: launchpad. Ubotu picks those up and gives a bug summary.
[08:38] <soundray> LP #1
[08:38] <soundray> well, sometimes it does.
[08:38] <cps1966> soundray:  did you reboot or something
[08:38] <Pici> hehe
[08:39] <cps1966> only what is in his history
[08:39] <soundray> cps1966: several times. I was working with an application in gnome when it suddenly crashed and went into console mode.  There isn't any unusual process activity.
[08:41] <soundray> cps1966: I'm not on KDE
[08:41] <cps1966> then it borked one of your settings
[08:42] <soundray> cps1966: which one though? I was running it as user. It is not setuid. When I try to log in a newly created user, the problem is still the same.
[08:43] <cps1966> then its skin deep
[08:43] <cps1966> what about sudo dpkg-reconfigure -a
[08:44] <cps1966> takes some time to do that though
[08:45] <soundray> cps1966: I don't mind -- I'd rather try something other than reinstall (have compiled shedloads of applications on that machine for testing)
[08:45] <DanaG> Cool, nvidia 100.14.19 really does improve power management.
[08:45] <DanaG> Now I can keep compiz-fusion while on battery, with not a large loss of battery life.
[08:45] <moognocci> I have an ubuntu live cd that Im booted from but it is the 64bit version of the operating system, I want to burn the i386 image I have just downloaded but, obviously, the cd drive is sorta occupied. How can I burn this disk?
[08:45] <DanaG> I get 1:30 to 1:45 (hours:minutes) either way.
[08:45] <soundray> cps1966: working now, thanks again for your input
[08:46] <cps1966> what was it
[08:47] <soundray> cps1966: I mean, dpkg-reconfigure -a is working its routine. I'll get back to you when it's ready :)
[08:47] <cps1966> sound ray use portage next time you upgrade
[08:47] <soundray> cps1966: portage? Isn't that gentoo stuff?
[08:47] <cps1966> yeah
[08:48] <cps1966> but i think it works here
[08:48] <soundray> moognocci: I think you'll need a second CD drive
[08:49] <moognocci> soundray: arseholes
[08:49] <cps1966> its called bitbake here though
[08:49] <soundray> moognocci: knoppix boots with a "toram" option, so you can remove the CD after booting. Ubuntu doesn't do that
[08:49] <soundray> moognocci: what are you abusing me for?
[08:49] <Assid> bb-tom
[08:50] <moognocci> soundray: I wast absing you man, just the situation :) My kubuntu died after I fiddled with vmware-server, It wont boot with a kernel panic error. bit stuck like..
[08:52] <soundray> moognocci: be careful with swearwords here. For one, this channel should be family friendly. Second, you nearly made me call ops.
[08:52] <cps1966> its always good to have more than one distro installed
[08:52] <moognocci> soundray: sorry dude
[08:52] <soundray> moognocci: you could do a quick installation of the 64bit system and burn the i386 with that.
[08:53] <cps1966> if your machine is emt64
[08:53] <joeamined> hi
[08:53] <cps1966> just use that
[08:53] <moognocci> soundray: sadly.....I think you might be right, shame I havent got no mini linux about
[08:53] <joeamined> is it possible to upgrade from feisty to gutsy ?
[08:53] <cps1966> you can try but be warned
[08:54] <soundray> joeamined: it should be -- 'sudo update-manager -d', but it's better to wait till after the release.
[08:54] <soundray> joeamined: unless you want to help iron out problems.
[08:55] <joeamined> ok
[08:55] <cps1966> soundray:  any hint in esession eroors
[08:55] <PriceChild> soundray, gksudo for graphical applications.
[08:55] <cps1966> xsession i mean
[08:56] <soundray> PriceChild: yes, thanks... joeamined: 'gksudo update-manager -d'
[09:03] <dennda> hey there
[09:05] <dennda> Gutsy doesn't use the right area of my touchpad. Dunno what it's called. It's used to scroll down
[09:05] <dennda> (feisty did)
[09:05] <Pici> Check your mouse preferences, someone said that they had to re-enable theirs.
[09:07] <dennda> ahhh thank you
[09:07] <dennda> works
[09:20] <moognocci> Whens gutsy out?
[09:20] <Pici> moognocci: middle of October
[09:20] <moognocci> sweet, what can we look forward to?
[09:21] <moognocci> feisty was a pronounced improvement, another one of those and well.....
[09:24] <Pici> moognocci: https://blueprints.launchpad.net/ubuntu/gutsy/
[09:25] <tarheelcoxn> oooh. new kernel. yummy
[09:26] <CountX_now_with_> haha
[09:26] <CountX> oh man
[09:30] <pvandewyngaerde> how can i find out what program is locking de  packages database ?
[09:30] <gnomefreak> pvandewyngaerde: error?
[09:30] <gnomefreak> pvandewyngaerde: if its what i think maybe close synaptic if apt-get is giving you an error
[09:31] <gnomefreak> pvandewyngaerde: or you have apt-get in terminal already
[09:31] <gnomefreak> if its adept thats another story
[09:31] <pvandewyngaerde> nope, its after restart on a kubuntu machine
[09:31] <gnomefreak> pvandewyngaerde: are you in #kubuntu by chance?
[09:32] <pvandewyngaerde> just now
[09:32] <gnomefreak> pvandewyngaerde: most likely update-manager-kde is running in background or adept (cant remember what one would be)
[09:32] <gnomefreak> there is a way to stop it
[09:33] <pvandewyngaerde> can i force to remove the lock ?
[09:33] <gnomefreak> pvandewyngaerde: sudo fuser -vki /var/lib/dpkg/lock;sudo dpkg --configure -a
[09:34] <gnomefreak> that command should work
[09:34] <gnomefreak> !aptfix
[09:34] <ubotu> If Adept crashed on you and your database is locked, try this in konsole:  sudo fuser -vki /var/lib/dpkg/lock;sudo dpkg --configure -a
[09:34] <gnomefreak> there you go :)
[09:35] <gnomefreak> oh yay new kernel already
[09:35] <pvandewyngaerde> .12
[09:35] <gnomefreak> release was ~around monday of next week but i guess its done early
[09:35] <gnomefreak> -12
[09:35] <gnomefreak> . goes after the 12
[09:35] <gnomefreak> <IP_ADDRESS>.14
[09:35] <gnomefreak> hmmmm
[09:36] <gnomefreak> why the rename
[09:36] <gnomefreak> 2.6.22-12-generic <IP_ADDRESS>-12.5 ah it wasnt
[09:39] <Eicca> does this still exist in gutsy? http://ubuntuforums.org/showthread.php?t=414002
[09:39] <benanzo> In compiz I have solid white lines where shadows should be on panels and menus
[09:40] <benanzo> other shadows are fine, just panels and menus are surrounded by solid white
[09:40] <benanzo> any ideas?
[09:43] <gnomefreak> Eicca: no way of knowing unless you try it, or find a bug report on it. the devels dont normally look at forums for bugs
[09:43] <Eicca> okay
[09:43] <Eicca> ummm
[09:44] <Eicca> if i just could copy the whole report somehow
[09:45] <gnomefreak> Eicca: its better to put it in your own words and have logs that have the error when asked for them or if you know what is needed post it at time of reporting
[09:45] <Eicca> yea, i just dont know how to get the error from the recovery booting state
[09:45] <Eicca> how can i copy it?
[09:45] <Eicca> should i just write on a paper?
[09:46] <gnomefreak> Eicca: look in /var/log you will find most logs go there
[09:46] <Eicca> but i cant boot
[09:46] <Eicca> o_O
[09:46] <Eicca> live cd?
[09:47] <gnomefreak> Eicca: not unless you chroot into installed system with livecd
[09:47] <Eicca> chroot?
[09:47] <rathel> Hamachi doesn't seem to wanna work with Gutsy. :(
[09:47] <gnomefreak> Eicca: instructions for that basic chroot should be found in !grub factoid
[09:47] <Eicca> yea
[09:47] <Eicca> im today so tired that i might try it tomorrow
[09:48] <gnomefreak> you wont see may updates at all for next week or so
[10:21] <Aondo> each time there has been a kernel change, first time i boot up, it always loads my webcam as primary soundinput :P second time i boot it is back to normal
[10:41] <advdgoril> im having sound issues. all sound plays back extremely low
[10:41] <advdgoril> topic
[10:41] <advdgoril> oops
[10:42] <advdgoril> can someone help me out. i have the levels set to max and cant hardly here audio
[10:44] <benanzo> I have a Gutsy chroot that I built with deboostrap and schroot, but I can't use ctrl-shft-v to paste into the chrooted term -- how do I fix this?
[10:44] <hydrogen> you never paste into a terminal with ctrl+v
[10:44] <hydrogen> its shift+insert or middle mouse
[10:45] <benanzo> in gnome-terminal it's CTRL+SHIFT+V to paste or CTRL+SHIFT+C to copy
[10:45] <advdgoril> anyone know what could be causing this sound issue?
[10:45] <benanzo> it works in normal term, but not chrooted term
[10:45] <hydrogen> try shift+insert/middle mouse
[10:46] <benanzo> same problem
[11:08] <winbond> im having like 30 seconds lag on irc, anyone having same problem?
[11:11] <ohad> anyone know the solution for this one? http://ndiswrapper.sourceforge.net/joomla/index.php?/component/option,com_fireboard/Itemid,27/func,view/catid,3/id,551/
[11:18] <cyphase> is there any reason that ntp support isn't installed by default in ubuntu?
[11:20] <ohad> i have a problem connecting to wifi with intel 4965 on my thinkpad x61s. i'm connected to the ap but then after a couple of minutes the data packets stop all of a sudden. esp. when i'm using wpa. . any ideas how to resolve that? i just upgraded hope that helps
[11:21] <ohad> anyone?
[11:22] <winbond> ohad, downgrade the kernel
[11:22] <ohad> winbond, to what?
[11:22] <winbond> 22-10
[11:23] <ohad> winbond, i just upgraded it and it seems to be working better
[11:23] <ohad> winbond, i have just upgraded to 22-12
[11:23] <ohad> winbond, do you have the same machine?
[11:23] <winbond> i dont know, change the channel
[11:23] <winbond> adjust radio output if u can
[11:24] <winbond> no , i have a desktop
[11:24] <winbond> r u using a router?
[11:24] <ohad> winbond, as an ap? yes
[11:25] <winbond> good routers have bunch of different settings u can tweak to try to get a good connection
[11:25] <winbond> whats ur router?
[11:25] <ohad> winbond, how do i adjust the channel ?and how does that impact the ability to WPA or LEAP encryption ?
[11:25] <ohad> winbond, i need to connect to the leap network at school
[11:26] <ohad> seems like things are working so far.. .let me try and restart
[11:26] <ohad> brb
[11:28] <CountX> im looking for a cheap good wired/wireless router, any suggestions?
[11:29] <CountX> anyone pleasE?
[11:30] <nomasteryoda> good to see Firefox and Thunderbird issue has been worked out... at least for me
[11:31] <nomasteryoda> even compiz just works...
[11:31] <nomasteryoda> great work
[11:31] <tormod> CountX: very off-topic, but my Linksys WRT54GL runs Linux itself
[11:31] <CountX> granparidiso is buggy as hell
[11:32] <gnomefreak> CountX: yes it is i said that yesterday
[11:32] <gnomefreak> CountX: im one of the maintainers of mozilla apps (the unpaid kind)
[11:33] <gnomefreak> we will try to have a8/b1 after beta release
[11:33] <gnomefreak> there are 2 people working on it atm
[11:33] <CountX> gnomefreak: cool, hows it going?
[11:33] <gnomefreak> CountX: dont know im not working on it this release
[11:33] <gnomefreak> i started it up to a7 someone took over thank god
[11:34] <winbond> is anyone using a blacklist with a iptables?
[11:34] <CountX> gnomefreak: well, how does it look
[11:34] <CountX> like when is it coming out? cause i have high hopes
[11:34] <gnomefreak> so far so good it builds thats about all i know
[11:34] <gnomefreak> CountX: after beta release
[11:34] <CountX> gnomefreak: i have my hands full too
[11:34] <gnomefreak> around oct1
[11:35] <gnomefreak> iirc beta release of gutsy is the 26-27th but a day or 2 on either end is safe bet
[11:35] <CountX> gnomefreak: cool the dethalbum comes out oct 2
[11:35] <gnomefreak> i lied its not building xul issues
[11:36] <gnomefreak> but thats what happens with xul 1.9
[11:40] <bjwebb> what will happen to my settings if i use the same home partition for a new install on a different partition
[11:43] <nomasteryoda> they will be right there... just might cause some issue from one to the other in the way gnome.conf is handled... But, i use Feisty and Gutsy and they both work fine
[11:43] <nomasteryoda> so ymmv
[11:44] <Xero> http://pastebin.com/m259c5f8e <---What packages do I need to fix this compile error? I already did apt-get build-dep compiz
[11:44] <nomasteryoda> if the home is in say sda2, root1 is in sda1 and root2 (new one ) is in sda4
[11:44] <nomasteryoda> should be ok bjwebb
[11:44] <gnomefreak> Xero: build-essential?
[11:45] <nomasteryoda> that would help a bunch
[11:45] <gnomefreak> i didnt look at error and im not really in best mood to but try it
[11:45] <Xero> gnomefreak, I already have build-essential
[11:48] <gnomefreak> let me finish what im doing
[11:50] <Xero> Okay.
[11:53] <drock> anyone know the xml syntax for defining a custom screen in displayconfig-gtk?
[11:54] <sam1337> Is it just me or did an update brake compiz fusion a couple of days ago?
[11:54] <sam1337> i think it might of been yesterday
[11:55] <sam1337> compiz fusion has become an absoloute must for me now :(
[11:55] <Xero> sam1337, it didn't break for me.
[11:55] <Xero> Maybe it's your installation having a problem, or maybe I'm a lucky lucky bastard.
[11:55] <sam1337> ill pastebin my terminal output
[11:56] <Xero> Okay.
[11:57] <sam1337> http://pastebin.com/d97e8c1e
[11:57] <sam1337> using an nvidia 7600gs proprietory driver
[11:57] <Xero> Comparing resolution (1440x900) to maximum 3D texture size (512): Failed.
[11:57] <Xero> That's your problem, but I don't know how to fix it.
[11:58] <sam1337> i have 512mb of graphics memory if thats any use
[11:58] <sam1337> brb getting a drink
[11:58] <Xero> sam1337, have you tried using Xgl?
[11:59] <Xero> I'm a newbie to Ubuntu, so I can't really help much except for offering alternatives and hoping they work?
[11:59] <Xero> s/?/.
[11:59] <sam1337> back
[12:00] <sam1337> what does s/?/. mean?
[12:00] <sam1337> im fairly new to linux too
[12:00] <LjL> sam1337: l33tspeak for "substitute the '?' i wrote with a '.'"
[12:00] <LjL> except
[12:00] <LjL> both ? and . are special characters in regexps
[12:04] <crdlb> and it's missing the trailing / :)
[12:04] <tormod> LjL: but the . is not regexp in this case :)
[12:06] <sam1337> yay found instructions which fixed compiz for me!
[12:06] <sam1337> And it seems to run really fast now!
[12:07] <VousDeux> where are the instructions?
[12:07] <crdlb> it's quite simple, you just need to edit the /usr/bin/compiz wrapper
[12:07] <crdlb> to fix a bug
[12:07] <sam1337> crdlb thats correct
[12:08] <crdlb> change GL_MAX_3D_TEXTURE_SIZE (or similar) to GL_MAX_TEXTURE_SIZE
[12:08] <sam1337> anybody know how to remove all buttons from emerald apart from the close window button?
[12:09] <crdlb> just look in emerald-theme-manager
[12:09] <crdlb> you can customize the buttons in the theme
[12:09] <tarheelcoxn> bug 141609
[12:09] <sam1337> thanks
[12:09] <ubotu> Launchpad bug 141609 in xorg "startx fails with vesa, ati on T41 with Radeon Mobility M7 LW [Radeon Mobility 7500] " [Undecided,New]  https://launchpad.net/bugs/141609
[12:10] <crdlb> uh oh I better not use gutsy
[12:10] <crdlb> I have that card XD
[12:10] <sam1337> crdlb you sure i can remove the buttons? because atm it looks to me that i can only change the style of them
[12:10] <tarheelcoxn> I don't suppose anybody has a T41 with a radeon mobility M7?
[12:11] <_Jaak_> am i the only one having sudden trouble with my nvidia and compiz?
[12:11] <tarheelcoxn> somebody who'd want to look at that with me
[12:11] <crdlb> I have a T42 with a M7 but I'm not using gutsy :)
[12:11] <VousDeux> hmmm....I don't seem to have a /usr/bin/compiz wrapper
[12:11] <crdlb> VousDeux, /usr/bin/compiz is a binary?
[12:11] <ryanpg> seems the latest gutsy update screws my font settings... full hinting doesn't get rid of the "rainbow" font effect that medium and slight hinting produces
[12:11] <VousDeux> yes, it is binary
[12:11] <crdlb> _Jaak_, no :)
[12:12] <VousDeux> no wait...it's a shell script
[12:12] <crdlb> heh
[12:12] <crdlb> sam1337, yes, you have to edit the theme
[12:12] <_Jaak_> no, as in it's a known going to be fixed soon problem?
[12:12] <Ademan> hey dumb question, what gnome version is gonna be in gutsy?
[12:13] <jsomers> 2.20
[12:13] <crdlb> there's an entry where each button is a letter
[12:13] <crdlb> _Jaak_, you can fix it yourself
[12:13] <ryanpg> did font hinting change recently?
[12:13] <Ademan> jsomers: awesome, the full release? not any release candidate or anything?
[12:14] <_Jaak_> do you have a link?
[12:14] <jsomers> Ademan: the Gnome help already states it's Gnome 2.20
[12:14] <ryanpg> has TrueType's Byte Code Interpreter been recently removed/disabled?
[12:14] <gaminggeek> anyone else find that compiz is putting windows under the taskbar?
[12:14] <jsomers> and there has been a major upgrade yesterday
[12:14] <jsomers> so I think it's the final version
[12:14] <Ademan> ah ok cool
[12:14] <Ademan> thanks
[12:15] <Maxwell> hello
[12:15] <crdlb> _Jaak_, yeah sec
[12:15] <crdlb> gaminggeek, do you have ccsm installed?
[12:15] <_Jaak_> cool
[12:15] <_Jaak_> thanks!
[12:15] <Maxwell> I've just booted up the live disc of tribe 5 to play with the compiz-fusion effects, I can't find the shortcut keys anywhere for hide all windows etc
[12:15] <Maxwell> any ideas anyone?
[12:15] <crdlb> _Jaak_, http://ubuntuforums.org/showpost.php?p=3394876&postcount=10
[12:16] <crdlb> Maxwell, install compizconfig-settings-manager
[12:16] <_Jaak_> k thanks!
[12:16] <Maxwell> cool
[12:16] <gaminggeek> what is ccsm?
[12:16] <Maxwell> thanks, apt-get right?
[12:16] <Maxwell> I'll give it a shot
[12:16] <bjwebb> hi again
[12:16] <crdlb> gaminggeek, compizconfig-settings-manager :)
[12:16] <gaminggeek> ah
[12:16] <tarheelcoxn> crdlb: I don't suppose I could _bribe_ you into trying gutsy? :P
[12:16] <gaminggeek> no
[12:16] <gaminggeek> I can just use gconf
[12:17] <crdlb> ...
[12:17] <crdlb> gaminggeek, any reason for that?
[12:17] <Maxwell> I'm new to all this
[12:17] <gaminggeek> because
[12:17] <Maxwell> as you probably get 9999999 times a day
[12:17] <gaminggeek> its not installed by default
[12:17] <gaminggeek> and I dont need need it
[12:17] <crdlb> you don't use any software that's not installed by default?
[12:18] <gaminggeek> no
[12:18] <Maxwell> I'm just new to the whole Linux thing
[12:18] <crdlb> well I can't even try to help you with your problem unless you install ccsm
[12:18] <Maxwell> I tried ubuntu a while back
[12:18] <gaminggeek> yes you can
[12:18] <Maxwell> I'm installing ccsm now
[12:18] <gaminggeek> just pretend I have ccsm installed
[12:19] <Maxwell> i did "sudo apt-get install compizconfig-settings-manager"
[12:19] <crdlb> gaminggeek, ...
[12:19] <Maxwell> and it did a bunch of stuff
[12:19] <gaminggeek> ok fine I am installing ccsm
[12:19] <_Jaak_> crdlb, thanks problem solved!
[12:20] <Maxwell> how do I run ccsm now?
[12:20] <Maxwell> i'm in the terminal
[12:20] <crdlb> Maxwell, system>preferences>compizconfig settings manager
[12:21] <crdlb> ccsm in the terminal works also
[12:21] <Maxwell> yes! I got it, thanks guys
[12:21] <Maxwell> much easier than I thought
[12:21] <gaminggeek> right its installed now what did you want me todo?
[12:21] <crdlb> open it
[12:21] <alecwh> Hello! My friend told me there is a new version of  gedit coming out with Gusty Gibbon (ubuntu). Is this true? Can I get it now instead of waiting?
[12:21] <VousDeux> when I launch compiz, it puts this little tiny adept notifier window in the top left corner of my screen
[12:21] <Maxwell> maybe I will install ubuntu if it didn't say that it can't partition the drive
[12:21] <gaminggeek> yes
[12:21] <crdlb> gaminggeek, and make sure that the "Place Windows" plugin is checked
[12:22] <crdlb> alecwh, gedit is part of Gnome
[12:22] <gaminggeek> ok that is strange
[12:22] <crdlb> and gnome is not backported to older versions of ubuntu
[12:22] <alecwh> crdlb: So is there any way I can get it with Fiesty, without installing Gusy Gibbon right now?
[12:22] <gaminggeek> it said it was enabled in the gconf
[12:23] <crdlb> alecwh, no, it depends on other parts of gnome 2.20, so you couldn't just install it by itself
[12:23] <alecwh> crdlb: :(
[12:23] <crdlb> and while the new gedit is better, it's not *that much* better :)
[12:23] <alecwh> when is ubuntu gusty released?
[12:23] <crdlb> middle of October
[12:23] <Maxwell> gedit is pretty nice now
[12:24] <alecwh> gedit is my primary tool. :)
[12:24] <Maxwell> have you tried "e" on windows?
[12:24] <Maxwell> I payed for it and I have no problems saying it sucks
[12:24] <Maxwell> I use mac at work, textmate is the best
[12:24] <Maxwell> and transmit
[12:24] <bjwebb> anyone here thing they'd be able to help me with weird partitions
[12:25] <alecwh> bjwebb: #ubuntu
[12:25] <Maxwell> you guys are really helpful compared to last time I tried to use linux
[12:26] <Maxwell> I just gave up before
[12:26] <bjwebb> alecwh: i guess so, its to do with installing gutsy tho :D
[12:26] <gaminggeek> Maxwell: what distro did you try the first time??
[12:26] <Maxwell> it's worth the wait for gutsy rather than installing tribe 5 right?
[12:26] <bjwebb> shhesshh where do you americans keep your hash
[12:26] <Maxwell> considering it's a few weeks away or will it seamlessy upgrade?
[12:27] <Maxwell> I think I tried red hat
[12:27] <bjwebb> shift+3 :S
[12:27] <VousDeux> we keep it between our toes...want some?
[12:27] <Maxwell> and then Mandrake
[12:27] <gaminggeek> Maxwell: do you know enough about linux to be editing X config files and stuff like that?
[12:27] <Maxwell> and then a really early ubuntu
[12:27] <Maxwell> no idea gaminggeek
[12:28] <gaminggeek> Maxwell: then wait the few weeks :)
[12:28] <Maxwell> all I've done is one time I managed to get a nvidia graphics driver installed
[12:28] <Maxwell> it took me about a day
[12:28] <Maxwell> then I played american army
[12:28] <Maxwell> and formatted the drive
[12:28] <Maxwell> lol
[12:29] <Maxwell> the only things that make me want to switch from windows to mac are transmit, textmate and expose
[12:30] <Maxwell> but ubuntu has similar things so looks like I can dual boot
[12:30] <gaminggeek> expose is in linux too :)
[12:30] <Maxwell> (i need adobe creative suite for work)
[12:30] <gaminggeek> dont know what the other things are
[12:30] <Maxwell> transmit is an ftp program from the smarty pants at www.panic.com
[12:30] <Maxwell> and textmate is a text editor with bundles, like gedit can do now
[12:33] <Maxwell> wow, what is the point in rain?
[12:33] <Maxwell> I mean, the compiz fusion thing
[12:33] <Maxwell> not actual rain, i get what that's for
[12:34] <gaminggeek> its just a tech demo really
[12:34] <gaminggeek> useless fancy fluff to show off :)
[12:34] <gaminggeek> like I mean shadows and stuff could be seen as useless fluff but I find the make it look better
[12:35] <gaminggeek> rain just does nothing for me :)
[12:35] <Maxwell> shadows, arguably are for window focus
[12:36] <Maxwell> ok, wtf, no the window re-focus animation is really slow
[12:37] <Maxwell> maybe I messed with something
[12:37] <Maxwell> there should be a simple/advanced view to the compiz settings
[12:38] <_Jaak_> when i used to use beryl, i could make all apps go full screen by using ctrl-alt-enter is that possible with compiz?
[12:38] <Maxwell> jaak, when would that ever be useful?
[12:38] <Maxwell> just asking...
[12:39] <tarheelcoxn> Maxwell: web browsing. often useful
[12:39] <Maxwell> true, like it
[12:39] <_Jaak_> with some apps that don't go propper fullscreen themselves (gnome bars showing on top) for example World of Warcraft
[12:39] <tarheelcoxn> awwww. c'mon, launchpad! come back!
[12:40] <_Jaak_> if you let beryl make the app go fullscreen the problem fades
[12:46] <secher_> heyhey i tried to format a partition with windows with GParted, looked like it worked, but then i couldn't write to the new partition. Then i opened GParted again and got an error "Can't have overlapping partitions. Segmentation fault (core dumped)" And it says the whole disk is "unallocated" now i cant touch anything, but ubuntu is still running perfectly.... What can i do???
[12:48] <scizzo-> secher_: you want to make a partition for win to install on?
[12:48] <ryanpg> apparently the offending package is libfreetype6, anyone know what/why changes have ruined fonts on with sub-pixel hinting?
[12:49] <secher_> scizzo, no i had windows on the partition, and wanted to erase it so i could use it for ubuntu as well
[12:49] <ryanpg> there is now no difference between medium and full hinting... full hinting produces colorful AA
[12:50] <ryanpg> if no one knows (which is fine) can someone suggest a channel where actual devs may hang out?
[12:50] <tarheelcoxn> ryanpg: #ubuntu-devel
[12:51] <ryanpg> tarheelcoxn, thanks
[12:51] <tarheelcoxn> ryanpg: np. can't guarantee there'll be anybody there who can help....
[12:51] <ryanpg> tarheelcoxn, understood
[12:53] <Lunar_Lamp> !bcm43
[12:53] <ubotu> Sorry, I don't know anything about bcm43 - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[12:54] <sam1337> Ubuntu needs to support lvm and hdd encryption better imo
[12:54] <sam1337> i hope to see some better support in hardy heron
[12:54] <sam1337> nethertheless gutsy looks to be a great advancement!
[01:03] <contrast83> Lunar_Lamp: bcm43xx-fwcutter troubles?
[01:03] <Lunar_Lamp> contrast83: thre were - I have it sorted now.
[01:03] <contrast83> oh ok
[01:03] <Lunar_Lamp> I ended up completely reinstalling my laptop today when card broke.
[01:04] <Lunar_Lamp> I probably should have tried to fix it to see what the problem was - but I wanted to wipe and reinstall the laptop.
[01:04] <Lunar_Lamp> I had to use fwcutter though, which I don't think I'd had to do previously :-/
[01:04] <contrast83> Lunar_Lamp: you might want to make a practice of keeping wl_apsta.o saved to a cdr or something. usually that's all you need when a broadcom card stops working
[01:04] <contrast83> Lunar_Lamp: seperate / and /home partitions, i hope?
[01:04] <Lunar_Lamp> contrast83: yeah, I keep acer_acpi stored as I always need that as an extra.  Never needed wl_apsta.o though I don't think.
[01:05] <contrast83> Lunar_Lamp: well, wl_apsta.o is the file that bcm43xx-fwcutter retrieves, but a lot of times, the server it tries to get it from is down
[01:05] <Lunar_Lamp> contrast83: yeah, separate / and /home - hehe. I'm not a sadist.
[01:05] <contrast83> lol cool
[01:06] <contrast83> i just recently tested out the apt-get dselect-upgrade magic. that's something beautiful
[01:06] <Lunar_Lamp> dselect-upgrade? :-o
[01:06] <contrast83> one sec...
[01:06] <Lunar_Lamp> Does that do what I think it does? "hmm, I do NOT like what I just did there, I want to undo it and remove all packages/config changes"
[01:07] <contrast83> i guess you could use it in that way too, yeah
[01:08] <Lunar_Lamp> I guess that's not the intended use case then?
[01:09] <contrast83> i mainly use it after a reinstall. prior to the reinstall, do "dpkg --get-selections > /home/yourname/installed-pkgs", then after reinstall, "sudo dpkg --set-selections < /home/yourname/installed-pkgs && sudo apt-get dselect-upgrade"
[01:09] <contrast83> obviously you want to make sure your sources.list is set up to include the repositories you previously had enabled
[01:10] <contrast83> so in short, it just installs all the packages you had installed when you ran that first command
[01:11] <Lunar_Lamp> Oh, right, I just did "dpkg -k > /media/sda1/packages.list" then was going to use awk to parse out the package names if I was doing a full reinstall.
[01:11] <Lunar_Lamp> er, "dpkg -l..."
[01:12] <contrast83> does that basically do the same thing?
[01:13] <Lunar_Lamp> dpkg -l just lists all the packages installed.
[01:13] <Lunar_Lamp> It's slightly verbose so you'd need to use an awk statement to extract the package names, and then install them using aptitutde.
[01:13] <Lunar_Lamp> Probably has a down side compared to your method besides the effort involved - but I'm not sure what it is.
[01:14] <Lunar_Lamp> Probably lose the advantage of having aptitude installing packages and sorting out dependancies, as all dependancies will be installed individually.
[01:14] <contrast83> i actually just starting moving towards aptitude from apt-get
[01:15] <CountX> how would i get my external monitor workin on a laptop
[01:16] <CountX> it has an external monitor hookup
[01:16] <VousDeux> CountX, you maybe have a functin key to toggle the external monitor on, or some will only work when the lid is closed
[01:16] <contrast83> CountX: did you fiddle around in the display settings? my experience with that was it always *just worked* (tm)
[01:17] <CountX> i pressed the funtion key a bunch of time and nothing happened
[01:17] <contrast83> i've also seen a setting for that in the bios on some laptops. might have a gander in there
[01:17] <VousDeux> did you hold the 'fn' button while pressing the function key?
[01:17] <CountX> yes
[01:18] <VousDeux> you may need to wait several seconds after toggling the video
[01:19] <CountX> i tried
[01:19] <CountX> i still am
[01:19] <contrast83> CountX: gnome or kde?
[01:19] <CountX> gnoem
[01:20] <contrast83> CountX: are you trying to run the monitor as a second display or just have it clone the laptop's?
[01:20] <CountX> anything
[01:20] <CountX> i just need it working
[01:22] <contrast83> CountX: did you try messing with the Display settings in GNOME?
[01:24] <Xero> Compiz is broken in the latest gutsy, right?
[01:24] <CountX> where is that
[01:24] <Xero> I can't get it to work after an update.
[01:25] <contrast83> Xero: That's what I heard last. I compile it from GIT though, and no problems here.
[01:25] <CountX> contrast83: still no luck here
[01:25] <contrast83> CountX: I'd imagine in the Settings menu on the top panel. Don't know for sure, been a while since I used GNOME
[01:26] <CountX> poo i dont know either
[01:27] <CountX> but it doesnt work, i know thqat
[01:27] <Xero> Comparing resolution (1024x768) to maximum 3D texture size (64): Failed.
[01:27] <Xero> aborting and using fallback: /usr/bin/metacity
[01:27] <Xero> Aha. I know how to fix this one.
[01:27] <Xero> I -was- having a much worse problem that produced no error output
[01:29] <contrast83> CountX: what kind of video card?
[01:29] <CountX> nvidia 7600
[01:30] <contrast83> you have nvidia-glx installed, right?
[01:30] <CountX> NVIDIA GeForce 7 Series, as in the grafics tab of acreens and grafics, and yes
[01:30] <CountX> i have the latest drivers
[01:30] <contrast83> CountX: run nvidia-settings and have a look in Display Configuration
[01:31] <contrast83> CountX: Wait, you have a 7600 on a laptop?
[01:31] <CountX> ya
[01:31] <contrast83> oh ok. momentary lapse of memory there, heh.
[01:32] <CountX> ok, i see the diplay config
[01:32] <contrast83> for some reason i was thinking there wasn't a mobile model of that card
[01:32] <CountX> ya its a "Go"
[01:32] <contrast83> CountX: is it listing two different monitors?
[01:32] <CountX> pshh
[01:32] <Xero> HOORAY! The Compiz orgasm is back!
[01:32] <CountX> no
[01:32] <CountX> Xero: grats
[01:32] <contrast83> CountX: i'd say look in your bios
[01:33] <CountX> contrast83: how :)
[01:33] <contrast83> CountX: could be it's disabled there.
[01:33] <contrast83> CountX: hit whatever key it tells you to when you turn on the machine
[01:33] <CountX> holy site
[01:33] <contrast83> CountX: and don't screw around :-|
[01:33] <CountX> i did it
[01:33] <contrast83> heh
[01:33] <contrast83> ?
[01:33] <CountX> i just hit detect displays
[01:33] <CountX> and bam
[01:34] <CountX> 2 monitors
[01:34] <contrast83> are they seperate screens or are they just cloning eachother?
[01:34] <Lunar_Lamp> Does medibuntu have gutsy packages around for things like libdvdcss2?
[01:34] <CountX> contrast83: i can set things up how i want them
[01:35] <CountX> contrast83: it has quite the options
[01:35] <contrast83> Lunar_Lamp: not yet, last i checked (maybe a week ago). the feisty packages are working ok for me though
[01:35] <contrast83> yeah. nvidia-settings is often overlooked
[01:35] <yipe> I already love gutsy
[01:36] <CountX> contrast83: submit a bug?
[01:36] <yipe> thank you, thank you, thank you everyone who helped put this OS on my computer


[17:33] <rsh> hello maco2 , r u developer
[17:36] <maco2> yes
[17:36] <rsh> u took sol long
[17:37] <maco2> im eating lunch
[17:37] <rsh> sorry , i mnew to linux and want to learn progamming in ti
[17:38] <maco2> is your nick a unix joke?
[17:39] <rsh> no i just typed it withoit thot until smbdy mentiond it is protocol
[17:39] <maco2> i dont know of a protocol named that, but there is a shell with that name
[17:40] <rsh> well my question!!!
[17:45] <JanC> sometimes people refer to what is officially named the rlogin protocol (RFC 1282) when they say rsh protocol


[07:23] -queuebot:#ubuntu-release- Unapproved: accepted vlc [sync] (bionic-proposed) [3.0.3-1-1ubuntu1]
[07:35] <LocutusOfBorg> good morning release team, what is your opinion wrt removing flint-arb and sagemath on armhf?
[07:35] <LocutusOfBorg> apw, ^^ they are FTBFS on armhf in Debian too, not easy fix
[07:36] <rbalint> tjaalton, could you please accept rax-nova-agent to bionic-proposed in today's sru round?
[07:38] <LocutusOfBorg> tsimonq2, software-properties needs some MIRing?
[07:40] <LocutusOfBorg> oh... somebody seems to have wrongly accepted software-properties :)
[07:41] <LocutusOfBorg> software-properties-qt replaces software-properties-kde, the former has been accepted in main, while the latter was in universe... can any AA please move the binary?
[07:47] <LocutusOfBorg> so, today requests are: 1) move software-properties-qt BINARY to universe 2) flint-arb and sagemath removals on armhf (they might come back eventually if somebody fixes the armhf aligment issues, there is a new release out that is going in debian new soon, but sagemath needs porting 3) kick out from release the following packages php-net-ldap2 php-net-ldap3 simpleid-ldap php-mochery and enjoy the phpunit migration (and
[07:47] <LocutusOfBorg> symphony is now testsuite fixed!)
[08:19] -queuebot:#ubuntu-release- Unapproved: accepted debian-installer [source] (xenial-proposed) [20101020ubuntu451.24]
[08:20] <infinity> LocutusOfBorg: software-properties-qt overridden to universe, not going to process the rest of that laundry list between now and when I get on a plane. :P
[08:25] <Ukikie> infinity: Try it while on the plane, I hear the wifi is very stable!
[08:26] <doko_> sil2100, apw: please update the version for the linux/s390x badtest
[08:26] <apw> doko_, ack
[08:28] <apw> doko_, and done
[08:39] <tjaalton> rbalint: i'm off today
[08:41] <rbalint> tjaalton, ah, sorry, thanks
[08:42] <LocutusOfBorg> infinity, have a nice trip! and thanks for 1) :)
[08:44] <rbalint> then slangasek, please take a look at rax-nova-agent in bionic unapproved and pyxs in xenial-proposed as part of the sru round
[08:47] <LocutusOfBorg> apw, maybe I can ping you for 2) and 3) ?
[08:47] <apw> LocutusOfBorg, if notone gets to it before me
[09:28] -queuebot:#ubuntu-release- Unapproved: util-linux (bionic-proposed/main) [2.31.1-0.4ubuntu3.1 => 2.31.1-0.4ubuntu3.2] (core)
[09:30] -queuebot:#ubuntu-release- Unapproved: rejected util-linux [source] (bionic-proposed) [2.31.1-0.4ubuntu3.2]
[09:36] -queuebot:#ubuntu-release- Unapproved: accepted util-linux [source] (bionic-proposed) [2.31.1-0.4ubuntu3.2]
[09:56] -queuebot:#ubuntu-release- Unapproved: debian-installer (xenial-proposed/main) [20101020ubuntu451.24 => 20101020ubuntu451.25] (core)
[09:59] -queuebot:#ubuntu-release- Unapproved: accepted debian-installer [source] (xenial-proposed) [20101020ubuntu451.25]
[10:44] <ginggs> would someone please 'force-badtest cmake-extras/1.3+17.04.20170310-1ubuntu4/ppc64el' ? i believe it has regressed in release
[11:11] -queuebot:#ubuntu-release- New binary: libattribute-storage-perl [ppc64el] (cosmic-proposed/none) [0.09-1] (no packageset)
[11:11] -queuebot:#ubuntu-release- New binary: libredis-fast-perl [ppc64el] (cosmic-proposed/none) [0.21-3] (no packageset)
[11:11] -queuebot:#ubuntu-release- New binary: libstring-tagged-perl [amd64] (cosmic-proposed/none) [0.15-1] (no packageset)
[11:11] -queuebot:#ubuntu-release- New binary: libattribute-storage-perl [s390x] (cosmic-proposed/none) [0.09-1] (no packageset)
[11:11] -queuebot:#ubuntu-release- New binary: rust-csv [s390x] (cosmic-proposed/none) [1.0.0-1] (no packageset)
[11:11] -queuebot:#ubuntu-release- New binary: libredis-fast-perl [s390x] (cosmic-proposed/none) [0.21-3] (no packageset)
[11:12] -queuebot:#ubuntu-release- New binary: rust-csv [ppc64el] (cosmic-proposed/none) [1.0.0-1] (no packageset)
[11:12] -queuebot:#ubuntu-release- New binary: libattribute-storage-perl [amd64] (cosmic-proposed/none) [0.09-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libbio-tools-run-alignment-clustalw-perl [amd64] (cosmic-proposed/none) [1.7.4-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libfile-copy-recursive-reduced-perl [amd64] (cosmic-proposed/none) [0.006-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libnet-async-irc-perl [amd64] (cosmic-proposed/none) [0.11-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libnet-cidr-set-perl [amd64] (cosmic-proposed/none) [0.13-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libppix-quotelike-perl [amd64] (cosmic-proposed/none) [0.006-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libredis-fast-perl [i386] (cosmic-proposed/none) [0.21-3] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: python-lupa [s390x] (cosmic-proposed/universe) [1.6+dfsg-3] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libattribute-storage-perl [i386] (cosmic-proposed/none) [0.09-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libmodule-build-pluggable-perl [amd64] (cosmic-proposed/none) [0.10-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libperl-critic-policy-variables-prohibitlooponhash-perl [amd64] (cosmic-proposed/none) [0.005-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libuuid-urandom-perl [amd64] (cosmic-proposed/none) [0.001-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libbio-tools-run-alignment-tcoffee-perl [amd64] (cosmic-proposed/none) [1.7.4-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libredis-fast-perl [amd64] (cosmic-proposed/none) [0.21-3] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libnet-async-tangence-perl [amd64] (cosmic-proposed/none) [0.14-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: python-lupa [amd64] (cosmic-proposed/universe) [1.6+dfsg-3] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: rust-csv [i386] (cosmic-proposed/universe) [1.0.0-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: python-lupa [i386] (cosmic-proposed/universe) [1.6+dfsg-3] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: emacs-pod-mode [amd64] (cosmic-proposed/universe) [1.03-1] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: rust-csv [amd64] (cosmic-proposed/universe) [1.0.0-1] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: libredis-fast-perl [arm64] (cosmic-proposed/universe) [0.21-3] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: python-lupa [arm64] (cosmic-proposed/universe) [1.6+dfsg-3] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: libredis-fast-perl [armhf] (cosmic-proposed/universe) [0.21-3] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: python-lupa [armhf] (cosmic-proposed/universe) [1.6+dfsg-3] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: libattribute-storage-perl [arm64] (cosmic-proposed/universe) [0.09-1] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: rust-csv [armhf] (cosmic-proposed/universe) [1.0.0-1] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: rust-csv [arm64] (cosmic-proposed/universe) [1.0.0-1] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: libattribute-storage-perl [armhf] (cosmic-proposed/universe) [0.09-1] (no packageset)
[11:40] -queuebot:#ubuntu-release- New: accepted emacs-pod-mode [amd64] (cosmic-proposed) [1.03-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libattribute-storage-perl [arm64] (cosmic-proposed) [0.09-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libattribute-storage-perl [i386] (cosmic-proposed) [0.09-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libattribute-storage-perl [s390x] (cosmic-proposed) [0.09-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libbio-tools-run-alignment-tcoffee-perl [amd64] (cosmic-proposed) [1.7.4-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libattribute-storage-perl [amd64] (cosmic-proposed) [0.09-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libattribute-storage-perl [ppc64el] (cosmic-proposed) [0.09-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libattribute-storage-perl [armhf] (cosmic-proposed) [0.09-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libbio-tools-run-alignment-clustalw-perl [amd64] (cosmic-proposed) [1.7.4-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libfile-copy-recursive-reduced-perl [amd64] (cosmic-proposed) [0.006-1]
[11:40] -queuebot:#ubuntu-release- New: accepted libmodule-build-pluggable-perl [amd64] (cosmic-proposed) [0.10-1]
[11:41] -queuebot:#ubuntu-release- New: accepted libnet-async-irc-perl [amd64] (cosmic-proposed) [0.11-1]
[11:41] -queuebot:#ubuntu-release- New: accepted libnet-cidr-set-perl [amd64] (cosmic-proposed) [0.13-1]
[11:41] -queuebot:#ubuntu-release- New: accepted libppix-quotelike-perl [amd64] (cosmic-proposed) [0.006-1]
[11:41] -queuebot:#ubuntu-release- New: accepted libnet-async-tangence-perl [amd64] (cosmic-proposed) [0.14-1]
[11:41] -queuebot:#ubuntu-release- New: accepted libperl-critic-policy-variables-prohibitlooponhash-perl [amd64] (cosmic-proposed) [0.005-1]
[11:41] -queuebot:#ubuntu-release- New: accepted libredis-fast-perl [amd64] (cosmic-proposed) [0.21-3]
[11:41] -queuebot:#ubuntu-release- New: accepted libredis-fast-perl [armhf] (cosmic-proposed) [0.21-3]
[11:41] -queuebot:#ubuntu-release- New: accepted libredis-fast-perl [ppc64el] (cosmic-proposed) [0.21-3]
[11:41] -queuebot:#ubuntu-release- New: accepted libredis-fast-perl [arm64] (cosmic-proposed) [0.21-3]
[11:41] -queuebot:#ubuntu-release- New: accepted libredis-fast-perl [s390x] (cosmic-proposed) [0.21-3]
[11:41] -queuebot:#ubuntu-release- New: accepted libredis-fast-perl [i386] (cosmic-proposed) [0.21-3]
[11:42] -queuebot:#ubuntu-release- New: accepted libstring-tagged-perl [amd64] (cosmic-proposed) [0.15-1]
[11:42] -queuebot:#ubuntu-release- New: accepted rust-csv [amd64] (cosmic-proposed) [1.0.0-1]
[11:42] -queuebot:#ubuntu-release- New: accepted rust-csv [armhf] (cosmic-proposed) [1.0.0-1]
[11:42] -queuebot:#ubuntu-release- New: accepted rust-csv [ppc64el] (cosmic-proposed) [1.0.0-1]
[11:42] -queuebot:#ubuntu-release- New: accepted libuuid-urandom-perl [amd64] (cosmic-proposed) [0.001-1]
[11:42] -queuebot:#ubuntu-release- New: accepted rust-csv [i386] (cosmic-proposed) [1.0.0-1]
[11:42] -queuebot:#ubuntu-release- New: accepted rust-csv [arm64] (cosmic-proposed) [1.0.0-1]
[11:42] -queuebot:#ubuntu-release- New: accepted rust-csv [s390x] (cosmic-proposed) [1.0.0-1]
[14:13] <xnox> Laney, v239 systemd passes all tests on amd64, on armhf-in-lxd-on-arm64 etc.... if one disable apparmor confinement or has old kernel.
[14:13] <xnox> Laney, apparmor fixes are in progress, hence systemd is currently blocked-proposed.
[14:14] <xnox> this is all cosmic (host, lxd, guest)
[14:18] <doko_> apw: please could you have a look at the linux/arm64 autopkg test triggered by python3-defaults?
[14:19] <apw> doko_, ack
[14:29] <apw> doko_, if i am reading the logs correctly ... then i think both the py2 and py3 variants of that test are failing when doing a check on python2 and comparing it unfavourably to python2.7
[14:32] <LocutusOfBorg> apw, how would you feel if I request to drop camitk binaries from everywhere except amd64 and i386? Debian never enabled such architectures, and I strongly think that insighttoolkit4 should only build where testsuite passes, and disabling testsuite just to make it build hides errors, that might be not tolerable on some use-cases (specially where ITK is used)
[14:33] <LocutusOfBorg> upstream is willing to accept patches, but nobody is really working on itk4 port
[14:33] <LocutusOfBorg> so, I would drop itk4 and reverse deps from all except amd64 and i386.
[14:34] <LocutusOfBorg> now camitk fails testsuite, and I'm not really in the mood of "disable stuff for a first build" and then keep testsuite disabled forever (like we did with itk4)
[15:13] -queuebot:#ubuntu-release- Unapproved: rejected linux-base [source] (trusty-proposed) [4.5ubuntu1~14.04.1]
[15:17] <apw> doko_, ok so that is meant to be resolved, so you could just rerun that one, and expect it to go green
[15:56] <slangasek> rbalint: I saw there had been discussion about an SRE for rax-nova-agent; I don't see that one has been approved yet, and part of the process of approving is to make sure a "generic" SRU test case is sufficient to catch problems.  I would really like an explanation here of the specific problem being solved by changing the systemd unit dependencies
[17:08] -queuebot:#ubuntu-release- Unapproved: vala (bionic-proposed/universe) [0.40.4-1 => 0.40.8-0ubuntu1] (ubuntu-desktop)
[17:15] -queuebot:#ubuntu-release- New binary: rust-arrayvec [s390x] (cosmic-proposed/none) [0.4.7-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: rust-shared-child [s390x] (cosmic-proposed/none) [0.3.3-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: lief [s390x] (cosmic-proposed/none) [0.8.3-3] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: lightbeam [amd64] (cosmic-proposed/universe) [2.1.0-2] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-arrayvec [amd64] (cosmic-proposed/none) [0.4.7-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-arrayvec [i386] (cosmic-proposed/none) [0.4.7-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-shared-child [i386] (cosmic-proposed/universe) [0.3.3-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-shared-child [amd64] (cosmic-proposed/universe) [0.3.3-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-arrayvec [ppc64el] (cosmic-proposed/universe) [0.4.7-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-shared-child [ppc64el] (cosmic-proposed/universe) [0.3.3-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: lief [amd64] (cosmic-proposed/universe) [0.8.3-3] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: lief [i386] (cosmic-proposed/universe) [0.8.3-3] (no packageset)
[17:49] -queuebot:#ubuntu-release- New binary: rust-arrayvec [arm64] (cosmic-proposed/universe) [0.4.7-1] (no packageset)
[17:52] -queuebot:#ubuntu-release- New binary: rust-arrayvec [armhf] (cosmic-proposed/universe) [0.4.7-1] (no packageset)
[17:55] -queuebot:#ubuntu-release- New binary: rust-shared-child [armhf] (cosmic-proposed/universe) [0.3.3-1] (no packageset)
[17:56] -queuebot:#ubuntu-release- New binary: rust-shared-child [arm64] (cosmic-proposed/universe) [0.3.3-1] (no packageset)
[18:00] -queuebot:#ubuntu-release- New binary: lief [arm64] (cosmic-proposed/universe) [0.8.3-3] (no packageset)
[18:02] -queuebot:#ubuntu-release- New binary: lief [armhf] (cosmic-proposed/universe) [0.8.3-3] (no packageset)
[23:24] -queuebot:#ubuntu-release- New: accepted lief [amd64] (cosmic-proposed) [0.8.3-3]
[23:24] -queuebot:#ubuntu-release- New: accepted lief [armhf] (cosmic-proposed) [0.8.3-3]
[23:24] -queuebot:#ubuntu-release- New: accepted lief [s390x] (cosmic-proposed) [0.8.3-3]
[23:24] -queuebot:#ubuntu-release- New: accepted lief [arm64] (cosmic-proposed) [0.8.3-3]
[23:24] -queuebot:#ubuntu-release- New: accepted lief [i386] (cosmic-proposed) [0.8.3-3]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-shared-child [amd64] (cosmic-proposed) [0.3.3-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-shared-child [armhf] (cosmic-proposed) [0.3.3-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-shared-child [ppc64el] (cosmic-proposed) [0.3.3-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-shared-child [arm64] (cosmic-proposed) [0.3.3-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-shared-child [s390x] (cosmic-proposed) [0.3.3-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-shared-child [i386] (cosmic-proposed) [0.3.3-1]
[23:25] -queuebot:#ubuntu-release- New: accepted lightbeam [amd64] (cosmic-proposed) [2.1.0-2]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-arrayvec [arm64] (cosmic-proposed) [0.4.7-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-arrayvec [i386] (cosmic-proposed) [0.4.7-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-arrayvec [s390x] (cosmic-proposed) [0.4.7-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-arrayvec [amd64] (cosmic-proposed) [0.4.7-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-arrayvec [ppc64el] (cosmic-proposed) [0.4.7-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-arrayvec [armhf] (cosmic-proposed) [0.4.7-1]
[23:26] -queuebot:#ubuntu-release- New: accepted python-lupa [amd64] (cosmic-proposed) [1.6+dfsg-3]
[23:26] -queuebot:#ubuntu-release- New: accepted python-lupa [armhf] (cosmic-proposed) [1.6+dfsg-3]
[23:26] -queuebot:#ubuntu-release- New: accepted python-lupa [s390x] (cosmic-proposed) [1.6+dfsg-3]
[23:26] -queuebot:#ubuntu-release- New: accepted python-lupa [arm64] (cosmic-proposed) [1.6+dfsg-3]
[23:26] -queuebot:#ubuntu-release- New: accepted python-lupa [i386] (cosmic-proposed) [1.6+dfsg-3]


[09:48] <bluesabre> Unit193: would you mind refreshing https://code.launchpad.net/~unit193/lightdm-gtk-greeter/+git/lightdm-gtk-greeter master so I can mirror it?
[09:57] <bluesabre> Also asked the lp devs if translation syncs with git are possible
[10:01] <Unit193> Yes, and good.
[10:22] <bluesabre> 6:21 AM <cjwatson> bluesabre: Not yet, sorry.
[10:22] <bluesabre> 6:21 AM <cjwatson> One of the remaining gaps.
[10:23] <Unit193> Bah, quite unfortunate..
[10:23] <Unit193> bluesabre: What got merged by slang?
[10:23] <bluesabre> Unit193: seed changes into cdimage
[10:23] <bluesabre> seed bzr -> git
[10:24] <Unit193> Wondered, cool.
[10:26] <bluesabre> Realized when I did community-artwork that I haven't been pushing the exported git tags
[10:26] <bluesabre> So get to go back and do that with everything tonight
[10:26] <bluesabre> :p
[10:28] <Unit193> Pushed.
[11:09] <bluesabre> Unit193: thanks. Will swap that in tonight.
[11:10] <Unit193> Sure, glad it was useful.
[11:10] <Unit193> I have the xubuntu-docs sync too.
[11:31] <bluesabre> Awesome
[16:41] <onefallen> Hello slickymaster and flocculant decided to see what is happening here.
[16:43] <flocculant> hello onefallen
[16:46] <slickymasterWork> hi onefallen, welcome
[16:48] <onefallen> let me know how I can help here  (aka 1fallen)
[16:48] <flocculant> \o/ I guessed right then :p
[16:48] <onefallen> yes using 1 is not good on IRC
[16:49] <flocculant> at the moment - nothing much is going on - don't know if you're subscribed to the dev mailing list? I mostly talk to people there - also I mail the LP team, so you could get prompts via that
[16:50] <onefallen> Thanks kev I'll do that then ;)
[16:50] <flocculant> https://launchpad.net/~xubuntu-testers is the lp team
[16:51] <onefallen> Great Thanks for the link
[16:51] <flocculant> we're doing dailies obviously - just not told anyone that yet
[16:51] <flocculant> and milestones this cycle - are not alpha1,2/beta1 - just some 'testing weeks' and 1 final beta
[16:52] <onefallen> Good to know :)
[16:56] <flocculant> I see you joined -testers :p
[16:57] <onefallen> joined the team under Rick S
[16:58] <flocculant> yup
[16:59] <flocculant> https://docs.xubuntu.org/contributors/ and https://wiki.xubuntu.org/qa/new_tester_start
[16:59] <flocculant> but I would suspect the latter was teaching granny to suck eggs for you
[17:00] <flocculant> pretty much the first as well I would guess
[17:01] <flocculant> anyway - not sure what sort of irc setup you have - we do the major part of our talking here
[17:01] <flocculant> and we offtopic chat in #xubuntu-offtopic
[17:02]  * flocculant goes back to sorting things after getting home from work
[17:02] <onefallen> reading both links now
[17:03] <flocculant> onefallen isn't likely to find much new :p
[17:04] <onefallen> still it dose not hurt
[17:06] <flocculant> of course :)
[18:15] <willem> onefallen, hi - I may be one of those granny's sucking eggs for you at https://wiki.xubuntu.org/qa/new_tester_start, as I helped write some of those pages. :-) If you do have a look there, and find something lacking, missing or wrong, or know of tricks to make life easy for new testers, I'd be most interested.
[18:18] <flocculant> hey willem :)
[18:19] <onefallen> thanks willem :
[18:19] <willem> flocculant, hi. Had a nice bank holiday?
[18:19] <flocculant> yup I surely did :)
[18:22] <flocculant> willem: hey - you know that you could fix your bug here now :D bug 1758682
[18:23] <willem> :-)
[18:23] <willem> cool; will do so. Won't be today though
[18:23] <flocculant> no problem :)
[18:29] <willem> BTW: there's a flip side to this test case; I checked over at xfce.org: Thunar *should* apparently show up when the user types in Thunar: https://bugzilla.xfce.org/show_bug.cgi?id=14326
[18:32] <flocculant> bluesabre Unit193 ^^
[18:33] <flocculant> probably worth reporting to Launchpad and then adding the xfce bug to it - if you don't know how I'll show you
[18:36] <willem> flocculant, will do that
[18:36] <flocculant> if I add thunar to generic name - it comes up
[18:43] <flocculant> willem: on that bug - click the Also affects project button - put in the xfce bug url :)
[18:43] <flocculant> oh - you did already \o/
[18:44] <flocculant> confirmed it btw
[18:49] <willem> flocculant, yea, as I said: I like to first try and fail myself before asking some one else ;-) Was going to ask you to have a look if I done well...
[18:54] <flocculant> you did :D
[18:54] <flocculant> I also added it to the 18.10 bug blueprint
[18:57] <willem> flocculant, ta
[20:37] <Unit193> bluesabre: Also pushing xfconf now would be a bit early.  xfdesktop would need to be updated, which would need the new thunar, which would need all the patched plugins.
[21:45] <bluesabre> Unit193: alrighty, good point. Do we want to decide on a go/nogo date for xfconf and everything else?
[21:46] <Unit193> No idea.