[00:02] <jbicha> totem's now in the new queue
[00:03] <cjwatson> https://launchpad.net/ubuntu/+source/totem/+publishinghistory looks promising
[00:03] <cjwatson> jbicha: I processed it
[00:06] <cjwatson> jbicha: OK, and the publisher doesn't seem to be blowing up on that either
[00:06] <cjwatson> it's well into apt-ftparchive now
[00:06] <cjwatson> phew
[00:07] <Laney> wow
[02:49] <CareBear\> hi, me again, libusb
[02:50] <CareBear\> I don't believe there will be an updated package in debian before Jan 12
[02:50] <CareBear\> but I am working to get it ASAP
[08:11] <knome> hey skaet
[08:12] <skaet> cjwatson,  we're about 5 weeks out from 10.04.4 - am thinking that its about time re-enabling the the lucid daily images builds
[08:12] <skaet> any reasons why not (space?  etc.)  come to mind?
[08:12] <skaet> heya knome :)
[08:12] <knome> skaet, time for a quick PM?
[08:13] <skaet> knome,  sure
[08:13] <knome> oki
[08:13] <knome> cool
[12:02] <slangasek> cjwatson: heya, do you know why nusakan's ftp mirror doesn't include lucid/ia64?
[12:02] <slangasek> (this seems to break 'make mirrorcheck-binary', causing it to wait indefinitely)
[12:04] <cjwatson> # We don't care about hppa, ia64, or sparc any more.
[12:04] <cjwatson> RSYNC_EXCLUDE="--exclude binary-hppa/ --exclude binary-ia64/ --exclude binary-sparc/ \
[12:04] <cjwatson>   --exclude installer-hppa/ --exclude installer-ia64/ --exclude installer-sparc/ \
[12:04] <cjwatson>   --exclude Contents-hppa* --exclude Contents-ia64* --exclude Contents-sparc* \
[12:04] <cjwatson>   --exclude *_hppa.* --exclude *_ia64.* --exclude *_sparc.*"
[12:04] <cjwatson> I should probably let it have ia64 and sparc again I guess
[12:04] <cjwatson> now that we have disk space again
[12:05] <cjwatson> slangasek: deployed, try again
[12:38] <cjwatson> infinity: "Don't add the LIVE_TASK for any PREINSTALLED images."
[12:38] <cjwatson> +if [ "$PREINSTALLED" = "true" ]; then
[12:38] <cjwatson> +       add_task live "$LIVE_TASK"
[12:38] <cjwatson> +fi
[12:38] <cjwatson> infinity: ^- that's not what you meant, right? :-)
[12:41] <cjwatson> infinity: reversing the sense of that now; shout if that's wrong
[12:43] <slangasek> cjwatson: well, the previous run is still going, I killed just the part that was hung
[12:51] <cjwatson> oh, bah, was about to go to lunch but I see there's a meeting on image respins that I should call into
[13:04]  * cjwatson twiddles thumbs waiting for skaet
[14:13] <infinity> cjwatson: Err, oops.  I blame ogra_ for not catching it when he reviewed it. ;)
[14:14] <ogra_> me ? huh, what ?
[14:14]  * ogra_ reads backlog
[14:15]  * ogra_ blames being infected by infinity's jetlag :P
[14:15] <micahg> cjwatson: isn't hppa still needed for hardy as well?
[14:59] <cjwatson> micahg: We aren't going to build any more hardy CDs, so that doesn't matter.
[14:59] <micahg> ah, ok
[15:40] <cjwatson> pitti: could you review my debian-installer upload to lucid-proposed, please, and then I can sync up the lucid seeds?
[15:48] <pitti> cjwatson: sure (sorry, was in a discussion)
[15:50] <cjwatson> np
[15:50] <cjwatson> EIGHT MINUTE DELAY OMG I'M GOING TO DIE
[15:50] <cjwatson> sorry :)
[15:55] <pitti> cjwatson: ah, we talked about that bug today
[15:56] <pitti> cjwatson: we still want to keep the maverick image on the .4 DVD?
[15:56] <slangasek> I bet none of us have any strong feelings about it as long as it fits :)
[15:57] <cjwatson> what he said
[15:57] <pitti> it was a bit unclear whether essentially all kernels are under LTS support now (i. e. maverick's is maintained until lucid goes EOL), but I guess that's a separate question after all
[15:57] <cjwatson> yeah, if it fits I was just going to shove them all on
[15:58] <cjwatson> Tim asked for natty plus oneiric which implies at least natty's still is ...
[15:58] <pitti> cjwatson: done
[16:00] <cjwatson> pitti: thanks!
[16:01] <cjwatson> pitti: did you sort out the lucid DVD build failures already, or do you want me to look at them?
[16:01] <pitti> you're welcome :)
[16:01] <pitti> cjwatson: TBH I didn't even notice that they failed yet
[16:01]  * pitti keeps getting pulled into discussions and such
[16:01] <cjwatson> OK, I'll have a look then
[16:01] <cjwatson> pitti: advantage of being at home :)
[16:02] <pitti> cjwatson: infinity standing behind you is a lot harder to ignore than an IRC ping indeed :)
[16:02] <cjwatson> heh
[16:02] <cjwatson> pitti: can I promote the lucid language packs to -updates?  that would be the easiest fix
[16:02] <pitti> hang on
[16:03] <pitti> cjwatson: it needs to happen at the same time as firefox
[16:03] <cjwatson> http://people.canonical.com/~ubuntu-archive/testing/lucid-updates_probs.html urgh
[16:03] <cjwatson> aha - which has eight bugs left to verify
[16:04] <pitti> cjwatson: we recently did a complete -base rebuild to drop the firefox XPIs and instead add Recommends: firefox-locale-XX; if we promote them before firefox, we'll cause firefox-l10n to not get installed
[16:05] <pitti> hm, why does that only affect Swedish and Crotatian..
[16:05] <pitti> presumably we forgot to copy the -base ones in the last round
[16:05] <pitti> cjwatson: I think the firefox release is planned for January 17
[16:08] <micahg> yes, the 17th
[16:10] <cjwatson> OK
[16:11] <cjwatson> I'll ignore those failures for now then
[16:17] <cjwatson> Hm, I should probably fix bug 730764 for 10.04.4
[16:17] <ubot4> Launchpad bug 730764 in ubuntu-cdimage "10.04.2 DVD does not install server with 2.6.35 kernel when told to (affects: 1)" [High,Triaged] https://launchpad.net/bugs/730764
[16:17]  * cjwatson adds rls-mgr-l-tracking to that
[17:04] <skaet> cjwatson, thanks,  yup, that's the right way to keep it on the radar.  :)


