[02:14] <ripperda> Hi, I'm having trouble connecting a remote frontend to my backend. the frontend starts, but hangs after seemingly connecting to the DB
[02:14] <ripperda> I see "Testing network connectivity to 'htpc00'; New DB connection, total: 1", then things stop
[03:56] <cmdln> hello
[04:12] <ripperda> hmm, got my earlier problem worked out, but still having problems
[04:12] <ripperda> i can start the frontend, but it complains about connecting to the db
[04:13] <ripperda> I have the remote hostname set correctly, but in the output, mythcontext is trying to connect to the localhost and fails
[04:13] <ripperda> am I supposed to run mythtv-setup on frontends that have no local backend?
[04:55] <cmdln> when was the last time channel.conf import worked?
[04:55] <cmdln> ripper there is a setup inside the frontend
[04:55] <cmdln> you tell it what db to connect ot
[04:56] <cmdln> can you connect to the remote db with mysql client?
[04:56] <cmdln> from the box your frontend is on
[04:56] <cmdln> mysql typically comes only listening on localhost, you have to change the bind address
[04:57] <ripperda> cmdln, yes, I've been working through problems. I had configured frontend in the setup page, but now it goes straight to that page whenever I start the frontend
[04:58] <cmdln> can you connect with mysql cli?
[04:58] <ripperda> working on mysql right now. I can connect local on the backend, but not from the frontend. looking at some web pages right now
[04:58] <cmdln> edit /etc/mysql/my.cnf
[04:58] <ripperda> yes, I commented out the bind line
[04:58] <cmdln> change bind-address from <IP_ADDRESS> to either the ip of the interface
[04:58] <cmdln> or to <IP_ADDRESS>
[04:58] <cmdln> you gotta bind it to something
[04:59] <cmdln> <IP_ADDRESS> is all interfaces
[04:59] <ripperda> ok, will change it and give it another try
[04:59] <cmdln> yeh change that
[04:59] <cmdln> restart mysql
[04:59] <cmdln> you should be ok then
[04:59] <cmdln> as long as there is no firewall
[04:59] <ripperda> ok
[05:08] <ripperda> hmm, no luck yet
[05:10] <cmdln> did you restart mysql?
[05:13] <cmdln> see if you can telnet to 3306 (mysql port) from the frontend
[05:14] <cmdln> mysql must be listening on the right interface
[05:14] <cmdln> and you have to have a user on mysql with proper permissions to connect from that host
[05:17] <ripperda> ok, I did restart mysql, although I see this output:
[05:17] <ripperda>  * Stopping MySQL database server mysqld                                                                                [ OK ]
[05:17] <ripperda>  * Starting MySQL database server mysqld                                                                                [ OK ]
[05:17] <ripperda>  * Checking for corrupt, not cleanly closed and upgrade needing tables.
[05:18] <cmdln> that looks normal
[05:18] <ripperda> ah that last line is fine, for some reason I was thinking it indicated it didn't close cleanly
[05:18] <ripperda> ok, tried telneting in, get this (which may be normal):
[05:18] <ripperda> Trying <IP_ADDRESS>...
[05:18] <ripperda> Connected to htpc00.
[05:18] <ripperda> Escape character is '^]'.
[05:18] <ripperda> =
[05:18] <ripperda> 5.1.37-1ubuntu5�]d\$<@leV_X{$;?iu/
[05:18] <cmdln> thats good
[05:18] <cmdln> you connected
[05:18] <cmdln> now try with mysql client
[05:19] <ripperda> ok, so that means mysql is configured correctly?
[05:19] <cmdln> well it means mysql is listnedng and accepting connections from the other host
[05:19] <cmdln> that dosnt mean its correct
[05:19] <cmdln> from the frontedn
[05:19] <ripperda> got it
[05:19] <ripperda> ok, tried this:
[05:19] <ripperda> mysql mythconverg -h htpc00 -u mythtv -p
[05:19] <ripperda> Enter password:
[05:20] <ripperda> and entered the password:
[05:20] <ripperda> 5mRYWsZD
[05:20] <ripperda> but I get:
[05:20] <ripperda> ERROR 1045 (28000): Access denied for user<EMAIL_ADDRESS>(using password: YES)
[05:20] <cmdln> that should match what you see in /etc/mythtv/config.xml on the backend
[05:20] <cmdln> the password that is
[05:20] <ripperda> ok, let me check that to verify
[05:21] <ripperda> ok, yes, that matches
[05:21] <cmdln> guessing you dont have proper permissions for the user
[05:21] <cmdln> on the db server
[05:22] <cmdln> mysql -uroot -pmysqlrootpassword
[05:22] <cmdln> grant all on mythconverg.* to 'mythtv@%' identified by '5mRYWsZD';
[05:23] <ripperda> interesting, I was trying the same thing on the actual server
[05:23] <cmdln> did it work ?
[05:23] <ripperda> this works: mysql mythconverg  -u mythtv -p
[05:23] <cmdln> sure
[05:23] <ripperda> this does not: mysql mythconverg -h htpc00 -u mythtv -p
[05:23] <ripperda> ie, if I just do the localhost, it works fine, but I explicitly tell it the hostname/ip it does not
[05:24] <ripperda> but your previous comment may be key
[05:24] <cmdln> right
[05:24] <ripperda> I saw that online, but was dumb and did 'password' rather than plugging in the actual password
[05:24] <ripperda> I'll try that
[05:24] <cmdln> because you only have a grant that allows access for the mythtv user from localhost
[05:24] <cmdln> that grant should fix it
[05:24] <cmdln> i think
[05:24] <cmdln> not a mysql guru
[05:25] <ripperda> sure, I'll give it a shot. understood. thanks for the help
[05:25] <cmdln> will be close though
[05:28] <ripperda> ok, made progress
[05:28] <ripperda> I can connect via mysql cli on both systems
[05:28] <cmdln> cool
[05:28] <ripperda> mythfrontend starts properly again
[05:28] <cmdln> now try the frontend
[05:28] <ripperda> however I still get "could not connect to the master backend server -- is it running?"
[05:28] <ripperda> let me get the output
[05:29] <cmdln> you need to restart mythtv-backend
[05:29] <cmdln> on the backend
[05:29] <ripperda> ok, will try that
[05:29] <ripperda> but in the mythfrontend output, I don't see the failure to connect to the DB, but I see:
[05:30] <ripperda> MythContext: Connecting to backend server: <IP_ADDRESS>:6543 (try 1 of 1)
[05:30] <ripperda> when the backend server should be on <IP_ADDRESS>
[05:31] <cmdln> and in the frontend setup you have the right ip?
[05:31] <ripperda> I should, but I'll double-check, just restarted the backend
[05:34] <ripperda> hmm, yes, I have the right hostname (with the right ip/hostname translation in /etc/hosts)
[05:34] <cmdln> mm
[05:34] <ripperda> and I see the frontend output connecting the mysql server correctly
[05:34] <cmdln> check /etc/mythv/
[05:34] <ripperda> it just looks like MythContext is configured differently/somewhere else
[05:34] <cmdln> mmm
[05:36] <cmdln> dunno
[05:36] <cmdln> look in /etc/mythtv
[05:36] <cmdln> on the frontend
[05:36] <cmdln> see if there are any plain txt files that have some config in em
[05:36] <ripperda> I checked through those, but they all looked correct. I'll keep digging around
[05:37] <ripperda> thanks for helping out with the mysql stuff, that helped a lot
[05:37] <cmdln> np
[05:37] <iamlindoro> ripperda, Your backend is configured to run on <IP_ADDRESS>
[05:37] <iamlindoro> run mythtv-setup on the backend, step 1, general
[05:37] <iamlindoro> both IP addresses on that page must be externally accessible
[05:38] <iamlindoro> (and in the case of a single backend, the same)
[05:38] <cmdln> any idea what the best way to migrate channel data is?
[05:38] <cmdln> cant import channels.conf, aparently thats busted
[05:38] <ripperda> iamlindoro, thanks, looking at it right now
[05:38] <cmdln> i tried just moving the channel table
[05:38] <cmdln> that didnt work out well
[05:38] <cmdln> couldnt tune
[05:39] <cmdln> is there information elsewhere that I missed when I grabbed the channel table?
[05:39] <ripperda> iamlindoro, do I need to enter the ip number there, or is a hostname valid?
[05:39] <cmdln> hostname should be fine ripper
[05:39] <iamlindoro> ripperda, IP address only
[05:39] <iamlindoro> no, hostname is not fine
[05:39] <cmdln> oh
[05:39] <cmdln> interesting
[05:40] <cmdln> oh its the address it binds to
[05:40] <ripperda> ok, going with IP address
[05:41] <cmdln> iamlindoro: any idea on moving the channel maps?
[05:41] <ripperda> awesome, its working now
[05:42] <ripperda> I can watch tv via the frontend now (if a little jerky)
[05:42] <ripperda> thanks much guys
[05:42] <ripperda> !
[05:42] <Zinn> Sorry I don't know about
[05:42] <iamlindoro> cmdln, channel layouts aren't meant to be moved between systems-- the only supported method to do something like that is to backup and restore the database
[05:42] <iamlindoro> channels are cross referenced among about a dozen database tables
[05:43] <cmdln> i spent hours mapping that qam data
[05:43] <cmdln> theres gotta be a good way
[05:43] <cmdln> has the channels.conf import ever worked well?
[05:43] <cmdln> I have a script that will generate a channels.conf from the db
[05:43] <iamlindoro> What's wrong with restoring your database?
[05:44] <cmdln> mmm
[05:44] <cmdln> i guess i can do that
[05:55] <ripperda> ok, now a (subjective) config question about dvds/videos
[05:55] <ripperda> I've been ripping my dvds to iso images for use around the house by mythtv
[05:55] <ripperda> I have a myth-backend, a NAS for the isos, and frontends
[05:55] <ripperda> I was going to have the backend physically near the NAS and use storage groups to stream the videos to the frontends
[05:56] <ripperda> but storage groups in 22 don't support streaming isos
[05:56] <ripperda> so is the "right" thing to do to point all of the frontend filepaths to the NAS location?
[05:59] <foxbuntu> ripperda, for .22, yes
[06:00] <foxbuntu> ripperda, mount the nas to the frontends and point to that
[06:00] <ripperda> foxbuntu, ok, thanks. do you have experience with that? how well does that work?
[06:01] <ripperda> hmm, I was worried about network latency and pulling the file, but mythvideo should be able to pull parts of the iso as it plays back
[06:01] <ripperda> I'll experiment and see how well it works
[06:02] <cmdln> humm
[06:02] <cmdln> i restored my database to my new backend
[06:02] <cmdln> yay the channel map didnt get hosed
[06:02] <foxbuntu> ripperda, it all depends on your network and nas
[06:03] <cmdln> but boo, i cant tune
[06:03] <ripperda> foxbuntu, understood
[06:03] <cmdln> any idea what i might be overlooking?
[06:05] <foxbuntu> cmdln, I assume you restored your DB for a reason other than fun, so I am wondering if your external channel changer script is still in place/tested/working
[06:06] <cmdln> Im using an hdhomerun
[06:06] <foxbuntu> cmdln, aright...
[06:06] <cmdln> installing the frontend on the backend now to see if it works there
[06:07] <cmdln> nop same
[06:07] <foxbuntu> cmdln, usually when the HDHR doesnt tune its a connectivity issue
[06:07] <cmdln> i didnt have to do anything special to get the hdhomerun working
[06:07] <foxbuntu> cmdln, try this on the backend: hdhomerun_config discover
[06:09] <cmdln> it found it
[06:09] <foxbuntu> cmdln, ok, now try this
[06:09] <foxbuntu> sudo /etc/init.d/mythtv-backend restart
[06:10] <cmdln> ok its restarted
[06:10] <foxbuntu> cmdln, try tuning
[06:11] <cmdln> cant from myth
[06:11] <cmdln> i get the playback starting screen
[06:11] <cmdln> then it hops back
[06:11] <foxbuntu> aright
[06:11] <foxbuntu> cmdln, cat /var/log/mythtv/mythbackend.log | pastebinit
[06:12] <foxbuntu> provide me that url
[06:13] <rhpot1991> foxbuntu: I have the HDHR config gui on the testing ppa, might help here
[06:13] <foxbuntu> rhpot1991, maybe
[06:13] <foxbuntu> rhpot1991, we' see what the logs have to say first
[06:14] <cmdln> ha
[06:14] <cmdln> thanks
[06:14] <cmdln> just needed to look
[06:14] <cmdln> couldnt creat ring buffer, perm issue on the recordings dir
[06:14] <foxbuntu> cmdln, glad to help ;)
[06:15] <cmdln> anyone know what the deal will be with the cable card version
[06:15] <cmdln> thats supposed to come out sometime
[06:15] <cmdln> ie if i have a cable card will the cable card be able to get the virtual channel map updates from the provider?
[06:15] <foxbuntu> cmdln, well they were going to annouce at CES, but I havent heard more than that
[06:16] <foxbuntu> cmdln, it will depend on your provider and how much cablecard support they will provide
[06:16] <cmdln> mmm
[06:17] <foxbuntu> cmdln, at this point very few of the cable providers offer/support the cablecard spec
[06:18] <foxbuntu> cmdln, and more importantly the CableCard 2.0 spec
[06:20] <cmdln> mmm
[06:20] <cmdln> our cable provider usualy impliments stuff fairly fast
[06:20] <cmdln> for a small town anyway
[06:20] <cmdln> im just ticked they dont provide the qam mappings
[06:21] <foxbuntu> cmdln, many dont
[06:21] <foxbuntu> cmdln, thus Schedules Direct
[06:21] <cmdln> schedules direct dosnt give you the qam channels though, just the virtual cable channels right?
[06:22] <cmdln> its my understanding the providers will futz with the qam channels and move them around, but leave the virtual channel the same for all the cable boxes
[06:22] <cmdln> i just dont think i should have to pay for cable boxes to find my channels
[06:22] <foxbuntu> cmdln, well if th cable provider send the call sign schedules direct will match up in the db with it
[06:22] <cmdln> and the one free one they provide dosnt work with HD
[06:23] <cmdln> how can I tell if they send the call sign?
[06:23] <foxbuntu> cmdln, I agree and wish I didnt, but there is allot of content that doesnt come on the QAM here
[06:23] <cmdln> i didnt see it when i did a manual scan
[06:23] <foxbuntu> cmdln, well somtimes the channel will show "ABCDT" or similar on the QAM
[06:24] <foxbuntu> cmdln, but it will contain the QAM channel number
[06:24] <cmdln> mmm
[06:24] <foxbuntu> cmdln, if it doesnt even do that then, no, schedules direct is of no help
[06:25] <cmdln> yeh where would the channel "show" that
[06:25] <cmdln> when i was making my map i filled in the callsign
[06:26] <cmdln> should i see it in the output when i do a hdhomerun_config scan?
[06:26] <foxbuntu> not all of them will but it will be easily visible if the EIT data from the cable provider has it
[06:26] <foxbuntu> cmdln, no
[06:26] <foxbuntu> cmdln, channel scan in MythTV
[06:26] <foxbuntu> er... mythtv-setup
[06:28] <cmdln> so i shouldnt have to do anything special?
[06:28] <foxbuntu> nope
[06:28] <cmdln> ive seen a checkbox somewhere about eit
[06:28] <cmdln> but i dont see it in the scan config
[06:28] <foxbuntu> nope
[06:29] <foxbuntu> just run a full scan on QAM 256
[06:29] <cmdln> mmm i know some people in the head end, maybe i can get them to start broadcasting that
[06:29] <cmdln> cause when i did that the first time, i just got numbers for the call sign
[06:29] <cmdln> so here is a good one for ya
[06:29] <foxbuntu> yeah...if the callsign isnt there
[06:29] <cmdln> i havent done the second tuner yet
[06:30] <foxbuntu> what second tuner?
[06:30] <cmdln> im just going to hook it to the same input
[06:30] <cmdln> the other tuner in the hdhr
[06:30] <foxbuntu> you dont have to scan both
[06:30] <cmdln> thank god
[06:30] <foxbuntu> you only need the data once
[06:30] <cmdln> docs online seeemed to make it sound like that
[06:30] <foxbuntu> ah
[06:31] <foxbuntu> cmdln, the HDHR supports multirec as well since .22
[06:31] <cmdln> multirec?
[06:31] <foxbuntu> cmdln, it can tune to multiplexes
[06:32] <foxbuntu> cmdln, the HD signal for QAM/ATSC is broadcast on multiplexes which means several channels may be on the same multiplex
[06:32] <cmdln> right
[06:32] <foxbuntu> cmdln, I have my HDHR setup to record 6 channels at a time
[06:32] <cmdln> 6?
[06:32] <foxbuntu> yup
[06:32] <foxbuntu> 3 per tuner
[06:32] <cmdln> mmmmm
[06:33] <cmdln> how
[06:33] <cmdln> lol
[06:33] <cmdln> you recording all the other programs on that channel?
[06:33] <cmdln> or you pick 6 independant
[06:33] <foxbuntu> if you look at the tuner config (I think the last page) it asks how many simultaious recordings this tuner can do, just shove a number in there...it will figure out which channels are on the same multiple
[06:33] <foxbuntu> x
[06:34] <cmdln> input groups?
[06:34] <foxbuntu> cmdln, no, most of my local HD channels (ABC/FOX/NBC/ect) on QAM are on like 2 multiplexes
[06:35] <foxbuntu> cmdln, nope, its on the tuner it self
[06:35] <foxbuntu> in mythtv-setup
[06:35] <cmdln> damn i need to hit wikipedia
[06:35] <Zinn> cmdln: Please watch your language.
[06:35] <cmdln> sorry
[06:35] <cmdln> heh
[06:35] <foxbuntu> cmdln, hes a bot
[06:35] <cmdln> yeah
[06:35] <foxbuntu> cmdln, but yes ;
[06:35] <foxbuntu> :)
[06:35] <cmdln> realized right after i appologised to him
[06:35] <cmdln> heh
[06:36] <foxbuntu> haha
[06:36] <cmdln> so does it matter what you set max recordings to?
[06:36] <foxbuntu> nope
[06:36] <foxbuntu> in theory
[06:36] <cmdln> hum
[06:37] <foxbuntu> it will only record based on the multiplexes
[06:37] <cmdln> i dont understand what the multiplexes are
[06:37] <foxbuntu> I dont know of any negative results for setting it too high (if there is a too high)
[06:38] <foxbuntu> cmdln, think of them as the next level up of containers for braodcast data
[06:38] <cmdln> ok but how do i know what content is broadcast on what multiplex?
[06:38] <foxbuntu> cmdln, the levels are TV Show -> Channels -> Multiplex
[06:38] <foxbuntu> cmdln, you could look it up in the DB, but there is no need to know
[06:38] <cmdln> ok and the multiplex  is commonly reffered to as the "program id"
[06:39] <cmdln> that right?
[06:39] <foxbuntu> no
[06:39] <cmdln> oh
[06:39] <foxbuntu> it is a multiplex
[06:39] <foxbuntu> program id is the episode information
[06:39] <foxbuntu> recording date and so one
[06:40] <cmdln> so my basic digital tv
[06:40] <cmdln> i have qam channels
[06:40] <cmdln> like 27.3
[06:40] <cmdln> or 27-3
[06:40] <cmdln> the 3?
[06:42] <foxbuntu> nope its mre specific to the particular episode of a show that is playing
[06:43] <cmdln> huh
[06:43] <cmdln> ill have to dig around
[06:43] <cmdln> right now its too much magic :)
[06:44] <cmdln> im just happy to have my mythbox working again
[06:44] <cmdln> been down for 2 years
[06:44] <cmdln> heh
[06:44] <cmdln> died before a move, decided id wait till after the digital switchover to mess again
[06:44] <cmdln> boy have i missed it
[06:44] <cmdln> this little hdhr is great though
[06:45] <cmdln> just being able to use it with vlc is interesting
[07:01] <foxbuntu> cmdln, geez, I would die without my myth at this point
[07:01] <foxbuntu> lol
[07:03] <ripperda> so I found that playing back movies works for some, but not others. most likely due to file size
[07:03] <ripperda> so playing around with researching how to speed that up
[07:04] <ripperda> I had my NAS share mounted via CIFS/SMB, so did a quick, dirty, non-scientific comparison between that and NFS
[07:04] <ripperda> just copied multiple mp3/flac files
[07:04] <ripperda> NFS is much faster, copies files in a little under half the time
[07:05] <ripperda> eg. ~1.8 seconds on SMB for a 8 MB file, vs .77 on NFS
[07:05] <cmdln> foxbuntu: yeh the only reason i didnt die is because i would just dl the shows i wanted to watch heh
[07:05] <ripperda> a 40 MB file took ~8-10 seconds on SMB, vs 3.7 seconds on NFS
[07:06] <foxbuntu> ripperda, this is known/common NFS is quite a bit faster than SMB
[07:07] <ripperda> foxbuntu, I should have known, likely due to lighter-weight transactions w/ no access/security?
[07:07] <foxbuntu> ripperda, thats part of it
[09:20] <Easy_Rider9999> Hallo has anybody got idle detection working with mythbuntu 9.10?
[10:57] <]Oscar> !help
[10:57] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[10:57] <]Oscar> !help
[10:57] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[15:32] <gocsp> hello
[15:42] <gocsp> i connected my pc with dvi to hdmi with the tv
[15:42] <gocsp> and now the font size is very big
[15:42] <gocsp> if i connect it with vga (same resolution) all is okay
[15:42] <gocsp> idea?
[17:09] <abarbaccia> hey
[17:09] <abarbaccia> anyone getting a tvdb xml error as of late?
[17:14] <iamlindoro> TVDB API is down
[17:14] <iamlindoro> thus the error
[17:14] <iamlindoro> a fairly common occurence, you just need to wait until it comes back up whenever that happens
[17:27] <cmdln> thanks for the suggestion iamlindoro last night, moving the whole db was easy enough, but seems like would be useful to export/import channel lineups
[17:28] <cmdln> any hardware recomendations for a frontend thats almost silent and can do HD plus scores high on the WAF
[17:37] <LetsGo67> How do I configure my Hauppage card?
[17:46] <rhpot1991> !frontend | cmdln
[17:46] <Zinn> cmdln: Ion Boxes make a great frontend.  http://www.baablogic.net/drupal/node/2
[17:55] <cmdln> thanks rhpot1991
[17:55] <cmdln> that does look pretty good
[17:55] <cmdln> I had heard that linux couldnt do audio over hdmi, looks like that was either stale or just wrong info
[17:58] <rhpot1991> old info, it can now
[18:07] <cmdln> now i just need to find the perfect remote
[18:08] <cmdln> dont think they are quite making them
[18:08] <cmdln> soon though
[18:08] <cmdln> android devices
[18:08] <cmdln> like the ipod touch but android based
[18:08] <cmdln> so non-directional
[18:08] <cmdln> multi room capable
[18:09] <rhpot1991> get a harmony they are good
[18:09] <cmdln> ive got one
[18:09] <rhpot1991> need something to receive IR though
[18:09] <cmdln> but what i dont like is waiting for the ir
[18:10] <cmdln> the macros that turn on the tv and the stereo etc ...
[18:10] <cmdln> error prone and slow
[18:10] <cmdln> need to be able to control my tv power from the PC
[18:10] <cmdln> stereo could just stay on all the time
[18:24] <foxbuntu> cmdln, commandIR is a multi unit IR blaster with decent lirc support
[18:25] <cmdln> yeah, the ir blaster dosnt have a high WAF
[18:26] <foxbuntu> cmdln, what do you mean by WAF?
[18:26] <cmdln> wife approval factor
[18:26] <foxbuntu> ah
[18:26] <foxbuntu> lol
[18:26] <cmdln> heh
[18:26] <cmdln> yeah
[18:26] <foxbuntu> why not?
[18:27] <foxbuntu> you can hide them pretty well
[18:27] <cmdln> the wire running along somewhere
[18:28] <cmdln> poking out
[18:28] <cmdln> adhesive to the ir sensor
[18:28] <foxbuntu> meh, tell her where her place is...that will help the WAF
[18:28] <foxbuntu> lmai
[18:28] <cmdln> LOL
[18:28] <foxbuntu> lmao*
[18:28]  * foxbuntu understands WAF all too well
[18:29] <cmdln> tvs need to have network capability and be able to be controlled with an api
[18:30] <cmdln> i know you can control some tvs over usb
[18:31] <Daviey> I can control mine via serial
[18:31] <cmdln> even my 60 inch dosnt have serial
[18:31] <cmdln> oh well
[18:32] <cmdln> still not too bad to use 2 remotes one just to power on the tv
[18:32] <cmdln> i like the way my harmony feels
[18:32] <cmdln> but its too slow
[18:33] <cmdln> id prefer to just use an android device
[18:33] <cmdln> over the network
[18:33] <rhpot1991> cmdln: do you have some old harmony or something?
[18:33] <cmdln> i suppose
[18:33] <rhpot1991> my 890 kills any other remote combo I've ever touched
[18:33] <cmdln> its several years old
[18:33] <rhpot1991> 880 correction
[18:33] <cmdln> dont remember the model
[18:34] <cmdln> going to hook up mymote soon
[18:34] <cmdln> so i can use my iphone
[18:34] <cmdln> but im chomping at the bit to get rid of my iphone
[18:34] <cmdln> dont get me wrong, best phone ive ever had
[18:34] <cmdln> but it just sucks in comparison to android
[18:34] <rhpot1991> drmphone...
[18:35] <cmdln> jailbroken its not bad
[18:35] <cmdln> but still
[18:35] <cmdln> i want an android device
[18:35] <cmdln> ATT network here is better than verizons
[18:35] <foxbuntu> rhpot1991, the harmony I had beta tested awhile back with my system was crappy slow too
[18:35] <cmdln> so i want to stick with that
[18:35] <foxbuntu> rhpot1991, I can click 3x faster with my uber old mce
[18:35] <cmdln> might get the backflip
[18:36] <foxbuntu> cmdln, not going to spring for a Nexus One?
[18:36] <foxbuntu> ;)
[18:36] <cmdln> heh
[18:37] <cmdln> i work for Mot
[18:37] <cmdln> ill pad my own bank account thanks
[18:37] <cmdln> lol
[18:37] <foxbuntu> heh
[18:37] <cmdln> too bad the droid isnt on ATT net, id have that
[18:37] <cmdln> blows the iphone out of the water
[18:38] <foxbuntu> only one you can get is the Nexus One
[18:38] <foxbuntu> but at full retail...
[18:38] <foxbuntu> :(
[18:39] <cmdln> only what i can get?
[18:39] <cmdln> the backflip will be out soon
[18:39] <cmdln> its interesting formfactor
[18:42] <foxbuntu> android (at the moment)
[18:44] <cmdln> ah right
[18:44] <cmdln> i think the backflip looks interesting though
[18:44] <cmdln> that will be out q1
[18:44] <cmdln> on ATT
[18:44] <cmdln> or so i hear
[18:48] <cmdln> heck yeah
[18:48] <cmdln> just got mymote workin
[18:48] <cmdln> that is groovy
[18:48] <cmdln> wayyyyyy more responsive than an IR remote
[18:48] <cmdln> lol
[18:48] <cmdln> think about it
[18:49] <cmdln> no more losing the remote control
[18:49] <cmdln> if you lose it in the couch cushins or something you can just call it to find it
[18:49] <cmdln> ROFLMAO
[19:54] <cmdln> is there still no way to backup the newer dvds with linux? (arccos/ripguard protected)


[14:33] <Fudge> hi AlanBell , wondering if you can test espeakup in quntal when you get around to looking at it. locks my system up here
[15:21] <AlanBell> ok, I have not installed quantal anywhere yet


[11:51] <grimmware> mpiano: aww we're IRC friends now too
[14:06] <grimmware> sbeattie: any updates on this? Our vulnerability reporting is kinda in jeopardy here and we didn't realise we'd been blind for about a month
[15:29] <sbeattie> grimmware: hey, I'm looking into it today.
[17:52] <grimmware> sbeattie: awesome thank you :)


 Done, I think. (re @tsimonq2: RikMills, sgmoore, arraybolt3: Yo, could someone follow up to get Ubiquity off the Kubuntu ISO? We're currently shipping two installers. :P)
 I not lubuntu seeds some extra things in live for luks encryption etc? Do we need those?
 /me has not dug that deep into calamares
 Thanks! (re @RikMills: Done, I think.)
 I think it's about time we have a common Calamares seed... :P (re @RikMills: I not lubuntu seeds some extra things in live for luks encryption etc? Do we need those?)
 That sounds a good plan
[11:31] <santa_> good morning everybody
[11:31] <santa_> I will have to comment some things
[11:33] <santa_> sgmoore: look, these days I have been trying to do test rebuilds, like I usually do. what I have been finding is way more messed up than normal
[11:34] <santa_> yesterday, for example I have been trying to fix the mess of plasma-pa and konqueror git repositories
[11:35] <santa_> also, I found out that there's a number of plasma packages that have things in its archive branches that simply do not match what is in the archive
[11:35] <santa_> example:
[11:35] <santa_> kdecoration in the archive: https://launchpad.net/ubuntu/+source/kdecoration
[11:36] <santa_> kdecoration in git: https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kdecoration?h=kubuntu_noble_archive
[11:37] <santa_> we have an ubuntu2 version there (also with tag) that was never uploaded to the archive
[11:37] <santa_> why? what happenned there?
[11:38] <santa_> this also not an isolated case; wqe have the same thing with gamma5:
[11:39] <santa_> https://launchpad.net/ubuntu/+source/kgamma5
[11:39] <santa_> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kgamma5?h=kubuntu_noble_archive
[11:40] <santa_> same with kwallet-pam:
[11:41] <santa_> https://launchpad.net/ubuntu/+source/kwallet-pam
[11:41] <santa_> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kwallet-pam?h=kubuntu_noble_archive
[11:48] <sgmoore> dunno, too much work, not enough sleep? I know I had to trigger some rebuilds due to the autopackage test container failures, it looks like I missed some uploads.. clearly. I will sort out a better system to ensure that doesn't happen again. Apologies.
[11:50] <santa_> sgmoore: alright, I'm going to be syncing some git repos (no-change rebuilds by other people, that's normal), and I will leave the ones mentioned above for later
[11:51] <santa_> so we can discuss the best way to proceed
[11:53] <sgmoore> I am fixing them now.
[11:58] <santa_> fixing them how?
 Make a list, santa_, we'll walk through them and fix them one by one.
