[00:51] <mpontillo> catbus1: hate it when that happens. ;-) I (had a bad Ethernet cable cause me a half-day triage of what I thought was a MAAS bug the other day!)
[01:21] <mup> Bug #1677933 opened: [2.2] Adding a virsh pod should add machines with their given names <MAAS:New> <https://launchpad.net/bugs/1677933>
[01:21] <mup> Bug #1677936 opened: [2.2] Failure while handling notification to 'event' <MAAS:New> <https://launchpad.net/bugs/1677936>
[01:39] <mup> Bug #1677940 opened: [2.2b4] XML/YAML output is huge and increases machine page load time <MAAS:New> <https://launchpad.net/bugs/1677940>
[01:48] <mup> Bug #1677940 changed: [2.2b4] XML/YAML output is huge and increases machine page load time <MAAS:New> <https://launchpad.net/bugs/1677940>
[01:51] <mup> Bug #1677940 opened: [2.2b4] XML/YAML output is huge and increases machine page load time <MAAS:New> <https://launchpad.net/bugs/1677940>
[04:27] <mup> Bug #1660169 changed: Upgrade resulted in a rack-controller with server BMC info <MAAS:Expired> <https://launchpad.net/bugs/1660169>
[09:59] <BlackDex> hello there
[09:59] <BlackDex> how can i change the default timezone of the deployed systems
[10:07] <brendand> BlackDex, is ntp not getting the right timezone?
[10:16] <mup> Bug #1678038 opened: [2.2 UI] Edit button on Machine Summary tab of Node details page is not aligned <MAAS:New> <https://launchpad.net/bugs/1678038>
[10:26] <BlackDex> brendand: doesn't look like it
[10:26] <BlackDex> but i found that juju sets all to UTC
[10:27] <BlackDex> so i think that is the case here
[10:27] <BlackDex> but i'm not sure
[12:36] <Chaitu> Hi All
[12:36] <Chaitu> is there any way that i can add a custom RHEL image to MAAS?
[12:38] <roaksoax> BlackDex: is your maas server in X timezome, and when you deploy the machines dont end up with the same timezone as your MAAS ?
[12:38] <roaksoax> BlackDex: also, have you tried deploying without juju to see the outcome
[12:39] <brendand> roaksoax, allenap said that deployed systems will be in UTC, dunno if that's regardless of the maas servers timezone
[12:39] <roaksoax> Chaitu: you can add images to maas similar like: maas admin boot-resources create name=custom/rhelx title="RHEL X" architecture=amd64/generic<EMAIL_ADDRESS>filetype=ddtgz
[12:40] <BlackDex> roaksoax: haven't tried that
[12:40] <roaksoax> Chaitu: but it is likely to fail deploy as it would need to be customized for MAAS
[12:40] <BlackDex> but yes that is basicly the issue
[12:40] <roaksoax> and we only provide custom images for that to customers atm
[12:51] <BlackDex> the important thing with custom images is, that if you want maas to manage everything you need to install cloud-init
[12:51] <BlackDex> that should make a custom image work
[12:52] <BlackDex> i created a custom ubuntu-desktop image, without cloud-init, and that works fine, it deploy's it and all.
[12:52] <BlackDex> But that is probably because it is a ubuntu image
[12:52] <BlackDex> don't know how it works for centos/rhel/fedora images
[13:01] <mup> Bug #1673655 changed: deploy of a custom image failed  <MAAS:Won't Fix> <https://launchpad.net/bugs/1673655>
[13:07] <mup> Bug #1673655 opened: deploy of a custom image failed  <MAAS:Won't Fix> <https://launchpad.net/bugs/1673655>
[13:08] <Chaitu> roaksoax: Hi, Thanks for the reply ,But i tried build the custom image ,but could not install maas-image-builder
[13:09] <Chaitu> roaksoax: Is there any utility where i can create custom images for MAAS?
[13:13] <roaksoax> Chaitu: at the moment we are only providing maas-image-builder to our customers only
[13:13] <roaksoax> so there's no longer a public utility
[13:13] <roaksoax> BlackDex: that's only for ubuntu images though :)
[13:13] <roaksoax> BlackDex: and for desktop images there's lp:curtinator
[13:16] <Chaitu> roaksoax: Is the support pricing for each MAAS server or per bare metal server?
[13:22] <mup> Bug # changed: 1633726, 1640301, 1642040, 1650481, 1664384, 1669248, 1669833, 1671048, 1671891, 1672354, 1672837, 1672841, 1673378, 1673655, 1673724, 1674788, 1677005
[13:22] <kklimonda> hi, would it be possible to make #1677507 public?
[13:25] <roaksoax> kklimonda: it is fixed, fix will be in 2.1.6 (next week) or in 2.2.0b5/or 2.2.0rc1
[13:28] <roaksoax> kklimonda: fixed
[13:28] <roaksoax> (the private stfuf)
[13:28] <kklimonda> roaksoax: thanks, I just found the commit :)
[13:29] <kklimonda> (after learning that it was already in bzr)
[13:30] <tychicus> is there any mechanism within MaaS to limit DNS zone transfers to a few IP's or a specific subnet?
[13:30] <tychicus> I know that this can be done directly through bind, but was not sure whether the configuration would be overwritten by MaaS
[13:31] <roaksoax> tychicus: there's no such mechanism
[13:31] <roaksoax> lamont ^^ advice ?
[13:32] <tychicus> roaksoax: thanks, just wanting to make sure I wasn't missing something in the Documentation
[13:32] <roaksoax> lamont may give some advice though
[13:34] <lamont> tychicus: we don't currently have a way for you to provide restrictions on axfr/ixfr at the zone level.  Let me see how bad it is at the global level
[13:34] <mup> Bug #1677573 opened: [2.2] Static addresses can be allocated in dynamic range <networking> <MAAS:Fix Committed> <MAAS 2.1:Fix Committed> <https://launchpad.net/bugs/1677573>
[13:34] <lamont> tychicus: having said that, MAAS does have "things" in the global options... now I just need to figure out how those get set, and I'll have a real answer for you
[13:35] <tychicus> lamont: thanks, a global setting would be great
[13:37] <lamont> tychicus: it turns out that if you configure any of "allow-query, allow-recursion, and allow-query-cache" in /etc/bind/named.conf.options, maas will honor them.
[13:38] <lamont> tychicus: which means, if you already have maas installed and running, you need to migrate them back to .options from /etc/bind/maas/named.conf.options.inside.maas, configure them, and then restart
[13:38] <lamont> which may be worthy of a low-pri bug report
[13:43] <tychicus> lamot: I'll give it a try and report back
[13:44] <tychicus> happy to submit a bug report as well
[13:44] <lamont> ta
[13:44] <lamont> thanks
[13:44] <lamont> I know it works well when BIND is preinstalled and restricted.  not so sure about the after-the-fact handling
[13:46] <tychicus> good to know, I may not get to it until next week, but I'll do my best to document and report the experience
[13:46] <mup> Bug #1677573 changed: [2.2] Static addresses can be allocated in dynamic range <networking> <MAAS:Fix Committed> <MAAS 2.1:Fix Committed> <https://launchpad.net/bugs/1677573>
[13:52] <mup> Bug #1677573 opened: [2.2] Static addresses can be allocated in dynamic range <networking> <MAAS:Fix Committed> <MAAS 2.1:Fix Committed> <https://launchpad.net/bugs/1677573>
[14:57] <ThiagoCMC> hey guys, MaaS add the following line to VLAN interfaces: "mtu 1500" but, looks wrong... I think it applies only to the physical interfaces, not to the VLAN interfaces.
[14:57] <ThiagoCMC> The following error appear: "/etc/network/if-pre-up.d/mtuipv6: line 9: /sys/class/net/eno1.100/mtu: No such file or directory"
[14:58] <ThiagoCMC> when I try to "ifup eno1.100"
[15:10] <mup> Bug #1678188 opened: [2.2r5898] 'View full history' for machine events does nothing <regression> <MAAS:Triaged by ricgard> <https://launchpad.net/bugs/1678188>
[15:13] <cnf> ThiagoCMC: did you set the MTU on the interface as high as on the vlan?
[15:17] <ThiagoCMC> I didn't set any mtu, it is a fresh installed maas, I'm just using the defaults.
[15:17] <plars> blake_r: (or others, but istr seeing a reply somewhere from you on this with an earlier version) What's the current best recommendation for juju2+maas wrt the bootstrap/controller node? kvm? lxd?
[16:13] <mup> Bug #1678215 opened: user role , admin role <MAAS:New> <https://launchpad.net/bugs/1678215>
[16:19] <techguysc> ?
[16:43] <mup> Bug #1678231 opened: [2.1.5] node marked broken then fixed retains auto assigned IP in ready state <oil> <oil-2.0> <MAAS:New> <https://launchpad.net/bugs/1678231>
[16:43] <mup> Bug #1678236 opened: "Requested reserved range conflicts with an existing range", but no conflict shown <oil> <oil-2.0> <MAAS:New> <https://launchpad.net/bugs/1678236>
[18:15] <cmd_pancakes> mpontillo: Hey one more quick question - My setup again is the region controller in AWS (using local DB now) and a rack controller physically on site. I have separated the production and BMC networks, and MAAS is not serving DHCP for the BMC network. MAAS has detected all the correct BMC information, but still reports no rack controller can access the host
[18:16] <cmd_pancakes> when at layer 3, my rack controller can absolutely access the BMC address
[18:17] <cmd_pancakes> does MAAS *have* to also provide dhcp for the BMC network for this to work?
[18:17] <mpontillo> cmd_pancakes: not provide DHCP, but MAAS does prefer to be able to be on the same network as the BMCs, so it can determine which rack would be the best one to communicate with the BMCs
[18:18] <mpontillo> cmd_pancakes: so probably something is going wrong with the logic to try to figure that out.
[18:18] <mpontillo> blake_r: ^ FYI
[18:18] <cmd_pancakes> cool...yeah i've tried to add the new subnet to the same fabric, but that still didn't do the trick
[18:19] <blake_r> cmd_pancakes: MAAS actively tried to be able to query your BMC's
[18:19] <blake_r> most likely the rack controller cannot authenticate to your BMC
[18:20] <cmd_pancakes> blake_r: The new host successfully PXE'ed the first time, and the initial MAAS record shows the correct IP address...I assume the initial boot image set the maas user and password for the BMC interface?
[18:20] <cmd_pancakes> i can try it manually from the host with the creds on file
[18:22] <mpontillo> cmd_pancakes: you might try going to a node details page and clicking "check power"; when MAAS does a power query, if it cannot find an on-link rack that has direct BMC access, it will try to determine which racks can route to the BMC
[18:23] <mpontillo> cmd_pancakes: while you're there, ensure the credentials are correct, as blake_r said =)
[18:23] <cmd_pancakes> mpontillo: ohhh sorry sorry, i think i know the issue...by default Dells come with IPMI over lan disabled, i bet thats it
[18:23] <cmd_pancakes> yeah when i tried to do it manually it timed out with ipmi 1.5 and 2.0
[18:24] <blake_r> cmd_pancakes: yeah there is a bug about MAAS turning that on during enlistment
[18:24] <blake_r> cmd_pancakes: https://bugs.launchpad.net/maas/+bug/1664822
[18:25] <cmd_pancakes> ok gotcha...in the past i rolled a lot of this automation myself and used dell's racadm for enabling it
[18:25] <cmd_pancakes> yep, cool, we're on the same page :)
[18:27] <cmd_pancakes> blake_r: so just to recap since i've played around with a lot of settings to try and get this to work, i *don't* need the BMC subnet configured on a rack controller fabric or vlan for this to work? as long as the correct ipmi settings are detected during enlisting and accessible over layer 3, MAAS is trying to just autodetect with those settings
[18:27] <blake_r> cmd_pancakes: correct
[18:27] <blake_r> cmd_pancakes: just need layer3 access
[18:28] <blake_r> cmd_pancakes: and the abilitty to authentication
[18:28] <cmd_pancakes> excellent, thanks for the help! and mpontillo
[18:28] <cmd_pancakes> cool deal
[18:33] <cmd_pancakes> yeah ipmi over lan was the issue...works great now
[19:17] <ThiagoCMC> Hey guys, how to add a CNAME in MaaS' DNS? I have: "eth1.100.select-fish.maas", and I want a CNAME: "openstack-1.admin.maas -> eth1.100.select-fish.maas".
[19:19] <ThiagoCMC> Is it possible to add CNAME using MaaS CLI? I can't find a way to do this via its Web UI.
[19:21] <roaksoax> lamont: ^^
[19:22] <ThiagoCMC> Looks like that this is an old question as well: http://askubuntu.com/questions/775123/is-it-possible-to-add-custom-a-or-cname-records-into-zone-controlled-by-maas-1-9   =P
[19:22] <ThiagoCMC> No replies
[19:24] <ThiagoCMC> Hmm... https://www.lucaswilliams.net/index.php/2016/10/02/maas-2-0-and-dns/
[19:38] <mup> Bug #1678298 opened: [2.2] Action button for "Map subnet" is misleading <MAAS:Triaged> <https://launchpad.net/bugs/1678298>
[20:18] <lamont> ThiagoCMC: yes: maas SESSION dnsresource-records create fqdn=LHS.DOM.AIN rrtype=CNAME rrdata=TAR.GET.FQDN. <-- note the trailing dot...
[20:19] <ThiagoCMC> Sounds awesome! Thank you!
[20:19] <ThiagoCMC> Looks like that MaaS CLI is way much more powerful than its Web UI...   =P
[20:20] <lamont> the goal is to bring the webui into "largely parity, ish" -- reality is that most large installs are scripting everyting and hence using the CLI, so things tend to get added there first, and then added to the webui where it makes sense.
[20:21] <lamont> dunno if there's a bug report in launchpad asking for DNS ability via the webui, but you're certainly welcome to file such a thing
[20:21] <ThiagoCMC> Fair enough...   =)
[20:30] <roaksoax> lamont: there is
[20:30] <roaksoax> the bug exists
[20:30] <roaksoax> ThiagoCMC: yes the CLI does absolutely everything the UI does + obviously more
[20:31] <roaksoax> there's a lot of things we dont expose over the API/CLI
[20:31] <ThiagoCMC> Sounds cool! I never used maas cli before, sounds like that I'll have an awesome weekend!   :-D
[21:14] <catbus1> Hi, I tried to create a partition on sda, it shows sda-part1, but after I saved the configuration, it shows up as sda-part2.
[21:35] <roaksoax> catbus1: sda-part1 is probably the efi partition ?
[21:37] <catbus1> roaksoax: deploying failed and showed error:attempt to read or write outside 'hd0' and entered the grub rescue mode
[21:50] <catbus1> roaksoax: maybe related to this bug https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1284196
[21:51] <catbus1> it was the only machine that has 4tb partition and it was booting in efi mode.
[22:20] <mup> Bug #1678323 opened: [2.1.5] Power parameters stopped working for UCSC-C220-M4L Cisco system <oil> <MAAS:Incomplete> <https://launchpad.net/bugs/1678323>
[22:32] <mup> Bug #1678323 changed: [2.1.5] Power parameters stopped working for UCSC-C220-M4L Cisco system <oil> <MAAS:New> <https://launchpad.net/bugs/1678323>
[22:38] <mup> Bug #1678323 opened: [2.1.5] Power parameters stopped working for UCSC-C220-M4L Cisco system <oil> <MAAS:Incomplete> <https://launchpad.net/bugs/1678323>
[22:45] <catbus1> roaksoax: created a 2TB partition and the deploy went fine.
[22:45] <catbus1> fyi.
[23:29] <mup> Bug #1678333 opened: [2.2] UI regressions on machine listing page <regression> <ui> <MAAS:Confirmed> <https://launchpad.net/bugs/1678333>


