[04:16] <paolob> Hi ogra!
[04:16] <paolob> hi guys!
[04:24] <paolob> I keeps having a big delay (> 1 min.) when the clients perform the 2nd mount nfs, before running the services in /etc/init.d : anyone could help me solve this problem? the more clients are booting, the larger is this delay. Any idea? I have the server in a lan with this pc, we could examine log, etc. Please help me if you can! :-) thank you!
[04:40] <paolob> is it what is described in https://wiki.edubuntu.org/ThinClientFasterStartup?highlight=%28delay%29 ?
[04:40] <paolob> Do we have a solution without waiting for 6.04? thank you!
[04:44] <paolob> I mean a workaround in order to solve the problem now
[10:44] <guim> mhz_food ?
[10:44] <guim> are you there,
[10:44] <guim> ?
[11:40] <paolob> hi guys!
[11:40] <paolob> I keeps having a big delay (> 1 min.) when the clients perform the 2nd mount nfs, before running the services in /etc/init.d : anyone could help me solve this problem? the more clients are booting, the larger is this delay. Any idea? I have the server in a lan with this pc, we could examine log, etc
[11:40] <paolob> Do we have a solution without waiting for 6.04? I mean a workaround in order to solve the problem now
[11:41] <paolob> The problem seems what is described in https://wiki.edubuntu.org/ThinClientFasterStartup?highlight=%28delay%29 ?
[11:41] <ogra> well, the bugs isnt fixed in dapper yet
[11:42] <ogra> there is a 3 second "sleep" command in the mount script in initramfs to avoid nfs timing out at first boot...
[11:43] <ogra> you could try to remove that and see if the timeout occurs, that would save you the 3 second delay
[11:44] <paolob> ogra : I think the problem is that the client is receiving two IP, one at boot, and another at the nfs mount before running the services.
[11:44] <paolob> ogra: apparently the booted client doesn't "remember" its first IP address
[11:44] <ogra> might be, i'll put some time into that bug after feature freeze, currently feature development is highest priority
[11:45] <ogra> (so i havent looked deeply yet)
[11:46] <ogra> its on the list as one of the highest priority bugs to be fixed in dapper though
[11:46] <paolob> ogra: I have another LTSP net, with skole linux, and it hasn't that bug. It has been installed in 2002.
[11:46] <paolob> ogra: but what package does the bug refer to?
[11:47] <ogra> yes, it doesnt use initramfs, very likely a very old dhcpd and a 2.2 or 2.4 kernel
[11:47] <ogra> https://launchpad.net/malone/bugs/19196
[11:47] <paolob> ogra: yes a 2.4 kernel
[11:47] <ogra> thats not comparable ...
[11:48] <ogra> skole is based on woody, thats five year old software :)
[11:48] <paolob> ogra: :-(
[11:48] <ogra> we must fix the bug in recent software
[11:49] <ogra> sorry that there is only this 3 second workaround yet, but its at least better to boot slower than to not boot at all
[11:50] <paolob> ogra: how do I put the 3 sec. workaround precisely?
[11:51] <ogra> sudo chroot /opt/ltsp/i386
[11:51] <ogra> edit /usr/share/initramfs-tools/scripts/nfs
[11:52] <ogra> run: dpkg-reconfigure linux-image-`uname -r`
[11:52] <ogra> in the above script there is only one sleep command, just delete that line
[12:01] <paolob> ogra: dpkg-reconfigure gave me many similar locale warnings:
[12:01] <ogra> thats fine
[12:01] <paolob> # dpkg-reconfigure linux-image-`uname -r`
[12:01] <paolob> perl: warning: Setting locale failed.
[12:01] <paolob> perl: warning: Please check that your locale settings:
[12:01] <paolob>         LANGUAGE = "es_DO:es_ES:es:en_GB:en",
[12:01] <paolob>         LC_ALL = (unset),
[12:01] <paolob>         LANG = "es_DO.UTF-8"
[12:01] <paolob>     are supported and installed on your system.
[12:01] <ogra> there is no locale set in the chroot
[12:01] <paolob> ah, ok
[12:02] <paolob> ogra: then, when I do the first client's boot, all should be ok?
[12:02] <ogra> either it times our and will only work on second boot, or its 3 seconds faster
[12:03] <ogra> s/our/out/
[01:55] <penguin_roar> hello0
[01:55] <juliux> hi penguin_roar
[01:56] <penguin_roar> anyone have a good script for managin lost sessions=
[01:56] <penguin_roar> some users processes gets left hanging by gdm
[01:57] <penguin_roar> that is, after they log out or something goes wrong
[03:48] <divansantana> Hello! Anyone here got LTSP working with sound and local devices?
[03:50] <ogra> sound is included by default in the dapper releases
[03:50] <ogra> s/releases/release/
[03:51] <ogra> local devices out of the box will wait until dapper+1 (october)
[03:51] <divansantana> Can I use the dapper version now? To get the sound working?
[03:51] <divansantana> Is it easy to upgrade to dapper from breezy LTSP?
[03:52] <ogra> we have ltspfs and ltspfsd in dapper available, so you'll be able to set up local device support wiht the scripts from ltsp.org until its implemented
[03:52] <divansantana> Should I rather compile from source using Mandriva? to get the sound etc working?
[03:52] <ogra> dapper is in heavy development currently, YMMV
[03:52] <jsgotangco> :)
[03:52] <ogra> why from mandriva ?
[03:53] <divansantana> Mandrake can apparently get LTSP sound and local devies working... I think
[03:53] <divansantana> Can I get sound working in breezy manually?
[03:53] <ogra> you sould need the ltsp-server-standalone package from dapper in any case, i didnt test if it works on breezy
[03:53] <ogra> s/sould/would/
[03:54] <divansantana> But its probably not stable yet. I need to setup a terminal server with sound and local devices but I prefer ubuntu so would like towait untill April
[03:54] <ogra> divansantana, https://wiki.edubuntu.org/ThinClientAudioSupport shows how i implemented it in dapper, you can try to do the same in breezy
[03:55] <divansantana> So can upgrade to dapper and get sound working. Else I must go with Mandrake setup which dont want to!
[03:55] <divansantana> ogra: Wow! Thanks for that! At leastt I have some lead to follow! Hopefully it can help me!
[03:57] <ogra> feel free to bug me if you have other questions
[03:59] <divansantana> ogra: So would I rather set up this scenario following this way https://wiki.ubuntu.com/ThinClientHowto or this way http://linus.yhspatriot.net/cs/docs/ubuntu_howto/UbuntuLTSPInstall to setup the sound as per https://wiki.edubuntu.org/ThinClientAudioSupport
[03:59] <divansantana> ogra: What do you think
[04:00] <ogra> erm
[04:00] <ogra> the second document is evil :)
[04:00] <ogra> thats only for hoary, where we werent upstream for ltsp development ... the ltsp 4.1 impelmentation will get dropped soon in ubuntu ...
[04:01] <ogra> the sound impelmentation indeed applies only to the ltsp we develop on ubuntu, not to the old ltsp.org implementation
[04:02] <divansantana> There for I should do the following you think https://wiki.edubuntu.org/ThinClientAudioSupport + https://wiki.edubuntu.org/ThinClientAudioSupport
[04:03] <divansantana> ogra: Wow! You probably just saved me from wasting a whole bunch of my time!
[04:03] <ogra> depends :)
[04:03] <divansantana> ogra: ?
[04:03] <ogra> ltsp 4.1 works even in breezy, but you'll have to reinstall to upgrade :)
[04:03] <divansantana> I meant  https://wiki.edubuntu.org/ThinClientAudioSupport +https://wiki.ubuntu.com/ThinClientHowto
[04:04] <ogra> muecow ltsp we develop in ubuntu will be fully upgradeable over all ubuntu releases :)
[04:04] <divansantana> Okay so I either do MueKow or I build from source? Or what is the seond option?
[04:05] <ogra> err, these were the two options :)
[04:05] <ogra> muecow is the default in ubuntu, but as you see is missing the exctra goodies in breezy (like sound or localdev)
[04:05] <divansantana> So this https://wiki.edubuntu.org/ThinClientAudioSupport applies to MueKow version right ?
[04:05] <ogra> yes
[04:06] <ogra> it applies to ubuntu developemnt :)
[04:06] <divansantana> Kewl, So I will try my butt off to get MueKow + sound because I love Kubuntu! Over Mandrake
[04:06] <ogra> :)
[04:06] <divansantana> Thank you thank you! Do you work for Canonical ? Hehe
[04:06] <ogra> just dont mix the two ... that will break heavily :)
[04:07] <ogra> yup
[04:07] <divansantana> What do you mean? Don't mix MueKow and source right?
[04:07] <ogra> dont use ltspadmin and friends if you have ltsp-server installed
[04:08] <ogra> there he goes
[04:11] <divansantana> Strangely konversation crashed
[04:11] <divansantana> But my pc is slow...
[05:50] <edubuntu> Problem to set up Edubuntu thin client. Proceeded as described in Wiki. PXE boot process starts, loads pxelinux..., detects hardware and then appears message /sbin/init -no such directory, cannot get tty, job control turned off...
[05:50] <edubuntu> What to do???
[05:50] <edubuntu> It happens with every client (just ordinary  PCs) I try to boot
[05:51] <ogra> you did a default edubuntu install ?
[05:51] <ogra> and followed http://wiki.edubuntu.org/EdubuntuInstallNotes and the linked pages ?
[07:44] <edubuntu> Please help! Cannot start thin client. Have done as described in installnotes: configured server, thinclients (usual PC-s) can PXE boot. Procedure happens as follow: Client booting, find pxelinux.0, detect lot of hardware then problem with /sbin/init - then cannot find "target filesystem" and process stops with a # in reduced commandline. What is wrong?
[07:44] <ogra> thats breezy ?
[07:45] <edubuntu> Yes, thats Edubuntu 5.10
[07:45] <ogra> check that the nfs server is running ...
[07:45] <ogra> can you post your dhcpd.conf to a pastebin ?
[07:52] <edubuntu>  dhcpd.conf is like in edubuntu server setup page -as usual. Cannot send it at the moment  because cannot browse to our school edubuntu server at the moment (I'm behind my laptop with Ubuntu 5.10). In system-monitor are running several nfs processes. Actually the same server is working for a computer class with dedicated VXL thin clients and there is no problem, because clients are quite smart (supporting esound, smb etc) and "join" the se
[07:53] <ogra> thats strange ... it sounds liek a nfs timeout ...
[07:54] <ogra> are these special thin clients with any strange hardware config on board ?
[07:57] <edubuntu> The class terminals are like this http://www.vxl.net/product.asp?pmodel=tc6833-li but PC-s I try to boot are simple basic PC-s. I tried PXE boot my IBM R40 today and it acts exactly the same and displays same messages as PC. Is there something wrong with kernel loading?
[07:58] <ogra> nope
[07:58] <ogra> if you get to the initramfs you already got a kernel
[07:59] <edubuntu> How can i get then the login screen (gdm or similar)?
[07:59] <ogra> there should be a nfs timeout error somewhere above
[08:00] <edubuntu> where is done nfs configuration?
[08:00] <ogra> in /etc/exports but it gets set up on install
[08:00] <ogra> if your install finished properly then all will be set up fine
[08:01] <edubuntu> Maybe it is our network problem? Special strange protocol? All network is configured with TCP/IP. 3Com switches...
[08:02] <ogra> that shouldnt be an issue
[08:02] <edubuntu> So as i understand, if all finished correctly i should arrive to a login screen (gdm??)
[08:02] <ogra> ldm
[08:02] <edubuntu> vxl terminals are getting gdm-login screen
[08:03] <ogra> but yes
[08:04] <edubuntu> maybe i have to disable xdmcp on the server?
[08:04] <ogra> your dhcpd.conf file would be really intresting to solve it
[08:04] <ogra> edubuntu doesnt use xdmcp at all
[08:05] <edubuntu> but i have switched on the xdmcp and then VXL terminals can connect to the server.
[08:05] <ogra> (so a running one cant do any harm)
[08:05] <edubuntu> I send you dhcpd.conf in minutes because it is exactly the same as in wiki page
[08:05] <ogra> and its in the right place
[08:06] <ogra> (/etc/ltsp/)
[08:06] <ogra> i assume
[08:07] <edubuntu> dhcpd. conf is authoritative;  subnet <IP_ADDRESS> netmask <IP_ADDRESS> {   range <IP_ADDRESS> <IP_ADDRESS>;   option domain-name "example.com";   option domain-name-servers <IP_ADDRESS>;   option broadcast-address <IP_ADDRESS>;   option routers <IP_ADDRESS>;   option subnet-mask <IP_ADDRESS>;    filename "/ltsp/pxelinux.0";   option root-path "/opt/ltsp/i386"; }
[08:17] <edubuntu> I have done probably several stupidities: installed ltspadmin packages, made ltsp-build-client which is probably not necessary at all... Nothing helped.
[08:17] <ogra_> agh
[08:18] <ogra_> reinstall the server
[08:18] <ogra_> never use ltspadmin together with ubuntu
[08:18] <ogra_> s/ubuntu/edubuntu(
[08:20] <ogra_> ltsp-bild-client is run by the installer already, never run it twice ...
[08:20] <ogra_> looks like you completely broke the ltsp setup
[08:21] <edubuntu> Sad news - because otherwise terminals are working flawlessly, playing sounds, movies, connecting USB sticks. I have ab. 800 registered users for the class. I would not like to make the reinstall.
[08:22] <ogra_> there is no way to fix it reliable
[08:23] <edubuntu> VXL terminals doesnt care at all if I have built the client or not
[08:24] <ogra_> they dont netboot, they just start a local system
[08:25] <edubuntu> The messages on thinclient (usual PC-s) screen are the same - before ltsp-build-client or after
[08:26] <ogra_> ltsp-build-client might do no harm, never tried it, but ltspadmin overwrites the confis, installs a wrong kernel and other things
[08:26] <edubuntu> As I suppose ltsp-build-client is simply installing client system in /opt/ltsp/i386. Where is located Edubuntu "thinclient stuff"=
[08:26] <edubuntu> ?
[08:27] <ogra_> nope, it als changes configs in the client chroot, generates a netboot kernel and installs it in the tftpserver
[08:27] <edubuntu> I didnt install ltsp kernel module - only ltsp-core and ltsp-x-core. I suppose I can also uninstall it.
[08:28] <ogra_> uninstalling it and fixing the ubuntu setup might take you say 8-10h ... a reinstall will take you max 1.5h
[08:29] <ogra_> if you dont have valuable data you cant back up i'd go for a reinstall ...
[08:30] <ogra_> you'll have to check all config files in the client chroot ...
[08:31] <edubuntu>  I have 800 users with their home folders. I am little bit afraid because setting user privileges was not very easy. Edubuntu lost the trace several times (ie. certain privileges disappeared in couple of days etc.)
[08:33] <ogra_> hmm
[08:33] <ogra_> first remove the /opt/ltsp/i386 dir
[08:33] <ogra_> then run ltsp-build-client again ...
[08:33] <ogra_> with a lot of luck it works ...
[08:34] <edubuntu> Even after initial install I couldnt start simple PCs as thin clients. Thats why I started "fiddle" with this ltspadmin.
[08:34] <edubuntu> Are you sure that it doesnt affect VXL terminals and current users?
[08:34] <ogra_> they all stalled after the initramfs ?
[08:36] <edubuntu> Can I join you tomorrow on the list? -  Im in the office and can touch our edubuntuserver directly? What a clock UTC?
[08:36] <ogra_> it wont access any user data
[08:36] <ogra_> i'm here every day
[08:37] <edubuntu> every hour?
[08:37] <ogra_> normally i stand up around 10 UTC
[08:37] <edubuntu> OK - see you.
[09:23] <JaneW> ogra: that's my lunch time ;)
[09:24] <ogra> yupp :)
[09:24] <ogra> but you dont stay up intil 3:00 UTC ;)
[09:47] <JaneW> ogra: indeed I don't... usually 22:00UTC
[09:47] <JaneW> ogra: so you win ;P
[09:48] <JaneW> actually wait, it's the same amount of awake time...
[09:48] <JaneW> but I spend more afk, so you still win ;)
[09:48] <ogra> yup
[09:48] <ogra> i'm just livng at atlantis TZ ;)
[10:04] <lucasvo> ogra: on a nice little island?
[10:04] <lucasvo> ;-P
[10:05] <ogra> heh
[11:07] <coolio_za> does anyone use an internet cafe management tool


