[09:29] <JK455> hi
[09:30] <JK455> i let a question, if someone has the answer :) :
[09:31] <JK455> is there something that will not allow me to use Upstart as a kernel module loader ? (according to me not, but ..)
[09:45] <JK455> i mean, module loading can be done with scritp, so Upstart could do it right ?
[09:46] <AlexExtreme> yes


[00:05] <mup> Bug #1892983 opened: ipmi_test crashes when ipmi_config output is not utf-8 <servcert-221> <sts> <MAAS:New> <Checkbox Provider - Checkbox:In Progress by bladernr> <https://launchpad.net/bugs/1892983>
[07:31] <mup> Bug #1979039 opened: TLS certificates are not recognised by CLI maas <profile> boot-resources create action <MAAS:Triaged by troyanov> <https://launchpad.net/bugs/1979039>
[07:34] <mup> Bug #1979039 changed: TLS certificates are not recognised by CLI maas <profile> boot-resources create action <MAAS:Triaged by troyanov> <MAAS 3.2:Triaged by troyanov> <https://launchpad.net/bugs/1979039>
[07:37] <mup> Bug #1979039 opened: TLS certificates are not recognised by CLI maas <profile> boot-resources create action <MAAS:Triaged by troyanov> <MAAS 3.2:Triaged by troyanov> <https://launchpad.net/bugs/1979039>
[09:46] <mup> Bug #1979046 opened: [3.2-rc1] focal is not a valid commissioning distro series <cdo-qa> <foundations-engine> <MAAS:New> <https://launchpad.net/bugs/1979046>
[09:49] <mup> Bug #1979046 changed: [3.2-rc1] focal is not a valid commissioning distro series <cdo-qa> <foundations-engine> <MAAS:New> <https://launchpad.net/bugs/1979046>
[09:52] <mup> Bug #1979046 opened: [3.2-rc1] focal is not a valid commissioning distro series <cdo-qa> <foundations-engine> <MAAS:New> <https://launchpad.net/bugs/1979046>
[11:38] <krono> Hi There, I am struggling with mutliple gateways in multiple subnets.
[11:39] <krono> The root problem is, that the gateway of MAAS network in my fabric shall only be considered during deployment but after that, the gateway of a different network must be used
[11:39] <krono> I see that source routing is employed but that does not cut it.
[11:40] <krono> I thought that removing the MAAS network's default gateway would help, but the other network seems to be set up too late in the process
[11:40] <krono> Next idea was: add a static route to <IP_ADDRESS>/0 via MAAS gateway with a high metric, but MAAS only allows static routes to subnets that are defined within MAAS
[11:40] <krono> and MAAS refuses to let me create a subnet with '<IP_ADDRESS>/0'
[11:46] <krono> Question: Is it the right way to suggest to be able to create arbitrary routes, or suggest to model the "world cidr" in MAAS subnets, or something completely different/
[12:34] <mup> Bug #1979058 opened: [docs] "space" option still exists as available on Subnet API while being deprecated <MAAS:New> <https://launchpad.net/bugs/1979058>
[12:47] <mup> Bug #1979058 changed: [docs] "space" option still exists as available on Subnet API while being deprecated <MAAS:New> <https://launchpad.net/bugs/1979058>
[12:53] <mup> Bug #1979058 opened: [docs] "space" option still exists as available on Subnet API while being deprecated <MAAS:New> <https://launchpad.net/bugs/1979058>
[16:20] <mup> Bug #1979078 opened: reboot failed with centos8 deployed image <MAAS:New> <https://launchpad.net/bugs/1979078>


[00:54] <RubixDebian> hello
[00:55] <devslash> When upgrading Ubuntu, can you go from 22.04 directly to 23.10 or do you have to upgrade 22.04 -> 23.04 -> 23.10 ?
[00:58] <rbox> https://askubuntu.com/questions/1489052/how-to-migrate-from-22-04-lts-to-23-10
[00:59] <devslash> ok thanks I guess I have to do each upgrade in the upgrade path
[01:25] <webchat16> Hi, I'm running Ubuntu 22.04 on a Raspberry Pi. I can't boot into my normal interface, I'm stuck within initramfs. I've checked Stack exchange and the forums and tried the obvious, but nothing has seemed to work so far. Can anyone help guide me into figuring out what I can do from this interface and what my options are?
[01:26] <rbox> what does the output look like
[01:27] <webchat16> Basically it's just showing BusyBox v1.30.1 and a prompt for (initramfs)
[01:28] <rbox> theres more than that...
[01:28] <webchat16> Sure, I think the most unique line on my screen is "Target filesystem doesn't have requested /sbin/init."
[01:29] <rbox> sounds like your rootfs is corrupt
[01:30] <webchat16> Is there a way to fix that from this initramfs prompt? I can't seem to get a live CD running over this, no GRUB loads up.
[01:32] <arraybolt3> webchat16: Let's start by mounting the primary drive.
[01:32] <arraybolt3> `ls /dev/mmcblk*`
[01:32] <arraybolt3> `ls /dev/sd*`
[01:32] <arraybolt3> do either of those commands show anything?
[01:33] <webchat16> Yep, mmcblk has 0, Op1, and Op2
[01:33] <webchat16> I believe there's a message above (I can't scroll up either) about mmcblkOp2
[01:34] <arraybolt3> hmm, that may have been important, probably an fsck notification
[01:34] <arraybolt3> fsck /dev/mmbclk0p2
[01:34] <arraybolt3> (if it warns that it may cause damage, do not proceed)
[01:34] <webchat16> Read-only file system while trying to open. Disk write protected; use the -n option to do a read-only check of the device.
[01:34] <arraybolt3> dead SD card.
[01:35] <webchat16> Ah, okay.
[01:35] <arraybolt3> It's locked itself into read-only mode almost certainly.
[01:35] <arraybolt3> Flash a new one with Ubuntu and boot from that.
[01:35] <arraybolt3> Then put the old card in a card reader and copy your data off.
[01:35] <JanC> can't be dead or you wouldn't get that far, but might have some errors indeed
[01:35] <arraybolt3> JanC: Well technically it's not *dead* dead, but it can't be safely written to any more. That's the only time (that I know of) when these sort of devices go read-only.
[01:36] <webchat16> So I probably can't even flash a new OS on it?
[01:36] <arraybolt3> Correct.
[01:36] <JanC> the filesystem might be readonly because it wasn't unmounted cleanly
[01:36] <arraybolt3> You should be able to access the data that's still on it though.
[01:36] <arraybolt3> JanC: He got the read-only notice from fsck, not mount.
[01:36] <arraybolt3> fsck would have fixed it if it were an unclean unmount issue, or at least have tried to.
[01:37] <webchat16> Yeah, I ran through a couple of fsck commands as well and nothing changed
[01:37] <JanC> IIRC some cards can be made read-only also
[01:37] <webchat16> Dang, okay, thank you! I have another card that's working so at least now I know.
[01:38] <arraybolt3> SD cards are easy to burn out when using them to store an OS, so it's not that surprising.
[01:38] <webchat16> Is there a better alternative for a 24/7 Pi?
[01:38] <arraybolt3> You might look into an industrial SD card if you use this regularly, they theoretically can last quite a bit longer.
[01:38] <webchat16> Ah, good advice.
[01:38] <JanC> webchat16: did you check that the SD card doesn't have a physical read-only switch?
[01:39] <webchat16> I'm not sure what that is...
[01:39] <arraybolt3> Sometimes full-size (not micro) SD cards have a switch on the side that can be used as a write-protect.
[01:39] <arraybolt3> I've never seen one on a micro SD card, but they might exist.
[01:39] <webchat16> Oh nope, this is micro.
[01:39] <webchat16> And it completely makes sense that it burned out, this is my first 24/7 computer
[01:39] <pragmaticenigma> webchat16: I wouldn't recommend Ubuntu for a 24/7 Rpi "server" ... Raspberry Pi OS, or DietPi are both Debian and have the same packages (possibily differing versions) but are setup to write less logging to the storage. Another option is to flash the SD card with the boot partition and have the system partition attached through USB
[01:40] <arraybolt3> There's also ways to mount the root partition as read-only to preserve SD card life when using RPiOS. Might work on Ubuntu too.
[01:41] <JanC> can also make SD cards read-only through software, I think
[01:42] <arraybolt3> https://superuser.com/questions/956232/how-to-make-sdcard-really-read-only that's probably filesystem-level sadly, even the physical write protect switch apparently can be bypassed on SD cards.
[01:42] <pragmaticenigma> JanC: nope, only way an SD card can be made readonly is if it's the original formfactor with the Readonly switch located on the side
[01:43] <JanC> it might be a filesystem parameter indeed
[01:43] <pragmaticenigma> JanC: That's not readonly, as the host device/OS would be at liberty to honor such things.
[01:44] <JanC> yes, of course
[01:44] <arraybolt3> I wish they made SD cards more durable, or at least put a warning on them that they're liable to burn out. I have literally piles of dead SD cards here all killed by dash cameras.
[01:45] <arraybolt3> or I wish the "industrial" ones were more popular :P
[01:45] <JanC> probably cost a lot more too?
[01:46] <arraybolt3> meh, only a couple bucks more depending on who you buy from
[01:46] <pragmaticenigma> it's not durability as much as just fundamental physics. To "write" a bit to a cell, you have to use very highvoltage to overcome a gate and effectively "squirt" electrons into the cell. Overtime, the material of the cell breaks down
[02:19] <brightside777> will 24.04 be lts?
[02:20] <arraybolt3> yes
[02:20] <brightside777> k thanks
[02:56] <Sir_Leto> lately I've had really high ram usage that can't really seem to be explained, how can make sure it's just that caching behavior has changed and not that my device has malware or something? https://dpaste.org/9TZjW please let me know if you want more output or if there's something else I can check
[03:00] <sarnold> Sir_Leto: that feels pretty weird, I think I would have expected way more buff/cache here
[03:02] <sarnold> Sir_Leto: given that a lot of this looks like you'll have *lots* of memory sharing candidates, the smem tool in the smem package might give you a different way of looking at your memory usage that's more useful to figuring out what's going wrong here
[03:03] <sarnold> Sir_Leto: it's also possible that you've got a kernel memory leak; those can be *really* hard to track down; checking the output of slabtop from the procps package can help..
[03:05] <sarnold> if you're absolutely desperate for more ram, the old drop_caches interface might be worth a try. the free output suggests that won't actually get much, but iirc that also drops dnodes, and that might not be counted in the buff/cache column. I can't recall :(
[04:14] <Sir_Leto> https://dpaste.com/A8NDQ5TYD
[04:26] <Sir_Leto> sarnold, so is guess it's all cache? https://dpaste.org/KR6tu
[04:27] <Sir_Leto> 2032912k isn't very much actually
[04:41] <Sir_Leto> here is more smem output https://dpaste.com/C694ASJ9U
[05:10] <Psil0> hey trying to shutdown my computer first time i saw this message ever, Operation inhibited by "User" (PID 4167 "gnome-session-b", user User), reason is "user session inhibited".
[05:10] <Psil0> why do i have two sessions and why is it Inhibiting my main user, from shutting down the computer?
[05:10] <Psil0> Please retry operation after closing inhibitors and logging out other users.
[05:10] <Psil0> i am getting this wierd message, how do i avoid this since first time i am seeing this on my distro
[08:39] <hid3> Greetings everyone. I have a large LVM volume (nearly 9 TB). It consists of small block devices, 50-200 GB in size, some are larger. Each block device has a partition (/dev/sdx1) and LVM on top of it. I don't think this is neat setup, so I'd like to tidy up. I want to extend one block device and use `pvmove` to get rid of dozen block devices. I've increased size of one of my block devices. How should I increase the partition size?
[13:37] <cbreak> hid3: you can change partition sizes with parted or gparted
[13:38] <cbreak> (among many others)
[13:38] <cbreak> (fdisk works too)
[14:18] <GolDust> ciao
[14:47] <BluesKaj> Hi all
[15:26] <Guest21> hello
[15:28] <jailbreak> bear_: stop it.
[15:28] <Guest21> sorry
[15:28] <jailbreak> Wasn't talking to you.
[15:28] <Guest21> i am bear
[15:28] <bear_> i am bear
[15:29] <leftyfb> Guest21: bear_: what can we help you with?
[15:30] <Guest21> im just lurking i guess was reading ubuntu docs about how to use irc
[15:31] <leftyfb> Guest21: ok, just keep in mind this is a support channel. Let us know if you have any Ubuntu support questions
[15:31] <bear_> k thx
[17:52] <GrandPa-G> Having trouble installing mosquitto. Keep failing to start with Unable to open pwfile "/etc/mosquitto/passwd.  The file is there, I did the create user/password correctly. The conf file has password_file correct. anonymous  false. What now?
[17:53] <rbox> namei -l /etc/mosquitto/passwd
[17:53] <rbox> and how are you starting it
[17:54] <GrandPa-G> https://dpaste.com/66TJTXSZU for config file. I start with systemctl
[17:54] <GrandPa-G> -rw------- root root passwd
[17:55] <rbox> the output of namei -l isn't 1 line...
[17:55] <rbox> and how are you running systemctl
[17:55] <GrandPa-G> I thought that might be all you need. Just a sec
[17:56] <GrandPa-G> https://dpaste.com/CNZE79H87
[17:58] <GrandPa-G> sudo systemctl restart mosquitto
[17:58] <rbox> what does systemctl cat mosquitto say
[17:59] <GrandPa-G> https://dpaste.com/5DH727XZR I just reinstalled a few minutes ago as I was having same issue ever since I tried to add password
[18:00] <GrandPa-G> The only change was to create the user/password and make the conf file the way it is now.
[18:01] <rbox> it looks like its running as the user mosquitto
[18:01] <rbox> and that user can't read that password file
[18:01] <GrandPa-G> why would a fresh install do that. I didn't think of that, shouldn't it run as root?
[18:02] <rbox> nothing should run as root
[18:02] <GrandPa-G> should I just change ownership of passwd file to mosquitto?
[18:03] <rbox> yes
[18:05] <GrandPa-G> It still got error trying to start, but it is address in use. I am doing reboot to clear everything up
[18:06] <GrandPa-G> I am surprised none of the install tutorials seem to mention the need to change file ownership
[18:09] <GrandPa-G> rbox, thanks, that did it. Also, it wouldn't start with the listner 1883 in the conf, complained already in use.
[18:09] <rbox> ss will tell you wahts listening on that port
[18:12] <GrandPa-G> now I can't get connection from another lan computer. I must have something still not quite correct. Thanks again
[18:15] <GrandPa-G> got it, the listner has to come before password line in config file.
[19:01] <rjwiii> Ubuntu 22.04 - System76 Thelio ... How do I block a single bluetooth device?
[19:16] <rjwiii> my work laptop keeps trying to establish a bluetooth connection to my Ununtu box ... How can I block this?
[19:19] <jailbreak> rjwiii: turn off Bluetooth.
[19:19] <rjwiii> jailbreak: is that the only way?
[19:21] <jailbreak> rjwiii: would be the easiest way, yes.
[19:32] <rjwiii> jailbreak: Is there a way to block just a single device?
[19:33] <pragmaticenigma> rjwiii: no
[19:34] <pragmaticenigma> though I'm not sure why you would be repeatedly prompted for a connection, unless something is in discovery mode
[19:34] <leftyfb> rjwiii: bluetoothctl block <BT address>
[19:35] <rjwiii> pragmaticenigma: hmmmmmmm ... Maybe I can turn off discovery on the work laptop ...
[19:35] <pragmaticenigma> those would be my first steps before blocking devices
[19:37] <pragmaticenigma> kind unsettling to me that a work issued machine would be doing that. And if you don't need bluetooth rjwiii , disable it. It's secures a system to not have that running if you're not actively using it anyways
[19:39] <rjwiii> pragmaticenigma: Unsettling to me, too ... it shows as "Not setup" on my Ubuntu machine ... I'm not going to set it up.
[20:39] <nuovolnx> Hi everyone, I intend to buy a smartphone and then replace Android with Ubuntu. Can you recommend a cheap smartphone? Is it possible to use WhatsApp? Taking photos?
[20:40] <daft> nuovolnx, it is possible but you need a phone that is compatible.
[20:41] <nuovolnx> daft: could you advise me something?
[20:42] <jailbreak> nuovolnx: maybe pinephone. But off topic either way.
[20:43] <daft> https://www.online-tech-tips.com/smartphones/guide-install-ubuntu-touch-on-an-android-phone/
[20:43] <nuovolnx> jailbreak: works fine with ubuntu touch?
[20:44]  * jailbreak shrugs
[20:44] <jailbreak> No idea, sorry
[20:44] <daft> pinephone was plasma i tought.
[20:44] <jailbreak> Plasma is a de, no?
[20:45] <daft> yea. of kde.
[20:46] <nuovolnx> with pinephone it's difficult than find a cover
[20:47] <pragmaticenigma> nuovolnx: This channel is dedicated to providing support for the Ubuntu desktop OS. You can try asking about Ubuntu Touch in the #ubuntu-touch channel
[20:48] <nuovolnx> pragmaticenigma: thank you


