[06:07] <knightwise> good morning peeps
[07:01] <daftykins> o/
[07:01] <elfy> morning
[07:38] <knightwise> morning
[07:39] <daftykins> http://www.visitguernsey.com/conquer
[07:39] <daftykins> aaaah this looks so much fun but i don't think i can get my bike fixed by Sunday!
[07:43] <MooDoo> now that looks amazing
[07:44] <daftykins> i don't own any safety gear too, mandatory full face!
[07:51] <MooDoo> yeah knee and elbow pads too, but it looks fun
[07:51] <zmoylan-pi> padding for the crossbar might help too :-P
[07:55] <MooDoo> yup had a few issues with that over the kid years lol
[07:55] <daftykins> nah appropriate bikes don't have a crossbar that high up
[07:56] <daftykins> https://www.dropbox.com/s/ixap3kddvynw452/IMG_20130614_025657.jpg?dl=0
[07:56] <daftykins> that's my full suspension one there
[07:57] <MooDoo> nice
[07:57] <zmoylan-pi> you can still break a chain on power acceleration and land on the crossbar using your funzone as a brake
[07:57] <daftykins> it's an XC bike really though
[07:57] <MooDoo> ooooouch
[07:58] <daftykins> hehe yeah, unlikely when going down lotsa steps though
[07:58] <daftykins> more likely to have a tumble :D
[07:58] <zmoylan-pi> but it's the accidents you don't prepare for that happen
[07:58] <daftykins> https://www.dropbox.com/s/381x758qvwhsvpr/hospital.jpg?dl=0
[07:58] <daftykins> oh i know (:
[08:03] <daftykins> gotta run (ride) ttfn \o
[08:29] <popey> MooDoo: what happened to http://www.paulmellors.net/the-time-has-come/ ?
[08:29] <davmor3> Morning all
[08:30] <davmor3> So funny thing happened last night the internet went pop, I reported it, still dead and their system doesn't know about the outage funny that right grrrrrrrrrrr
[08:30] <knightwise> hey davmor3
[08:32] <foobarry> "this item is  exclusively for Prime members. "
[08:32] <foobarry> amazon are jerks
[08:32] <davmor3> foobarry:thats okay I'm 19 :D
[08:33] <knightwise> anybody else tried telegram via the command line ,
[08:33] <MooDoo> popey: i had an error a min ago deleted most of my posts but not got round to restoring them from the bin  wordpress plugin #fail
[08:37] <davmor3> So glad we bought this mifi for the caravan
[08:42] <zmoylan-pi> better than the scrabble AND the travel scrabble :-)
[08:46] <davmor3> zmoylan-pi:well it has come in useful today, of course I had to sacrifice my phone simcard for the cause but that is a small sacrifice when compared with no interwebz
[08:48] <davmor3> Broadband Good service  and this with a big green tick is a LIE! on the status page the unplanned outage was reported at 20:25 last night and is still out meaning nobody in this area has internet
[08:55] <brobostigon> morning boys and girls.
[08:59] <bashrc_> morning
[09:03] <JamesTait> Good morning all; happy Earth Day! :-D
[09:03]  * foobarry plays with some soil
[09:04] <davmor3> JamesTait: I'm not happy no interwebz
[09:04] <zmoylan-pi> well for above 0 levels of no...
[09:05] <JamesTait> davmor3, IRC via avian carrier?
[09:05] <zmoylan-pi> cannon launched frozen chickens for maximum impact packets
[09:05] <brobostigon> morning JamesTait and bashrc_
[09:06] <JamesTait> brobostigon, o/
[09:07] <davmor3> JamesTait: sacrificed my phone sim into the mifi for internet, it works so I'm happier
[09:08] <popey> davmor3: out of interest, what mifi do you have?
[09:09] <davmor3> popey: unlocked TP-Link M5350
[09:09] <davmor3> popey: from amazon about £35
[09:09] <popey> any good?
[09:10] <davmor3> popey: so far yes
[09:10]  * popey adds to wishlist
[09:12] <davmor3> popey: I only went for 3g cause at the caravan park 4g is spotty at best and non existent at worse.  3g however is rock solid and a full strength signal.
[09:13] <popey> 3g is enough imo
[09:13]  * zmoylan-pi gets by on 2g with opera mini on mobiles
[09:13] <davmor3> popey:I'm going to try it on a hangout after I'll let you know how that goes :)
[09:13] <popey> hah
[09:14] <davmor3> popey: well you can do it on a phone on 3g so I see no reason why I can't :)  I might have to tone the setting down a little we'll see
[09:35] <davmor3> popey: had to turn off HD video other than that seem to be handling it fine :)
[09:47] <davmor2> Yay Interwebz are back
[09:48] <zmoylan-pi> civilisation has been restored... bring on the cat videos....
[09:58] <davmor2> zmoylan-pi: pfff cat videos I only have time for those when testing :D
[11:03]  * davmor2 goes back to testing
[11:07] <zmoylan-pi> here, this will save some bandwidth :-) http://www.catgifpage.com/
[11:07] <directhex_> let's see if i can create an ubuntu install usb just by copying the files to a usb stick
[11:10] <davmor2> zmoylan-pi: that's awesome :D
[11:10] <zmoylan-pi> my work here is done... :-)
[12:16] <DJones> Ah rubbish, anybody ever heard of a peer to peer networked app that won't actually work across a wireless network, developers claim it'll only run with a wired connection on Windows
[12:17] <jpds> DJones: What kind of protocol is it using?
[12:19] <DJones> carrier pigeon
[12:20] <DJones> Something written in dark ages of Windows 3.0 I think, won't run on a server configured with domains (unless its windows server 2003), will only run if its installed on a standard desktop and everybody else connects to that machine
[12:23] <DJones> Basically an accounts package that has multiple depots, but the depots have to have their own individual instance running at the depot, if head office want to see live data, we have to connect bia logmein to take control of a computer at the depot, it does upload the data overnight to a head office installation, but data is always 24 hours out of date
[12:24]  * zmoylan-pi used a ftp client in dos to link locations like that in 90s :-)
[12:25] <zmoylan-pi> 40 video shops spread across the country with sales numbers for head office
[12:26] <awilkins> DJones, Is it an MTU thing
[12:26] <awilkins> Wireless networks often have a smaller MTU than wired
[12:27] <jpds> Why would an app care about the layers above it.
[12:27] <DJones> awilkins: I've no idea, just a very poor system
[12:27] <awilkins> The "Only runs on a desktop" thing is probably because it has  GUI and depends on UI events to work
[12:29] <zmoylan-pi> or it's using some pre sql wacky database sub system...
[12:29] <DJones> awilkins: Nah, can't even just put the data on the server
[12:29] <awilkins> Heh, been there
[12:29] <awilkins> Interface processes written in VB3 that only run on the desktop of a 32-bit machine
[12:29] <DJones> Looks like it is ftp zmoylan-pi
[12:29] <awilkins> And use Jet 2.5 databases
[12:30] <zmoylan-pi> ah... jet...
[12:30]  * zmoylan-pi casts ward stupidity
[12:32] <DJones> I think it may be written using delphi
[12:33] <zmoylan-pi> and the person has since moved on and noone understands how it works...? :-)
[12:33] <DJones> Not even close, the guy behind it is still at the company
[12:34] <DJones> No matter what we ask, we just get told, no it can't do that
[12:34] <zmoylan-pi> hmmmmmm, when i was asked for an export data option by the mainframe boys i had it written by the time my boss had made it back to his desk :-D
[12:35] <DJones> 3 months more and then we get our own cutom built application by internal developers
[12:38] <DJones> Heh, I'm quite impressed that their base is in a place called "crapstone" though, suits the system perfectly
[12:38] <brobostigon> i have had to temporerily stop pisg on my server, while i sort out some problems on it, so channel stats wont update for abit, to warn everyone.
[15:09] <daftykins> diddledan: psst
[15:09] <daftykins> you up?
[15:57] <zmoylan-pi> say their name 3 times? :-)
[16:00] <daftykins> ;]
[22:22] <ali1234> what does "Ubuntu 15.04 desktop extends leadership of developer experience" mean?
[22:27] <directhex_> it means someone got a bingo on their buzzword bingo card