[12:01] <sgmoore> I am not an idiot. I know how to fix my commits to match archive. Thanks.
[12:04] <santa_> well I was going to suggest:
[12:04] <santa_> - delete the tag
[12:05] <santa_> - push a "sync with archive" commit (maybe better that revert in this case?)
[12:05] <sgmoore> yep I am doing that as well
[12:06] <sgmoore> I did a revert and a new entry for new release, but I suppose timestamps won't match, so taking your suggestion with sync with achive. thank you.
[12:35] <sgmoore> santa_: the three you mentioned have been fixed. Please let me know if you encounter any more. thanks.
[12:36] <sgmoore> santa_: could you please elaborate on "the mess of plasma-pa and konqourer repositories" thanks.
[12:45] <santa_> sgmoore: yes, regarding konqueror, the _archive branch wasn't merged into _staging; instead there was (and there is) a duplicate commit "Add apparmor profile to fix userns. Ref: LP:2046844"
[12:45] -ubottu:#kubuntu-devel- Launchpad bug 2046844 in qutebrowser (Ubuntu) "AppArmor user namespace creation restrictions cause many applications to crash with SIGTRAP" [High, Confirmed] https://launchpad.net/bugs/2046844
[12:46] <santa_> so they were some changes in the _archive branch that were not in the _staging branch, meaning if someone started something from the _staging branch, some of your other changes would be accidentaly dropped
[12:46] <santa_> so I merged _archive into _staging
[12:47] <santa_> I hope that's ok, if it's not, let me know
[12:48] <sgmoore> santa_: ok, that was one of my first changes. I was still learning the way of things. It is fine, thanks for catching and fixing.
[12:49] <sgmoore> So I see now my workflow is mising the merge into staging any fix I push to archive... noted and it will not be an issue further.
[12:50] <santa_> yeah, well also I was going to mention a couple of things regarding this:
[12:51] <santa_> - our documentation doesn't explain the _archive and _staging branches workflow which is something to be fixed
[12:52] <santa_> - I have been merging the _archive branches into _staging for frameworks in order to prevent a situation where someone starts a new release of fw on top of the wrong commit
[12:56] <santa_> regarding plasma-pa, I have the impression it's ok now, maybe I confused it with other package
[12:57] <santa_> on my front: I have included the latest no-change rebuilds made by other people for: discover, flatpak-kcm, kde-gtk-config, plasma-desktop, plasma-nm
[12:58] <sgmoore> ok, let me know if you come across any more issues. I am currently doing a do-all git pull. Is there an easy way to track these changes made by 'other people' ?
[12:58] <santa_> yes
[12:58] <santa_> do-all check-archive
[12:58] <santa_> BUT:
[12:59]  * sgmoore adds to notes
[12:59] <santa_> keep in mind this program checks if the version in the archive is HIGHER that what you have in the local git clone
[12:59] <sgmoore> and not lower. ok
[13:00] <santa_> that is effective to detect situations like what I have been just syncing: discover, flatpak-kcm, kde-gtk-config, plasma-desktop, plasma-nm
[13:01] <santa_> but it's not effective to detect situations like kdecoration, where the thing in git is higher than archive
[13:01] <sgmoore> ok, how did you find the latter?
[13:02] <santa_> for this I'm considering to add an "--strict" parameter to check archive to check if the version is exactly the same, what do you think?
[13:03] <sgmoore> Sounds very useful. +1
[13:03] <santa_> "ok, how did you find the latter?" by visually inspecting the output of check-archive, it tells you the local and archive version and I found out by coincidence the weird thing
[13:04] <santa_> example:
[13:04] <santa_> santa@watertown:~/archive/plasma/kdecoration$ check-archive
[13:04] <santa_> Latest local released version: 4:5.27.10-1ubuntu2
[13:04] <santa_> Latest archive version:        4:5.27.10-1ubuntu1
[13:04] <santa_> Archive version is not higher than local version
[13:04] <santa_> y
[13:04] <sgmoore> ok, good to know. THough I intend on fixing the issue that causedit in the first place.
[13:07] <sgmoore> santa_: also, is there plans on 'implementing' cases where the version has a suffix eg: +ds , it causes gbp-* to trip up and fail and one must manually build.
[13:08] <santa_> sgmoore: yes, that's something I have on my radar, I know you have that problem with ghostwriter ;)
[13:08] <sgmoore> great :)
[13:09] <sgmoore> otherwise the tools are fantastic, thanks so much for all the work there.
[13:09] <santa_> some code is alredy done, but I need to allocate some time to do the most important part: retrieving the tarball
[13:10] <santa_> at this point it just throws an exception, that's because I had to do some changes to prepare for that (i.e. detecting the suffix and the files to be excluded among other things if I remember well)
[13:11] <santa_> also I have on my radar resurrecting the merge script, which I think it didn't work for you, right?
[13:12] <sgmoore> correct
[13:12] <sgmoore> I ended up doing it the MOM way.
[13:15] <santa_> asnother thing regarding packaging and git status: plasma-welcome
[13:16] <santa_> s/asnother/another/
[13:16] <santa_> at the moment we have in git this kubuntu_skip-online-accounts-page.patch in the _archive branch
[13:16] <santa_> this branch wasn't merged into _staging
[13:17] <santa_> sgmoore, RikMills this needs to be merged right? I mean we want this change also in plasma 5.27.11 when uploaded to the archive, right?
[13:18] <sgmoore> yes please
[13:18] <santa_> alright, I'm going to merge and rebuild in the staging ppa if nobody complains
[13:20] <sgmoore> Go ahead. hopefully arm builds aren't still grumpy. also kpipewire is stuck on some deps out of our control
[13:21] <sgmoore> or at least mine, I lack motu or core
[13:22] <santa_> ah that's another thing, having a KA check-and-fix program to check the package set
[13:23] <santa_> that was no longer that important when Rik got MOTU
[13:23] <sgmoore> I plan on it when things settle
[13:25] <santa_> that's great :)
[13:25] <santa_> on my side I already had plenty of work with my modest set of permissions
[13:28] <BluesKaj> Hi all
[13:29] <santa_> hi BluesKaj
[13:29] <BluesKaj> hi santa_
 yes (re @sgmoore: I think I may have reproduce systray bug.. @myfenris @Eickmeyer y'all on Wayland by chance?)
 Wayland or X, it shows in both (re @sgmoore: I think I may have reproduce systray bug.. @myfenris @Eickmeyer y'all on Wayland by chance?)
 yeah .. its me ... (re @IrcsomeBot: <arraybolt3> myfenris: you don't happen to be fenris on the IRC side do you?)
 sorry i missed the meeting about the candidate .. (re @IrcsomeBot: <arraybolt3> If so, there's an Ubuntu Membership Board meeting that could use your help)
 the board members voting via email
 any specific help needed? (re @IrcsomeBot: <arraybolt3> If so, there's an Ubuntu Membership Board meeting that could use your help)


[00:00] <Fujitsu> sistpoty: Ubuntu sbuild resolves very similarly, if not identically, to Soyuz sbuild.
[00:03]  * sebner will continue tomorrow with MD. Good night folks :D
[00:06] <albert23> Scottk2: please ignore the debdiff for enthought-traits. I will complete that tomorrow.
[00:09] <sistpoty> Fujitsu: ah, cool... switching to sbuild is still on my todo list though :/
[00:11] <sistpoty> Fujitsu: btw.: does "done" mean, that the publisher has already run? (I forgot the url to the actual page again)
[00:14] <ScottK2> albert23: OK.  Please delete it from the bug.
[00:14] <Fujitsu> sistpoty: It means that the publisher has started and picked up the package. It won't be available from a.u.c until about 43 past that hour.
[00:14] <sistpoty> Fujitsu: and for the buildds?
[00:15] <Fujitsu> sistpoty: Probably a few minutes earlier, but I'm not entirely sure.
[00:15] <sistpoty> Fujitsu: ah, k. thanks!
[00:15] <sistpoty> Fujitsu: when would it show up in binary new? about the same time? (imho hscolour/lpia would need to go through binary new, but I might be wrong)
[00:16] <Fujitsu> sistpoty: They'll hit binary NEW seconds after they build.
[00:16] <sistpoty> Fujitsu: thanks. seems like I'm wrong then on hscolour needing to go through binary new :)
[00:17] <Fujitsu> And you'll see `Successfully built (NEW)' rather than `Successfully built (ACCEPTED)'
[00:17] <sistpoty> cool :)
[00:17] <sistpoty> thanks!
[00:20] <sistpoty> Fujitsu: oh, if https://launchpad.net/ubuntu/hardy/lpia/hscolour/ writes "published", it's already available for the buildds, I assume?
[00:21] <Fujitsu> sistpoty: Not for about half an hour, probably.
[00:21] <sistpoty> ok, /me is now confused
[00:21] <sistpoty> but thanks Fujitsu for the insights
[00:23] <Fujitsu> sistpoty: That's just the date that publisher picked it up. It then has to actually be written out by apt-ftparchive, and mirrored.
[00:23] <sistpoty> ah, k
[00:25] <_MMA_> Hmm... Sorry for the probably basic question here but how do I find a changelog for an app? Something has changes either with Audacious or todays updates that have really screwed up it's sound.
[00:26] <pochu> night all!
[00:26] <sistpoty> gn8 pochu
[00:26] <pochu> _MMA_: aptitude changelog <package>
[00:26] <_MMA_> Thanx
[00:27] <sistpoty> _MMA_: trouble with audacious (on hardy)? meh... that's not good, as we shoved through a FFe
[00:28] <_MMA_> sistpoty: Its hard to explain. It all the sudden sounds like the preamp is up too high. Like the gstreamer EQ issue. Except it doesnt clip.
[00:30] <sistpoty> _MMA_: can you report a bug on lp against audacious and subsribe sebner and myself (lpid: sistpoty)?
[00:31] <bddebian> Heya gang
[00:31] <_MMA_> sistpoty: Well wait. Lemmie see what you think. The volume in Audacious controls the PCM volume. Correct? (does here anyway) :P
[00:32] <_MMA_> So, if I enable the EQ I have to now push the preamp to the floor. Otherwise I get sound that has a "overdriven" sound to it.
[00:32] <_MMA_> Static but doesnt clip.
[00:32] <sistpoty> _MMA_: not too sure actually, I've only tried audacious recently but not in depth with the EQ
[00:33] <sistpoty> _MMA_: what output plugin are you using (we dropped a pulseaudio-by-default patch, wich wasn't working properly)
[00:34] <_MMA_> Lemmie look.
[00:34] <_MMA_> ALSA
[00:34] <sistpoty> hm...
[00:35] <sistpoty> can you try pulseaudio and see if things improve?
[00:35] <_MMA_> SUre
[00:35] <sistpoty> thanks
[00:35] <sistpoty> (brb, out for a smoke)
[00:35] <_MMA_> bah.. Froze up on me.
[00:39] <_MMA_> sistpoty: Well same behavior with PA but at least now I can use PA. Before it wasn't working. :P
[00:41] <_MMA_> sistpoty: Just turn the EQ. Set some curve to it. I import my settings from Winamp. (rock preset) Then enable. I have to move the preamp slider to the bottom.
[00:44] <sistpoty> _MMA_: hm... I guess I'm not really the right person to ask about audio stuff. maybe persia would have some clue? (others than that I guess that filing a bug on LP against audacious might still make sense)
[00:44] <_MMA_> sistpoty: Ok. Ill try to dig a bit before I run to LP.
[00:45] <sistpoty> _MMA_: thanks (oh, /usr/share/doc/audacious should contain an upstream changelog, might be worth looking at)
[00:45] <_MMA_> Thanx. pochu also showed me.
[02:05] <persia> _MMA_: Do you have Master or Front volume controls as well?  It may be that your computer can overdrive your speakers, and something is being set high.
[02:06] <sistpoty> very cool, ghc6 on lpia is already in needs-building state :)
[02:06]  * sistpoty crosses fingers
[02:07] <persia> nenolod: Are you about?  Do you know how SSE2 support might cause clipping?
[02:15] <_MMA_> persia: Ill look now.  :P
[02:16] <_MMA_> persia: Hmm... I also no longer get the little sound at GDM. Uses aplay/gdmplay or something.
[02:19] <nenolod> persia, SSE2 support uses a different dithering engine when converting audio to your set format
[02:19] <persia> nenolod: So the resulting gain may well be different.  Thanks.
[02:19] <nenolod> persia, it's a bug at any rate
[02:20] <nenolod> persia, this is aud 1.5 right?
[02:20] <persia> _MMA_: sounds like you've some complexity with your current configuration, which exacerbates the audacious change.  As nenolod suggests, best to file a bug.
[02:20] <_MMA_> persia: No matter the the Master or PCM volume, if the EQ is enabled, and the preamp isnt floored I gets tons of static.
[02:21] <persia> nenolod: 1.5.0-2, I believe
[02:21] <nenolod> _MMA_, probably a bug in the new EQ code
[02:21] <persia> _MMA_: And only for audacious, right?
[02:21] <nenolod> looks like the preamp gain is too way much
[02:22] <nenolod> way too much*
[02:22] <_MMA_> persia: Well there a simular isue with the gstreamer EQ but this is certinally new in audacious.
[02:22] <nenolod> please file a bug about this at http://bugzilla.atheme.org
[02:22] <_MMA_> nenolod: Noted.
[02:22] <nenolod> don't bother with launchpad triage, it's not needed in this case -- it can go directly to upstream
[02:23] <_MMA_> k
[02:23] <nenolod> persia, we have pkg-audacious in debian now for audacious packaging btw
[02:23] <persia> nenolod: Thanks both for the pointer, and the help.  I'll not poke you next time something comes up.
[02:23] <nenolod> but i've been busy, so haven't had time to transition the package yet
[02:26] <nenolod> persia, nah, feel free to poke me any time :)
[03:04] <lifeless> there will be a short outage to the wiki and bazaar.launchpad.net, to hoepfully address the bazaar.launchpad.net performance problems
[03:41] <sistpoty> damn, I want a lpia as well, ghc6 build took only an hour on the buildd *g*
[03:41] <sistpoty> :)
[03:41] <bddebian> heh
[03:41] <bddebian> persia: You still around?
[03:41] <Fujitsu> sistpoty: The lpia are just fast x86s.
[03:41] <Fujitsu> *lpia buildds
[03:41] <persia> bddebian: somewhat
[03:42] <sistpoty> Fujitsu: but must be damn fast boxes (my amd64 takes s.th. like two hours for the build, but it's a different arch of course)
[03:42] <bddebian> persia: *SHOULD* be a quick question if you have a minute?
[03:42] <persia> !ask
[03:42] <ubotu> Please don't ask to ask a question, ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely answer. :-)
[03:42] <Fujitsu> It's a very similar arch.
[03:43]  * persia pokes bddebian, to see if that helps elicit a question
[03:43] <bddebian> persia: Sorry, too many channels, I have to get to the code quick
[04:27]  * sistpoty goes to bed
[04:27] <sistpoty> gn8
[06:47] <Fujitsu> Wow, dpkg doesn't like me:
[06:47] <Fujitsu> dpkg: too many errors, stopping
[06:47] <Fujitsu> dpkg: ../../src/packages.c:252: process_queue: Assertion `!queuelen' failed.
[06:48] <Fujitsu> Aborted
[06:48] <mbt> eep.  never seen that before
[06:49] <jdong> Fujitsu: that's a frightening one
[06:49] <Fujitsu> Oh my.
[06:50] <Fujitsu> Python is exploding.
[06:50] <Fujitsu> (this is a dapper->hardy upgrade blowing up)
[06:50] <Fujitsu> Ah, all python-central's fault:
[06:50] <Fujitsu> Setting up python-central (0.6.1ubuntu1) ...
[06:50] <Fujitsu> pycentral: pycentral pkginstall: not overwriting local files
[06:50] <Fujitsu> pycentral pkginstall: not overwriting local files
[06:50] <Fujitsu> What on earth is it trying to do?
[07:35] <Fujitsu> I don't particularly like how fragile python-central is.
[07:36] <Fujitsu> I shouldn't be able to hugely kill an upgrade just because python-opengl doesn't conflict with python2.4-opengl.
[07:36] <Fujitsu> Because of that, python-central tries to overwrite other files, so won't configure. launchpad-integration depends on python-central, and lots of things depend on the launchpad-integration libraries.  Or do I have to issue the patch command myself?
[08:08] <persia> eddyMul: You'll want to call patch directly.
[08:09] <eddyMul> persia: I see. thanx.
[08:15] <warp10> Good morning
[08:46] <Iulian> G'morning.
[08:48] <eddyMul> g'morning
[09:10] <AnAnt> Hello, I need help with creating a cursor (pointer) theme
[09:10] <AnAnt> can it inherit from another cursor theme ?
[11:28] <Hobbsee> evening
[12:07] <pwnguin> so at this point, if there's a patch and an upstream new release that fixes a bug, the patch is the preferred approach?
[12:12] <persia> pwnguin: Unless the upstream release only contains that patch, or there is some other really good reason it should be included.
[12:13] <pwnguin> apparently MOTU's traditional xournal shepard it out of town =/
[12:15] <pwnguin> persia: the package in question has no patch system, and the patch in question is already applied upstream. i assume in this case it would be unreasonable to add a patch system to the package
[12:16] <persia> pwnguin: In general, I'm opposed to adding a patch system to a package.  If there is already one in place, it should be used.  If there is none, I presume that matches the maintainer's preference.
[12:16] <persia> You may want to add a note that the applied patch has been applied upstream and can be dropped when the new upstream is available.
[12:16] <pwnguin> where?
[12:17] <persia> Depending on length, I typically recommend either the changelog or debian/README.Debian-source.  Some people have talked about using a debian/README.Ubuntu-source, but I have yet to see a package using this.
[12:18] <pwnguin> what happens on autosync from unstable with -ubuntu versions?
[12:18] <persia> It doesn't autosync.  The package gets listed on merges.ubuntu.com, and someone reads your note, and drops your patch.
[12:20] <pwnguin> this changelog is confusing =/
[12:20] <pwnguin> unstable -> feisty -> unstable -> feisty -> gutsy
[12:21] <pwnguin> man. xournal hasnt been touched since gutsy at all =/
[12:21] <persia> That usually means someone applied a patch in feisty, someone merged a later version in feisty to get a fix, and someone merged to gutsy.
[12:25] <POX_> ScottK, albert23: .pth files can be safely removed if you use standard location for .py files
[12:37] <albert23> POX_: Thanks. Is it still necessary to remove those .pth files?
[12:37] <POX_> necessary? probably not, but they're useless
[12:37] <POX_> well, unless your package will not work without this file :)
[12:38] <POX_> anyway, I'm 90% sure you don't need it (without looking at the package)
[12:39] <albert23> POX_: OK, http://python-modules.alioth.debian.org/python-central_howto.txt says they must be removed, but that is probably just cleaner, not really necessary.
[12:40] <POX_> I wrote that howto :)
[12:40] <albert23> Ah, nice
[13:38] <emgent> hello
[13:38] <RainCT> hi emgent
[14:35] <bddebian> Heya gang
[14:35] <Iulian> Hi bddebian
[14:35] <bddebian> Hello Iulian
[15:00] <jdong> ugh I just had the worst dream last night
[15:00] <jdong> my EE test was administered over Launchpad
[15:01] <jdong> and every time I typed in an answer it dropped down like a page of suggested similar answers
[15:03] <bddebian> haha
[15:03] <jdong> that's probably a sign I should leave more time between eating dinner and falling asleep....
[15:39] <geser> Hi bddebian
[15:39] <protonchris> Hello
[15:41] <bddebian> Heya geser, protonchris
[15:57] <protonchris> slangasek: any luck with the sparc buildd admins yesterday?
[16:09] <zul> jdong: its also a sign to get out of the house more :)
[16:11] <protonchris> ScottK: ping
[16:29] <Mirv> could someone consider sponsoring this: http://ppa.launchpad.net/timo-jyrinki/ubuntu/pool/main/c/compizconfig-settings-manager/compizconfig-settings-manager_0.7.2-0ubuntu2.dsc ? the only changes are two new patches under debian/patches affecting only Finnish translations.
[16:31] <RainCT> Mirv: do you have a debdiff?
[16:40] <Mirv> RainCT: there you go: http://users.tkk.fi/~tajyrink/ccsm/compizconfig-settings-manager_0.7.2-0ubuntu2.debdiff
[16:41] <Mirv> the second patch is big, since almost the whole fi translation is broken
[16:51] <ScottK> protonchris: Pong
[16:52] <protonchris> I was taking a look at wxglade from unstable.  One question, it depends on  python-wxgtk2.6 are we prefering  python-wxgtk2.8?
[16:54] <ScottK> protonchris: We aren't particularly caring, but it has to work if both are installed.  You can look at spe as an example of a package designed to work with 2.6 in Debian and 2.8 in Ubuntu.
[16:55] <protonchris> ScottK: thanks.  looking.
[16:57] <protonchris> ScottK: the current version of wxglade in ubuntu depends on 2.8 while the debian unstable depends on 2.6.  Am I safe in assuming that we need 2.8 so we have consistancy?
[16:58] <ScottK> protonchris: Reasonably safe.  I've never actually looked at the package.
[16:59] <protonchris> ScottK: ok.  I will upload a diff.gz to the bug for a debian unstable merge.
[17:02] <protonchris> ScottK: uploaded to bug.
[17:04] <ScottK> protonchris: It'll probably be tomorrow before I can look at it.  My youngest daughter's birthday is today and we're about to head out for the party.
[17:05] <protonchris> ScottK: No problem.  Have fun today!!!
[17:06] <protonchris> ScottK: I'm not in a rush.  I just wanted to make sure that the bug wasn't waiting on me :)
[17:09] <RainCT> Mirv: do you mind if I modify your changelog entry so that it lists the names of the patchs?
[17:11] <ScottK> RainCT: Would you mind looking after protonchris's wxglade debdiff for Bug #204895?
[17:11] <ubotu> Launchpad bug 204895 in wxglade "Packages failed archive rebuild test possibly due to python-central transition" [Undecided,In progress] https://launchpad.net/bugs/204895
[17:13] <Mirv> RainCT: that's fine
[17:34] <pochu> ScottK: did you manually uploaded phatch, or do you have some cool archive admin friend?
[17:35] <pochu> (or you have super powers?)
[17:51] <sebner> asac: ping :)
[17:52] <sebner> aloha afflux
[17:53] <afflux> huhu sebner
[17:53] <afflux> sebner: using 5-a-day? consider joining the ubuntu-de-locoteam! :)
[17:53] <RainCT> Mirv: sorry that it's taking so long, my connection is slow :P
[17:53] <sebner> afflux: No. We'll see ;)
[17:53] <RainCT> Mirv: I've added some more translations to the .desktop, btw
[17:53] <asac> sebner: can you please use -mozillateam for mozilla /xulrunner issues?
[17:53] <sebner> asac: ah sure.sry
[17:53] <asac> there are others that might know something
[17:54] <asac> :)
[17:54] <afflux> sebner: hehe, juliux asked me to run some sort of german bugsession for recruiting for 5-a-day
[17:55] <sebner> afflux: well in fact. I have not really time for it for now (final exams are around) :)
[17:55] <afflux> oh
[17:55] <afflux> good luck then!
[17:56] <sebner> afflux: thanks
[17:59] <Mirv> RainCT: no problem, really great that you're working on it. more .desktop translations are naturally encouraged, too :)
[18:07] <slytherin> Can anyone please reply to my mail about debconf preseed sent on mailing list?
[18:25] <jpatrick> greeneggsnospam: don't you like ham?
[19:02] <afflux> anyone who likes to sponsor bug 208974 or bug 186141? :)
[19:02] <ubotu> Launchpad bug 208974 in screenlets "candidate for version 0.0.12-0ubuntu3" [Medium,New] https://launchpad.net/bugs/208974
[19:02] <ubotu> Launchpad bug 186141 in nautilus-actions "missing nautilus-actions menu entries" [Medium,Confirmed] https://launchpad.net/bugs/186141
[19:23] <slytherin> afflux: I am not a  developer but still I would like to ask. This is related to nautilus-actions. Can you make use of pkg-config to retrieve the extension directory instead of hard coding the value?
[19:24] <afflux> slytherin: I think so, let me check the -dev package
[19:24] <slytherin> afflux: you can take a look at nautilus-open-terminal to see what I am talking about
[19:27] <afflux> slytherin: right, that's far better, thanks for the hint!
[19:27] <slytherin> afflux: Welcome. :-)
[19:34] <slangasek> protonchris: gdl got rebuilt on sparc which should fix the FTBFS, but it looks like glom didn't really get dep-waited; will follow up
[19:49] <protonchris> slangasek: thanks.
[19:51] <protonchris> slangasek: looks like it is building.  Thanks.
[21:28] <bobbo> Is anyone around to check over the debdiff for bug #184084 (in checky)
[21:28] <ubotu> Launchpad bug 184084 in checky "Extension description mentions Iceweasel/Icedove/Iceape" [Undecided,Confirmed] https://launchpad.net/bugs/184084
[22:08] <norsetto> evening gents
[22:08] <RAOF> Morning norsetto.
[22:09] <sebner> aloha norsetto
[22:10] <norsetto> sebner: don't even think to put flowers around my neck ....
[22:11] <sebner> norsetto: hrhr
[22:11] <afflux> anyone who likes to sponsor bug 208974 or bug 186141? :)
[22:12] <ubotu> Launchpad bug 208974 in screenlets "candidate for version 0.0.12-0ubuntu3" [Medium,New] https://launchpad.net/bugs/208974
[22:12] <ubotu> Launchpad bug 186141 in nautilus-actions "missing nautilus-actions menu entries" [Medium,Confirmed] https://launchpad.net/bugs/186141
[22:13] <sebner> norsetto: any news about conky?
[22:17] <norsetto> sebner: no
[22:19]  * nxvl HUGS norsetto
[22:23] <sebner> norsetto: if you have time please take a look at bug #209012
[22:23] <ubotu> Launchpad bug 209012 in monodevelop "[FFe] Merge monodevelop_1.0+dfsg-1 from Debian(Unstable)" [Undecided,Confirmed] https://launchpad.net/bugs/209012
[22:25] <sebner> gn8 folks
[23:12] <LimCore> hello
[23:13] <LimCore> sshfs seems to be extreamly unstable ( me and like 5 other crash reports in https://bugs.launchpad.net/ubuntu/+source/sshfs-fuse/ )  so I was wondering, should I  try to buuild own .deb from sources of more up to date version? or is anyone else doing that and needs testing before giving this fixed version to all users?


[00:02] <Unit193> ochosi: For reference, sn-plugin is in Debian, but not under the pkg-xfce umbrella.
[00:02] <ochosi> oh, interesting
[00:02] <Unit193> That's maintained by me and Sean.
[00:03] <ochosi> ah, i see
[10:28] <bluesabre> could probably get that pulled into pkg-xfce if we make it part of the core defaults
[11:31] <flocculant> bluesabre: was only a little bug - but thanks :)
[11:32] <bluesabre> :)
[11:33] <flocculant> seems I've a bigger issue with since getting extra stuff from xscreensaver-data - it doesn't work :p
[11:33] <bluesabre> That doesn't sound good
[11:34] <flocculant> just having a bit more of a look
[11:34] <bluesabre> I found something fun... xscreensaver disables the X11 screensaver when you exit it
[11:34] <flocculant> mmm
[11:34] <bluesabre> Wondered why it wasn't working in Fedora, screensaver got disabled D:
[11:35] <bluesabre> Good thing to check, output of `xdg-screensaver status`
[11:37] <flocculant> bluesabre: so adding xscreensaver-data - gives a bigger (and better for some) list of things - but then nothing is working
[11:37] <flocculant> that says 'enabled'
[11:37] <bluesabre> flocculant: do the previews work in the Screensaver prefs dialog?
[11:37] <flocculant> nope
[11:37] <bluesabre> oh wow
[11:38] <flocculant> click on anything - even original ones and you just see a blank screen
[11:38] <bluesabre> I'm at a loss then :D
[11:38] <flocculant> I'll check in live session before I do any reporting
[11:38] <flocculant> ha ha ha
[11:40] <flocculant> bluesabre: can you add things from pad to agenda :)
[11:40] <bluesabre> Yes, need to do that... will go ahead with that in a sec.
[11:41] <flocculant> cheers
[11:41] <flocculant> ochosi and Unit193 have said they'll be missing if you didn't see that
[11:45] <bluesabre> Yeah, saw that as well
[11:45] <flocculant> bluesabre: I lied - the original stuff does work - just none of the ones that -data package adds
[11:45] <bluesabre> interesting
[11:45] <bluesabre> name one of them?
[11:46] <flocculant> only actually grabbed that one cos Unit193 said so :p
[11:46] <flocculant> Fuzzy Flakes
[11:47] <bluesabre> https://i.imgur.com/QUrrWMI.png
[11:48] <flocculant> https://i.imgur.com/tVmvOuh.png
[11:48] <flocculant> bluesabre: is that in something not 19.04 ?
[11:48] <bluesabre> 18.10, will check out 19.04 this weekend
[11:49] <bluesabre> I wonder if it's a GL screensaver and GL is funny in qemu?
[11:49] <flocculant> ok - well I will report it to bugzilla now I've looked on the live session
[11:49] <bluesabre> thx
[11:49] <flocculant> well it might be - but it doesn't work on my physical machine
[11:49] <flocculant> which is why I checked the live as well
[11:50] <flocculant> anyway - be about a bit off and on today - but off now :p
[11:55] <flocculant> found a thing in .xsession-errors - might help - put it in the bug report which is xfce 14883
[12:01] <knome> Unit193, ack, i have the documentation on that svaed
[12:10] <bluesabre> flocculant: added the items to the agenda
[19:42] <Unit193> ochosi: xfpm is only suggests as it's only really useful on laptops
[19:44] <ochosi> Unit193: not sure, some people also hibernate/suspend their pcs
[19:44] <Unit193> (That's the reasoning, though.)
[19:44] <ochosi> also, it has DPMS settings that are relevant for pcs
[19:44] <ochosi> sure, just telling you why i would beg to differ :)
[19:44] <Unit193> Also stated that one should look at what tasksel would install, as that's what ends up on 'xfce' installs.
[19:45] <ochosi> not sure what tasksel would install