[01:19] <GridCube> if someone can know about this you people might, i bought an usb audio card because this mobo im using now has an integrated card that doesnt want to work while an hdmi output is on, so i didnt have sound, so i bought this usb card, and it works perfectly, but it has some picky noise all the time
[01:19] <GridCube> so i wonder if its possible to reduce that noise
[02:00] <zequence> GridCube: Often usb devices will make noise on laptops when the power cord is connected
[02:01] <GridCube> its a cpu, but ill live with ti
[02:01] <GridCube> its better than not having headphones though annoying
[05:01] <Guest75115> I'm using the 64 bit version of ubuntu studio and I'm having serious issues
[05:01] <Guest75115> Even in safe mode, I cannot boot, period
[05:03] <Guest75115> Getting a message saying that it can't stat the resume device file... I need this system working right away, I have work that I desperately need to do, and my phone (which I'm typing this on) won't cut it
[05:03] <Guest75115> Please, someone help!
[05:05] <Guest75115> Hello? Look, will someone kindly tell me how to get into the system, and what I need to change to bypass this?
[05:06] <Guest75115> A simple link to some directions would be nice...
[05:07] <Guest75115> How about how to chroot into the sys via live cd? Pretty pretty please?
[05:08] <Guest75115> Come on, I'm expecting a ton of effort to type this on a touchscreen, a response would be much appreciated
[05:09] <Guest75115> Exerting, not expecting
[05:11] <Guest75115> Please, someone, anyone!
[05:16] <Guest75115> Guess I'm on my own... Certainly won't be recommending Ubuntu to anyone, seeing as their support channel seems to be totally useless
[18:41] <suitcase> Greetings all
[19:04] <bsidecr> hi im new using ubuntu studio im trying to install my soundcard (M  audio mkII) but it has been very difficult for me to configure correctly the system. Can somebody help me? Thanks
[19:19] <suitcase> Greetings all.
[19:20] <suitcase> Does anyone have the expirence of coming to a fresh install of 13.10 and finding the volume control missing and muted?
[19:24] <suitcase> I am so anxious to get back to sooperlooping. beatboxing and the like
[19:36] <aloiece> where's the firewall settings in ubuntustudio?
[19:58] <wilee-nilee> aloiece, You would have to install a firewall, generally not needed.
[19:59] <wilee-nilee> iptables is more robust
[20:35] <aloiece> mhm
[21:03] <SysAdmin_Raven> hello
[21:03] <SysAdmin_Raven> is there a way i can force skype to use either jacksink or pulseaudio instead of the default alsa list?
[21:10] <SysAdmin_Raven> i have it fixed so nvm
[22:15] <robierob> hey guys i want to get an RT kernal for a cutom build i am doing of xubuntu studio... whats the terminal call for it?
[22:15] <robierob> sudo apt-get install ?
[22:41] <Teleport> How to autoroute a software to soundcard at startup?
[22:56] <zsitek> exit