[05:31] <damascene> hello, as asked in #KVM I want to allow a virtual instance to use network in bridge mode. I'm on Ubuntu 18.04 which uses netplan. That confused me a lot if any one knows how to do it please advice. I read multiple articles but the setup didn't work for me. each one of the should have static IP
[05:37] <damascene> headless server
[05:57] <lotuspsychje> !netplan | damascene start here
[05:57] <lotuspsychje> damascene: im not the server expert myself, but netplan uses the yaml file to edit your routes in
[05:58] <lotuspsychje> ask again here Rembo
[05:58] <Rembo> hello, does one of the following patches require reboot? https://pastebin.com/GvPpQFi3
[05:58] <Rembo> does grub patches require reboot after patching on Ubuntu 16.04 Server ?
[06:11] <damascene> lotuspsychje, thank you for trying to help, I've tried many solution and edited the yaml file. I'm being locked out of PC
[06:16] <lotuspsychje> as again here whitebyte
[06:17] <lotuspsychje> also you might need to patient a bit, -server support wakes up more at US wakeup
[06:17] <whitebyte> I have setup Kea DHCP on ubuntu-18.04 server and trying to set hostname for a client ubuntu 18.04 machine. The hostname is passed in the lease file provided by kea-dhcp server but that is not taking any effect on client machine.
[06:17] <whitebyte> sure @lotuspsychje
[06:22] <lordievader> Good morning
[06:23] <gnomethrower> oh nice
[06:23] <gnomethrower> i had no idea this was a channel
[06:24] <gnomethrower> should the link in the topic be referencing 18.04? :)
[06:24] <gnomethrower> (ping Pici )
[07:10] <damascene> I wanted to setup network interface not to write python code what the hell with this yaml
[07:11] <damascene> I'm unable to know if the issue is with indenting or wrong configuration it keeps complaining as if is saying anything smart
[07:15] <damascene> how to modify this to add KVM bridge? https://paste.ubuntu.com/p/sQWcpKQdyN/
[07:15] <damascene> ip for the bridge should be <IP_ADDRESS>
[08:45] <damascene> could you please me add a bridge to my netplan file? https://paste.ubuntu.com/p/yw8gpBgMN2/
[08:45] <damascene> I've tried many configuration but I'm getting thrown out of the server
[09:39] <lotuspsychje> re-ask here chl_ ; )
[09:40] <chl_> i've set option 66 and option 67 in isc-dhcp, but its not appearing on the dhcp packets if I check by dhcpdump. Has anyone had that problem?
[13:51] <leftyfb> So I reported bug #1820096 and it got fixed. The problem is, I cannot seem to recreate the issue and in fact, have found that adding the hosts entry back in breaks tools like dnsdomainname. So now I'm debating whether or not the fix should be reverted.
[13:54] <patstoms> morning, is there any other service which do scheduling other than irqbalance?
[14:21] <ahasenack> rbasak: hi, quick look? https://code.launchpad.net/~ahasenack/usd-importer/+git/usd-importer/+merge/367112
[14:24] <leftyfb> ahasenack: any suggestions on what we should do about #1820096 and the <IP_ADDRESS> entry in /etc/host for Ubuntu server? Is this something you can test on your end as well?
[14:25] <ahasenack> in principle I would remove it on a server
[14:26] <leftyfb> That's what I'm thinking. But in my initial testing with 18.04 server using the subiquity installer, with the entry there, the system wasn't registering it's hostname with dhcp/dns. Now I can't seem to reproduce the issue.
[14:27] <rbasak> I'm not sure I follow your exact problem.
[14:27] <rbasak> The generally right thing that's needed is
[14:27] <rbasak> <IP_ADDRESS> localhost
[14:27] <rbasak> <IP_ADDRESS> hostname-without-dots fqdn
[14:27] <rbasak> in /etc/hosts
[14:28] <rbasak> and hostname-without-dots in /etc/hostname
[14:28] <rbasak> And the system hostname set without dots (which happens from /etc/hostname on boot, or use the hostname command)
[14:28] <rbasak> I believe that's the current Debian and Ubuntu standard.
[14:28] <rbasak> The RH world is different I think.
[14:29] <rbasak> fqdn in /etc/hosts can be missing if you don't have one
[14:29] <leftyfb> well no, not with server. From what I understand, the <IP_ADDRESS> is only to work around a bug in some gnome applications that don't work unless we can do a local lookup of our hostname with no network or on a network without a local DNS server that will resolve it. Otherwise (server) it shouldn't be needed
[14:29] <rbasak> dnsdomainname et al should then just work.
[14:30] <leftyfb> rbasak: with the default <IP_ADDRESS> entry(no fqdn), dnsdomainname does not work
[14:30] <rbasak> You can get away without <IP_ADDRESS> like in your example, but it requires an extra round trip to your DNS server so why have it set up that way? The one way that is (should be?) installer default works in all cases, including dynamic, no FQDN, etc.
[14:31] <rbasak> leftyfb: with no fqdn, dnsdomainname returns empty, as expected.
[14:32] <rbasak> Any machine should be able to look up its own name, and know its own FQDN, without resorting to the network.
[14:32] <leftyfb> rbasak: but on the network, the system does have a fqdn, so it should return it's valid hostname. Just because the <IP_ADDRESS> entry fails at adding the fqdn, does not mean the system does not have one on the network
[14:32] <ahasenack> rbasak: I don't recall how this works, should I merge https://code.launchpad.net/~ahasenack/usd-importer/+git/usd-importer/+merge/367112, wait for the bot to run tests, both, something else?
[14:32] <rbasak> ahasenack: wait for the bot and if it passes go ahead and merge please
[14:32] <ahasenack> ok
[14:33] <rbasak> leftyfb: I don't follow your statement
[14:33] <rbasak> leftyfb: what's the problem you're trying to solve? Do you have a failing or illustratively-bad use case?
[14:34] <leftyfb> rbasak: if there's a <IP_ADDRESS> entry, without a fqdn, and the lookup says there is not fqdn, that is returning false information. There is a fqdn, but we're being forced to use the file as opposed to dns and not able to look it up properly
[14:34] <rbasak> leftyfb: how is it that you ended up with a <IP_ADDRESS> entry without an fqdn? And what do you mean by "forced to use"?
[14:34] <leftyfb> rbasak: On my network, my devices have fqdn's on the network per the local DNS server. I want to use dnsdomainname to lookup what the domain is. That fails when there is a <IP_ADDRESS> entry without a fqdn.
[14:35] <rbasak> leftyfb: why haven't you told your machine its fqdn during installation?
[14:35] <leftyfb> rbasak: forced per the nsswitch order. If "file" has an entry, we don't don't bother looking up "dns"
[14:36] <leftyfb> rbasak: To start with, the fqdn can and will change depending on which network(domain) the machine connects to. Hardcoding it is not the right solution.
[14:36] <leftyfb> rbasak: And there's no way to populate /etc/hosts with a fqdn with dhcp
[14:36] <rbasak> leftyfb: why do you need the machine's idea of its "fqdn" to change as it moves around?
[14:37] <leftyfb> rbasak: because it's on a different domain and we want to determine which domain we are on by using the tool meant to do so (dnsdomainname)
[14:37] <rbasak> You're going to have to go through the five whys here, sorry.
[14:38] <leftyfb> rbasak: what do you mean?
[14:38] <rbasak> I don't see how it's a problem for the machine to consider itself to have a blank fqdn.
[14:38] <leftyfb> rbasak: because it's not valid
[14:38] <rbasak> As a road warrior laptop user, I don't want other networks to inject bad data into my laptop.
[14:39] <rbasak> It's perfectly valid, and until someone persuades me otherwise, it's even preferable
[14:39] <leftyfb> rbasak: In our particular case, we have robots that move between networks (customer sites) with different domains and we want to use dnsdomainname to determine which domain we are on in order to set some variables
[14:40] <rbasak> It sounds like it might not be the right thing to be using dnsdomainname in that case.
[14:40] <leftyfb> rbasak: If a device on a network has a valid fqdn that every other machine on the network knows about, then it is not valid for dnsdomainnam to lie and say there isn't one.
[14:40] <rbasak> What happens if you have two NICs that both DHCP and get conflicting "FQDN"s?
[14:41] <rbasak> Perhaps better for your software to do a reverse lookup on the IP of one network interface it's interested in.
[14:41] <rbasak> That would more unambigiously identify "what network you're on".
[14:42] <leftyfb> rbasak: so you're ok with broken tools? For what purpose? Because you want to keep an entry that was only put there to work around a bug in some Gnome applications which aren't relevant in a server install?
[14:42] <rbasak> Who said it's broken?
[14:42] <rbasak> I think you're making a false assumption here about what the tool is supposed to do for you.
[14:43] <compdoc> biggest problem with 2 nics and dhcp, is getting two gateways set for the pc
[14:43] <leftyfb> "dnsdomainname - show the system's DNS domain name"
[14:43] <rbasak> See the manpage example that uses <IP_ADDRESS>!
[14:43] <rbasak> Via /etc/hosts
[14:45] <leftyfb> The only way to populate /etc/hosts is manually. That is a bad way to use the tool to "show the system's DNS domain name" which has a valid fqdn on the network
[14:45] <cryptodan> you could simply add it to the hostname config at install when you give the computer a hostname
[14:46] <leftyfb> We're not talking about at install. The FQDN is going to change across multiple networks/domains.
[14:48] <leftyfb> The only reason the entry exits in the first place is from https://www.linuxtopia.org/online_books/linux_system_administration/debian_linux_guides/debian_linux_reference_guide/ch-gateway.en_009.html
[14:48] <leftyfb> which is for a desktop environment, not server
[14:48] <rbasak> I'm saying that for the FQDN to dynamically change as you roam between networks is broken in the general case.
[14:48] <rbasak> I don't think a default Ubuntu installation should be doing that by default.
[14:49] <leftyfb> rbasak: why do you say that is broken?
[14:50] <rbasak> Just because I'm connecting to some random wifi somewhere doesn't mean that my FQDN should change.
[14:50] <rbasak> And on a server, an FQDN change should certainly only happen directly when a sysadmin wants it, and not automatically.
[14:50] <rbasak> (by default)
[14:50] <leftyfb> It 100% means it should change if you are on a network with a different domain.
[14:50] <rbasak> I don't think that meets normal sysadmin expectations.
[14:51] <rbasak> Networks don't have "domains".
[14:52] <leftyfb> I don't even know how to respond to that
[14:53] <rbasak> An individual IP address issued by a DHCP server may reverse lookup to something whose FQDN has something specific according to the DNS server provided by the DHCP lease issued by the DHCP server to that IP address.
[14:53] <rbasak> That's something that's per-IP though, not per-network.
[14:59] <leftyfb> rbasak: ok, so to be clear, you're saying the current state should be:  We want a bug workaround for Gnome applications to stay in Ubuntu server for ${reasons}, we don't want dnsdomainname to actually be able "show the system's DNS domain name" from DNS and "Networks don't have "domains".
[15:02] <rbasak> leftyfb: no.
[15:02] <rbasak> leftyfb: I make no reference to any workaround.
[15:03] <rbasak> leftyfb: my reasons for supporting the long standing standard for how this work stand on their own merits.
[15:03] <leftyfb> rbasak: and yet, before my bug report, the entry was removed from the subiquity installer
[15:03] <leftyfb> So someone made the decision at some point in the past year to remove it
[15:04] <rbasak> leftyfb: are you saying that the current state of the installers don't match my position?
[15:05] <leftyfb> rbasak: The current state of the latest available Ubuntu live server installer iso does not match your position
[15:05] <rbasak> leftyfb: what does it do instead?
[15:05] <leftyfb> rbasak: it does not have an entry for <IP_ADDRESS>
[15:05] <cryptodan> but why should it
[15:06] <rbasak> leftyfb: in what scenario? Manual IP entry?
[15:06] <rbasak> leftyfb: what exactly does it do?
[15:07] <leftyfb> rbasak: As basic of an install as you can do, with dhcp and only setting a hostname during the install
[15:08] <rbasak> leftyfb: does it add a <IP_ADDRESS> entry? If so with what? Just localhost?
[15:08] <leftyfb> yes and yes. But let me do a quick install to doublecheck
[15:22] <leftyfb> Taking longer than expected. We moved the lab around yesterday and don't have a wired connection to my test devices at the moment. The live installer takes forever timing out trying to get to the repos and falling back to the usb
[15:23] <rbasak> leftyfb: no worries. Feel free to ping me when you're ready. I appreciate the discussion, and would like there to be a consistent position and bugs open against installers as needed referring to that position.
[15:25] <rbasak> leftyfb: seems that my position may need to change to accomodate the DHCP during install + no FQDN supplied during install case.
[15:35] <leftyfb> rbasak: https://photos.app.goo.gl/FLDqgAy5VPfrfz4B9
[15:36] <leftyfb> Using ubuntu-18.04.2-live-server-amd64.iso
[15:37] <rbasak> leftyfb: is that with the fix to bug 1820096? Or does it describe bug 1820096 and it's pending release?
[15:38] <leftyfb> Yes. Though the odd part is I can't seem to reproduce the issue now.
[15:38] <leftyfb> I'm wondering if mwhudson was able to
[15:38] <leftyfb> and if he still can
[15:39] <leftyfb> and if the bug should be invalidated or the fix kept
[15:39] <leftyfb> oh wait
[15:39] <leftyfb> rbasak: no, that is NOT with the fix
[15:39] <rbasak> OK
[15:39] <leftyfb> rbasak: In order to get the fix, I would need to snap refresh and get the latest subiquity installer.
[15:39] <rbasak> So my position is slightly different (but fundamentally remains the same IMHO)
[15:40] <rbasak> In the case that DHCP is all that is used, and an FQDN is never provided at install time, then it makes sense to have a <IP_ADDRESS> line with the non-qualified hostname only.
[15:40] <rbasak> (by default; the sysadmin can change later of course)
[15:40] <leftyfb> I'd like to find the bug and/or discussion that was had to decide on removing the entry for the live installer. That would give us more insight into whether it's actually needed
[15:41] <rbasak> Rationale: any FQDN provided indirectly via DHCP and DNS at install time cannot be trusted to be the correct FQDN for the final installation.
[15:42] <leftyfb> rbasak: why do you say it cannot be trusted? I don't understand that reasoning. You're making decisions based on the assumption that the server install is running on untrusted networks providing "invalid" fqdn's to clients on the network.
[15:43] <rbasak> leftyfb: it's quite common for non-automated installs to be done in some kind of non-production network with different settings.
[15:44] <leftyfb> rbasak: ok. But why hardcode such that we do not have a FQDN and have no way of using the tool meant to look it up?
[15:44] <rbasak> Hardcode how?
[15:46] <leftyfb> rbasak: If you write an entry for <IP_ADDRESS> without the fqdn, you are hardcoding invalidating any fqdn lookups
[15:46] <Ussat> rbasak, even some automated install will do install in a non-prod network if you are building replacement servers....build, change vlan/hostname/ip replace
[15:46] <Ussat> we do that all the time
[15:47] <leftyfb> rbasak: But again, I refer to the Debian documentation stating that the entry was only there in the first place to allow some gnome applications to not break when trying to do a fqdn lookup when we have no network or local DNS server which will resolve the client's fqdn. This does not apply to server installs. Especially ones running on a network with a local dynamic DNS server
[15:47] <rbasak> leftyfb: OK. I call that "the system doesn't have a defined FQDN", which is IMHO correct.
[15:47] <leftyfb> rbasak: the entry does not exist in any other linux distro other than Debian-based
[15:48] <rbasak> Ussat: agreed
[15:48] <rbasak> leftyfb: I think the current behaviour is sensible behaviour, barring that current subquity bug.
[15:48] <leftyfb> rbasak: you cannot make that assumption if you don't look it up on the network
[15:49] <rbasak> leftyfb: you're already on very strange territory to have a non-cloud server installation running DHCP that didn't know its own hostname and FQDN at installation time.
[15:49] <rbasak> leftyfb: that the default doesn't work for you isn't surprising to me.
[15:49] <rbasak> leftyfb: you can override default behaviour by changing /etc/hosts :-)
[15:50] <leftyfb> rbasak: I disagree. And we do know our hostname. But for devices that join multiple networks with different domains, no, we do not yet know our FQDN until we are on the network that provides it.
[15:50] <leftyfb> A FQDN should not be defined by the client but the network it's on
[15:50] <rbasak> Sure. I mean you don't know your own (hostname and FQDN) :)
[15:51] <rbasak> As I said before, that doesn't work for multi-homed hosts.
[15:51] <rbasak> You can't make a general statement about what should define an FQDN.
[15:51] <rbasak> It's up to the sysadmin in an individual environment who knows the type of network environment it'll be operating in.
[15:51] <leftyfb> It does when you're not doing something stupid like looking up your FQDN across different DNS servers hosting different domains
[15:53] <leftyfb> Just because your client likes to pretend it's FQDN is host.google.com in /etc/hosts, does not mean any other machine on the network is going to agree. The client does not decide what it's FQDN is
[16:08] <rbasak> leftyfb: there's a difference between what a client considers its FQDN to be and what points to it via an A or AAAA record, and what reverse lookups via in-addr.arpa and in6.arpa say. They can all disagree.
[16:09] <rbasak> leftyfb: therefore it's up to the sysadmin to decide which one is the canonical FQDN. You cannot infer it.
[16:09] <rbasak> leftyfb: and therefore it is not a function of the network.
[16:10] <rbasak> Though it is generally a misconfiguration somewhere if a machine's FQDN exists in DNS but points to some other machine.
[16:17] <whitebyte> I have setup Kea DHCP on ubuntu-18.04 server and trying to set hostname for a client ubuntu 18.04 machine. The hostname is passed in the lease file provided by kea-dhcp server but that is not taking any effect on client machine.
[17:10] <teward> !crosspost | whitebyte
[17:15] <whitebyte> @ubottu Sorry. I will keep in mind
[17:17] <ahasenack> whitebyte: check if you have the hostname in /etc/hosts
[17:17] <ahasenack> maybe that's overriding it
[17:19] <ahasenack> paride: around still?
[17:20] <ahasenack> rbasak: any idea why ci hasn't run on my git-ubuntu branch yet?
[17:21] <ahasenack> I'm not seeing errors in https://jenkins.ubuntu.com/server/view/git-ubuntu/job/git-ubuntu-ci/
[17:22] <whitebyte> @ahasenack I have only `<IP_ADDRESS> localhost` in /etc/hosts
[17:24] <ahasenack> ok
[17:29] <ahasenack> rbasak: I wonder if it's about an MP limit, I count 10 skips in the job logs
[17:29] <ahasenack> https://jenkins.ubuntu.com/server/view/git-ubuntu/job/git-ubuntu-ci-trigger/57736/console
[17:31]  * ahasenack wonders where launchpadTrigger comes from
[17:59] <whitebyte> I am getting `Not connected to system bus, not setting hostname` in syslog from systemd-network.service. Can I force networkd to start after dbus.service is up
[17:59] <leftyfb> rbasak: A FQDN is a function of the network regardless of what the client thinks it is. The rest of the network doesn't give one lick what the client thinks it is and will only resolve what the network(DNS server) thinks it is. Playing pretend in /etc/host is a workaround for lack of network connectivity or a DNS server which will resolve the hosts FQDN.
[19:07] <rbasak> ahasenack: limit> yeah maybe. paride looks after the job, so he might know? You can manually trigger a job using https://jenkins.ubuntu.com/server/view/git-ubuntu/job/git-ubuntu-ci/build?delay=0sec
[19:08] <ahasenack> rbasak: we found out, the mp was approved already, so ci didn't look at it
[19:08] <rbasak> Ah
[19:08] <ahasenack> rbasak: I merged it
[19:08] <ahasenack> (after ci's approval)
[19:08] <rbasak> \o/
[19:16] <gislaved> guys does a tftp client check UDP and TCP both ?
[19:17] <RoyK> tftp is udp only
[19:23] <gislaved> RoyK you can configure it on TCP
[19:25] <sarnold> I've never seen tftp on tcp
[19:28] <gislaved> you can otherwise you cannot loadbalanc eit
[19:28] <gislaved> *loadbalance
[19:29] <gislaved> or less easy
[19:32] <sarnold> it's tftp. I can't imagine that it is ever under that kind of load.
[19:32] <gislaved> sarnold have you ever seen a tftp server crashing ?
[19:32] <sarnold> no, they don't do anything complicated :)
[19:32] <gislaved> sarnold I need failover, LB-er is most easy for that
[19:32] <gislaved> then I can just cehck if the server is alive :)
[19:32] <gislaved> heh maybe it's time for anycast
[19:35] <sdeziel> gislaved: if you really need to LB multiple TFTP servers with healthchecks and what not, you can use keepalived/ipvs I think
[19:35] <gislaved> sdeziel I think I can let HAproxy do that, it does not support UDP but I think it can just let it foreward
[19:36] <sdeziel> gislaved: I don't know if HAproxy can handle UDP at all
[19:37] <sdeziel> gislaved: for DNS, I've also used IPtables with random module to spread the load among multiple servers ... quick and dirty but it works
[19:37] <gislaved> sdeziel normally not but I have doen DNS loadbalancing as well in the past, so let's see
[19:37] <gislaved> sdeziel not that dirty :)
[19:38] <sdeziel> you can get creative with how you do it with iptables so that you remove backends when they are down but there is no builtin healthcheck which is why I said it was dirty ;)
[19:40] <gislaved> heh :)
[19:44] <sdeziel> gislaved: that said, even under load, I wouldn't expect the service to crash, which package is it?
[19:44] <gislaved> sdeziel me neither. xinetd
[19:44] <rbasak> leftyfb: again, that's not generally true. Say for example I have a web server on AWS. In that case, the network the instance sees has nothing to do with the real FQDN of the server.
[19:45] <sdeziel> gislaved: have you tried tftpd-hpa?
[19:45] <gislaved> sdeziel not yet, not supported by foreman
[19:45] <leftyfb> rbasak: and equally irrelevant is a fqdn entry in /etc/hosts on that instance
[19:46] <rbasak> leftyfb: I'd want all services on that instance to see the "right" fqdn, so I would set it correctly in /etc/hosts. I don't see how that's irrelevant.
[19:47] <leftyfb> rbasak: I would point the instance to a proper DNS server that knows about the fqdn to do the lookup. Hardcoding entries in /etc/hosts is a hack
[19:48] <rbasak> leftyfb: that won't work, because the instance won't have its public IP address actually assigned to an interface
[19:48] <rbasak> leftyfb: I don't think the server's _own_ entry in /etc/hosts against <IP_ADDRESS> is a hack.
[19:48] <rbasak> In the general case for other hosts, yes.
[19:48] <sdeziel> gislaved: I'd try that one first personally. It's the only tftpd I can see in 'main' and I've seen many deployments using it (although I don't know how many tftp clients you hit your server with...)
[19:48] <rbasak> But for a machine to know its own name and fqdn, that's not a hack. It's the status quo.
[19:48] <gislaved> sdeziel not that much but I hate to have things "down"
[19:49] <rbasak> DNS isn't necessary for a host to have a name.
[19:49] <leftyfb> No, you're right. It's a big fix for some desktop applications
[19:49] <rbasak> (and fqdn)
[19:49] <leftyfb> It is for anything else on the network to utilize the fqdn
[19:49] <sdeziel> gislaved: I personally wouldn't trust xinetd for production stuff
[19:50] <gislaved> sdeziel why not ? it's the most known one that alw ays work(s)(ed)
[19:50] <gislaved> *always
[19:52] <sdeziel> gislaved: I've only ever used dnsmasq and tftpd-hpa myself and the fact that the later is in main (while xinetd is in universe) speaks for itself
[19:52] <gislaved> sdeziel it's supported by RH so I trust it :)
[19:56] <rbasak> leftyfb: it's useful for various things. Like HTTP error pages being correct, etc.
[20:17] <Aison0> hello, anybody experienced with freeradius and openssl 1.1.1b? since 1.1.1b freeradius logs these kind of messages: https://pastebin.com/SacLArvy
[20:18] <Aison0> I upgraded my notebook to disco and now freeradius logs these kinds of errors on the ubuntu server
[20:26] <sarnold> Aison0: might be worth a filing a bug with ubuntu-bug
[20:27] <Aison0> sarnold, the problem is, I don't know if it is really related to that upgrade :-)
[20:27] <Aison0> or is this a openssl-1.1.1b thing
[20:30] <sarnold> it feels plausible anyway
[22:49] <Disaster_Area> Hi! I'm used to using MS SQL Server at work and basically want to use something similar at home for fun. I managed to install SQL server at home on Ubuntu 16.04 but
[22:49] <Disaster_Area> well a) recommended GUIs/CLIs
[22:49] <Disaster_Area> b) why do I get some syntactical errors I don't get when using MS SQL Server, e.g. https://i.imgur.com/boLOU6C.png
[22:51] <sarnold> hey Disaster_Area, you may have more luck in an ms-sql channel; someone here might be able to help with postgresql or mariadb or sqlite3, but mssql is pretty rare
[22:52] <Disaster_Area> hmm I was pointed this way from #ubuntu ok I'll have a look over there
[22:54] <sarnold> yeah, I can see how they would have aimed you this way :) but I *think* you're the first person I've seen use mssql :)
[22:55] <OerHeks> oh, ms sql
[22:55] <michael2> I have wanted to tinker with it, but haven't yet
[22:55] <OerHeks> is this on WSL?
[22:55] <Disaster_Area> yeah I picked up SQL at work first ever programming language or anything for me haha well touched python and R a little bit
[22:55] <Disaster_Area> WSL?
[22:56] <michael2> Windows Subsystem for Linux
[22:56] <sarnold> OerHeks: MS releases MSSql *for* linux
[22:56] <sarnold> no need to run mssql on wsl, you could just run it on windows windows :)
[22:56] <Disaster_Area> so I'm on linux at home and I wanted to use something like I'm used to at work rather than having to pick up a different variant
[22:56] <michael2> are you having trouble installing it?
[22:56] <Disaster_Area> I've installed MS SQL server on linux fine but
[22:57] <Disaster_Area> I was asking for advice on GUIs/CLIs and
[22:57] <OerHeks> hardening?
[22:57] <michael2> I have used dbeaver community edition
[22:57] <Disaster_Area> I ran some code that creates a simple function with some while loops in that works on MS SQL Server Studio but didn't run at home
[22:58] <sarnold> Disaster_Area: maybe try a much simpler function? something that just returns an integer?
[22:59] <Disaster_Area> I'll have a stab at that sure
[23:00] <Disaster_Area> that worked ok
[23:01] <Disaster_Area> hmm what should I post my SQL output in, might be quicker than sharing a screenshot
[23:02] <Disaster_Area> or is pastebin fine? \shrug/
[23:02] <sarnold> the pastebinit tool makes pasting easy -- you can pastebinit /path/to/file  and then just copy-paste the URL you get back
[23:02] <Disaster_Area> https://pastebin.com/h1EXGNeD
[23:02] <sarnold> nice
[23:03] <sarnold> now try a tiny loop.. one variable, small body..
[23:04] <Disaster_Area> haha I keep fucking it up every time I try and code it, and this is why I need a better interface
[23:04] <Disaster_Area> bc with this u cant go back and edit the same thing u can just scroll up to find lines you already wrote ....
[23:05] <sarnold> ew :)
[23:05] <sarnold> can you use a text editor like vim or emacs or whatever and feed that as input?
[23:05] <michael2> Disaster_Area: Give dbeaver a try
[23:05] <Disaster_Area> https://pastebin.com/RHA26uSL
[23:06] <Disaster_Area> i've got no idea haven't tried & don't have experience with that stuff
[23:06] <Disaster_Area> the MS doc mentioned azure data studio and a couple other interface options
[23:06] <michael2> dbeaver is a lot like Sql Server Management Studio
[23:07] <Disaster_Area> hmm
[23:07] <Disaster_Area> i'll look it up
[23:07] <michael2> the Community Version is free and works with sql server and many others
[23:08] <Disaster_Area> looks neat thanks I'll try it I think
[23:08] <michael2> I like it because I can use the same interface for ms sql, mysql, postgres, maria...
[23:09] <Disaster_Area> ooh hm I need to install java or something hmmmmm
[23:10] <Disaster_Area> I fucked up my java situation really bad so like
[23:10] <Disaster_Area> I had downloaded openjdk when I moved to the OS so I could run minecraft
[23:10] <Disaster_Area> then when I was applying for jobs outta uni one of them was for a java thing and the guy on the phone basically pushed me into trying to learn it
[23:10] <Disaster_Area> which on linux meant a lot of effing around with uninstalling and installing stuff
[23:16] <Disaster_Area> oops appears i disconneted >_>
[23:16] <Disaster_Area> haha here we go installed it and tried to run and got the following error message:
[23:16] <Disaster_Area> A Java Runtime Environment (JRE) or Java Development Kit (JDK)
[23:16] <Disaster_Area> must be available in order to run Dbeaver. No Java virtual machine
[23:16] <Disaster_Area> was found after searching the following locations:
[23:16] <Disaster_Area> java in your current PATH
[23:17] <Disaster_Area> --usr/share/dbeaver/jre/bin/java that was the location it gave
[23:17] <Disaster_Area> buuut when I tried updating my java earlier:
[23:18] <Disaster_Area> https://pastebin.com/EqX5NgeT
[23:18] <Disaster_Area> would there be a better place for me to ask how to sort this issue out? lol
[23:20] <OerHeks>  9 not to upgrade. run apt full-upgrade
[23:21] <Disaster_Area> i'll try that see if it helps
[23:23] <Disaster_Area> still same error msg
[23:26] <Disaster_Area> hmm its weird it gives the usr/share/... since there is no jre folder in usr/share/dbeaver ...
[23:27] <tomreyn> maybe dbeaver have a support channel? it's not part of ubuntu's software repositories, so unless michael2, who is apparently familiar with it, can help you out, you'll better look for a software specific community support channel
[23:29] <Disaster_Area> hmm good idea
[23:29] <Disaster_Area> though this might be more of a java issue honestly
[23:30] <tomreyn> as long as you have apt package "default-jre" installed, this should be all that's needed if the software you're using was made to be ubuntu compatible.
[23:30] <Disaster_Area> think I was missing that..........
[23:30] <Disaster_Area> thanks!!
[23:32] <tomreyn> it's really just a tracking package for the latest openjdk*-jre package, which you seemed to have already
[23:32] <tomreyn> ahem, "default-jre-headless" is what you'd want on a headless server, sorry.
[23:34] <Disaster_Area> it installed that one too
[23:34] <Disaster_Area> aaaand dbeaver still same complaint
[23:35] <Disaster_Area> on the other hand how do I find my java path?
[23:35] <Disaster_Area> i think i can do it if I can find that?
[23:38] <tomreyn> "apt depends <package_a>" lists the other packages package_a depends on.
[23:39] <tomreyn> "dpkg -L <package>" lists the files (and paths) which belong to the given package
[23:41] <tomreyn> you just reached the point where a moderate understanding of ubuntu's software management utilities could be useful.
[23:41] <Disaster_Area> hm i found the path
[23:41] <Disaster_Area> yeah I really could do with knowing the ins and outs of knowing my OS better at this point in time
[23:42] <tomreyn> chances are you'd be better off with these (also normally unsupported here, just like the ones you have now, and mssql) dbeaver packages: https://launchpad.net/~serge-rider/+archive/ubuntu/dbeaver-ce?field.series_filter=xenial
[23:43] <Disaster_Area> i dont think its a case of missing packages i think it just needs me to tell it where java is
[23:44] <tomreyn> on linux it's common to build and package software multiple times for different distributions, to make the software apply to the different environments.
[23:44] <tomreyn> e.g. one distro may have java binaries in one path, the other in another path.
[23:46] <tomreyn> also by using apt repositories you get an easy and secure upgrade path
[23:47] <Disaster_Area> well, I did install the default-jre and default-jre-headless and it didnt appear to have helped... anyway so i tried some things and
[23:49] <Disaster_Area> https://pastebin.com/zVDiVs1q
[23:51] <Disaster_Area> oh hmm this is good
[23:51] <Disaster_Area> the filepath i found at the top
[23:51] <Disaster_Area> doesn't exist any more
[23:51] <Disaster_Area> >_>