[00:00] <somerville32> What happens when we run out of numbers for launchpad bugs?
[00:08] <LaserJock> I would assume that that would be a long time from now
[00:09] <LaserJock> although they coulds sooner become very annoying
[00:09] <LaserJock> have you seen bug #129501389809403872298904042?
[00:14] <somerville32> Not yet. Is it a toughie?
[04:40] <mae^> is anyone else having a problem with codebrowse.launchpad.net?
[04:41] <somerville32> Someone reported problems earlier
[04:41] <mwhudson> mae^: specifics?
[04:42] <mae^> I'
[04:42] <mae^> I'm not getting any response back
[04:42] <mwhudson> hm
[04:42] <mwhudson> i can't ssh into the server either
[04:42] <mwhudson> oh, i can
[04:42] <mae^> port 80 still is open
[04:43] <mwhudson> but loadavg is 18...
[04:43] <mae^> that'd be it
[04:43] <Odd_Bloke> Heh.
[04:43] <somerville32> Start killing stuff :P
[04:49] <mwhudson> mae^: should be working now
[04:50] <mae^> excellent! thx
[04:51]  * mwhudson goes to bed, grumbling about unreliable software as he goe
[04:51] <mwhudson> s
[05:10]  * Hobbsee wonders why launchpad is even doing ppa stuff at all
[05:10]  * Hobbsee notes that this is contradictory
[05:10] <Hobbsee>  * PPA packages are now overridden to the main component and can be
[05:10] <Hobbsee>    built against all Ubuntu components.
[05:10] <Hobbsee> and it's in the release notes.  yay.
[05:12] <Fujitsu> Hobbsee: U m?
[05:12] <Hobbsee> Fujitsu: how's it overridden to main, when it builds against all components?
[05:13] <Fujitsu> Hobbsee: Components no longer exist in PPAs.
[05:13] <Hobbsee> or does it get sent to main, so that the binary and source appear, yet you cant actually rebuild it on a local system, with main only.
[05:13] <Fujitsu> Well, they do, but everything is mainl;
[05:13] <Fujitsu> Does your local system have ogre-model? I doubt it.
[05:14] <Hobbsee> sure it does.  main only pbuilder.  useful for some stuff.
[05:14] <Hobbsee> if i rebuild it in that, ti's likely to fail due to build-deps being not found.  which is kinda misleadng :)
[05:15]  * Hobbsee was expecting them to all get overriden to universe.
[05:16] <Fujitsu> Hobbsee: You mean multiverse?
[05:16] <Hobbsee> Fujitsu: if we're building against multiverse now, yes.
[05:17] <Hobbsee> Fujitsu: or a fancy use/mutation of the 404main script, which will check which the build deps are satisfied in :)
[05:18] <Fujitsu> main is generally the standard component across all Debianish archives.
[05:18] <Fujitsu> Making it the one and only component for PPA makes sense.
[05:18] <Hobbsee> true
[05:18] <Hobbsee> in some sense
[05:19] <Hobbsee> i guess you either completely follow the ogre model, or completely ignore it
[05:19] <Hobbsee> so it either breaks for the uploaders, or those who recieve it, and want to rebuild it, or something
[05:21] <Hobbsee> although, granted, the wish to rebuild is probably less used than to upload, and follow the documentation
[05:25] <ajmitch> people probably assume that that can modify & upload a package without having to munge debian/control
[05:25] <Hobbsee> yeah
[05:26] <Hobbsee> similarly, people seem to also think that the packages from ppa also seem to get imported into the ubuntu repository.
[05:26] <LaserJock> really?
[05:28] <Hobbsee> yup
[05:29] <somerville32> Lucky for us, they aren't
[05:29] <Hobbsee> exactly
[07:41] <claud1> could someone take a look to bug #107971
[07:41] <ubotu> Launchpad bug 107971 in gcompris "Incomplete French translation" [Undecided,New] https://launchpad.net/bugs/107971
[07:41] <claud1> and at least raise the importance
[07:42] <LaserJock> claud1: I don't think the relevent people are around yet
[07:42] <LaserJock> but I'm interested in that bug as well
[07:42] <claud1> LaserJock: thanks
[07:42] <claud1> i don't see danilo around :-/
[07:42] <LaserJock> I'm just not sure what the problem is, not being a translator myself
[07:43] <claud1> the problem is that the pot file in Launchpad is not the good one
[07:43] <claud1> but i don't know why
[07:43] <Fujitsu> claud1: carlos and danilos are the two you want to attack, but they're probably at Canonical AllHands.
[07:43] <claud1> Fujitsu: yes, probably
[07:43] <LaserJock> claud1: the uploaded .pot is incorrect?
[07:44] <claud1> the .pot is not uploaded IMHO it is automatically generated
[07:44] <claud1> with intltool
[07:44] <LaserJock> right
[07:44] <LaserJock> I'm just wonder if it's a Launchpad problem or a packaging problem
[07:44] <claud1> i just downloaded the source package
[07:45] <claud1> i'll see if i can see a problem with it
[07:46] <claud1> intltool-update -p
[07:47] <claud1> 0 translated messages, 1186 untranslated messages.
[07:47] <claud1> so the pot generation is OK
[07:47] <claud1> i cannot check further
[07:58] <claud1> LaserJock: please double-check the packaging of gcompris
[07:58] <claud1> in the case the pot file depends on some build time script
[07:58] <claud1> see that with danilo/carlos
[08:35] <ubotu> New bug: #160412 in soyuz "Please create a morgue/cruft pocket" [Undecided,New] https://launchpad.net/bugs/160412
[10:31] <ubotu> New bug: #160430 in launchpad "no way to specify meta-project bug tracker" [Undecided,New] https://launchpad.net/bugs/160430
[10:36] <ubotu> New bug: #160432 in launchpad "no way to turn off translations for a meta-project" [Undecided,New] https://launchpad.net/bugs/160432
[11:55] <ubotu> New bug: #160439 in soyuz "Some builds fail when they should depwait" [Undecided,New] https://launchpad.net/bugs/160439
[14:15] <ubotu> New bug: #160472 in launchpad "404 errors logging into old bug" [Undecided,New] https://launchpad.net/bugs/160472
[16:17] <BUGabundo> hya
[16:17] <BUGabundo> just got  error ID         OOPS-675C668
[16:17] <ubotu> https://devpad.canonical.com/~jamesh/oops.cgi/675C668
[16:17] <BUGabundo> searching for https://launchpad.net/ubuntu/hardy/+search?text=SoftwarePropertiesGtk
[16:18] <BUGabundo> bad ubotu!! that link requires login!
[18:06] <cyberix> Can I somehow see closed bugs I've reported.
[18:07] <somerville32> cyberix, You can
[18:08] <somerville32> If you subscribed yourself
[18:50] <ubotu> New bug: #160551 in rosetta "downloads of single po files or the whole bundle broken" [Undecided,New] https://launchpad.net/bugs/160551
[19:18] <danilos> carlos: hey
[20:30] <danilos> stub: around?
[20:56] <ubotu> New bug: #155052 in ubuntu "minor language bug in norwegian version of Gutsy kubuntu (dup-of: 133315)" [Undecided,Confirmed] https://launchpad.net/bugs/155052
[20:56] <ubotu> New bug: #160603 in launchpad "[edge] List of my bugs have links that return 404" [Undecided,New] https://launchpad.net/bugs/160603
[21:16] <somerville32> Do we get karma for uploads yet?
[21:34] <salgado> somerville32, not yet
[22:34] <LaserJock> danilos: still around?
[22:36] <somerville32> How can I get involved with launchpad development?
[22:40] <LaserJock> somerville32: you get hired on by Canonical to work on it? :-)
[22:40] <somerville32> No
[22:40] <somerville32> I was told I could sign an NDA
[22:40] <LaserJock> yes, but I'm not sure what the odds of that actually happening are
[22:41] <somerville32> The last time I asked, all I had to say was yes but I opted for the other option - no.
[22:42] <LaserJock> so answer yes this time ;-)
[22:43] <somerville32> lol
[22:45] <carlos> somerville32: you need to talk with kiko, SteveA or Rinchen about it, they are the ones that could provide you with more information
[22:46] <somerville32> Yea. It was Kiko I was talking to last time.
[22:51] <SteveA> somerville32: hello
[22:51] <somerville32> Hiya SteveA :)
[22:51] <SteveA> somerville32: I encourage you to get involved in our documentation efforts and perhaps in our QA work
[22:51] <somerville32> SteveA, I'd like to assist with development.
[22:52] <SteveA> I don't have any process for people to work on Launchpad who aren't at Canonical
[22:52] <SteveA> if you're a really good python programmer with web app and database experience
[22:52] <SteveA> you can talk to me about getting a job here
[22:53] <somerville32> SteveA, Thats something I might be interested in in a about half a year or so. I'll be sure to ping you at that time.
[22:53] <LaserJock> SteveA: you have a specific recommendations for people wanting to help with docs?
[22:54] <SteveA> cool.  if you want advice from some crack python programmers about learning stuff, let me know and I'll put you in touch with people.  (then again, maybe you're a crack python programmer already!)
[22:54] <SteveA> LaserJock: mrevell is starting up a launchpad documentation project
[22:54] <SteveA> LaserJock: so talk with mrevell
[22:54] <LaserJock> SteveA: ah, nice


