=== valorie is now known as valorie|m === valorie|m is now known as valorie[m] === valorie[m] is now known as valorie === valorie is now known as valorie_ === valorie_ is now known as valorie__ === valorie__ is now known as valorie === caravena_ is now known as caravena [13:44] does anybody know why my bileto build is fetching packages from a "stable-phone-overlay" ppa that I didn't add? [13:44] https://bileto.ubuntu.com/#/ticket/3498 is the ticket [13:44] https://bileto.ubuntu.com/excuses/3498/xenial.html is the failed build, which is fetching packages from that ppa [13:45] it's a dependent package, not the package I uploaded to my ppa [13:47] sil2100: ^^ [13:49] ahasenack: Wait, what? I don't see the overlay in the builds anywhere. [13:49] ahasenack: Or do you mean in the autopkgtests? [13:49] infinity: yes, like https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial-ci-train-ppa-service-3498/xenial/amd64/q/qca2/20181024_221441_cda16@/log.gz [13:50] I tried to reproduce that failure, it didn't happen, then I checked package versions, and bileto used a different one from that stable-phone-overlay ppa, one that is not in xenial proper [13:50] Get:37 http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu xenial/main amd64 qtbase5-dev amd64 5.6.2+dfsg-0ubuntu1~~xenialoverlay5~3 [950 kB] [13:50] ahasenack: Yeah, definitely still a bug, but not as scary as what you implied by "my build is fetching..." [13:50] example ^ [13:51] sil2100: bileto autopkgtests include the overlay even when the PPA doesn't. That seems very broken (and how has no one noticed this?) [13:51] probably because dep8 tests are not gating for srus? [13:51] ahasenack: How would that matter? [13:52] ahasenack: We don't trust bileto's tests for SRUs anyway, we re-run autopkgtests in-archive. [13:52] (Same as for devel) [13:52] don't know, just guessing [13:53] I mean, these days, it would be explained by "almost no one uses bileto, and even fewer use it for xenial". [13:53] But I'm surprised this bug wasn't noticed back when it was much more heavily used. [13:53] * infinity shrugs. [13:59] ugh, stupid bileto [13:59] the history is clear: http://autopkgtest.ubuntu.com/packages/q/qca2/xenial/amd64, logs don't show that ppa being fetched [14:00] ahasenack: Err, right, cause that's not bileto. [14:00] ahasenack: This bug is unique to how bileto is running autopkgtest. [14:00] ok [14:08] sil2100: hey, i have an sru thats been up for review for a while now any chance you could take a look https://bugs.launchpad.net/cloud-archive/+bug/1778771 [14:08] Launchpad bug 1778771 in horizon (Ubuntu Bionic) "Backups panel is visible even if enable_backup is False" [High,Triaged] [14:09] should be fairly straightforward as its a backport of a small patch thats already gone through upstream openstack and cosmic [14:18] dosaboy: hey! Sure [14:19] sil2100: thank you === bdmurray_ is now known as bdmurray [15:11] where does gnome-software of ubuntu get the reviews/ratings data from? is that publicly available? read-only? [15:12] could i get that data and feed it into http://phd-sid.ethz.ch/appstore/?chromium somehow easily? [16:25] tarzeau: it uses https://reviews.ubuntu.com/ but there is a proposal to switch to https://odrs.gnome.org/ which is used by all other distros [16:26] I don't think either are really designed to let people download the data in bulk [17:01] jbicha: great links, will check them out [17:04] both links not very helpful, indeed nothing to download in bulk, not even in small parts [17:06] tarzeau: the first one isn't useful because if you read: 'Currently, this website is only used by review moderators for Ubuntu Software Center.' [17:07] so there's no public access it seems. [17:07] the second you can see reviews but it doesn't provide a downloadable set of it. [17:07] but the gnome-software has access to it [17:08] sounds like stracing gnome-software and somehow figuring out stealing it from there, and make it look at all packages available [17:09] or a dedicated API internal to the software (and not generally end-user usable or 'public' to the world) - no way to tell unless you go digging. [17:09] sounds like fun! [17:12] or you could talk to people :) I don't know who runs the Ubuntu site, but hughsie runs ODRS [17:12] i tried to /query hughsie already, not online on freenode [17:14] maybe wrong time of day. When he's online, he's usually in #gnome-software on irc.gnome.org [17:29] tarzeau: strace? Just look at the code :) [17:44] / b3 [21:49] i noticed a bug in ubunti 18 04 01, when i open settings, and attempt to dim my laptops display screen, the slider does not work...it slides back and forth as if it will brighten or dim the display but the display never changes. [21:49] !bug | balsaq [21:49] balsaq: If you find a bug in Ubuntu or any of its derivatives, please file a bug report at: http://bugs.ubuntu.com/ IRC is not a good medium to report bugs and this channel is for development coordination. [21:49] balsaq: this isn't the support channel as well, you want #ubuntu. [21:50] as developers i thought you might want to know that this was missed. [21:51] balsaq: i think you misunderstand the purpose of the channel (my opinion). you want the support channel and to file a bug. [21:52] i just told them too [21:52] thanks [21:53] how could an OS be sent out where you cant dim the ddisplay [21:53] they had that working back in the begining of time [21:53] balsaq: your single experience is not how an "OS" works. [21:53] balsaq: could be hardware, firmware or a bug. [21:53] balsaq: moving to #ubuntu. [21:54] i think the dimmer in setting is pretty self explanatory and i am using some of the most common hardware in the galaxy [21:55] what is that terminal command to report a bug [21:55] ok im in ubuntu thanks [22:11] my dimmer works in windows so i know my hardware works just fine [22:37] bdmurray: understood. I just meant that I should have noted it in the thread to save others the trouble of looking or attempting to do it when it was done already :) [22:53] rbasak: Yeah, that makes sense.