[12:18] <schopin> coreycb: hi! is there any specific reason why networkx hasn't been merged from Debian? The current version has some issues with the new numpy
[12:51] <cpaelzer_> Is there a reason I fail to see in this? src:acpid builds bin:acpid - both source and binary are in main. But seeded-in-ubuntu reports them as not seeded.
[12:52] <cpaelzer_> I found that it is indeed not listed in http://qa.ubuntuwire.org/ubuntu-seeded-packages/seeded.json.gz which is what seeded-in-ubuntu uses
[12:52] <cpaelzer_> I wondered if it might be due to being Essential, but it isn't
[12:53] <cpaelzer_> I think I can get around my current issue by falling back to rmadison and co, but now that I know I'd like to understand why it is missing
[16:59] <rbasak> juliank: re: ubuntu-devel@ post, probably you should link to the spec if you're relying on it?
[17:03] <juliank> true
[17:04] <juliank> rbasak: it's https://discourse.ubuntu.com/t/spec-apt-deb822-sources-by-default/29333, I sent a followup
[17:32] <vorlon> bluesabre: incidentally there's a couple of merge requests from me on the xubuntu seeds, to drop references to packages that Debian has declared obsolete and removed from their archive - looking for confirmation that this is correct rather than just butchering your seeds
[17:34] <vorlon> bluesabre: as far as the problem you're having, I think the issue is that seed names need to be unique across (flavor,platform)
[17:34] <vorlon> bluesabre: so you need to call the minimal /seed/ something else (xminimal?)
[18:15] <Laibsch> GunnarHj: have *both* your questions been answered?  or just the one with regards to poetry?
[18:18] <GunnarHj> Laibsch: Poetry is fine (I misunderstood the nature of the latest Debian changes). But I still wonder why it's motivated to SRU apt-avahi-discover only because of a Python deprecation warning.
[18:19] <Laibsch> that is also a misunderstanding
[18:19] <GunnarHj> How?
[18:19] <Laibsch> there is no push to SRU.  I am simply using jammy and consuming my own dogfood.
[18:20] <Laibsch> while doing that I found an issue that I assume also affects lunar.  in fact, it seems the changes upstream to move from asyncore to asyncio are faulty/not complete.
[18:20] <Laibsch> thus, I reopened the ticket and marked it as introducing a regression.  but I have not verified it in lunar, yet.
[18:22] <GunnarHj> Laibsch: Thanks for explaining. I saw jammy, and I saw a comment on the bug report about SRUing. But now I understand that that's not what you are doing. Then all is fine, I suppose. :)
[18:26] <GunnarHj> Laibsch: Btw, maybe you should try it on lunar also, where python has recently been upgraded to 3.11.
[18:32] <Laibsch> I'm hoping somebody else can do that, to verify my hunch
[18:32] <Laibsch> I currently do not have the ressources to do so
[18:35] <GunnarHj> Laibsch: I can run that script in lunar later, if you like.
[18:48] <Laibsch> GunnarHj: that would be much appreciated
[18:49] <Laibsch> make sure you have the latest package of squid-deb-proxy-client
[18:50] <Laibsch> but you also need an inactive instance of apt-cacher-ng running on the same machine to trigger the bug
[18:51] <Laibsch> "sudo apt install apt-cacher-ng squid-deb-proxy-client;sudo service apt-cacher-ng stop;/usr/share/squid-deb-proxy-client/apt-avahi-discover" should trigger the bug, I believe
[20:00] <rbasak> juliank: thanks!
[20:02] <juliank> tianon is very eager to get going and has been bugging me for months