[00:18] <thumper> wallyworld: would like a quick chat re: intermittent failing provisioner test when you have a moment
[00:36] <thumper> veebers, wallyworld: https://github.com/juju/juju/pull/8434
[00:36] <thumper> or anyone really
[00:51] <anastasiamac> thumper: lgtm
[00:51] <thumper> thanks
[00:51] <thumper> anastasiamac: I have another good bug for you
[00:51] <thumper> I'm just writing a comment
[00:52] <anastasiamac> :( i was goign to keep going with cred ux (my bug-meter was appeased with 2 for the day) \o/
[00:52] <anastasiamac> thumper: but i'll look (curiosity and the cats as u know...)
[00:54] <thumper> https://bugs.launchpad.net/juju/+bug/1638714
[00:54] <mup> Bug #1638714: Upgrading a juju model before the controller gives unhelpful error message <usability> <juju:Triaged> <https://launchpad.net/bugs/1638714>
[00:54] <thumper> anastasiamac: this relates to the issue someone brought to the mailing list earlier today as well
[00:54] <thumper> we aren't good at helping people when they do the wrong thing
[00:55] <thumper> anastasiamac: btw, the setting to trace gives more output from the actual provisioner worker
[00:55] <thumper> it says more about what it is doing
[00:55] <thumper> the info in the test was just for extra logging
[00:56] <thumper> and yes, it works :)
[00:56] <thumper> I did test it
[01:06] <thumper> oh ffs
[01:06]  * thumper doesn't know vi
[01:43] <anastasiamac> thumper: looked and commented... since it's coming from state, the re-phrasing may not be as simple... i think that this is the case of where we are lacking some guidance as the user confusion is because they need to upgrade 'controller' model first
[02:39] <thumper> anastasiamac: but we can do extra checks... it isn't that hard, it just may be a few more api calls, but a better user experience
[04:57] <thumper> anastasiamac: did you want to have a quick chat before I EOD?
[05:00] <jam> just checking that other people are failing to connect to canonical IRC, right?
[05:00] <jam> (I'm assuming it is the restart-for-spectre issue)
[05:00] <veebers> jam: I am
[05:01] <veebers> wgrant: I imagine related to a firewall reboot? (I saw a comment to that affect just before connection dropped :-))
[05:01] <thumper> jam: yes IS is rebooting machines
[05:01]  * thumper EODs
[05:02] <jam> veebers: just reconnected
[05:05] <wgrant> Also see your email :)
[05:06] <wgrant> An announcement of utter chaos was sent last night.
[07:12] <jam> can I get a review on https://github.com/juju/juju/pull/8432 ?
[07:12] <jam> anastasiamac: https://github.com/juju/juju/pull/8436 reviewed
[10:37] <anastasiamac> jam: thnx but i believe it's not ready - tim and i will talk tomorrow. whilst re-phrasing the message is good, the UX needs to b slightly adjusted for better experience.... fwiw, the wording was almost verbatum to what was in the bug
[11:29] <jam> anastasiamac: I'd argue that your fix is still better than no fix, even if we ultimately want to do more
[11:31] <frankban> jam: re your comment at https://github.com/juju/juju/pull/8427 (which is ready for review) develop will be 2.4?
[11:31] <jam> frankban: yes. develop == 2.4
[11:31] <frankban> jam: I guess we can backport the patch later when required?
[11:32] <jam> frankban: IME its usually easier to start at the older code base, but its up to you.
[11:32] <jam> frankban: and since you guys are the ones that want the patch, its more a question of whether you're ok waiting until we do a 2.4 release
[11:32] <jam> which 2.4 final is at least a month away
[11:34] <frankban> jam: well, the patch against develop is already there, I;ll talk with uros about that. who could I ping to get a review of that part of the code?
[20:25] <thumper> babbageclunk: ping
[20:25] <thumper> https://github.com/juju/juju/pull/8438
[20:51] <babbageclunk> thumper: yeah, saw that - looking at it now
[20:53] <thumper> babbageclunk: did you want to talk through it or are you happy?
[20:53] <babbageclunk> thumper: Oh, I thought you'd put in a skip and I'd need to fix it. No, that seems good to me!
[20:53] <thumper> no... I fixed it
[20:54] <thumper> :)
[20:54] <babbageclunk> Thanks! Sorry!
[20:54] <thumper> that's fine
[20:54] <thumper> babbageclunk: want to approve the pr? and I'll land it
[20:55] <thumper> babbageclunk: got 5 minutes?
[20:55] <thumper> babbageclunk: hangout?
[20:55] <babbageclunk> thumper: done. Ah, I had seen 8434 but not the fix
[20:55] <babbageclunk> yup
[20:55] <babbageclunk> 1:1
[20:55] <thumper> omw
[22:06] <thumper> ugh...
[22:07] <thumper> I'm sure my local test failures are probably due to me running go 1.10, and the merge and test bots using 1.9
[22:37] <thumper> anyone https://github.com/juju/juju/pull/8439
[22:54] <thumper> thanks wpk
[22:54] <thumper> gym time
[22:54]  * thumper heads off
[23:35] <kurt_> Do you guys know if anyone watches the maas channel anymore?
[23:35] <kurt_> Seems like they don't