[03:38] <Sebas_> hey! somebody there?
[03:40] <Sebas_> jose or lazyPower take a look at this video at the time 1:15 http://hemingway.softwarelivre.org/fisl15/high/41f/sala41f-high-201405070913.ogv
[03:40] <Sebas_> I talk about juju and Drupal
[03:44] <jose> Sebas_: Cool! I'll take a look :)
[03:44] <Sebas_> jose \o/
[03:44] <Sebas_> actually was unexpected called to the stage hehe
[03:44] <jose> :P
[03:45] <Sebas_> so I didn't prepare anything, but was alright hehe
[03:45] <jose> is it in 1m15s or 1h15m?
[03:45] <Sebas_> 1h16m
[03:49] <Sebas_> jose: that was in the FISL 15
[03:49] <jose> is that this year?
[03:50] <Sebas_> yes! actually last wednesday
[03:50] <jose> awesome!
[03:50] <Sebas_> yeah! \o/
[03:51] <Sebas_> I talk with all kind of people about juju
[03:51] <Sebas_> for example redhat people from openshift
[03:51] <jose> tell them to switch to Ubuntu!
[03:52] <Sebas_> hehe they where really shock about what juju can do
[03:52] <Sebas_> haha yeah!
[03:52] <Sebas_> sadly ubuntu doesn't appear in the event
[03:53] <jose> maybe next year?
[03:53] <Sebas_> debian, redhat, opensuse, fedora and others
[03:53] <Sebas_> yes of course
[03:53] <Sebas_> I'm thinking in talk about juju next year
[03:54] <Sebas_> also talked with some guys from openstack community
[03:55] <Sebas_> they didn't know about openstack bundle, and the maas integration
[03:55] <Sebas_> they are using foreman
[03:55] <Sebas_> and puppet
[03:55] <jose> I assume they do now?
[03:55] <Sebas_> yes!!
[03:57] <Sebas_> but I didn't use already juju to deploy os, because I wanna to deploy it only with lxc containers
[03:57] <jose> oh well
[03:58] <Sebas_> i only have 1 dedicated server, and i really doesn't wanna to deploy openstack in VMs
[03:59] <jose> well, you can use the EC2 free tier
[03:59] <Sebas_> free you say?
[03:59] <sarnold> for tiny and slow machines :)
[03:59] <jose> http://aws.amazon.com/free
[04:00] <sarnold> but wonderful for testing things
[04:00] <Sebas_> ohh nice
[04:00] <Sebas_> yeah!
[04:00] <jose> I do all my charm development/testing on EC2's free tier :)
[04:00] <jose> hi sarnold :)
[04:00] <Sebas_> ahh ok
[04:00] <sarnold> hey jose :)
[04:01] <Sebas_> yeah but I was trying to avoid kvm's hehe
[04:01] <jose> it's not kvm
[04:01] <jose> or well, I'm not sure
[04:01] <sarnold> probably xen
[04:01] <sarnold> the best part is you mostly don't care :)
[04:01] <jose> yeah
[04:01] <Sebas_> yes probably xen
[04:01] <Sebas_> haha
[04:01] <Sebas_> ¬¬
[04:02] <jose> you just use it
[04:02] <jose> or well, at least I do
[04:02] <sarnold> *nod*
[04:03] <Sebas_> do you already tried openstack with juju ?
[04:04] <Sebas_> jose or sarnold hmm let me rephrase that, do you already deploy openstack with juju?
[04:04] <sarnold> Sebas_: not me, I don't have enough machines to make use of openstack, heh
[04:05] <Sebas_> sarnold: same problem here
[04:05] <Sebas_> i was trying some openstack all-in-one
[04:05] <Sebas_> but i don't know if it is something like that in ubuntu
[04:06] <Sebas_> like RDO from redhat has
[04:07] <sarnold> ahhh :)
[04:10] <jose> I don't use OpenStack :)
[04:11] <Sebas_> ohh, jose, you use other thing?
[04:12] <jose> yes, I use EC2
[04:12] <Sebas_> ahhh ok
[04:12] <sarnold> Sebas_: hrm, in the jujucharms.com there's a bundle for deploying openstack on a machine with nested KVM
[04:12] <sarnold> Sebas_: but I do'nt know the manage.jujucharms.com website well enough to find that bundle again
[04:12] <jose> let me try and do that for you
[04:12] <Sebas_> ohhh thanks!
[04:13] <sarnold> I've done nested KVM before when testing MAAS systems; it's a bit slow, but it got the job done..
[04:13] <sarnold> but nothing you'd want to use long-term
[04:14] <jose> sarnold: who created that bundle?
[04:14] <jose> is it http://manage.jujucharms.com/bundle/~james-page/openstack-on-openstack/openstack ?
[04:15] <sarnold> jose: that's the one! ah. it's for testing on clouds that already exist. :)
[04:16] <Sebas_> hmmm im getting a look
[04:16] <Sebas_> "The Ubuntu Server Team use this bundle for testing OpenStack-on-OpenStack."
[04:16] <Sebas_> hehe nice
[04:17] <Sebas_> the thing is to use openstack to manage the vm's with lxc
[04:17] <Sebas_> like the juju local does
[08:59] <zchander> Good morning (GMT+2 over here…). Is anyone around who provide some additional information about juju-gui together with a HAProxy based gateway?
[10:30] <rick_h_> zchander: never tried it but what's up?
[10:32] <zchander> I am (re)trying my MaaS cluster, but had to reinstall everything. I would like to access juju-gui from within our schoolnetwork, but our MaaS is in it’s own network.
[10:33] <zchander> I have a seperate server, with two network adapters, one connected to our schoolnetwork and one to our MaaS network. I would like to use the SSL enabled environment (Had the non-secure option working)
[10:37] <rick_h_> zchander: ok,so you could haproxy the 80 but not the 443?
[10:37] <zchander> rick_h_: Yes. using port 80 has worked (and before).
[10:40] <rick_h_> zchander: hmm, looks like we do send the port as 443 http://bazaar.launchpad.net/~juju-gui-charmers/charms/precise/juju-gui/trunk/view/head:/hooks/web-relation-joined#L29 if secure is on
[10:42] <zchander> My problem/issue is with HAproxy. I cannot seem to get a proper connection from my client (using SSL) to juju-gui (behind HAproxy)
[10:42] <rick_h_> zchander: looking at haproxy it seems it'll only pick up the port it's told if it has a service_name http://bazaar.launchpad.net/~charmers/charms/precise/haproxy/trunk/view/head:/hooks/hooks.py#L823
[10:42] <rick_h_> zchander: oh hmm, yea I'm not sure how the ssl pass through would work there.
[10:44] <rick_h_> at that point haproxy is playing a man in the middle attach almost to the client.
[10:45] <rick_h_> hmm, everything I'm seeing is having you setup haproxy to be the ssl endpoint
[10:51] <zchander> I am also trying it with Apache2 as the reverse proxy, but here I get some I/O error issues. Might be related….
[10:54] <rick_h_> zchander: yea, looking for docs/notes I did run across http://comments.gmane.org/gmane.comp.web.haproxy/15689 which seems to imply that it should be possible
[10:55] <rick_h_> zchander: the charm just might not support that complex a config ootb
[10:56] <zchander> The HAproxy server isn’t part of our juju environment. It is a seperate Ubuntu based server with 2 nics
[11:22] <rick_h_> zchander: oh ok, then yea. I think it should be possible just a matter of getting the right ssl handling config into the haproxy server I think.
[13:01] <rbasak> How do I generate a release tarball from the bzr branch (specifically 1.18)? I don't see any instructions anywhere, and the two are quite obviously different.
[13:05] <marcoceppi> rbasak: ask sinzui
[13:05] <sinzui> Be aware the answer might not make sense.
[13:06]  * sinzui still needs more coffee
[13:06] <rbasak> sinzui: I want to test the latest 1.18 branch against packaging in Utopic
[13:06] <rbasak> (since there's no release of the last few commits yet)
[13:06] <rbasak> So I tried to generate an orig tarball based on the bzr branch, which failed, and then I noticed that they aren't the same.
[13:07] <sinzui> rbasak, that is because devel/network broke juju devel and stable :)
[13:08] <rbasak> sinzui: yeah it's the fix for bug 1314686 I'm trying to verify
[13:08] <_mup_> Bug #1314686: Please add support for utopic <packaging> <juju-core:Fix Released by wallyworld> <juju-core 1.18:Fix Committed by wallyworld> <juju-core (Ubuntu):Triaged> <https://launchpad.net/bugs/1314686>
[13:08] <sinzui> rbasak, CI is catching up to devel at this hour. Next hour I will force a rebuild of stable if a new rev doesn't automatically trigger a build.
[13:08] <sinzui> rbasak, If you cannot wait a few hours, then you can build it yourself with lp:juju-releease-tools
[13:09] <rbasak> sinzui: OK, thanks. lp:juju-release-tools sounds like what I needed. I can wait though, but if I do, where do I get the orig tarball from after that? The orig tarball from the stable PPA?
[13:09] <sinzui> rbasak, http://bazaar.launchpad.net/~juju-qa/juju-release-tools/trunk/view/head:/README.md
[13:10] <sinzui> rbasak, make-release-tarball.bash -1 lp:juju-core/1.18
[13:10] <rbasak> sinzui: ah, great. Thanks!
[13:10] <sinzui> rbasak, make-package-with-tarball.bash stable ./juju-core_1.18.4.tar.gz \
[13:10] <sinzui>         'Full Name<EMAIL_ADDRESS>[13:10] <sinzui> ^ that can be installed
[13:25] <rbasak> sinzui: thanks - I got a release tarball now I think. Do you accept MPs for juju-release-tools? I have a trivial fix, but it looks like it has only one revision fed from somewhere else.
[13:25] <sinzui> rbasak, We will accept fixes thanks
[13:26] <sinzui> rbasak, was the '-1' a problem. I often use the actual revno instead of an index
[13:27] <rbasak> sinzui: https://code.launchpad.net/~racb/juju-release-tools/hg/+merge/219188
[13:27] <rbasak> sinzui: ah, I missed the -1. I read the docs and looked up the revno.
[13:27] <sinzui> Thank you rbase. I will get that merged ina few minutes
[13:28] <rbasak> BTW, it gave me juju-core_1.18.4.tar.gz which doesn't quite seem right as there are more commits on top.
[13:28] <rbasak> "git describe" does something sensible here, by appending a suffix describing the extra commits (in git's case, the number of commits and the HEAD commit hash).
[13:28] <rbasak> Maybe that's appropriate here too?
[13:29] <rbasak> Or maybe just a "~bzr{revno}" if the tag doesn't exactly match.
[13:30] <rbasak> Actually "+bzr{revno}" would probably be more accurate.
[14:04] <Sebas_> lazyPower: thanks for the answer :)
[14:04] <lazyPower> Sebas_: o/  anytime
[14:04] <lazyPower> i'm puzzled why your bug isn't showing up in the rev queue
[14:04] <lazyPower> glad i saw the mail or your bug would have gone unnoticed.
[14:05] <Sebas_> lazyPower: take a look at the description i made in the bug report https://bugs.launchpad.net/charms/+bug/1315428
[14:05] <_mup_> Bug #1315428: Review needed: Drupal Charm <drupal> <Juju Charms Collection:New> <https://launchpad.net/bugs/1315428>
[14:05] <Sebas_> lazyPower: there are some of the questions
[14:05] <lazyPower> http://manage.jujucharms.com/tools/review-queue -- feel free to check ~ 15 minutes after you've opened a bug, it ingests every 15 minutes (so max wait is 30 mins) - and as you see its not in there.
[14:05] <Sebas_> lazyPower good to know that the mail helped hehe
[14:06] <lazyPower> indeed!
[14:06] <Sebas_> lazyPower nice, I sow it yesterday, but didn't see my issue hehe
[14:11] <mbruzek> Hey lazyPower there are more than one drupal charms out there.  I remember reviewing one recently.  What do we do with multiple requests for the same charm?
[14:11] <marcoceppi> Sebas_: lazyPower there's no linked bracnh
[14:11] <lazyPower> marcoceppi: ah, so the fact it's in github is the blocker for it getting into the queue. ok.
[14:12] <lazyPower> mbruzek: it'll require collaboration between the two charm authors i'd say. Drupal and ElasticSearch are both subject to this at the moment.
[14:12] <marcoceppi> mbruzek: none are in the store yet
[14:12] <lazyPower> mbruzek: that or may be the best charm win? (i really dotn know, this is a first to me)
[14:13] <lazyPower> Ideally we'd want both authors working together toward teh same goal, building a high quality charm that implements best practices from both branches. But that's my 2 cents.
[14:14] <mbruzek> Sebas_, for reference the other drupal charm is here: https://bugs.launchpad.net/charms/+bug/1290636
[14:14] <_mup_> Bug #1290636: New drupal charm submission. <Juju Charms Collection:Incomplete by dweaver> <https://launchpad.net/bugs/1290636>
[14:14] <Sebas_> mbruzek: ooh i see, opening here...
[14:14] <mbruzek> Sebas_, It uses apache2, and yours uses nginx, I would say that is pretty different.
[14:15] <Sebas_> mbruzek: it uses nginx with perusio configurations
[14:15] <mbruzek> Sebas_, but see if there is a way the authors could agree on something.
[14:15] <Sebas_> mbruzek: yes we can do a merge
[14:15] <mbruzek> Either that or race his charm to the store...
[14:16] <Sebas_> hehe
[14:16] <lazyPower> Sebas_: its ok to be opinionated in your charm, we encourage that. With that being said, extending one or the other - based on a user config (use_apache: type: boolean, default: false) would make it really nice...
[14:16] <lazyPower> to auto-tune the configuration to your given preference in httpd
[14:16] <Sebas_> mbruzek: there's others diferences too
[14:23] <Sebas_> there are other things like, importing an existing project, compass install, etc...
[14:23] <Sebas_> the thing is this charm is good practices oriented
[14:24] <Sebas_> a drupal boilerplate is used
[14:24] <lazyPower> dweaver: ping
[14:24] <lazyPower> Sebas_: you two should talk :)
[14:25] <Sebas_> lazyPower: yeah definitely
[14:28] <Tug> Hi everyone
[14:28] <mbruzek> Hi Tug
[14:28] <Tug> I'm having an error with debug-hooks
[14:28] <Tug> $ juju debug-hooks mongos/0
[14:28] <Tug> can't create socket: Permission denied
[14:28] <Tug> any idea ?
[14:29] <Sebas_> lazyPower: my questions about scaling are in the description of the issue, do you think thats enough?
[14:29] <lazyPower> Sebas_: occupied atm, can i get back to you?
[14:29] <Sebas_> lazyPower: to schedule our school charm :)
[14:29] <Sebas_> yes!! of course!
[14:29] <Sebas_> :D
[14:29] <Sebas_> lazyPower: thanksss
[14:29] <lazyPower> If you're not around when i circle back i'll reply to the thread.
[14:30] <lazyPower> thanks for your patience Sebas_
[14:30] <Sebas_> lazyPower :D
[14:30] <dweaver> lazyPower, pong
[14:31] <lazyPower> dweaver: Sebas_ is the other community member working on a drupal charm. You guys should coordinate, as there's awesome work in both charms.
[14:32] <Sebas_> dweaver: hey man!
[14:32] <dweaver> lazyPower, Yes, I saw there was another submission.  Hi Sebas_
[14:33] <Sebas_> dweaver: we should work together on this charm, what you think?
[14:33] <Sebas_> dweaver: if you can take a look at the charm to see what is doing
[14:34] <dweaver> Sebas_, I'd be happy to combine our resources.
[14:34] <Sebas_> but my goal is to deliver a best practices and enterprise charm ready
[14:34] <Sebas_> dweaver: \o/
[14:35] <Tug> it was working fine until now :'(. Please, do you guys have any tips to start debugging the issue ?
[14:35] <Sebas_> take a look at the charm later please :)
[14:36] <mbruzek> Tug I haven't seen that before.  Can you run:  juju ssh mongos/0 ?
[14:36] <Sebas_> dweaver: we need to put apache option as webserver in the other charm
[14:36] <Tug> mbruzek, yes I can
[14:36] <dweaver> Sebas_, That's a great goal and I'm happy to help.  Time is the problem for me, I don't have much spare, but I should be able to review the charm later this week and let you know what I think so far and some suggestions on how we can combine .
[14:36] <mbruzek> Tug, and you connect OK?  It looks like debug hooks failed on creating a connection.
[14:37] <Sebas_> dweaver: that would be great!! thanks :)
[14:37] <Tug> mbruzek, yes it connects fine. Then I can run $ sudo tmux attach-session -t mongos/0 and I also have can't create socket: Permission denied
[14:39] <lazyPower> Tug: looks like something detached you from teh session and there's  possibly a permissions problem. I ran into this before, but didn't think much of it - it wasn't production and i destroyed/redeployed
[14:39] <lazyPower> here's a bug that shows what i found: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597335
[14:41] <Tug> thx lazyPower, my error is even weirder as I'm running it with sudo
[14:41] <lazyPower> ah, thats no fun :(
[14:44] <Tug> not sure which process I could kill/restart...
[14:44] <Tug> I have 3 jujud
[14:45] <mbruzek> Tug, I believe lazyPower means to destroy-environment and restart this
[14:45] <mbruzek> juju destroy-environment
[14:46] <mbruzek> Tug, you should not need to kill individual processes
[14:46] <Tug> ok mbruzek, I'll try to destroy the service first I think
[14:47] <Tug> maybe even remove juju from the machine and add-machine later
[14:47] <mbruzek> Tug what environment are you using?
[14:47] <Tug> amazon
[14:48] <Tug> machines were created manually
[14:48] <mbruzek> Tug, I see
[15:50] <marcoceppi> hey stub got a second?
[16:01] <mbruzek> Is the 'HOME' environment variable not available in a hook environment?
[16:01] <mbruzek> in python I mean?
[16:01] <mbruzek> I am writing a charm in python, os.path.join(os.environ['HOME'], 'Liberty') that line fails.
[16:01] <mbruzek> But when I ssh to the charm 'HOME' is set for both ubuntu and root user.
[16:03] <marcoceppi> mbruzek: it's not set
[16:03] <marcoceppi> not in a hook at least
[16:04] <mbruzek> marcoceppi, ah I see.  Is there a good reason for not setting HOME ?
[16:04] <lazyPower> marcoceppi: since you're working with trusty testing, i've validated a MP works against a charm in series trusty - shoudl i go ahead and push it to trusty or wait for you to do it?
[16:04] <marcoceppi> mbruzek: probably, I mean what would HOME be?
[16:04] <mbruzek> I can just use a tmp directory or something.
[16:04] <lazyPower> meaning - it was targeted at precise, but works on trusty.
[16:04] <marcoceppi> lazyPower: link?
[16:04] <mbruzek> marcoceppi, I would expect HOME == /root
[16:04] <marcoceppi> mbruzek: I would expect HOME to be $CHARM_DIR
[16:05] <lazyPower> http://leankit.hostmar.co/lp:charms/elasticsearch/215696
[16:05] <mbruzek> You are after all the root user
[16:05] <marcoceppi> just because you're root doesn't mean you want things to end up in the HOME directory
[16:05] <marcoceppi> it makes people think about what they're doing, since services installed by charms should not run as root
[16:05] <mbruzek> That is fine, I was just trying to get a scratch area to do some work in, I thought HOME would be the place to do that
[16:06] <mbruzek> I can do it in temp.
[16:06] <mbruzek> or tmp
[16:06] <marcoceppi> mbruzek: tmp is a better place
[16:06] <marcoceppi> or $CHARM_DIR
[16:06] <marcoceppi> lazyPower: there's not elasticsearch charm in trusty
[16:06] <lazyPower> marcoceppi: i'm aware, thats why i asked.
[16:06] <lazyPower> this works on trusty
[16:06] <marcoceppi> lazyPower: there's not tests though
[16:07] <mbruzek> What would happen if a bash charm did "cd"  what directory would pwd return?
[16:07] <lazyPower> marcoceppi: there are when you pull elasticsearch and merge this in.
[16:07] <marcoceppi> lazyPower: ah, cool I'll keep that in mind
[16:07] <marcoceppi> mbruzek: probably either cwd or /
[16:08] <marcoceppi> lazyPower: if you want to give it the +1 and merge precise
[16:08] <marcoceppi> I'll do the promulgation to trusty
[16:08] <lazyPower> marcoceppi: already merged precise. pending your validation of trusty.
[16:08] <marcoceppi> lazyPower: ack, ty
[16:08] <Sebas_> i'm trying to deploy openstack all-in-one with juju in one dedicated server, so I'm going to try to deploy some charms that must be out of an lxc container
[16:08] <Sebas_> like the compute-node
[16:09] <marcoceppi> Sebas_: you really need two nodes to do that
[16:10] <marcoceppi> one for juju bootstrap (and all other services in LXC container)
[16:10] <marcoceppi> and a second one for nova-compute
[16:10] <Sebas_> marcoceppi: second dedicated server?
[16:12] <Sebas_> marcoceppi: i was thinking something like all the os charms in lxc, but! the compute-node (with lxc libvirt type) in the 0 machine
[16:12] <marcoceppi> right, everything can go in LXC excet nova-compute
[16:12] <Sebas_> marcoceppi: i'm triping ? hehe
[16:12] <Sebas_> right
[16:12] <marcoceppi> which I guess you /could/ put on node -
[16:12] <marcoceppi> 0*
[16:13] <marcoceppi> but it just seems like it'd do better on it's own machin
[16:13] <Sebas_> marcoceppi: \o/
[16:13] <marcoceppi> you also can't use ceph with this setup
[16:13] <Sebas_> of course, but i have only 1 machine hehe
[16:13] <Sebas_> marcoceppi: instead of swift ?
[16:14] <marcoceppi> well you couldn't have any ceph backed anything
[16:20] <Sebas_> marcoceppi: well, i'm going to try that approach adapting the openstack bundle
[16:20] <marcoceppi> Sebas_: good luck!
[16:20] <Sebas_> marcoceppi: thank you!!!
[17:08] <qhartman> If I destroy a service, should I expect juju to remove the associated packages from the machine it was deployed on?
[17:10] <qhartman> also, if I have all of my charm config in a file, and I run "juju set --config=config_file.conf the_charm" should I expect the_charm to get the updated config from there?
[17:16] <hatch> qhartman no it won't remove the associated packages, you'll have to account for that in the charm if you don't want to tear down the machine/container and create a new one (recommended)
[17:16] <hatch> qhartman when the config is updated the config update hook will be executed, from there, you do with the data what you wish
[18:51] <Sebas_> what's the best serie for deploying local juju ?
[18:51] <Sebas_> trusty ?
[18:51] <Sebas_> or precise ?
[18:53] <Sebas_> somebody? :P
[18:54] <Sebas_> i'm asking because i'm planning to deploy a nova-compute-node charm into the 0 machine
[18:58] <cory_fu> jose: Did you see my comment on the tracks charm?
[18:59] <jose> cory_fu: yep! I just came back from university
[18:59] <cory_fu> Oh, ok.  :)
[18:59] <cory_fu> It's so close!  :)
[18:59] <jose> are you sure I should do -lt?
[19:00] <cory_fu> Yeah.  Apparently, < does lexigraphical ordering instead of numerical ordering
[19:01] <jose> oh, ok
[19:01] <jose> I should change that everywhere, right?
[19:01] <cory_fu> Well, you could also use double parentheses instead of double brackets
[19:01] <cory_fu> http://www.tldp.org/LDP/abs/html/comparison-ops.html
[19:02] <cory_fu> I think everywhere you're comparing to a number (i.e., port)
[19:04] <jose> easier to do -lt :P
[19:04] <cory_fu> Yeah.  :)
[19:05] <jose> cory_fu: pushed!
[19:05] <cory_fu> Awesome!  Let me take a look
[19:06] <jose> cool
[19:09] <cory_fu> mbruzek: Here's an example of my super simple upstart script (writer) for Apache Allura: http://bazaar.launchpad.net/~johnsca/charms/precise/apache-allura/refactoring-with-tests/view/head:/scripts/write-service
[19:09] <mbruzek> Thanks cory_fu
[19:09] <lazyPower> jose: there's a problem with owncloud on default deploy. I've got a recent revision of the tests here - bazaar.launchpad.net/~lazypower/charms/precise/owncloud/refactor_amulet_tests/
[19:10] <lazyPower> that should be the last issue to resolve and its g2g for your dependent branch merge
[19:10] <lazyPower> s/owncloud on default deploy/ the port configuration code on default deploy/
[19:10] <cory_fu> I wrote that write_service script but it would be easier to have a files directory with the .conf files already created and just copy them into place with install or charmhelpers.core.host.write_file
[19:10] <jose> lazyPower: ack, taking a look
[19:10] <cory_fu> mbruzek: ^
[19:11] <mbruzek> cory_fu, yeah good idea.
[19:24] <Sebas_> yaiks!! juju-gui is not deploying, WARNING juju.worker.uniter.charm git_deployer.go:200 no current staging repo
[19:25] <Sebas_> with precise serie
[19:27] <jose> lazyPower: what's the problem with the owncloud charm?
[19:27] <jose> I cannot seem to find it
[19:27] <lazyPower> ports aren't exposed. Run the test with --set-e and --timeout 15m
[19:27] <lazyPower> then inspect the environment after the test runs.
[19:28] <jose> ok, trying now
[19:28] <lazyPower> jose: charm test -e amazon --set-e --timeout 20m 100-deploy.py -o test
[19:29] <lazyPower> that way you've got a) logs being piped after the run, b) an inspectable environment, and c) only running the test in question, nto waiting for the setup script to run.
[19:30] <whit> hazmat, bcsaller, setup completes, but hangs on the login
[19:31] <whit> this is aws single node
[19:31] <jose> (my amazon environment is named ec2)
[19:32] <bcsaller> whit: did you bootstrap with the proper constraints
[19:34] <Sebas_> wow! juju-gui is not deploying any more :(
[19:34] <Sebas_> http://pastebin.com/PT716tDT
[19:35] <marcoceppi> Sebas_: this is a juju-core issue not a juju-gui issue
[19:35] <marcoceppi> Sebas_: 1.18.2 ?
[19:35] <Sebas_> let me check
[19:35] <Sebas_> marcoceppi: <IP_ADDRESS>
[19:40] <Sebas_> marcoceppi: do you think I must report a bug?
[19:50] <marcoceppi> this has been fixed in 1.19
[19:50] <marcoceppi> Sebas_: they removed the git requirement all together
[19:52] <Sebas_> oohh
[19:55] <Sebas_> marcoceppi: 1.19 is stable?
[19:55] <marcoceppi> Sebas_: no, 1.ODD are devel releases, 1.EVEN are stables
[19:55] <marcoceppi> Sebas_: but it's been a known shortcoming for a while in juju-core, using git as a state server for charms
[19:56] <Sebas_> ooohh marcoceppi i get it
[19:56] <Sebas_> marcoceppi: do you know a workarround for this?
[19:56] <jose> marcoceppi: did you get my comment about the wp mp?
[19:56] <marcoceppi> jose: no, link?
[19:56] <marcoceppi> Sebas_: for now just ssh in to the server and install git, then deploy again
[19:57] <Sebas_> hehe marcoceppi i was just going to do that
[19:57] <Sebas_> thanks :D
[19:57] <Sebas_> marcoceppi++
[19:57] <jose> marcoceppi: https://code.launchpad.net/~jose/charms/precise/wordpress/fix-1309980/+merge/216568
[19:58] <marcoceppi> jose: oh, yeah, as long as it's still in the review queue it'll get looked at
[19:58] <marcoceppi> (it's still in the review queue)
[19:59] <jose> I know, just wanted to let you know
[19:59] <Sebas_> humm thats strange "Could not resolve 'archive.ubuntu.com'"
[20:00] <jose> Sebas_: juju resolved unit/# --retry
[20:00] <Sebas_> jose: will try
[20:01] <Sebas_> jose: the thing is it isn't in a error state
[20:01] <jose> oh, where is that error?
[20:01] <Sebas_> *an error state
[20:02] <Sebas_> jose: i cant access internet from the machine
[20:03] <Sebas_> so the apt isn't finding the repository
[20:03] <marcoceppi> Sebas_: so there's your problem
[20:03] <Sebas_> marcoceppi: yep
[20:03] <marcoceppi> Sebas_: why git wasn't installed (it should be installed when a machine is provisioned)
[20:03] <marcoceppi> Sebas_: is this maas?
[20:03] <Sebas_> marcoceppi: it's juju-local
[20:03] <Sebas_> just that
[20:03] <marcoceppi> Sebas_: ah, can you run this?
[20:04] <Sebas_> in a trusty
[20:04] <marcoceppi> apt-config | grep -ri "proxy"
[20:04] <marcoceppi> inside the unit
[20:04] <Sebas_> marcoceppi: ok
[20:04] <marcoceppi> sudo apt-config dump | grep -ri "proxy"
[20:04] <marcoceppi> soryr, let me give you the real command
[20:04] <Sebas_> .profile:[ -f "$HOME/.juju-proxy" ] && . "$HOME/.juju-proxy"
[20:05] <marcoceppi> Sebas_: can you pastebin the output of sudo apt-config dump ?
[20:05] <Sebas_> marcoceppi: of course
[20:06] <Sebas_> marcoceppi: http://pastebin.com/j81bVttQ
[20:07] <marcoceppi> Sebas_: is that on your machine or the node?
[20:08] <Sebas_> unit
[20:08] <Sebas_> machine
[20:08] <Sebas_> marcoceppi: ubuntu@ubuntu-local-machine-2:~$ sudo apt-config dump
[20:08] <Sebas_> marcoceppi: why, it's wired? hehe
[20:09] <marcoceppi> well, I don't see any proxy lines in there
[20:09] <marcoceppi> so that's odd
[20:09] <Sebas_> its a fresh install of trusty and juju
[20:09] <marcoceppi> you should just be able to apt-get update/upgrade without issue
[20:09] <Sebas_> marcoceppi: yep, thats the first time that happen
[20:17] <Sebas_> marcoceppi: well, i think i'm gonna try to re install everything again
[20:48] <Sebas_> well, i tried with another version 1.18.1 and didn't work again, so the proxy isn't working
[20:48] <Sebas_> i don't know why :(
[21:50] <lazyPower> jose: i'm about to EOD
[21:50] <lazyPower> how's the owncloud discovery going?
[23:43] <jose> lazyPower: as I said, I didn't find out anything obvious, so if you could point me in the right direction I'd appreciate it :)


[23:36] <stgraber> slangasek: http://paste.ubuntu.com/1622593/
[23:38] <slangasek> whee :)
[23:39] <slangasek> stgraber: how many extra processes do we have running now, that weren't before? (thinking of memory footprint)
[23:39] <slangasek> it's init --user + upstart-event-bridge, and that's it?
[23:39] <stgraber> slangasek: should be just two, yeah
[23:39]  * slangasek nods
[23:39] <slangasek> do we expect gnome-session to go away in the near term?
[23:40] <stgraber> that'd be more a question for desktop I guess, but I don't think it's going to disappear this cycle and I have my doubt about the next one too
[23:44] <slangasek> stgraber: because you don't think we'll have the subprocesses transitioned over, or because you think we still need other features of gnome-session?
[23:45] <stgraber> well, I'm not completely sure of what gnome-session actually does. It does seem to spawn a ton of stuff, so we'll basically need to look at every single thing it spawns and translate that into an upstart job
[23:46] <slangasek> yeah
[23:46] <slangasek> but that's fairly mechanical work
[23:46] <slangasek> I'm more concerned about things like the dbus services gnome-session provides
[23:47] <stgraber> I'm not sure it actually provides any dbus service itself, it spawns a ton of stuff that do though
[23:48] <stgraber> I guess I can do a quick test with just spawning gnome-settings-daemon and compiz myself, see what I miss if I skip gnome-session entirely
[23:53] <stgraber> slangasek: with just those two, I'm missing nautilus (no background) and I'm missing all the indicators (not sure what's actually spawning those usually...)
[23:54] <stgraber> the rest looks good though ;)


