[16:12] <aedend> I'm testing out using weechat over ssh
[16:13] <aedend> I installed weechat on my vps and connected with a different nick
[16:15] <aedend> but the nick minasota shows me as<EMAIL_ADDRESS>How is that possible?
[16:20] <Unit193> That's the DO droplet...
[16:37] <aedend> Unit193 I get the ip address part. What I don't understand is how it tied me into an unaffiliated nick
[16:37] <aedend> with no prior configuration on the server side of weechat
[16:39] <Unit193> You mean the ident, based on your account on the server?
[16:40] <aedend> I guess, I read that weechat defaults to a nick based on the user account running it. I changed nicks but the username and real name did not change
[16:40] <aedend> I set defaults to minasota for both.. still didn't change
[16:43] <aedend> never mind, seems to work now


[00:40] <juliank> So it seems that autopkgtest request.cgi is hanging after auth check
[01:17] <juliank> Restarted rabbitmq-server, seems to have fixed it
[01:17] <juliank> (it was stuck reading from amqp, so maybe it got into some weird state or something)
[08:14] <sil2100> cjwatson: hey! I assume it's because there's a huge backlog, but I noticed that debdiffs for many packages in the queues aren't available yet - poking in case there's something that needs to be poked
[08:15] <sil2100> Manually
[09:07] -queuebot:#ubuntu-release- New source: rtl8821ce (eoan-proposed/primary) [<IP_ADDRESS>.1.30816.20190425-0ubuntu1]
[13:28] <Trevinho> tjaalton: can you please look at mutter / shell SRUs in bionic / disco?
[15:03] <tjaalton> Trevinho: I'm off this week and most of next one too
[17:00] <vorlon> Laney: well I'm having fun with LP: #1837068, because so far I'm not able to get the 0.8.7 to pass correctly either, it hangs strangely
[17:07] -queuebot:#ubuntu-release- New binary: linux-signed-oem-osp1 [amd64] (bionic-proposed/universe) [5.0.0-1016.18] (no packageset)
[17:35] <tjaalton> vorlon: if you have time, could you poke mesa for bionic, it's the new stable release (plus some ice lake patches) which was accepted for disco earlier this week but the bionic upload was missing at that point
[17:59] <vorlon> tjaalton: ack, will do
[18:13] -queuebot:#ubuntu-release- Unapproved: rejected erlang [source] (bionic-proposed) [1:20.2.2+dfsg-1ubuntu2.1]
[18:14] -queuebot:#ubuntu-release- Unapproved: rejected snapd-glib [source] (bionic-proposed) [1.48-0ubuntu<IP_ADDRESS>]
[18:39] <tjaalton> vorlon: sweet, thanks!
[18:42] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell [source] (bionic-proposed) [3.28.4-0ubuntu18.04.2]
[19:36] <juliank> Laney: https://code.launchpad.net/~juliank/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/370679
[19:52] <Laney> gr8
[19:52] <Laney> m8
[19:52] -queuebot:#ubuntu-release- Unapproved: rejected libarchive [source] (bionic-proposed) [3.2.2-3.1ubuntu0.3.1]
[19:52] -queuebot:#ubuntu-release- Unapproved: libarchive (bionic-proposed/main) [3.2.2-3.1ubuntu0.3 => 3.2.2-3.1ubuntu0.4] (core)
[19:59] <vorlon> coreycb: not processing your software-properties bionic SRU because there's another one ahead of you in -proposed that's been awaiting verification for 15 days. Can you work with seb128 to get that verified so that yours can go through?  (Or alternatively if you want to commit to doing the verification of all 3 sru bugs I can accept your upload now over the one in -proposed)
[20:01] <rbasak> vorlon: did you read my bug comment?
[20:01] <vorlon> rbasak: no
[20:02] <rbasak> Bundling with an existing SRU would mitigate it
[20:02] <vorlon> indeed
[20:02] -queuebot:#ubuntu-release- Unapproved: accepted cmake [source] (bionic-proposed) [3.10.2-1ubuntu<IP_ADDRESS>]
[20:09] <vorlon> haha LP: #1836361
[20:09] <vorlon> "almost unusable"
[20:11] -queuebot:#ubuntu-release- Unapproved: accepted spice-html5 [source] (bionic-proposed) [0.1.7-2ubuntu1]
[20:15] <ginggs> well, if you hold a mirror below your screen and look down...
[20:20] <coreycb> vorlon: np that's trivial anyway
[20:20] <vorlon> coreycb: what's your preference? do you want us to accept it and then you work w/ seb128 to get all the fixes released?
[20:20] <coreycb> vorlon: sure that'll work
[20:22] -queuebot:#ubuntu-release- Unapproved: accepted software-properties [source] (bionic-proposed) [<IP_ADDRESS>.11]
[20:25] <coreycb> thanks vorlon
[20:50] <LocutusOfBorg> any AA, please remove missing build on armhf: alt-ergo (from 1.30+dfsg1-2)
[20:50] <LocutusOfBorg> it has been removed in Debian already, thanks
[20:50] <LocutusOfBorg> missing build on amd64: libssreflect-ocaml, libssreflect-ocaml-dev (from 1.6.1-3build1)
[20:50] <LocutusOfBorg> also this one, needs NBS-proposed decruft
[20:55] <vorlon> alt-ergo/armhf removed
[21:18] -queuebot:#ubuntu-release- New binary: menhir [amd64] (eoan-proposed/universe) [20190626-2ubuntu2] (no packageset)
[21:18] -queuebot:#ubuntu-release- New binary: menhir [ppc64el] (eoan-proposed/universe) [20190626-2ubuntu2] (no packageset)
[21:18] -queuebot:#ubuntu-release- New binary: menhir [i386] (eoan-proposed/universe) [20190626-2ubuntu2] (no packageset)
[21:18] -queuebot:#ubuntu-release- New binary: menhir [s390x] (eoan-proposed/universe) [20190626-2ubuntu2] (no packageset)
[21:19] -queuebot:#ubuntu-release- New binary: menhir [s390x] (eoan-proposed/universe) [20190626-3ubuntu1] (no packageset)
[21:21] -queuebot:#ubuntu-release- New binary: menhir [amd64] (eoan-proposed/universe) [20190626-3ubuntu1] (no packageset)
[21:21] -queuebot:#ubuntu-release- New binary: menhir [ppc64el] (eoan-proposed/universe) [20190626-3ubuntu1] (no packageset)
[21:21] -queuebot:#ubuntu-release- New binary: menhir [i386] (eoan-proposed/universe) [20190626-3ubuntu1] (no packageset)
[21:21] <LocutusOfBorg> please accept menhir, with that one fixed, we should be mostly ready for ocaml migration
[21:22] -queuebot:#ubuntu-release- New binary: menhir [armhf] (eoan-proposed/universe) [20190626-3ubuntu1] (no packageset)
[21:23] -queuebot:#ubuntu-release- New binary: menhir [arm64] (eoan-proposed/universe) [20190626-3ubuntu1] (no packageset)
[21:44] -queuebot:#ubuntu-release- New: accepted swift [amd64] (eoan-proposed) [2.22.0~b1~git2019071110.e62f07d98-0ubuntu1]
[21:44] -queuebot:#ubuntu-release- New: accepted swift [amd64] (eoan-proposed) [2.22.0~b1~git2019071110.e62f07d98-0ubuntu3]
[21:44] -queuebot:#ubuntu-release- New: accepted swift [amd64] (eoan-proposed) [2.22.0~b1~git2019071110.e62f07d98-0ubuntu2]
[21:52] -queuebot:#ubuntu-release- New: accepted ironic-ui [amd64] (eoan-proposed) [3.4.0-0ubuntu2]
[21:54] -queuebot:#ubuntu-release- New: accepted zaqar-ui [amd64] (eoan-proposed) [7.0.0~b1~git2019071614.472d462-0ubuntu1]
[21:57] -queuebot:#ubuntu-release- New: accepted python-os-net-config [amd64] (eoan-proposed) [11.0.0-0ubuntu1]
[22:00] -queuebot:#ubuntu-release- New: accepted qtstyleplugins-src [amd64] (eoan-proposed) [5.0.0+git23.g335dbec-3ubuntu1]
[22:00] -queuebot:#ubuntu-release- New: accepted qtstyleplugins-src [armhf] (eoan-proposed) [5.0.0+git23.g335dbec-3ubuntu1]
[22:00] -queuebot:#ubuntu-release- New: accepted qtstyleplugins-src [ppc64el] (eoan-proposed) [5.0.0+git23.g335dbec-3ubuntu1]
[22:00] -queuebot:#ubuntu-release- New: accepted qtstyleplugins-src [arm64] (eoan-proposed) [5.0.0+git23.g335dbec-3ubuntu1]
[22:00] -queuebot:#ubuntu-release- New: accepted qtstyleplugins-src [s390x] (eoan-proposed) [5.0.0+git23.g335dbec-3ubuntu1]
[22:00] -queuebot:#ubuntu-release- New: accepted qtstyleplugins-src [i386] (eoan-proposed) [5.0.0+git23.g335dbec-3ubuntu1]
[22:01] -queuebot:#ubuntu-release- New: accepted bobcat [amd64] (eoan-proposed) [5.00.02-2]
[22:01] -queuebot:#ubuntu-release- New: accepted bobcat [armhf] (eoan-proposed) [5.00.02-2]
[22:01] -queuebot:#ubuntu-release- New: accepted bobcat [ppc64el] (eoan-proposed) [5.00.02-2]
[22:01] -queuebot:#ubuntu-release- New: accepted haskell-language-python [s390x] (eoan-proposed) [0.5.6-1]
[22:01] -queuebot:#ubuntu-release- New: accepted bobcat [arm64] (eoan-proposed) [5.00.02-2]
[22:01] -queuebot:#ubuntu-release- New: accepted bobcat [s390x] (eoan-proposed) [5.00.02-2]
[22:01] -queuebot:#ubuntu-release- New: accepted bobcat [i386] (eoan-proposed) [5.00.02-2]
[22:01] -queuebot:#ubuntu-release- New: accepted pygac [amd64] (eoan-proposed) [1.1.0-2]
[22:27] -queuebot:#ubuntu-release- New: accepted glare [amd64] (eoan-proposed) [0.5.0-4ubuntu1]
[22:28] -queuebot:#ubuntu-release- New: rejected menhir [amd64] (eoan-proposed) [20190626-2ubuntu2]
[22:28] -queuebot:#ubuntu-release- New: rejected menhir [ppc64el] (eoan-proposed) [20190626-2ubuntu2]
[22:28] -queuebot:#ubuntu-release- New: rejected menhir [i386] (eoan-proposed) [20190626-2ubuntu2]
[22:28] -queuebot:#ubuntu-release- New: rejected menhir [s390x] (eoan-proposed) [20190626-2ubuntu2]
[22:30] -queuebot:#ubuntu-release- New: accepted menhir [amd64] (eoan-proposed) [20190626-3ubuntu1]
[22:30] -queuebot:#ubuntu-release- New: accepted menhir [armhf] (eoan-proposed) [20190626-3ubuntu1]
[22:30] -queuebot:#ubuntu-release- New: accepted menhir [ppc64el] (eoan-proposed) [20190626-3ubuntu1]
[22:30] -queuebot:#ubuntu-release- New: accepted menhir [arm64] (eoan-proposed) [20190626-3ubuntu1]
[22:30] -queuebot:#ubuntu-release- New: accepted menhir [s390x] (eoan-proposed) [20190626-3ubuntu1]
[22:30] <vorlon> LocutusOfBorg: ^^
[22:30] -queuebot:#ubuntu-release- New: accepted menhir [i386] (eoan-proposed) [20190626-3ubuntu1]