[11:08] <moon127> my
[11:08] <moon127> bah wrong window
[11:48] <manadart_> stickupkid, achilleasa: Manual provider incremental subnet discovery: https://github.com/juju/juju/pull/11899
[11:49] <achilleasa> manadart_: or stickupkid got a massive PR with mostly mechanical refactoring changes (though it's a net -6 LOC). Can either of you take a look? https://github.com/juju/juju/pull/11900
[11:49] <manadart_> achilleasa: Yep.
[11:49] <achilleasa> manadart_: ooh nice. I need that for the firewall stuff
[16:20] <stickupkid> hml, charmhub URL PR - https://github.com/juju/charm/pull/313
[16:21] <hml> stickupkid: ack
[16:22] <stickupkid> hml, we need to tag this as v8 before we land, as this contains a breaking change
[16:23] <hml> stickupkid:  is that how branching works there?  did we change it?  i see v6, v5 etc branches
[16:23] <stickupkid> hml, see tags
[16:25] <hml> stickupkid:ack
[16:26] <stickupkid> hml, we'll have to make a 7 branch, so that we can always update the 7 tag in the future


[00:19] <nacc> smoser: ping
[00:23] <nacc> rharper: you may be able to hel guide, if you're around, as well
[00:23] <rharper> here
[00:23] <nacc> rharper: hey, so i'm looking at LP: #1645515
[00:23] <nacc> i think i finally understand the code enough to know where the changes need to go
[00:24] <nacc> but in reading smoser's suggestion in c1, it feels like maybe the format suggested in the bug is not exactly what would be used -- minimally because rfc4173 includes 'iscsi:...'. Did you and smoser have a plan of how to specify a iscsi disk in the yaml?
[00:25] <rharper> the format is a suggestion; not a spec
[00:25] <rharper> my suggestion would be to run with changes to that that make sense
[00:26] <rharper> we will get to define what's required and the format
[00:26] <rharper> maas will the learn to specify the format as needed
[00:26] <nacc> ok, so my initial thought was to overload 'path', as the rfc2173 format is a network path (fully specified) to a disk
[00:26] <nacc> rather than adding a nested iscsi config section
[00:28] <rharper> hrm
[00:28] <rharper> so, conceptually I would like to treat an iscsi disk as a disk generically
[00:28] <nacc> agreed, rather than a special case
[00:29] <rharper> basically, once we've established connection, it will show up as a block device;  would we not be able to construct whatever dictionary of config needed under the disk.iscsi namespace ?
[00:29] <rharper> I imagined the iscsi.* space to include details w.r.t what is needed for establishing the connection
[00:29] <nacc> right, but the rfc2173 specification is all of that in one line
[00:30] <nacc> *4173
[00:30] <rharper> the path would be an expected dev/disk/by-id path
[00:30] <rharper> s/would/coud
[00:30] <rharper> could
[00:30] <rharper> ok
[00:30] <nacc> and given that, it feels weird (to me) to say
[00:30] <nacc> iscsi:
[00:31] <nacc>   uri: iscsi:<servername>:<protocol>:...
[00:31] <nacc> as it seems sort of redundant :)
[00:32] <rharper> yeah;  if we can get it in a single line, that seems reasonable;  in our disk_handler, we can check on path.startswith("iscsi:" ) and spin off an iscsi_handler
[00:32] <nacc> yep, that's what i was thinking
[00:32] <nacc> just wanted to verify it made some sense first :)
[00:33] <nacc> rharper: to be clear, that would be off in get_path_to_storage_volume? or would it be a special case in disk_handler itself? I see the former is called in multiple places
[00:34] <rharper> I'm thinking we may need to spin those up first
[00:34] <rharper> it could be triggered off the get_path_to_storage; but I don't like that as a side-effect of looking up a path
[00:34] <nacc> ah good point
[00:35] <rharper> we could introduce an iscsi_handler that's fed disk objects which have a path with 'iscsi':  at the start
[00:35] <rharper> and the iscsi_handler would call disk_handler after the setup is complete
[00:36] <rharper> the contract being that after iscsi_handler is done, the get_path_to_storage_volume would return the local scsi device path that can be used by disk_handler
[00:36] <nacc> right
[00:36] <nacc> that makes some sense to me, we pay the cost one-time, up front to setup the connection, at init time, and then from then on use the normal /dev/disk path and treat it like it's a local disk
[00:37] <nacc> or whatever local /dev path makes sense, i mean
[00:37] <rharper> y
[00:37] <nacc> rharper: great, thanks!
[00:37] <rharper> sure
[09:33] <fossfreedom_> cjwatson:  thanks for the feedback with regards to using our seeds to resolve lightdm-gtk-greeter vs unity-greeter.
[09:34] <fossfreedom_> I have updated our desktop seed.  I could not get germinate to run locally (kept saying 'unknown package' for various stuff) - but I noticed today that http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu-budgie.zesty/_germinate_output no longer contains unity-greeter.
[09:34] <fossfreedom_> So I presume I should now run ./update in our meta package and ask for an upload of our meta package with the changes?
[10:10] <fossfreedom_> damn - unity-settings-daemon is still being installed - something else is pulling that in.
[10:19] <caribou> Hi, what's the systemd service that is responsible for removing the /run & /var/run tmpfs ?
[10:31] <cjwatson> fossfreedom_: Yep.
[10:31] <ogra_> caribou, removing ? its a tmpfs ... so it is gone on reboot
[10:31] <ogra_> you dont need a service for that
[10:32] <caribou> ogra_:  hmm, yes true.
[10:32] <caribou> ok, I go back to sleep
[12:34]  * rbasak discovers that bug tasks have tooltips on Launchpad.
[12:34] <rbasak> Handy!
[14:27] <smoser> nacc, reading back above... see in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804162
[14:27] <smoser> "Note that RFC does not cover username and password, so that would have to be done outside the spec if needed."
[14:28] <smoser> it may be sufficient to use what is supported in dracut and in that debian fix
[15:45] <zerous> Hi, I would like to get involved with ubuntu packaging and as I am really new I have decided to go with fixing packages which have unmet dependencies. However, I am not able to retrieve the list using debcheck.py as it throws an error "No such file or directory: debcheck.tmpl. I am running ubuntu yakkety with python 2.7.12
[16:42] <zerous> Ubuntu packaging bug #1214608
[16:51] <zerous> Bug #1370599
[17:05] <nacc> smoser: ack
[17:14] <nacc> doko: would you be ok with me merging ldb? Updated samba depends on a newer version of libldb-dev than what is in zesty currently?
[17:25] <zerous> nacc: I am really new to bug fixing and packaging, will you be able to walk me through the entire process of it ?
[17:32] <nacc> zerous: what are you trying to do?
[17:42] <zerous> nacc: Well I would like to fix bugs related to packaging.
[17:43] <zerous> Hence, I wanted to know how it is done. For instance bug 1370599
[17:48] <nacc> zerous: i don't see that source package any longer in ubuntu, do you?
[17:49] <nacc> zerous: bah, nm, typo on my part
[17:50] <nacc> zerous: afaict, in zesty, it already depends on wxgtk3.0
[17:52] <bdmurray> barry, slangasek: will one of you be able to have a look at my apport changes?
[17:58] <zerous> nacc: yeah, it is. So I guess I have to hunt for another one
[18:39] <dupondje> mm firefox broke?
[18:44] <dupondje> chrisccoulson: nobody reported issues on firefox or so? Since the update to 51.0.1 my pages are all blank .. :)
[19:04] <dupondje> anyone else with broken firefox since 51.0.1 update on yakkety?
[19:08] <jgrimm> dupondje, working for me,
[19:08] <dupondje> strange... my whole page is just blank
[19:08] <dupondje> downgraded, and it works fine again
[19:14] <chrisccoulson> dupondje, what addons do you have installed?
[19:21] <chrisccoulson> dupondje, do you see the browser chrome? Is it just the content that's blank?
[20:02] <dupondje> chrisccoulson: even in safe mode its broken
[20:02] <dupondje> and I see the bars etc indeed, just the content is white
[20:02] <dupondje> but for example if I open a new tab, the 'history' pages are shown correctly
[20:03] <dupondje> also if I browse to some site, I can click on the links etc
[20:03] <dupondje> but its just all white
[20:03] <chrisccoulson> dupondje, does it work if you run with MOZ_FORCE_DISABLE_E10S=1 in the environment?
[20:04] <dupondje> let me test
[20:04] <tjaalton> jbicha: you still have pkg-gnome packages on subversion?-)
[20:05] <jbicha> tjaalton: we're moving to git soon, but that's been the case for several years, maybe in 2017?
[20:05] <dupondje> chrisccoulson: yep! then it works fine again ..
[20:06] <jbicha> tjaalton: I believe the main blocker all along was just making sure that svn history was preserved along with author mapping
[20:07] <chrisccoulson> dupondje, awesome, thanks!
[20:07] <dupondje> :)
[20:08] <chrisccoulson> dupondje, can you please open a bug on bugzilla.mozilla.org?
[20:08] <chrisccoulson> (it would be worth including the info from about:support too)
[20:09] <tyhicks> chrisccoulson: isn't it odd that it is even broken in safe mode? when I start firefox in safe mode, e10s gets disabled
[20:09] <tjaalton> jbicha: alright, was just looking at backporting libpwquality from jessie to wheezy..
[20:10] <tjaalton> for sssd
[20:13] <chrisccoulson> dupondje, once you've got a bug number, please let me have it :)
[20:13] <chrisccoulson> and I'll make sure the right people are cc'd
[20:17] <jbicha> I feel like pkg-gnome is one of the largest remaining users of svn in Debian packaging
[20:30] <tsimonq2> SVN? O__o
[20:30] <tsimonq2> ...why?
[20:30] <sarnold> because it really was a vast improvement over CVS :)
[20:31] <tsimonq2> Well I guess my question is, why are we *still* using it?
[20:51] <dupondje> chrisccoulson: i'll fix later this evening or tomorrow :)
[20:51] <dupondje> trying to migrate my laptop to an SSD now :)
[20:51] <dupondje> and that **** livecd isn't starting correctly :(
[21:54] <infinity> slangasek: "now redundant with iproute2" ... Is it though?
[21:54] <infinity> slangasek: arp, rarp, and netstat are tools I use near-daily.   net-tools isn't just ifconfig and route.
[21:56] <slangasek> infinity: iproute2 contains ss as a replacement for netstat; arp and rarp don't seem particularly "minimal" to me; see both the debian-devel and ubuntu-devel discussions
[21:56] <infinity> slangasek: Yeah, I found the ubuntu-devel discussion.
[21:57] <infinity> slangasek: Despite it never having been Essential, I suspect there are a ton of user-local scripts that depend on ifconfig existing (I know I have a few), so that'll be fun fallout.
[21:58] <acheronuk> slangasek: so something like?
[21:58] <acheronuk> dpkg-architecture -e s390x
[21:58] <acheronuk> if [ $? -eq 0 ]
[21:58] <acheronuk> then
[21:58] <acheronuk>   exit 0
[21:58] <acheronuk> fi
[21:58] <infinity> acheronuk: "if dpkg-architecture -e s390x; then" is the compact way to write that.
[21:59] <infinity> (Totally not sure of context)
[22:00] <acheronuk> infinity: just wanting to put a conditional to exit a testuite with a pass exit code status, on an architecture that is borked for the test
[22:01] <infinity> Understanding why it's broken would help.
[22:03] <slangasek> sure. but inop'ing the test, on an architecture where the software is not actually supported, is better than making the release team repeatedly hint it
[22:04] <infinity> Yeah.  Just curious if the failure has to do with s390x or with the infrastructure.
[22:04] <infinity> ie: People blame s390x for gnupg-fails-on-long-paths-in-containers, for instance.
[22:04] <infinity> And the solution shouldn't be "ignore s390x", but "ignore in containers", or "try to sort out how to make it less dumb".
[22:04] <slangasek> if so, that should show up on both s390x and armhf
[22:05] <infinity> Was just an example.
[22:05] <acheronuk> asked upstream and could could maybe summarise the response as "why the *something are you building on that architecture?"
[22:06]  * infinity tries to teach himself 'ss' ...
[22:07] <acheronuk> anyway, I just wanted to confirm that a testuite would exit then with a 'no-op' pass with that code.
[22:07] <infinity> acheronuk: Anyhow, quibbling about "why" aside, yes, that should work.
[22:07] <acheronuk> infinity: thanks. still learning on these tests
[22:08] <acheronuk> slangasek: and thank you too
[22:08] <infinity> Or, much more compact: "dpkg-architecture -e s390x && exit 0"
[22:08] <tsimonq2> infinity: Best way to check if package tests work locally? Docs are outdated.
[22:08] <infinity> tsimonq2: Run them locally.
[22:09] <tsimonq2> infinity: ...how?
[22:09] <tsimonq2> infinity: (in a Debian-packageish way)
[22:09] <infinity> tsimonq2: For anything that doesn't reboot the testbed, you can just install the deps and run the tests listed in debian/tests/control
[22:09] <tsimonq2> infinity: hm k
[22:09] <tsimonq2> Thanks
[22:10] <infinity> For things that break the testbed, you can run them "properly" via... Stuff that is indeed documented.  But I always forget the URL.
[22:10]  * tsimonq2 naps, hurt my knee and I'm tired...
[22:10] <tsimonq2> Ok thanks o/
[22:11] <infinity> http://packaging.ubuntu.com/html/auto-pkg-test.html looks like the place.
[22:15] <acheronuk> infinity: yep running the tests locally works here. though some architectures don't seem possible to emulate here
[22:17] <acheronuk> there are newer 'autopkgtest' commands to run that that wiki link as well. pitti had a blog post explaining I think?
[22:18] <acheronuk> https://www.piware.de/tag/autopkgtest/
[23:02] <jgrimm> nacc, did you delete any git repos for packages in usd-import-team?  asking as i'm certain their used to be an iproute2 there
[23:03] <nacc> https://code.launchpad.net/~usd-import-team/ubuntu/+source/iproute2/+git/iproute2 ?
[23:03] <nacc> jgrimm: --^
[23:03] <jgrimm> doh
[23:03] <nacc> jgrimm:  there are about 300 packages imported now, it seems like
[23:03] <jgrimm> i saw! that's wild
[23:04] <nacc> jgrimm: do you need me to update iproute2? it might be out of date
[23:04] <jgrimm> nacc, yes it is, that's why i went looking for it
[23:04] <jgrimm> thanks!
[23:04] <nacc> jgrimm: np, running now
[23:06] <nacc> jgrimm: it ony imported two new publishes (4.9.0-1) to debian (sid/stretch), is that what you expected? (it's also done now if you want to fetch and check)
[23:07] <jgrimm> yep, 4.9 was what i wanted
[23:07] <jgrimm> nacc, thanks


[01:42] <bwmaker> Mate is now running and I can cleanly boot and login. Very exciting. May seem like a little thing, but it's pretty cool to accomplish an Arch installation without major issues... yet,
[02:27] <cyberanger> I guess I'm just used to it now
[20:29] <bwmaker> I have to join the hot chicken one.
[20:30] <bwmaker> Oops... wrong channel. :)
[20:30] <bwmaker> There's a #hotchicken channel on Freenode, btw.
[20:30] <Unit193> Hah, alright.  Though there are a few weird channels.
[20:31] <bwmaker> A few? Tons. :)
[20:31] <bwmaker> If you're in Nashville and ever want to get hot chicken with some tech folks #hotchicken is the place to be.
[20:33] <Unit193> Err, that I'm not. >_>
[20:33] <Unit193> Chicken is mainly only good with BBQ. :D
[20:33] <bwmaker> Nashville hot chicken is great. Hattie B's is a wonderful place.
[20:33] <bwmaker> Although, some swear by Prince's.
[21:23] <wrst> bwmaker: been meaning to go to hattie b's have heard about it but never been there
[21:24] <bwmaker> wrst: It's good. Good chicken, good sides, good sweet tea, good banana pudding. It's hard to beat.
[23:23] <wrst> ahh banana pudding!!!!
[23:23] <Unit193> :D
[23:23] <wrst> howdy Unit193
[23:23] <Unit193> Howdy.
[23:26] <wrst> all going well?
[23:28] <Unit193> Hmmm.  Yes?
[23:28] <Unit193> You?
[23:28] <Unit193> Need a drink.