[01:34] <InHisName> Only one morning all day?  G'nite folks !
[01:35] <waltman> It's always morning somewhere!
[11:03] <rmg51> Morning


[09:18] <jibel_> xnox, bug 1025580 , let me know if you need more info
[09:18] <ubot2> Launchpad bug 1025580 in partman-lvm "preseeded LVM installation stops with question "partman/confirm_nooverwrite" while it is preseeded to true" [Undecided,New] https://launchpad.net/bugs/1025580
[13:12] <maxb> < cjwatson> ~ubuntu-installer/debian-installer/master should be ~vcs-imports/debian-installer/master and is a bzr import of the upstream (i.e.  Debian) git branch
[13:12]  * maxb actually gets around to making that change
[13:13] <ogra_> dont expect many answers today, he is on vac. ;)
[13:15] <xnox> ogra_: =) i think i broke lvm alternative images
[13:15] <xnox> i am now pondering what to do
[13:15] <xnox> investigate, why it broke or revert
[13:16] <ogra_> how big would the revert be ...
[13:16] <ogra_> and do you have any idea how long a fix would take ?
[13:17] <ogra_> (investigation is definitely in order in any case)
[13:22]  * xnox dropped off, and is back.
[13:22] <ogra_> ogra_> how big would the revert be ...
 and do you have any idea how long a fix would take ?
 (investigation is definitely in order in any case)