[06:57] <dholbach> good morning
[07:13] <fgimenez> good morning
[08:32] <JamesTait> Good morning all; happy Work Like A Dog Day! 😃
[08:41] <ogra_> ppisati, help ! ... i know i managed once to get the rpi bootloader to hand the cmdline.txt over to u-boot ... but i cant manage that anymore, do you remember if we needed to use the mkknlimg tool against uboot.bin to achieve that ?
[08:41] <ogra_> or was that kernel only (which wouldnt help for plain u-boot indeed)
[08:42] <ppisati> ogra_: hi
[08:42] <ppisati> uhm
[08:42] <longsleep> oh joy - cant you guys get rid of the rpi bootloader?
[08:42] <ogra_> nope
[08:42] <longsleep> :/
[08:42] <ogra_> pi cant boot without it
[08:42] <ogra_> uboot is just a chainloaded thing here
[08:43] <ppisati> ogra_: i don't remember ever doing that
[08:43] <longsleep> so it could boot without uboot then?
[08:43] <ppisati> ogra_: let me grab my pi board
[08:43] <ogra_> (and for the fun, all DTB overlay handling also has to happen in the blob bootloader)
[08:43] <ppisati> yep
[08:43] <longsleep> oh
[08:43] <ogra_> longsleep, it could boot, but not update and rollback ... or failover
[08:44] <longsleep> ogra_: i see - and the rpi bootloader loads something from disk itself?
[08:44] <longsleep> ogra_: so it has fat read drivers and all itself?
[08:44] <ogra_> yeah, it loads either uboot.bin or the kernl
[08:45] <ogra_> (and aside from that it is also the binary GPU driver as well)
[08:46] <longsleep> is that new for rpi2?
[08:46] <ogra_> nope
[08:46] <ogra_> has always been like that
[08:47] <ogra_> there is no free bootloader for it ... and the bootloader is the GPU driver (it even loads into the GPU to then init the HW afterwards before loading kernel or uboot)
[08:49] <longsleep> ogra_: ok - let me check one of the rpi's i have then
[08:50] <ogra_> the thing is that this bootloader has its own config file and also a file where you can put the cmdline in ... if there is something inside that cmdline file it creates a cmdline from ROM values merged with the file content it hands over to uboot as "args=" variable ...
[08:50] <longsleep> ah yes - seems that i am not even using u-boot then
[08:50] <ogra_> these ROM values contain the board serial and the MAC address ...
[08:51] <longsleep> urg
[08:51] <ogra_> i need them in my uboot env and cant get them to show up anymore
[08:51] <longsleep> thats config.txt and cmdline.txt you are referring to?
[08:51] <longsleep> i see these both
[08:51] <ogra_> yeah
[08:51] <ogra_> http://paste.ubuntu.com/11993082/
[08:51] <ogra_> see the "args=" line at the top
[08:52] <longsleep> right
[08:52] <ogra_> that comes from the bootloader (my cmdline.txt contained elevator=deadline in that case)
[08:52] <longsleep> do you have the fixup.dat as well?
[08:52] <ogra_> yes
[08:52] <ogra_> i have start.elf, bootloader.bin and fixup.dat ... the configs and the respective DT
[08:53] <longsleep> so, for you the args value are the defaults and you cannot change them>
[08:53] <longsleep> ?
[08:53] <ogra_> no
[08:53] <ogra_> the args value is unset now
[08:53] <longsleep> ah ok
[08:53] <ogra_> it doesnt get handed over to uboot at all
[08:54] <ogra_> there seems to be some chack for DT capability of the kernel in the bootloader ... if it doesnt find that, it uses ATAGs, which i think is my prob
[08:54] <ogra_> *check
[08:55] <ogra_> you need to use a special tool that adds a suffix to the kernel binary which makes the bootloader know the kernel is DT capable
[08:55] <longsleep> oh joy
[08:55] <ogra_> and i think that is what i'm missin on my uboot binary
[08:55] <ppisati> wait
[08:56] <ppisati> i had an email about that
[08:56] <ogra_> (we had some mail discussion about that before, thats why i asked ppisati if he still remembers)
[08:56] <ogra_> *snap*
[08:56] <ppisati> right
[08:56] <ogra_> :)
[08:56] <ogra_> but that doesnt talk about uboot at all
[08:56] <ogra_> only about the kernel
[08:56] <longsleep> ogra_: and in your config you set kernel=uboot.bin or something?
[08:56] <ogra_> i need the var before the kernel is loaded
[08:57] <ogra_> longsleep, right
[08:57] <ogra_> the silly thing is that i had it working properly ... as you can see in the paste
[08:57] <ogra_> but then the file corruption issie showed up, i forgot to write down what i had done and now i cant get it to work anymore
[08:58] <longsleep> ogra_: mhm you think it is a u-boot compile time flag?
[08:58] <ogra_> no, we didnt patch uboot much
[08:58] <ogra_> there is the raw initrd patch, thats all (one config line)
[08:59] <longsleep> right, so you use latest mainline u-boot for the rpi?
[08:59] <ogra_> and for the new uboot.env stuff i changed the file size of uboot.env ... but i cant even get it to work without that
[08:59] <ogra_> i tried both, mailine and srwarrens tree
[08:59] <ppisati> ogra_: do you recall the subj of that email conversation? i can't find it right now...
[08:59] <ogra_> i dont think it is uboot
[09:00] <ogra_> ppisati, "Snappy Core Image for Raspberry Pi"
[09:00] <ogra_> 1) You need to use the 'mkknlimg' utility to append a trailer to the kernel image. Without this, the loader doesn't know that the kernel is DT-capable, and will use ATAGs instead.
[09:00] <ogra_>     Follow the (recently updated) instructions here: https://www.raspberrypi.org/documentation/linux/kernel/building.md
[09:02] <ogra_> uh, oh
[09:02] <longsleep> whoah that script looks scary
[09:03] <ogra_> ppisati, i remember there was some uboot cmdline you gave me to have the content of "0x100" stuffed into the env ...
[09:03] <ogra_> (it slowl comes back ...)
[09:03] <ogra_> *slowly
[09:03] <longsleep> ah that would make sense
[09:04] <ppisati> ogra_: i'm passing directly what i get from the rpi loader to the kernel
[09:04] <ogra_> i can actually see the cmdline with md 0x100
[09:04] <longsleep> then just import it
[09:05] <longsleep> if the rpi bootloader writes its args to 0x100
[09:14] <longsleep> ogra_: something like 'env import -t 0x100'
[09:14] <longsleep> (sorry i got distracted)
[09:18] <ogra_> longsleep, no, i found the old conversation ... it isnt an env but actually the start if the devicetreew i see with md
[09:19] <ogra_> fdt addr 0x100 ... should theoretically work ... but gives me an error
[09:19] <ogra_> libfdt fdt_check_header(): FDT_ERR_BADMAGIC
[09:20] <ogra_> but i'm on the right track now so i should get it working
[09:20] <ogra_> aha !
[09:20] <ogra_> Jun 16 13:32:43 <ppisati>       ogra_: BTW, the patched uboot is here if you want to try it - http://people.canonical.com/~ppisati/uboot.raspy2
[09:20] <ogra_> ppisati, do you remember what you patched there ?
[09:21] <ppisati> i think i know
[09:21] <ppisati> let me check
[09:21] <longsleep> yes i think it must be u-boot
[09:21] <ogra_> (i would just take your binary but i need additional patching sadly)
[09:21] <ppisati> right
[09:21] <ppisati> so
[09:22] <ppisati> ./mkknlimg --dtok ./uboot.bin.old ./uboot.bin
[09:22] <ppisati> to get that uboot
[09:23] <ogra_> bah, i had --dtok --283x in my last try
[09:23] <ogra_> i guess thats it :P
[09:23] <ogra_> so close (and just by guessin)
[09:24] <ppisati> ogra_:
[09:24] <ppisati> ops
[09:25] <ogra_> U-Boot> fdt addr 0x100
[09:25] <ogra_> libfdt fdt_check_header(): FDT_ERR_BADMAGIC
[09:25] <ogra_> grrr
[09:26] <ppisati> even with the patched uboot
[09:26] <ppisati> fdt addr 0x100
[09:26] <ppisati> works here
[09:27] <ppisati> ok, forget bout that
[09:27] <ogra_> the error looks like the dtb file is messed up ...
[09:27] <ppisati> i was able to boot a kernel
[09:27] <ogra_> but why would it be loaded to ram just flawless if it was
[09:27] <ppisati> U-Boot> fdt addr 0x100
[09:27] <ppisati> U-Boot> run loadkernel
[09:27] <ppisati> 4537616 bytes read in 3313 ms (1.3 MiB/s)
[09:28] <ppisati> U-Boot> bootz ${kernel_addr_r} - 0x100
[09:28] <ppisati> and i got to a booted system
[09:28] <ogra_> sure
[09:28] <ogra_> i'm far from that point ... i need the values in my uboot env to assmeble a proper cmdline first :)
[09:28] <ogra_> then i'll care for booting :)
[09:29] <ogra_> i guess i should start over from a clean state
[09:35] <ogra_> U-Boot> fdt addr 0x100
[09:35] <ogra_> U-Boot> fdt get value serial /system linux,serial
[09:35] <ogra_> U-Boot> echo ${serial}
[09:35] <ogra_> 000000001cdb048b
[09:35] <ogra_> \o/
[09:36] <ogra_> yippie !!
[09:36] <ogra_> U-Boot> fdt get value args /chosen bootargs
[09:36] <ogra_> U-Boot> printenv args
[09:36] <ogra_> args=dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 bcm2709.serial=0x8b04db1c smsc95xx.macaddr=B8:27:EB:04:DB:1C bcm2708_fb.fbswap=1 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 sdhci-bcm2708.emmc_clock_freq=250000000 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000  console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait
[09:36] <ogra_> there we go
[09:38] <longsleep> what did you change?
[09:38] <longsleep> and what do you use the serial for?
[09:38] <ogra_> i used ./mkknlimg --dtok on the uboot binary ... and actually copied the dtb files freshly in
[09:39] <ogra_> the serial is needed if you want to buy the video codecs
[09:39] <longsleep> ah yes
[09:39] <ogra_> so it must be set in /proc/cpuinfo
[09:39] <ogra_> and indeed you want the persistent MAC
[09:39] <longsleep> do you know how the bootloader generates it?
[09:39] <ogra_> from msc95xx.macaddr=B8:27:EB:04:DB:1C
[09:40] <ogra_> afaik the first stage loader reads it from ROM
[09:40] <longsleep> mhm you think they fuse it on the chip?
[09:41] <ogra_> well, i dont know how it exactly works, but it must come out of the HW somehow ... i guess they imprint it with the first stage loader in the ROM
[09:43] <longsleep> it is probably derived from the serial number in some way - i was just wondering if there could be collision (which i have seen in ODROID land).
[09:44] <ogra_> yeah, hard to tell ... that bootloader is a blackbox
[09:46] <longsleep> yes - closed source bootloaders make me sad
[09:54] <ppisati> ogra_: cool
[09:54] <ogra_> ppisati, thanks a lot !
[09:54] <ppisati> ogra_: how do you make printenv print on different lines?
[09:54] <ppisati> ogra_: i totally forgot about all this stuff
[09:54] <ppisati> ogra_: i mean, instead of clobbing a single line
[09:54] <ogra_> me too, thats was my prob for the last three days :P
[09:54]  * ogra_ is banging his head against that since friday
[09:55] <ppisati> poor friday
[09:55] <ogra_> ppisati, i dont do anything, printenv has a newline at the end of each line here
[09:55] <ppisati> uhm
[09:55] <ppisati> not here
[09:55]  * ppisati sad panda
[09:55] <ogra_> what terminal do you use ?
[09:56] <ogra_> screen /dev/ttyUSB0 115200 ...
[09:56] <ppisati> minicom
[09:56] <ppisati> let me try screen
[09:56] <ogra_> that gets me poper terminal shaped output
[09:57] <ogra_> (and i can detach ... ssh from my laptop in the livingroom into the machine with the serial line and take over the console from there ... very helpful)
[09:57] <ppisati> so you have a host in betweeb?
[09:57] <ppisati> *between
[09:57] <ogra_> not atm
[09:57] <ogra_> but i can if needed/wanted
[09:57] <ppisati> i mean, i can detach too
[09:58] <ppisati> anyhow
[09:58] <ppisati> let me try screen
[09:58] <ppisati> fuck
[09:58] <ppisati> it works
[09:58] <ogra_> well, screen keeps the terminal up but detaches the tty ... so i can switch machines
[09:58] <ogra_> indeed :)
[09:59]  * ogra_ gave up on all other terminal emulators years ao
[09:59] <ogra_> *ago
[10:00] <ppisati> i've always used cu
[10:00] <ppisati> then minicom since i have problems with cu and some boards
[10:01] <clobrano> Hello, I was wondering if packages already in ubuntu repository (e.g. iperf) could be submitted to snappy store or is it something that will be done automatically
[10:02] <ogra_> clobrano, depends ... what would you use iperf for ? if it is something inside your snap that wants it you would ship it in your project snap
[10:03] <ogra_> if it is for general convenience it would go into the "comfy" snap which we are working on ... thats a snap to make your shell experience a bit more convenient as a developer that actually works on the snappy box and will include a bunch of helpful tools
[10:03] <clobrano> ogra_: well, not directly used by my snap, but iperf like other tools are useful when testing some applications
[10:04] <ogra_> right, then it would be a comfy thing
[10:04] <clobrano> ok, perfect
[10:04] <clobrano> that's exactly what I was thinking
[10:04] <ogra_> (along with a proper vim ... htop etc etc ... )
[10:04] <clobrano> I would love vim :)
[10:04] <ogra_> there was a ML discussion about comfy iirc ... started by lool
[10:05] <ogra_> i think for the start it will likely be something like the dependencies of the ubuntu-minimal metapackage +/- one or the other tool
[10:05] <ogra_> and then we'll ghrow it over time
[10:07] <clobrano> nice
[10:10] <longsleep> yay proper vim!!!
[10:13] <longsleep> ogra_: so, regarding the rpi you now modify the u-boot after you created it?
[10:14] <ogra_> longsleep, well, i run it through the mmknimg tool to get the suffix set
[10:17] <ogra_> http://paste.ubuntu.com/12005875/
[10:17] <ogra_> my notes for next time :)
[10:18] <longsleep> ogra_: You should fork my make files for the ODROID :)
[10:19] <longsleep> ogra_: https://github.com/longsleep/snappy-odroidc
[10:20] <ogra_> i got shellscripts for that ;)
[10:20] <ogra_> (just not for the rpi yet)
[10:22] <longsleep> ogra_: by the way, mu odroidc oem new version is still not reviewed, any idea how to get this going>
[10:22] <longsleep> ?
[10:23] <ogra_> lets get sergio on it once he shows up
[10:24] <longsleep> it could be a issue as well, it is in published state and a new version was uploaded. Maybe there is no notifications as the snap is not in pending review state
[10:25] <ogra_> we'll see what he says
[10:25] <ogra_> worst case we'll get beuno to fix it :)
[10:26] <longsleep> and i noticed another inconsistency in the store, I have two snaps now, but i see only one /dev/click-apps and both in /dev/click-apps/?format=snap
[10:27] <longsleep> (and the oem snapp also shows up for /dev/click-apps/?format=click)
[10:27] <ogra_> hmm, i see all my 60 click apps without the format snap thingie
[10:27] <ogra_> and with it i see the snaps
[10:28] <ogra_> clikc will hopefully not persist for to long anymore though
[10:28] <longsleep> it seems that one only sess click apps by default and the oem snap is counted as format=click and format=snap
[10:28] <ogra_> so this will solve itself :)
[11:06] <kivi> snappy-tools still a thing? Its not on 15.10
[11:13] <ogra_> kivi, what do you mean by that ? snapppy-tools is a PPA that contains the tools we use
[11:13] <kivi> ogra_, okay thanks
[11:13] <ogra_> (ubuntu-device-flash for example)
[11:13] <ogra_> https://launchpad.net/~snappy-dev/+archive/ubuntu/tools
[11:13] <ogra_> the tools themselves should all be in 15.10
[11:14] <ogra_> the PPA has backports for older releases
[11:14] <kivi> ogra_, ah
[11:14] <kivi> okay
[11:14] <kivi> sorry, just following a tutorial for making python snaps, and the apt-get did not mention the ppa
[11:14] <ogra_> ah
[11:56] <longsleep> sergiusens: Hey, any chance you can review the new version of https://myapps.developer.ubuntu.com/dev/click-apps/2822/ at some point. I uploaded a new version a week ago and i am not sure if anyone did see that.
[11:57] <sergiusens> longsleep: sure, I'll add to my TODO
[11:58] <longsleep> sergiusens: great thanks
[12:15] <dholbach> can somebody review https://code.launchpad.net/~dholbach/snapcraft/doc-fixes/+merge/267010? (just syntax fixes)
[12:20] <longsleep> dholbach: not sure if it helps if someone from the community approves but i did it because all those special characters needs to go away asap and you merge just did that :)
[12:21] <dholbach> longsleep, we're all part of the community :)
[12:32] <dholbach> can somebody review https://code.launchpad.net/~dholbach/snapcraft/docs-next-steps/+merge/267019 too? :)
[13:15] <dholbach> longsleep, sergiusens, elopio, merged now - thanks for the reviews
[13:19] <sergiusens> longsleep: hey, ogra_ tells me you've used snapcraft to build armhf snaps, did you do that on  native armhf env?
[13:19] <dholbach> dpm, I'll put the snapcraft docs online in a bit - we should be ready to go
[13:40] <dholbach> and another one: https://code.launchpad.net/~dholbach/snapcraft/rename-tutorial-file/+merge/267031 :)
[13:46] <elopio> zyga: the snapcraft tests print lots of warnings. Any tips to clean it up?
[13:48]  * dholbach hugs elopio
[13:48] <elopio> :)
[13:49] <longsleep> sergiusens: no - i wrote my own plugin which allows to pull in built deb files into the snap. That way i can build any deb using pbuilder for any target platform and just create a snap with those.
[13:49] <longsleep> sergiusens: if you want to review/comment: https://code.launchpad.net/~longsleep/snapcraft/snapcraft-debs-plugin/+merge/266650
[13:49] <zyga> elopio: can you pastebin something?
[13:49] <zyga> elopio: I'll help you out
[13:50] <longsleep> sergiusens: Or you can also comment on https://bugs.launchpad.net/snappy/+bug/1480144 which tries to cover the whole picture
[13:51] <elopio> zyga: http://paste.ubuntu.com/12006977/
[13:52] <zyga> elopio: so for the leftover thing
[13:52] <zyga> elopio: I can quickly add a flag that will say the job is expected to dirty the temporary working directory (it's not default before it was often a bug on our part in the old jobs)
[13:53] <zyga> elopio: and you can use that flag to get rid of those parts
[13:53] <longsleep> sergiusens: so the deb packages i need in the snap are built on a build system for the target platform and snapcraft runs afterwards, using the produced deb files. The debs plugin also can pull in deb files from URL locations to make it easy to test.
[13:53] <zyga> elopio: is there anything else you'd like to change there specifically?
[13:53] <zyga> elopio: can you file a bug on that (tag it 'snappy') and I'll try to fix it ASAP
[13:54] <zyga> elopio: we should sync next week, I have some interesting bits coming that should be able to help you a lot
[13:54] <elopio> zyga: I tought first about making the snapcraft build out of the working directory, but if you thing the flag would be better lets do it.
[13:55] <elopio> zyga: other than that, I would like to have subunit test results.
[13:56] <zyga> elopio: mmm, another bug, if you show me a simple snippet of python that does that (create some result object, set data, etc,) then I can write that today as well
[13:58] <zyga> elopio: so both on the "plainbox" project and both with "snappy" tag pretty please
[13:58] <elopio> zyga: ok.
[13:59] <elopio> about a simple snippet, it depends on how your test suites are implemented.
[13:59] <zyga> elopio: mmm
[13:59] <elopio> If you are using a test runner, just replace it with the subunit test runner. https://bazaar.launchpad.net/~subunit/subunit/master/view/head:/README.rst
[13:59] <zyga> elopio: the way I understand it you could ask plainbox to exports results to subunit format
[13:59] <zyga> elopio: maybe I misunderstand what subunit is
[14:00]  * zyga looks
[14:00] <elopio> zyga: you can convert to subunit after the fact, or you can make a subunit stream and fill it while the tests are running.
[14:00] <elopio> the stream is nicer, but both work.
[14:01] <elopio> mterry: any clues about what's wrong here? http://paste.ubuntu.com/12007001/
[14:01] <elopio> that's the simple-cmake integration tests running from adt-run.
[14:01] <zyga> elopio: mmmm
[14:01] <zyga> elopio: the former is easy, streaming is harder but we could do it with the new API that I worked on
[14:02] <zyga> elopio: it would not be a new exporter format
[14:02] <zyga> elopio: but a small tool that uses stable, public plainbox APIs and subunit to stream stuff
[14:02] <zyga> elopio: that's the thing I was talking about earlier (new shiny stuff == public api)
[14:03] <elopio> fgimenez: with one command, I magically have a snappy jenkins running :)
[14:03] <elopio> zyga: sounds good.
[14:03] <fgimenez> elopio, great! :)
[14:03] <elopio> so, feel free to join us next week, any time you want.
[14:04] <mterry> elopio, cc is broken...
[14:04] <mterry> :(
[14:05] <mterry> elopio, can I see those logs it mentions?
[14:05] <elopio> mterry: the thing is that if I ssh into the machine and run it, it works.
[14:05] <elopio> mterry: you can, but I need like 15 minutes. This is slow.
[14:06] <elopio>  mterry: are we going to have snapcraft in the archive soon?
[14:09] <longsleep> mterry: Do you have any more comments on my snapcraft debs plugin? https://code.launchpad.net/~longsleep/snapcraft/snapcraft-debs-plugin/+merge/266650 - Do you think something like this makes sense to upstream to you guys?
[14:10] <mterry> elopio, I can upload it to the archive, when we think it's ready.  rsalveti, do we think it's ready?  :)
[14:12] <rsalveti> mterry: elopio: we can upload to the archive already, sure
[14:12] <mterry> longsleep, sorry for slow reply  :)
[14:13] <mterry> longsleep, so your use case is sort of a workaround the fact that we don't have cross building.  Plus an emphasis on making sure you have the exact version you want
[14:13] <mterry> rsalveti, ok, can upload to wily later today then
[14:13] <mterry> elopio, ^
[14:13] <longsleep> mterry: yes - the cross building might go away in the future, but i still need to build in clean environment (which is provided by pbuilder for deb file)
[14:16] <longsleep> mterry: From my point of view, this was the easiest way to build a snap from existing deb files. It was even easy to add another deb file as i found i had to ship openssl binary inside my snap.
[14:16] <ted> Could we build an ARM Snappy image that's like this one: https://fedoraproject.org/wiki/Architectures/ARM/F22/Installation#For_Versatile_Express_Emulation_with_QEMU
[14:16] <mterry> longsleep, it seems like you may have dependency problems a lot with this strategy
[14:17] <longsleep> mterry: i also have the idea that this could be extended to build multi arch snaps by creating sub folders per arch and extract the corresponding deb files to this subfolders and detect the arch in start script.
[14:17] <longsleep> mterry: Yes, it does not resolve dependencies automatically. Though the developer writing the snap file can resolve those manually.
[14:19] <mterry> longsleep, if we had cross building support, would pointing at a git branch with a tag be enough of reproducable build for you?
[14:19] <guest42345> how big is ubuntu personal image? i want to try it from USB
[14:20] <mterry> dholbach, why did you remove my utf8 characters from the docs?
[14:20] <mterry> They were so pretty
[14:20] <longsleep> mterry: No, reproducable builds need to pull and install dependencies required at compile time. Thus i would always go through a debian package to have reproducable builds.
[14:21] <dholbach> mterry, when I ran markdown on the file, the output wasn't pretty
[14:21] <ogra_> guest42345, a month ago the img that ubuntu-device-flash produced was 9GB
[14:21] <longsleep> mterry: dpkg gives that all, i think it will a lot of work to replicate that within snapcraft
[14:21] <ogra_> not sure if it changed
[14:21] <mterry> elopio, your makedirs branch failed to merge
[14:21] <elopio> wtf, simple cmake passed now.
[14:21] <longsleep> mterry: alternative would be to run snapcraft in pbuilder environment and have it produce a snap instead of deb
[14:22] <guest42345> ogra_, thanks :> that's pretty BIG! i have a tiny 4G USB stick, i guess it's time to buy new ones
[14:22] <mterry> longsleep, that would be something we'd expect would work
[14:22] <mterry> dholbach, markdown doesn't handle utf8?  shocking...
[14:22] <guest42345> ogra_, so.. for now there is no way to install ubuntu personal on a diff partition, right?
[14:23] <guest42345> i can't have ubuntu 14.04 and ubuntu personal on the same hdd
[14:23] <elopio> mterry: let me check tarmac.
[14:23] <longsleep> mterry: well thinking anbout it .. that will not work because that environment mit not be able to compile all the stuff in one shot. It would need to setup a environment for each dependency. I think that is too complicated.
[14:23] <ogra_> guest42345, there surely is a way to dd the img file to some other device from a live-booted system or so
[14:23] <ogra_> but yeah, you would need to overwrite the whole device ... there is no dual boot or anything
[14:24] <longsleep> mterry: I think lots of people might like to simply extract their deb files into a snap and add a start script. That is simple and people need to know about their dependencies only.
[14:24] <ogra_> (and snappy is really not designed for something like that)
[14:24] <sergiusens> longsleep: We’ve been working on adding support for building snap packages (#1476405), but there’s still more to do here; we should be able to make this available to some alpha testers around mid-August
[14:24] <sergiusens> http://blog.launchpad.net/general/launchpad-news-july-2015
[14:24] <sergiusens> https://bugs.launchpad.net/launchpad/+bug/1476405
[14:25] <sergiusens> mterry: to build for armhf I'd need native/emulated arm, right?
[14:25] <longsleep> sergiusens: launchpad building snaps would be nice.
[14:25] <guest42345> ogra_,  thanks, that's what i thought.. i don't know how to feel about it
[14:25] <guest42345> ogra_, i need some beer :)) thanks again
[14:25] <longsleep> sergiusens: lots of stuff does not build on emulated arm
[14:26] <ogra_> enjoy the beer :)
[14:26] <guest42345> mmmm delicious
[14:26] <longsleep> sergiusens: that is why we have a arm build cluster here, though that only supports pbuilder
[14:26] <sergiusens> longsleep: oh, I know... I hate it, I'm just avoiding pedantic people clarifying that it could be done with qemu-arm-static
[14:26] <sergiusens> :-P
[14:28] <longsleep> sergiusens: so, when you have launchpad building snaps, i suppose you will activate armhf only upon request similar as for debs?
[14:30] <mterry> sergiusens, yeah
[14:31] <ogra_> sergiusens, did you just call me pedantic ?
[14:31] <ogra_> :P
[14:32] <tasdomas> does the orange box mac address change on reboot?
[14:32] <ogra_> tasdomas, yes, working on a fix, a new image should be ready before end of the week
[14:33] <ogra_> (the current bootloader setup swallows the MAC and serial of the rpi)
[14:33] <longsleep> mterry: So explaining my current use case: I have clean built spreed-webrtc deb packages and want to make a snap out of it.
[14:34] <mterry> longsleep, I follow...  Hrm, let me look at MP again
[14:34] <mterry> longsleep, thanks for explaining to me
[14:35] <longsleep> mterry: Sure - with that suff i was able to add the snap to the store, so either nobody is as crazy as me yet or everyone sets up a clean build system for every build :)
[14:36] <sergiusens> mterry: I notice that easy install/py2 rewrites the shebang to my local machine; any way around that? (thinking of my binary entry calling out python2 explicitly)
[14:36] <mterry> sergiusens, easy install/py2?
[14:39] <longsleep> sergiusens: by the way, any chance that at some point Go can be built by launchpad on armhf: https://launchpadlibrarian.net/207704013/buildlog_ubuntu-trusty-armhf.golang_2%3A1.4.2-1%2Bstruktur0%2Btrusty0_BUILDING.txt.gz ?
[14:39] <sergiusens> mterry: setuptools/easy_install/python 2
[14:39] <sergiusens> mterry: did you see my diff?
[14:40] <sergiusens> mterry: http://paste.ubuntu.com/12006412/
[14:40] <longsleep> sergiusens: We have all the gear on lp to provide debs for armhf but go builds crash with Segmentation fault
[14:40] <sergiusens> mterry: I think I just duplicated some work there
[14:40] <sergiusens> longsleep: oh, you are using virtual builders I guess
[14:40] <longsleep> sergiusens: yes
[14:41] <sergiusens> longsleep: I don't know a way out of that
[14:41] <longsleep> sergiusens: i mean it is not a big deal as we build locally as well, though i think Golang should be buildable for all platforms on launchpad :)
[14:45] <ted> mterry, So, on your comment to rename ubuntu.package to just ubuntu.packages everywhere... I'm not against that, but I'm curious if it'll break too many folks at this point.
[14:45] <ted> mterry, Perhaps we change the plugin yaml and take both
[14:45] <mterry> ted, and warn on both being used maybe?
[14:45] <mterry> ted, I mean error out I guess
[14:46] <ted> Yeah, I'm fine warning in that it will *work*
[14:46] <mterry> ted, are there too many people now?
[14:46]  * ted assumes everyone is using snapcraft now
[14:46] <sergiusens> mterry: I seem to be able to get away with it with 'binaries:\n  name: python ./usr/bin/app'
[14:46] <ted> IBM is probably already working on an XML schema for it.
[14:47] <mterry> sergiusens, yeah, snapcraft has special logic (thanks to ted) to repurpose your 'python' call to the internal python
[14:47] <mterry> ted, I bet it's fine to break world
[14:47] <mterry> :)
[14:47] <ted> K, I'll break 'em ;-)
[14:48] <mterry> ted, as long as we error on unknown options?  I don't think we do yet
[14:48] <mterry> ted, maybe add that to your branch too?
[14:48] <mterry> ted, OR....  have a warning saying it's deprecated but still accept it
[14:48] <ted> mterry, Well I was just gonna require packages
[14:48] <mterry> ted, and error out if both are used
[14:48] <mterry> ted, fair on requiring packages, forgot that detail
[14:48] <mterry> ted, oh wait, you don't get to auto-infer package name?
[14:49] <mterry> ted, I loved that feature
[14:49] <mterry> was I the only one?
[14:49] <sergiusens> mterry: you mean the magic symlinking?
[14:49] <mterry> sergiusens, hrm?
[14:49] <sergiusens> mterry: you sai special logic
[14:49] <ted> mterry, Heh, not sure it's really practical. Doubt anyone will have a single package that often.
[14:50] <dholbach> dpm, mterry, rsalveti: https://developer.ubuntu.com/en/snappy/snapcraft/ - it's not auto-imported yet, nor announced anywhere
[14:50] <mterry> sergiusens, oh no, we change how we wrap your binary call to make your 'python' bit be found  (normally snappy binary paths are relative paths to the executable in the snap, not PATH-resolved commands)
[14:50] <mterry> ted, what, you're crazy
[14:50] <sergiusens> mterry: this is what I have now http://paste.ubuntu.com/12007310/ but if I specifically launch as 'python app' I can get around the broken shebang
[14:51] <rsalveti> dholbach: nice
[14:51]  * sergiusens starts the trek back home
[14:52] <mterry> elopio, in your dep8 branch, why not just run the unit tests too?  If they end up being broken (by unittests api changing or wget being broken), we'd want to know about that as well.  At the least it means snapcraft would ftbfs on a rebuild
[14:57] <elopio> mterry: the unit tests are run when the deb package is built.
[14:57] <elopio> then it is installed, and we run the test-as-installed, the dep8.
[14:57] <elopio> if we put the unit tests in dep8 they would run twice.
[14:58] <mterry> elopio, yup.  But when a depends of snapcraft is uploaded, snapcraft's dep8 tests are run.  And we want the unit tests run then too
[15:00] <elopio> mterry: ok, that makes sense I think. Do you want to keep the integration-tests/runtests.sh script, or should I merge it back?
[15:00] <mterry> elopio, I'm fine with those split sure
[15:01] <elopio> now if only it passed...
[15:25] <kyrofa> Hey ogra_ any update on the rpi2 i2c and gpio stuff?
[15:25] <ogra_> kyrofa, on it ... right now :)
[15:25] <ogra_> (some blockers showed up that i had to fix first)
[15:26] <longsleep> qjkc
[15:26] <longsleep> err sorry
[15:26] <kyrofa> ogra_, awesome! I have to work up a demo by this time next week. Do you suggest waiting for i2c for my plan A, or start working on my plan B?
[15:26] <longsleep> quick question, how does the snappy tool access the store, where does the configuration come from>
[15:26] <longsleep> ?
[15:27] <ogra_> kyrofa, i should have some image for testing later tonight or tomorrown morning
[15:27] <kyrofa> ogra_, ah! Okay, I'll wait :)
[15:27] <ogra_> you will still have to hack something if you want to use overlay dtb's though, since i dont expect the needed udf fix to land in time for that
[15:28] <ogra_> (unless sergiusens secretly developed something i dont know about )
[15:28] <kyrofa> ogra_, I'm fine hacking stuff to work as long as you're willing to guide me... ?
[15:28] <ogra_> sure, np
[15:30] <kyrofa> longsleep, it hits system-image.ubuntu.com, using the image channel and device to build the URL
[15:31] <kyrofa> longsleep, well, that's what happens when I try to update the index anyway
[15:31] <longsleep> kt
[15:31] <longsleep> kyrofa: yes
[15:31] <longsleep> kyrofa: but how does it find and download snaps?
[15:32] <kyrofa> longsleep, it's the same store as clicks
[15:32] <longsleep> kyrofa: ok - but where does the URL come from?
[15:33] <longsleep> kyrofa: i found the configuration for the system image - but no luck for the store yet
[15:33] <kyrofa> longsleep, snappy/snapp.go: https://search.apps.ubuntu.com/api/v1/
[15:34] <longsleep> kyrofa: thanks! i am just blind obviously
[15:34] <kyrofa> longsleep, no problem!
[15:42] <kyrofa> Hey ogra_ got a sec for a framework question?
[15:43] <ogra_> not sure i can answer it, but sure, shoot :)
[15:44] <kyrofa> ogra_, well with my (limited) understanding of frameworks, I felt that apache or nginx should be frameworks, but you felt differently which means you obviously know more about them than I do :P
[15:44] <kyrofa> So I have something else I feel should be a framework, and wanted to bounce it off of you
[15:45] <kyrofa> ogra_, are you familiar at all with ROS?
[15:45] <mterry> elopio, have you tried your new dep8 branch in a chroot?  I'm guessing that @ isn't enough to cover all the deps you need (it's only run time deps, not build time deps, right?).  Like it won't have python3-testscenarios, needed for the unit tests
[15:45] <ogra_> only via reading about it :)
[15:46] <elopio> mterry: I've added them, let me push.
[15:46] <kyrofa> ogra_, that's probably good enough. ROS Core is the hub of the star-like message architecture, with various clients connecting to the core in order to learn about other clients and pass messages around
[15:46] <elopio> still, I can't get it to pass. Errors range from unable to install all the deps to gcc not found.
[15:46] <kyrofa> ogra_, would ROS Core make
[15:46] <elopio> I'll put it back to work in progress.
[15:46] <kyrofa> ogra_, a good framework?
[15:47] <kyrofa> ogra_, since there can only be one that all clients must share
[15:47] <ogra_> yeah, but i'm not the master of frameworks or even their definition ... to me ROS definitely looks like a good framework but i'm guessing as much as you here :)
[15:47] <mterry> elopio, you can do @builddeps@!  I didn't know that before now
[15:48] <elopio> mterry: right, but in the docs it says we should probably not use it.
[15:48] <mterry> elopio, that could be your entire line.  Depends: @builddeps@
[15:48] <kyrofa> ogra_, alright, thank you! I just wanted to get your impression before I looked any further
[15:48] <ogra_> our framework definition definitely needs a better description of what a framework is or can be
[15:48] <kyrofa> ogra_, agreed... a bit muddy
[15:48] <mterry> elopio, hmph
[15:53] <ted> mterry, Okay, pushed the 'packages' changes. It required a bunch of changes in different places, but not as big of a diff as I was worried about.
[15:56] <sergiusens> mterry: git@github.com:sergiusens/galileo.git
[15:58] <elopio> s/dep8/pep8. /me needs sun light.
[16:01] <longsleep> kyrofa: I think that Nginx should be a framework as well. But i have no idea about what a framework is supposed to be :)
[16:03] <kyrofa> longsleep, ogra_ who knows that stuff? Or is it still being fleshed out?
[16:04] <ogra_> kyrofa, i guess one of the architects (lool perhaps) could shed more light on it for you
[16:12] <longsleep> ogra_, kyrofa : Yes lool had some ideas about this a couple of days ago. I think his suggestion was just to move forwards and see how it goes.
[16:12] <ogra_> lol
[16:12] <ogra_> right
[16:12] <ogra_> diplomacy FTW :)
[16:13] <kyrofa> longsleep, that's potentially brutal advice :P
[16:14] <longsleep> well the stuff is fresh - so whoever comes first defines the standard :P
[16:15] <kyrofa> longsleep, or goes to the effort of trying it only to get told "that's not how we use frameworks," heh
[16:15] <longsleep> kyrofa: well yest - but if you have the need to do it exactly that way and it is not possible with the existing definition the world needs to expand
[16:16] <longsleep> i like the idea to see how it goes
[16:16] <longsleep> and i need a Nginx framework as well and i might go forward with writing one, or i add Nginx to my system image ..
[16:17] <longsleep> probably a bad idea :D
[16:23] <longsleep> ogra_: I am back to resarch on system image building. What i understand is that i should run ubuntu-cdimage with http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/files/head:/live-build/ubuntu-core/ hooks - does that make sense?
[16:24] <ogra_> longsleep, no. you really dont want to run ubuntu-cdimage :)
[16:24] <ogra_> what you want to run is live-build with the changes from the livecd-rootfs package applied
[16:24] <ogra_> (this is essentially all that ubuntu-cdimage would do)
[16:25] <longsleep> ok - what is live-build ? another couple of scripts?
[16:25] <ogra_> longsleep, https://code.launchpad.net/~ogra/project-rootstock-ng/trunk
[16:25] <longsleep> ogra_: awesome thanks
[16:25] <ogra_> look at the rootstock-touch script ... it essentialyl does what a buildd does
[16:26] <ogra_> (note also that it cant build wily for core currently, but vivid works ... just takes ages)
[16:26] <ogra_> it shoudl give you an idea ...
[16:28] <longsleep> ogra_: well i have gear to build a rootfs for normal Ubuntu already. Do you think it would make sense to start from that and just apply the changes for snappy?
[16:28] <ogra_> no, it wouldnt, it would make sense to just use -core as is and make your changes in the snaps ... or to ask us to add/remove bvits from core as needed
[16:30] <longsleep> ogra_: yes - but not everything can be done in snaps and not everything should be in core. Some things are specific to a single device. I still fail to see how that can work without modification of the boot process or other things in core.
[16:31] <ogra_> via unconfined snaps for example
[16:31] <longsleep> mhm - could i overwrite stuff from the base system? That sounds iffy on update
[16:31] <ogra_> the plan is that you have a gadget snap for your appliance ... that is the only snap that can actually have dependencies -...
[16:31] <ogra_> these dependencies would be your add-on snaps that enhance core
[16:32] <longsleep> all right - i think i can try that
[16:32] <ogra_> in any case you should never need to modify core
[16:32] <longsleep> what if i want to use another system image server, or even another api endpoint for the store?
[16:32] <ogra_> if you have to, we either have to much or not enough functionality in core :)
[16:33] <longsleep> like a self controlled one, or a local one
[16:33] <ogra_> system-image will go away soon, it will only be the store
[16:33] <ogra_> (core will become a snap too)
[16:33] <ogra_> and for the store bits i can point to beuno :) as usual :)
[16:34] <longsleep> hehe - well i will be among the first to test all this once it is available - in the meantime i will experiment
[16:46] <sergiusens> mterry: is the source_type key in yaml source_type as well?
[16:47] <elopio> mterry: this is the only remaining failure: http://paste.ubuntu.com/12007972/
[16:48] <elopio> the message is not useful, and when I ssh into the machine, extract the tar and run make, it just works.
[17:09] <beuno> longsleep, the store's endpoint won't be changeable (and isn't)
[17:13] <mterry>  sergiusenswhat was that about source-type in yaml?
[17:13] <mterry> elopio, yeah, that looks like gcc failing...
[17:13] <mterry> sergiusens, what was that about source-type in yaml?
[17:16] <elopio> mterry: how can we print the error? I added gcc -v, but no output on is printed.
[17:17] <mterry> elopio, it might be crashing?
[17:24] <sergiusens> mterry: ah, thanks
[17:24]  * sergiusens wants a schema
[17:26] <mterry> sergiusens, well the source-type stuff is plugin-specific (though shared between a lot of plugins, granted)
[17:28] <sergiusens> mterry: we probably want to document those anyways
[17:33] <sergiusens> mterry: I have to argue that it is not plugin specific as it is part of PluginsBase ;-)
[17:33] <sergiusens> even if private
[17:34] <sergiusens> mterry: anyways that's me arguing about nothing important :-)
[17:34] <mterry> sergiusens, well the CODE is shared.  But plugins can expose/parse the option how they like.  We just have helpers.  But yes, they are so common as options, we should document them
[17:34] <sergiusens> mterry: care to look at https://code.launchpad.net/~sergiusens/snapcraft/mercury/+merge/267080 ?
[17:53] <mterry> ted, don't you think all those packages: [onething] lines are grosser than the implicit package?
[18:16] <sergiusens> mterry: hey, there isn't much of a test base for code checkout; I need to remember how to mock to mock the run commands; maybe elopio can help template that for bzr/hg/git pull
[18:20] <ted> mterry, I think that they are uglier, but I guess I see it as an exception more than the rule. The examples are simpler than most projects.
[18:20] <ted> mterry, I'd be happy to put back the implicit package if you feel strongly though.
[18:25] <mterry> ted, so there are two major types of projects: ones that use parts as dependencies and 'integration' projects that pull things together.  In integration projects, you'll want toplevel packages like 'apache2' or whatever.  Or fswebcam in examples.  Logically distinct, toplevel parts.  I think for those it makes sense for the implicit syntactic sugar
[18:25] <mterry> sergiusens, doesn't that already exist in test_base_plugin?  we do something with bzr there
[18:26] <sergiusens> mterry: I only see error checks for setting branch in bzr and the most complex test there is pull_tarball
[18:28] <mterry> sergiusens, yeah... Ok.  So maybe just add error checks for yours.  Unless you feel fancy and want to mock hg
[18:29] <sergiusens> mterry: I'd rather have elopio write me a template ;-)
[18:29] <sergiusens> mterry: and I did convert the git/hg into a scenario based test class for errors
[18:30] <mterry> sergiusens, and you've tested this I assume on real hg branches?
[18:30] <mterry> sergiusens, ooh wait
[18:30] <mterry> sergiusens, the integration-tests have some live git/bzr tests.  hg would be good to add to that, to confirm we don't break cloning or updating
[18:31] <sergiusens> mterry: yes, I already replaced my codebase
[18:31] <sergiusens> mterry: oh, and --user + --root (instead of --prefix doesn't require a PYTHONPATH, I haven't tested if it produces anything that works yet)
[18:32] <sergiusens> mterry: sure, I will add an integration-test
[18:32] <sergiusens> oh, I need a newer plainbox
[18:32] <sergiusens> mterry: what was the ppa I needed for that?
[18:33] <mterry> sergiusens, ppa:hardware-certification/public (from HACKING.md)
[18:33] <sergiusens> mterry: silly me, I only search for 'plainbox'
[18:34] <sergiusens> thanks
[18:43] <ted> mterry, implicit package is back :-)
[18:43]  * mterry dances
[20:08] <ted> mterry, What did you do to work around the store not supporting architectures
[20:08] <ted> ?
[20:09]  * beuno squints
[20:09] <beuno> not supporting architectures?
[20:09] <ted> beuno, The 'architectures' key in the yaml
[20:09] <beuno> ah
[20:09] <beuno> the store doesn't look at the yaml
[20:09] <beuno> it looks at the json
[20:09] <beuno> that is created on build time
[20:10] <ted> Oh, interesting.
[20:10] <beuno> it still treats it as a click
[20:10] <ted> Everyone uses JSON :-)
[20:10] <mterry> ted, used architecture instead
[20:10] <ted> mterry, Can that be an array?
[20:10] <mterry> ted, I think so?
[20:10] <ted> K
[20:12] <rsalveti> ted: how is the qml mr going?
[20:12]  * ted is trying to make mterry happy :-)
[20:12] <rsalveti> :-)
[20:12] <mterry> hmm..  i should look at that again
[20:12] <mterry> I think it's ready
[20:13]  * ted buys flowers
[20:16] <mterry> ted, run ./runtests.sh
[20:16] <mterry> ted, need to update test_get_all_dep_packages_with_unrecognized_package
[20:17] <ted> mterry, "Everything passed"
[20:17] <mterry> ted, merge from trunk then?
[20:18] <ted> Ah, K, that breaks it :-)
[20:19] <ted> mterry, Updated
[20:43] <sergiusens> mterry: updated the mercurial branch (took longer than expected)
[20:43] <sergiusens> I also played a bit with --user and such, but everything goes bonkers wrt to path rewrites
[20:47] <ogra_> rsalveti, that livecd-rootfs stuff slowly turns into an all nighter :(
[20:50] <mterry> Uploaded initial version of snapcraft to wily!
[20:50] <ogra_> \o/
[20:51] <ted> *snap* !
[20:53] <mterry> ted, your qml plugin made it
[20:54] <ted> Oh, cool.
[20:54] <ted> Are the docs live?
[20:54] <ted> I should put links in my blog post and get that out.
[20:58] <rsalveti> ogra_: oh crap
[20:58]  * rsalveti hugs ogra_
[20:58] <rsalveti> mterry: nice
[20:59] <mterry> ted, it hasn't landed in wily yet, has to be manually approved since it's a new package
[20:59] <mterry> ted, I don't know if docs are live
[21:00] <davmor2> ogra_: like you need sleep
[21:03] <ogra_> davmor2, :P
[21:04] <davmor2> ogra_: you know you're not happy unless you wake up the shapes of keys imprinted on the side of your face ;)
[21:05] <ogra_> yup, if they are not there my GF doesnt actualy recognize me anymore
[21:05] <davmor2> ogra_: or wants to know what you've been up to :)
[21:08] <ted> Seems like there's no way to specify a service with a timer, to start it hourly or whatever
[21:08] <ted> Is that on purpose or just not got there yet? :-)
[21:19]  * ogra_ triggers another phone image and goes afk for a bit
[22:38] <ogra_> phew, finally
[22:57] <sergiusens> elopio: mind checking https://code.launchpad.net/~sergiusens/snapcraft/mercury/+merge/267080 ?
[23:00] <ogra_> slangasek, did you see my PM from earlier today (no action needed right now, i just want to make sure the question got through to you)
[23:01] <elopio> sergiusens: looks good. But you are missing the data dirs.
[23:02] <elopio> cp: cannot stat ‘/home/elopio/workspace/canonical/snapcraft/reviews/sergiusens/mercury/integration-tests/data/hg-head’: No such file or directory
[23:03] <sergiusens> elopio: err, let me bzr add!
[23:11] <slangasek> ogra_: hi - yes, I did; the whole thing looks fine to me, so I wasn't sure what needed commenting on
[23:12] <ogra_> slangasek, ah, cool, i just didnt want to say yes or no without feeling qualified enough
[23:12] <ogra_> slangasek, mainly marks comment of using a new distributor ID for snappy
[23:13] <ogra_> (instead of "Ubuntu" ... )
[23:13] <slangasek> so it's possible that third-party things may make assumptions about the values of these field
[23:13] <slangasek> s
[23:13] <slangasek> but those things are likely not looking at the snappy one
[23:14] <ogra_> ok
[23:18] <sergiusens> elopio: there we go (network was slow)
[23:21] <sergiusens> elopio: I don't mind a top approve ;-)
[23:22] <elopio> sergiusens: let me run the tests.
[23:23] <elopio> sergiusens: I like that you left the error conditions for unit tests, and the snapcraft command for integration.
[23:23] <elopio> any thoughts about writing tests for snapcraft?