[05:00] -lugito:#lubuntu-devel- [lubuntu-manual] alamo18 opened pull request #20: Add more docs in the 3.3.x section (master...master) https://git.io/vAkDI
[13:17] -lugito:#lubuntu-devel- [lubuntu-manual] tsimonq2 closed pull request #20: Add more docs in the 3.3.x section (master...master) https://git.io/vAkDI
[14:18] -lugito:#lubuntu-devel- [lubuntu-manual] m4sk1n pushed 1 new commit to master: https://git.io/vAI86
[14:18] -lugito:#lubuntu-devel- lubuntu-manual/master 2cb5614 Marcin Mikołajczak: Update translation files to current sources...
 @MikolajczakMarcin Out of curiosity, what process do you follow to update translations?
 I might try to automate integration of that somewhere
 make gettext
 sphinx-intl update -p build/locale/ -l en_GB -l ja -l ko -l pl -l zh
 nothing more…
 OK cool
[17:25] <gilir> for the record : https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1668722
[17:26] <gilir> looks like sddm is doing weird stuf on DESKTOP_SESSION, which mess up XDG_CONF_DIRS
 AaaHA
 Nice one gilir!
 @julienlavergne I'll ask around to see if a fix can be prioritized
 Unless you can fix it?
 (doesn't matter to me, as long as we can find a solution)
 I probably can fix it (sddm or startlxqt) but I don't know when
 Ok
 @julienlavergne One thing that would also be useful is to split up the default settings binary packages so when Lubuntu Next is installed, it doesn't pull in any other extra session or lxsession
 I know we discussed this at one point, but it would be good to finally get it done
 If you don't have the time, I totally understand, I just want to know how you would like it done so I can do it :)
 Otherwise I can just do what looks logical and propose an MP on Launchpad (or a PR on GitHub), whatever works for you @julienlavergne
 IMO, the best short term solution is to patch startlxqt to fix DESKTOP_SESSION
 Right
 @julienlavergne I did this locally in a VM; it works.
 @gilir, Bah, screw it. I'll assign it to myself.
 @tsimonq2, Just remove the depends which are annoying, we probably have them already with the seed
 @julienlavergne, Ok
 Wfm
 @agaida, So just to tell you directly, fwiw, https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1668722
 That is the XDG bug.
 Now, I see that there's an Ubuntu-specific src:xorg delta which sets this up.
 If you're interested, it's available here: https://patches.ubuntu.com/x/xorg/xorg_1:7.7+19ubuntu4.patch
 (the delta)
 So as the bug report describes, this just needs a sanity check and it should be fixed.
 I'm going to talk with Timo Aaltonen, Ubuntu's X guy, on Monday.
 In the meantime, I'll work on some packages locally and see if I can get anywhere.
[22:46] <agaida> thats one of the strange things in Ubuntus XDG handling - yes
[22:46] <tsimonq2> It's the only one I have to bother with now :D
[22:47] <agaida> nope
[22:47] <tsimonq2> What else do I have to bother with to get this working? :P
[22:47] <agaida> you should ask yourself some other questions
[22:47] <tsimonq2> Like what?
[22:47] <agaida> esp. why /usr/share is not in the XDG path
[22:48] <tsimonq2> It's in XDG_DATA_DIRS
[22:48] <tsimonq2> Got a Debian install handy to tell me what it's *supposed* to look like?
[22:48] <agaida> might be some ubuntu specific thing that i don't know - % echo $XDG_CONFIG_DIRS
[22:48] <agaida> /etc:/etc/xdg:/usr/share
[22:49] <agaida> and that are places where one could expect configurations
[22:51] <tsimonq2> $ echo $XDG_CONFIG_DIRS
[22:51] <tsimonq2> /etc/xdg/xdg-/usr/share/xsessions/lxqt:/etc/xdg
[22:51] <tsimonq2> Right, hm.
[22:51] <agaida> so if the problem with the $DESKTOP_SESSION is solved - fine for you, but that means that you must configure anything yourself, because the fallback to upstream defaults will just don't work
[22:52] <tsimonq2> agaida: Got a link to the XDG spec I can ref in this packaging PR?
[22:52] <agaida> you see the xdg- part - should be fixed to xdg-Lubuntu: or whatever
[22:52] <tsimonq2> Right, I know, that's the part I'm fixing :)
[22:52] <tsimonq2> But while I'm at it...
[22:53] <agaida> can you please paste the 60x?
[22:53] <agaida> on debian right now
[22:54] <tsimonq2> agaida: https://paste.ubuntu.com/=6ZgSxQg3HF/
[22:54] <tsimonq2> wxl: Ubuntu upgraded the pastebin service recently, I saw the discussion in #canonical-sysadmin ^^^^^^^^^
[22:55] <wxl> wowie
[22:55] <tsimonq2> wxl: Expirations and everything :D
[22:55] <tsimonq2> Anyways
[22:55] <wxl> oh? how do you set all that?
[22:55] <tsimonq2> wxl: paste.ubuntu.com, it's all options
[22:55] <wxl> who uses the browser to pastebin? :/
[22:55] <tsimonq2> I do
[22:56] <wxl> laaaaaaaaaaame
[22:56] <tsimonq2> XD
[22:56] <wxl> probably a nano user too :/
[22:56] <tsimonq2> Nah I'm not THAT bad :P
[22:56] <agaida> but i am
[22:56] <tsimonq2> bah :P
[22:56] <tsimonq2> ANYWAYS
[22:56] <agaida> vim is for wannabees
[22:56] <tsimonq2> agaida: Got a link to the XDG spec I can ref for The Right Thing here?
[22:56] <wxl> agaida: we already sensed there was something wrong with you
[22:57] <tsimonq2> lol
[22:57] <wxl> pastebinit doesn't support expirations at all harumph. they should make expirations default
[22:57] <tsimonq2> Agreed
[22:57] <agaida> rigth - i llike things that just work out of the box™ - thats why i run sid with my own repos
[22:58] <agaida> tsimonq2:  look at line 11
[22:58] <tsimonq2> agaida: yes?
[22:59] <agaida> that's the part i don't understand
[23:00] <tsimonq2> https://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
[23:00] <tsimonq2> "If $XDG_CONFIG_DIRS is either not set or empty, a value equal to /etc/xdg should be used."
[23:00] <tsimonq2> Ok, so it follows spec.
[23:00] <agaida> hrhrhr - ok, try it again :D
[23:00] <agaida> the best thing is to start a lubuntu
[23:01] <agaida> and then: echo "$XDG_CONFIG_DIRS"
[23:01] <tsimonq2> I'm... there?
[23:01] <tsimonq2> And yes.
[23:01] <tsimonq2> I know what the bug is.
[23:01] <tsimonq2> I'm fixing that.
[23:01] <tsimonq2>  echo "$XDG_CONFIG_DIRS"
[23:01] <tsimonq2> /etc/xdg/xdg-/usr/share/xsessions/lxqt:/etc/xdg
[23:01] <tsimonq2> The first part isn't right.
[23:01] <tsimonq2> The rest of it is.
[23:02] <tsimonq2> Because, that's spec.
[23:02] <agaida> you are on lubuntu or next?
[23:02] <tsimonq2> Yes.
[23:02] <tsimonq2> :P
[23:04] <agaida> ok, it might be that i'm to fast
[23:05] <tsimonq2> Yeah no, this is an upstream LXQt bug. Y'all should put /usr/share in XDG_CONFIG_DIRS if you guys plan on using that as a place for config.
[23:05] <tsimonq2> Otherwise, if LXQt doesn't do that upstream, then it's all as it should be.
[23:05] <tsimonq2> As spec says.
[23:05] <tsimonq2> :)
[23:05] <agaida> nope
[23:05] <agaida> wrong assumption
[23:06] <tsimonq2> Well, /usr/share IS in XDG_DATA_DIRS, so if upstream pulls from XDG_CONFIG_DIRS when it should pull from XDG_DATA_DIRS, then that's certainly a bug.
[23:06] <tsimonq2> Anyways, what's my wrong assumption here?
[23:06] <agaida> the timing
[23:07] <agaida> when 60x is sourced that is before LXQt jumps in
[23:07] <tsimonq2> Right.
[23:07] <agaida> and thats the problem
[23:08] <tsimonq2> ...why is following spec in 60x a problem?
[23:08] <tsimonq2> Like I said, /usr/share IS in XDG_DATA_DIRS, so if upstream pulls from XDG_CONFIG_DIRS when it should pull from XDG_DATA_DIRS, then that's certainly a bug.
[23:08] <tsimonq2> I mean, am I wrong here?
[23:08] <agaida> because if your pov would be right that would mean that ubuntu deliver crap for years  - and that is simply not the case
[23:08] <tsimonq2> ...?
[23:10] <agaida> if we aggree that 60x should create a meaningful path - that will mean also that there should be a place where some enviromental variables are set
[23:10] <tsimonq2> Right.
[23:10] <tsimonq2> I'm not talking about the bug at hand here.
[23:10] <tsimonq2> I'm asking why it's not OK to follow spec and only spec.
 You realised that it's only a bug in sddm ? LXQt and Ubuntu are doing the things right currently