[13:22] <ogra_> xnox, ^^^
[13:23] <xnox> ogra_: in the partman-lvm i have moved "apt-install lvm2" to finish.d from the post-base-installer.d
[13:24] <xnox> for ubiquity to work out of the box
[13:24] <xnox> but that broke the alternative cd
[13:24] <ogra_> doesnt soud to intrusive to do a quick revert
[13:24] <xnox> but I don't know if that will "fix" the alternative cds
[13:24] <xnox> but it looks like the only common denominator
[13:25] <ogra_> you can hack the alternate installer pretty easily while running it
[13:25] <xnox> how? =)
[13:25] <xnox> from the other VT?
[13:26] <ogra_> right
[13:26] <ogra_> if you know where your code lives in the installer and its just scripts, you can just edit on the fly#
[13:32] <xnox> ok
[13:55] <Blackyugin> Hi all, I want to instance the DBusConnect (oneconf class) to Ubiquity but I have a error with the test_gtkui in my user interface (named reinstall_sync) : http://paste.ubuntu.com/1096640/
[13:55] <Blackyugin> Thanks a lot for precisions
[13:58] <ogra_> best to wait for cjwatson, he wrote the tests i think ... but he is on vacation today
[14:00] <xnox> Blackyugin: we ripped migration-assistant out of ubiquity
[14:00] <xnox> did you pull recent code?
[14:00]  * ogra_ was wondering about that
[14:00] <ogra_> but i wasnt sure it was completely removed
[14:00] <ogra_> ubiquity-2.10.16
[14:01]  * xnox did it ;-)
[14:01] <ogra_> smells like precise
[14:01] <xnox> Blackyugin: also the unit test should probably not start a dbus session, or you should modify the test runner to start a dbus session for you
[14:01] <Blackyugin> xnox : no i wort to the 12/04
[14:01] <ogra_> and your removal stuff is in 2.10.17
[14:02] <xnox> Blackyugin: we just, just, just removed it in precise ubiquity for 12.04.1
[14:02] <ogra_> (uploaded to precise on may 30th)
[14:02] <xnox> Blackyugin: so your dbus stuff should be either in "try: except:" blocks for unit tests
[14:03] <ogra_> Blackyugin, get the source code from precise-proposed/precise-updates instead
[14:03] <Blackyugin> xnox : The problem is only on my laptop
[14:03] <xnox> aha =)
[14:03] <xnox> are you running Gnome / Unity?
[14:03] <Blackyugin> ogra_ : I can't update my version 12/04 to 12/04/01 because is a school project
[14:03] <ogra_> ??
[14:04] <ogra_> you downloaded the source package somehow, right ?
[14:04] <ogra_> instead of pulling it from precise, pull it from precise-updates
[14:04] <ogra_> that will give you the fix
[14:04] <xnox> Blackyugin: bzr pull lp:~ubuntu-installer/ubiquity/precise-proposed
[14:04] <xnox> or merge
[14:05] <ogra_> right, or that
[14:05] <xnox> Blackyugin: or bzr pull lp:ubiquity
[14:05] <stgraber> the version of ubiquity without migration-assistant landed in -updates earlier today
[14:05] <Blackyugin> xnox : ok i try
[14:05] <ogra_> yep, 2h ago
[14:05] <xnox> Blackyugin: in the ./tests/run you may want to test is DBUS is available with the stuff you need/want in the code
[14:05] <xnox> or start your own private dbus there
[14:06] <ogra_> stgraber, any idea why it took so long ?
[14:06] <xnox> ogra_: you didn't test it ;-)
[14:06] <ogra_> may 30th to today is quite some time
[14:06] <stgraber> ogra_: yeah, the other fix wasn't exactly trivial to test. Required some proxy with a bug dropping random packets :)
[14:06] <xnox> oh yeah, /me failed at testing that one
[14:06] <ogra_> xnox, well, i thought packages get removed from -proposed if they dont get tested within 14 days
[14:06] <Blackyugin> xnox : Yes I know but I don't want test if the Dbus is available during the test
[14:06] <stgraber> ogra_: I ended up letting it through on the basis of "can't be any worse than it used to be"
[14:07] <ogra_> heh
[14:07] <xnox> Blackyugin: but you have to, otherwise the test runs your code -> your code calls into dbus -> you get a failure
[14:07] <xnox> Blackyugin: if you don't want that, make your code to be conditional around dbus, and skip if internet / dbus is not available
[14:08] <xnox> ogra_: about alternative cd
[14:08] <Blackyugin> xnox : Yes but my colleague don't have this problem...
[14:08] <xnox> Blackyugin: are you running Gnome / Unity? Are you running ubuntu-one?
[14:08]  * ogra_ is all ears
[14:09] <ogra_> (which doesnt help on IRC, i know :P )
[14:09] <xnox> if you are using Lubuntu/Xubuntu and don't have ubuntu-one, you might not have oneconf dbus session, nor the services of ubuntu one running
[14:09] <xnox> hence you see the failure on your machine
[14:09] <xnox> ogra_: some context Blackyugin is working on "reinstall your machine from UbuntuOne sync"
[14:10] <ogra_> sweet !
[14:10] <xnox> ogra_: where sync to UbuntuOne is list of installed packages etc...
[14:10] <ogra_> right
[14:10] <xnox> ogra_: https://docs.google.com/a/canonical.com/View?docid=0AU5sFuLRpCpBZGZra2pqY2pfMTAxZ25rcnBnNXY
[14:10] <ogra_> all the stufff i do manually when migrating to new HW :)
[14:10] <xnox> has the mathews design
[14:10] <Blackyugin> xnox : my colleague have 64bit and I have 32bit but I don't thinks is the problem
[14:11] <xnox> and you are running Ubuntu & have ubuntu1 client signed in?
[14:11] <Blackyugin> xnox : Gnome for previous question*
[14:11] <xnox> hmm...
[14:11] <Blackyugin> xnox : Yes I'm running to Ubuntu 12/04
[14:12] <Blackyugin> 12.04*
[14:12] <Blackyugin> xnox: 12.04 default iso
[14:13] <xnox> Blackyugin: what happens if you run
[14:13] <xnox> /usr/share/oneconf/oneconf-service
[14:13] <xnox> on the command line?
[14:14] <Blackyugin> xnox : I have the prompt
[14:14] <xnox> Blackyugin: where does your code live?
[14:15] <xnox> can you point me to a branch on lp.net I will try testing/reviewing it to see what could be wrong
[14:15] <xnox> ?
[14:15] <NCommander> cjwatson: (or anyone versed in d-i internals), around? I have an issue with the calxeda SRU; it won't pull udebs from updates out of the box, and I'm not sure if their's a switch or I need to edit the udeb.sources.list generator code
[14:15] <cm-t> xnox: lp:calubiquity/devel
[14:15] <cm-t> xnox: but not fully updated from our all localhost version
[14:15] <cm-t> (hi)
[14:15] <xnox> cm-t: Blackyugin: does above branch have the problem you describe?
[14:16] <Blackyugin> xnox : If you pull the branch algaouzi
[14:16] <xnox> NCommander: is that for alternative/server CDs?
[14:16] <xnox> Blackyugin: ok.
[14:16] <ogra_> NCommander, he is on vacation
[14:16] <cm-t> he meant lp:~alguaouzi/calubiquity/devel
[14:17] <cjwatson> NCommander: on vac (just today) but feel free to mail me and I'll try to answer - if this is for the debian-installer build system itself then make sure to base your work on the latest in precise-proposed
[14:17] <NCommander> xnox: for netboot images
[14:17] <Blackyugin> xnox : The DBusConnect is visible in ubiquity/plugins/ubi-chooseprofile.py
[14:17] <cjwatson> because the first change I do in any -proposed series is typically to turn on pulling from post-release pockets
[14:18] <NCommander> cjwatson: I have and did; it won't pull udebs anywhere expect -release
[14:18] <xnox> Blackyugin: ok. I will look at it, but not now. Sometime later.
[14:18] <cjwatson> and I know that works for what's in precise-proposed or else it wouldn't have built :)
[14:18] <Blackyugin> xnox : Ok thanks a lot
[14:20] <xnox> NCommander: USE_UDEBS_FROM_EXTRA ?= precise-security precise-updates precise-proposed
[14:20] <xnox> http://bazaar.launchpad.net/~ubuntu-core-dev/debian-installer/precise-proposed/revision/1682
[14:21] <ogra_> right, thats in 20101020ubuntu136.1
[14:22] <NCommander> hrm ...
[14:22] <NCommander> Think I pulled from the wrong place
[14:22] <NCommander> shutting up now. thanks
[14:24] <xnox> hope we helped ;-)
[14:31]  * xnox thinks I have a fix for lvm
[14:37] <CIA-7> partman-lvm: dmitrij.ledkov * r1513 partman-lvm-ubuntu/ (debian/changelog finish.d/aptinstall_lvm):
[14:37] <CIA-7> partman-lvm: apt-installed exits with error code 1, if run during finish.d. Hence
[14:37] <CIA-7> partman-lvm: adding "|| true", similar to all the other partman-$fs, to prevent
[14:37] <CIA-7> partman-lvm: never ending "Setting up partitioning..." loop. (LP: #1025580)
[14:45] <xnox> jibel: jibel_: once partman-lvm_79ubuntu2 hits the archive and the jenkins results are in, let me know if it fixes the issue or not
[14:46] <xnox> where issue is bug 1025580
[14:46] <ubot2> Launchpad bug 1025580 in partman-lvm "preseeded LVM installation stops with question "partman/confirm_nooverwrite" while it is preseeded to true" [Critical,In progress] https://launchpad.net/bugs/1025580
[14:46] <jibel> xnox, thanks! Il'' let you know
[14:47] <jibel> s/Il''/I'll
[14:49] <stgraber> jibel: will you want a respin for that and if so, what images should I respin?
[14:50] <xnox> stgraber: ubuntu alternative and server, but i386 & amd64 specifically, since those are in jenkins / quick to test
[14:51] <jibel> stgraber, that wouldn't hurt, if a builder have spare cycles
[14:51] <stgraber> jibel,xnox: ok, I'll respin alternate+server before going for lunch (in an hour or so), the new partman-lvm should be built and published by then
[14:52] <xnox> =)
[14:52] <jibel> ta stgraber
[15:06] <xnox> stgraber: partman-lvm published
[15:07] <stgraber> xnox: according to LP, so an extra 30min before it's actually published
[15:08] <stgraber> (LP marks the source and binary packages as published at the beginning of the publishing run, not at the end)
[15:08] <xnox> stgraber: ah =) good to know.
[16:01] <stgraber> xnox: starting the rebuilds now
[16:02] <xnox> stgraber: thanks.... hopefully my fix, fixes it....
[16:59] <stgraber> jibel: rebuild done
[17:00] <jibel> stgraber, and test is running
[17:01] <jibel> stgraber, and xnox's fix fixed it
[17:01] <stgraber> yay!
[19:05] <xnox> stgraber: jibel: looks like all is green ;-)
[20:29]  * stgraber prepares the ubiquity SRU
[20:30] <xnox> stgraber: what bug?
[20:30] <xnox> bug(s)
[20:33] <stgraber> bug 987050, bug 929092, bug 989279, bug 1017580, bug 1008255 and bug 992241
[20:33] <ubot2> Launchpad bug 987050 in ubiquity "No "Prepare for shipping ..." option after OEM install from D-I" [Medium,In progress] https://launchpad.net/bugs/987050
[20:33] <ubot2> Launchpad bug 929092 in ubiquity "ubiquity crashed with DBusException in call_blocking(): org.freedesktop.DBus.GLib.UnmappedError.NmSettingWirelessSecurityErrorQuark.Code1: Failed to determine AP security information" [Medium,In progress] https://launchpad.net/bugs/929092
[20:33] <ubot2> Launchpad bug 989279 in ubiquity "Ubiquity fails to create encrypted home directory when no swap if configured" [High,In progress] https://launchpad.net/bugs/989279
[20:33] <ubot2> Launchpad bug 1017580 in ubiquity "Add the ability to run custom scripts inside ubiquity-dm" [Wishlist,Fix released] https://launchpad.net/bugs/1017580
[20:33] <ubot2> Launchpad bug 1008255 in ubiquity "Instillation crashes mid instillation upon pressing continue of account details setup," [Low,Fix released] https://launchpad.net/bugs/1008255
[20:35] <stgraber> basically every bug with a fix in quantal and that's targeted to precise
[21:08] <stgraber> package is ready in bzr, just need to run the tests and update the paperwork (LP bugs)
[21:48] <stgraber> paperwork done, now to upload that thing