[09:58] <wgrant> cjwatson: https://oops.canonical.com/oops/?oopsid=OOPS-4a0aaf3e8e9d686dd25943a55533b842 and https://oops.canonical.com/oops/?oopsid=OOPS-144400735e2b864ade9a821b80988e40 look like regressions from the target picker work. Possibly easier for you to grab them since you have context, but otherwise I'll have a look.
[10:54] <cjwatson> wgrant: The latter is bug 1628091, the former is new.  Will look, thanks.
[10:54] <mup> Bug #1628091: oops when loading bug <Launchpad itself:New> <https://launchpad.net/bugs/1628091>
[17:55] <mkayaalp> I'm running a local launchpad.dev. When building a livefs, it always gets stuck at BuildStatus.UPLOADING
[17:56] <mkayaalp> Should I be starting process-upload script manually?
[19:30] <cjwatson> mkayaalp: Yes, that won't run unless you do so.
[20:38] <mkayaalp> The soyuz docs mention some cron job that launches the process-upload
[20:39] <mkayaalp> Where would that be
[20:39] <mkayaalp> I don't see anything related under cronscripts
[20:40] <mkayaalp> I can run it: scripts/process-upload.py --builds /var/tmp/builddmaster
[20:41] <mkayaalp> But it exits when it's done processing all under incoming
[20:43] <mkayaalp> So, in production does the ubuntu-cdimage wait until the cron job starts the process-upload?
[20:59] <cjwatson> mkayaalp: The production cron job is:
[20:59] <cjwatson> * * * * * /srv/launchpad.net/codelines/current/scripts/process-upload.py -C buildd --builds /srv/launchpad.net/builddmaster/ -q --log-file=DEBUG:/srv/launchpad.net/production-logs/process-build-uploads.log
[20:59] <cjwatson> (obviously path-dependent)
[21:00] <cjwatson> mkayaalp: And yes, it will exit when it's finished processing what's in incoming; it's a cron job, not a daemon
[21:01] <cjwatson> mkayaalp: ubuntu-cdimage waits until the build's buildstate attribute on the webservice API reaches "Successfully built", which happens when the upload from the builder is processed.
[21:01] <cjwatson> mkayaalp: See lib/cdimage/livefs.py:run_live_builds in lp:ubuntu-cdimage
[21:03] <cjwatson> mkayaalp: (You must use -C buildd; processing builder uploads without that isn't going to work, since the default upload policy only accepts sourceful uploads and requires a signature.)
[21:08] <mkayaalp> cjwatson: thanks a lot
[21:11] <wgrant> mkayaalp: Are you familar with https://dev.launchpad.net/Soyuz/HowToUseSoyuzLocally? It's more oriented towards binary package builds, but many of the same pieces apply.
[21:12] <mkayaalp> wgrant: I am running soyuz locally too
[21:16] <mkayaalp> wgrant: That's what gets the build into the UPLOADING state after building it


[10:18] <work_alkisg> Is it possible to downgrade Xorg in 14.04 to the version shipped in 12.04.0, so that all the cards that need XAA are supported?
[10:24] <jcristau> that's called installing 12.04
[10:27] <alkisg> jcristau: it's not the same, e.g. 12.04 doesn't support newer CPUs, printers etc
[10:31] <jcristau> newer cpu but 15 year old gpu?
[10:31] <alkisg> Yup, sorry, 1000+ schools with that scenario :-/
[10:32] <jcristau> eww
[10:33] <alkisg> It's not only the CPU though, we could stay with 12.04 and the -lts-trusty kernel, but we also have printers that are not supported by the older libsane-hpaio, or we want the latest edu* packages, etc...
[10:33] <alkisg> Anyway, is downgrading xorg possible?
[10:33] <alkisg> Or it's out of the question?
[10:35] <tseliot> alkisg: what gpus are we talking about?
[10:36] <jcristau> alkisg: i don't think it's really reasonable
[10:36] <jcristau> plus they might be better off with shadowfb than xaa anyway, since a recent cpu is oh so much faster than those gpus
[10:36] <alkisg> tseliot: many many sis (some of them crashing even with the latest patch for exa), some s3virge, trident...
[10:37]  * alkisg searches for a list of xaa-only cards to see which of them are found in school labs here...
[10:37] <tseliot> alkisg: it's probably easier to put libsane and the edu packages in a PPA for Precise, and have the computers use them
[10:38] <alkisg> Gotcha. Thank you guys, we already have a PPA where we put newer versions of packages, we'll put more packages there
[10:38] <alkisg> Ah, is the 12.04 with stock xorg + the -lts-trusty kernel a bit reasonable?
[10:38] <jcristau> that should be fine i would say
[10:39] <tseliot> yes, it should work
[10:39] <alkisg> Thanks! :)
[19:11] <pkern> xorg lts-trusty is in -proposed. Is that already mature enough to be pushable? (/me "accidentially" migrated his fleet to lts-saucy, and that's to be deprecated soonish anyway...)
[20:11] <Sarvatt> "works for me" but it probably wont go through major testing till closer to the august 7th release :) mlankhorst might know whats holding it up from getting into -updates or if there are any problems with it currently