[23:11] <tsimonq2> @julienlavergne Is it? I thought the bug report says that this was *just* an Ubuntu thing, but I guess that might make sense.
[23:11] <agaida> not exactly - but ok, i see the bug or glitch in sddm - and this glitch boils down to a qt bug
[23:12] <tsimonq2> Is sddm what gives 60x $DESKTOP_SESSION, @julienlavergne?
[23:12] <tsimonq2> Ah, right.
[23:12] <tsimonq2> I think so.
 Look at the comment of the bug report
[23:13] <tsimonq2> Ahhh.
[23:14] <tsimonq2> Right.
[23:14] <agaida> /etc/xdg/xdg-/usr/share/xsessions/lxqt:/etc/xdg
[23:14] <agaida> XDG_CONFIG_DIRS="$DEFAULT_XDG_CONFIG_DIRS"/xdg-"$DESKTOP_SESSION":"$XDG_CONFIG_DIRS"
[23:14] <tsimonq2> Right.
 FYI I didn't see the bug because I'm using lightdm on my test machine
[23:14] <tsimonq2> $DESKTOP_SESSION should be set properly.
[23:14] <tsimonq2> I can see how this would be sddm...
[23:15] <agaida> so the original XDG_CONFIG_DIRS= /etc/xdg - and thats a little bit - erm - to little
[23:15] <tsimonq2> No it isn't.
[23:15] <tsimonq2> It follows spec.
[23:15] <tsimonq2> So this isn't an xorg bug after all...
[23:15] <agaida> nope
[23:15] <tsimonq2> (Because it's done properly.)
[23:16] <agaida> it left out /usr/share - and /usr/share should be considered
[23:16] <agaida> but ok, not my problem
[23:16] <agaida> it also left out /etc
[23:16] <tsimonq2> /usr/share is XDG_*DATA*_DIRS
[23:16] <tsimonq2> Well, that's what the spec says.
[23:16] <agaida> ok, you are right, all other distributions are wrong - solved
[23:16] <tsimonq2> In fact, someone should ask Debian why they deviate from the spec.
[23:17] <tsimonq2> :/
[23:17] <tsimonq2> If all other distributions were right, someone contact the XDG folks ffs.
[23:24] <agaida> tsimonq2: nope - debian does it right
[23:24] <agaida> https://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html#variables
[23:25] <agaida> If $XDG_CONFIG_DIRS is either not set or empty, a value equal to /etc/xdg should be used.
[23:25] <agaida> so if they set it - it is just fine
[23:25] <tsimonq2> That's what I've been saying this whole time.
[23:25] <tsimonq2> Debian *isn't* right.
[23:25] <agaida> but you understand the word 'if' in the sentence?
[23:26] <tsimonq2> I do.
[23:26] <tsimonq2> 60x sets it.
[23:26] <tsimonq2> It's empty before that.
[23:26] <agaida> so - the set xdg_config_dirs and that is fine
[23:26] <tsimonq2> And if it isn't, it's set.
[23:26] <tsimonq2> RIGHT>
[23:26] <tsimonq2> :)
[23:26] <agaida> and debian set it somehow to foo, bar and baz
[23:27] <agaida> like in
[23:27] <agaida> 2018-02-09  23:48:57 <agaida> /etc:/etc/xdg:/usr/share
[23:27] <agaida> and this is exactly conform to the specs
[23:28] <tsimonq2> No it isn't.
[23:28] <tsimonq2> That should be /etc/xdg
[23:28] <tsimonq2> And only /etx/xdg
[23:28] <tsimonq2> *etc
[23:28] <agaida> hell no!
[23:28] <agaida> i cite: If $XDG_CONFIG_DIRS is either not set or empty - but it is set
[23:29] <tsimonq2> Set by what?
[23:29] <agaida> not important - it is set
[23:29] <tsimonq2> Yeah it is
[23:29] <tsimonq2> Why is it set?
[23:29] <tsimonq2> And why does Debian set it and Ubuntu doesn't?
[23:29] <agaida> the second part is important - if not set -- > only in that case --> use /etc/xdg or something equivalent
[23:30] <tsimonq2> Ohh.
[23:30] <tsimonq2> I catch your drift now.
[23:30] <agaida> :) - that is one of the last mysteries in the univere
[23:30] <agaida> :) - that is one of the last mysteries in the universe
[23:31] <tsimonq2> Now, I'll submit this to Ubuntu and let them deal with it.
[23:31] <tsimonq2> Not a super high priority.
[23:31] <agaida> no - and for you it is fine, because you don't want the fallbacks
[23:32] <agaida> but you could copy them from /usr/share/lxqt/*conf and take them as a base for the lubuntu configs
[23:32] <tsimonq2> That's what we do already...
[23:34] <agaida> and until the sddm/qt mess is solved i would simply add a file short before 60x :)
[23:34] <tsimonq2> I don't touch xorg unless I have to :
[23:34] <tsimonq2> *:P
[23:35] <agaida> with some bash magic in - that fix the damn session - that was suggested in qt commercial if i remember rigth
[23:36] <agaida> read the file, you have the path in DESKTOP_SESSION - and set DESKTOP_SESSION right- easy - as long sddm/qt is wrong
[23:38] <tsimonq2> Right, but they *shouldn't* set it that way.
[23:39] <tsimonq2> So while a fallback in xorg would be nice, it's ultimately unnecessary.
[23:39] <agaida> and that is a known Qt problem - so sddm do this basically right, but Qt don't
[23:40] <tsimonq2> Nope.
[23:40] <agaida> https://bugreports.qt.io/browse/QTQAINFRA-1229
[23:40] <tsimonq2> SDDM intentionally takes the full path and passes it.
[23:40] <agaida> damn - read the code - they set, what Qt give to them
[23:41] <tsimonq2> Ah, except for this line:
[23:41] <tsimonq2> m_fileName = m_dir.absoluteFilePath(fileName);
[23:41] <tsimonq2> So you're wrong here :)
[23:42] <agaida> src/daemon/Display.cpp:        env.insert(QStringLiteral("DESKTOP_SESSION"), session.desktopSession());
[23:42] <agaida> ^^
[23:42] <tsimonq2> Right, that line is from session.desktopSession()
[23:43] <tsimonq2>     QString Session::desktopSession() const
[23:43] <tsimonq2>     {
[23:43] <tsimonq2>         return fileName().replace(s_entryExtention, QString());
[23:43] <tsimonq2>     }
[23:43] <tsimonq2>     QString Session::fileName() const
[23:43] <tsimonq2>     {
[23:43] <tsimonq2>         return m_fileName;
[23:43] <tsimonq2>     }
[23:43] <tsimonq2>        m_fileName = m_dir.absoluteFilePath(fileName);
[23:43] <tsimonq2> See what I mean now, agaida?
[23:44] <tsimonq2> Oh, and:
[23:44] <tsimonq2> const QString s_entryExtention = QStringLiteral(".desktop");
[23:44] <tsimonq2> So it's SDDM.
[23:44] <tsimonq2> And that upstream bug you linked, ah, this goes full circle
[23:44] <tsimonq2> :P
[23:46] <agaida> ouch
[23:46] <tsimonq2> Yeah.
[23:47] <tsimonq2> So I think desktopSession() needs to be modified to return the relative path.
[23:47] <tsimonq2> Something like (rough, untested, right from my brain): return fileName().relativeFilePath.replace(s_entryExtention, QString());
[23:47] <agaida> nope - the whole usage of desktopSession is nuts in this place
[23:48] <tsimonq2> Oh?
[23:48] <tsimonq2> I do agree it needs an overhaul.
[23:48] <tsimonq2> But that's not my job. :D
[23:48] <agaida> ls /usr/share/xsessions/*
[23:48] <agaida> i use mostly default.desktop- so my session would be default
[23:49] <agaida> cool
[23:49] <agaida> and thats indeed the session that have an Exec=startlxqt :D
[23:52] <agaida> so i guess session names would be better - but don't would help you much in case of the upstream session - but maybe with the qLubuntu one
[23:53] <agaida> and thats fugly - to put it mild
[23:59] <agaida> and only another wild guess - https://pb.5id.eu/8Q8S


[00:05] -queuebot:#ubuntu-ci-eng- boiko tiagosh, https://bileto.ubuntu.com/#/ticket/2283 Needs rebuild due to new commits (zesty/dialer-app). Successfully built (xenial/dialer-app)
[05:53] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2337 Preparing packages
[07:45] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2327 QA Signoff: Approved
[07:57] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Needs rebuild due to new commits (zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, xenial/unity8, xenial/unity8-desktop-session, zesty/qmenumodel, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api, zesty/unity8-desktop-session)
[09:13] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qtlocation-opensource-src-gles). Failed to build (zesty/qtwebkit-opensource-src). Ready to build (zesty/qt3d-opensource-src-gles, zesty/ubuntu-ui-toolkit-gles). Successfully built (zesty/akonadi, zesty/analitza, zesty/appmenu-qt5, zesty/calibre, zesty/ciborium, zesty/fcitx-qt5, zesty/frameworkintegration, zesty/gammaray, zesty/gcin, zesty/gsettings-qt, zes
[09:32] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qt3d-opensource-src-gles). Failed to build (zesty/qtwebkit-opensource-src). Pending binary packages (zesty/qtlocation-opensource-src-gles, zesty/ubuntu-ui-toolkit-gles). Successfully built (zesty/akonadi, zesty/analitza, zesty/appmenu-qt5, zesty/calibre, zesty/ciborium, zesty/fcitx-qt5, zesty/frameworkintegration, zesty/gammaray, zesty/gcin, zesty/gsetting
[09:42] <vigo> morphis, morning! =)
[09:51] <morphis> vigo: hey!
[09:51] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Diff missing (zesty/qtlocation-opensource-src-gles, zesty/ubuntu-ui-toolkit-gles). Failed to build (zesty/qt3d-opensource-src-gles, zesty/qtwebkit-opensource-src). Successfully built (zesty/akonadi, zesty/analitza, zesty/appmenu-qt5, zesty/calibre, zesty/ciborium, zesty/fcitx-qt5, zesty/frameworkintegration, zesty/gammaray, zesty/gcin, zesty/gsettings-qt, zesty/hime, zesty/kdeclara
[09:53] <vigo> morphis, =) happy snap silos day and happy new year
[09:53] <vigo> I'm working on both pulseaudio and wi-fi
[09:53] <morphis> vigo: happy new year as well!
[09:53] <morphis> vigo: great
[09:54] <vigo> could you please take a look to trello?
[09:54] <vigo> https://trello.com/c/Q9yW0n5l/3907-2327-snap-pulseaudio-morphis
[09:54] <vigo> I wrote some notes about testing pusleaudio :)
[09:54] <vigo> and I need to know if I'm in the right way :)
[09:55] <morphis> "Pulseaudio cannot be installed from candidate but edge" is fixed, forgot to press a button yesterday
[09:56] <morphis> vigo: so which test steps are you following?
[09:56] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Preparing packages
[09:56] <vigo> I also have to change that, this morning it didn't find it( do not know why) but I just double check it and I ca install it from candidate
[09:56] <vigo> :)
[09:56] <vigo> don't worry :)
[09:57] <vigo> morphis, I followed those steps in trello and tested it in xenial+overlay VM
[09:58] <morphis> vigo: so you're using the ce-se-engineering-tests snap to go through the tests?
[09:59] <vigo> morphis, yes, that's what the testplan says, is there anything else?
[09:59] <morphis> vigo: not yet
[10:00] <vigo> morphis, great! so pulseaudio is good to go and I'll start now with wi-fi ap
[10:01] <morphis> vigo: great!
[10:01] <vigo> I'll let you know the results once it is finished =)
[10:01] <vigo> morphis, thank you!
[10:02] <morphis> vigo: btw. you should test the snap really on an Ubuntu Core system too
[10:02] <morphis> desktop is less interesting for it
[10:02] <morphis> also did you disable the already running pulseaudio instance there?
[10:03] <vigo> morphis, oh I forgot, well I'll do it again on VM with amd64 core image
[10:03] <vigo> is that ok?
[10:05] <morphis> sure
[10:08] <vigo> morphis, perfect! thanks again :)
[10:09] <morphis> NP
[10:16] <morphis> vigo: I am also pushing an updated version of the engineering-tests snap to beta right now, if you're itnerested
[10:18] <vigo> morphis, good to know, I'll give it a try once core is running :)
[10:18] <morphis> https://code.launchpad.net/~snappy-hwe-team/+snap/engineering-tests-publish
[10:38] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2339 Preparing packages
[10:39] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Pending binary packages (zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, xenial/unity8-desktop-session, zesty/qmenumodel, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api, zesty/unity8-desktop-session). Uploading build (xenial/unity8)
[10:42] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Preparing packages
[10:58] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Successfully built
[11:01] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2339 Successfully built
[11:02] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Needs rebuild due to higher version at destination (xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, zesty/ubuntu-ui-toolkit, zesty/ubuntu-ui-toolkit-gles). Successfully built (xenial/content-hub, zesty/content-hub)
[11:10] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2309 Proposed pocket (xenial/util-linux, yakkety/util-linux). Release pocket (zesty/util-linux)
[11:18] <vigo> morphis, having issues on core amd64
[11:18] <vigo> this is what kvm says when running the image
[11:19] <vigo> https://pastebin.canonical.com/174965/
[11:19] <vigo> so no way to record/play audio this time
[11:20] <morphis> koza: ^^
[11:20] <vigo> and here's the modules loaded output https://pastebin.canonical.com/174962/
[11:35]  * koza looking
[11:35] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Preparing packages
[11:37] <koza> vigo, are you sure there are audio cards detected on this system? also I have had problems on kvm too but not of this kind. for me it could not play audio because there were no cards [just null sink].
[11:39] <koza> vigo, modules on my side https://pastebin.canonical.com/174968/
[11:39] <vigo> koza, I tried it this morning on classic desktop and worked well, this attemp is on amd64 core is what fails for me
[11:41] <vigo> koza, is on core where I'm getting this, on classic works and the output was https://pastebin.canonical.com/174951/
[11:41] <koza> vigo, hmm this was from core too, and here are the os details: https://pastebin.canonical.com/174969/
[11:41] <koza> vigo, also on classic [virtualbox] it works well
[11:43] <vigo> koza, have you tried with the updated canonical-se-engineering-tests?
[11:43] <vigo> there's a new version :)
[11:45] <koza> oh, right :-)
[11:48] <vigo> koza, ok my audio is broken don't know how it happened :)
[11:49] <koza> vigo, the serial audio issue strikes again ;-) looks like everyone gets it once a while
[11:50] <vigo> koza, :(
[11:51] <koza> vigo, usually restarting chrome fixes it for me
[11:52] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2335 Preparing packages
[11:54] <vigo> koza, didn't work for me I'm rebooting
[11:59] <vigo> koza, morphis it's going to work this time for sure
[11:59] <vigo> my mistake :)
[12:00] <koza> vigo, sweet
[12:01] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Preparing packages
[12:02] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Preparing packages
[12:07] <morphis> vigo: great!
[12:09] <vigo> :'(
[12:09] <vigo> koza, sudo pulseaudio.parec ~/record.wav
[12:09] <vigo> open(): Permission denied
[12:09] <vigo> this time I had no pulseaudio error on kvm
[12:10] <vigo> but it does not allow me to record annything :\
[12:11] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 zesty/qmenumodel: Failed to download DSC file https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2291/+files/qmenumodel_0.2.11+17.04.20170103-0ubuntu1.dsc
[12:12] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qt3d-opensource-src-gles). Diff missing (zesty/qtlocation-opensource-src-gles, zesty/ubuntu-ui-toolkit-gles). Failed to build (zesty/qtwebkit-opensource-src). Successfully built (zesty/akonadi, zesty/analitza, zesty/appmenu-qt5, zesty/calibre, zesty/ciborium, zesty/fcitx-qt5, zesty/frameworkintegration, zesty/gammaray, zesty/gcin, zesty/gsettings-qt, zesty
[12:14] -queuebot:#ubuntu-ci-eng- mardy, https://bileto.ubuntu.com/#/ticket/2325 Publishing packages
[12:16] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Preparing packages
[12:17] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2340 Preparing packages
[12:17] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2335 Failed to build (xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, zesty/ubuntu-ui-toolkit, zesty/ubuntu-ui-toolkit-gles). Successfully built (xenial/content-hub, zesty/content-hub)
[12:18] <vigo> morphis, didn't work I hoped it would but still having issues :S
[12:18] <vigo> it might be my hw
[12:19] <morphis> vigo: what kind of issues?
[12:19] <vigo> sudo pulseaudio.parec ~/record.wav open(): Permission denied
[12:19] <morphis> vigo: you can't get access to files in $HOME easily unless you connect the home plug
[12:19] <vigo> morphis, grr true
[12:19] <koza> vigo, try to/var/snap/pulseaudio/current
[12:20] <morphis> koza: shouldn't $HOME work too once you connect the home plug?
[12:21] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Failed to build (xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, zesty/ubuntu-ui-toolkit, zesty/ubuntu-ui-toolkit-gles). Successfully built (xenial/content-hub, zesty/content-hub)
[12:22] <koza> morphis, i had denials despite home being connected. have you read the note in the story?
[12:25] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Preparing packages
[12:27] <vigo> koza, still having it after connecting it
[12:27] -queuebot:#ubuntu-ci-eng- mardy, https://bileto.ubuntu.com/#/ticket/2325 Proposed pocket (zesty/online-accounts-api). Release pocket (xenial/online-accounts-api)
[12:27] <koza> morphis, do not really understand why however it happens; a subject of the follow-up pulseaudio story
[12:28] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Generating diffs
[12:29]  * koza will be back soon
[12:39] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Failed to build (xenial/content-hub). Ready to build (xenial/qtbase-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtubuntu-print, xenial/ubuntu-printing-app)
[12:51] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Preparing packages
[13:09] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2339 Preparing packages
[13:21] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2339 Pending binary packages
[13:33] <morphis> koza|away: maybe I overread it :-)
[13:39] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Pending binary packages (xenial/unity8). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, xenial/unity8-desktop-session, zesty/qmenumodel, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api, zesty/unity8, zesty/unity8-desktop-session)
[13:41] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2339 Successfully built
[13:42] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Failed to build (xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, zesty/ubuntu-ui-toolkit, zesty/ubuntu-ui-toolkit-gles). Needs rebuild due to new commits (zesty/content-hub). Successfully built (xenial/content-hub)
[13:55] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Pending binary packages (zesty/unity8). Successfully built (xenial/qtmir, xenial/qtmir-gles, xenial/unity-api, xenial/unity8, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[13:57] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Successfully built
[14:02] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Preparing packages
[14:15] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Successfully built
[14:21] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Currently building (zesty/content-hub). Failed to build (xenial/content-hub, xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, zesty/ubuntu-ui-toolkit, zesty/ubuntu-ui-toolkit-gles)
[14:34] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Successfully built
[14:41] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Failed to build (xenial/content-hub, xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, zesty/ubuntu-ui-toolkit, zesty/ubuntu-ui-toolkit-gles). Successfully built (zesty/content-hub)
[14:44] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 Preparing packages
[14:47] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Preparing packages
[14:47] -queuebot:#ubuntu-ci-eng- mardy, https://bileto.ubuntu.com/#/ticket/2325 Release pocket
[15:01] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Currently building (xenial/content-hub, zesty/content-hub). Failed to build (xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, zesty/ubuntu-ui-toolkit, zesty/ubuntu-ui-toolkit-gles)
[15:08] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Preparing packages
[15:11] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 Currently building (xenial/keeper). Failed to build (zesty/keeper)
[15:22] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Failed to build (xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, zesty/content-hub, zesty/ubuntu-ui-toolkit, zesty/ubuntu-ui-toolkit-gles). Pending binary packages (xenial/content-hub)
[15:23] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 Preparing packages
[15:31] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2306 Preparing packages
[15:41] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build
[15:42] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2179 Failed to build (xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, zesty/content-hub, zesty/ubuntu-ui-toolkit, zesty/ubuntu-ui-toolkit-gles). Successfully built (xenial/content-hub)
[15:52] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 Failed to build (xenial/keeper). Successfully built (zesty/keeper)
[16:03] -queuebot:#ubuntu-ci-eng- josharenson, https://bileto.ubuntu.com/#/ticket/2320 Needs rebuild due to new commits (zesty/unity8). Successfully built (xenial/unity8)
[16:08] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2306 Successfully built
[16:25] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 Preparing packages
[16:34] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Needs rebuild due to new commits (zesty/messaging-app, zesty/messaging-framework). Successfully built (xenial/libircclient, xenial/messaging-app, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/libircclient, zesty/mfw-plugin-irc)
[16:41] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (xenial/telephony-service). Needs rebuild due to new commits (zesty/telephony-service)
[16:41] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2339 Needs rebuild due to new commits (zesty/cmake-extras). Successfully built (xenial/cmake-extras)
[16:45] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2339 Preparing packages
[16:52] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 Successfully built
[17:01] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2339 Successfully built
[17:21] <vigo> morphis, hey!
[17:21] <vigo> same on pi3
[17:21] <vigo> https://pastebin.canonical.com/174999/
[17:31] <morphis> koza|away: ^^
[17:34] <koza> vigo, morphis, hmm... strange the connection failure
[17:38] <koza> vigo, what is your snapd version? some of the changes for pulseaudio interface were merged for 2.20
[17:47] <vigo> koza, ack it's from stable
[18:00] <vigo> koza, https://pastebin.canonical.com/175005
[18:01] <koza> vigo, strange... i will check but you need to wait till monday - tomorrow im off due to nat holiday and now i need to run
[18:02] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2300 Release pocket
[18:02] <vigo> koza, ok! np :) thanks for your time!
[18:03] <koza> vigo, np, take care
[19:07] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2341 Preparing packages
[19:22] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2341 Pending binary packages
[19:24] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Preparing packages
[19:24] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Preparing packages
[19:43] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2341 Successfully built
[19:54] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Needs rebuild due to new commits (zesty/messaging-framework). Successfully built (xenial/libircclient, xenial/messaging-app, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/libircclient, zesty/messaging-app, zesty/mfw-plugin-irc)
[20:01] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (xenial/telephony-service). Successfully built (zesty/telephony-service)
[20:20] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2341 Preparing packages
[20:43] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2341 Successfully built
[21:06] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2164 Needs rebuild due to new commits (zesty/indicator-printers). Successfully built (xenial/indicator-printers)