[00:09] <mrooney> bdmurray: could a tag or something be useful for this sort of bug, once we know when it will be fixed
[00:09] <mrooney> like willfix-jaunty or something
[00:15] <hggdh> I am not sure a tag would help here
[00:25] <bdmurray> I think the resolved upstream search would find them
[00:27] <hggdh> yes
[00:30] <mrooney> oh, okay!
[01:06] <mrooney> hm, so how do you debug or file an ambiguous issue like "rhythmbox skips when playing music"
[01:06] <mrooney> it can't seem to play any songs without a few skips in Intrepid for me
[01:06] <wgrant> pulseaudio
[01:07] <mrooney> wgrant: do you mean that is the package to file it under?
[01:07] <mrooney> or that I can somehow use pulseaudio to figure out what causes the skip
[01:08] <wgrant> mrooney: That's the package, more than likely.
[01:09] <mrooney> yes, let me try in totem and see what happens
[01:09] <wgrant> mrooney: If it still happens in totem, open up gstreamer-properties and change it to use ALSA rather than PulseAudio, and see if it still occurs.
[01:10] <mrooney> haha totem crashes if I drag an mp3 to it
[01:10] <mrooney> "The program 'totem' received an X Window System error."
[01:13] <mrooney> hm "gdb --args totem --sync" doesn't seem to help on that one
[01:21] <mrooney> wgrant: hmm, still some skips on alsa with rb
[01:21] <wgrant> mrooney: Damn. Do other apps like mplayer skip?
[01:21] <mrooney> perhaps that is good, the last thing Ubuntu needs is another pulseaudio issue
[01:21] <mrooney> let me install it...
[01:26] <mrooney> well mplayer is friendlier on CPU at least, 7% compared to 12% with rb+pulse and 22% with rb+alsa
[01:26] <mrooney> ...but it still skips
[01:27] <mrooney> I wonder what it could be...
[01:29] <mrooney> player and sound server agnostic
[01:31] <mrooney> wgrant: I've been watching `top` the whole time too, I don't see anything pop up during a skip
[01:31] <wgrant> mrooney: Clearly something ALSAish... you might want to poke TheMuso about it.
[01:31] <mrooney> though I've noticed on Intrepid Xorg constantly seems to use 12-20%
[01:32] <mrooney> could it be related to that, I wonder?
[01:33] <mrooney> and also where might I find this TheMuso
[01:34] <wgrant> mrooney: #ubuntu-devel is good.
[01:34] <wgrant> mrooney: He's in .au.
[01:34] <mrooney> wgrant: okay when music ISN'T playing, Xorg drops back down to 1-2%, though anything can drive it back to that higher level including fast typing
[01:35] <mrooney> thanks, I'll try that
[01:35] <mrooney> I wonder if it could be that I am not using fglrx here
[01:36] <wgrant> I doubt it - nobody on Intrepid can use fglrx.
[01:37] <mrooney> right
[01:38] <mrooney> but I mean on an older computer, maybe the FOSS driver is slower enough compared to fglrx to make music skip
[01:38] <mrooney> although it doesn't seem at all related to using compiz effects or other such things
[01:52] <csilk> I'm packageing an application. Most of the app is wirtten by mrX one small section is written by mrY, do i put mrX and mrY in the copyright file or not?
[01:52] <csilk> *packaging
[01:52] <wgrant> csilk: #ubuntu-motu, and yes.
[01:53] <csilk> wgrant,  motu is a little dead, and thanks
[02:02] <nhandler_> csilk: If mrY only wrote one file, you should probably mention that in the copyright file.
[02:03] <csilk> Thanks
[02:05] <csilk> nhandler_, sorry to keep bugging you with questions... if one of the copyright holders has no listed email address does that matter?
[02:06] <nhandler_> csilk: If they have no email address listed in any of the files, and it is not on the upstream website, then there is nothing you can do. Just list their name with no email address.
[02:07] <csilk> Maybe I'm being to anal about this, sorry
[02:07] <csilk> I'll follow my common sense and revu can throw it back if there is an issue
[07:36] <Hobbsee> oh, wtf?
[07:36]  * Hobbsee shakes her head at people.
[07:39] <nixternal> you need to do more than shake!
[07:48] <Hobbsee> nixternal: just more of the guy who doesn't understand that #ubuntu, and only #ubuntu, not #ubuntu-quality, #ubuntu-bugs, OR #ubuntu-meeting, is the support channel.
[08:11] <Hew> Hey guys. I'm looking at the traceback of bug 272661 and bug 273231 and they look very similar. Is it appropriate to mark as a dupe?
[10:44] <elmargol> I think i have a release critial bug. Using the closed source nvidia driver. Who does kernel/nvidia bugs?
[10:45] <ivoks> i don't think bugs in closed source program can be critical
[10:46] <ivoks> it's not like we can do anything about bug in closed source program
[10:46] <elmargol> Well it crashes the x server. + the terminals and you have to reboot
[10:46] <ivoks> i think that's a known bug, since i've already heard people talking about that
[10:46] <elmargol> ivoks: It has to be kernel related. it works on hardy using the same driver
[10:46] <ivoks> did you check launchpad?
[10:47] <elmargol> ivoks: I'm still reading all the bug reports... not sure if it is allrady reportet
[10:47] <ivoks> if not, report it
[10:47] <elmargol> well there is not much to report. no messages in the logs :/
[10:48] <ivoks> launchpad has this nice feature - it will do it's best to find a bug with same symptoms and offer it to you as a duplicate
[11:42] <Le-Chuck_ITA> https://bugs.edge.launchpad.net/ubuntu/+source/compiz/+bug/276222
[11:43] <Le-Chuck_ITA> I ask you a quick favour: if you have intrepid can you test if guest session works if compiz is enabled and in case it doesn't confirm the bug above?
[11:43] <Le-Chuck_ITA> it's a pity a new functionality would not work. I have a i945 video card so if you have that card of course you are particularly invited :)
[11:45] <wgrant> Le-Chuck_ITA: Ahaha, I was wondering why it wasn't working any more.
[11:45] <wgrant> Le-Chuck_ITA: I can confirm that - i915 here.
[11:46] <Le-Chuck_ITA> wgrant do you own a toshiba? I always find you in the same bug as mine
[11:46] <Le-Chuck_ITA> bugs
[11:46] <wgrant> Le-Chuck_ITA: No, Dell.
[11:46] <Le-Chuck_ITA> ah ok so my bugs are more common than I expected
[11:46] <Le-Chuck_ITA> could you please confirm on the report? and let's hope someone will notice that
[11:46] <wgrant> Done a while ago.
[11:46] <Le-Chuck_ITA> thanks
[12:01] <ivoks> anyone expirienced sleep-loop?
[12:02] <ivoks> sometimes when i put my intrepid into sleep, after waking up it goes to sleep again
[12:02] <ivoks> :)
[12:02] <ivoks> i'll file a bug 'sleep works too good in intrepid' :)
[12:04] <Hobbsee> actually, i think htat has been mentioned before.
[12:04] <Hobbsee> ivoks: if you look (not sure what under), you'll probably find the bug
[12:06] <wgrant> ivoks: How are you putting it to sleep?
[12:23] <ivoks> wgrant: Fn+F3
[12:23] <ivoks> this is toshiba... btw... there's no way to enable bluetooth in intrepid on this machine :( it worked in hardy
[12:23] <ivoks> this is cause toshiba-acpi was replaced with this new driver
[14:31] <charlie-tca> Could I have the importance in bug 196488 set to wishlist?
[14:32] <charlie-tca> It really is a request to change the wording of the error message
[15:09] <charlie-tca> could I have the importance in bug 232161 set to wishlist? It is for a feature request
[16:32] <lfaraone> chrisccoulson: sure.
[16:32] <lfaraone> * charlie-tca
[16:32] <lfaraone> chrisccoulson: oops, sorry.
[16:32] <chrisccoulson> i take it you didn't mean to talk to me ;)
[16:33] <charlie-tca> did you mean to talk to me?
[16:33] <lfaraone> charlie-tca: yes.
[16:33] <charlie-tca> Sure, what can I do?
[16:33] <lfaraone> charlie-tca: you might want to forward 232161 upstream.
[16:33] <lfaraone> charlie-tca: I marked it as wishlist for you.
[16:33] <chrisccoulson> bug 232161
[16:33] <chrisccoulson> ;)
[16:34] <charlie-tca> Thanks. I'll check that out at bugzilla
[16:34] <chrisccoulson> yeah, that should definately go upstream. brainstorm is not the place for that type of request
[16:35] <charlie-tca> Works for me. I'll forward it
[17:39] <Chorca> what up, got a quick q
[17:40] <Chorca> There's some issues in the installer program.. i'm wondering which package that is..
[17:42] <chrisccoulson> Chorca - Are you using the live CD?
[17:42] <Chorca> yeah, the normal CD..
[17:42] <chrisccoulson> you're best off reporting the bug against ubiquity
[17:43] <Chorca> Okay. it's an issue with the text below the partitions in the partitioner.. they get all bunched on top of each other after you select another option.
[17:43] <chrisccoulson> it would be good to attach a screenshot to your bug reprot
[17:43] <chrisccoulson> **bug report even
[17:44] <Chorca> yeah, i've got some 'o those :D
[17:44] <Chorca> I dunno if anyone else has seen it either.. but also in the first boot, if compiz effects are enabled, starting firefox yields no titlebar.
[17:45] <charlie-tca> chrisccoulson, lfaraone : Forwarded Bug 232161 upstream; thanks for helping me
[17:45] <chrisccoulson> thanks for doing that
[17:51] <Chorca> think that's a compiz issue?
[17:53] <Chorca> lol nm, been reported.
[17:59] <mrooney> Chorca: bug number?
[18:00] <Chorca> https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/257947/
[18:00] <Chorca> updated it with a screenshot
[18:02] <mrooney> is bug 278190 a dupe of bug 259157?
[18:03] <mrooney> asac: ping?
[18:05] <vignesh_> Hi
[23:09] <asac> mrooney: ?


[00:09] <nigelb> maco: how the.. don't play with food before you eat and trolls... o_o
[00:20] <jledbetter> nigelb, They don't taste very good
[00:21] <nigelb> jledbetter: heh
[05:12] <pleia2> btw, we have a bunch of open bugs on our new wiki theme and I've got a server prepped to launch sunday which I'll toss moin on and give folks access who want to help fix the theme
[05:13] <pleia2> the bugs, for those who are interested: https://bugs.launchpad.net/ubuntu-women.org