[10:22] <mandel> hello! I have build an ubuntu touch app (free as in beer and opensource) and I'm trying to get translators for it, I have the project hosted in github (https://github.com/mandel-macaque/chancho) and did setup poedit ( https://poeditor.com/join/project?hash=49c06291d7730ecad9d30726c69384da)
[10:23] <mandel> I know lp is ideal.. but it is a little complicated to get github and lp work nicely. I would appreciate any help, both with translations in the missing langs (specially italian and german) or with the lp setup...


[00:31] <KGB-X> libproxy signed tags e855e68 Jeremy Bicha upstream/0.5.4 * Upstream version 0.5.4 * https://salsa.debian.org/gnome-team/libproxy/tags/upstream/0.5.4
[00:32] <KGB-X> libproxy upstream/latest aecc913 Jeremy Bicha * pushed 12 commits (first 5 follow) * https://salsa.debian.org/gnome-team/libproxy/compare/6c23bd7...aecc913
[00:32] <KGB-X> libproxy upstream/latest cced536 Jan-Michael Brummer docs/applications.md * Add golang link to application page (#253) * https://salsa.debian.org/gnome-team/libproxy/-/commit/cced536
[00:32] -ubottu:#ubuntu-desktop- Commit cced536 in gnome-team/libproxy "Add golang link to application page (#253)"
[00:32] <KGB-X> libproxy upstream/latest 397f4dc Jan-Michael Brummer (20 files in 10 dirs) * Improve test coverage (#256) * https://salsa.debian.org/gnome-team/libproxy/-/commit/397f4dc
[00:32] -ubottu:#ubuntu-desktop- Commit 397f4dc in gnome-team/libproxy "Improve test coverage (#256)"
[00:32] <KGB-X> libproxy upstream/latest 5910ad2 Jan-Michael Brummer src/backend/px-manager.c tests/data/px-manager-sample.pac tests/px-manager-test.c * Improve coverage (#257) * https://salsa.debian.org/gnome-team/libproxy/-/commit/5910ad2
[00:32] -ubottu:#ubuntu-desktop- Commit 5910ad2 in gnome-team/libproxy "Improve coverage (#257)"
[00:32] <KGB-X> libproxy upstream/latest 42b58ef David King src/libproxy/meson.build * Specify library version more completely (#259) * https://salsa.debian.org/gnome-team/libproxy/-/commit/42b58ef
[00:32] -ubottu:#ubuntu-desktop- Commit 42b58ef in gnome-team/libproxy "Specify library version more completely (#259)"
[00:33] <KGB-X> libproxy upstream/latest 9b541a5 David Smitmanis src/backend/plugins/config-windows/config-windows.c * Use the correct separator character for Windows ProxyOverride (#263) * https://salsa.debian.org/gnome-team/libproxy/-/commit/9b541a5
[00:33] -ubottu:#ubuntu-desktop- Commit 9b541a5 in gnome-team/libproxy "Use the correct separator character for Windows ProxyOverride (#263)"
[00:33] <KGB-X> libproxy pristine-tar b60158d Jeremy Bícha libproxy_0.5.4.orig.tar.gz.delta libproxy_0.5.4.orig.tar.gz.id * pristine-tar data for libproxy_0.5.4.orig.tar.gz * https://salsa.debian.org/gnome-team/libproxy/-/commit/b60158d
[00:33] -ubottu:#ubuntu-desktop- Commit b60158d in gnome-team/libproxy "pristine-tar data for libproxy_0.5.4.orig.tar.gz"
[15:24] <KGB-X> mutter ubuntu/latest 065a547 Jeremy Bicha * pushed 678 commits (first 5 follow) * https://salsa.debian.org/gnome-team/mutter/compare/e06fbd5...065a547
[15:24] <KGB-X> mutter ubuntu/latest ed50cbb Robert Mader src/compositor/meta-window-actor-wayland.c * window-actor/wayland: Update scanout candidate check * https://salsa.debian.org/gnome-team/mutter/-/commit/ed50cbb
[15:25] -ubottu:#ubuntu-desktop- Commit ed50cbb in gnome-team/mutter "window-actor/wayland: Update scanout candidate check"
[15:25] <KGB-X> mutter ubuntu/latest bd6196f Robert Mader src/ compositor/meta-compositor-view-native.c wayland/meta-wayland-surface-private.h wayland/meta-wayland-surface.c * wayland: Implement direct scanout for cropped and scaled surfaces * https://salsa.debian.org/gnome-team/mutter/-/commit/bd6196f
[15:25] -ubottu:#ubuntu-desktop- Commit bd6196f in gnome-team/mutter "wayland: Implement direct scanout for cropped and scaled surfaces"
[15:25] <KGB-X> mutter ubuntu/latest f269392 Robert Mader src/compositor/meta-compositor-view-native.c * compositor-view/native: Remove leftover check * https://salsa.debian.org/gnome-team/mutter/-/commit/f269392
[15:25] -ubottu:#ubuntu-desktop- Commit f269392 in gnome-team/mutter "compositor-view/native: Remove leftover check"
[15:25] <KGB-X> mutter ubuntu/latest a8629cf Florian Müllner .gitlab-ci.yml * ci: Stop building glib * https://salsa.debian.org/gnome-team/mutter/-/commit/a8629cf
[15:25] -ubottu:#ubuntu-desktop- Commit a8629cf in gnome-team/mutter "ci: Stop building glib"
[15:25] <KGB-X> mutter ubuntu/latest b968daf Florian Müllner .gitlab-ci.yml * ci: Don't build wayland-protocols * https://salsa.debian.org/gnome-team/mutter/-/commit/b968daf
[15:25] -ubottu:#ubuntu-desktop- Commit b968daf in gnome-team/mutter "ci: Don't build wayland-protocols"
[15:25] <KGB-X> mutter pristine-tar c0dde0f Jeremy Bícha mutter_46~beta.orig.tar.xz.delta mutter_46~beta.orig.tar.xz.id * pristine-tar data for mutter_46~beta.orig.tar.xz * https://salsa.debian.org/gnome-team/mutter/-/commit/c0dde0f
[15:25] -ubottu:#ubuntu-desktop- Commit c0dde0f in gnome-team/mutter "pristine-tar data for mutter_46~beta.orig.tar.xz"
[16:33] <KGB-X> libgdata pipeline Jeremy Bicha 645405 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[16:33] <KGB-X> libgdata pipeline Jeremy Bicha 645405 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[16:34] <KGB-X> libgdata pipeline Jeremy Bicha 645406 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[16:34] <KGB-X> libgdata pipeline Jeremy Bicha 645406 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[16:56] <KGB-X> libgdata pipeline Jeremy Bicha 645405 * [17 minutes and 10 seconds] success (extract-source: success; build: success; build i386: success; build source: success; test-build-any: success; test-build-all: success; test-crossbuild-arm64: failed; reprotest: success; lintian: success; autopkgtest: success; blhc: success; piuparts: success)
[16:57] <KGB-X> libgdata pipeline Jeremy Bicha 645406 * [19 minutes and 37 seconds] success (extract-source: success; build: success; build i386: success; build source: success; test-build-any: success; test-build-all: success; test-crossbuild-arm64: failed; reprotest: success; lintian: success; autopkgtest: success; blhc: success; piuparts: success)
[17:03] <KGB-X> libgdata pipeline Jeremy Bicha 645410 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[17:04] <KGB-X> libgdata pipeline Jeremy Bicha 645410 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[17:19] <KGB-X> libgdata pipeline Jeremy Bicha 645410 * [14 minutes and 59 seconds] success (extract-source: success; build: success; build i386: success; build source: success; test-build-any: success; test-build-all: success; test-crossbuild-arm64: failed; reprotest: success; lintian: success; autopkgtest: success; blhc: success; piuparts: success)
[17:23] <KGB-X> gnome-text-editor tags 90cfe88 Amin Bandali upstream/46_beta * Upstream version 46~beta * https://salsa.debian.org/gnome-team/gnome-text-editor/tags/upstream/46_beta
[17:24] <KGB-X> gnome-text-editor upstream/latest 51bfcb3 Amin Bandali * pushed 101 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-text-editor/compare/db0c8de...51bfcb3
[17:24] <KGB-X> gnome-text-editor upstream/latest b8246cc Christian Hergert (via Amin Bandali) src/editor-utils.c * utils: squash a couple easy deprecations * https://salsa.debian.org/gnome-team/gnome-text-editor/-/commit/b8246cc
[17:24] -ubottu:#ubuntu-desktop- Commit b8246cc in gnome-team/gnome-text-editor "utils: squash a couple easy deprecations"
[17:24] <KGB-X> gnome-text-editor upstream/latest a2c23d9 Christian Hergert (via Amin Bandali) meson.build src/editor-application-actions.c src/editor-window.ui * app: use AdwAboutDialog * https://salsa.debian.org/gnome-team/gnome-text-editor/-/commit/a2c23d9
[17:24] -ubottu:#ubuntu-desktop- Commit a2c23d9 in gnome-team/gnome-text-editor "app: use AdwAboutDialog"
[17:25] <KGB-X> gnome-text-editor upstream/latest 866e8f3 Christian Hergert (via Amin Bandali) src/editor-window.c * window: remove deprecated API * https://salsa.debian.org/gnome-team/gnome-text-editor/-/commit/866e8f3
[17:25] -ubottu:#ubuntu-desktop- Commit 866e8f3 in gnome-team/gnome-text-editor "window: remove deprecated API"
[17:25] <KGB-X> gnome-text-editor upstream/latest 78f71a4 Christian Hergert (via Amin Bandali) src/editor-page.c * page: remove deprecated API * https://salsa.debian.org/gnome-team/gnome-text-editor/-/commit/78f71a4
[17:25] -ubottu:#ubuntu-desktop- Commit 78f71a4 in gnome-team/gnome-text-editor "page: remove deprecated API"
[17:25] <KGB-X> gnome-text-editor upstream/latest dd18f17 Sabri Ünal (via Amin Bandali) po/tr.po * Update Turkish translation * https://salsa.debian.org/gnome-team/gnome-text-editor/-/commit/dd18f17
[17:25] -ubottu:#ubuntu-desktop- Commit dd18f17 in gnome-team/gnome-text-editor "Update Turkish translation"
[17:25] <KGB-X> gnome-text-editor pristine-tar 70cf7d3 Amin Bandali gnome-text-editor_46~beta.orig.tar.xz.delta gnome-text-editor_46~beta.orig.tar.xz.id * pristine-tar data for gnome-text-editor_46~beta.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-text-editor/-/commit/70cf7d3
[17:25] -ubottu:#ubuntu-desktop- Commit 70cf7d3 in gnome-team/gnome-text-editor "pristine-tar data for gnome-text-editor_46~beta.orig.tar.xz"
[17:59] <KGB-X> libsecret tags 8f810a6 Amin Bandali upstream/0.21.4 * Upstream version 0.21.4 * https://salsa.debian.org/gnome-team/libsecret/tags/upstream/0.21.4
[18:00] <KGB-X> libsecret upstream/latest 08fc196 Amin Bandali * pushed 21 commits (first 5 follow) * https://salsa.debian.org/gnome-team/libsecret/compare/0538c16...08fc196
[18:00] <KGB-X> libsecret upstream/latest 9cfa77f Dhanuka Warusadura (via Amin Bandali) egg/ (5 files) * pam: port PAM module egg helper functions from gnome-keyring * https://salsa.debian.org/gnome-team/libsecret/-/commit/9cfa77f
[18:00] -ubottu:#ubuntu-desktop- Commit 9cfa77f in gnome-team/libsecret "pam: port PAM module egg helper functions from gnome-keyring"
[18:00] <KGB-X> libsecret upstream/latest 9a37dc8 Dhanuka Warusadura (via Amin Bandali) (8 files in 2 dirs) * pam: port PAM module from gnome-keyring * https://salsa.debian.org/gnome-team/libsecret/-/commit/9a37dc8
[18:00] -ubottu:#ubuntu-desktop- Commit 9a37dc8 in gnome-team/libsecret "pam: port PAM module from gnome-keyring"
[18:00] <KGB-X> libsecret upstream/latest b399f5f Dhanuka Warusadura (via Amin Bandali) pam/ meson.build servicedir/meson.build servicedir/pam-test-service.in test-pam.c * pam: add tests for the ported PAM module * https://salsa.debian.org/gnome-team/libsecret/-/commit/b399f5f
[18:00] -ubottu:#ubuntu-desktop- Commit b399f5f in gnome-team/libsecret "pam: add tests for the ported PAM module"
[18:00] <KGB-X> libsecret upstream/latest fa5ac29 Dhanuka Warusadura (via Amin Bandali) (17 files in 5 dirs) * Merge branch 'port_pam_from_gnome_keyring' into 'master' * https://salsa.debian.org/gnome-team/libsecret/-/commit/fa5ac29
[18:00] -ubottu:#ubuntu-desktop- Commit fa5ac29 in gnome-team/libsecret "Merge branch 'port_pam_from_gnome_keyring' into 'master'"
[18:01] <KGB-X> libsecret upstream/latest 7f31c83 Daiki Ueno (via Amin Bandali) egg/test-hkdf.c * tests: Remove unnecessary inclusion of <gcrypt.h> * https://salsa.debian.org/gnome-team/libsecret/-/commit/7f31c83
[18:01] -ubottu:#ubuntu-desktop- Commit 7f31c83 in gnome-team/libsecret "tests: Remove unnecessary inclusion of <gcrypt.h>"
[18:01] <KGB-X> libsecret pristine-tar 4f6f23d Amin Bandali libsecret_0.21.4.orig.tar.xz.delta libsecret_0.21.4.orig.tar.xz.id * pristine-tar data for libsecret_0.21.4.orig.tar.xz * https://salsa.debian.org/gnome-team/libsecret/-/commit/4f6f23d
[18:01] -ubottu:#ubuntu-desktop- Commit 4f6f23d in gnome-team/libsecret "pristine-tar data for libsecret_0.21.4.orig.tar.xz"
[19:02] <KGB-X> libadwaita pipeline Jeremy Bicha 645452 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[19:02] <KGB-X> libadwaita pipeline Jeremy Bicha 645452 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[19:17] <KGB-X> libadwaita pipeline Jeremy Bicha 645452 * [14 minutes and 36 seconds] success (extract-source: success; build: success; build i386: success; build source: success; test-build-any: success; test-build-all: success; test-crossbuild-arm64: failed; reprotest: success; lintian: success; autopkgtest: success; blhc: success; piuparts: success)
[19:31] <KGB-X> gnome-calendar tags 7a4dac6 Amin Bandali upstream/46_beta * Upstream version 46~beta * https://salsa.debian.org/gnome-team/gnome-calendar/tags/upstream/46_beta
[19:32] <KGB-X> gnome-calendar upstream/latest ed1f22b Amin Bandali * pushed 110 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-calendar/compare/7931547...ed1f22b
[19:32] <KGB-X> gnome-calendar upstream/latest 4de4e83 Daniel Rusek (via Amin Bandali) po/cs.po * Update Czech translation * https://salsa.debian.org/gnome-team/gnome-calendar/-/commit/4de4e83
[19:32] -ubottu:#ubuntu-desktop- Commit 4de4e83 in gnome-team/gnome-calendar "Update Czech translation"
[19:32] <KGB-X> gnome-calendar upstream/latest bc2df6d Sabri Ünal (via Amin Bandali) po/tr.po * Update Turkish translation * https://salsa.debian.org/gnome-team/gnome-calendar/-/commit/bc2df6d
[19:32] -ubottu:#ubuntu-desktop- Commit bc2df6d in gnome-team/gnome-calendar "Update Turkish translation"
[19:32] <KGB-X> gnome-calendar upstream/latest ac8c7d6 Georges Basile Stavracas Neto (via Amin Bandali) src/gui/gcal-event-widget.c * gui/event-widget: Set weak ref on preview popover * https://salsa.debian.org/gnome-team/gnome-calendar/-/commit/ac8c7d6
[19:32] -ubottu:#ubuntu-desktop- Commit ac8c7d6 in gnome-team/gnome-calendar "gui/event-widget: Set weak ref on preview popover"
[19:32] <KGB-X> gnome-calendar upstream/latest 98f5ea1 Nathan Follens (via Amin Bandali) po/nl.po * Update Dutch translation * https://salsa.debian.org/gnome-team/gnome-calendar/-/commit/98f5ea1
[19:32] -ubottu:#ubuntu-desktop- Commit 98f5ea1 in gnome-team/gnome-calendar "Update Dutch translation"
[19:33] <KGB-X> gnome-calendar upstream/latest 706c12b Daniel Mustieles (via Amin Bandali) po/es.po * Updated Spanish translation * https://salsa.debian.org/gnome-team/gnome-calendar/-/commit/706c12b
[19:33] -ubottu:#ubuntu-desktop- Commit 706c12b in gnome-team/gnome-calendar "Updated Spanish translation"
[19:33] <KGB-X> gnome-calendar pristine-tar 4c1380e Amin Bandali gnome-calendar_46~beta.orig.tar.xz.delta gnome-calendar_46~beta.orig.tar.xz.id * pristine-tar data for gnome-calendar_46~beta.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-calendar/-/commit/4c1380e
[19:33] -ubottu:#ubuntu-desktop- Commit 4c1380e in gnome-team/gnome-calendar "pristine-tar data for gnome-calendar_46~beta.orig.tar.xz"
[19:57] <KGB-X> gnome-contacts tags 62f445e Amin Bandali upstream/46_beta * Upstream version 46~beta * https://salsa.debian.org/gnome-team/gnome-contacts/tags/upstream/46_beta
[19:58] <KGB-X> gnome-contacts upstream/latest 99e6903 Amin Bandali * pushed 65 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-contacts/compare/d795cec...99e6903
[19:58] <KGB-X> gnome-contacts upstream/latest ca88bc0 Vasil Pupkin (via Amin Bandali) po/be.po * Update Belarusian translation * https://salsa.debian.org/gnome-team/gnome-contacts/-/commit/ca88bc0
[19:58] -ubottu:#ubuntu-desktop- Commit ca88bc0 in gnome-team/gnome-contacts "Update Belarusian translation"
[19:58] <KGB-X> gnome-contacts upstream/latest a19dac1 Kukuh Syafaat (via Amin Bandali) po/id.po * Update Indonesian translation * https://salsa.debian.org/gnome-team/gnome-contacts/-/commit/a19dac1
[19:58] -ubottu:#ubuntu-desktop- Commit a19dac1 in gnome-team/gnome-contacts "Update Indonesian translation"
[19:58] <KGB-X> gnome-contacts upstream/latest 57963f1 Nathan Follens (via Amin Bandali) po/nl.po * Update Dutch translation * https://salsa.debian.org/gnome-team/gnome-contacts/-/commit/57963f1
[19:58] -ubottu:#ubuntu-desktop- Commit 57963f1 in gnome-team/gnome-contacts "Update Dutch translation"
[19:58] <KGB-X> gnome-contacts upstream/latest 76e9b03 Matej Urbančič (via Amin Bandali) po/sl.po * Update Slovenian translation * https://salsa.debian.org/gnome-team/gnome-contacts/-/commit/76e9b03
[19:58] -ubottu:#ubuntu-desktop- Commit 76e9b03 in gnome-team/gnome-contacts "Update Slovenian translation"
[19:58] <KGB-X> gnome-contacts upstream/latest d9cab46 Jürgen Benvenuti (via Amin Bandali) po/de.po * Update German translation * https://salsa.debian.org/gnome-team/gnome-contacts/-/commit/d9cab46
[19:58] -ubottu:#ubuntu-desktop- Commit d9cab46 in gnome-team/gnome-contacts "Update German translation"
[19:59] <KGB-X> gnome-contacts pristine-tar 3a064be Amin Bandali gnome-contacts_46~beta.orig.tar.xz.delta gnome-contacts_46~beta.orig.tar.xz.id * pristine-tar data for gnome-contacts_46~beta.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-contacts/-/commit/3a064be
[19:59] -ubottu:#ubuntu-desktop- Commit 3a064be in gnome-team/gnome-contacts "pristine-tar data for gnome-contacts_46~beta.orig.tar.xz"
[20:41] <KGB-X> gnome-settings-daemon signed tags dddb3e8 Jeremy Bicha ubuntu/46_beta-2ubuntu1 * gnome-settings-daemon Debian release 46~beta-2ubuntu1 * https://salsa.debian.org/gnome-team/gnome-settings-daemon/tags/ubuntu/46_beta-2ubuntu1
[20:41] <KGB-X> gnome-settings-daemon ubuntu/latest 53b7f0c Jeremy Bícha debian/control * Bump minimum gsettings-desktop-schemas to 46~beta * https://salsa.debian.org/gnome-team/gnome-settings-daemon/-/commit/53b7f0c
[20:41] <KGB-X> gnome-settings-daemon ubuntu/latest 12a1776 Jeremy Bícha debian/ control rules * Build with gcr4 * https://salsa.debian.org/gnome-team/gnome-settings-daemon/-/commit/12a1776
[20:41] -ubottu:#ubuntu-desktop- Commit 53b7f0c in gnome-team/gnome-settings-daemon "Bump minimum gsettings-desktop-schemas to 46~beta"
[20:41] -ubottu:#ubuntu-desktop- Commit 12a1776 in gnome-team/gnome-settings-daemon "Build with gcr4"
[20:41] <KGB-X> gnome-settings-daemon ubuntu/latest f798d2a Jeremy Bícha debian/changelog * releasing package gnome-settings-daemon version 46~beta-2 * https://salsa.debian.org/gnome-team/gnome-settings-daemon/-/commit/f798d2a
[20:41] -ubottu:#ubuntu-desktop- Commit f798d2a in gnome-team/gnome-settings-daemon "releasing package gnome-settings-daemon version 46~beta-2"
[20:41] <KGB-X> gnome-settings-daemon ubuntu/latest 8286ead Jeremy Bícha debian/ changelog control rules * Merge tag 'debian/46_beta-2' into ubuntu/latest * https://salsa.debian.org/gnome-team/gnome-settings-daemon/-/commit/8286ead
[20:41] -ubottu:#ubuntu-desktop- Commit 8286ead in gnome-team/gnome-settings-daemon "Merge tag 'debian/46_beta-2' into ubuntu/latest"
[20:41] <KGB-X> gnome-settings-daemon ubuntu/latest fb440cc Jeremy Bícha debian/changelog * releasing package gnome-settings-daemon version 46~beta-2ubuntu1 * https://salsa.debian.org/gnome-team/gnome-settings-daemon/-/commit/fb440cc
[20:41] -ubottu:#ubuntu-desktop- Commit fb440cc in gnome-team/gnome-settings-daemon "releasing package gnome-settings-daemon version 46~beta-2ubuntu1"
[20:49] <KGB-X> pango tags 202adc7 Amin Bandali upstream/1.52.0+ds * Upstream version 1.52.0+ds * https://salsa.debian.org/gnome-team/pango/tags/upstream/1.52.0+ds
[20:50] <KGB-X> pango upstream/latest 36ac111 Amin Bandali * pushed 46 commits (first 5 follow) * https://salsa.debian.org/gnome-team/pango/compare/55b6d85...36ac111
[20:50] <KGB-X> pango upstream/latest 479782c Chun-wei Fan (via Amin Bandali) pango/ (6 files) * Add implementation of custom fonts on Windows 7/8.x * https://salsa.debian.org/gnome-team/pango/-/commit/479782c
[20:50] -ubottu:#ubuntu-desktop- Commit 479782c in gnome-team/pango "Add implementation of custom fonts on Windows 7/8.x"
[20:51] <KGB-X> pango upstream/latest 982a010 Luca Bacci (via Amin Bandali) pango/ (6 files) * Merge branch 'dwrite-custom-font-win7' into 'main' * https://salsa.debian.org/gnome-team/pango/-/commit/982a010
[20:51] -ubottu:#ubuntu-desktop- Commit 982a010 in gnome-team/pango "Merge branch 'dwrite-custom-font-win7' into 'main'"
[20:51] <KGB-X> pango upstream/latest a532ca4 Chun-wei Fan (via Amin Bandali) pango/meson.build * pango/meson.build: Clean up on HarfBuzz * https://salsa.debian.org/gnome-team/pango/-/commit/a532ca4
[20:51] -ubottu:#ubuntu-desktop- Commit a532ca4 in gnome-team/pango "pango/meson.build: Clean up on HarfBuzz"
[20:51] <KGB-X> pango upstream/latest b12e01a Chun-wei Fan (via Amin Bandali) meson.build pango/meson.build * build: Improve FreeType2 dependency search on Windows * https://salsa.debian.org/gnome-team/pango/-/commit/b12e01a
[20:51] -ubottu:#ubuntu-desktop- Commit b12e01a in gnome-team/pango "build: Improve FreeType2 dependency search on Windows"
[20:51] <KGB-X> pango upstream/latest 9cb3b76 Chun-wei Fan (via Amin Bandali) meson.build pango/meson.build * build: Clean up FontConfig dependency search * https://salsa.debian.org/gnome-team/pango/-/commit/9cb3b76
[20:51] -ubottu:#ubuntu-desktop- Commit 9cb3b76 in gnome-team/pango "build: Clean up FontConfig dependency search"
[20:51] <KGB-X> pango pristine-tar 898ce56 Amin Bandali pango1.0_1.52.0+ds.orig.tar.xz.delta pango1.0_1.52.0+ds.orig.tar.xz.id * pristine-tar data for pango1.0_1.52.0+ds.orig.tar.xz * https://salsa.debian.org/gnome-team/pango/-/commit/898ce56
[20:51] -ubottu:#ubuntu-desktop- Commit 898ce56 in gnome-team/pango "pristine-tar data for pango1.0_1.52.0+ds.orig.tar.xz"
[21:45] <KGB-X> gcr signed tags 69446c4 Jeremy Bicha upstream/3.41.2 * Upstream version 3.41.2 * https://salsa.debian.org/gnome-team/gcr/tags/upstream/3.41.2
[21:46] <KGB-X> gcr upstream/latest a20c91a Jeremy Bicha * pushed 15 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gcr/compare/ccef0b4...a20c91a
[21:46] <KGB-X> gcr upstream/latest 211133b Zurab Kargareteli po/ka.po * Update Georgian translation * https://salsa.debian.org/gnome-team/gcr/-/commit/211133b
[21:46] -ubottu:#ubuntu-desktop- Commit 211133b in gnome-team/gcr "Update Georgian translation"
[21:46] <KGB-X> gcr upstream/latest 40d3f38 Nart Tlisha po/ LINGUAS ab.po * Add Abkhazian translation * https://salsa.debian.org/gnome-team/gcr/-/commit/40d3f38
[21:46] -ubottu:#ubuntu-desktop- Commit 40d3f38 in gnome-team/gcr "Add Abkhazian translation"
[21:47] <KGB-X> gcr upstream/latest 6316df1 Niels De Graef .gitlab-ci.yml * ci: Fix gcr build deps * https://salsa.debian.org/gnome-team/gcr/-/commit/6316df1
[21:47] -ubottu:#ubuntu-desktop- Commit 6316df1 in gnome-team/gcr "ci: Fix gcr build deps"
[21:47] <KGB-X> gcr upstream/latest 75dcb5c Niels De Graef .gitlab-ci.yml * ci: Fix dnf builddep for all gcr3 jobs * https://salsa.debian.org/gnome-team/gcr/-/commit/75dcb5c
[21:47] -ubottu:#ubuntu-desktop- Commit 75dcb5c in gnome-team/gcr "ci: Fix dnf builddep for all gcr3 jobs"
[21:47] <KGB-X> gcr upstream/latest de2ec4b Niels De Graef gcr/gcr-ssh-agent-service.c * gcr: Don't leak error/stderror when spawning askpass * https://salsa.debian.org/gnome-team/gcr/-/commit/de2ec4b
[21:47] -ubottu:#ubuntu-desktop- Commit de2ec4b in gnome-team/gcr "gcr: Don't leak error/stderror when spawning askpass"
[21:47] <KGB-X> gcr pristine-tar d51ec36 Jeremy Bícha gcr_3.41.2.orig.tar.xz.delta gcr_3.41.2.orig.tar.xz.id * pristine-tar data for gcr_3.41.2.orig.tar.xz * https://salsa.debian.org/gnome-team/gcr/-/commit/d51ec36
[21:47] -ubottu:#ubuntu-desktop- Commit d51ec36 in gnome-team/gcr "pristine-tar data for gcr_3.41.2.orig.tar.xz"
[21:48] <KGB-X> gnome-shell signed tags bf0735e Jeremy Bicha upstream/44.9 * Upstream version 44.9 * https://salsa.debian.org/gnome-team/gnome-shell/tags/upstream/44.9
[21:49] <KGB-X> gnome-shell upstream/44.x 891c6b7 Jeremy Bicha * pushed 18 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-shell/compare/0c938d9...891c6b7
[21:49] <KGB-X> gnome-shell upstream/44.x f743742 Daniel Rusek po/cs.po * Update Czech translation * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/f743742
[21:49] -ubottu:#ubuntu-desktop- Commit f743742 in gnome-team/gnome-shell "Update Czech translation"
[21:49] <KGB-X> gnome-shell upstream/44.x 81e31ee Daniel Rusek po/cs.po * Update Czech translation * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/81e31ee
[21:49] -ubottu:#ubuntu-desktop- Commit 81e31ee in gnome-team/gnome-shell "Update Czech translation"
[21:49] <KGB-X> gnome-shell upstream/44.x b715bb9 Daniel Rusek po/cs.po * Update Czech translation * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/b715bb9
[21:49] -ubottu:#ubuntu-desktop- Commit b715bb9 in gnome-team/gnome-shell "Update Czech translation"
[21:49] <KGB-X> gnome-shell upstream/44.x 094d895 Florian Müllner js/ui/closeDialog.js * closeDialog: Close existing dialogs on shutdown * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/094d895
[21:49] -ubottu:#ubuntu-desktop- Commit 094d895 in gnome-team/gnome-shell "closeDialog: Close existing dialogs on shutdown"
[21:49] <KGB-X> gnome-shell upstream/44.x 80f4b3c Florian Müllner js/ui/windowManager.js * windowManager: Keep dim effect in overview * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/80f4b3c
[21:49] -ubottu:#ubuntu-desktop- Commit 80f4b3c in gnome-team/gnome-shell "windowManager: Keep dim effect in overview"
[21:49] <KGB-X> gnome-shell pipeline Jeremy Bicha 645536 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[21:50] <KGB-X> gnome-shell pristine-tar d068783 Jeremy Bícha gnome-shell_46~beta.orig.tar.xz.delta gnome-shell_46~beta.orig.tar.xz.id * pristine-tar data for gnome-shell_46~beta.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/d068783
[21:50] -ubottu:#ubuntu-desktop- Commit d068783 in gnome-team/gnome-shell "pristine-tar data for gnome-shell_46~beta.orig.tar.xz"
[21:50] <KGB-X> gnome-shell pristine-tar fa9a7a3 Jeremy Bícha gnome-shell_44.9.orig.tar.xz.delta gnome-shell_44.9.orig.tar.xz.id * pristine-tar data for gnome-shell_44.9.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/fa9a7a3
[21:50] -ubottu:#ubuntu-desktop- Commit fa9a7a3 in gnome-team/gnome-shell "pristine-tar data for gnome-shell_44.9.orig.tar.xz"
[21:50] <KGB-X> gnome-shell pipeline Jeremy Bicha 645536 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[22:02] <KGB-X> gnome-shell pipeline Jeremy Bicha 645536 * [14 minutes and 8 seconds] success (extract-source: success; build: success; build i386: success; build source: success; test-build-any: success; test-build-all: success; test-crossbuild-arm64: failed; reprotest: success; lintian: success; autopkgtest: success; blhc: success; piuparts: success)


[15:46] <jgornick> Hey guys, how can I verify that my upstart script is valid.
[15:47] <jodh> jgornick: http://upstart.ubuntu.com/cookbook/#init-checkconf
[15:47] <jgornick> jodh: Perfect! Thank you!
[15:48] <jgornick> Is it possible to evaluate a path when setting environment variables: env SERVICE_NODE_BIN=$(which node)
[16:30] <jgornick> If I use start-stop-daemon in my script stanza, do I need to include any cleanup stanza to start-stop-daemon --stop my PID? Or becuase my original start-stop-daemon creates a PID, upstart knows how to track that and stop it properly.