[00:16] <tchough> i have two machines that do not have matching uid/gids... i wish to use nfs but have the uids match up properly... are there any options for this that work in ubuntu that do not involve setting up NIS?
[00:50] <PhotoJim> there are ways to renumber users... I had the same problem getting a MacBook to work with my Linux network
[00:50] <PhotoJim> I did it once... but I'm no expert at it.  but if you google it the solution is out there.
[00:51] <PhotoJim> the thing to remember is that not only do you have to change the users' UIDs and the groups' GIDs, you have to change the owner of any files owned by them
[00:52] <PhotoJim> there are commands that can do that
[00:59] <mat1211> Hi, how do I change the home directory of a user?
[00:59] <mattt> mat1211: usermod
[00:59] <twb> mat1211: permanently, or temporarily?
[00:59] <mat1211> when you say permenently, do you mean there is no way to change it back? or just that it doesn't go back on reboot.
[01:00] <twb> mat1211: no, I mean as opposed to "I need $HOME to be /tmp/tmp.a72bce for the next program
[01:00] <twb> "
[01:02] <mat1211> nah, I just want to change the home dirs for certain user accounts, permenently unless I change them back that is.
[01:02] <mat1211> but was unable to find out how on google.
[01:04] <mattt> mat1211: usermod will change the home directory in /etc/passwd, but you would need to manually move the directory itself
[01:05] <mat1211> I see, and how do I do these things, I am trying to set the users up on my external hd so I can properly give them quotas.
[01:09] <mat1211> so every new user I create has a home dir of lets say "/var/homes/users/username"
[01:13] <mat1211> is this possible?
[01:18] <mattt> mat1211: that's possible, sure
[01:18] <mat1211> How could I do this?
[01:18] <mattt> mat1211: take a look at /etc/default/useradd
[01:19] <mat1211> is useradd a file that I need to open with an editor?
[01:19] <mattt> correct
[01:20] <twb`> Sure you don't want /etc/adduser.conf?
[01:21] <mattt> twb`: ah, i use useradd ... but i guess if adduser is your preference then yes :P
[01:21] <twb`> useradd is wrong, it's low-level
[01:21] <twb`> adduser is what sysadmins should use on Debian/Ubuntu
[01:21] <twb`> I mean, unless you *want* to remember to populate stuff from /etc/skel or whatever the differences actually are.
[01:22] <mattt> twb`: quite new to debian/ubuntu myself, will make a note of that ... tnx.
[01:24] <twb`> mattt: just to be clear: adduser is a wrapper on top of useradd that does extra stuff
[01:32] <mattt> twb`: i come from a red hat background, where useradd is typically used
[01:32] <mattt> twb`: but thanks for pointing this out
[01:52] <mat1211_> How can I change a single users home dir? my old admin user can't create users anymore.
[01:55] <mat1211_> ?
[01:56] <PhotoJim> sorry, I've never done that.  I keep my home directories at /home because that's what standard *nix filesystems look like.
[02:01] <mat1211_> shame, this is getting annoying lol
[02:02] <infinity> mat1211_: I'm sure there's some standard CLI way to edit home directories, but I can never remember what it is.
[02:02] <twb> usermod -d /home/f/r/fred fred
[02:02] <infinity> mat1211_: On the other hand, I'd just do "sed -i -e 's,/home/username,/var/spool/username,' /etc/passwd", because I'm evil that way.
[02:03] <twb> You probably also want -m.
[02:03] <infinity> twb: Oh, right, usermod.  I always forget about that one.  BSDisms...
[02:03] <twb> infinity: that's definitely not for newbies
[02:03] <twb> infinity: also, sed -i won't work on BSD :-)
[02:03] <infinity> twb: Sure, but this isn't bsd-server, it's ubuntu-server, and it totally works there. :)
[02:04] <infinity> twb: (The less evil suggestion than sed would be "vipw" which, of course, still requires understanding the file...)
[02:44] <mat1211> I've changed my default home directory, and now I can now longer add users.  it says pam authorization failed, account expired or something like that.  What can I do?
[02:44] <twb> mat1211: log in as a different user.
[02:45] <mat1211> they are all set as old home dir, but I might be able to fix this.
[02:45] <friartuck> mat1211 you can switch to root with sudo su -
[02:45] <twb> friartuck: please use sudo -i.
[02:46] <friartuck> twb thx, what's the difference?
[02:46] <infinity> Absolutely none.
[02:46] <twb> friartuck: one less fork, and it is easier to lock down.
[02:47] <twb> "sudo su - fred" requires you have sudo access as root; sudo -u fred -i requries only sudo access to fred.
[02:47] <friartuck> twb nice, thx
[02:47] <infinity> Sure, from an /etc/sudoers perspective, one is easier to configure than the other.
[02:47] <infinity> If you already have root, though, both are effectively the same. *shrug*
[02:48] <infinity> (One login shell is the same as the next)
[02:48] <mat1211> what would I do while in the root user?
[02:48] <twb> From an aesthetic perspective, using "sudo su -" is like saying "ssh rsh".
[02:48] <infinity> twb: I'm not sure how much aesthetics matter here. :)
[02:49] <mat1211> that I couldn't do from the other admin one? lol
[02:49] <twb> infinity: well this isn't CentOS...
[02:49] <infinity> twb: (Most of it's finger/muscle memory from other similar commands, too)
[02:49] <infinity> twb: For instance, "chroot /chroot/foo su -" maps nicely in my brain with "sudo su -"
[02:49] <twb> Ew.
[02:50] <mat1211> cause when I create a user in root it still says account has expired. lol I think I broke it.
[02:50] <twb> I guess I don't use login shells within a chroot.
[02:50] <infinity> twb: Best way to get a prisitine environment.  *shrug*
[02:50] <infinity> twb: If you use tools like schroot/dchroot, you use login shells in the chroot, it's just cleverly hidden from you.
[02:51] <twb> infinity: normally I use ssh :-)
[02:51] <mat1211> ?
[02:51] <twb> And pbuilder over sbuild
[02:51] <infinity> My turn to say "ew"? :)
[02:51] <infinity> Anyhow, back to lp-buildd hacking.
[02:52] <friartuck> mat1211 did you change root login? home dir?
[02:52] <infinity> Or maybe time to realise it's a weekend for a few more hours and watch a movie or something.
[02:52] <mat1211> ? what's that
[02:54] <mattt> mat1211: talk us through what you did exactly?
[03:18] <mat1211> sorry, I was afk.  But to change the default home dir, I typed. sudo vi /etc/adduser.conf and then changed the dhome var
[03:21] <mat1211> but now I cannot create users.
[03:22] <mat1211> and I don't know what I can do to fix it.
[03:27] <twb> mat1211: what did you change DHOME to ?
[03:29] <mat1211> I changed it to /var/www/tb/users
[03:31] <mat1211> why? does that change anything?
[03:35] <twb> Does that directory exist?
[03:37] <mat1211> yes it exists
[03:38] <twb> Does it have the same owner, group and permissions as /home?
[03:38] <twb> Incidentally, *why* do you want users to be created with home directories there?  It violates the FHS.
[03:41] <mat1211> ? I'm not sure.  I want to create users on my external harddrive, because it will make setting up quotas easier, I think.
[03:41] <mat1211> and what permitions are on home?
[03:42] <twb> mat1211: ask stat(1)
[03:43] <twb> mat1211: I think you would do better to simply mount the external hard drive as /home, or to make /home/foo/public_html a symlink into /var/www.
[03:43] <Iceman_B^Ltop> PhotoJim: concerning the disabling a login: "chsh <username>" then appoint /sbin/nologin
[03:44] <mat1211> hmm maybe, but I am also storing other files on the harddrive, I'll try that though.
[03:45] <PhotoJim> Iceman_B^Ltop: that sure looks right. :)
[03:45] <Iceman_B^Ltop> I found the notes a friend typed up when he was here, thought I'd share it
[03:45] <twb> mat1211: then perhaps you should have used LVM on that external hard disk, and assigned separate volumes (and filesystems) to its various data storage roles.
[03:46] <mat1211> I probably should have, yes.
[03:46] <mat1211> I'll go over the harddrive and fix it up.
[08:16] <_coredump_> moinsen
[08:51] <^law^> guys,i  forgot where is th epath of sun jdk location,
[08:52] <^law^> hmm i installed it  a week ago
[08:53] <Kamping_Kaiser> installed via packages/
[08:53] <Kamping_Kaiser> ?
[08:54] <^law^> ya
[08:54] <^law^> hmm can't find it
[08:54] <Kamping_Kaiser> dpkg -l |grep java to find the package name
[08:54] <Kamping_Kaiser> dpkg -L packagename to find where all the files went
[08:55] <Kamping_Kaiser> dpkg -l |grep jre may be better btw
[08:56] <^law^> oooh thx
[08:56] <Kamping_Kaiser> np
[08:56] <^law^> i found it  now
[08:56] <^law^> :)
[08:56] <Kamping_Kaiser> :)
[08:57] <^law^> r those line work 4 others?
[08:57] <Kamping_Kaiser> yeah
[08:57] <^law^> u knw i often 4got where the programs installed
[08:57] <Kamping_Kaiser> please use actual words :|
[08:58] <^law^> sorry :)
[08:58] <Kamping_Kaiser> thanks ;)
[08:59] <twb> It's better to use dpkg -l *java* than dpkg -l | grep java
[09:00] <Kamping_Kaiser> whyso?
[09:00] <twb> Because it's eagerly evaluated
[09:00] <twb> Oh actually, I guess dpkg -l alone defaults to only installed packages.  Grr.
[09:01] <twb> Personally I use aptitude search ~i~njava, possibly with an -F %p if I only want the package names
[09:06] <^law^> guys, if i wanna install maven , i only need to install maven2 package?
[09:07] <^law^> ?
[09:12] <DawnLight> hello. i'm trying to understand the apache2 configuration for mailman in hardy. the example apache configuration file has AddHandler cgi-script .cgi in <Directory /usr/lib/cgi-bin/mailman/> but the files there don't have .cgi extensions so how does it work?
[09:14] <rst-uanic> I think that all files in /usr/lib/cgi-bin are handled as cgi scripts
[09:15] <DawnLight> is that in some config?
[09:15] <DawnLight> or build-time
[09:16] <DawnLight> yes
[09:16] <DawnLight> it is in the deafult config file
[09:18] <rst-uanic> :)
[09:23] <DawnLight> thanks
[09:26] <DawnLight> why is the "mailman" list shown in the listinfo page?
[11:05] <cjwatson> twb: if you're going to use "dpkg -l *java*", then that should be "dpkg -l '*java*'", otherwise you'll get pretty surprising results when a file in your current directory happens to contain the substring 'java' ...
[11:13] <jussi01> Hrm, is there a reason you guys have a different bot?
[11:13] <jussi01> is it just for the bug reporting?
[11:14] <twb> cjwatson: yeah, sorry about that.
[11:14] <twb> But really, what kind of silly person would have a java file ;-P
[11:14] <twb> Java is for embedded systems programming.  Embedded systems with 16GiB of RAM...
[13:05] <mat1211_> how do I check the permissions and owners of a folder?
[13:06] <jpds> mat1211_: ls -l path/to/folder
[13:08] <mat1211_> thx
[13:26] <mat1211_> How can I extract a .rar file and keep the directory structure?
[13:28] <jpds> unrar e <rar file>
[13:29] <Appiah> unrar x i belive
[13:29] <Appiah> just typ unrar or man unrar to see all the options
[13:30] <Appiah>   x     Extract files with full path.
[13:30] <Appiah> e     Extract files to current directory.
[13:30] <Appiah> http://www.edenwaith.com/support/guitar/help/man/unrar.html
[13:35]  * jpds points to manpages.ubuntu.com
[14:23] <twb> The interface is different for unrar and unrar-nonfree
[14:24]  * twb goes back to sleep
[15:46] <bn43> Hi I'm running an ubuntu server for a charity where there are serious bandwidth constraints - they are using a 3g card.  therefor I have setup ntop to see who's downloading the most but cannot produce reports as ntop resets on reconnection.  I have read that there is no way around this.  Is this true?
[15:47] <bn43> oh can someone recommend a monitoring tool - not to show were someone went but just a means of accounting on bandwidth - without stepping on privacy
[15:50] <bn43> anyone pls?
[15:56] <bn43> oh can someone recommend a monitoring tool - not to show were someone went but just a means of accounting on bandwidth - without stepping on privacy
[16:00] <zul> mrtg
[16:01] <friartuck> bn43 cacti
[16:02] <bn43> friartuck: interesting - google did not bring up cacti as bandwidth monitoring - is there a howto I can go to?
[16:02] <bn43> zul: howto?
[16:02] <zul> bn43: mrtg.org
[16:02] <bn43> I want to be able to compile a report at the end of each week on each ip - ntop does not keep history, do these?
[16:04] <friartuck> bn43 http://www.cacti.net . no, mrtg and cacti won't do that per se. but you can monitor each switch port and find out who is connected there and basically get that info.
[16:06] <bn43> ok I'll look in
[16:06] <bn43> thank you for the responses
[16:06] <dthacker__> why doesn't the bacula director package drop the default bacula-dir.conf in the /etc/bacula file?
[18:02] <tieuvinhlong> hello
[18:03] <tieuvinhlong> are you there?
[18:03] <tieuvinhlong> alo
[19:14] <Iceman_B^Ltop>  how can I force Samba to disallow changes in filenames, AND writes to files that are open in a linux process? Eg. rTorrent?
[19:19] <orudie> with disabled password logons, is there a way to login with Filezilla FTP client ?
[19:26] <giovani> orudie: what do you mean? blank passwords?
[19:27] <giovani> that would probably depend on the ftp server and how it interacts with system passwords
[19:27] <ivoks_> orudie: you've put /bin/false as a shell?
[19:28] <ivoks_> or /bin/true
[19:29] <orudie> i'm talking about connection with SFTP when PasswordAuthentication no in sshd_config ivoks_ , giovani
[19:29] <ivoks_> then you are using sftp, not ftp?
[19:30] <orudie> yes ivoks_ sftp
[19:30] <orudie> but i figured it out already :)
[19:30] <giovani> I don't get why people use sfto
[19:30] <giovani> sftp*
[19:30] <ivoks_> it depends on your client
[19:31] <orudie> yeah filizilla interracts with pageant.exe
[19:31] <ivoks_> giovani: they don't trust their isp?
[19:31] <orudie> i didnt know that
[19:31] <giovani> ivoks_: uh ... use scp instead
[19:32] <ivoks_> giovani: that's sftp
[19:32] <ivoks_> http://en.wikipedia.org/wiki/SSH_file_transfer_protocol
[19:32] <ivoks_> not ftp-ssl, sftp
[19:32] <giovani> no, scp is not sftp
[19:32] <giovani> they're different protocols
[19:32] <tieuvinhlong> use ssh
[19:32] <giovani> tieuvinhlong: they both use ssh
[19:32] <tieuvinhlong> ssh protocol
[19:33] <ivoks_> giovani: it's implemented by the same library
[19:33] <tieuvinhlong> oh.
[19:33] <tieuvinhlong> yes
[19:33] <tieuvinhlong> yeah
[19:33] <RoAkSoAx> hello guys! where can i find detailed information about the integration of eucalyptus into ubuntu and amazon ec2 related stuff?
[19:33] <ivoks_> sftp has more features anyway
[19:41] <cjwatson> giovani: scp is an awful protocol
[19:42] <cjwatson> giovani: it's not extensible and the bugs in it result in silly quoting requirements
[19:43] <cjwatson> giovani: though it's a shame that the scp client is closer to what people often want despite the worse protocol. In principle it would be possible to reimplement the scp client on top of the sftp protocol, which would be the best of both worlds. I started work on that a while back but it's very much a back-burner project
[19:43] <ivoks_> cjwatson: doesn't openssh do that?
[19:44] <cjwatson> ivoks_: no
[19:44] <ivoks_> even though use type in scp, it does sftp?
[19:44] <ivoks_> no? ok...
[19:44] <cjwatson> "use type in scp"? EPARSE
[19:44] <ivoks_> :)
[19:44] <ivoks_> s/use/you/
[19:44] <cjwatson> no, scp works by sshing to the remote host and running scp there in a special mode
[19:44] <cjwatson> inspired by rcp
[19:59] <RoAkSoAx> sommer, how can i contribute with the server guide, specially with clustering related?
[20:00] <Davedan> can I have several subdomains each pointing to a different ip?
[20:01] <jpds> Yes.
[20:02] <Davedan> jpds: even if my domain is hosted on godaddy for example?
[20:02] <RoAkSoAx> o/ jpds how you doing today!
[20:02] <jpds> Davedan: Depnds on your setup, I've never used GoDaddy.
[20:02] <jpds> RoAkSoAx: Hey there, not too bad, thanks.
[20:03] <Davedan> jpds: thanks
[20:03] <RoAkSoAx> Davedan, you would just have to add more entries in godaddy. CNAME or IN A entries.
[20:09] <Davedan> RoAKSoAx: so I have 2 subdomains on godaddy each one pointing a diffrent IP. How does my apache on ubuntu knows to trust the traffic?
[20:12] <sommer> RoAkSoAx: here's a link with some quick instructions for getting the xml source: https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#Documentor%20resources
[20:12] <sommer> RoAkSoAx: basically feel free to work on the sections you'd like and submit a patch :-)
[20:14] <giovani> Davedan: I don't know what you mean by "trust the traffic" -- if there are two IPs, you need to tell Apache (and Ubuntu) to listen on those two IPs, and then you'll configure two IP-based virtual hosts, one for each site you want
[20:14] <RoAkSoAx> sommer, well i was actually thinking on adding sections such as installation and configuration of Heartbeat V1/V2, Keepalived for healthchecking, LVS based clusters, and DRBD integration with Heartbeat
[20:14] <sommer> RoAkSoAx: sure, sounds good to me
[20:15] <RoAkSoAx> sommer, ok great!
[20:16] <sommer> RoAkSoAx: if you have any questions about the xml files just let me know
[20:16] <Davedan> giovani: I'm trying to solve js cross domain limitations and wonder if it possible using subdomains. I want domainA have sub.domainA and point it to the ip on my server. What I'm asking if there is no bad logic with this
[20:17] <Davedan> giovani: let's say a client owns domainA and wants to make xmlhttprequest to a different IP
[20:25] <giovani> Davedan: that isn't an apache, or ubuntu question
[20:25] <giovani> that's a browser cross domain security question
[21:01] <macman_> hi all
[21:01] <macman_> do i have to have ubuntu server installed to a network boot ?
[21:02] <ivoks> to do a network boot?
[21:03] <macman_> yes
[21:03] <ivoks> on another machine
[21:03] <ivoks> ?
[21:03] <macman_> i want to install ubuntu on another computer
[21:03] <macman_> the computer has cdrom access and i don't have a floppy to boot it up .. what are my options ?
[21:03] <macman_> has no cdrom access*
[21:03] <ivoks> network boot
[21:03] <ivoks> usb boot
[21:03] <macman_> it has no usb eaither
[21:04] <ivoks> maybe it doesn't have usb boot?
[21:04] <ivoks> err... network
[21:04] <macman_> when i go into the bios i have cdrom , network    etc ..
[21:22] <orudie> macman_, just stick a cd rom in temporarly
[21:24] <ivoks> oh, sorry
[21:24] <ivoks> forgot about you :)
[21:25] <ivoks> macman_: setup dhcp-server with tftpd on that other machine (which has some form of unix/linux)
[21:25] <ivoks> there should be something like that for windows too
[21:25] <ivoks> and then follow https://wiki.koeln.ccc.de/index.php/Ubuntu_PXE_Install
[21:26] <orudie> ivoks, is surprisingly polite on mondays !
[21:26] <ivoks> f... of.
[21:26] <ivoks> :)
[21:26] <orudie> :P
[21:27] <ivoks> so, how's your mail server?
[21:27] <orudie> sold !
[21:27] <orudie> incoming, outgoing, mail filter, antivirus
[21:27] <orudie> no complaints
[21:27] <ivoks> great
[21:27] <orudie> thanx bro
[21:27] <ivoks> still getting some spam?
[21:28] <orudie> 1 - 2 a day, before was like 1 - 2 every 10 minutes
[21:28] <ivoks> implement graylisting
[21:28] <orudie> on some email accounts
[21:28] <ivoks> it's very easy with postgrey
[21:29] <ivoks> greylisting, that is
[21:29] <orudie> i actually dont think i would touch it unless I think i have to
[21:29] <ivoks> it might kill those 1-2 spams
[21:30] <ivoks> and it's one line change
[21:30] <orudie> oh yeah :) ?
[21:30] <orudie> what can i do then ?
[21:30] <ivoks> yeah... but there are some side effects
[21:30] <orudie> what kind
[21:30] <orudie> ?
[21:30] <orudie> see i rather not touch it bro
[21:31] <ivoks> it's the nature of how greylisting works
[21:31] <ivoks> it returns temp reject to the other server
[21:31] <ivoks> and then the other server will try resending that mail in 5-10 minutes
[21:31] <ivoks> and if it tries that, from same ip, from same From, to same To, it will pass
[21:32] <ivoks> otherwise it will get temp reject again
[21:32] <orudie> my box was hacked last week, did I tell you ?
[21:32] <ivoks> :)
[21:32] <orudie> not as bad as my other one a few months ago
[21:32] <orudie> at least this time i was able to see what the guy did
[21:33] <ivoks> hacked your ubuntu server?
[21:33] <orudie> thats why i was asking about SFTP earlier
[21:33] <orudie> yeah man
[21:33] <orudie> my company's server
[21:33] <ivoks> weak password?
[21:33] <orudie> yeah
[21:34] <ivoks> hopefully, not for admin account
[21:34] <orudie> and I didnt even know about it , cause I had to teach another guy here how to create / add email accounts through terminal
[21:34] <orudie> so he created those 10 email accounts for all employees
[21:35] <ivoks> username test, password test
[21:35] <orudie> and one of them was u/n jorge / jorge123
[21:35] <ivoks> right? :)
[21:35] <ivoks> orudie: install john
[21:35] <orudie> user jorge password jorge123
[21:35] <ivoks> john the ripper will test your accounts and passwords
[21:36] <ivoks> it would've found jorge/jorge123
[21:36] <orudie> i disabled password logins for all acounts
[21:36] <ivoks> that doesn't change a thing
[21:36] <ivoks> those people still use username/password for accessing their mail
[21:36] <ivoks> and one could abuse your smtp server if you have smtp-auth
[21:36] <orudie> yeah, that account is gone though with all the files from the system
[21:37] <ivoks> install john
[21:37] <orudie> apt-get install john ?
[21:37] <ivoks> run it and check passwords
[21:37] <ivoks> yes
[21:38] <orudie> john --test ?
[21:38] <ivoks> sudo john /etc/shadow
[21:39] <orudie> its gonna run for a whil ?
[21:39] <orudie> while ?
[21:39] <Noble> Anyone got a link or some info on how I can intercept or reroute stuff that gets sent to my servers NIC on spesific ports?
[21:40] <ivoks> orudie: yes, let it run for a while
[21:40] <orudie> k i only got 20 minutes though, gotta get out of here ivoks :)
[21:40] <ivoks> orudie: then kill it
[21:40] <ivoks> orudie: it will start every night and check
[21:41] <ivoks> orudie: if you uncomment lines in /etc/cron.d/john
[21:42] <orudie> Loaded 1 password hash (FreeBSD MD5 [32/32])
[21:42] <orudie>  ivoks
[21:42] <ivoks> ?
[21:42] <orudie> thats what it told me
[21:42] <ivoks> you have only one user?
[21:42] <orudie> no man
[21:42] <orudie> i have 10
[21:43] <ivoks> you copied them from another unix system?
[21:43] <orudie> but only 1 user can login with SSH if that has anything to do with it
[21:43] <orudie> no
[21:43] <orudie> created manually here
[21:43] <ivoks> can they read mails?
[21:43] <mrwes> Hey if I'm sending email via smtp with username and password in my /etc/denyhosts.conf should that file have 644 perms?
[21:43] <mrwes> I"m thinking 600
[21:44] <orudie> yeah
[21:44] <orudie> mail is working fine
[21:44] <ivoks> orudie: try john --format=DES /etc/shadow
[21:44] <ivoks> mrwes: i didn't quite understand your question
[21:45] <orudie> whats that gonna do ?
[21:45] <ivoks> mrwes: what does smtp has with /etc/denyhosts.conf?
[21:45] <ivoks> orudie: it will take passwords in DES format, instead of MD5
[21:46] <orudie> No password hashes loaded
[21:46] <mrwes> ivok: I'm sending the denyhosts report to my internet hotmail account and in the denyhosts.conf file I have my password and username to that email account and I just noticed the conf file is 644 perms
[21:46] <ivoks> could paste send me on pm one of those user accounts you've created?
[21:47] <ivoks> from /etc/shadow
[21:47] <mrwes> therefore readable by others correct?
[21:47] <ivoks> notice that you shouldn't do that if you don't trust me
[21:47] <mrwes> heh
[21:47] <orudie> i can try john on my other ubuntu box
[21:47] <orudie> ok?
[21:47] <ivoks> sure
[21:48] <orudie> dont want to mess with this 1 too much
[21:48] <ivoks> mrwes: if you entered username and password, you should have it word readable
[21:48] <orudie> ivoks, wanna connect to my terminal ?
[21:49] <orudie> ivoks, i'll make you a user name
[21:49] <mrwes> ivoks, I don't understand that....
[21:49] <orudie> ivoks, we can connect with screen -x
[21:49] <ivoks> mrwes: typo :)
[21:49] <ivoks> mrwes: you shouldn't have it world readable
[21:50] <mrwes> ahh...OK that's what I'm thinking!
[21:50] <mrwes> heh
[21:50] <ivoks> orudie: i'm not into sharing terminal thing :)
[21:50] <ivoks> orudie: that's like sharing your wife
[21:50] <ivoks> :D
[21:50] <mrwes> hrmm...perk
[21:50] <orudie> i'm not THAT attached to it
[21:50] <orudie> and i'm not married yet, but I see where you are coming from
[21:50] <ivoks> orudie: well, you just stared :)
[21:51] <orudie> ivoks, just started you mean ?
[21:51] <ivoks> right
[21:51] <ivoks> it's 22:50
[21:51] <ivoks> time to close the lid
[21:51] <mrwes> thank ivoks
[21:51] <orudie> you going to bed ?
[21:52] <ivoks> 'night
[21:53] <orudie> bye ivoks
[21:54] <dthacker__> is the bacula-console-qt packge the same thing as Bacula's "Bat" utility?
[21:54] <ivoks> yes
[21:55] <dthacker__> thank you
[21:57] <orudie> i have my bosse's laptop in front of me ivoks
[23:12] <orudie> ivoks left ?
[23:49] <renatokrause> Good evening, I am writing a page in init.d from / etc / init.d / skeleton. I have some doubts. Anyone know this part?


 https://twitter.com/launchpadstatus/status/1149924386461253632
 @Santa, https://kde.org/announcements/kde-frameworks-5.60.0.php
 Two hours today at 11pm. Really makes you think
[08:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #3080: SUCCESS in 51 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/3080/
[08:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #3080: SUCCESS in 1 min 53 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/3080/
[08:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #3080: SUCCESS in 4 min 28 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/3080/
[11:22] <BluesKaj> Hey folks
 @RikMills, allright, we have the thing patched in git, I didn't build it for the staging ppas, could you handle it?
 @Santa, Did it a short while ago
 ok, thank you very much
 @RikMills are you planning to upload fw 5.60 to the archive soon? I had a few possible minor fixes in mind
 oh, and btw
 @Santa, Not until the Qt transition is done
 cool, so I have time to investigate the issues. another thing: I got a build failure in my last test rebuilds, because of missing symbols with the latest qt packaging
 for some reason it went under the radar until now
 kf5-messagelib:
 http://tritemio-groomlake.ddns.net/build-status/buildstatus_ubuntu-exp2/ubuntu-exp2_status_applications.html
 http://tritemio-area51.ddns.net/build-status/buildstatus_ubuntu-exp2/ubuntu-exp2_status_applications.html
 I haven't tested in a ppa yet
 the non-optional missing symbol should be marked as optional
 could that also be a result of switch to GCC 9 ?
 oh, we also have a new gcc? that could be it
 anyway the leaked symbol in question is:
 c++filt _ZN9QHashData9hasShrunkEv … QHashData::hasShrunk()
 clearly doesn't belong con messagelib
 * belong to messagelib
 yes. ok, lets handle that soon
 reagarding the test rebuilds I'm doing: ubuntu-exp2 -> build of kubuntu_eoan_archive
 I plan to do kubuntu_eoan_staging in ubuntu-exp3 as soon as I can
 in both servers
 when did the gcc switch happen?
 hmm nvm. some days ago already
[11:54] <mitya57> QHashData::hasShrunk() is inline, so indeed it should be optional: https://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/tools/qhash.h#n113
 👍
[12:57] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_lokalize build #64: STILL FAILING in 45 min: https://kci.pangea.pub/job/disco_unstable_lokalize/64/
[12:57] -kubuntu-ci:#kubuntu-devel- Project eoan_stable_lokalize build #15: FAILURE in 45 min: https://kci.pangea.pub/job/eoan_stable_lokalize/15/
[12:57] -kubuntu-ci:#kubuntu-devel- Project disco_stable_lokalize build #70: FAILURE in 45 min: https://kci.pangea.pub/job/disco_stable_lokalize/70/
[12:58] -kubuntu-ci:#kubuntu-devel- Project eoan_unstable_lokalize build #11: STILL FAILING in 46 min: https://kci.pangea.pub/job/eoan_unstable_lokalize/11/
[14:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #3081: SUCCESS in 51 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/3081/
[14:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #3081: SUCCESS in 1 min 30 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/3081/
[14:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #3081: SUCCESS in 4 min 24 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/3081/
 @RikMills proposed fix for kf5-messagelib in kubuntu_eoan_archive
[16:30] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_messagelib build #76: STILL FAILING in 42 sec: https://kci.pangea.pub/job/disco_unstable_messagelib/76/
[16:30] -kubuntu-ci:#kubuntu-devel- Project eoan_unstable_messagelib build #12: STILL FAILING in 48 sec: https://kci.pangea.pub/job/eoan_unstable_messagelib/12/
 ty. will try to do in a bit. currently having a 🍻
[16:34] -kubuntu-ci:#kubuntu-devel- Project eoan_stable_messagelib build #16: STILL FAILING in 3 min 50 sec: https://kci.pangea.pub/job/eoan_stable_messagelib/16/
[16:35] -kubuntu-ci:#kubuntu-devel- Project disco_stable_messagelib build #63: STILL FAILING in 4 min 47 sec: https://kci.pangea.pub/job/disco_stable_messagelib/63/


[02:59] <skellat> Is a bug controller available to reset LP #1208204 from Fix Released to Triaged?  A commenter indicated that they accidentally fiddled with such and did not actually release any fix.
[02:59] <ubot2> Launchpad bug 1208204 in The Sound Menu "indicator-sound no longer functions with xfce4-indicator-plugin" [Undecided,New] https://launchpad.net/bugs/1208204
[14:58] <Donkersgoed> hi
[14:59] <Donkersgoed> I have a kernel panic using ipvs on the latest kernel
[14:59] <Donkersgoed> is this the right place to ask for support?
[23:40] <TheLordOfTime> hggdh, you any good at deciphering crash bugs?
[23:40] <TheLordOfTime> assuming, of course, you're around