[02:06] <dmg_> Hello, everybody
[02:09] <dmg_> I was looking at the small business server page and the related threads but I did found any quite precise specification or informations about what that bunch of people are really going too. If there is someone in that stuff can we have a talk?
[02:18] <TTT_Travis> Hi, I am running ubuntu server and for some reason it didn't detect my network card during the install, how do I add a new one through the command line?
[02:18] <dmg_> ouch, which nic type do you use ?
[02:20] <TTT_Travis> Linksys LNE100TX
[02:20] <dmg_> humm should work fine, is that you're second card and the first one is of the same type ?
[02:20] <TTT_Travis> it worked under ubuntu on a different box
[02:21] <TTT_Travis> and this one before
[02:21] <TTT_Travis> dmg_ nope
[02:21] <TTT_Travis> just 1 card
[02:21] <TTT_Travis> I run ifconfig and it only shows loopback
[02:22] <TTT_Travis> do you know how to add a card manually
[02:23] <dmg_> humm usually you just have to load the module and that works fine
[02:23] <TTT_Travis> ok I am going to experiment
[02:23] <dmg_> try modprobe tulip.o
[02:24] <dmg_> (or maybe lsmod | grep tulip to see if it's already loaded)
[02:33] <TTT_Travis> tis loaded
[02:33] <TTT_Travis> but no network card
[02:33] <TTT_Travis> it shows up in /etc/network/interfaces
[02:35] <dmg_> oh
[02:35] <dmg_> ifconfig -a
[02:35] <dmg_> might just be down :p
[02:37] <TTT_Travis> didn't help
[02:37] <TTT_Travis> I got an idea though
[02:40] <TTT_Travis> yay I think it worked
[02:40] <TTT_Travis> I took out my TV tuner card
[02:40] <TTT_Travis> guess it was causing a conflict
[02:40] <dmg_> strange
[02:40] <dmg_> might help to just switch port between them
[02:41] <TTT_Travis> still doesn't work
[02:41] <TTT_Travis> I was wrong
[02:41] <dmg_> are you sure the card ok ?
[02:41] <dmg_> (and the pci slot also ?)
[02:43] <TTT_Travis> probably not
[02:43] <TTT_Travis> could be the problem
[02:43] <TTT_Travis> but the card worked on windows
[02:43] <TTT_Travis> just before I reformatted
[02:43] <TTT_Travis> so I don't think it's a system problem
[02:43] <TTT_Travis> I have had problems before
[02:43] <TTT_Travis> but it just magically started work
[02:44] <TTT_Travis> but the lights on the nic aren't lighting like they're supposed to
[02:46] <dmg_> do you mean that the light are off ?
[02:48] <TTT_Travis> ok so normally when you plug the cable in the main light is on and the other ones blink, so I unplug the cable and it still the same exact way, so I try booting with it unplugged and the light still lights up
[02:48] <TTT_Travis> and it's not supposed to
[02:49] <TTT_Travis> it worked fine on windows
[02:49] <TTT_Travis> maybe I should just get another nic
[02:49] <TTT_Travis> or swap it with a different computer
[02:50] <TTT_Travis> I'll try that
[02:50] <dmg_> yep that's definetly weird
[02:51] <dmg_> omg, ubuntu wiki organisationnal scheme is definitely mayhem
[02:55] <TTT_Travis> hmm still nothing
[02:55] <TTT_Travis> I switched the card
[02:55] <TTT_Travis> with one out of my other ubuntu server box
[02:55] <dmg_> still the same nic model ?
[02:56] <dmg_> (try using another pci slot then, the slot might be damaged)
[02:56] <TTT_Travis> different nic
[02:57] <TTT_Travis> but I think ubuntu might be not detecting it
[02:57] <TTT_Travis> the new card
[02:57] <TTT_Travis> because if I try ifconfig eth0 it says device not found
[02:57] <dmg_> humm
[02:57] <TTT_Travis> don't know what drive it users
[02:57] <dmg_> what is the new nic ?
[02:57] <TTT_Travis> that common realtek chipset
[02:57] <TTT_Travis> super generic
[02:58] <TTT_Travis> it's in a different pci slot then the other one too
[03:00] <dmg_> 8139too
[03:00] <dmg_> the driver should be that one
[03:01] <TTT_Travis> ok
[03:02] <TTT_Travis> ok modprobe 8139too then what?
[03:02] <dmg_> then ifconfig
[03:02] <dmg_> (ifconfig -a)
[03:03] <TTT_Travis> still nothing
[03:03] <dmg_> huh... then I'm out of answer
[03:03] <TTT_Travis> hmm
[07:23] <duderock> hi there!
[07:24] <duderock> I'm having a problem with ubuntu server on an AMD X2 socket AM2 - Gigabyte MOBO... Here's a log from boot to lockup, if anyone has any ideas..... http://paste.ubuntu-nl.org/22300


[03:07] <LaserJock> hi seth
[03:07] <seth> hi LaserJock
[03:30] <bmonty> hi LaserJock
[03:46] <LaserJock> hi bmonty
[03:46] <bmonty> evening :)
[03:48] <LaserJock> how's the family?
[03:48] <bmonty> great! my Mom is visiting with us this week
[03:48] <LaserJock> fun
[03:50] <Unfrgiven> LaserJock: hey dude. did you get a chance to look at the diff?
[03:50] <LaserJock> yeah, just applied some
[03:51] <LaserJock> I put the chroot section into the Appendix and I beefed up to the tools section
[03:53] <Unfrgiven> LaserJock: shouldn't the chroot stuff belong in the tools section? the idea is to keep a clean standard working environment and have a separate development environment? if we move it to the appendix, it would imply that the chroot is optional - when in fact we are saying that its the proper way to work (kinda like not working as root when using linux in general)
[03:53] <LaserJock> Unfrgiven: I really don't think a chroot is *neccesary* when you have a pbuilder
[03:54] <LaserJock> Unfrgiven: it is nice to have now and then but I'd like to keep the requirements as low as possible
[03:54] <LaserJock> and get people to the real packaging as soon as possible
[03:54] <psusi> pbuilder is a tool to manage a build chroot
[03:55] <psusi> it handles it for you
[03:55] <LaserJock> psusi: we know ;-)
[03:55] <Unfrgiven> LaserJock: true but when trying to create a new package from scratch, you tend not to use pbuilder till the end... the initial "./configure" tends to be in ur own environment not the pbuilder one
[03:55] <Unfrgiven> and the configure wont work without the relevant -dev packages
[03:55] <LaserJock> but you are also likely to have done that before anyway so...
[03:56] <psusi> I usually do all my building with pbuilder since I don't feel like installing the -dev packages and you should test that it builds in pbuilder anyhow before uploading
[03:56] <Unfrgiven> LaserJock: done what? if you mean install -dev packages then i disagree. i only install the -dev packages in my chroot.
[03:57] <LaserJock> psusi: we are saying pbuilder is a given. the discussion is about using a seperate chroot
[03:57] <Unfrgiven> psusi: pbuilder can be very slow when starting to package an ap[p from the start.
[03:57] <bmonty> ./configure would be run as part of the package build in the pbuilder
[03:57] <psusi> why create the wheel twice?
[03:57] <psusi> the entire purpose of pbuilder is to create and manage a chroot for you
[03:57] <Unfrgiven> psusi: no the purpose of pbuilder is to build your packages. not to use freely as a chroot environment
[03:57] <LaserJock> psusi: we are talking about having a chroot in which you install stuff etc and work in, rather than just for buliding
[03:58] <psusi> I saw on the mailing list someone recently patched builder to use unionfs for the chroot rather than constantly untaring a pristine tarball... should make it much faster
[03:58] <psusi> Unfrgiven, right... but if your goal is to build packages, why would you also maintain another build chroot?
[03:58] <Unfrgiven> psusi: this is getting off-topic.
[03:59] <crimsun> guh, iptables 1.3.5?
[03:59] <Unfrgiven> psusi: because when you are trying to build a NEW PACKAGE FROM SCRATCH, you tend to install the -dev packages to test build the app. then you start working on the /debian/* files
[03:59] <LaserJock> I think chroots are nice but I just don't think it is really essential for learning how to package. That is why I think we can definately use it in the Packaging Guide but I'm thinking that it is better placed in the Appendix
[04:00] <crimsun> Unfrgiven: actually the first thing I tend to do is read the INSTALL/README from upstream, and experience has given me an indication of which -dev packages to use in debian/control:Build-Depends
[04:00] <psusi> well if you really want to work that way you can pbuilder login ;)
[04:00] <LaserJock> maybe we should just link to the Appendix at the beginning of the example, what would you think about that?
[04:01] <Unfrgiven> crimsun: i do to but i guess i just dont like running pbuilder until i'm almost there with the package. pbuilder is quite slow to startup and clean up.
[04:01] <psusi> LaserJock, I disagree... maybe I'm different, but when I learned to package I learned first by trying to work with an existing package not build a new one... crawl before you run and all
[04:01] <LaserJock> psusi: yeah, but that is sort of hard to but in a Guide ;-)
[04:01] <crimsun> Unfrgiven: understandable. It takes about 2 minutes to untar here.
[04:02] <psusi> wow
[04:02] <Unfrgiven> psusi: this is getting off topic. LaserJock and I discussing where to put a section of the document. you are questioning what use a chroot is. please stay on topic
[04:02] <LaserJock> I use chroots quite a bit to get Debian and other Ubuntu releases
[04:03] <LaserJock> crimsun: a lot faster here
[04:03] <psusi> sorry, I thought someone had asked a question about chroots to build in rather than pbuilder
[04:03] <LaserJock> psusi: np, we are discussing http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html
[04:04] <Unfrgiven> all im saying is that using a development chroot is a good practice to have. it keeps ur normal working environment separate from your development one. a development environment is usually full of random -dev packages which you don't want in ur standard working environment. if things get messy, its much easier to recreate a chroot than rebuild ur standard environment
[04:05] <psusi> Unfrgiven, right.... that's what I use pbuilder for
[04:05] <dolson> this is damn ridiculous
[04:05] <psusi> heh
[04:05] <dolson> every damn day this system locks up
[04:05] <Unfrgiven> psusi: except that when you make a change in ur pbuilder environment, using pbuilder --login, it is persisted.
[04:06] <Unfrgiven> psusi: that means ur pbuilder env is no longer reliable for building pacakges
[04:06] <LaserJock> Unfrgiven: I can understand that it is nice. I'm just don't think we should make in manditory and making the chroot isn't exactly trivial
[04:06] <LaserJock> I'm feeling bad making people make a pbuilder before they get into packaging
[04:07] <bmonty> LaserJock: its kinda like if they don't want to make the pbuilder, they don't really want to build packages
[04:07] <Unfrgiven> psusi: you may inherently install a -dev in ur pbuilder env - which makes it permanent for future pbuilder invocations. so if you package something next time, you *may* miss the build depency easily - thereby defeating the purpose of using pbuilder in the first place
[04:08] <LaserJock> bmonty: well, that is why I'm willing to do pbuilder
[04:08] <Unfrgiven> LaserJock: remember we want to teach people to package things the right way. i know the setup is a pain but its worth it in the long run. i'll leave the decision up to you but i think we're doing the readers a favour by encouraging the use of a chroot development environment.
[04:08] <LaserJock> bmonty: it raises the bar a bit and I think we really want people using pbuilder
[04:08] <dolson> pbuilder setup isn't much of a pain, if you ask me
[04:09] <bmonty> thats true also :)
[04:09] <psusi> Unfrgiven, true
[04:10] <LaserJock> Unfrgiven: I'm happy with linking to the chroot section in the appendix
[04:11] <Unfrgiven> LaserJock: ok, but i think we should add some text that really encourages the use of the chroot. so we've made it optional but made the point that it is highly recommended.
[04:11] <LaserJock> yes, I agree
[04:12] <robertj> Are there public buildds that people can use to submit trusted compiles of trusted source from untrusted users to 3rd party projects?
[04:13] <LaserJock> Unfrgiven: I think I'll add a "tip" at the beginning of each example, how does that sound?
[04:13] <LaserJock> or at least on the first
[04:15] <Unfrgiven> LaserJock: sounds good! can you let me know when you've uploaded to the svn server?
[04:17] <LaserJock> yeah
[04:18] <Unfrgiven> LaserJock: thanks
[06:04] <twinoatl> Hi
[06:04] <twinoatl> who is responsible for squeak-vm package ?
[06:05] <crimsun> all of us are, why/
[06:05] <twinoatl> Somebody told me to test this package and tell ubuntu-motu what needs to be changed/what is good etc.
[06:06] <twinoatl> Where can I do this ?
[06:06] <crimsun> twinoatl: I'm not sure what your objective is
[06:07] <crimsun> twinoatl: what issues do you have with the 3.7.7-5ubuntu2 version in dapper?
[06:07] <twinoatl> crimsun, I'm a squeak user and I would like squeak packages to be ready to use when dapper is released
[06:08] <twinoatl> Note 1 : I would like Squeak not to be in 'Sound And Video' category. It has nothing to do with this. It is more 'education' and 'development'
[06:08] <crimsun> twinoatl: then please install squeak-vm from multiverse, test it, and report any bugs you experience at https://launchpad.net/distros/ubuntu/+filebug
[06:09] <twinoatl> I'll make my report to launchpad then
[06:09] <twinoatl> thanks
[06:10] <crimsun> RE: Note 1: It's a desktop file bugfix. Just modify that file, generate a debdiff, and upload it as an attachment to your bug report.
[06:11] <twinoatl> crimsun, I have do this. Can you explain me how to do a debdiff ?
[06:12] <twinoatl> crimsum, my first comment : apt-get source squeak-vm
[06:12] <twinoatl> s/comment/command
[06:12] <crimsun> twinoatl: debdiff is in the 'devscripts' package
[06:13] <twinoatl> crimsun, installing devscripts
[06:14] <crimsun> huh, broken fixingbugs link on the wiki
[06:19] <twinoatl> crimsun, where is the file with the desktop file ?
[06:20] <crimsun> sec, getting source
[06:21] <crimsun> linex/squeak.desktop
[06:22] <twinoatl> crimsun, thanks
[06:27] <twinoatl> crimsun, do I need to recreate the .deb to use debdiff ? How do you do that ?
[06:28] <twinoatl> crimsun, what are the different menus I can use instead of AudioVideo ?
[06:32] <crimsun> http://standards.freedesktop.org/menu-spec/latest/apa.html
[06:32] <crimsun> and yes, you need to build a deb to create a debdiff
[06:33] <crimsun> err, well, you need to at least generate .d{sc,iff.gz} and .changes
[06:33] <crimsun> so strictly speaking you don't _have_ to create a binary deb
[06:33] <twinoatl> crimsun, how do I generate those files ?
[06:34] <crimsun> after you've modified the necessary file(s), debuild -S
[06:35] <crimsun> (that creates a source package, which is what you need to generate a debdiff)
[06:35] <twinoatl> thanks, I will try
[06:56] <twinoatl> crimsun, I have just commit two bugs and confirmed two more
[07:03] <twinoatl> crimsun, thanks for your help
[07:09] <Erlang> I just added a debdiff which should fix 'praat' on AMD64.  See 3442.
[07:20] <Erlang> hmm, guess I could have done a fakesync at the same time.
[07:45] <juuva> !tv elok
[07:46] <juuva> sry wrong channel
[09:02] <dholbach> good morning
[09:02] <ajmitch> hi
[09:05] <lifeless> moin moni
[09:07] <Mongoose> hey
[09:07] <ajmitch> ?
[09:39] <Gloubiboulga> hello MOTU world
[09:49] <zakame> hi all
[10:04] <ajmitch> hi zakame
[10:10] <Toadstool> hi everybody
[11:42] <verwilst_> woohoow, pure-ftpd 1.0.21 works like a charm!
[12:25] <kelmo> hi siretart
[12:26] <siretart> huhu kelmo :)
[12:26] <siretart> kelmo: we are communicating great via email, I think :)
[12:26] <siretart> just sent you another email
[12:26] <kelmo> hehe, yeah, for public transparency ; )
[12:26] <kelmo> but good we are discussing this stuff
[12:26] <kelmo> i really apreciate  it
[12:26] <siretart> same here
[12:27] <siretart> yeah, but I also think that the 'manual' vs 'dhcp' mode needs to be more elaborated than it could be done on irc
[12:28] <kelmo> yep, but thats a moot point i think, the other mode's are far more important
[12:28] <siretart> short: I really think that the if-pre-up script should wait for a dhcp lease
[12:28] <siretart> so you agree that it should be 'dhcp' rather than 'manual'?
[12:28] <siretart> (or better I let you answer that email :)
[12:30] <siretart> yesterday, I forgot to cc: you, and it took ages for alioth to deliver that email. :/
[12:33] <kelmo> yeah, it is slow at times
[12:34] <kelmo> siretart: i'll let my last three commits answer your questions
[12:35] <kelmo> also, there is a hacked preinst there, if we can make it better , than i am just about happy for upload
[12:36] <kelmo> look ok?
[12:36] <kelmo> (apart from preinst)
[12:37] <siretart> the action script seems still to be in /etc/wpasupplicant/action.d
[12:38] <kelmo> err, only if you did not purge an already installed *experimental* package
[12:38] <kelmo> or are you looking in the binary itself?
[12:38] <siretart> ok, was just looking at the wrong diff
[12:39] <kelmo> hmm, have not removed the init script yet
[12:39] <kelmo> will do so now, ok
[12:40] <kelmo> i am not unhappy to see it go ; )
[12:40] <siretart> ok. I also think that this is good enough for experimental
[12:41] <siretart> for unstable, I'd like to hack up a bit a debconf warning, will handle this
[12:42] <siretart> ok. the initscript is now officially deprecated and gone from svn :)
[12:42] <kelmo> siretart: yes please (warning in transitional package)
[12:42] <kelmo> so, how about this for a plan:
[12:43] <kelmo> lets ask for upload to experiemntal ; )
[12:43] <kelmo> fix bugs that are reported/found during its stay there
[12:43] <siretart> kelmo: do you have a sponsor? I think that kyle might be too busy
[12:43] <siretart> otherwise I can ask nobse..
[12:43] <kelmo> improve debconf/preinst warinings
[12:44] <kelmo> work on some transistional stuff for next unstable upload
[12:44] <siretart> yes
[12:44] <siretart> the network-manager maintainer has asked me when we finally upload 0.4.8 with the apscan patch ;)
[12:44] <kelmo> yes, we should do that
[12:45] <siretart> perhaps we can ask ajmitch to sponsor? ;)
[12:45] <kelmo> i have sponsors for various stuff, but they are not in close contact with me
[12:45] <kelmo> and i assume are also busy
[12:45] <siretart> ok
[12:45] <kelmo> siretart: many thanks for setting me straight on those few issues
[12:46] <kelmo> i know now what you were saying about the inet mode
[12:46] <siretart> kelmo: I have to thanks for YOUR work. it really rocks hard!
[12:46] <kelmo> and definately don't want files marked as conffiles unless they really need to be
[12:46] <kelmo> siretart: well, i need a push every now and then ; )
[12:46] <siretart> right. we have enough other things which can bite us ;)
[12:47] <siretart> lets hope that Keybuk answers us soon
[12:47] <kelmo> ok, i hope you can also arrange an upload to ubuntu?
[12:48] <kelmo> the last upload sent shivers down my spine, it was based on immature code
[12:48] <siretart> I could, but I'd like to hear Keybuk first
[12:48] <kelmo> users will end up with and extra device file ; )
[12:48] <kelmo> s/and/a
[12:48] <siretart> If I don't hear anything from him until tomorrow, I'll update wpasupplicant tomorrow
[12:50] <kelmo> siretart: Kyle did say he would upload for us
[12:50] <kelmo> in a recent mail
[12:50] <siretart> hm, shall we try to ask him again?
[12:50] <kelmo> sure, i'd say he is waiting for it ; ) we *should* ask him first anyways
[12:51] <siretart> ok. I'll write him an email
[12:51] <kelmo> cool, thanks
[12:54] <siretart> after this got uploaded, I'd suggest that we move the packaging from the experimental branch to our 0.4.8 branch and work ther from then
[12:55] <kelmo> sure, just let me know when the change is coming/done
[12:56] <siretart> woah, alioth is quick today. interesting
[12:57] <siretart> to the others on this channel: are you annoyed that we discuss development of debian packages in this channel? if you are, we can also move somewhere else, but I think we are rather increasing than decreasing the s/n ratio :)
[12:57] <kelmo> okay, i can make a bit of time for wpasupplicant again on the weekend
[12:58] <kelmo> its been fun working on it, cheers siretart
[12:58] <siretart> kelmo: same here :) - lets continue this way :)
[12:59] <siretart> I intend to 'port' this work to trunk and work on smooth integration of an action script with whereami
[12:59] <siretart> that could be a really rocking roaming solution, I think
[01:00] <kelmo> well, thatd be superb
[01:00] <kelmo> any assistance i can give i will
[01:01] <siretart> in principle, we just need to call whereami with parameters indicating that we are going connected or disconnected
[01:01] <kelmo> yep
[01:01] <siretart> but we should also provide additional tests for that
[01:01] <siretart> currently whereami provides a test for kicking wpasupplicant using /etc/init.d/wpasupplicant :/
[01:01] <siretart> but I'll work on that
[01:01] <kelmo> ideally, this could all be done via wpa_cli though
[01:02] <siretart> I have a proof of concept test already here
[01:03] <kelmo> nice
[01:08] <siretart> ok, I'm out for lunch
[01:08] <siretart> cu  later
[02:17] <dehy> hi
[02:18] <dehy> i want to make a ubuntu package of pydza, a mario-like game in pyton made by friends (http://pydza.sourceforge.net), but i'm lost
[02:18] <dehy> i'm reading the maintener's guide from debian
[02:19] <dehy> it explain how to create a package from sources
[02:19] <dehy> but this game needs only python and pygame to work, none compilation needed
[02:21] <dehy> so my question is "how to make a simple package with dependencies to install files where i want ?"
[02:22] <slomo> dehy: look at other python packages for examples :) or data-only packages like mplayer-skins
[02:23] <dehy> okaayyy, i forgot this step ! thx !
[02:23] <dehy> :)
[02:34] <Yagisan> ajmitch: around ?
[02:35] <ajmitch> yes
[02:35] <Yagisan> ajmitch: I've started putting my pax and other sec patches on the web
[02:35] <ajmitch> ok
[02:36] <Yagisan> ajmitch: if you feel like being a guinea pig
[02:36] <Yagisan> ajmitch: they appear here http://eyagi.bpa.nu/eyagi/our-research/technologies/e-yagi-security-enhanced-linux/
[02:36] <ajmitch> against the latest git tree for dapper?
[02:36] <Yagisan> ajmitch: I started by patching binutils
[02:36] <ajmitch> security-enhanced-linux? :)
[02:37] <Yagisan> ajmitch: yep. just a research project
[02:37] <Yagisan> ajmitch: hows your SE linux work going ?
[02:38] <ajmitch> slow, on the shelf right now
[02:38] <ajmitch> more stuff is happening in debian
[02:38] <Yagisan> ajmitch: only confusing for a little while, SElinux is to be added later
[02:38] <Yagisan> ajmitch: I don't want to tackle to muc at once
[02:39] <Yagisan> s/muc/much
[02:42] <ajmitch> Yagisan: what do you think of apparmour? :)
[02:43] <Yagisan> ajmitch: it looks at first glance to do the same as grsec's rbac
[02:44] <Yagisan> ajmitch: I see it and rbac as the two "lightweight" acess systems
[02:45] <Yagisan> ajmitch: and SELinux and RSBAC as the "heavyweight" versions
[02:45] <Hobbsee> hi ajmitch and Yagisan
[02:45] <ajmitch> hey Hobbsee
[02:45] <Yagisan> G'day Hobbsee
[02:45] <ajmitch> how are you?
[02:45] <Hobbsee> better than yesterday...
[02:46] <Hobbsee> you know i had to go to work?
[02:46] <ajmitch> yeah..
[02:46] <ajmitch> how bad was it?
[02:46] <Yagisan> damm - that binutils patch may be dodgy
[02:46] <Hobbsee> mmm...yeah...well...i made it half way to work, then my car suddenly stopped, brakes wouldnt work, and it started rolling backwards when i hit the accelerator.
[02:46] <Hobbsee> fortunatley, the handbrake still did
[02:46] <ajmitch> Hobbsee: uh, that's not good.. :)
[02:47] <Hobbsee> had to be shoved (by some random, nice guys in the car behind) up into somone's driveway, call work, call car people, they came and looked at it, got it towed away
[02:47] <ajmitch> sounds expensive
[02:47] <Hobbsee> picked it up this morning, one of the sensors failed in the engine, meaning no ignition, and no fuel :P
[02:48] <Hobbsee> fortunately, no - it's a hyundai, so it's still under warranty.  and i'm part of the car thingo, (NRMA), so that was free!
[02:48] <ajmitch> did you manage to get to work in the end?
[02:49] <Hobbsee> oh yes, an hour late - wasnt that far to work, and dad stayed with the nrma, and the car
[02:49] <ajmitch> that's a relief
[02:49] <Hobbsee> yeah
[02:49] <Hobbsee> was lucky that it didnt happen a week later, when dad would be in the US
[02:50] <Hobbsee> how was work?  hmmm....oh yes, one of the guys was being a pain in the neck, cos i didnt want to stay back, and that i'd complained about him, to the manager.
[02:51] <Hobbsee> so he was being rotten, making jokes, etc - probably could have threatened to report him for harrassment, if i'd wanted to bother
[02:51] <ajmitch> I bet you were tempted :)
[02:51] <Hobbsee> hehe, yeah, but the main manager had gone home for the night.
[02:53] <ajmitch> sounds like you live a 'fun' life
[02:55] <Hobbsee> ajmitch: i'd prefer not to, thanks!
[02:55] <Hobbsee> :P
[02:56] <Hobbsee> hehe @ Yagisan - i'll remember that
[02:56] <ajmitch> Yagisan: or the missing 00list when using dpatch, and starting a 2 hour build
[02:56] <ajmitch> rather irritating, that
[02:59] <Yagisan> I know, I've done it already
[03:00] <Yagisan> I think people would be scared to test my patches - my C is as good as my swahili
[03:01] <Yagisan> and I don't speak swahili
[03:01] <ajmitch> heh
[03:05] <ajmitch> I should just work on an .au timezone or something
[03:06] <Yagisan> ajmitch: should this actually work - what are my chances that main will take the patch ? slim or none ?
[03:08] <ajmitch> Yagisan: for dapper?
[03:08] <ajmitch> just the binutils patch? you'd have to ask the toolchain guys (doko, jbailey)
[03:08] <Yagisan> ajmitch: dapper + 1
[03:08] <ajmitch> ah, dapper+1 is more likely
[03:09] <Yagisan> ajmitch: binutils patch will probally never be taken by upstream (redhat)
[03:10] <ajmitch> why is that?
[03:10] <Yagisan> ajmitch: they think their pt_gnu_stack is better, yet it is far less flexible. Why turn off all protection, when it is just one feature that breaks an app ?
[03:11] <Yagisan> ajmitch: I think they can coexist nicely, but I'm not a dev
[03:12] <ajmitch> might take a bit of discussion & even some spec work then :)
[03:17] <j^> i have prepared VPN packages for NetworkManager 0.6, since NM0.6 is supposed to enter main soon, it would be nice to have the vpn plugins in universe. http://bootlab.org/~j/NetworkManager/
[03:18] <j^> they depend on the new network-manager-dev packages that will hit main soon
[03:22] <Yagisan> ajmitch: no worries. I can always steal^W borrow gentoo's patches and update them to suit ubuntu.
[03:23] <ajmitch> ok
[03:24] <Yagisan> woohoo it built :)
[03:26] <slomo> j^: are they based on the ones in debian's pkg-utopia svn?
[03:30] <j^> slomo no, based on what i had for NM 0.5 and breezy
[03:31] <zakame> hi MOTUs
[03:32] <j^> slomo cant't find any vpn packages in  debian's pkg-utopia svn.
[03:33] <slomo> j^: oh right, sorry... they wanted to get them there when nm 0.6 is in unstable
[04:26] <bddebian> Heya gang
[04:30] <zakame> bddebian!
[04:30] <bddebian> Heya zakame!
[04:31] <zakame> =)
[04:32] <zakame> irvin!
[04:32] <irvin> hi zakame
[04:42] <zakame> anyone care to check malone 35196 before I proceed?
[04:42] <Ubugtu> Malone bug 35196 in eclipse libswt3.1-gtk-java "Rebuild against firefox" [Normal,In progress]  http://launchpad.net/bugs/35196
[04:44] <bddebian> zakame: Ah, go for it :-)
[04:45] <zakame> bddebian: I have a debdiff there
[04:46] <bddebian> Oh, hehe
[04:50] <zakame> would that bug require motu-uvf attention?
[04:51] <bddebian> If it's just a rebuild against a newer firefox, I don't believe so but I have been WAAY out of the loop :'-(
[04:52] <zakame> yeah, then again its just a rebuild, not a new upstream
[04:52] <G0SUB> zakame: you need to get permission from a core-dev in any case since firefox is in main
[04:52] <bddebian> Why, he's not touching firefox?
[04:53] <G0SUB> oh! my bad
[04:53] <slomo> zakame: feel free to get this uploaded... you don't need any special permissions by anybody for this kind of changes :)
[04:53] <slomo> zakame: hm, i'll get it uploaded unless someone else does it already
[04:54] <zakame> G0SUB: I just B-D on firefox-dev
[04:54] <G0SUB> zakame: got it ... I misread it
[04:55] <slomo> zakame: the diff there is the latest version? or do you want something else changed?
[04:55] <zakame> slomo: ok, will do, I'm just needing a li'l more push of confidence, since eclipse is such a big package
[04:55] <slomo> zakame: wtf... this is in eclipse... i thought it was the separate swt
[04:55] <slomo> zakame: better talk to doko then... i don't feel like touching eclipse :) he knows it better than me
[04:56] <zakame> slomo: it's the latest as of yesterday; I built it on tiber, then tried it here on my own home machine
[04:56] <zakame> slomo: yup wtf indeed :/ ok I'll look for doko
[04:57] <doko> ?
[04:58] <zakame> doko: I need your advice re: malone 35196
[04:58] <Ubugtu> Malone bug 35196 in eclipse libswt3.1-gtk-java "Rebuild against firefox" [Normal,In progress]  http://launchpad.net/bugs/35196
[04:58] <zakame> I've prepared the debdiff, and it builds successfully twice
[04:59] <doko> zakame: and eclipse does run with your patch?
[05:02] <zakame> doko: yup, so far no problems here afaict
[05:06] <zakame> doko: I don't use eclipse regularly however
[05:10] <doko> zakame: Please Check Help/Helpcontents, an try opening "The Workbench" in the Workbench user's guide
[05:12] <zakame> ok, will do later :D
[05:21] <jpatrick> Mithrandir: ping
[07:14] <phanatic> hi people
[07:15] <Erlang> lo
[07:19] <zakame> hi phanatic lucas Tonio_
[07:20] <phanatic> hey zakame
[07:21] <Tonio_> heya zakame
[07:40] <elvirolo> hi all
[07:41] <elvirolo> currently, libtunepimp is not compiled with mp3 support
[07:41] <LaserJock> hi elvirolo
[07:41] <elvirolo> could you MOTU's could make one with mp3 support enabled and upload it to universe?
[07:42] <LaserJock> I'm not sure we can
[07:42] <LaserJock> but I'm not really up on the MP3 stuff
[07:42] <elvirolo> ok thanks
[07:42] <ogra> something in main needs libtunepimp
[07:43] <ogra> no way that mp3 support gets in there
[07:43] <LaserJock> ogra: but is it possible to have a separate package in say multiverse or something?
[07:43] <ogra> you could spli out a universe package though
[07:44] <ogra> but thats a lot of work and duplication...
[07:45] <elvirolo> here ( https://launchpad.net/distros/ubuntu/+source/libtunepimp/+bug/21923 ), a developper says he will do that
[07:45] <Ubugtu> Malone bug 21923 in libtunepimp libtunepimp2c2 "tag search in musicbrainz/libtunepimp2c2 does not work on mp3" [Normal,Confirmed]
[07:45] <Tm_T> that's because libtunepimp is compiled without mp3support
[07:46] <elvirolo> yeah i know
[07:46] <elvirolo> ;)
[07:46] <Tm_T> ach, tired
[07:47] <zakame> because there are no mp3 libs in main
[07:49] <slomo> oh i said that i wanted to do it... damn, i simply forgot about that issue and now it's too late for dapper :(
[07:50] <elvirolo> is it ? never mind
[07:50] <elvirolo> can't it be put into the updates?
[07:52] <slomo> elvirolo: nope... -updates is only for updates, not new packages
[07:52] <elvirolo> ok
[07:52] <elvirolo> how do other distro's deal with the mp3 stuff ?
[07:52] <elvirolo> i think in works in debian, doesn't it ?
[07:53] <elvirolo> one should set up a third-party repo to store a modified version of libtunepimp
[07:53] <ogra> why not just fix the isuue ?
[07:53] <ogra> *issue
[07:54] <ogra> slomo, its a bug, i guess there is still time to split the package and add a universe component ... its just a bit ugly
[07:54] <slomo> ogra: hmm. would it need approval by anybody to put a modified tunepimp in universe?
[07:54] <slomo> ogra: no splitting... just the same package with a new build-depends and conflicts/replaces/provides
[07:54] <slomo> iirc at least
[07:55] <ogra> probably, but since its only a recompile of a main lib, it wont be an issue
[07:55] <slomo> ogra: why do you think it's a recompile of a lib in main?
[07:55] <ogra> yes, thats what i thought of as well
[07:55] <elvirolo> it -is- an annoying problem (and i still haven't found the workaround)
[07:55] <ogra> libtunepimp is in main
[07:56] <slomo> ogra: i don't need to touch libtunepimp iirc... only make a new libtunepimp-mp3 in universe unless i miss something... but let me take a look at it again before i say something else ;)
[07:56] <ogra> so you need a libtunepimp-universe or libtunepimp-mp3 or something with appropriate Conflicts/Replaces
[07:57] <zakame> that could get messy
[07:57] <ogra> i think we both mean the same just talking different languages :)
[07:57] <ogra> zakame, why ?
[07:57] <slomo> ogra: possible :)
[07:58] <ogra> it provides libtunepimp and replaces the one in main if you install it ...
[07:58] <ogra> its just tricky to set up ...
[07:58] <zakame> hm, but then again, if the package is done correctly, maybe...
[07:59] <slomo> zakame: you mean the package in main?
[07:59] <zakame> bah, don't mind me, I'm triaging :P
[08:00] <zakame> slomo: yup... anyhow this will all come from just one source package, with just different build options, right?
[08:00] <slomo> zakame: yes... and different build-depends which is the problem
[08:00] <zakame> true true
[08:01] <zakame> unless one does some control.in black magic... gaah
[08:01] <slomo> zakame: nope that won't help... you still need libmad0-dev
[08:02] <zakame> gaah... yeah... at any rate its tricky unless a new source pkg is introduced
[08:03] <zakame> anyhow I'm long past my date... gn8 all! :D
[08:03] <bddebian> Later zakame
[08:03] <zakame> sure thing bddebian =)
[08:03] <elvirolo> bye!
[08:03] <zakame> bye elvirolo
[08:04] <elvirolo> so
[08:04] <elvirolo> could you help me to recompile it myself ?
[08:04] <Tonio_> I just noticed beagled doesn't autostart
[08:05] <Tonio_> is that normal ? sounds strange for a daemon......
[08:07] <slomo> elvirolo: yes... but you could as well wait until i've finished it now :) do you want to be my tester before i upload? ;)
[08:07] <Tonio_> it apears that's just for kde
[08:07] <elvirolo> certainly :-D
[08:07] <slomo> Tonio_: i guess kde doesn't support the .desktop autostart foo yet...
[08:08] <Tonio_> slomo: yes, but that can be done in /usr/share/autostart ;) I'm gonna work on that
[08:08] <slomo> Tonio_: the standard is /etc/xdg/autostart
[08:09] <ogra> Tonio_, doesnt kde use the xdg autostart folder ?
[08:09] <slomo> Tonio_: and there is the autostart file... maybe it just needs a link to the kde directory
[08:09] <ogra>  /etc/xdg/autostart/ rather :)
[08:09] <ogra> (at least thats what the spec defines)
[08:09] <Yagisan> spacey: ping
[08:10] <Tonio_> ogra: kde doesn't manage this apparently
[08:11] <ogra> Tonio_, hmm, it should ...
[08:12] <ogra> but thats probably next release :)
[08:12] <Tonio_> ogra: yep, but it is confirmed that it doesn't ;)
[08:27] <slomo> elvirolo: there you go... please test: http://slomosnail.de/~slomo/temp/libtunepimp-mad-2c2a_0.3.0-9.1ubuntu3_i386.deb :)
[08:27] <elvirolo> slomo: great :)
[08:27] <elvirolo> i'll try it out right now
[08:32] <spacey> Yagisan: pong
[08:32] <slomo> elvirolo: just ping me when it works or fails or whatever ;)
[08:45] <elvirolo> slomo: yup, it works :) the only problem is that it conflicts with libtunepimp2c2a (but that's normal, in fact)
[08:46] <slomo> elvirolo: but it should conflict nicely with it... i.e. it just replaces the package
[08:46] <slomo> elvirolo: ok, thanks for your time :)
[08:46] <elvirolo> slomo: ah, i'm afraid it doesn't here
[08:46] <slomo> elvirolo: why?
[08:46] <elvirolo> slomo: I should thank you for having solved the problem so quickly
[08:47] <elvirolo> wait a sec
[08:47] <slomo> elvirolo: almost half a year after telling that i do it, yes ;) but why do you think it doesn't replace it nicely? seems to work fine here
[08:51] <elvirolo> ok
[08:51] <elvirolo> slomo: i have libtunepimp2c2a right now
[08:52] <elvirolo> slomo: and when I try doing the following sudo dpkg -i libtunepimp-mad-2c2a_0.3.0-9.1ubuntu3_i386.deb
[08:52] <elvirolo> slomo: dpkg tells me that libtunepimp-mad-2c2a conflicts with libtunepimp2c2a
[08:53] <elvirolo> and thus cannot be installed
[08:53] <slomo> but it installs it?
[08:53] <slomo> i.e. it tells you that it conflicts etc but that this will be ignored because of blabla?
[08:54] <elvirolo> no
[08:54] <elvirolo> it doesn't install it
[08:54] <elvirolo> brb
[08:54] <elvirolo> sorry
[08:56] <slomo> elvirolo: oh i see the problem...
[09:01] <elvirolo> slomo: ok what is it ?
[09:02] <slomo> elvirolo: dpkg beeing unable to handle versioned provides... so nothing we could fix now :(
[09:02] <elvirolo> slomo: ah i see
[09:02] <elvirolo> why does it work on your box then ?
[09:03] <slomo> elvirolo: because i didn't have anything installed that needed libtunepimp
[09:04] <slomo> elvirolo: after installing something it breaks
[09:04] <elvirolo> ah ok
[09:05] <slomo> sorry... so that won't get done for dapper unfortunately unless someone has a brilliant idea :(
[09:30] <elvirolo> slomo: at least, you could store your package somewhere, and make it availible to everyone
[09:32] <slomo> elvirolo: that won't help anybody as apt-get will remove that package again on updates ;)
[09:32] <elvirolo> true
[09:33] <slomo> elvirolo: but you could compile the original libtunepimp (with the same package names) with libmad0-dev
[09:33] <slomo> and provide that somewhere
[09:33] <elvirolo> yeah
[09:33] <elvirolo> i don't know hpw to do it though
[10:03] <looksaus> hi!
[10:03] <LaserJock> hi
[10:03] <looksaus> I'm trying to get simplebackup
[10:03] <looksaus> to work using passwordless ssh auth
[10:03] <looksaus> (universe package: sbackup)
[10:03] <looksaus> no problem from nautilus and from an xterm
[10:04] <looksaus> passwordless ssh works just fine there
[10:04] <looksaus> but for some reason, it refuses to in simplebackup
[10:05] <crimsun> ECHANNEL
[10:05] <looksaus> crimsun, where should I go then?
[10:05] <ajmitch> morning
[10:05] <crimsun> looksaus: #ubuntu
[10:05] <crimsun> 'morning LaserJock, ajmitch
[10:05] <looksaus> oh, sorry
[10:06] <looksaus> crimsun, might have been a bit cryptic for a less experienced user though...
[10:06] <looksaus> thx for you great work anyway and bye
[10:07] <Tonio_> slomo: ping ?
[10:08] <slomo> Tonio_: pong
[10:09] <Tonio_> slomo: I noticed you maintain beagle package
[10:09] <Tonio_> slomo: we're currently testing several kde frontend, but we have an issue.......
[10:09] <slomo> Tonio_: normally that's tseng's package ;) why?
[10:09] <slomo> Tonio_: hmm, tell me about them
[10:09] <crimsun> LaserJock: north carolina a&t state univ
[10:09] <Tonio_> slomo: we would need an /usr/share/autostart desktop file for kde.....
[10:09] <crimsun> LaserJock: (migrated for ETOPIC)
[10:10] <Tonio_> actually we have to provide a desktop file per package, which results conflicts......
[10:10] <slomo> Tonio_: could it be a copy of the one in /etc/xdg/autostart?
[10:10] <LaserJock> crimsun: ah, what department? CS?
[10:10] <slomo> Tonio_: why conflicts?
[10:10] <crimsun> LaserJock: yeah
[10:10] <Tonio_> slomo: because dpkg doesn't like when a file is replaced by another one ;)
[10:10] <Tonio_> slomo: and we don't want 2 or 3 entries in autostart folder :)
[10:11] <Tonio_> we focus on 2 tools, kerry and kio-beagle
[10:11] <Tonio_> so the only good solution would be, yes, a copy of the xdg/autostart one
[10:11] <slomo> Tonio_: but why would it give conflicts there? this file gets into the beagle package and we're done... or do i miss something?
[10:11] <Tonio_> slomo: no need for it to show in kmenu, as long as it autostarts :)
[10:12] <Tonio_> slomo: if in the beagle package,, no pb, but if we provide it with kerry package *and* kio-beagle, that's not nice :)
[10:12] <Tonio_> this is the way we did for the moment, but that's crappy
[10:12] <Tonio_> that's why I'm asking for the file to be installed by beagle package directly :)
[10:13] <slomo> Tonio_: sure, i'll add it, np :)
[10:13] <Tonio_> slomo: thanks very much ;)
[10:13] <Tonio_> slomo: and better no change for it, we don't want it in the kmenu :)
[10:15] <Tonio_> slomo: and in my dreams, I've seen a splitted package, giving the possibility to install beagled without libgtk depandancy :)
[10:15] <Tonio_> slomo: hehe
[10:15] <slomo> Tonio_: will come later maybe... but you need to live at least with glib ;)
[10:15] <Tonio_> slomo: that will not kill us :)
[10:16] <Tonio_> siretart: ping ?
[10:16] <Tonio_> or ajmitch maybe ?
[10:16] <slomo> Tonio_: i'll upload it in some minutes... when you have any other problems feel free to tell me :)
[10:16] <Tonio_> I need package nuking on revu....
[10:16] <Tonio_> slomo: fantastic :)
[10:16] <Tonio_> slomo: thanks very much :)
[10:21] <Tonio_> slomo: are you revu admin ?
[10:21] <slomo> Tonio_: what do you want nuked?
[10:21] <Tonio_> slomo: kmplayer
[10:21] <slomo> why?
[10:21] <Tonio_> slomo: I had to rebuild tarball for some reason, but the new one is rejected for some reason
[10:22] <Tonio_> and it keeps old one with crappy debian/ entry in it
[10:22] <Tonio_> and because the package is intended to eventually go in main, we need a clean tarball :)
[10:23] <slomo> Tonio_: hm, i better don't touch it then... seems to be a bigger problem... better talk to siretart or sistpoty
[10:23] <Tonio_> slomo: why not simply nuking and let me upload new source package ? :)
[10:23] <Tonio_> slomo: is that a problem ?
[10:24] <slomo> Tonio_: i don't want to break something :) do you get the new tarballs REJECTED or does it fail uploading?
[10:25] <Tonio_> it is uploaded, but apparently revu rejects it, because the orig version is the same than the crappy one on revu
[10:25] <Tonio_> I did three uploads, unsuccessfully
[10:26] <ajmitch> hello bddebian
[10:26] <bddebian> Heya ajmitch
[10:26] <slomo> Tonio_: /usr/share/autostart?
[10:26] <Tonio_> slomo: plz :)
[10:32] <slomo> Tonio_: btw, when you want the gtk stuff splitted off talk to the debian maintainer please
[10:37] <Tonio_> slomo: I will :)
[10:37] <slomo> btw, beagle uploaded
[10:37] <slomo> tell me when this isn't what you wanted ;)
[10:37] <Tonio_> slomo: I think it is not important as long as we don't had beagle stuff to default kubuntu installation........ only universe for the moment so that's okay
[10:38] <Tonio_> slomo: no pb, that will be okay for sure :)
[10:59] <wBryce_> ogra: Hello. Are you still the maintainer of Squeak in Ubuntu?
[11:16] <LaserJock> wBryce_: nobody is really the maintainer for anything in Universe. everything is team maintained by the MOTU
[11:22] <VoX> how/where do i update the md5 checksums for dapper package sources?
[11:23] <wBryce_> Is there still time to get bugs fixed for Dapper?
[11:23] <LaserJock> VoX: the md5sums for source packages?
[11:23] <LaserJock> wBryce_: certainly, that is what we are focusing on
[11:23] <VoX> Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/dapper/main/source/Sou rces.gz  MD5Sum mismatch
[11:24] <wBryce_> There's about 6 bugs on the squeak packages.
[11:25] <LaserJock> wBryce_: and have the been confirmed or worked on?
[11:25] <Erlang> VoX: Everytime that error has happened to me it went away after a little while.
[11:25] <LaserJock> VoX: yeah, I think that is perhaps a mirroring problem
[11:27] <wBryce_> LaserJock: Some have been confirmed.
[11:28] <wBryce_> How do we get them fixed?
[11:28] <LaserJock> patches and good debugging info always help
[11:29] <LaserJock> figuring out if Debian or the authors have similar bug reports/fixes also helps
[11:30] <wBryce_> The major bug is a critical package is missing.
[11:30] <wBryce_> Squeak's not in Debian.
[11:30] <LaserJock> hmm, that is a problem. what is the bug number?
[11:30] <LaserJock> somebody was here the other day asking about squeak
[11:30] <wBryce_> I'm a Squeak developer. Running Breezy though.
[11:31] <wBryce_> https://launchpad.net/distros/ubuntu/+source/squeak-vm/+bug/34530
[11:31] <Ubugtu> Malone bug 34530 in squeak-vm "squeak-image missing?" [Normal,Unconfirmed]
[11:32] <lifeless> bug 34530
[11:32] <lifeless> there
[11:32] <Ubugtu> Malone bug 34530 in squeak-vm "squeak-image missing?" [Normal,Confirmed]  http://launchpad.net/bugs/34530
[11:32] <LaserJock> hmm, that does seem like a problem ;-)
[11:33] <wBryce_> LaserJock: How is it not a problem? The image contains the the system.
[11:34] <VoX> mmuh
[11:34] <LaserJock> wBryce_: I said  "does" not "doesn't"
[11:34] <wBryce_> LaserJock: Sorry, my mistake.
[11:37] <wBryce_> What do we need to do to get the bugs fixed? Or marked as confirmed if that's required?
[11:37] <LaserJock> wBryce_: ok, so the package is useless without the squeak-image package, right?
[11:38] <wBryce_> LaserJock: Yes. It's useless without an image.
[11:39] <LaserJock> ok, I'll confirm it and assign it to MOTU
[11:39] <wBryce_> LaserJock: Thanks.
[11:39] <wBryce_> Squeak people hang out on
[11:39] <wBryce_> #squeak
[11:39] <wBryce_> It might be worthwhile adding that so the MOTU can find us.
[11:40] <LaserJock> yeah, I think the package might need some work. I don't know if ogra is up now but he should see the bug email
[11:41] <LaserJock> wBryce_: thanks for the info
[11:41] <Riddell> do we know Yuriy Kozlov?
[11:42] <LaserJock> Riddell: I don't but I might recognize an irc nick
[11:46] <wBryce_> Bug 36805
[11:46] <Ubugtu> Malone bug 36805 in squeak-vm "Link in menu is useless" [Normal,Unconfirmed]  http://launchpad.net/bugs/36805
[11:47] <wBryce_> is also important.
[11:47] <wBryce_> Then people could install it and start it with the menu item.
[11:47] <wBryce_> The menu item is created.
[11:51] <LaserJock> wBryce_: do you know much about the LinEX packages for squeak?
[11:51] <wBryce_> LaserJock: No, Is that the Extramerda (sorry about the spelling) distro from Spain?
[11:54] <wBryce_> That's mostly Diago Gomaz Deck's work.


[00:50] <CIA-11> ubiquity: dmitrij.ledkov * r5637 trunk/ubiquity/ (frontend/gtk_ui.py segmented_bar.py): pep8 fixes
[10:31] <CIA-11> ubiquity: dmitrij.ledkov * r5638 trunk/ (bin/ubiquity-wrapper debian/changelog):
[10:31] <CIA-11> ubiquity: Prevent thunar from automounting, in ubiquity-wrapper (LP: #719338).
[10:31] <CIA-11> ubiquity: Automounting should probably be address in some better way on Xfce.
[10:43] <CIA-11> ubiquity: dmitrij.ledkov * r5639 trunk/ (3 files in 3 dirs):
[10:43] <CIA-11> ubiquity: Make `$ bzr bd -S' and `$ bzr bd' do something useful, i.e. generate
[10:43] <CIA-11> ubiquity: nice & clean source package or perform clean local builds.
[10:43]  * xnox wants to release ubiquity
[10:45] <cjwatson> Be my guest
[10:45] <xnox> =)
[10:47] <cjwatson> Actually
[10:47] <cjwatson> I was going to excise Python 2 support
[10:47] <cjwatson> Mind if I finish that?
[10:50] <xnox> go ahead.
[10:51] <cjwatson> xnox: ^-
[10:51] <xnox> I am working on a partman-auto-lvm bug, so if I get that done, it might even end up in ubiquity as well =)
[10:51] <xnox> ubiquity has all fixes which should unbreak xubuntu ISOs.
[10:52] <xnox> as well as ubuntu affecting bugs.
[10:55] <cjwatson> xnox: Sorry, don't know if you got this
[10:55] <cjwatson> 11:47 <cjwatson> Actually
[10:55] <cjwatson> 11:47 <cjwatson> I was going to excise Python 2 support
[10:55] <cjwatson> 11:47 <cjwatson> Mind if I finish that?
[10:55] <xnox> i wonder if my irc works.
[10:55] <xnox> yes, go ahead. I did reply....
 go ahead.
 xnox: ^-
 I am working on a partman-auto-lvm bug, so if I get that done, it might even end up in ubiquity as well =)
 ubiquity has all fixes which should unbreak xubuntu ISOs.
 as well as ubuntu affecting bugs.
[10:56] <cjwatson> Yeah, my connection dropped :-/
[10:57] <cjwatson> Thanks
[10:57] <xnox> ah =)
[11:15] <CIA-11> base-installer: cjwatson * r976 ubuntu/ (debian/changelog kernel/tests/runtests):
[11:15] <CIA-11> base-installer: * Cherry-pick from upstream (Ben Hutchings):
[11:15] <CIA-11> base-installer:  - base-installer/kernel/tests: Fix regex syntax error in runtests.
[11:30] <CIA-11> base-installer: cjwatson * r977 ubuntu/debian/changelog: releasing version 1.122ubuntu9
[11:32] <CIA-11> ubiquity: cjwatson * r5640 trunk/ (28 files in 8 dirs): Remove Python 2 support.
[11:37] <xnox> made me giggle
[11:57] <xnox> cjwatson: given an empty partition table, parman creates new partition table and then it discovers there is left over lvm metadata, what should it do:
[11:58] <xnox> (i) thow a fit with a cryptic message and bail out
[11:58] <xnox> (ii) offer to remove & reuse, or go back to manual partitioning
[11:58] <xnox> (iii) auto-clear that metadata and continue as per original plan
[11:59] <xnox> --
[11:59] <xnox> this is bug 154086 or http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542441
[11:59] <ubot2> Launchpad bug 154086 in partman-auto-lvm "Installing to HDD with previous ubuntu fails to create fresh LVM claiming group already in use" [High,Confirmed] https://launchpad.net/bugs/154086
[11:59] <ubot2> Debian bug 542441 in partman-lvm "old LVM data is not erased" [Normal,Open]
[12:00] <cjwatson> Not (i).  I would be slightly inclined to say (ii), but I can see the justification for (iii) because that's effectively what would happen if it were a real partition not LVM.  However, have a think about the effects of code to do (iii) on re-opening things like encrypted containers.
[12:00] <cjwatson> I believe that current code attempts to do (ii), possibly buggily, so I would tend to try to make that work rather than changing the intent.
[12:00] <xnox> cjwatson: (i) is the current behaviour =)
[12:01] <cjwatson> In practice, but I'm fairly sure the intent is (ii) and that it fails due to races or similar.
[12:01] <cjwatson> For instance there are already suitable debconf templates for (ii).
[12:01] <cjwatson> Somewhere.
[12:01] <xnox> cjwatson: it says "The vgname you chose is already in use. Lower priority to be offer to choose a different name." Upon restarting partman you notice the re-create partition table & old lvm group and lv volumes "recovered" out of the blue =)
[12:02] <xnox> yeah the second time you run it. (ii) happens.
[12:02] <cjwatson> Yes, I'm not saying it works right now.  But look at the code, not the behaviour.
[12:02] <xnox> ok. I will make it try to do (ii) instead of throwing a fit in corner cases.
[12:03] <cjwatson> I vaguely recall some bug where Phil Hands made it work by inserting sleeps.  That's obviously not a correct fix, but indicates that there's a race which should be fixed by inserting proper synchronisation.
[12:04] <xnox> not really a race.... it does a name check " does this vgname in use? " just before creating it. It does it via a call to lvs, which finds the zombie VG
[12:05] <xnox> his fix was to add an unconditional call to do ROW = RM-on-Write =)
[12:05]  * xnox a bad pun on COW
[12:06] <cjwatson> I thought part of the problem was that udev rules were still working on it.
[12:08] <xnox> regardless of udev, vgs rescans to find new vgs. Since the current one we have does not implement caching daemon.
[12:09] <xnox> and even the new one that does caching daemon can still invalidate cache & find the zombie vg.
[12:10] <cjwatson> OK
[12:54] <davmor2> cjwatson: the lvm encrypted password doesn't work if you use # in the password,  we are wondering if it is an issue with keyboard layout
[12:55] <cjwatson> Certainly possible
[12:55] <cjwatson> Try the US location
[12:58] <xnox> davmor2: the 94 printable ascii characters should be safe.
[12:58] <xnox> and # is one of them.
[12:58] <cjwatson> No, because it is in a different location on US and UK keyboards.
[12:59] <cjwatson> I mean, it *should* be safe, but it's certainly plausible that the keyboard layout hasn't been configured at the right time.
[12:59] <xnox> cjwatson: and there is this bug open about console-setup that keyboard layout options do not propagate into initramfs......
[13:00] <cjwatson> Quite so.  This is one of the reasons we need it in the initramfs.  It used to work. :-/
[13:00] <davmor2> xnox, cjwatson: it turns out it is he used @ and it is on shift 2
[13:00] <cjwatson> Indeed, so that's the US location.
[13:52] <Mez> cjwatson: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1047384
[13:52] <ubot2> Launchpad bug 1047384 in ubiquity "System Encryption Password set before setting keyboard locale" [Undecided,New]
[13:56] <xnox> Mez: yes, it is.
[13:56] <xnox> Mez: and it must be....
[13:57] <Mez> xnox: Why must it be /
[13:57] <xnox> Mez: I will comment on the bug. One moment please
[13:57] <ogra_> xnox, well, you coudl do the kbd setup twice
[13:57] <ogra_> (in the backend)
[13:57] <xnox> ogra_: there is better way ;-)
[13:58] <Mez> xnox, then the locale needs to not be set before booting
[13:59] <xnox> Mez: you can if you press Esc and F6 at boot.
[14:01] <xnox> Mez: you can also change keyboard layout in the indicator in the top right? can you not?
[14:02] <Mez> xnox: both of those REQUIRE people to be aware of the problem.  They REQUIRE special knowledge.  It shouldn't mean that someone installing thinks they've broke their system because it won't accept their password
[14:02] <Mez> (Also the keyboard item doesn't work, as it's a password input box)
[14:03] <xnox> Mez: i know, i understand. I am writting up solutions in the bug report.
[14:03] <cjwatson> This is unresolvable by direct sequencing; my understanding was that the keyboard indicator was being included to break the deadlock
[14:03] <cjwatson> Shouting at us won't help
[14:03] <Mez> cjwatson: apologies, was just trying to add emphasis (as no voice).
[14:03] <xnox> Mez: This will need design changes, but I think I can add an extra feature here at the same time.
[14:08] <xnox> Mez: thank you for "discovering" this bug =)
[14:11] <xnox> cjwatson: commented on the bug report. What do you think about using $random keyfile to do cryptsetup and ask for real encryption passphrase after the keyboard layout has been chosen?
[14:12] <xnox> cjwatson: this should also allow keeping $random keyfile in the initramfs for OEM style full-disk encryption, where puppet/chef/etc. kick in on first boot to setup the correct luks passphrases (this is not used by OEMs but it is used by $bigcorps)
[14:13] <xnox> cjwatson: this should make it easier to setup multiple passphrases, which is currently not supported.
[14:13] <cjwatson> I'm not sure I have the brain for this at the moment :)
[14:14] <cjwatson> It's an interesting idea but I don't use cryptsetup myself as yet so I don't really have a feel for it.  Ask Steve maybe?
[14:30] <stgraber> xnox: going with a random key, then adding the real one and removing the random one sounds like a good idea
[14:30] <stgraber> xnox: and I never saw any issue with cryptsetup when running multi-key system, so it should be fine to implement
[14:45] <xnox> as I quick hack, I will unhide the passphrase, such that people atleast see what they are typing =/
[15:26] <zyga> hey
[15:26] <zyga> I've spotted an issue with the photo taking stage
[15:26] <zyga> the camera turns off/on when the user presses the picture button
[15:26] <zyga> for two of my cameras that de-stabilizes the picture quality
[15:27] <zyga> and the result is a very dark / greenish photo
[15:27] <zyga> while normal preview is perfectly fine after a second
[15:27] <zyga> is that reported?
[15:28] <xnox> zyga: search launchpad & report if it wasn't.
[15:28] <xnox> zyga: and if you didn't find it, we can always mark it as duplicate.
[15:28] <xnox> zyga: there are not that many people testing the webcam to be honest =/
[15:30] <ogra_> xnox, everyone who does a laptop install i would guess
[15:31] <xnox> ogra_: either it's perfect or not tested, first bug report about the webcam page =)
[15:31] <xnox> that I see/read
[15:31] <cjwatson> It's certainly not the first ever
[15:31] <ogra_> i could file some but i'm not sure its only ac100/tegra :)
[15:31] <ogra_> and i dont have a spare x86 laptop to verify
[15:32] <ogra_> for me the image list on the right is clearly empty
[15:32] <ogra_> and the preview pic isnt shown at all
[15:32] <ogra_> (if i click on "take picture" i get a proper pic though)
[15:37] <zyga> xnox, will do
[15:37] <zyga> xnox, sorry, I was prepping some dinner :)
[15:37] <zyga> xnox, against ubiquity?
[15:38] <zyga> ogra_, probably v4l
[15:38] <xnox> zyga: ubiquity will do, we will redirect it if it's not ubiquity problem.
[15:38] <xnox> but video problem.
[15:38] <zyga> awesome, thanks
[16:15] <zyga> xnox, reported as 1047493
[16:15] <zyga> xnox, reported as bug 1047493
[16:15] <ubot2> Launchpad bug 1047493 in ubiquity "Camera photo taken by ubuqity is dim despite good quality preview" [Undecided,New] https://launchpad.net/bugs/1047493
[16:15] <xnox> thanks
[16:16] <CIA-11> ubiquity: dmitrij.ledkov * r5640 trunk/ (debian/changelog ubiquity/frontend/base.py):
[16:16] <CIA-11> ubiquity: Fixed slideshow_get_available_locale missing new locales in
[16:16] <CIA-11> ubiquity: extra_slides_dir. (LP: #1046511)
[16:17] <CIA-11> ubiquity: dmitrij.ledkov * r5641 trunk/ (debian/changelog ubiquity/frontend/base.py):
[16:17] <CIA-11> ubiquity: Fixed slideshow_get_available_locale missing new locales in
[16:17] <CIA-11> ubiquity: extra_slides_dir. (LP: #1046511)
[16:54] <zyga> xnox, feel free to retweet: https://twitter.com/zygoon/status/244108311077715970
[16:59] <xnox> zyga: ;-)
[17:43] <bdmurray> bug 1047316 seems to have a pretty simple patch
[17:43] <ubot2> Launchpad bug 1047316 in casper "casper in initrd dies trying to find filesystem.squashfs on raid device" [Undecided,New] https://launchpad.net/bugs/1047316
[17:45] <CIA-11> ubiquity: dmitrij.ledkov * r5642 trunk/ (bin/ubiquity-wrapper debian/changelog):
[17:45] <CIA-11> ubiquity: Remove powerpc/ps3 low-memory profile, as it doesn't do anything any
[17:45] <CIA-11> ubiquity: more. gnome-session-remove command is no longer present, and the init
[17:45] <CIA-11> ubiquity: processes it tried to stop no longer exist under those names. We do
[17:45] <CIA-11> ubiquity: want a low memory profile, which ubiquity-only mode now.
[17:45] <xnox> gotta love spending time trying to understand what a piece of code is doing.....
[17:45] <xnox> .... only to find out it does nothing.
[17:48] <cjwatson> More relevantly, the ps3 port is dead :)
[17:51] <CIA-11> ubiquity: cjwatson * r5643 trunk/ (9 files in 5 dirs): Remove the rest of the long-dead PS3 port.
[17:51]  * cjwatson wields the axe today
[17:52]  * infinity sheds a tear for the PS3.
[19:18] <CIA-11> ubiquity: dmitrij.ledkov * r5644 trunk/ (bin/ubiquity-wrapper debian/changelog):
[19:18] <CIA-11> ubiquity: ubiquity-wrapper: Add support for udisks2 inhibit, drop devkit-disks
[19:18] <CIA-11> ubiquity: inhibit. (LP: #719338)
[19:42] <CIA-11> ubiquity: dmitrij.ledkov * r5645 trunk/ (d-i/manifest debian/changelog):
[19:42] <CIA-11> ubiquity: Automatic update of included source packages: base-installer
[19:42] <CIA-11> ubiquity: 1.122ubuntu9.
[23:46] <CIA-11> ubiquity: dmitrij.ledkov * r5646 trunk/ (debian/changelog gui/gtk/ubiquity.ui): Prevent progress label to expand & shrink the window (LP: #1046241)
[23:47] <CIA-11> ubiquity: dmitrij.ledkov * r5647 trunk/ (gui/gtk/stepPartAdvanced.ui ubiquity/plugins/ubi-partman.py): Use the joined up Add/Remove/Change... toolbar icons as per spec.
[23:48] <CIA-11> ubiquity: dmitrij.ledkov * r5648 trunk/debian/changelog: releasing version 2.11.31


[07:02] <dendrobates> Hey are you guys still using the cloud server I set up for you a couple years ago
[07:05] <dendrobates> I worked with Jussi to set it up
[07:07] <dendrobates> Jussi01
[07:08] <dendrobates> It has been compromised and rackspace is wanting it shutdown.
[07:13] <MooDoo> morning all
[07:50] <Unit193> What?  Really?
[07:50] <Unit193> tsimpson, hggdh, Pici
[07:51] <Unit193> dendrobates: Yes, ubottu and a couple clones are on it.
[07:53] <Mikaela> meetingology too I believe, what happened to it? was it one of those not-installed security updates or did someone run something fishy or was some password bruteforced? and AlanBell should possibly also be pinged?
[07:53] <dendrobates> Unit193: I need to shut it down.  Can you guys move those bots?
[07:54] <Unit193> dendrobates: I don't have access, I pinged a few that do.
[07:54] <dendrobates> Rackspace stopped providing it for free about a year ago, and I've been meaning to tell you guys
[07:55] <Mikaela> 50 security updates
[07:59] <dendrobates> it seems I still have an account.  The system is completely owned
[08:00] <Unit193> That doesn't sound good..
[08:00] <Mikaela> was it allowing password login and is there some reason for not at least having unattended-upgrades?
[08:01] <dendrobates> I don't maintain the server, I just provided it.
[08:02] <dendrobates> There are php processes running as user www-data out of /tmp/tmp
[08:04] <dendrobates> this system is attacking others though.  We need to stop it ASAP
[08:08] <dendrobates> Are you guys running postfix on there?
[08:08] <dendrobates> and FTP?
[08:10] <Unit193> jussi and tsimpson are the admins still.
[08:11] <Mikaela> I know only about meetingology which I have successfully scped, but the logs are larger than I exppected and I am scping them too just in case they are missed. I don't know if it's end of the world if they are lost though
[08:12] <dendrobates> Are you guys running any webservices on there?
[08:13] <Unit193> ubottu.com
[08:13] <Unit193> dendrobates: There's also a wordpress blog, but that's not as vital.
[08:14] <dendrobates> If you guys remove all your data, I'll create a new vm for you, until you can find new hosting
[08:35] <DJones> Isn't meetingology AlanBell's bot
[08:37] <dendrobates> there are around 4k tcp connections on the box.  That seems excessive
[08:39] <Mikaela> DJones: I have been administrating meetingology for some months
[08:39] <DJones> ok, I thought alan still managed it
[08:39] <Mikaela> they do, but I have been helping with it and enabling SASL, CertFP etc.
[08:40] <Mikaela> https://wiki.ubuntu.com/mikaela tells a little more
[08:43] <Unit193> DJones: Yeah that's his bot, but it runs on ubottu's server as it is the official meetingbot.
[08:44] <Unit193> https://code.launchpad.net/~ubuntu-bots/ubuntu-bots/meetingology after all.
[08:55] <dendrobates> a php process is making connections out to thousands of http servers
[08:56] <Unit193> Can you kill that and whack it out of /tmp?  Perhaps disable http/php for now until one of them comes online?
[08:57] <dendrobates> I can kill it, but the box is owned
[09:00] <Unit193> Besides email, I only have one way to contact either of them and he's not online.
[09:02] <dendrobates> pid 1564 is the offending process
[09:05] <dendrobates> I think I will kill wordpress when I do it
[09:20] <popey> dendrobates: who has user accounts on the box?
[09:22] <Mikaela> I think the accounts might be named after the bots that run on them and you must look at authorized_keys of users, but the only acount that I know surely of is meetingology
[09:23] <popey> look for early numbered accounts in /etc/passwd, from 1000 upwards
[09:23] <Mikaela> and ubottu unless there is spoofing
[09:25] <Mikaela> popey: tsimpson, jussi, meetingology, rclark, ubottu, jpds, seeker, ljl, pici,nalioth, topyli, steev, m4v, sven, jaksa, quassel
[09:26] <Mikaela> sudo:x:27:tsimpson,jussi,rclark,devel
[09:26] <dendrobates> I think someone got into one of the web apps.
[09:26] <dendrobates> I put busybox on and looked or hidden procs and files
[09:27] <dendrobates> It seems fine.
[09:27] <dendrobates> killing the apache2 service stopped all the outgoing connections
[09:27] <popey> whats on there? the bots that we use to log and all the html / log files we serve up over http?
[09:28] <dendrobates> I have no idea, but you guys need to get your data off ASAP
[09:28] <Mikaela> at least ubottu and meetingology, possibly some other bots
[09:28] <popey> dendrobates: sure, but first we need to find someone who has access
[09:28] <popey> because I can't get the data off it.
[09:30] <popey> (not having an account)
[09:31] <Mikaela> do they happen to be on timezones that are currently sleeping?
[09:32] <dendrobates> I have access.
[09:32] <dendrobates> I can give anyone access
[09:33] <AlanBell> o/ popey
[09:33] <popey> hey AlanBell thanks
[09:33] <popey> see scrollback, we have an issue with the ubotu server, dendrobates (who provided the box) has shut down the (probably owned) apache2 process
[09:34] <popey> if rackspace shut it down we have no access to the historical logs or the bots.
[09:34] <Mikaela> AlanBell: and I am running scp of meetingology, logs seem to take forever, meetingology itself is copied and also the authorized_keys
[09:34] <AlanBell> thanks Mikaela
[09:34] <AlanBell> just reading back . . .
[09:35] <Mikaela> I should have started this with rsync so I could have moved to tethering which is 100Mbit/s and gotten it faster, but too late now probably and I never manage to be wise in advance
[09:35] <popey> you can kill scp and run rsync instead, that's fine, it will carry on
[09:36] <popey> (assuming you do it right)
[09:36] <dendrobates> we have snapshots of the server, btw
[09:36] <Mikaela> I will try, my command is "scp -r meetingology@ubottu.com:/home/meetingology meetingology/"
[09:37] <AlanBell> so, there is the bantracker, the IRCC ticketing system (history is probably not that important)
[09:37] <AlanBell> a wiki that isn't needed
[09:37] <AlanBell> a pastebin that probably isn't needed
[09:37] <Unit193> Well, wiki has plugin info, can be moved though.
[09:39] <dendrobates> syslog was scrubbed, so we can assume root compromise
[09:39] <AlanBell> eww
[09:40] <Mikaela> rsync seems to be copying in different order, but I hope it will see the previously scped logs
[09:40] <dendrobates> wtmp as well
[09:42] <dendrobates> lol sshd is configured to allow root with no password: fixing
[09:42] <Unit193> >_<
[09:43] <Mikaela> "rsync says logs/", I hope it's just wondering what is already downloaded or what there is to download or something
[09:43] <Mikaela> *rsync says "logs/"
[09:44] <Mikaela> now it seems to download logs
[09:46]  * AlanBell also grabs meetingology and /home/ubottu/ubottu
[09:47] <Unit193> AlanBell: How large is that second one?
[09:48] <AlanBell> 3.2G
[09:49] <Mikaela> and meetingology is 7.1G so I could have tried downloading it forever with that copper connection
[09:49] <AlanBell> there is an owncloud instance (no clue what is is for)
[09:50] <AlanBell> several wordpress related things
[09:51] <AlanBell> various abandonned projects I think
[09:51] <ninnnu> Abandoned Wordpress, what could possibly go wrong..
[09:52] <AlanBell> indeed, surprised it lasted as long as it did tbh!
[09:52] <Mikaela> also 50 security upgrades requiring installation
[09:52]  * AlanBell has 4.4G of stuff so far
[09:53] <Mikaela> 3,7G
[09:53] <AlanBell> 5.0G now :)
[09:53] <Mikaela> how fast connection do you have?
[09:54] <AlanBell> as fast as it wants to go :)
[09:54] <Mikaela> I see
[09:56] <AlanBell> I will do a speed test when it is finished, I am not sure how quick things are at the moment
[09:56] <Mikaela> ok
[09:57] <AlanBell> so, having salvaged anything of value, what happens next?
[09:58] <AlanBell> udsbottu and the uds logs are there as well . . .
[09:58] <Mikaela> putting it running somewhere else which is hopefully a little more secure, I hope. meetingology will be missed on Monday if not sooner http://fridge.ubuntu.com/calendars
[10:00] <Mikaela> 5,5G of meetingology currently
[10:01] <popey> how big was the box?
[10:01] <popey> (useful data for looking for another one)
[10:01] <Mikaela> Filesystem      Size  Used Avail Use% Mounted on
[10:01] <Mikaela> /dev/xvda1       79G   70G  4.8G  94% /
[10:01] <dendrobates> AlanBell: I will kill the vm when you are done.
[10:02] <popey> dendrobates: how much ram does it have, how many cores?
[10:02] <Unit193> AlanBell: Can you get a mysql dump?
[10:02] <dendrobates> AlanBell: I can create another vm, but you have to find a new home, as  I can't fund it myself
[10:03] <popey> thanks for funding it so far dendrobates !
[10:03] <dendrobates> popey: 2GB, 2vcpu
[10:03] <DJones> Presumably a clone of ubottu will need to be dropped into its channels once the vm is shut down
[10:03] <DJones> Short term anyway until new hosting/vm is set up
[10:04] <popey> thanks dendrobates
[10:05] <AlanBell> Unit193: perhaps, any particular database you are looking for?
[10:06] <AlanBell> there is even a sugarCRM instance kicking about on it!
[10:06] <Unit193> Just thinking in terms of wiki, wp, etc, etc.
[10:15] <dendrobates> let me know when you are done.
[10:15] <AlanBell> well my downloads are done for now
[10:16] <AlanBell> plenty of stuff I haven't got, and I have no idea what to do with the stuff I have, but it is acquired
[10:17] <AlanBell> Unit193: I could get mysql stuff if I had a username/password for the interesting stuff
[10:17] <benonsoftware> If the IRC team is wanting to find a new host/sponsor for a server, I'll be happy to pay for an instance on DigitalOcean or some other provider if you're interested.
[10:18] <Mikaela> based on the current details it would be expensive on DigitalOcean
[10:18] <Mikaela> but no idea about anything else either
[10:18] <k1l_> is there a chance to get some (v)server from the canonical side?
[10:19] <popey> The problem with hosting at Canonical is you get very limited access, and you're fighting for IS resource with everyone else.
[10:20] <Unit193> ^
[10:20] <popey> On your own box you have more control, but that also means you're more likely to get owned when nobody takes ownership :(
[10:20] <Unit193> What on earth is taking all the storage on this one?
[10:20] <popey> (I am not pointing fingers at anyone here btw) :)
[10:21] <Mikaela> benonsoftware: looking at only HDD size, equivalent of ubottu.com at DigitalOcean would be 80$/month
[10:21] <Mikaela> but RAM would be just $20, but that is half smaller HDD
[10:21] <popey> Well, there's multiple things on that box.
[10:21] <popey> It could be split up.
[10:22] <popey> For example a logging bot which does just that - log to files - could well be hosted by canonical (possibly)
[10:22] <popey> as I imagine it doesn't need a huge amount of intervention.
[10:22] <popey> but something that needs a lot of TLC might be more problematic.
[10:22] <Unit193> popey: ubuntulog is.
[10:23] <Mikaela> with meetingology we need access to install things with python/pip to $HOME/.local and also access to cron or at least these things come to my mind
[10:24] <Mikaela> being able to generate certificates (meetingology uses CertFP and SASL-ECDSA256-CHALLENGEAUTH) with openssl would also be nice, but that could also be done remotely and of course shell access.
[10:26] <popey> It seems to me we shouldn't make any rash decisions or purchase any new hosting or anything until we have a concrete list of requirements.
[10:27] <AlanBell> indeed
[10:27] <popey> Given this isn't a major emergency (in that it's a bit of a bummer, but the project won't stop because of it)
[10:27] <Unit193> AlanBell: BTW, going to run the bantracker by chance?
[10:27] <popey> Might be worthy of a discussion over the weekend on the community team and/or irc team list
[10:27] <AlanBell> Unit193: I don't know how
[10:27] <Mikaela> are those lists open to everyone and if yes, where?
[10:28] <popey> yes, both are
[10:28] <popey> on lists.ubuntu.com
[10:28] <dendrobates> I'll setup a new vm for the time being.
[10:28] <popey> http://lists.ubuntu.com/mailman/listinfo/Ubuntu-irc
[10:28] <popey> http://lists.ubuntu.com/mailman/listinfo/Ubuntu-community-team
[10:28] <popey> probably only needs to go on one list, and -irc is probably the right one?
[10:29] <dendrobates> if you guys want it
[10:29] <Mikaela> thanks
[10:29] <popey> What's the most urgent thing we're missing?
[10:29] <popey> (from that box being dead)
[10:29] <Unit193> dendrobates: I'm sure tsimpson will until a plan is made.
[10:30] <dendrobates> I'll be back in an hour to check on progress
[10:33] <AlanBell> popey: hard to assess the most urgent, there is paste prevention, meeting notes and the ban tracker/factoid stuff which will all be noticed at some point
[10:33] <AlanBell> along with the USDbottu stuff which will be noticed when there is a UDS
[10:33] <Unit193> I'll be going in 28 minutes, will need to know if I should pop ubot93 in.
[10:34] <AlanBell> it would all fit perfectly cheerfully on one of these https://www.hetzner.de/de/hosting/produkte_vserver/vx6
[10:35] <AlanBell> and I could in theory offer a VM on the side of one of my systems, but I am a little reluctant as it has already been a target
[10:35] <popey> you wouldn't put wordpress / sugarcrm / everything else php on it though?
[10:36] <AlanBell> nope
[10:36] <popey> so would be way less of a target
[10:36] <AlanBell> yeah, that is true
[10:38] <popey> Shall we co-draft a mail in etherpad to -irc?
[10:38] <AlanBell> good plan, but I have to pop out now
[10:38] <popey> ok
[10:39] <Unit193> FWIW, Drone` isn't on that server, only unopaste.
[10:40] <Mikaela> unopaste was under meetingology
[10:40] <DJones> Unit193: Is it worth putting ubot93 in, but leaving it muted, that way it won't be responding to factoids and can just be unmuted if ubottu does drop out
[10:41] <Unit193> DJones: Only issue with that is if someone kicks with a factoid, or uses !foo > nick
[10:41] <DJones> Then somebody can just unmute rather than having to wait for you to return to be able to put ubot93 in
[10:41] <DJones> True, I did wonder about that
[10:42] <Unit193> And fwiw, tsimp is an admin in that bot.
[10:42] <AlanBell> I think some people were using it for irssi/quassle core as well
[10:42] <Unit193> Yes, quasselcore.
[12:20] <dendrobates> I'm back.  have you finished moving data?
[12:23] <dendrobates> popey: what is the status?
[12:24] <popey> http://paste.ubuntu.com/11855670/ was what you missed
[12:24] <popey> I don't know if AlanBell Mikaela have grabbed all they can...
[12:25] <Mikaela> I have meetingology & logs and I think AlanBell got meetingology & ubottu, no idea about mysql etc.
[12:25] <dendrobates> do you want me to create a new vm?
[12:26] <dendrobates> someone can email me an ssh key and go to town
[12:27] <dendrobates> I can leave the old one up, until you are have everything setup
[12:28] <AlanBell> dendrobates: what is the cost situation here?
[12:28] <AlanBell> are you being charged for this?
[12:28] <dendrobates> yes
[12:29] <dendrobates> it's less than $100/mo
[12:29] <dendrobates> pennies an hour
[12:30] <dendrobates> but over years, it adds up, but a few months is ok
[12:30] <AlanBell> indeed, I think it would be good to pause for a bit and decide on a long term home
[12:30] <AlanBell> don't really want to move things twice
[12:31] <dendrobates> the other option is to ask rackspace for free hosting.  I think they will probably say yes
[12:31] <dendrobates> then the vms could be moved
[12:31] <dendrobates> or hp
[12:32] <AlanBell> ok, so clean rebuild, then we have something that can be a bit portable?
[12:34] <dendrobates> hopefully
[12:35] <dendrobates> anyway I need to work.  Do you guys know how to reach me?  I'm not in IRC much anymore
[12:36] <Mikaela> email address could be made visible to /ns info dendrobates with /ns set hidemail off
[12:36] <AlanBell> https://launchpad.net/~dendrobates
[12:36]  * AlanBell spots ways to reach dendrobates :)
[12:36] <Mikaela> (or /msg nickserv...)
[12:37] <dendrobates> my handle is the same on twitter and github and ubuntu.com
[12:38] <dendrobates> someone email me a public key and I'll get e new server up
[16:10] <Pici> ubot5: join #ubuntu-server
[16:15] <teward> bot fail?
[16:16] <Mikaela> Encyclopedia fail, I would say
[16:17] <Mikaela> it won't separate what commands are meant to it, what to bot and join doesn't provide feedback on successful joins
[21:42] <Unit193> Pici: tsimpso seems to respond faster via email nowdays, if you haven't emailed yet.
[21:56] <Pici> I've copied mostly everything to a new vps, I'll working on configuring it later
[22:02] <Unit193> Well, if you need any assist, I'm around.
[22:25] <Unit193> Uh oh.
[22:26] <teward> Unit193: Pici: I was about to say... :)
[22:26] <Unit193> ...Say that it is taco time?
[22:27] <Pici> just doing some testing ;)
[22:27] <Pici> Unit193: where is drone running out of? ubottu.com as well?
[22:28] <Unit193> Pici: unit193.net
[22:28] <Pici> good
[22:28] <Unit193> I offered to move it off my stuff, or whatever you want with it.
[22:29] <Pici> well it not being on ubottu.com means one less thing for me to worry about
[22:29] <Unit193> yep.
[22:29] <Unit193> kubot is there, no?
[22:29] <teward> Unit193: no, it's not taco tuesday.  I was gonna say it's peanut butter jelly time, but i'm trying not to be a smartass here xD
[22:42] <Unit193> Pici: Oh hey, if you do move it over there's some script that copies ubuntu.db (factoid db) to a location other bots can rsync from, this is vital to ubot93.


[06:16] <YoBoY> good morning
[23:46] <akgraner> ok who wants to help moderate the leadership mailing list?


[13:17] <danilos> total for landing (including benji's removal of feature flags): 11718 line diff ;) easy, peasy, right
[13:18] <benji> heh
[13:19] <danilos> still need one review, so I'll have to bother team yellow for that since I am the other OCR today, and jtv has not responded to review earlier today (and he's probably gone by now)
[13:27] <bac> benji, gmb, danilos: skype at :30
[13:28] <danilos> ack
[13:37] <danilos> bac, btw, you don't have to review the branch if you don't feel like it, I'll just wait for the next OCR to show up or get it reviewed tomorrow morning
[13:37] <bac> danilos: no, it'll be good as i haven't started a new task yet.  which MP?
[13:38] <danilos> bac, https://code.launchpad.net/~danilo/launchpad/bug-772754-other-subscribers-actions/+merge/64187
[13:38] <bac> gmb: you still going to have time for a lp2kanban day this week?
[13:38] <danilos> bac, it's mostly JS, slightly oversized, and mostly ugly JS unit tests for ajax calls :/
[13:39] <gmb> bac: I think so, but it's likely to be tomorrow or Friday.
[13:39] <gmb> Probably tomorrow.
[13:39] <gmb> ]
[14:42] <bac> hi danilos -- your branch looks good
[14:42] <bac> but when i was playing with it i saw this for the first time
[14:42] <bac> http://people.canonical.com/~bac/youaresubscribed.png
[14:42] <bac> that edit icon mid-sentence sure looks funny
[14:42] <danilos> bac, right, that's part of Gary's branch which is way to the bottom of the stack :)
[14:43] <bac> danilos: ok
[14:43] <danilos> bac, I'll note that down (I have some more reservations about the approach he took for different subscription levels, but we've discussed those already :))
[14:44] <bac> danilos: ok, i just wanted to ensure that wasn't a done deal
[14:44] <danilos> bac, this is a pretty big change altogether, and basically a rewrite of the entire subscribing functionality for the bug page
[14:44] <bac> danilos: no, i understand, i just didn't know where that part fit in the big picture
[14:44] <danilos> bac, well, I assume it's going to stay that way unless these issues get raised as critical in the user testing or something like that
[14:44] <bac> and since the reviews have been spread around no one but you and gary have a clear view, so i asked.
[14:45] <danilos> bac, yeah, I reviewed that branch for Gary, but didn't find that much of an issue (I miss radio boxes much more instead)
[14:45] <bac> danilos: r=bac
[14:45] <danilos> bac, cool, thanks
[14:45] <bac> danilos: sorry, i couldn't find anything to complain about.  :)
[14:46] <danilos> bac, heh, that's ok, I'll live by with it :)
[14:46] <danilos> bac, thanks again, now you are all equal in having reviewed two branches each :))
[14:46]  * bac is relieved
[14:47] <danilos> oh, in the combined gigantic branch, I did review two as well, yay :)
[16:23] <bac> gmb, benji: fwiw the lp2kanban seems to be working really well now.  we're only making ~5 calls to kanban no faster than 1/sec.  I'm going to write the dude and tell him we'd like to run it hourly.
[16:24] <gmb> Cool.
[16:24] <benji> very nice
[16:24] <gmb> I'll try not to break it tomorrow, then :)
[16:25] <bac> so a new card just has to have "sync:" as the title and the bug number.
[16:32] <benji> gmb: you might want to look at the tests tomorrow, a test run of a fresh build fails for me
[16:33] <gmb> benji: Right. Since I don't know the code at all, the tests seemed like a good place to start anyway.
[16:35] <benji> gmb: the test failure was shallow, I just fixed it so you'll have passing tests to look at, even better
[16:35] <gmb> Excellent, thanks.
[16:50] <bac> benji, gmb: somehow i overlooked those tests and thus they rotted.  there are a couple of new functions that could use some unit testing.
[16:52] <bac> gmb: if you get around to adding the cronjob would you reply to stephen?
[16:52] <gmb> bac: Sure.
[21:33] <bac> hi benji, you about?
[21:33] <benji> bac: yep
[21:34] <bac> benji: hey i'm stuck trying to do some API exporting
[21:34] <bac> you're the new leonard right?
[21:36] <benji> bac: I consider it an honor to carry his mantle.
[21:36] <bac> that's the spirit.  when did you last watch "Big Lebowski"?
[21:37] <bac> so, i'm trying to export this thing for soyuz called enabled_restricted_families, which is a collection of processor families, arm, etc
[21:37] <bac> OEM needs it so they can change their archives to get build support for ARM
[21:37] <benji> once, fairly recently -- one too many times, I'm afraid
[21:38] <bac> that field is a collection of IProcessorFamily, which i must also export
[21:38] <bac> it's all here:  http://pastebin.ubuntu.com/627617/
[21:38] <bac> but when i do a 'make build' i get
[21:38] <bac>     ZopeXMLConfigurationError: File "/home/bac/launchpad/lp-branches/bug-776437/lib/lp/services/messages/configure.zcml", line 38.2-41.6
[21:38] <bac>     ConfigurationError: ('Invalid value for', 'factory', "('The Processor Family Name', (<type 'int'>, <type 'long'>)) in canonical.launchpad.browser.message.message_to_canonical_url_data")
[21:38] <benji> looking
[21:39] <bac> can't figure out why that is complaining.  perhaps some zcml goodness i've neglected?  have you seen that error before?
[21:40] <benji> I haven't seen that one, but I think it's only incidentally a ZCML thing (after all, you did't make any ZCMl changes) let me look at the code that generates that error to see what it might be unhappy with
[21:42] <bac> i'm confused why the IMessage subsystem is even involved
[21:43] <benji> hmm, I wonder if it's because of the single/plural bit that collections do
[21:47] <bac> what do you mean?
[21:47] <bac> i know of singular_name and plural_name but those are optional
[21:48] <benji> ah, indeed, you're not using those
[21:53] <benji> wow, I have no clue why it's saying that
[21:53] <benji> still looking
[22:03] <benji> bac: you have a real stumper there; I think I'd need to build your branch to help any more, just looking at it isn't helping
[22:03] <bac> let me push it
[22:05] <bac> benji: on a related note, i wonder if i'm going about this wrong
[22:05] <benji> how so?
[22:05] <bac> if IProcessorFamily name attribute is unique, perhaps the call should just return and take lists of name strings
[22:05] <bac> i think there is precedence for that
[22:06] <bac> the call to the requested export of enabled_restricted_families, i mean
[22:08] <benji> makes sense
[22:12] <bac> the branch, as is, lives at lp:~bac/launchpad/bug-776437 if you're interested in puzzle solving
[22:14] <benji> bac: well, at the moment I'm interested in dinner ;)  maybe we can get back together tomorrow (ooh, well, if I don't have jury duty)
[22:14] <bac> good luck.  when is your phone call to find out?
[22:14] <bac> or do you definitely have to go?
[22:14] <benji> 45 minutes
[22:15] <bac> actually i tried really hard last time to be seated
[22:15] <bac> i figured that jury pool needed all the help it could get
[22:16] <benji> it's not definate yet but I think there's a good chance because I got a call yesterday reminding me that unless canceled I would have to serve
[22:18] <benji> well, I normally wouldn't mind much but it's far away (about an hour and 15 minute drive one way) and my wife's pregnancy isn't doing so hot (had to go to the ER last night)
[22:18] <benji> ok, off to make dinner
[22:18] <bac> bye
[22:18] <bac> just read the part about your wife. hope she's ok.