[02:26] <raof> Whoops!  Bug #547195 is an ABI-breaking change which has also broken the packaging.
[02:26] <ubot4`> Launchpad bug 547195 in indicator-application (Ubuntu) (and 1 other project) "Mono bindings of Indicator Application don't follow assembly versioning policy (affects: 1) (heat: 6)" [Undecided,Fix released] https://launchpad.net/bugs/547195
[08:54] <hyperair> shit. i forgot to change indicator-application's .pc file after moving things around
[13:48] <MarkieMark1> hi, is there a specific coding style that is necessary for I18n in menus / properties windows? I see all the gettext/.po business happening, is it 'automatic'?
[13:53] <MarkieMark1> Hi tedg
[13:53] <tedg> Good morning MarkieMark1
[13:54] <MarkieMark1> so I'm thinking I need to double-check the I18n compatibility of the patch that now looks basically ready
[13:55] <MarkieMark1> as I've added r-click menu item + properties window; is there a particular way to code that is gettext-compatible?
[14:00] <tedg> MarkieMark1: Cool.  I don't understand why the preference dialog -- why would you want it horizontal in a vertical panel?
[14:01] <MarkieMark1> I've seen people who make their vertical panels very wide - windows style
[14:01] <tedg> MarkieMark1: You should be able to just make the strings like "_("bob")"  and they'll get picked up.
[14:01] <MarkieMark1> particularly in a widescreen monitor
[14:02] <tedg> Eh, but it's possible to get *very* big.  For instance my indicator-applet is 8 entries wide right now.
[14:03] <MarkieMark1> I know, the icons look funny in ubuntu; apparently there's a way of managing that though too
[14:03] <MarkieMark1> plus as there are calls for preferences generally, in a few parallel bug reports, it seemed appropriate to make a prefs window
[14:04] <MarkieMark1> tailoring of the preferences according to the applet destination is more involved, although should be feasible
[14:06] <MarkieMark1> add GtkNotebook tabs according to the applet type; indicator / indicator-session; calling functions in conditionally compiled .c source files
[14:07] <tedg> MarkieMark1: People always ask for preference -- it's harder to say no and figure out what they really want than to code them :)
[14:08] <MarkieMark1> :)
[14:08] <MarkieMark1> well me I'm happy to put it to review to see whether the feeling is generally in favour of preferences
[14:09] <MarkieMark1> that's a good reason for making my foray into preferences as limited as possible :)
[14:09] <MarkieMark1> I definitely feel that the viewable applet as it is now is a necessary improvement for the Lucid desktop though
[14:13] <MarkieMark1> I noticed particularly that Dylan is looking at no right-click menus at all in bug #519553
[14:13] <ubot4`> Launchpad bug 519553 in indicator-applet (Ubuntu Lucid) (and 2 other projects) "Right click menu could confuse users, leading to accidental removal of panel applet (affects: 12) (heat: 56)" [Low,Confirmed] https://launchpad.net/bugs/519553
[14:13] <MarkieMark1> thankyou , ubot :D
[14:14] <tedg> MarkieMark1: Yes, we really can't kill it without putting an annoying handle on it :-/
[15:28] <hyperair> tedg: https://bugs.launchpad.net/bugs/564506 <-- please take a look at this.
[15:28] <ubot4`> Launchpad bug 564506 in indicator-application (Ubuntu) "libappindicator-cil-dev's .pc file points to the wrong place (affects: 3) (heat: 10)" [Critical,Confirmed]
[15:28] <hyperair> tedg: seems i didn't fix enough things, and including the .pc file and now bce ftbfs
[15:30] <tedg> hyperair: It seems directx's patch is a little odd...  the Replaces/Conflicts stuff?
[15:30] <hyperair> tedg: that's because the package name was wrong to begin with.
[15:30] <hyperair> tedg: it's to provide an upgrade path.
[15:30] <hyperair> tedg: he's around, could you poke him on #ubuntu-motu/devel?
[15:31] <hyperair> if you have any other issues, i mean.
[15:31] <tedg> hyperair: Ah, okay, I thought it was conflicting with itself ;)
[15:31] <tedg> I didn't realize the name change.
[15:33] <hyperair> tedg: by the way, considering you're the main indicator-application maintainer, why don't you CC yourself to its bugs?
[15:34] <tedg> hyperair: Hmm, I thought I did...
[15:35] <hyperair> tedg: you aren't, which is why i needed to personally poke you about this issue and the previous.
[15:35] <hyperair> at least, you're not in the list of people notified about the bug..
[16:41] <qense> tedg: There was just a very strange report -- bug 564526 -- against Transmission. The problem of the reporter is that the toggle button of Transmission's visibility isn't updated when he uses the fallback icon (I presume it is the fallback icon) to show Transmission.
[16:41] <ubot4`> Launchpad bug 564526 in transmission (Ubuntu) (and 2 other projects) "Toggle Transmission's display behave wrong (affects: 1) (heat: 6)" [Low,Confirmed] https://launchpad.net/bugs/564526
[16:42] <qense> Watch the vid: http://launchpadlibrarian.net/44407675/out.ogv
[16:43] <tedg> qense: Can you see the panel in that video?
[16:43] <qense> tedg: eys
[16:43] <qense> yes
[16:44] <qense> That's the only way I discovered he's having two icons.
[16:44] <tedg> qense: Hmm, okay.  Let me try and download it.
[16:44] <qense> ok
[16:44] <qense> You can view it in Firefox.
[16:50] <kklimonda> qense: it's not a fallback icon, it's a panel launcher
[16:50] <qense> panel launcher?
[16:50] <qense> Like Alltray?
[16:51] <kklimonda> qense: no - it's the same as the firefox icon next to the menu
[16:51] <qense> ah
[16:51] <kklimonda> qense: just a shortcut
[16:51] <qense> I'll write a patch to subscribe to the show and hide events for the main window.
[16:51] <qense> tedg: problem found, I'll write a patch
[16:52] <tedg> qense: Cool, thanks!
[16:53] <qense> :)
[20:09] <kklimonda> qense: what is your opinion on https://launchpad.net/bugs/564526 ? worth pushing through the Final Freeze?
[20:09] <ubot4`> Launchpad bug 564526 in transmission (Ubuntu) (and 3 other projects) "Toggle state of 'toggle-main-window' not updated when window is shown after launch with running instance (affects: 2) (heat: 12)" [Low,Triaged]
[20:12] <qense> kklimonda: It is a very trivial fix that won't affect much. But then again you could wonder if this tiny fix is worth the trouble of a feature freeze. Something that speaks in favour of trying to get this fix landed soon is that a lot of Transmission users run the application minimized to the tray and then they encounter a torrent file. iirc that triggers this bug as well.
[20:14] <kklimonda> no, it doesn't..
[20:14] <kklimonda> only Add dialog shows up
[20:16] <qense> kklimonda: ok
[20:17] <qense> in that case it's a very trivial fix for a reasonably trivial bug
[20:18] <kklimonda> it would be stupid not to fix a trivial but visible bug..
[20:18] <kklimonda> if we already have a trivial patch :)
[20:18] <qense> agreed
[20:36] <kklimonda> qense: hmm
[20:36] <kklimonda> qense: the patch doesn't seem to work
[20:36] <qense> no?
[20:36] <kklimonda> qense: when I hide Transmission window and open it from the Applications menu the window shows up and hides immediately first time
[20:36] <qense> ah
[20:37] <qense> whoops
[20:37] <qense> I should have tested the patch more thoroughly.
[21:48] <Nafai> bratsche: (or any other gtk/gobject guru) is there a way in C to figure out what class an object was instantiated as, instead of just doing a lot of GTK_IS_MENU_ITEM and the like calls?
[21:48] <bratsche> Yeah..
[21:50] <bratsche> Nafai: I think it's G_TYPE_FROM_INSTANCE()
[21:50] <Nafai> ah
[21:50] <bratsche> Or G_OBJECT_TYPE_NAME() if you want it as a string.
[21:50]  * Nafai looks
[21:50] <Nafai> Yeah, that would work better
[21:52] <Nafai> thanks!
[21:52] <bratsche> Nafai: Sure, np
[23:38] <keturn> hmm.  I'm not sure I get the rationale between the indicator-session indicator-complete thing


[17:33] <mirda> ahoj
[17:33] <mirda> jak byste prelozili tenhle kec?
[17:33] <mirda> Always try your best. Many people are available to learn from.