[12:31]  * xnox took the plunge and bought a SecureBoot capable motherboard with two fakeraid controllers.
[12:32] <xnox> should be nice for d-i work / image testing. As well as case/ram/cpu to match.
[12:32] <cjwatson> My new server is SB-capable but like hell I'm SBifying it
[12:32] <cjwatson> (And isn't one I can take down for experimentation)
[12:33] <xnox> well i have 4 disks so I do plan on taking it up & down for testing / developing on it. virt-manager works nicely over kvm+ssh so i can continue working on my laptop when this new desktop is down.
[12:34] <xnox> so not sure if that machine will have desktop installed or not. i am expecting livecd to fly on it.
[12:38] <cjwatson> I have a new (well, QA-surplus) laptop which I'll be trying to reproduce the GRUB efinet problems on shortly, once I've finished backing up its existing contents
[12:38] <cjwatson> This would go a lot faster if the gigabit switch I ordered the other day had arrived yet
[13:04] <xnox> my ram has shipped already (ordered what 40min. ago?!) the rest will probably arrive over the next two weeks *sigh*
[13:06] <cjwatson> I must say it's rather nice to have a machine that can afford to have 93% of its RAM spent on buffers and cache
[13:07] <xnox> true.
[14:24] <xnox> I'm failing to see "toggle_top_level", "toggle_progress_section", "toggle_navigation_control" used at all. Dead code?!
[14:24] <xnox> or is it API for custom plugins?
[14:29] <xnox> i'm going to assume it's an external api to external plugins for now.
[14:29] <xnox> ev: you seem to have merged one of these toggle_* functions. What are they for? =)
[14:30] <ev> xnox: we've (I've) done a really poor job of documenting and correctly exposing the API
[14:31] <ev> actually being consistent in defining private members
[14:31] <ev> not reaching into classes private members, etc
[14:31] <ev> xnox: it might be used by dell-recovery, according to google
[14:32] <xnox> hmm.... ok. well committer @Dell.com was a give away as well ;-)
[14:34] <ev> xnox: best ask superm1 :)
[14:34] <xnox> ok.
[14:35] <xnox> superm1: ping =))) message me when you are around and free to chat about ubiquity ;-)
[14:38] <cjwatson> xnox: You could look at lp:dell-recovery directly
[14:40] <xnox> awesome.
[14:40] <xnox> superm1: unping.
[14:43] <xnox> looks a lot like ubiquity-tweak tool I was thinking off to do. Which can e.g. change default filesystem to xfs/btrfs and the likes.
[14:43] <xnox> aka gui presseed builder.
[14:45] <ogra_> just abuse the kickstarted UI ?
[14:45] <ogra_> *kickstarter
[14:46] <xnox> yeah.
[15:57] <stgraber> xnox: remember the number of that console-setup ubiquity bug you wanted me to look at?
[15:57]  * stgraber starts digging
[15:58] <xnox> stgraber: http://pad.lv/c/ubiquity and look at a few merge proposals there is like 4 for it.
[15:59] <stgraber> ah, bug 944614
[15:59] <ubot2`> Launchpad bug 944614 in ubiquity (Ubuntu) "ubiquity crashed with AttributeError in keyboard_variant_timeout(): 'NoneType' object has no attribute 'apply_keyboard'" [High,Triaged] https://launchpad.net/bugs/944614
[16:00] <stgraber> right, the fix is wrong, I'll poke at it a bit and get a correct one
[16:00] <xnox> yes, please =)
[16:00] <xnox> i have logs of last time we were discussing it....
[16:01] <xnox> do you need them? or you remember the context?
[16:02] <stgraber> I'm sure I just came to the same conclusion I did back then by looking at the proposed fix
[16:02] <stgraber> the proper way to fix it is to cancel the gobject timeout when moving away from the page
[16:02] <stgraber> so that the timeout doesn't hit when the page no longer exists
[16:02] <stgraber> (that or have the timeout function check whether the page is currently displayed, both should work fine)
[16:03] <stgraber> the proposed fix will obviously work, but will also possibly catch other unrelated issues which we'd want to see should they happen
[20:12] <stgraber> xnox: http://paste.ubuntu.com/5577302/
[20:13] <stgraber> I think that's the correct way to fix this
[20:14] <stgraber> xnox: tested here and pushed to trunk
[20:15] <superm1> xnox: if you want to refactor any of those toggle_* to something different, feel free, just lemme know so i can adjust dell-recovery for those changes too
[20:17] <stgraber> xnox: I guess I may as well push it to precise too, will copy the commit to that branch too.
[21:24] <xnox> superm1: well, we want to show progress section at all times now.
[21:25] <xnox> let me find a screenshot.
[21:26] <xnox> superm1: https://picasaweb.google.com/lh/sredir?uname=105922848292507689403&target=PHOTO&id=5850457453851904290&noredirect=1
[21:26] <xnox> so it's orange dots for all steps -> slideshow with progress bar -> finish.
[21:26] <xnox> superm1: I'm just going to keep toggle_* functions to work, but you may consider switching / keeping to show it. Or whatever =)
[21:40] <stgraber> xnox: ah, I didn't notice he also sent it to precise-proposed, thanks for getting rid of that one too :)
[21:41] <xnox> stgraber: yah, there was a gazzilion of them =)
[21:41] <xnox> stgraber: all nice and clean now. Also ping the u1 to clean up their merged proposals. (most of it is in main-u1 now)
[23:26] <infinity> xnox: kernels and d-i have been migrating together for months.
[23:27] <infinity> Trying easy from autohinter: linux/3.8.0-9.18 linux-meta/<IP_ADDRESS>.23 linux-signed/3.8.0-9.18
[23:27] <infinity> leading: linux,linux-meta,linux-signed
[23:27] <infinity> start: 193+0: i-96:a-39:a-25:p-33
[23:27] <infinity> orig: 193+0: i-96:a-39:a-25:p-33
[23:27] <infinity> easy: 196+0: i-97:a-40:a-26:p-33
[23:27] <infinity>     * i386: debian-installer-images
[23:27] <infinity>     * amd64: debian-installer-images
[23:27] <infinity>     * armhf: debian-installer-images
[23:27] <infinity> FAILED
[23:27] <infinity> xnox: ^--- For example.
[23:51] <cjwatson> infinity: Also seed sync bugs, which we should figure out something more automatic for at some point
[23:51] <cjwatson> But yeah, the override thing is the worst of it.  Maybe next week
[23:52] <infinity> cjwatson: Yeah.  I can overcome both misfeatures if I'm around when the migration happens (as I will be when it does in the next hour or so), but it would be lovely if I didn't have to.
[23:52] <infinity> cjwatson: Seed sync bugs probably just need the seeds rethought a bit WRT how that works.
[23:53] <infinity> cjwatson: Given that britney and nbs-report both have a concept of "debian-installer-images dependencies", baking that into germinate somehow might possibly be doable in a not-too-hideous fashion.
[23:54] <infinity> cjwatson: Which would then let us take ABI out of the seeds entirely.
[23:55] <infinity> cjwatson: I suppose the easiest way to stop all those hacks would be to actually generate a real package that depends on all of those deps.  Some "debian-installer-udebs-meta" or something that just records the udebs used in the build.
[23:56] <infinity> cjwatson: If that were in the archive, we could seed it, it would Just Work for NBS and migration, and we wouldn't need other hacks.
[23:57] <infinity> cjwatson: Would that be a hideous solution to you?  Other than a single crufty metapackage no one will ever install, it actually seems vaguely elegant, compared to the current state of affairs.
[23:59] <cjwatson> Maybe.  I'd like to think about it a bit to see if I can find something slicker ...
[23:59] <infinity> Sure.  Though that's really easy to implement.  Don't know why I didn't think of it the last time I hacked a solution for this.
[23:59] <cjwatson> To make your solution work, the metapackage would actually have to be a udeb
[23:59] <infinity> Since the build produces the manifests, etc, the last thing you do it just make a debian-installed-udebs-all.udeb that depends on all of them, done.


[23:22] <zteam> Bashing-om, thanks for your time man I really appreicate it :-)
[23:24] <Jordan_U> frankcab: I'll have a working pastebin for you to use in a minute.
[23:24] <frankcab> ok thanks
[23:24] <Jordan_U> TJ-: Sorry, for frankcab. My plan was to immediately make a new pastebin for them but I got taken away by other duties before I could.
[23:25] <frankcab> ok
[23:26] <OerHeks> no_maam, you could try !pinning but that would be a hack to keep such vulnerable browser version
[23:26] <OerHeks> !pinning
[23:28] <Jordan_U> frankcab: Here is a fixed version of TJ-'s instructions. Note that I've only checked the permissions side of things, I don't know enough about alsa configuration to know if that portion is correct (but I assume it is, because TJ- know's what they're doing :) http://paste.ubuntu.com/p/GGCx6CqhDp/
[23:28] <TJ-> Jordan_U: oh, duh! of course - I see what you mean now :D
[23:29] <OerHeks> i wonder of one could update certificates in such old browser
[23:29] <TJ-> Jordan_U: last I saw he's gone off to work... Bashing-om is going to keep an eye open for him returning
[23:29] <Jordan_U> s/know's/knows/
[23:30] <glsmaxx> hello
[23:30]  * Bashing-om keeps an eye out .
[23:30] <TJ-> lol
[23:30] <frankcab> Thanks.  Now I am rebooting to see if it worked.
[23:30] <TJ-> oooo you scared me!
[23:33] <Frankcab> Ran that script you pasted, rebooted, still no sound from speakers
[23:33] <TJ-> Frankcab: so many it didn't take
[23:34] <Frankcab> so many what?
[23:34] <TJ-> Frankcab: or possibly it did, but the sound output isn't correct.
[23:34] <Frankcab> ah
[23:35] <TJ-> Frankcab: need to think of how we can programmatically check which it might be, more research required :)
[23:35] <Frankcab> ok,  thanks
[23:35] <TJ-> Frankcab: we need 2 things: 1) prove that the built-in card 1 is now the default and 2) get some sound out of it
[23:35] <Frankcab> right
[23:38] <OerHeks> alsamixer, f6
[23:38] <TJ-> Frankcab: can you show us "pastebinit <( aplay -L )"
[23:39] <Frankcab> http://paste.ubuntu.com/p/kpXW247Ptt/
[23:43] <TJ-> Frankcab: try this: "speaker-test -Dfront -l 2 -c 2 -t wav"
[23:43] <Frankcab> "Playback open error: -2,No such file or directory"
[23:44] <TJ-> Frankcab: is it a laptop or desktop PC?
[23:44] <Frankcab> laptop
[23:53] <TJ-> Frankcab: OK, let's do this another way. "sudo apt install pavucontrol" - this is the PulseAudio GUI controller application
[23:53] <Frankcab> it is already installed
[23:54] <TJ-> OK, start it "pavucontrol"  then go to the "Output Devices" tab. I expect you'll see 2 devices, the HDMI and the Built-in, is that correct?
[23:54] <Frankcab> eifhr
[23:54] <Frankcab> right
[23:55] <TJ-> Frankcab: OK, for the "Built-in Audio" look to the right side, there are 3 icons, a speaker, a shield, and a green tick roundal... that last selects the default device. Press it.
[23:55] <Frankcab> built in audio digital stereo hdmi and built in audio analog stereo
[23:55] <Frankcab> they both say built in audio
[23:56] <TJ-> OK, ignore the one with "HDMI" in it
[23:56] <Frankcab> ok
[23:56] <Crusher>  sudo apt install build-essential app <-- not working on my WLS/ubuntu, getting many many 404's
[23:56] <TJ-> Frankcab: test your sound now
[23:56] <Frankcab> right now for port it shows "speakers (unavailable)
[23:56] <TJ-> Frankcab: Great! We finally have a clue
[23:56] <Frankcab> speakers not working, headphone working
[23:57] <TJ-> Frankcab: in the drop down are there any other options?
[23:57] <TJ-> just speakers and headphone ?
[23:57] <Frankcab> hold on
[23:57] <Frankcab> both speakers and headphones not working now
[23:57] <TJ-> Frankcab: :p
[23:57] <TJ-> Frankcab: did te default device change back to the HDMI ?
[23:57] <Frankcab> I see.  If I change port to headphones, then the headphones work
[23:58] <TJ-> Frankcab: go to the "Configuration" tab
[23:58] <Frankcab> looks like the default is the built in analog stereo
[23:58] <Frankcab> I am there
[23:59] <TJ-> For the Built-in audio analogue" try some of the other profiles. "Analogue Stereo Duplex" is the usual one for laptops
[23:59] <Frankcab> it's already analog stereo duplex
[23:59] <TJ-> 'duplex' means it also enables the microphone input as well as speaker output
[23:59] <TJ-> Try some of the others


[05:26] <hermit> Some noticed a problem with the way phased updates works with servers
[05:27] <hermit> Most server admins are going to want to preview updates.  apt list installable goes right around the protection because you are now selecting individual packages.
[05:28] <hermit> is there some other way to get the list to put into a gui?
[05:32] <hermit> oops.  wrong server sorry.


[11:59] <cmaloney> Morning
[12:13] <rick_h_> morn
[12:54] <brousch> quark
[13:03] <brousch> cmaloney: I just read your blog post. Why pygame?
[13:04] <cmaloney> brousch: Why not?
[13:05] <brousch> It's pretty much dead
[13:05] <cmaloney> brousch: I don't have evidence of that
[13:06] <brousch> http://www.pygame.org/download.shtml
[13:06] <cmaloney> so it's stable then. ;)
[13:06] <brousch> https://pypi.python.org/pypi/Pygame/1.7.1
[13:07] <cmaloney> (there's talk of Pygame 2)
[13:07] <cmaloney> Um, 1.9.2
[13:07] <brousch> No widgets, poor python 3 support, no mobile support
[13:08] <cmaloney> Sounds like heaven
[13:08] <cmaloney> What would you suggest instead?
[13:08] <brousch> Kivy, of course. With Kivent as a game engine if you need it
[13:09] <cmaloney> Does it support tiled?
[13:09] <cmaloney> http://pygame.org/project-Tiled+TMX+Loader-2036-.html
[13:10] <brousch> I have no idea
[13:10] <cmaloney> what games are written for Kivy / Kivent?
[13:10] <brousch> there's also Panda3D http://www.panda3d.org/
[13:12] <brousch> tile https://github.com/kivy/kivy/wiki/Tiled-Maps-%26-Tile-Based-Movement
[13:14] <cmaloney> https://github.com/craigmaloney/pygame_book
[13:17] <brousch> Very cool
[13:17] <cmaloney> So I'm not too far along with it, and already you're telling me to throw out what I have and start over. ;)
[13:17] <brousch> I just feel that pygame has run its course. More modern tools are available
[13:18] <cmaloney> I can live with that.
[13:18] <brousch> But new PyGame books still come out
[13:19] <brousch> A Kivent game https://play.google.com/store/apps/details?id=org.chozabu.boardzfree&hl=en
[13:24] <brousch> Another Kivent app https://play.google.com/store/apps/details?id=org.chaosbuffalogames.particlepanda2
[13:25] <cmaloney> Nice thing is SDL2 isn't on Precise. :)
[13:26] <cmaloney> yes, I'm on a way-too-old install
[13:26] <brousch> d00d
[13:27] <brousch> I think I still have 2 virtual servers on 12.04
[13:32] <jrwren> if it is not python3, it is dead to me. ;p
[13:32] <jrwren> brousch: precise is still supported. It is OK.
[13:34] <brousch> I actually have a 10.04 also because I need the ancient samba to make Lotus 1-2-3 happy
[13:37] <jrwren> really?
[13:37] <brousch> Really
[13:37] <jrwren> why does 1-2-3 care?
[13:37] <brousch> Because it is older than dirt
[13:38] <jrwren> but... but...
[13:38] <jrwren> 1-2-3 for windows, right?
[13:38] <jrwren> if it is using windows api it shouldn't care where the file is.
[13:38] <jrwren> 1-2-3 must be doing something evil.
[13:38] <brousch> Windows 3.1 APIs
[13:38] <jrwren> ancient version of 1-2-3?
[13:38] <jrwren> V4 ?
[13:39] <brousch> 1-2-3 R5
[13:39] <brousch> It will open files on newer Samba, but sees them as locked for writing
[13:41] <jrwren> that is interesting.
[14:08] <brousch> The last modified dates on the install files are 1994
[14:08] <brousch> The year I graduated from high school
[14:12] <jrwren> lol.
[14:12] <jrwren> I think I remember that release. V4 was the last DOS release. I supported it at my first IT job, straight out of high school, summer of '95  and V5 was the same time windows release. Windows 3.1, becuase '95 didn't come out for a few more months.
[14:13] <jrwren> They hadn't synced up their version numbers. it was V4 DOS, V5 Win.
[14:19] <brousch> yes
[14:58] <cmaloney> Ok, this is just a PITA getting Kivy installed
[14:59] <cmaloney> At least on this old system.
[15:06] <brousch> heh
[15:06] <brousch> Does the PPA work on it?
[15:06] <cmaloney> No, there's a Python 3 PPA that needs installing
[15:07] <brousch> ah
[15:07] <cmaloney> which then needs Python3, which needs ...
[15:07] <cmaloney> er python3 numpy, which needs ...
[15:07] <brousch> Yeah, that is kind of ugly right now
[15:07] <cmaloney> Not to mention SDL2
[15:07] <cmaloney> Not that Pygame is easier to install in a virtualenv, but I've done it enough
[15:08] <cmaloney> and worst case I'll create a Python Game book where we look at several frameworks
[15:08] <cmaloney> Figure where the spirit takes me and work accordingly.
[15:08] <cmaloney> The book I want is something that's a little more pragmatic and not as "beginner friendly"
[15:09] <brousch> I use custom scripts to install kivy, but haven't updated them in a while https://github.com/brousch/kivy-installer
[15:10] <brousch> I know the cython version in them is wrong now
[15:14] <jrwren> oooh... cython!
[15:16] <brousch> Yes, a lot of cython in kivy
[15:19] <brousch> I have not touched the stuff
[15:21] <jrwren> I love cython.
[15:33] <brousch> I prefer pure Python because it runs anywhere without silliness like compiling
[15:33] <jrwren> yeah sure, as long as you don't care how fast it runs.
[15:33] <jrwren> i like cython because I often care about how fast things run.
[17:13] <brousch> Get moar hardware!
[21:47] <gamerchick02> i reinstalled and my laptop is working now. so that's strange


[07:12] <valorie> I have not gotten a link, but my alarm is set for 4:45 AM tomorrow morning; hopefully a link appears here or on my phone by about then....
 It will. I'll have it here 15 mins before
[12:52] <valorie> hello?
[12:53] <valorie> @tsimonq2?
 A bit over an hour to go by my reckoning
[12:54] <valorie> hmmm, I guess I''ll just sleep here for an hour....
 Correct :)
 Afternoon
 morning lol
 Hey hey :)
 https://meet.jit.si/GenerousFibresPaintNor is the meeting link. I've had some problems with snap confinement and video calls recently, I'd highly recommend just using Falkon.
 We start in 26 minutes or so, I'll be there 5 minutes early, I'd suggest everyone who is available try to test their setup with Jitsi
 If for some reason this is not working, tell me, we'll go with Google Meet
 10:4
 Seems I can get in ok and use the chat
[13:53] <valorie> hey RikMills, ltns
[13:57] <RikMills> valorie: your mic works. see the chat
 On my way
 https://meet.google.com/zpg-fbpg-jar
 valorie ^^^^^ :)
 https://launchpad.net/~kubuntu-council/+members : Just noticed that I'm not on the team anymore lol
[15:04] <valorie> I'll add you back @ahoneybun
[15:07] <valorie> and done
[15:08] <valorie> going back to bed until it's light.....
[15:08] <valorie> loved hearing everyone's voice
 I've been busy packaging the COSMIC packages for NixOS lol
 Thanks valorie!
 I too enjoyed the meeting. It was good to hear from everyone! :)
 Yes, as discussed we should get back to doing that on a regular schedule
 Indeed. I should be using Kubuntu again, I've been on Nobara Plasma since I've been streaming for a bit.
 I would highly recommend joining the TB meeting starting right about now. Sorry for the short notice
 I'm happy to, but I don't have an invite of link
[20:00] <arraybolt3_wc> #ubuntu-meeting IRC channel
 Ah ha, perfect
[20:00] <arraybolt3_wc> all text-based this time
[20:01] <arraybolt3_wc> (my nick is weird since I switched to a local client for better reliability just in case - my normal arraybolt3 nick is active in #ubuntu-meeting and now this is my bouncer.)
 On route to it now
[20:07] <arraybolt3_wc> Rick_Timmis: just fyi the meeting is in progress.
 Yes, thanks array.. I've joined it
 Doesn't seem to be about anything Kubuntu at the moment.
[20:42] <valorie> @tsimonq2 thank you for jumpstarting us
[20:47] <valorie> btw if anyone wants to text with me my cell is 1-253-740-2725 and I have the desktop signal installed
[20:48] <valorie> or call for that matter
[20:51] <valorie> @tsimonq2 "
[20:51] <valorie> Mailing list moderation
[20:51] <valorie> There are no mailing list messages requiring your review.
[20:51] <valorie> "
[21:19] <ricktimmis> Fellow Councillors, I have prepared a News post on kubuntu.org regarding the Kubuntu Council meeting today.
[21:19] <ricktimmis> https://kubuntu.org/wp-admin/post.php?post=5130&action=edit
 Do anyone know the answer to this question?:
 If my ubuntu.com and kubuntu.org emails go to my proton.me email how can I reply as one of those alias?
 I think you should be able to set the Reply-to field in your email client.
[21:31] <ricktimmis> I will look to Publish that News on Sunday 4th February
[21:47] <valorie> ricktimmis: looks great; you strike exactly the right tone
[21:47] <valorie> although I don't think we set a limit of $6000, that's just a quibble
[21:48] <ricktimmis> Well that sentence was the one that worried me.
[21:48] <ricktimmis> Although we agreed that on list, I wonder if the amount would better left out of the news post ??
[21:49] <valorie> yes
[21:49] <ricktimmis> OK, I think so too. I'll make that change before I publish
[21:49] <valorie> what I came away with was "preliminary budget"
[21:49] <ricktimmis> Much better.. I'll use that
[21:50] <valorie> Scarlett could make huge progress in a short time, or find knotty problems we didn't anticipate
[21:50] <valorie> I'm glad we have enough money to have a cushion
[21:51] <ricktimmis> I very much liked your idea about fundraising, perhaps a discussion point for the next meeting
[21:52] <valorie> I let someone borrow my old Kubuntu tshirt and it never returned :(
[21:52] <valorie> I miss it and would wear a new one
[21:52] <valorie> or a polo
[21:53] <valorie> laptop bags would sell too
 We should do new merch
[21:53] <valorie> has ubuntu sent out the artwork for the LTS?
[21:53] <ricktimmis> Well, Eric E setup an Ubuntu Studio Merch Shop, and he helped them do the same for Kubuntu Focus. I'm sure he'd be willing to give us a few pinters
[21:54] <valorie> excellent news
[21:54] <valorie> does anyone have experience using a logo in a QR code?
[21:54] <valorie> and is there a good way to create one without paying someone
[21:55] <valorie> it would be fun to have a code in our merch that sends people to our site
[21:55] <ricktimmis> I would think so, although you could simply brand around the QR Code to achieve the same thing I gues
[21:55] <valorie> mmmm, I've seen them inside it
[21:56] <ricktimmis> Yes me too. I have tools to make QR codes, but I haven't tried to do one with a brand logo in it. Would need more looking into
[21:57] <ricktimmis> Ah he her it is
[21:57] <ricktimmis> https://ubuntustudio.myspreadshop.com/
[22:00] <valorie> spreadshirt is a decent company too
[22:04] <sgmoore> Hello all, I want to thank each and every one of you, and I look forward to bringing Kubuntu back to its former glory. Thank you !!!!
[22:05] <ricktimmis> Hey Scarlett, we're looking forward to working with you again :-)
[22:12] <sgmoore> :)
[22:14] <sgmoore> I am all set to begin diving in tomorrow, I am not on a bouncer as of yet, but will sort it out. I will of course check in when I am here! Thanks again!
[23:25] <valorie> I just quickly made a business card w/QR code for my genealogy society in Canva as proof of concept: https://www.canva.com/design/DAF7ZpIUlJg/6E8vl3uav_w9vOmD2TU2Cg/edit?utm_content=DAF7ZpIUlJg&utm_campaign=designshare&utm_medium=link2&utm_source=sharebutton


[07:53] <cpaelzer> doko: I think I found an issue in glibc 2.30 vs python triggering further issues in samba https://bugs.launchpad.net/ubuntu/+source/python3.7/+bug/1842618
[07:54] <cpaelzer> doko: once you are around it would be great if you could let me know if you agree and schedule a python3 rebuild or if it is more complex than that
[07:54] <cpaelzer> because in case of the latter we might (for now) add some silly but working emergency patch to get samba updated
[07:54] <cpaelzer> sbeattie: ^^ FYI
[08:09] <doko> cpaelzer: uploaded
[08:09] <cpaelzer> uh, ok that seems like a "yes I agree" :-)
[08:09] <cpaelzer> thanks doko
[08:11] <RikMills> LP: #1842382 any clue why /proc/self/maps in a live session now shows nothing much?
[08:11] <RikMills> cjwatson:
[08:11] <RikMills> um cyphermox I mean
[08:11] <RikMills> any clue why /proc/self/maps in a live session now shows nothing much?
[08:28] <Laney> doko: will look at mhash
[08:28] <Laney> first I've heard of it though
[08:33] <Laney> quite an easy one, lucky :-)
[08:51] <fredldotme> hello, fine folks!
[08:52] <fredldotme> I'm here on behalf of UBports. We run into an ugly ICE with gcc-5 from xenial and would need some help to get this fixed.
[09:05] <doko> unlikely
[09:05] <Laney> doko: there you go
[09:05] <Laney> nmued it too for good measure
[09:07] <doko> ta
[09:53] <fredldotme> the issue we encounter is here: https://bugs.launchpad.net/ubuntu/+source/gcc-5/+bug/1838419
[09:54] <fredldotme> as I see it doko already fixed the issue on the Debian side with gcc-6.
[10:36] <rafaeldtinoco> good morning o/
[10:50] <rbalint> sil2100, what should i press to make bileto trigger autopkgtests? https://bileto.ubuntu.com/#/ticket/3798
[10:51] <Laney> lander signoff I think
[10:51] <choon> https://answers.launchpad.net/ubuntu/+source/systemd/+question/683624
[11:42] <rbasak> xnox: incoming regression-update report: bug 1842651
[11:42] <rbasak> Though it looks like the reported version isn't the current one in -updates?
[11:42] <xnox> rbasak:  yes.
[11:42] <xnox> hm
[11:43] <rbasak> I would ask for verification about .28 but I thought maybe better to leave it with you then add another cook.
[11:43] <rbasak> than
[11:46] <xnox> rbasak:  that's a valid question, and i did ask that now. I fear this might be regression due to removal of the "retry renaming persistent interfaces" patch that was recently SRUed. Highlight ddstreet RAOF chrisccoulson
[11:46] <xnox> rbasak:  but also i'm not sure if security update trumped the inflight proposed update or not
[11:46] <xnox> chrisccoulson:  did https://launchpad.net/ubuntu/+source/systemd/237-3ubuntu10.28 trump anything?
[11:47] <chrisccoulson> xnox, it didn't - it's based on the version in -updates
[11:47] <RAOF> xnox: we worked to get the security update based on that SRU
[11:47] <xnox> ack
[11:47] <chrisccoulson> well, it's in updates now - I based it on what was in the proposed pocket to avoid trumping it
[11:47] <xnox> chrisccoulson:  tah =) so it was a chrisccoulson setup by having a regression in -proposed ;-)
[11:48] <ddstreet> xnox rbasak i don't think i had anything to do with that, looks like FourDollars drove that change
[11:49] <xnox> ddstreet:  ack
[11:57] <chrisccoulson> xnox, RAOF, is this regression important enough for us to need to do a revert? We'd need to do that through the security pocket
[11:57] <chrisccoulson> I can prepare uploads now if you think it's necessary
[12:02] <FourDollars> ddstreet: In fact, that commit has been accepted in the git repository before I start to do another bug's SRU.
[12:11] <ddstreet> FourDollars ok so the commit came from vicamo?  https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=832a06123f7b060b67394fe270123d80c8d7e37b
[12:12] <FourDollars> ddstreet: Yes
[12:12] <ddstreet> ok, sounds like we need that removed patch back then (i.e. Revert-udev-network-device-renaming-immediately-give.patch)
[12:13] <xnox> ddstreet:  but that will then regress the "takes to long to connect to network upon duplicate macs"
[12:14] <FourDollars> Yes. XD
[12:14] <xnox> ddstreet:  somehow we need both, or like ignore/filter out duplciate mac nics....
[12:15] <xnox> ddstreet:  FourDollars: vicamo: the duplicate MAC nics.... am I crazy, or should we simply take those two NICs and automatically create a bond out of them?
[12:15] <xnox> as that is the intention, no?!
[12:17] <FourDollars> xnox: Sorry. I don't know much about it. What I SRUed is majorly for https://bugs.launchpad.net/bugs/1740894.
[12:39] <ahasenack> cpaelzer: so tl;dr for samba wrt opts header? Was a new upload of python done?
[13:00] <cpaelzer> ahasenack: yes it was done
[13:00] <cpaelzer> ahasenack: it reached proposed https://launchpad.net/ubuntu/+source/python3.7/3.7.4-4
[13:00] <cpaelzer> so we can now hit rebuils on samba which I'll do now
[13:00] <cpaelzer> if all fits as expected it will now build just fine
[13:00] <cpaelzer> ubt I'll check the header on the new python first
[13:01] <cpaelzer> oh someone started it already
[13:01] <cpaelzer> and it builds fine
[13:01] <cpaelzer> so things are good again
[13:02] <ahasenack> ok, thx
[13:02] <cpaelzer> ahasenack: here are the greens https://launchpad.net/ubuntu/+source/samba/2:4.10.7+dfsg-0ubuntu2
[13:02] <cpaelzer> with the usual slow arm taking a while
[13:03] <ahasenack> rafaeldtinoco: there is a history of test hints for ocfs2-tools
[13:03] <ahasenack> rafaeldtinoco: what we could do there is use that skippable check, if arch == s390x
[13:04] <rafaeldtinoco> ahasenack: yep. im giving a last look at 3 functions dealing with bit shifts
[13:04] <rafaeldtinoco> and then right after will suggest that
[13:04] <rafaeldtinoco> if nothing is conclusive
[13:04] <ahasenack> ok, didn't want you getting into a rabbit hole
[13:04] <ahasenack> can also do both: skippable, and then work on the bug without a hurry
[13:04] <rafaeldtinoco> ahasenack: no no, good stuff you got in public bug also
[13:05] <rafaeldtinoco> true. i was mostly worried if all ocfs2 was broken for s390 ..
[13:05] <rafaeldtinoco> (because this comes from libocfs2)
[13:05] <rafaeldtinoco> and if it is, more than skip, we would have to remove the arch
[13:05] <rafaeldtinoco> thats why I havent decided yet for skip the test
[13:05] <rafaeldtinoco> lets see :\
[13:22] <ahasenack> rbasak: hi, I have a versioned build-dep question
[13:22] <ahasenack> rbasak: libpmemobj(src) has build-dep libpmemobj-dev(>=1.6~), libdaxctl-dev, libndctl-dev
[13:22] <ahasenack> sorry, let me rephrase
[13:22] <ahasenack> packages have similar names
[13:23] <ahasenack> rbasak: libpmemobj-cpp(src) has build-dep libpmemobj-dev(>=1.6~), libdaxctl-dev, libndctl-dev
[13:23] <ahasenack> the 3 build-deps I listed come from the same source: pmdk
[13:23] <ahasenack> libpmemobj-cpp is another src
[13:23] <ahasenack> so
[13:23] <ahasenack> with libpmemobj-dev 1.6.1 and later, the libdaxctl-dev and libndctl-dev build-deps can be dropped from libpmemobj-cpp
[13:23] <ahasenack> so we would have only Build-depends: libpmemobj-devel(>= 1.6~)
[13:24] <ahasenack> the question I got in review is if I shouldn't then update that version, since it's only with 1.6.1 and later that I can drop the libdaxctl-dev and libndctl-dev build-depends
[13:24] <ahasenack> i.e., isn't this more correct for libpmemobj-cpp(src): Build-depends: libpmemobj-devel (>= 1.6.1~)
[13:25] <ahasenack> I remember vaguely we talking about something similar in the past, that versioned build-depends shouldn't be that strict in general
[13:26]  * rbasak reads
[13:29] <fredldotme> do you think there's a possibility someone at Canonical will take a look at our issue and backport the patch (https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=261588) to gcc-5?
[13:30] <rbasak> ahasenack: the usual thing I go for is to not use depends (or build depends) for bugfixes, since 1) then things get awkward when bugfixes are backported; and 2) if fixing a bug we update the archive, everything updates and so no dependency is actually required
[13:31] <rbasak> ahasenack: for build-depends I think it's entirely up to ease of maintenance - if it holds a build back as needed, or will inform a backporter of a problem early, then it's useful
[13:31] <ahasenack> rbasak: this package in particular (libpmemobj-cpp) only exists in eoan, but the mentioned build-deps go back
[13:31] <rbasak> Otherwise there's no need.
[13:31] <rbasak> So I think it's up to you.
[13:31] <rbasak> (>= 1.6.1~) is correct if you want to express that in the build dependency
[13:31] <rafaeldtinoco> fredldotme: you mean for Xenial ? why dont u open a launchpad bug and suggest that ?
[13:32] <rafaeldtinoco> explain why you need that backport and what situation it would solve.
[13:32] <ahasenack> rbasak: the reason to build-dep on 1.6~, is code-wise. To build-dep on 1.6.1~, is well, the build will just fail without the (now) missing build-deps
[13:33] <rbasak> ahasenack: right. What I'm saying is: do you wish to express that in the build dependency?
[13:33] <ahasenack> rbasak: for eoan that would be correct. For < eoan, it would be introducing a bug, because 1.6.1 is not there, and with 1.6, the build-dep is not needed
[13:33] <ahasenack> not seeing me doing a backport, though
[13:34] <rbasak> Because almost every unversioned build dependency probably could correctly be versioned with a >=, but we don't do that for everything. There's no requirement to do so, except when it's convenient for us.
[13:34] <fredldotme> rafaeldtinoco already did: https://bugs.launchpad.net/ubuntu/+source/gcc-5/+bug/1838419
[13:34] <ahasenack> rbasak: right
[13:35] <rbasak> fredldotme: do you mean Canonical, or Ubuntu?
[13:35] <rbasak> fredldotme: Canonical will generally only do things for customers or if there's a big impact to Ubuntu users, since everything else falls off the priority list.
[13:35] <rbasak> fredldotme: however anybody can contribute to Ubuntu and all are welcome and encouraged to do so.
[13:36] <rbasak> fredldotme: if you have a patch and would like to drive landing the fix in Ubuntu yourself, see https://bugs.launchpad.net/ubuntu/+source/gcc-5/+bug/1838419
[13:36] <rbasak> Uh
[13:36] <rbasak> https://wiki.ubuntu.com/StableReleaseUpdates
[13:37] <fredldotme> rbasak I see, if someone from Ubuntu would like to help us that would be great. All the information required to get the backport in is in the launchpad bugreport
[13:37] <rbasak> fredldotme: you'd be expected to work on as much as you can yourself, according to our documented policy and processes.
[13:38] <fredldotme> rbasak ofc
[13:38] <rbasak> fredldotme: if you have specific questions about our processes, you're welcome to ask here.
[13:38] <rbasak> fredldotme: I would start by checking the page I linked to ensure that your proposed patch is acceptable to land according to our policies (which exist to protect Ubuntu users)
[13:39] <rbasak> fredldotme: your goal would be to get the bug fully documented according to our requirements, and to present us with a debdiff ready for sponsorship.
[13:39] <rbasak> (and then you'd be expected to help with QA afterwards)
[13:41] <rafaeldtinoco> AND, for this case, in particular, you said gcc-6 in debian has a fix for the same issue
[13:41] <rafaeldtinoco> you could even use that patch for the Ubuntu SRU (stable release update)
[13:43] <fredldotme> that would be my first thing to try, backport the fix to gcc-5 with a PPA up and running, then we can discuss how to proceed with merging the patch.
[13:43] <ahasenack> rafaeldtinoco: the bug you just filed on crmsh, about parallax
[13:43] <ahasenack> rafaeldtinoco: I've seen that backtrace before
[13:43] <ahasenack> https://bugs.launchpad.net/ubuntu/+source/crmsh/+bug/1687095
[13:44] <rafaeldtinoco> ahasenack:i used your previous bug
[13:44] <ahasenack> oh, wait
[13:44] <rafaeldtinoco> changed its title to add eoan
[13:44] <ahasenack> ok, sorry :)
[13:44] <rafaeldtinoco> so its 2 issues
[13:44] <rafaeldtinoco> =o)
[13:44] <ahasenack> you did me a confuse
[13:44] <rafaeldtinoco> ahasenack:im glad you still remember
[13:44] <rafaeldtinoco> lol
[13:44] <ahasenack> (dog speak)
[13:44] <rafaeldtinoco> fredldotme: to be honest, after checking both build logs
[13:44] <rafaeldtinoco> how are you sure that the backport would solve your issue ?
[13:45] <rafaeldtinoco> make sure to test it before, cause its in the same internal (to gcc) function but different issues/failures
[13:45] <rafaeldtinoco> make sure you explain that also (in the SRU).. having a working PPA would be +1 for the SRU acceptance also
[13:49] <fredldotme> rafaeldtinoco I was just following the lead from the Debian bug to the upstream gcc patch. it's certainly possible the patch doesn't fix our specific issue, there's only one way to find out: testing it :)
[13:50] <rafaeldtinoco> fredldotme: yep, I'd bet there are more fixes related to arm64<->armhf cross compiling
[13:51] <rafaeldtinoco> fredldotme: "tip" you can always use the upstream gcc-5 version, with "debian/" directory from Xenial (without applying the patches from debian/patches/*) and bisect generating pkgs..
[13:51] <rafaeldtinoco> so lets say from gcc5 to gcc7 this is fixed, you might be able to bisect the upstream source, by generating debian packages and testing, lets say.. just to give an example on what can be done
[13:51] <rafaeldtinoco> after finding what fixed the issue, you can propose the SRU
[13:57] <rcj> rbasak and the SRU team: Can I get a review of the test SRU test plan @ https://wiki.ubuntu.com/ec2-hibinit-agent-Updates ?
[13:58] <rcj> sorry rbasak, that was meant for rbalint ^
[13:58] <rcj> (happy to have the review, but I flubbed the autocomplete)
[14:22] <rafaeldtinoco> cpaelzer: alright. so ill drop ocfs2-tools s390 builds and explain in the LP and do a merge request.
[14:23] <cpaelzer> yeah, I mean all the years it was accepted that it doesn't work there but "kept"
[14:23] <cpaelzer> yet I'd agree that if it isn't working (and not meant to be working) there then the right thing would be to remove it
[14:23] <cpaelzer> maybe xnox or jfh have faced that (discussion) before
[14:24] <rafaeldtinoco> cpaelzer: im putting into a comment, but.. they are basically doing shifts in a (char *) that points to a (void *) and checking addr mask
[14:24] <xnox> cpaelzer:  que que?! more context =)
[14:24] <rafaeldtinoco> xnox: ocfs2-tools s390
[14:24] <rafaeldtinoco> you are aware of that already
[14:25] <cpaelzer> it doesn't work on s390x, and AFAIK it never did
[14:25] <rafaeldtinoco> anything against removing from s390 ? as libocfs2 is broken
[14:25] <cpaelzer> it was force-badtest all the time
[14:25] <cpaelzer> but I'd agree that if it doesn work then there should be no s390x biary for it
[14:25] <rafaeldtinoco> ocfs2_set_bit does little endian operations only (for masking addresses of the inode bitmaps)
[14:26] <ahasenack> some tests pass, I guess there was hope it would soon fully work
[14:26] <xnox> cpaelzer:  rafaeldtinoco: ideally it would have a unittest and the package is attempted to build, but ftbfs
[14:26] <ahasenack> or maybe some portions of it work
[14:26] <cpaelzer> xnox: wouldn't that prevent the other architectures from entering proposed?
[14:26] <rafaeldtinoco> xnox: bitwise passes.. test fails because asserts() fail (since bitwise are little endian aware only)
[14:27] <rafaeldtinoco> building is ok, logic is broken
[14:27] <xnox> such that it doesn't produce binaries, but like attempts to do that, and like all the time.
[14:27] <xnox> cpaelzer:  it will be fine.
[14:28] <xnox> cpaelzer:  we will need AA to remove debs from release pocket, and everything will be fine from then on.
[14:28] <xnox> cpaelzer:  as it wouldn't be a regression in arches support from then on.
[14:29] <cpaelzer> yeah if that works I'm ok with that approach
[14:29] <cpaelzer> rafaeldtinoco: do you think such a unit test would be easy to add?
[14:29] <xnox> rafaeldtinoco:  that's what i'm saying, add a build time unit test which shows this broken logic and fails.
[14:30] <rafaeldtinoco> https://bugs.launchpad.net/ubuntu/+source/ocfs2-tools/+bug/1745155/comments/4
[14:31] <rafaeldtinoco> definitely
[14:31] <rafaeldtinoco> i could check if arch is big endian by checking 0xfff0 to 0x0fff
[14:31] <rafaeldtinoco> DEB_BUILD_ARCH_ENDIAN or just check that
[14:31] <rafaeldtinoco> or DEB_HOST_ARCH_ENDIAN or DEB_TARGET_ARCH_ENDIAN
[14:32] <cpaelzer> rafaeldtinoco: could we test this ocfs2_set_bit ?
[14:32] <rafaeldtinoco> but if all big endians are broken
[14:32] <rafaeldtinoco> cpaelzer: yep
[14:32] <rafaeldtinoco> I can create this
[14:32] <rafaeldtinoco> do a ocfs2_set_bit like test
[14:32] <cpaelzer> not like "if big endian then die", but really call ocfs2_set_bit adn check against a expected value or so?
[14:32] <rafaeldtinoco> sure
[14:32] <cpaelzer> yep
[14:32] <rafaeldtinoco> ill add a DEP8 about this then
[14:32] <rafaeldtinoco> should I fail build ?
[14:32] <rafaeldtinoco> or just the test ?
[14:32] <rafaeldtinoco> (are we removing it from s390x still ?)
[14:32] <cpaelzer> rafaeldtinoco: it must be a build time test, not a dep8
[14:33] <rafaeldtinoco> perfect
[14:33] <cpaelzer> otherwise it won't work out the way xnox and I discussed
[14:33] <cpaelzer> xnox: btw while I always trust your advice, could you outline in a few words why this is better than Architceture: !s390x in d/control ?
[14:34] <cpaelzer> for spotting when it ever starts to work?
[14:35] <xnox> cpaelzer:  there is no way to declare !s390x, only explicit list of arches..... which is pain to maintain as whitelist especially when we are going to add more arches
[14:36] <cpaelzer> ok, that is a reason
[14:36] <cpaelzer> thanks
[14:38] <marcoceppi> fginther`: 👋 I've spent a bit of time with livecd-rootfs - grabed the latest from git, built and installed it. I set what I assume are the correct parameters and did a `lb config` and `lb build`. I'm just not sure what the result of that is, as none of files resemble that which is foud at cdimages for rpi3 images
[15:00] <smoser> rafaeldtinoco: around ?
[15:00] <smoser> https://bugs.launchpad.net/cloud-utils/+bug/1842682 :-(
[15:01] <rafaeldtinoco> yep, next in my queue
[15:01] <smoser> sorry
[15:01] <rafaeldtinoco> nah, i saw it yesterday
[15:01] <smoser> humans (at least smoser) are so incompetant
[15:01] <rafaeldtinoco> tks for the headsup!
[15:01] <rafaeldtinoco> today is the ocfs2-tools s390 fun :\
[15:09] <fginther`> marcoceppi, I wasn't aware you were going to try to build images from scratch with livecd-rootfs, just modify an existing image. We actually use a helper utility to build with livecd-rootfs: https://github.com/chrisglass/ubuntu-old-fashioned
[15:09] <marcoceppi> fginther`: Oh, then I'm not sure how to modify an existing image
[15:09] <fginther`> marcoceppi, that project is essentially a single bash script which does the setup and execution of a build
[15:09] <marcoceppi> I'm happy to build from scratch or modify
[15:09] <smoser> rafaeldtinoco: i'm just going to do an upload to eoan with that in it
[15:10] <smoser> thanks to rharper for quick review
[15:10]  * tribaal notices the highlight.
[15:10] <tribaal> hi all :)
[15:10] <marcoceppi> whichever you think would be the most sane fginther`
[15:10] <fginther`> hey tribaal :)
[15:10] <rafaeldtinoco> smoser: awesome, I can include the fix in the SRU
[15:10] <rafaeldtinoco> if you are ok
[15:10] <smoser> yeah.
[15:10] <smoser> i'd let it get through an autopkg test though ;)
[15:10] <rafaeldtinoco> +1
[15:11] <fginther`> marcoceppi, since you're already down the build from scratch path. I suggest to continue. The ubuntu-old-fashioned has some assumptions about which livecd-rootfs project to build (it defaults to the cloud builds). The rpi3 builds will be under a different project
[15:12] <marcoceppi> I'll take a look! thanks
[18:05] <bdmurray> rbasak: Are you familiar with sphinxsearch at all?
[18:21] <bdmurray> rbasak: I've discovered the answer to my question
[18:30] <ahasenack> bdmurray: is he familiar or not? :)
[18:35] <bdmurray> ahasenack: okay, I've discovered the answer to my original question! ;-)
[18:36] <ahasenack> :)
[18:36] <tarzeau> if a gui app creates a window, that window should be movable independant of the main other window. i wonder who came up with the idea to let the main window move with the sub window. braindead!  I'll be authoring up a blog post about what it took, but in short I was using the wrong IMAGEFORMAT parameter. Needed `ubuntu-image` instead of `ext4`
[20:23] <fginther`> ah, glad to hear! :)
[20:24] <fginther> marcoceppi, I'd be interested in reading that post if you're willing to share :)
[20:27] <marcoceppi> fginther: hopefully next week, depends on how far I get in baking in my changes needed for deployments
[20:33] <CarlFK> marcustomlinson: long shot based on  "deployments" -  https://debconf-video-team.pages.debian.net/ansible/usb_install/usb_quick_start.html