[00:00] <malina> but anyway, ye looking at the update list, it seems qemu was updated not so long ago but didn't find stale/new ocnfig files which needed merging or anytbing so I don't know .
[00:00] <compdoc> I think in windows the only driver I add is the mem balloon. nics are e1000, and disks are ide or sata. otherwise not stable
[00:00] <malina> really?
[00:00] <malina> I use virtio for the disks and am pretty sure they are way better.
[00:00] <malina> oh wait, if you use windows as server, then
[00:01] <compdoc> I found virtio nics in a business environment to be a bad choice
[00:01] <malina> how is this on topic?
[00:02] <compdoc> in the past I have searched and installed the scsi card driver that windows sees. but its a pain to track down
[00:02] <compdoc> no, ubuntu server
[00:02] <malina> well, I played a bit with iscsi on a test server but felt complexity would mean time lost thus money, in 'business environments' but ye..
[00:02] <malina> OH i see
[00:03] <malina> you use a windows server AND a win10 machine as guests
[00:03] <compdoc> actually, ubuntu Mate thats used as servers. i like to remote desktop using x2go
[00:03] <malina> I get you, I thought you said you ran a windows machine on a windows server.
[00:03] <compdoc> no, I was talking about windows guests. and nix guests too. I avoid virtio
[00:05] <malina> ye, ok.. but I am here to find something on an issue with the vfio logic and libvirtd, not chit chat about our machines. sorry. I have no issues running passing through nvme nor runing it on virtio or the other disks, and sure, a very old sindle and/or full will suffer under virtualisation (be it virtio or elsewise), but else, I get near native performance with virtio, whic is _good enough_ for my simple worksttion windows machine.
[00:05] <malina> anyway, if no one has had similar issues lately of vfio card not binding suddenly and/or usb passthrough being potentially an issue, I will move on.
[01:16] <emOne> hmm I disabled password authentication in SSH, but password authentication still appears when I ssh into the box
[01:16] <tomreyn> did you restart the ssh server?
[01:19] <emOne> tomreyn: no but I restarted the whole OS
[01:20] <emOne> restarting just the ssh server doesn't help either
[01:21] <tomreyn> restarting sshd does apply configuration changes to sshd_config, yes
[01:21] <tomreyn> what's the prompt you get when you connect?
[01:22] <emOne> password:
[01:22] <tomreyn> and your client is?
[01:22] <tomreyn> putty, i guess?
[01:22] <emOne> mac os terminal
[01:23] <emOne> bash or whatever it uses
[01:23] <emOne> tomreyn: it works fine if I connect to root@IP
[01:23] <emOne> but if I connect to just the IP or other made up users it shows me the password prompt
[01:24] <tomreyn> how do you connect to root@IP then?
[01:24] <emOne> ssh<EMAIL_ADDRESS>[01:24] <tomreyn> not connect, authenticate, i mean
[01:24] <emOne> public key
[01:24] <emOne> secured by a password
[01:24] <tomreyn> okay, so there's no issue there
[01:25] <emOne> but to be honest I never had this issue before on ubuntu 18.02
[01:25] <emOne> 04
[01:25] <emOne> I think it might have something to do that I am running it through a virtual container
[01:25] <tomreyn> it's normal for ssh clients to fall back to password authentication since the server wont tell the client which ones are available
[01:26] <emOne> fair enough
[01:27] <emOne> tomreyn: I don't want attackers to even try guessing passwords
[01:28] <emOne> or is that a client only thing
[01:28] <tomreyn> if your server is configured not to accept password authentication then clients can try as much to do as they want but wont succeed
[01:29] <emOne> awesome :)
[01:30] <tomreyn> the server must not enable the client to guess whic authentication methods are enabled, so it keeps pretending that password authentication was available.
[01:31] <emOne> tomreyn: I think it might have something to do with the fact I am running ubuntu through a virtual proxmox container
[01:31] <tomreyn> what is "it"?
[01:31] <emOne> the clown
[01:31] <emOne> ;)
[01:31] <emOne> pennywise
[01:32] <emOne> or, the password prompt
[01:32] <emOne> you choose
[01:32] <tds> tomreyn: why wouldn't the server indicate which methods are available though?
[01:33] <tds> that's certainly the behaviour I see on my machines with password auth disabled
[01:33]  * emOne waves at tds
[01:33] <emOne> I think "it" got him lol
[01:34] <tds> emOne - what did you change in your sshd config exactly?
[01:34] <emOne> passwordauthentication no
[01:35] <emOne> PermitRootLogin yes
[01:35] <emOne> UsePAM yes
[01:35] <emOne> X11Forwarding yes
[01:35] <emOne> the last two I didn't change. They are commente out though.
[01:35] <tds> I can't remember if those are case sensitive, but I suspect you wanted PasswordAuthentication?
[01:36] <mybalzitch> I forgot I'd turned off password based authentication entirely on my big server, until I tried to log in from my new desktop
[01:36] <mybalzitch> had to go digging for my pubkey
[01:36] <emOne> sorry. I typed it out in IRC.. yes it is PasswordAuthentication in the config file
[01:36] <emOne> mybalzitch: that is always fun
[01:40] <emOne> tds: I just removed my ssh key
[01:40] <emOne> tds: the password prompt showed up and it let me enter my root password without the key ...
[01:40] <emOne> it let me log in
[01:41] <emOne> I think I may have put the public key in the wrong directory or something
[01:41] <emOne> I removed the ssh key from my client machine
[01:47] <tomreyn> tds: hmm, yes, you're right, the server actually does tell the client which authentication methods are supported. sorry, i got this wrong.
[01:49] <tomreyn> emOne: ^
[01:53] <emOne> tomreyn: yes something else is wrong
[01:53] <emOne> firstly and strangely the folder ~/.ssh didn't exist on the ubuntu OS
[01:53] <emOne> I created it myself
[01:54] <emOne> also I found out that if I remove my key pair from my local/laptop machine , I am still prompted with a password box
[01:54] <emOne> when I type my root password in, it just lets me log on
[01:54] <emOne> so something is obviously not ight
[02:18] <emOne> I fixed the issue... there was a mistake in sshd config
[08:45] <lotuspsychje> !netplan
[08:45] <circ-user-dFjby> https://paste.ubuntu.com/p/ky3NHkkQFR/
[08:45] <circ-user-dFjby> Need a bit of help with netplan,
[08:46] <circ-user-dFjby> I am wanting to configure a bridge0 and eth0 (enp2s0) to get a DHCP address from the router.
[08:46] <circ-user-dFjby> the br0 is going to be used for libvirt.
[08:47] <circ-user-dFjby> But eh, I want the enp2s0 to have it's normal eth0 address based on it's mac, as it used to be with the old /etc/network/interfaces configuration I had on the older version of the server.
[08:53] <lotuspsychje> circ-user-dFjby: im not the netplan expert myself, but i think you need to add your routes in the yaml file
[09:02] <circ-user-dFjby> Hi, I am trying to achieve something else.
[09:02] <circ-user-dFjby> I want the br0 to be <IP_ADDRESS> (static) and the libvirt to get a DHCP address from the router.
[09:02] <circ-user-dFjby> so any interface screated by the libvirt.
[09:10] <TJ-> circ-user-dFjby: your requirement doesn't make sense
[09:11] <TJ-> circ-user-dFjby: you want enp2s0 to be a slave port of br0 ? but you also want it to have its own IP address and therefore be routable ?
[12:48] <Greyztar> TJ-: evening, i went to broadcom and downloaded latest 3dm2 cli/tw-cli still no serial,however i totally forgot to i could use the -d switch with smartctl as tds mentioned earlier (was a little late for me so head wasent working properly) with 3ware,x /dev/twx to also query for info not only do smart test and that got me the serial number hooray! Thanks for help tds also (,")
[12:50] <TJ-> Greyztar: good to hear you found it!
[12:50] <Greyztar> did find it little bit odd though that lsi own software couldnt display it,but then again smartmontools is some awesome piece of software hehe
[13:14] <tds> Greyztar: ah, that's good to hear! and that sounds about right for raid controller software ;)
[14:09] <weedmic> i'm trying to limit java's time with the cpu, I did "nice -10 java" and "nice -10 /usr/bin/java" both just bring up a parms list.  what am i doing wrong?
[14:12] <weedmic> nvm i c from htop that the troublemakers are already set to 20
[15:10] <Rojola1> hi
[15:10] <Rojola1> according to the manpages, and also according to many tutorials out there, the .local files should override the .config  files
[15:10] <Rojola1> ^ I'm talking about "fail2ban"
[15:11] <Rojola1> but fail2ban ignores the .local file
[15:11] <Rojola1> it takes all the config from:
[15:11] <Rojola1> /etc/fail2ban/jail.conf
[15:11] <Rojola1> /etc/fail2ban/jail.local  is being ignored


[07:33] <caribou> Hello,
[07:33] <caribou> Any hint on what's needed to get the 23.2 SRU of cloud-init in verified ?
[08:58] <sorinp> Hello! I'm trying to use "ds=nocloud-net s=http://boot-server.localdomain/cloud-init/" while iPXE booting an UEFI system, using this ipxe script: https://ipxe.archlinux.org/releng/netboot/archlinux.ipxe. The kernel parameter appears in /proc/cmdline, but I can see in webserver's logs that requests for the files are not made. I can only see the requests for system images and initrd while the system is
[08:58] <sorinp> booting up properly. Can you help me figure out what I'm missing, please?
[08:59] <sorinp> I have a modified copy of the archlinux.ipxe script on my server, with the kernel parameter added.
[09:00] <meena> sorinp: you need a ; instead of a space
[09:00] <meena>  "ds=nocloud-net;s=http://boot-server.localdomain/cloud-init/"
[09:02] <sorinp> meena: I tried that too; no luck." Although the in docs is without a ;.
[09:03] <meena> weird, i thought i saw a commit recently
[09:04] <sorinp> meena: It looks like today it has a ;. Yesterday it hadn't.
[09:05] <sorinp> meena: Anyway, I tried both ways.
[09:05] <meena> that's how it goes sometimes
[09:06] <sorinp> This is my current line: imgargs vmlinuz-linux initrd=amd-ucode.img initrd=intel-ucode.img initrd=initramfs-linux.img archiso_http_srv=${mirrorurl}iso/${release}/ archisobasedir=arch cms_verify=y ${extrabootoptions} network-config=disable 'ds=nocloud-net;s=http://boot-server.localdomain/cloud-init/'
[09:06] <sorinp> ... and it does not work.
[09:07] <sorinp> The image is the standard archlinux installation media.
[09:12] <meena> I'm Blut confused as to what https://ipxe.archlinux.org/releng/netboot/archlinux.ipxe even does
[09:13] <sorinp> I's the bootloader configuration, like grub.cfg. Over the network, grub is replaced by ipxe as bootloader.
[09:14] <sorinp> https://ipxe.org
[09:16] <meena> sorinp: now is the time to confess I'm a FreeBSD user and developer, and the last time i worked on Linux at that level may be 8 years ago
[09:18] <sorinp> meena: I think ipxe can boot FreeBSD, too.
[09:18] <meena> 10:07 <sorinp> The image is the standard archlinux installation media. ⬅ and that comes with cloud-init preinstalled?
[09:19] <sorinp> meena: Yes, and if it is booted from a USB stick, works as intended.
[10:20] <sorinp> meena: Here is the archlinux cloud-init installantion documentation: https://wiki.archlinux.org/title/Install_Arch_Linux_via_SSH#Installation_on_a_headless_server
[11:12] <meena> sorinp: if cloud-init is installed and enabled, it should leave a trace on the machine about its failure
[11:14] <sorinp> meena: That's what I wanted to do yesterday and forgot to, before writing here: collect-logs...
[11:45] <sorinp> meena: Here is the log: https://dpaste.org/B6nnY/raw
[11:46] <sorinp> meena: I do not understand why it's saying notfound, b/c if I'm using wget, I can download user-data
[11:49] <meena> is_ds_enabled(IBMCloud) = true.
[11:49] <meena> No ds found [mode=search, notfound=disabled]. Disabled cloud-init [1]
[11:49] <meena> [up 78.95s] returning 1
[11:50] <sorinp> I don't see what's wrong.
[11:55] <sorinp> meena: what you pasted is the outcome, not the cause. Why can't it find the ds, as configured in the kernel command line?
[11:56] <sorinp> meena: I can see the NoCloud module is available and its configuration in the kernel command line is correct.
[11:57] <sorinp> meena: Or is there a way to tell ds-identify to not search, but use the kernel commandline configuration?
[12:35] <falcojr> I'm guessing that the quote before ds=nocloud-net is causing issues
[13:06] <sorinp> falcojr: That quote is an opening quote, and its pair, the closing quote is after the URL.
[13:07] <sorinp> falcojr: There is a note in the docs saying: "When supplementing kernel parameters in GRUB’s boot menu take care to single-quote this full value to avoid GRUB interpreting the semi-colon as a reserved word. See: GRUB quoting"
[13:08] <sorinp> falcojr: I know this is not grub, but I think quoting should not interfere with how the configuration is read, should it?
[13:09] <sorinp> falcojr: I will try without quoting, too.
[13:26] <sorinp> falcojr: It looks like it's initializing cloud-init wen the kernel parameter is not quoted, but:
[13:26] <sorinp> falcojr: DataSourceNoCloud.py[DEBUG]: Seed from http://boot-server.localdomain/cloud-init/ not supported by DataSourceNoCloud [seed=None][dsmode=net]
[13:27] <sorinp> falcojr: Also, there is this error: cmdline.py[ERROR]: Expected base64 encoded kernel commandline parameter network-config. Ignoring network-config=disable.
[13:35] <sorinp> Ah. It should be 'disabled', not 'disable'.
[13:59] <falcojr> also, I can confirm that the quote does matter. Quoting the value causes it to not be recognized
[13:59] <falcojr> holmanb: I think this is actually a regression introduced in https://github.com/canonical/cloud-init/pull/2093/files#diff-8e27dfc14b3ffceee1e29d3cf58dc25309c0ac070879febd47c578de04ea2ddd
[13:59] -ubottu:#cloud-init- Pull 2093 in canonical/cloud-init "Standardize NoCloud Command Line Parsing (SC-1457)" [Merged]
[14:00] <minimal> falcojr: in the past I had to quote the "ds=" value as otherwise everything after the semicolon didn't get passed by bootloader to kernel
[14:01] <falcojr> yeah, this is a recent change in behavior
[14:03] <sorinp> falcojr: I looked at the code and in DataSourceNoCloud.py at line 165 it should set seedfound = proto, but it appears that it does not do it and enters in the next 'if' at line 167 and returns False.
[14:04] <sorinp> falcojr: It does this even if the proto is http://, which is defined as a valid proto.
[14:06] <blackboxsw> caribou: sorry for delay on SRU verification and communication there, there were a couple of flaky integration tests I was wrapping up re-verification on before attaching logs. I was going to add those logs today. But, we also need to investigate this ds=nocloud kernel cmdline behavior as this may be a regression that blocks SRU
[14:14] <caribou> blackboxsw: ok, thanks for the info. I'll check on this one to see how bad it looks for us
[14:38] <blackboxsw> caribou: should only affect nocloud datasource we expect
[14:39] <caribou> ok, good to know, thanks
[14:39] <blackboxsw> we're working on a fix now and will see whether we can expedite SRU aging process once we have a fix up
[14:39] <blackboxsw> as i seems all other integration tests are clear
[14:41] <caribou> I might install the one in -proposed and will catch up the rest on -updates depending on how long the new one takes to hit -updates. We're ramping up our new network infra which relies on commits in 23.2
[14:49] <sorinp> falcojr: Do you have any suggestions for me regarding the seedfrom issue?
[14:50] <falcojr> sorinp for now you can remove the quote from the kernel command line. We'll get the issue fixed soon
[14:52] <sorinp> falcojr: I already removed it and passed that milestone. But now it's not recognizing the s=http://boot-server.localdomain/cloud-init/ parameter.
[14:56] <sorinp> falcojr: This is the error: DataSourceNoCloud.py[DEBUG]: Seed from http://boot-server.localdomain/cloud-init/ not supported by DataSourceNoCloud [seed=None][dsmode=net]
[15:24] <holmanb> I don't believe that the kernel commandline thing is a regression.
[15:24] <holmanb> @sorinp we've been trying to improve the docs and code to be more standardized and clearer. If you see any specific improvements / clarifications in the docs I'd love to have your feedback.
[15:26] <holmanb> It's a tricky thing to document, since most of the quote-specific behavior to document is grub-specific, but grub isn't the only way to set kernel commandline for a kernel (other ways: qemu, other bootloaders, etc)
[15:27] <minimal> holman: I don't think the quote issue was grub specific though
[15:27] <minimal> I think I also saw it with Syslinux
[15:28] <holmanb> depends which quote issue you mean
[15:28] <minimal> having to put quotes around a seed "ds=" cmdline parameter to avoid it being truncated
[15:28] <holmanb> single quoteing to work around semi-colon meaning the end of the line is definitely a bootloader behavior, not a cloud-init one
[15:29] <holmanb> but a very common mistake so worth documenting
[15:30] <holmanb> minimal: you're right -> not grub-specific, bootloader-specific
[15:36] <blackboxsw> yes we had recently added docs to point out that GRUB needs any semi-colon delimited kernel cmdline to be enclosed within quotes because ; is a reserved character that causes grub to break apart separate commands so it treats that semi-colon as end of value for the kernel param appended.
[15:36] <blackboxsw> `Note
[15:36] <blackboxsw> When supplementing kernel parameters in GRUB’s boot menu take care to single-quote this full value to avoid GRUB interpreting the semi-colon as a reserved word. See: GRUB quoting
[15:36] <blackboxsw> `
[15:37] <blackboxsw> Maybe we need to make that doc more general than just GRUB? https://cloudinit.readthedocs.io/en/latest/reference/datasources/nocloud.html
[15:45] <minimal> well I can retest with Syslinux and Limine to confirm whether or not they behave the same
[15:56] <sorinp> holmanb: With ipxe, the kernel parameter is not passed correctly without quotes, because in cloud-init.log: https://dpaste.org/6oivx/raw
[16:00] <sorinp> holmanb: Actually here is more of that log: https://dpaste.org/e1qfZ/raw
[16:03] <sorinp> holmanb: Even though I do not know how it actually read that parameter and we have this line: 2023-06-26 13:38:06,382 - DataSourceNoCloud.py[DEBUG]: Seed from http://boot-server.localdomain/cloud-init/ not supported by DataSourceNoCloud [seed=None][dsmode=net]
[16:14] <minimal> sorinp: looking at cloud-init.log from an old seed-url VM I have handy I think your problem is the "network-config=disabled" you have - remove that
[16:14] <minimal> you can't fetch the YAML docs from the (base) url without a network connection...
[16:18] <falcojr> minimal: I don't think that's it. For some reason it's getting regonized as NoCloud rather than NoCloudNet
[16:19] <sorinp> minimal: In the case of network booting, the network is already set up. without network-config=disabled, cloud-init is adding a network file in /etc/systemd/network that is causing network to malfunction.
[16:21] <falcojr> Need to double check but I think the regex here needs to include a '-'. https://github.com/canonical/cloud-init/blob/main/cloudinit/sources/__init__.py#L1180
[16:21] <minimal> falcojr: I'm comparing his log with mine (admittedly for c-i 23.1.1). My log has basically the *same* contents as his except for the "network config is disabled by cmdline" and then continues onwards to "networking.py[DEBUG]
[16:22] <sorinp> minimal: Can you add network-config=disabled and try again?
[16:23] <minimal> oops, "networking.py[DEBUG]: applying net config names for {'ethernet': {'eth0': {'dhcp4': True, 'set-name': 'eth0', 'match': {'macaddress': '08:00:27:93:98:0d'}}}, 'version': 2}"
[16:24] <sorinp> minimal: network-config is disabling the network configuration functions of cloud-init. That should be an isolated event and everything else should not assume that network is not configured, just because network-config is disabled.
[16:24] <minimal> well I'm just commenting on differences I see between you're log and mine
[16:27] <minimal> so it renders eni config (in my case) and finishes cloud-init "init-local", the OS then ifups eth0 using that config, and then in cloud-init "init" stage the seed URLs are accessed
[16:28] <sorinp> falcojr: I agree.
[16:28] <falcojr> the error in the log means that it doesn't like that seed url starts with "http://" which should be valid if we're using the DataSourceNoCloudNet class
[16:29] <falcojr> but we're not, because we failed the ds_detect check here https://github.com/canonical/cloud-init/blob/main/cloudinit/sources/DataSourceNoCloud.py#L371
[16:29] <falcojr> because of the regex I linked earlier
[16:30] <sorinp> falcojr: Perhaps it should also include a colon: http://boot-server.localdomain:16384/cloud-init
[16:30] <falcojr> it''s only trying to match the datasource name
[16:30] <falcojr> but in this case it's "nocloud-net", so because of the hyphen it doesn't match
[16:30] <sorinp> ah.
[16:31] <sorinp> falcojr: Are there any regexes applied on the URL, besides looking at proto?
[16:32] <falcojr> sorinp: not that I know of, but I'd have to do more checking
[16:32] <minimal> yeah I noticed in your logfile the line "Looking for data source in: ['nocloud-net', 'None'], via packages ['', 'cloudinit.source] that matches dependencies ['FILESYSTEM']
[16:32] <minimal> and wonder what the DS was called "nocloud-init" and not "NoCloud"
[16:33] <minimal> s/wonder what/wondered why/
[16:33] <minimal> as that's the official DS name
[16:33] <sorinp> s/nocloud-init/nocloud-net/
[16:34] <minimal> in the c-i 23.1.1. VM I have handy that same line refers to the ds as "NoCloud" even though I'm using nocloud-net
[16:34] <minimal> so it's a change in behaviour
[16:35] <falcojr> yeah, we had some changes here in the past few months, so I'm still trying to tease out what changed and where things were happening before
[16:38] <sorinp> falcojr: perhaps a git diff with a working version could reveal where to look...
[16:38] <falcojr> yeah, already going down the git rabbit hole
[16:38] <minimal> sorinp: tried adding the "network-config=disabled" entry and rebooting - it does behave a little differently, do see the "main.py[DEBUG]: [local] Exiting without datasource" line but then it jumps to cloud-init mode 'init' and continues on
[16:39] <sorinp> minimal: I could upload the full log, but it is tedious, because it has many pages and dpaste does not support file uploads.
[16:43] <minimal> rebooted again without "network-config=disabled" and *again* it sets up the DHCP fallback config (which then c-i "init mode uses to retrieve URLs)
[16:43] <minimal> so "network-config=disabled" *IS* (at least in c-i 23.1.1) *directly* affecting whether fallback network config is created or not (which is needs to access URLs)
[16:44] <falcojr> holmanb: can you add any context here?
[16:45] <minimal> falcojr / holmanb: you probably remember I highlighted several months ago that nocloud-net seed is NOT using ephemeral DHCP but rather using fallback config
[16:46] <sorinp> Is this the dependency setting? https://github.com/canonical/cloud-init/blob/main/cloudinit/sources/__init__.py#L42
[16:46] <blackboxsw> sorinp: sorry I missed original context here, what distribution release is this failing on?
[16:46] <blackboxsw> archilinux using tip of cloud-init?
[16:46] <sorinp> blackboxsw: It's archlinux.
[16:46] <blackboxsw> and what cloud-init version or commit is installed there?
[16:47] <sorinp> blackboxsw: I think so. cloud-init is installed in the installation media, where I'm trying to use it on.
[16:47] <blackboxsw> `cloud-init --version` may help
[16:47] <sorinp> Let me boot up and have a look.
[16:47] <blackboxsw> thxthx
[16:48] <blackboxsw> sry also re-reading minimal's conversation on this too.
[16:48] <holmanb> falcojr: the hyphen thing you pointed out sounds right. still digging
[16:49] <minimal> blackboxsw: from hias logfile he's using 23.2
[16:49] <falcojr> I think there's two different problems we're talking about right now. I think minimal is right that it won't work if you have network disabled. I consider that a configuration issue. Before that he hyphen issue happens and appears to be a cloud-init bug.
[16:51] <sorinp> falcojr: I cannot use network-config because it messes the network configuration and there's no point in using cloud-config if I have to manually have access to the machine.
[16:52] <sorinp> blackboxsw: version = 23.2
[16:53] <falcojr> sorinp: but is it a problem letting cloud-init configure the network? You don't need to pass network configuration to let cloud-init bring up a fallback interface
[16:53] <minimal> sorinp: if ephemeral dhcp was used for seed then I don't think the "network-config: disabled" would be an issue
[16:54] <sorinp> falcojr: Why should cloud-init configure the network if something else is?
[16:54] <minimal> falcojr: I think his problem is that the fallback config is *rendered* to which network config mechanism his distro uses
[16:55] <minimal> it is not just brought up without touching network config files like ephemeral dhcp is
[16:56] <minimal> sorinp: the seed stuff happens early in boot before the OS brings up networking so cloud-init needs a network connection in order to be able to fetch seed URLs
[16:56] <blackboxsw> thx minimal sorinp on version
[16:56] <sorinp> falcojr: I think network configuration should be optional and other modules should not depend of cloud-init having the network configuration modules enabled.
[16:56] <minimal> in a similar fashion to cloud-init accessing Cloud Providers metadata servers in other to retrieve network & user-data config from them
[16:57] <minimal> sorinp: how do you expect c-i to fetch content from seed "http" urls without an active network connection?
[16:58] <sorinp> minimal: I disabled the network and I can ssh into the machine. How can I ssh into the machine if network is not working?!
[16:59] <sorinp> minimal: Correction: I disabled the network-config of cloud-init.
[16:59] <minimal> you ssh'ed into the machine during the early stage of boot where cloud-init's "init-local" ran at? nope, you ssh'ed in once the machine finished booting
[17:00] <minimal> there are 4 parts to cloud-init that run at different stages of booting, "init-local" runs very early, before networking and ssh
[17:00] <sorinp> minimal: Yes. But if I enable network-config, I will not be able to even connect the machine to the network.
[17:01] <sorinp> minimal: cloud-init is creating a file with 10- in front of it, while the distro has all files with 20-.
[17:02] <minimal> sorinp: I'm not disagreeing with you, I'm simply pointing out that in order for cloud-init to retrieve seed URLs it needs an active network connection to be in place and as there is no active network connection when it checks (as the OS has not yet brought up a connection) then cloud-init decides to configure one
[17:02] <sorinp> minimal: I only need one thing from cloud-init to do: setup a ssh key for the root user.
[17:03] <sorinp> minimal: The network was brought up by the bootloader (ipxe) and inherited by the OS before runlevel 3.
[17:03] <minimal> sorinp: nope, you need it to retrieve YAML docs from the seed urls as well in order for it to obtain things like the ssh key
[17:05] <sorinp> minimal: correct. But I only need cloud-init to set up the ssh key. Then I can connect with another tool and set up the machine.
[17:06] <sorinp> minimal: What I'm booting up is an installation medium downloaded from the vendor. This installation medium relies on cloud-init to configure ssh for remote access when a headless machine is installed over ssh.
[17:07] <sorinp> However, when cloud-init is initializing the network, it takes down the connection and the machine is disconnected from the network.
[17:10] <sorinp> The idea is to have a machine that has no OS installed. It is connected to the network and powered up. This machine does not have an ILO or DRAC or any other remote KVM option. It gets its network configuration from the DHCP server and boots up the installation medium from the network.
[17:11] <minimal> sorinp: I understand that PXE booting typically hands over its network connection to an OS. However I suspect that cloud-init is not checking for any existing connection in the "init-local" stage
[17:11] <minimal> I believe cloud-init's seed stuff is not used by many people and I've found some issues with it myself in the past
[17:12] <sorinp> Then it announces itself on mDNS as archiso.local and, with the cloud-init configuration it gets from the boot arguments, it sets up a ssh key for root and it's waiting for another tool to connect (ansible in this case) to set it up.
[17:13] <minimal> you're talking about how you *want/expect* cloud-init to behave, I'm reflecting on how cloud-init currently appears to behave
[17:15] <sorinp> minimal: Yes. :) I was expeting that if I disable the network-config, systemd is launching cloud-init and has the network as After= in its service file when the network is already configured.
[17:16] <sorinp> minimal: What you are saying is that the cloud-init service is an early service.
[17:17] <minimal> what I have said several times is that the cloud-init "init-local" is an early service
[17:17] <minimal> there are typically 4 different services for different parts of cloud-init
[17:18] <sorinp> I can see 3 cloud-init services on arch installation medium: cloud-init-local, cloud-init and cloud-init-hotplug.
[17:19] <sorinp> *cloud-init-hotplugd
[17:19] <minimal> I'm using non-systemd so I have cloud-config, cloud-final, cloud-init, cloud-init-hotplugd, and cloud-init-local
[17:21] <sorinp> I'm started to think it will be impossible for me to have the setup I described above...
[17:22] <minimal> well I'm intending to (eventually) have a similar setup myself in the future.
[17:22] <minimal> I don't think it is impossible, just not currently catered for
[17:25] <sorinp> I will write a wiki on wiki.archlinux.org that will detail how to set up the system like I did.
[17:26] <sorinp> But I wanted to have this piece working first, otherwise it is kinda pointless. One can use a USB stick that is working with cloud-init properly, but needs physical access.
[17:26] <sorinp> Or "remote hands".
[17:27] <sorinp> I already patched archiso for mDNS.
[17:28] <minimal> another option would be a network to run an "installer" to "dd" a prepared disk image onto the machine's HDD/SSD where NoCloud is passed config via either a ISO or a FAT partition in the disk image
[17:28] <minimal> I do that for physical machines
[17:30] <sorinp> minimal: I could also patch the installation medium to download cloud-init.img or cloud-init.iso from the boot-server and loop mount it in the boot-up process, but having this nocloud-net option looked like everything is in place already.
[17:32] <minimal> or pass "ip=" or "network-config=" on cmdline to give it network config info? not sur eif that works with nocloud-net
[17:33] <sorinp> minimal: For that network interface one needs to set up mDNS for the whole system to work.
[17:33] <sorinp> minimal: I don't want static IP configuration.
[17:34] <sorinp> minimal: It has to work on IPv6 networks where people won't remember the IPv6 address.
[17:34] <minimal> I didn't mention static
[17:38] <minimal> you can pass full (Base64-encoded) Network-config v1 or v2 settings via network-config=
[17:41] <sorinp> minimal: So basically ds=nocloud-net does not work at all, unless you pass network-config?
[17:41] <minimal> sorinp: no, I didn't say that. I have nocloud-net working myself
[17:44] <sorinp> minimal: Ok, but perhaps the default network-config is working for you, no?
[17:45] <sorinp> Because from what I understand network-config=disabled is not the default.
[17:52] <minimal> the default/fallback config uses DHCPv4, so obviously if your environment is a IPv6-only one then that won't work for you
[18:06] <sorinp> Should the yaml start with '---'?
[18:07] <sorinp> I'm trying to create a network configuration and encode it.
[18:07] <sorinp> I'll be missing for 30 - 60 minutes.
[19:08] <meena> sorinp: yes, the YAML needs to be valid YAML
[20:22] <sorinp> I have one more question about NoCloudNet: does it actively check that network-config is not disabled and refuses to use the network if it is?
[20:57] <blackboxsw> sorinp: I don't think that's the case, it's just the a bug we had in detection of `nocloud-net` I believe. we're working on verifying the fix right now to make sure this works.   branch in progress is here. We should have it up for review today.  https://github.com/blackboxsw/cloud-init/tree/fix-nocloud-net-detect-from-cmdline
[20:58] <blackboxsw> that bug affect 23.2 only release. not 23.1.2... so sure enough , we will probably push a point release 23.2.1 for this regression and push it into cloud-init Ubuntu SRU
[21:02] <sorinp> blackboxsw: That sounds awsome! If you already have a fix, it's brilliant!
[21:03] <sorinp> I can let the archiso guys that the new cloud-init version has a fix and they can release a fixed installation medium.
[21:08] <meena> sorinp: given the set_trace here https://github.com/blackboxsw/cloud-init/commit/78b42af8d74c3d8f8c1ba2134ad77a08edf4b506 this wip is very wip
[21:08] -ubottu:#cloud-init- Commit 78b42af in blackboxsw/cloud-init "wip"
[21:12] <sorinp> meena: This is quite a change...
[21:13] <sorinp> The regexes look better. :)
[21:46] <effendy[m]> Hello. Is bootcmd supposed to run just once like runcmd? Is that what the documentation implies? I find it a little bit ambiguous. In my experience, bootcmd runs after every boot (at least with the Ubuntu cloud images).
[21:48] <effendy[m]> Ah, never mind, it's not ambiguous. It says clearly that "bootcmd will run on every boot" :)
[23:04] <blackboxsw> ok https://github.com/canonical/cloud-init/pull/4204 pushed for review related to the bug discussed today. I created #4203 github issue for tracking
[23:04] -ubottu:#cloud-init- Pull 4204 in canonical/cloud-init "nocloud: parse_cmdline no longer detects nocloud-net datasource" [Open]


[21:41] <waldo323> lol


[04:29] <mpt> Goooooooooooooooooooooooood afternoon Launchpadders!
[04:45] <mpt> spiv, bug 39814 is two months old and the fix is probably only one line, can you get to it soon?
[04:45] <Ubugtu> Malone bug 39814 in launchpad "Misleading login hint" [Medium,Confirmed]  http://launchpad.net/bugs/39814
[05:01] <spiv> mpt: yeah, it's on my todo list for today.
[05:30] <mpt> yay :-)
[05:53] <zh_denis> hi to all
[06:18] <zh_denis> people say me, why i don't gen a letter from shipit when register?
[06:44] <mpt> zh_denis, your mail provider may delay the delivery of the message from ShipIt if it hasn't received a message from ShipIt before
[07:47] <spiv> Hmm, test_reconnector.txt failure from PQM again.
[08:01] <jamesh> are we having a skype conference call today?
[08:21] <lifeless> hiya
[08:58] <SteveA> morning
[08:58] <SteveA> spiv: did you see the one i had?
[09:05] <spiv> SteveA: yes, it's the same as the one I got.
[09:28] <mpt> SteveA, why does wiki.launchpad.net (sort of) work? Should I make an RT ticket to remove it?
[09:29] <SteveA> mpt: wiki.launchpad.net should go nowhere
[09:29] <SteveA> if it goes somewhere, that's a bug
[09:30] <mpt> it goes to wiki.launchpad.canonical.com via a certificate error
[09:33] <SteveA> it was supposed to be made to go nowhere, as part of the wiki-moving work
[09:34] <SteveA> jamesh, spiv, stub: call today?
[09:34] <SteveA> mpt: call today?
[09:35] <mpt> sure
[09:35] <mpt> I'm just going to get some food, 30 minutes ok?
[09:36] <jamesh> SteveA: sure.
[09:36] <SteveA> ok
[10:03] <carlos> morning
[10:09] <mpt> icy
[10:10] <mpt> icy icy icy
[10:12] <stub> Unlike my laptop - suspend too RAM seems to stop working after two or three suspends :-(
[10:13] <stub> I've got a DELL technician due here in 47 minutes (although with Thai timekeeping, that is +- a few hours)
[10:14] <mpt> 47 minutes - a few hours would be nifty :-)
[10:16] <stub> Wouldn't surprise me if they came this morning and had the wrong phone number
[10:55] <jamesh> pong
[10:56] <SteveA> thanks jamesh
[10:57] <stub> pongy
[10:58] <stub> My technician is apparently due between now and now+30 mins according to DELL
[10:59] <sabdfl> SteveA: any idea why the repo branch i put up for review is not getting any diff on jamesh's page?
[10:59] <jamesh> sabdfl: because the current pending-reviews code picks the parent branch to diff against based on the branch path
[10:59] <SteveA> sabdfl: yes.  it is in a launchpad-repo directory, not a 'launchpad' one
[10:59] <SteveA> sabdfl: i've almost finished the review
[10:59] <jamesh> sabdfl: it isn't matching "launchpad.repo"
[11:00] <sabdfl> jamesh: could that dir be called "launchpad"?
[11:00] <sabdfl> or does it have to be launchpad-repo?
[11:00] <jamesh> sabdfl: sure.  All my LP branches are in a repo called "launchpad"
[11:00] <sabdfl> cool, thanks muchly
[11:00] <sabdfl> will rename shortly
[11:00] <sabdfl> SteveA: will renaming cause awkwardness for you?
[11:01] <SteveA> no
[11:01] <SteveA> go ahea
[11:01] <SteveA> d
[11:01] <sabdfl> i've branched all my old branches into that repo now
[11:01] <sabdfl> sucked a bit of chinstrap cpu over the w/e upgrading them all
[11:01] <sabdfl> i'll move dirs tonight
[11:01] <SteveA> jamesh: did we decide that it was feasible to use a revision in history rather than a name in the path of a location to tell what the merge target should be ?
[11:02] <jamesh> SteveA: should be feasible, but I haven't made the change yet
[11:02] <SteveA> mpt: how long are you around for today?
[11:02] <mpt> SteveA, probably for as long as our call lasts, it's already 9pm
[11:03] <SteveA> mpt: then let us have the call now.  i'll get voip set up
[11:06] <stub> Hmm... skype has forgotten my password. And I forgot it long ago :-(
[11:07] <stub> Anyone remember my skype name?
[11:07] <SteveA> stub: i will be able to as soon as i restart it
[11:07] <jamesh> stub: stuartbishop
[11:08] <stub> ta
[11:13] <sabdfl> SteveA: btw is there a less embarrassing way to do "if type(foo) in [type('sdds'), type(u'dsfsd')] "?
[11:13] <SteveA> yes
[11:13] <SteveA> in the review :-)
[11:13] <SteveA>  if isinstance(foo, basestring)
[11:43] <mpt> SteveA, you hung up, and immediately a large fireworks display began outside
[11:44] <SteveA> awesome
[11:44] <SteveA> i like to go off with a bang
[11:44] <mpt> I knew you'd have a suitable turn of phrase
[11:56] <stub> Yay. Techie here.
[11:58] <SteveA> sabdfl: review mailed
[12:04] <carlos> hi, I had a small network problem...
[12:05] <SteveA> stub: what is the techie doing?  are you available for a call?
[12:07] <SteveA> spiv: ping
[12:18] <stub> SteveA: All done
[12:19] <SteveA> stub: i'm in a bzr-related meeting, and then going for lunch.  i guess i'll miss spiv and jamesh
[12:19] <SteveA> we can catch up later probably if you're still around
[12:19] <stub> Sure.
[12:50] <mpt> SteveA, wiki.launchpad.net's new-found lack of existence is propagating across the Internet as we speak
[12:50] <mpt> thanks Znarl
[12:56] <SteveA> mpt: great
[01:02] <lifeless> review meeting time..
[01:02] <lifeless> who is here ?
[01:03] <jamesh> me
[01:03] <SteveA> me
[01:04] <lifeless> I will be 2 minutes, nature calls - sorry.
[01:06] <lifeless>  * Roll call
[01:06] <lifeless>  * Agenda
[01:06] <lifeless>  * Next meeting
[01:06] <lifeless>  * Queue status.
[01:07] <lifeless> next week is eurpython.
[01:07] <lifeless> I suggest there be a meeting, but someone else run it. Jamesh, would you be willing to do so ?
[01:08] <jamesh> sure.
[01:08] <lifeless> some time and place ok
[01:08] <lifeless> ?
[01:08] <lifeless> thats 0703 at 1100Z
[01:09] <jamesh> okay
[01:10] <lifeless> ok
[01:10] <lifeless> actions from the last meeting - I forgot to add this to the agenda
[01:10] <lifeless> jamesh, SteveA and I had to do a pre-code call each as the coder.
[01:11] <jamesh> I haven't done one, but wouldn't mind discussing the svn symlink support for cscvs
[01:11] <jamesh> (I've started on it, but it'd be useful to talk a bit about what needs implementing)
[01:11] <SteveA> i haven't done one, although i did something similar in-person with bjorn
[01:12] <lifeless> ok. how about you and I do a skype call after I've had lunch.?
[01:12] <SteveA> like, from the same room?
[01:12] <lifeless> I haven't done one, but I did something similar in person with keybuk
[01:12] <jamesh> okay
[01:13] <lifeless> queue status
[01:14] <lifeless> one sec, browser giving me grief
[01:15] <lifeless> ok
[01:15] <lifeless> there are 6 items in the queue
[01:15] <lifeless> with the oldest 3 days old
[01:15] <SteveA> one thing i'd like to mention: mark used a demo-url header in a recent addition to pending reviews.  this helped me as a reviewer to give the new UI a look.
[01:16] <lifeless> this is ok, as its the weekend.. but we must not let it grow out of control now
[01:17] <lifeless> SteveA: yes, that can be useful.
[01:17] <SteveA> i encourage reviewers to *ask* for that
[01:17] <lifeless> perhaps reviewers should ask if there are not such urls and there are ui changes ?
[01:17] <SteveA> if it is not present
[01:17] <SteveA> and the branch has UI changes
[01:18] <SteveA> one thing from a recent review
[01:18] <SteveA> people don't seem to know about operator.attrgetter
[01:19] <SteveA> this can avoid the need for many lambdas
[01:19] <SteveA> it has a distinctive enough name that i'm fine with it being in module namespaces
[01:19] <SteveA> like   from operator import attrgetter
[01:19] <SteveA> rather than    import operator
[01:19] <lifeless> can we add this to the lp coding guidelines faq please
[01:20] <SteveA> yes.  i'll doit
[01:20] <lifeless> danke
[01:20] <SteveA> lunch
[01:20] <SteveA> eikim  piet!
[01:20] <lifeless> any new business?
[01:20] <lifeless> 10
[01:20] <lifeless> 9
[01:21] <lifeless> 8
[01:21] <lifeless> 7
[01:21] <lifeless> 6
[01:21] <lifeless> 5
[01:21] <lifeless> 4
[01:21] <lifeless> 3
[01:21] <lifeless> 2
[01:21] <lifeless> 1
[01:21] <lifeless> meeting ends, thanks for coming
[01:22] <carlos> stub: hi, around?
[01:46] <stub> carlos: Yup
[01:49] <carlos> stub: I have a branch to add initial sampledata support for librarian
[01:49] <carlos> but I would need some input/help to finish it
[01:49] <carlos> would you have some time for it?
[03:15] <lifeless> jamesh: so, shall we ?
[03:21] <lifeless> jamesh: ping
[03:28] <lifeless> jamesh: so its after lunch here, just ping me and we can do that phone call.
[03:48] <jamesh> lifeless: pong
[03:49] <lifeless> pong
[04:47] <carlos> SteveA: hi
[04:47] <carlos> does anyone know if kiko will be around today?
[04:49] <SteveA> carlos: i do not know.  maybe matsubara knows
[04:49] <SteveA> or salgado perhaps
[04:50] <carlos> SteveA: he said last friday he was going to fly to someplace
[04:50] <SteveA> ah, he'll be in london this week
[04:50] <carlos> isn't him in London this week?
[04:51] <carlos> ok, I was not sure
[04:51] <SteveA>          (Malone and Support)
[04:51] <SteveA>          BradB, BjornT, Francis, Salgado, Kiko, Mark, Jeff B.
[04:51] <carlos> right
[04:51] <carlos> BjornT: around?
[04:51] <SteveA> bjorn is in london too
[04:51] <SteveA> what's up carlos?
[04:52] <carlos> SteveA: kiko is working on a branch that blocks some urgent bug fixes
[04:52] <SteveA> blocks in what sense?
[04:52] <carlos> and I need to know if I could finish and merge that while he's busy
[04:52] <SteveA> sure
[04:52] <SteveA> so, do you know the location of his branch?
[04:52] <carlos> SteveA: he's refactoring POFile/POMsgSet views
[04:52] <SteveA> why does that block the urgent bugfixes?
[04:53] <carlos> he sent me a diff last Friday
[04:53] <SteveA> why does that block the urgent bugfixes?
[04:53] <carlos> because he asked me to not touch those views at all
[04:53] <carlos> and thus, I cannot fix the bugs I introduced with one of my branches last week
[04:53] <SteveA> i think you should make the urgent bugfixes, and send him a diff of what you did
[04:53] <carlos> If he's not around, I will call him
[04:53] <SteveA> kiko can sort it out later
[04:54] <SteveA> he's at the sprint, so he won't have time to work on this for a while
[04:54] <carlos> yeah, but I think he has some extra work done while flying this weekend
[04:54] <SteveA> what's the worst that could happen?
[04:54] <salgado> kiko's around here. I can ping him if needed
[04:54] <SteveA> that kiko gets some conflicts or has a little extra work to do
[04:54] <carlos> so if it's near done, I could merge it
[04:54] <carlos> SteveA: well, the refactoring was fixing also some of the bugs as a side effect
[04:55] <SteveA> salgado: hi.  can you ask kiko if his pofile / pomsgset views stuff is ready for carlos to land
[04:55] <carlos> salgado: yeah please, if he has 5-10 minutes for me would be really good
[04:55] <SteveA> salgado: and if so, say where carlos can get the code
[04:56] <salgado> no it's not ready to land. why?
[04:56] <SteveA> carlos wants to do some work in that area
[04:56] <SteveA> and so it will conflic
[04:56] <SteveA> t
[04:56] <salgado> go ahead
[04:56] <SteveA> and kiko asked carlos not to work on it
[04:56] <SteveA> good
[04:56] <salgado> the conflicts don't matter
[04:56] <salgado> enjoy
[04:56] <SteveA> thanks
[04:56] <carlos> salgado: do you want that I take care of that branch ?
[04:57] <SteveA> woah, freaky "being john malkovitch" flashback
[04:57] <carlos> yeah, that movie rocks!
[04:57] <carlos> :-D
[05:01] <Kamping_Kaiser> later am
[05:01] <Kamping_Kaiser> ate
[05:01] <Kamping_Kaiser> *mate
[05:08] <salgado> carlos, he says he'll do it
[05:09] <salgado> (/me is back)
[05:09] <carlos> salgado: ok, thanks
[05:58] <SteveA> stub: png
[05:59] <stub> SteveA: pong
[05:59] <SteveA> stub: voice call?
[05:59] <stub> I was heading to bed. Whats up?
[05:59] <SteveA> just to catch up.  not urgent.  tomorrow will do.
[05:59] <stub> ok :)
[05:59] <SteveA> although i do want to talk with you before a roll-out
[08:49] <crimsun> is it possible to nuke bazaar.launchpad.net/~ubuntu-dev/wxwidgets2.6/debian/ ? My connection died when I attempted to bzr push, and now I can't continue in that branch
[08:49] <kiko> why not? push --overwrite doesn't work?
[08:50] <crimsun> I'll try it again
[08:50] <crimsun> right, bzr: ERROR: File exists: '/~ubuntu-dev/wxwidgets2.6/debian': mkdir failed: unable to mkdir
[08:51] <kiko> sounds like a bug in bzr to me
[08:52] <crimsun> heh, in desperation I sftped in and walked the tree by hand executing ``cd blah && rm * && cd .. && rmdir blah'' recursively
[08:53] <crimsun> no .dirs that I can see inside /~ubuntu-dev/wxwidgets2.6/debian using ls -a
[08:54] <crimsun> I'm guessing I simply don't have permission to rmdir debian
[08:57] <crimsun> I'll just use another branch as a hackaround in the meantime
[08:58] <kiko> hmmm
[08:58] <kiko> that sort of sucks.
[08:59] <kiko> is there a bug filed on this?
[09:01] <crimsun> not that I'm aware; should I file one against bzr? I'm not entirely convinced I simply don't have permission to remove ~ubuntu-dev/wxwidgets2.6
[09:01] <crimsun> or ~ubuntu-dev/wxwidgets2.6/debian, rather
[09:02] <kiko> I think so at least
[09:20] <lifeless> spiv: your merge hung. I'm bouncing it
[09:20] <lifeless> kiko: you have been sending corrupt merge requests -  I have mailed you one
[09:21] <lifeless> crimsun: /~ubuntu-dev/wxwidgets2.6/debian is not a valid path for a branch on the supermirror
[09:21] <lifeless> crimsun: erm, it might be. I'll login in again in about 30 minues and talk then.
[09:22] <kiko> lifeless, I know.
[09:22] <kiko> thanks.
[09:23] <lifeless> crimsun: ok, I've looked. You cannot remove the directory. you can remove the contents though and use the bzr api to create a new branch in it.
[09:23] <lifeless> crimsun: easiest way is to use lftp to remove the contents of debian/, then do
[09:23] <lifeless> python
[09:24] <lifeless> import bzrlib.branch
[09:24] <lifeless> bzrlilb.bzrdir.create_branch_convenience(theurlhere)
[09:25] <crimsun> lifeless: ok. I've just gone ahead and begun to push to upstream-debian/ instead. Thanks!
[10:11] <carlos> see you!


[19:42] <mhall119> is there no code available yet for the new website theme?
[21:47] <cjohnston> newz2000: you around?
[21:47]  * newz2000 might be around
[21:48] <newz2000> what's up cjohnston
[21:49] <cjohnston> can i talk you into looking at bug 585940 please
[21:49] <ubot4> Launchpad bug 585940 in ubuntu-website "Text reads "not recommended" for 64-bit (affects: 31) (heat: 159)" [Wishlist,Confirmed] https://launchpad.net/bugs/585940
[21:50] <newz2000> Ugh
[21:50] <newz2000> I can assure you that the "not recommended" is perfectly valid, but I'll get some others to weigh in.
[21:51] <cjohnston> well.. at uds it was mentioned that the next lts will hopefully only come in a 64 bit
[21:52] <cjohnston> and why is it not recommended
[21:52] <cjohnston> other than a few minor issues, there is nothing better about 32
[21:53] <newz2000> well, from my pesonal experience with 9.10
[21:53] <newz2000> flash and firefox both were relatively screwed up
[21:53] <newz2000> I've heard from others that some drivers don't work with 64b as well, but that's 2nd hand
[21:53] <cjohnston> flash still has an issue.. but easy work around..
[21:54] <cjohnston> i run only 64bit
[21:54]  * newz2000 notes that he did not choose the wording here
[21:54] <cjohnston> no issues with ff
[21:54] <cjohnston> i know
[21:54] <newz2000> There's also the issue that if a person chooses 32b and is on 64b hardware things work, but the opposite is not true
[21:55] <cjohnston> that doesnt mean it should say not recommended.. maybe a better thing to solve that would be a link to educate which to choose
[21:56] <newz2000> I wonder if there's a way to detect with Javascript
[21:56] <newz2000> What would be cool is if you could switch from 32b to 64b relatively painlessly
[21:56] <cjohnston> you mean prior to install or on the site?
[21:57] <newz2000> during / after install
[21:57] <cjohnston> id be interested in knowing how many computers are still 32bit
[21:57] <cjohnston> i have 1 of 6
[21:57] <cjohnston> theres not enough cd space for during
[21:58] <newz2000> Tiger direct and Best Buy still sell 32b machines
[21:58] <cjohnston> you want me to write a post saying its being researched?
[21:58] <cjohnston> wow
[21:58] <cjohnston> damn
[21:58] <newz2000> (Pentium Dual Core (as in, not core 2 duo or core duo))
[21:58] <cjohnston> and maybe some of the reasons you mentioned?
[21:58] <cjohnston> damn
[21:58] <newz2000> sure
[21:58] <cjohnston> ok
[22:09] <cjohnston> newz2000: comment made...
[22:29] <daker> bug 592429
[22:29] <ubot4> Launchpad bug 592429 in ubuntu-website "Optimise Ubuntu.com homepage (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/592429


[02:55] <pwp> Hello
[02:55] <pwp> Is anyone here?
[02:58] <RAOF> !ask
[02:58] <ubot2> Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-)
[03:00] <RAOF> Hm.  With an added side order of “It's about 3AM in England where much of the kernel team are”
[03:05] <ikepanhc> or it is still weekend for west coast of US?
[03:10] <bdrung> https://wiki.ubuntu.com/Kernel/Dev/UKMLPatchSubmission says: "After you push your changes to your remote git tree use git request-pull to generate a pull request". I have no remote git tree for the kernel. Where should I push it?
[03:11] <bdrung> here's the patch that I want to get included: http://pastebin.com/6qrs71kt
[03:12] <RAOF> bdrung: You probably want to git-send-email that, rather than to generate a pull request.
[03:13] <ikepanhc> bdrung: if you dont have a public git server, just post the patch on mailing list
[03:13] <bdrung> do you have a git-send-email command example for me?
[03:14] <RAOF> “git send-email<EMAIL_ADDRESS>HEAD~1” - sends the last commit to<EMAIL_ADDRESS>[03:14] <bdrung> is it enough to ask to apply the patch also to lucid?
[03:14] <ikepanhc> https://wiki.ubuntu.com/KernelTeam/KernelSimpleGuide#Sending your patch to mail list
[03:17] <ikepanhc> I need to update the wiki someday...
[03:18] <bdrung> ikepanhc: are the params mention in https://wiki.ubuntu.com/KernelTeam/KernelSimpleGuide#Sending safe to use?
[03:18] <ikepanhc> bdrung: for one patch, yes. for patches, maybe not
[03:19] <bdrung> ikepanhc: i haven't msmtp installed.
[03:19] <mjg59> ikepanhc: Off-topic, but do the docs you have for the VPC2004 interface include the rfkill interface?
[03:19] <mjg59> I'd really prefer that the driver not use the direct EC setting calls
[03:20] <ikepanhc> bdrung: you can install it
[03:20] <ikepanhc> mjg59: yes. can you tell me why you not prefer that?
[03:21] <bdrung> ikepanhc: hm, now i have to configure it...
[03:21] <mjg59> ikepanhc: I may have been unclear. I was ok with dwmw2's code because reverse engineering the VPC2004 calls didn't seem straightforward, but I'd prefer that ideapad driver use methods that are under the VPC device rather than explicitly calling functions under _SB
[03:22] <mjg59> ikepanhc: So your one seems fine, except for it not supporting rfkill :)
[03:23] <ikepanhc> mjg59: oh, there are two acpi method in VPC2004 that help writing to ec register, I will use the method not ec_write()
[03:23] <ikepanhc> mjg59: the doc tells me I shall use the acpi method to access ec register
[03:25] <mjg59> ikepanhc: Argh, sorry, I'm confusing everything now
[03:25] <mjg59> ikepanhc: David Woodhouse was using \_SB_.GECN
[03:25] <mjg59> Whereas I suspect he should be using something that's within the VPC device
[03:26] <ikepanhc> mjg59: yes, but only s10-3 has  GECN, but other ideapads not
[03:26] <mjg59> Exactly
[03:26] <mjg59> So if you know how to control the radios using the VPC methods, it'd be a huge help if you could implement that so we don't have it relying on the GECN method
[03:26] <ikepanhc> mjg59: yes, there are two method within VPC2004 that we can read/write two ec registers
[03:27] <mjg59> ikepanhc: Right. If those can be used to control the radio, that would be awesome.
[03:27] <ikepanhc> mjg59: they can :)
[03:27] <mjg59> ikepanhc: Awesome. If you could write the code to do so, that would be even better :)
[03:28] <ikepanhc> mjg59: that's my plan
[03:28] <mjg59> Great
[03:34] <bdrung> ikepanhc: i defeated msmtp, the mail is send.
[03:35] <ikepanhc> IIRC I spent almost one day on msmtp when first time use it
[03:36] <bdrung> google was my friend
[03:36] <bdrung> time to go to bed...
[03:36] <ikepanhc> bdrung: good night
[04:42] <MTecknology> So 2.6.36-rc1 is finally here. AppArmor support is now in mainline. :D
[09:02]  * apw yawns
[09:02]  * smb slurps some more coffee
[09:03] <cooloney> moring apw and smb
[09:03] <smb> cooloney, morning
[09:05] <RAOF> Morning all.
[09:06] <JFo> :-P
[09:06]  * JFo longs for the sleep that should have been last night
[09:06] <JFo> morning cooloney
[09:06] <JFo> morning RAOF
[09:06] <smb> JFo, Sounds like you could be ultra-wake later on the call
[09:07]  * RAOF wonders if many people are worried about the “conflicting fb, removing generic driver” messages in dmesg.
[09:07] <cooloney> JFo and RAOF morning guys
[09:07] <JFo> smb, no call today
[09:08] <smb> JFo, Ah ok
[09:08] <JFo> I should have sent e-mail, but it is likely that it didn't get out
[09:08] <smb> Oh right, you are away
[09:08] <smb> In the "wrong" tz
[09:08] <JFo> was having issues with my mail :(
[09:08] <JFo> or the right one :)
[09:08] <smb> Heh, yeah
[09:08] <smb> What happened to Friday? Not that I would have been any prepared
[09:09] <JFo> I forgot about it
[09:09] <JFo> naturally
[09:09] <JFo> plus it took forever to get my glasses from the store
[09:09] <JFo> so I would have been extremely late anyway had I remembered
[10:06] <ikepanhc> new installer for maverick looks interesting - asking infomation and copy file in the same time
[10:06] <apw> yeeks
[10:13] <amitk> ikepanhc: I should try it out. I've alway wondered why I can't play tic-tac-toe during an install :)
[10:14] <ikepanhc> amitk: give the machine ethernet connection - seems will install fail if no connection
[10:18] <ikepanhc> ah, installer do not ask me the computer name..
[10:58] <ericm_> apw, how debian.mvl-dove/d-i/kernel-versions is generated?
[10:58] <apw> ericm, fdr clean generates it
[10:59] <ericm> apw, it looks like a package list - where's the list generated?
[11:00] <apw> ericm, kernel-versions is generated from kernel-versions.in in the debian/rules file
[11:01] <ericm> apw, ah - I see
[11:01] <ericm> apw, so what are the purpose of those debian.mvl-dove/d-i/exclude-* files?
[11:01] <ericm> the modules listed will be excluded from the udeb for installer?
[11:02] <apw> they adjust which debian-installer .udebs are generated as compared to the 'default' list
[11:03] <ericm> apw, but the file name is prefixed with 'exclude' ??
[11:03] <apw> yes, they 'adjust' the list, in this case negativly
[11:04] <ericm> apw, so they 'adjust' the list by removing those .udebs from the 'default' list?
[11:04] <apw> yep
[11:04] <ericm> apw, got you
[11:07] <bdrung> my lirc patch mail doesn't appear on https://lists.ubuntu.com/archives/kernel-team/2010-August/thread.html - do you received the mail?
[11:17] <xampart> i have 2.6.32-24-server. when i try to create lvm-snapshot, it hangs. known bugs concerning this kind of behavior?
[11:19] <apw> smb, ok the LBM package change looks ok, but it does imply that the meta packages are updated, which tim is not wanting to do
[11:19] <apw>   You likely do not want to install this package directly. Instead, install
[11:19] <apw>   the linux-backports-modules-compat-wireless-2.6.34-generic meta-package, which will ensure
[11:19] <apw> thats the note on the 34 package, but there is no linux-backports-modules-compat-wireless-2.6.34-generic meta package currently
[11:21] <smb> apw, Ok, I will need to make that consistent before I push out things
[11:21] <apw> well its not really a show stopper and can be corrected as a second patch if he decides not to fix meta i guess
[11:22] <smb> Yeah, I'd do it as separate update to the initial ones
[11:22] <apw> so yeah i'll ack the LBM update, and leave comments on the meta
[11:22] <smb> ok, ta
[11:24] <apw> smb, done
[11:24] <smb> cool
[12:16] <xampart> getting http://pastebin.com/WQ8xLSwH when trying to lvcreate and system hangs. using 2.6.32-24-server. need fix.
[12:19] <smb> Hm, had no reports yet that this would affect lvcreate. Is snapshot involved?
[12:21] <xampart> yes
[12:21] <smb> Ok. There is a fix. Trying to find where kernels with that might be
[12:25] <smb> Normal proposed updates are waiting on finalizing the point release. You might try -25 kernels from: https://launchpad.net/~kernel-ppa/+archive/pre-proposed
[12:27] <xampart> smb: assuming that when normal updates are released, they get installed when doing update && safe-upgrade?
[12:29] <smb> Normal updates should always supersede pre-proposed. So when you remove the source to the ppa later you will come back to the normal updates kernels
[12:39] <apw> lool, have you filed a bug already for the purge issue?
[12:39] <lool> apw: Yes, it's the last one on my list
[12:39] <lool> LP #618591
[12:39] <ubot2> Launchpad bug 618591 in linux (Ubuntu) "Leaves modules.devname and modules.softdep behind in /lib/modules (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/618591
[12:54] <bdrung> i send a lirc patch mail (lirc - Fix Hauppauge TV Card is detected as Leadtek IR) but it doesn't appear on https://lists.ubuntu.com/archives/kernel-team/2010-August/thread.html - Can a kernel-team subscriber check if he/she got the mail?
[12:56] <JFo> bdrung, when did you send it?
[12:56] <JFo> I don't see it
[12:57] <bdrung> 8 hours ago
[12:57] <JFo> yeah, I don't see it
[13:02] <bdrung> JFo: ok, i have sent it manually now. do you get it and is the format still correct?
[13:02] <JFo> bdrung, one moment... I will check
[13:03] <bdrung> ups, my signature was added
[13:05] <JFo> still not seeing it bdrung but it takes a while for me to get things on occasion
[13:05] <JFo> I'll check again after lunch :)
[13:05] <bdrung> thanks
[13:29] <diwic> JFo, you have an automated script that ask people to try mainline kernels.
[13:29] <diwic> JFo, I'm wondering whether that is the best test option
[13:30] <diwic> JFo, I usually ask people to test the c-o-d builds instead
[13:31] <diwic> JFo, this is all about kernel-sound bugs, of course
[13:32] <apw> diwic, which c-o-d builds do you ask them to test?
[13:32] <diwic> apw, https://wiki.ubuntu.com/Audio/InstallingLinuxAlsaDriverModules
[13:33] <apw> JFo, its possible we should be asking for those as well for 'sound' bugs
[13:35] <bdrung> JFo: ok
[13:35] <bdrung> this time the mail is in the log
[13:40] <JFo> bdrung, now I see 2 of them
[13:41] <JFo> diwic, I ask them to test mainline so we can bisect what upstream stable has versus what we have in development
[13:41] <JFo> are the items in the link you provided different from those 2?
[13:42]  * JFo checks the link
[13:42] <bdrung> JFo: strange... both appeared on https://lists.ubuntu.com/archives/kernel-team/2010-August/thread.html
[13:42] <bdrung> JFo: you can use one for maverick and the other for lucid ;)
[13:43] <diwic> JFo, I don't think we have much delta sound-wise so I don't know if that makes sense
[13:43] <diwic> JFo, or, it does make sense, but question is if anything else makes even more sense
[13:43] <JFo> bdrung, looks like one has a PGP sig and the other does not... only difference between them that I see
[13:44] <bdrung> JFo: yes - it's the same. it applied on both :)
[13:44] <JFo> :)
[13:44] <JFo> diwic, I am open to suggestion if you think it is useful enough
[13:45] <diwic> JFo, right, so I'm asking users to try c-o-d to know if upstream has fixed the bug (or hardware enabled...) recently.
[13:46] <diwic> JFo, and this is possible because c-o-d builds are relatively stable
[13:46] <diwic> JFo, Takashi does a good job in keeping them fairly stable, but of course, that could change.
[13:47] <apw> diwic, i assume those packages are de-installable also ... so not the end o fthe world
[13:47] <diwic> apw, yes, they are as uninstallable as <random other package>
[13:48] <apw> diwic, on a related note, that page could do with updating with "uninstall instructions" for those who don't know how packages work
[13:48] <apw> i believe there is a 'ppa-purge' thing you can use
[13:48] <diwic> apw, sounds interesting. Yeah, I guess updating those pages falls on me now
[13:49] <apw> :)
[13:49] <apw> well as you know that that one exists, and are the one pointing to it, you are uniquly qualified to check it
[13:51] <diwic> apw, it's on my TODO list
[13:55] <apw> http://bigbrovar.aoizora.org/index.php/2010/01/10/how-to-safely-remove-ppa-repository-from-ubuntu/
[13:55] <apw> diwic, ^^ seems to document it
[13:57] <diwic> apw, cool
[13:58] <diwic> apw, hmm, seems like you have to install that from another ppa
[13:59] <apw> yeah not so cool.  sounds like something which should be moved to the apt-add-repository package
[13:59] <diwic> apw, my thought exactly
[14:07] <apw> diwic, seems the package is at least an official package from lucid
[14:09] <diwic> apw, good enough, but merging into add-repo would be even better
[14:27] <diwic> apw, from maverick, unfortunately
[14:28] <apw> diwic, yeah seems to be in -backports only on lucid
[14:28] <diwic> aha
[14:28] <apw> but as its an LTS, i am thinking that might be short-sighted
[14:28] <diwic> apw, how to you easiest check what releases have a particular package?
[14:29] <apw> either rmadison <package> or i use the 'versions' page
[14:29] <apw> https://edge.launchpad.net/ubuntu/+source/ppa-purge
[14:31] <apw> smb, so the pre-proposed build of LBM seems to have made its way into the PPA ok
[14:31] <apw> i therefore declare LBM support working in cod
[14:31] <smb> Yes. Saw that a bit ago. Ok, wfm
[14:31] <diwic> apw, hmm, I use http://packages.ubuntu.com/ppa-purge , but that one shows no results.
[14:32] <apw> diwic, never used that one
[14:34]  * diwic notices that a rmadison search on google results in, excepts for the correct ones, also "A vintage 1969 Mercedes", "A chill individual"
[14:34] <diwic> and a few others
[14:53] <apw> diwic, heh ... well the service itself is called madison
[14:54] <apw> the cmdline app is rmadison
[14:55] <diwic> apw, anyway, I added uninstalling without removing the ppa for now.
[14:55] <apw> diwic, sounds good
[14:56] <apw> i'd say if its well documented, adding it in jfo's call in the bug is appropriate
[14:58] <KE1HA> sri to both you guys, know your very busy atm, but Im testing 10.04.1 ISO's, is there a fix for the Intel i855 chipset black screen issue in this release ?
[14:58] <KE1HA> Bother*
[14:58] <JFo> apw, I agree. It can't help bug be beneficial
[14:59] <diwic> apw, JFo, I'd like if we would replace "test mainline builds" with this. Testing mainline wouldn't give me/us much more information
[14:59] <diwic> compared to the additional effort
[14:59] <apw> in principle we should be doing whatever the area expert recommends we ask for ... imo
[14:59] <diwic> of the user
[15:00] <JFo> apw, indeed
[15:00]  * diwic looks around for an area expert... ;-)
[15:00]  * JFo looks pointedly at diwic
[15:00] <JFo> :)
[15:01] <diwic> "Audio area expert",  that might be something for a business card.
[15:01] <JFo> I'll check and see what will be needed to get this going along with bjf as he is expert on the scripts. It may be simple, but if it is not then we shall put it in the todo for later
[15:01] <JFo> rather a bit later
[15:01] <JFo> not just later
[15:01] <diwic> Sure, it's nothing urgent.
[15:01] <apw> i think we get a sound tag from apport
[15:01] <diwic> There aren't that many kernel-sound bugs anyway, as most of them go to alsa-driver
[15:02] <JFo> apw, we do
[15:02] <apw> so perhaps we can be conditional on that
[15:03] <JFo> oh yes, that is the plan
[15:05] <bjf> JFo, diwic, i've read the scrollback and can't really tell what you'd like changed in the arsenal scripts, can you educate me
[15:05] <diwic> bjf, if the linux bug is a sound bug, change "please test mainline build" to "please test takashi's c-o-d"
[15:09] <diwic> bjf, I think that makes more sense, what do you think?
[15:13] <bjf> diwic, i'm staring at the auto reply messages now
[15:13] <bjf> diwic, i'm going to send the file that contains the text to you and JFo, it should be trivial to change the text
[15:14] <diwic> bjf, btw, I saw the c-o-d builds ftbfs today but I believe that is fixed by Takashi so tomorrow's one will work
[15:14] <bjf> diwic, was it the i386?
[15:14] <JFo> bjf, this needs to only be for the 'kernel-sound' tagged bugs. Do we do a specific message for those now?
[15:15] <JFo> sorry for the late response, I'm in a meeting. :-/
[15:15] <bjf> JFo, there are sound specific messages in the message file, and I _think_ we use them
[15:15] <JFo> ok cool
[15:15] <diwic> bjf, yes, it was an old isa driver which was not enabled in amd64
[15:15]  * JFo needs to look over the script again
[15:15] <diwic> bjf, so the error only occurred on i386
[15:25] <apw> sconklin, is there a dead-give-away to knowing if a machine is an aarandale
[15:26] <sconklin> apw: cking would probably know which bits in the processor ID give it away
[15:27] <apw> sconklin, he is off for two weeks, so you are in the frame as expert :)
[15:27] <sconklin> hmm. let me check
[15:28] <sconklin> apw i7's all are I'm just not sure about any other IDs
[15:30] <diwic> bjf, so I saw arsenal_reply.py you sent me, and I think the test_upstream reply needs to be split in two, one for sound bugs and one for non-sound-bugs
[15:30] <sconklin> as well as i5 5xx aparently. I'll look for something more definitive
[15:30] <apw> sconklin, isn't there a known issue with aarrondale in gneeral with suspend not working
[15:30] <apw> smb, ^^
[15:31] <apw> where you use something like nolapic or nohpet can help
[15:31] <sconklin> Well, there were several I think, and some have been fixed by cking. But I don't know what they are.
[15:31] <bjf> diwic, did you see the "sound_bug" and "alsa_old_bug" entries?
[15:31] <diwic> bjf, yeah perhaps change the text in those as well
[15:32] <smb> apw, hm, I am a bit out of context. There were probably various things. Including incorrect timer irq override...
[15:32] <bjf> diwic, I accept patches :-)
[15:32] <apw> smb, i am scrabbling without contxt myself, but i did think we had a slew of issues with suspend/resume on those puppies
[15:33] <apw> and i thought we were fixing them by quirking
[15:33] <sconklin> apw http://www.cpu-world.com/Cores/Arrandale.html
[15:33] <apw> sconklin, ta
[15:33] <sconklin> for IDs
[15:34] <smb> apw, Hm yeah. Wasn't there tsc jumps after resume....
[15:34]  * smb tries to remember how that could be quirked
[15:34] <apw> smb, yeah that period .... wern't some of the expidited patches for that sort of thing?
[15:35] <smb> There was something... to handle warps... somewhere...
[15:35] <apw> smb, you wouldn't be able to find that one for me would you
[15:35]  * smb tries
[15:36] <sconklin> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/532374
[15:36] <ubot2> Ubuntu bug 532374 in linux (Ubuntu Lucid) (and 3 other projects) "Lenovo Thinkpads with Core i5 and i7 suspend/resume (with kernel oops) once then fail horribly on next suspend (affects: 58) (dups: 4) (heat: 229)" [Critical,Invalid]
[15:39] <sconklin> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/477106
[15:39] <ubot2> Ubuntu bug 477106 in linux (Ubuntu) "[regression] lucid alpha-2 and earlier freeze upon suspend with sd card plugged in with some hardware (affects: 147) (dups: 25) (heat: 539)" [Medium,In progress]
[15:41] <diwic> bjf, bug #596882 is an example where I should have preferred c-o-d testing, but the text is neither alsa_old_bug or sound_bug, but test_upstream
[15:41] <ubot2> Launchpad bug 596882 in linux (Fedora) (and 1 other project) "[ALC888] No Sound - used a clean Install of Maverick 10.10 (affects: 5) (heat: 88)" [Undecided,New] https://launchpad.net/bugs/596882
[15:43] <bjf> diwic, that's more than a text change, i'd have to look at why that text string was being applied and "fix" the logic to use one of the sound text messages instead
[15:45] <diwic> bjf, exactly, so I could probably give you a text (which someone with native English language could proofread), but I don't know anything about the logic behind.
[15:45] <bjf> diwic, ack, I was hoping it was just a text change
[15:46] <apw> pgraner, which model is your lenovo?
[15:50] <pgraner> apw, t410
[15:51] <apw> pgraner, ta, not that then
[15:59] <JFo> I have a t410s
[16:00] <JFo> the S is for Special ;)
[16:00] <smb> Rather Small
[16:01] <smb> Its the netbooks
[16:02] <JFo> if it is on i7 then I have a desktop at the house I can test on when I get home
[16:02] <smb> I would guess the Sxx are rather atom based
[16:31] <Kano> hi, when is .36-rc1 in mainline
[16:33] <apw> Kano, normally a few hours after release, its queued ...
[16:36] <Kano> ok
[16:37] <apw> Kano in fact it didn't build, and won't as its broken
[17:12] <GrueMaster> JFo: Bug 618738.  Anything else I need to add?
[17:19]  * JFo looks
[17:25] <Sarvatt> apw: is disabling comedi so mainline post 1685e633b396b0f3dabbc9fa5d65dfefe6435250 builds an option?
[17:26]  * Sarvatt doesn't know how much of a pain in the butt that is with the build infrastructure
[17:26] <apw> Sarvatt, depends if they have fixed it up stream already i guess
[17:26] <apw> there is no simple way to turn it off in an automated way
[17:26] <GrueMaster> but without comedi, there won't be any humour.
[17:27] <apw> arf
[17:30] <tgardner> Sarvatt, the easiest way is to comment out the line in drivers/staging/Makefile
[17:30] <apw> i suspect he wants it in the mainline archive
[17:30] <Sarvatt> I dont see any fixes in any of the staging trees or on the lists :(
[17:31] <tgardner> apw, ah, you might have to add some hackage in yuor mainline build scripts.
[17:31] <apw> tgardner, i can fix the -rc1 build, but its not obvious how one automates fixing that other than always turning off COMEDI
[17:31] <apw> tgardner, and it sounds like it might be more than comedi
[17:32] <tgardner> apw, well, shuold we bother building staging for mainline?
[17:32] <apw> tgardner, we do use a fair number of the drivers in released kerenls, so not enabling staging drops those and renders the kernels useless for some users
[17:33] <Sarvatt> it'd be a shame not to since stuff like nouveau is still in there
[17:33] <apw> and there i was just thinking of some of the wireless drivers ...
[17:36] <apw> hrm ... what a pain thats going to be
[17:39] <Sarvatt> how about just allowing arbitrary patches and disabling it in one?
[17:40] <apw> well i can do that, but how do i know when to drop it
[17:40] <apw> its not a technology issue as much a maintenance issue
[17:42] <Sarvatt> check to see if drivers/staging/comedi/drivers/das08_cs.c has changed before patching? next time it's updated it'll probably be fixed
[17:42] <apw> see now thats not an arbiray patch, thats a patch with a really complex trigger
[17:44]  * Sarvatt adds http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=rss;f=drivers/staging/comedi/drivers/das08_cs.c to his rss feed to tell you when its fixed?
[17:44] <pgraner> smb, can you  look into https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/405544   There's some evidence that it /may/ be kernel related, but I need your opinion.
[17:44] <ubot2> Ubuntu bug 405544 in linux (Ubuntu Lucid) (and 4 other projects) "Kernel does not recognize blank optical media (affects: 87) (dups: 13) (heat: 404)" [Undecided,New]
[17:48] <smb> pgraner, I could but atm I am a bit covered by multiple layers of things. how critical is it
[17:49] <pgraner> smb, not critical, sometime next week when you have some spare cycles, or kick it to one of your minions either way not critical at all
[17:49] <Sarvatt> i set up an email alert for the rss feed for that file in git
[17:51] <apw> Sarvatt, heh thanks
[17:51] <smb> pgraner, ok I add it to my list then and see who when
[17:52] <pgraner> smb, cool this was a request from robbiew, so if you have any questions that are foundations related you can ping him
[17:52] <smb> ack
[18:01] <tgardner> apw, do you know how I can tell if ureadahead has done its job correctly? I've a patch proposed in https://bugs.edge.launchpad.net/bugs/491943, but I'm not sure if it just doesn't paper over the problem.
[18:01] <ubot2> Ubuntu bug 491943 in ureadahead (Ubuntu) (and 2 other projects) "Kernel trace buffer should be set to less unrealistic value (affects: 16) (dups: 2) (heat: 88)" [High,In progress]
[18:02] <apw> tgardner, you could dump the pack it generates before and after the change and see if they are similar ?
[18:02] <apw> tgardner, there is a textual dump option
[18:03] <tgardner> apw, k, I'll try that
[18:04] <apw> smb, that bug that robbiew is referring, its not clear that the kernel errors there are meaningful, in that somone is opening the drive to identify the contents and there is blank disk in there so block 0 is missing wihch its reading to acertain itstype ... and the last comment shows it being recognised at a udev level as a blank disk
[18:05] <apw> smb, and my machine recognises blank cd's and asks to write to them
[18:05] <apw> pgraner, ^^
[18:05] <robbiew> apw: yeah...and the fact that k3B works
[18:05] <apw> that too
[18:06] <apw> whats the default cd writer in gnome, as thats waking up for me
[18:06] <robbiew> I think nautilus has some sort of basic feature for it
[18:06] <robbiew> but brasero is the default app
[18:06] <smb> well it might be something related to ioctls that the drive does. there have been fw issues on drives as well
[18:07] <apw> and the bug is a usless dogpile started when karmic was in development
[18:07] <smb> apw, We might chat about it tomorrow if that is still a question by then
[18:07] <robbiew> apw: I'm only interested in Lucid...I declined the others
[18:08] <robbiew> (Maverick and Karmic)
[18:08] <apw> yep, but the info in the bug is mostly older, as always
[18:10] <apw> robbiew, works with brasero here ... though its a terrible app to understand and not the one that comes up by default
[18:11] <robbiew> apw: yeah...as the bug says, some people don't see it...probably hardware related
[18:12] <apw> so we should really close the bug and get everyone seeing it to file a bug with their h/w info
[18:12] <robbiew> apw: works for me
[18:15] <apw> or perhaps as we don't know its a kernel bug, or indeed h/w related in fact, perhaps get them to open bugs each against linux and add the numbers to that original bug ... hrm
[18:33] <smb> apw, ogasawara Does Maverick already use an orig.tar.gz
[18:34] <apw> smb, it should by now in theory
[18:35] <apw> smb, but it doesn't look like it does
[18:35] <apw> we should get the 2.6.35 virgin tarball from linus for the next upload
[18:36] <smb> apw, Ok, that answers my next question
[18:37] <apw> thats what we've done for the previous releases, as anyone can get that from linus too
[18:37] <smb> Because I was remembered that back in Hardy it was not a virgin release but sort of a virgin stable
[18:48] <apw> cnd, you may need to encourage them to come talk ...
[19:09]  * tgardner lunches
[19:35]  * smb drops into a hole
[20:31]  * jjohansen -> lunch
[21:36]  * ogasawara lunch
[21:38] <cnd> apw, cjwatson says the balls in your court, regarding the radeon gfxpayload issues
[21:38] <cnd> have fun with it :)
[21:40] <apw> deep joy
[21:58] <akgraner> jjohansen, give me 10 minutes (if the Ubuntu User site doesn't kick me out *again*) - the AppArmor stuff will be up - I'll drop you a link in just a few - Thanks again!!!
[22:35] <akgraner> jjohansen, here is the link to your interview - http://www.ubuntu-user.com/Online/Blogs/Amber-Graner-You-in-Ubuntu/AppArmor-makes-it-into-the-2.6.36-Upstream-Kernel
[22:35] <akgraner> Thanks!
[22:39] <jjohansen> akgraner: thanks, for putting it together
[23:00] <MTecknology> akgraner: The sucky thing is that it seems with the addition of apparmor - ecryptfs is breaking
[23:01] <jjohansen> MTecknology: how/where? pointers please
[23:01] <jdstrand> uhh, not here
[23:02] <jdstrand> I use both extensively every day
[23:02] <jjohansen> jdstrand: well its not like it hasn't happened in the past so I would like to make sure we are on top of it
[23:03] <MTecknology> I'm pulling it up
[23:03] <jdstrand> jjohansen: oh absolutely, I just meant I've not seen it and more info is needed
[23:06] <jjohansen> jdstrand: right I haven't seen the breakage either, but then thats always the way for me.  Otherwise I would have fixed the bug before the code got pushed :)
[23:06] <MTecknology> jjohansen: When I log in I do ls -l I see d????????? ? ?      ?      ?        ? Desktop
[23:07] <MTecknology> Also  ls: cannot access Desktop: No such file or directory
[23:07] <jjohansen> heh?  Your shell outputs that?
[23:07] <MTecknology> yup
[23:08] <jjohansen> MTecknology: do you have AppArmor rejects in your logs?
[23:11] <MTecknology> jjohansen: <date/name> kernel: apparmor_parser[372]: segfault at 0 ip 00007f075a1ac5d6 sp 00007fff44310868 sd error 4 in libc-2.11.1.so[7f075a1a07f000+17a000]
[23:14] <jjohansen> MTecknology: strange? are there any other apparmor messages around that?  From the error I would say its completely user space.  This means that the loaded policy may be looser than what was intended but definitely not tighter
[23:15] <MTecknology> jjohansen: there's two about the same but that's it
[23:15] <jjohansen> hrmm, can you run >sudo /etc/init.d/apparmor restart
[23:16] <jjohansen> and tell me if those errors show up in your logs
[23:16] <MTecknology> jjohansen: errors are just output by restart..
[23:16] <jjohansen> what type of errors?
[23:16] <MTecknology> xargs: /sbin/apparmor_parser: terminated by signal 11
[23:16] <jjohansen> MTecknology: what kernel are you running?
[23:17] <MTecknology> cat: /sys/kernel/security/apparmor/profiles: so such file or directory
[23:17] <MTecknology> v2.6.36-rc1
[23:17] <jjohansen> right
[23:17] <jjohansen> So you need to wait for the updated tools
[23:17] <MTecknology> oh..
[23:18] <jjohansen> Basically what is upstream is not fully compatible without some additional patches
[23:18] <jjohansen> For example the profiles virtual file went away as it is not very sysfs like
[23:19] <jjohansen> MTecknology: I am working on a wiki page explaining the details
[23:20] <MTecknology> jjohansen: Please send me a link when you get that wiki up
[23:20] <jjohansen> MTecknology: will do
[23:22] <MTecknology> jjohansen: anything I could do now - like disable the apparmor module?
[23:23] <jjohansen> MTecknology: you can do that if you would like.  You can pass apparmor=0 as a kernel command line parameter and then user space should even try to load policy
[23:26] <MTecknology> jjohansen: Where would I set that in grub2? That thing is still a confusing beast for me
[23:31] <MTecknology> jjohansen: heh.. look at grub.cfg instead and it gets easier :P
[23:31] <MTecknology> Except what I did didn't work - I just added it to the kernel line
[23:32] <MTecknology> I suppose I should run off though


[06:32] <oSoMoN> good morning desktoppers, happy Monday!
[07:12] <duflu> Morning oSoMoN
[07:13] <oSoMoN> hey duflu
[07:17] <seb128> gooood morning desktopers
[07:18] <duflu> Hi seb128
[07:18] <oSoMoN> salut seb128
[07:20] <seb128> hey duflu, lut oSoMoN, did you guys have a good w.e?
[07:21] <duflu> seb128, busy with 3 birthdays, 1 early father's day and 1 house warming. So I delivered a lot of presents. And more next weekend. You?
[07:23] <seb128> duflu, we had our living-room/kitchen floor redone and it's done so we spent part of the w.e moving fournitures & stuff back, also had lunch with friends yesterday which was nice
[07:23] <duflu> Partly fun
[07:24] <seb128> yeah
[07:27] <marcustomlinson> morning all
[07:27] <marcustomlinson> happy monday
[07:28] <seb128> hey marcustomlinson, happy monday. How was your w.e?
[07:30] <marcustomlinson> seb128: my w.e. was very busy. Had a ton of taxes to catch up on :/ boooorrrring
[07:30] <marcustomlinson> seb128: you?
[07:32] <seb128> busy moving fournitures back but also some time to relax so it's ok :)
[07:32] <oSoMoN> seb128, I had an excellent week-end on Costa Brava again: sun, wake-boarding and bathing in the sea, and relaxing with family
[07:33] <marcustomlinson> oSoMoN: sounds amazing
[07:34] <marcustomlinson> seb128: nice
[07:35] <seb128> and oSoMoN, excellent,  lucky you
[07:35] <seb128> it's 18°C and rainy cats and dogs here
[07:35] <seb128> going to be like this at least for the next 10 days, automon arrived :-/
[07:35] <oSoMoN> :/
[07:36] <ricotz> better than 40°C ;)
[07:36] <seb128> indeed
[07:36] <oSoMoN> it's been raining here last night, but that's very welcome, and temperatures are pleasantly mild now
[07:36] <oSoMoN> hey ricotz
[07:36] <ricotz> hey seb128 oSoMoN
[07:37] <seb128> hey ricotz, how are you?
[07:38] <ricotz> seb128, good :), I see you are too
[07:41] <duflu> Morning marcustomlinson and ricotz
[07:48] <Trevinho> Buongiorno...
[07:49] <seb128> Bonjour Trevinho! how are you?
[07:51] <oSoMoN> buongiorno Trevinho
[07:54] <seb128> brb, changing location
[07:55] <duflu> Morning Trevinho
[07:55] <jibel> hi all
[07:56] <ricotz> duflu, hi
[07:56] <duflu> Hi jibel
[07:59] <oSoMoN> salut jibel
[08:02] <Laney> HEY!!!!!!!!!!
[08:04] <oSoMoN> hey Laney, holidays over already?
[08:08] <Laney> yo oSoMoN, sadly so, just one week this time
[08:09] <oSoMoN> Laney, you had a good time off?
[08:12] <duflu> Morning Laney
[08:16] <Laney> hey duflu
[08:16] <Laney> oSoMoN: yep, nice weather, nice friends, good surfing!
[08:17] <Laney> how's it going here?
[08:23] <oSoMoN> pretty good here, we have broken neither the internet nor the ubuntu desktop in your absence
[08:24] <Laney> shame
[08:24] <Laney> there was a big power outage here in the UK last week
[08:24] <Laney> would have been cool if that was Canonical's fault
[08:25] <Laney> 'juju destroy-application power-station/3' # oops
[08:26] <Laney> https://www.bbc.co.uk/news/uk-49305250
[08:37] <seb128> hey Laney! wb, glad to read you had good holidays :-)
[08:39] <seb128> bah, that start of day is not the best, I hope things get better
[08:40] <Nafallo> morning o/
[08:40] <seb128> the rain managed to wet my feet despite the umbrella, the kid didn't want to be dropped for the day, then I realized I had forgotten to bring his water-proof-shoes so I had to go back, and moving the car I noticed I got a fine despite having the car properly registered (I checked)
[08:40] <seb128> let's hope the rest of the day goes better
[08:41] <Trevinho> hi Ianussss
[08:45] <Laney> hey seb128 hey Trevinho, how's it going?
[08:48] <seb128> Laney, good mostly, as I jost wrote the universe seems to not like me this morning but I still hope to turn things out :)
[09:17] <Laney> dput, your weapon to improve the universe
[09:35] <Trevinho> Laney: all good... had good time?
[09:40] <Laney> yep yep yep
[09:40] <Laney> still can't stand up on a surf board properly though
[13:05] <ricotz> marcustomlinson, hi, regarding the aggressive reduction of differences to debian. The transitional packages should be reinstated to for smooth upgrade from bionic
[13:05] <ricotz> of libreoffice
[13:06] <marcustomlinson> ricotz: good catch thanks
[13:08] <ricotz> marcustomlinson, and watch out about changing the default libreoffice-style-*
[13:10] <ricotz> marcustomlinson, I am going to back the transitionals
[13:15] <ricotz> marcustomlinson, "java --version ..." is not a valid since it is suppose to be "java -version ..."
[13:17] <marcustomlinson> java --version works
[13:17] <ricotz> no it doesnt ;)
[13:17] <ricotz> maybe since openjdk 11 ?
[13:18] <marcustomlinson> alright I'll change it to be safe
[13:18] <ricotz> if "java -version" work with 11 then better keep that
[13:18] <marcustomlinson> yeah it does
[13:18] <ricotz> good
[13:18] <marcustomlinson> that's from upstream
[13:19] <ricotz> don't call it upstream, it is debian :)
[13:20] <ricotz> note the occurrences in patches/javadoc-optional.diff
[13:30] <GunnarHj> Hi Laney, did you notice my ping this morning?
[13:31] <Laney> GunnarHj: I replied to you
[13:31] <Laney> should I send it again?!?!
[13:32] <GunnarHj> Laney: Yes please. Didn't show up here.
[13:44] <ricotz> marcustomlinson, hmm, I guess this java version check is quite specialised, it won't work like that
[13:49] <ricotz> marcustomlinson, https://paste.debian.net/plain/1095463
[13:49] <marcustomlinson> ricotz: thanks
[13:50] <ricotz> marcustomlinson, usually I would expect a "could you push this"
[13:51] <marcustomlinson> ricotz: yeah I'm gonna package now for eoan so just going ahead
[13:55] <marcustomlinson> ricotz: any other red flags?
[13:56] <ricotz> marcustomlinson, you didn't push the correct java fux
[13:56] <ricotz> fix
[13:57] <ricotz>  2>&1 is missing
[13:57] <ricotz> oh my paste didn't include it
[13:57] <marcustomlinson> ricotz: I took it from https://paste.debian.net/plain/1095463
[13:58] <marcustomlinson> ricotz: I'll let you push it
[13:58] <marcustomlinson> I've reverted mine
[13:58] <ricotz> marcustomlinson, pushed
[13:59] <marcustomlinson> ricotz: oops I must have forced over yours sorry
[14:00] <ricotz> marcustomlinson, pushed
[14:00] <marcustomlinson> thanks
[14:01] <ricotz> marcustomlinson, do see this as well? /bin/bash: line 0: test: -ge: unary operator expected
[14:02] <marcustomlinson> ricotz: hmm yes
[14:11] <ricotz> marcustomlinson, besides, that what is up with the default style change I mentioned?
[14:14] <marcustomlinson> ricotz: not sure what you're looking at. I've installed and elementary is still default
[14:14] <ricotz> https://paste.debian.net/plain/1095466
[14:15] <ricotz> right, it is picked up on runtime
[14:18] <ricotz> marcustomlinson, https://paste.debian.net/plain/1095468
[14:19] <marcustomlinson> Package: libreoffice-gnome -> Recommends: libreoffice-style-elementary
[14:20] <marcustomlinson> I've installed from nothing and upgraded and theme is there and operational
[14:20] <ricotz> ah correct
[14:20] <ricotz> never mind then
[14:22] <marcustomlinson> no worries, thanks for looking
[15:31] <ricotz> marcustomlinson, please let me know when you finalise and upload libreoffice
[15:32] <marcustomlinson> ricotz: will do
[16:04]  * Laney prods muktupavels
[16:04] <Laney> can haz gnome-panel release?
[16:04] <Laney> it's on the ecal-2.0 list
[16:46] <muktupavels> Laney, 3.33.x release?
[16:46] <Laney> ye
[16:46] <Laney> ideally :>
[16:47] <muktupavels> ok.
[16:47] <Laney> thankeeee
[17:10] <ricotz> Laney, hey
[17:11] <ricotz> Laney, could you take a look at vala and libgee which are prepared on salsa?
[18:56] <oSoMoN> kenvandine, marcustomlinson: https://github.com/snapcore/snapcraft/commit/b0c4319e5852d066f83c0bc9a31c432692cf5cc8 yay :)
[18:56] <marcustomlinson> oSoMoN: yeah saw :)
[19:03] <Laney> ricotz: eventually, trying hard to get gnome-shell out first though
[19:08] <ricotz> Laney, ty
[19:22] <kenvandine> oSoMoN: very exciting!
[19:22] <kenvandine> marcustomlinson: btw, looking through gnome-3-32-1804 the only thing that stands out is python2.7 being included
[19:23] <kenvandine> i think that might only be there for libxml2
[19:24] <marcustomlinson> kenvandine: ack. I'll see if removing it has any effect on the test snaps I have
[19:25] <marcustomlinson> can't remember if it's there due to copy paste from 3-28 or I added it
[19:26] <kenvandine> marcustomlinson: it's not in 3-28
[19:26] <kenvandine> i suspect something build as a part must be pulling it in?  dunno
[19:26] <kenvandine> didn't look into it
[19:26] <marcustomlinson> ok noted
[19:26] <kenvandine> otherwise i could't find anything else i'd remove :)
[19:28] <marcustomlinson> thanks!
[19:28] <muktupavels> Laney: done.
[19:49] <kenvandine> tjaalton: the fix for bug 1817225 is awaiting binNEW
[19:50] <tjaalton> kenvandine: shouldn't anymore?
[19:50] <kenvandine> the new binary
[19:51] <kenvandine> it's in proposed, but binNEW
[19:51] <tjaalton> oh
[19:51] <tjaalton> sigh
[19:51] <kenvandine> i was going to test it :)
[19:51] <kenvandine> although i already verified with the PPA
[19:53] <tjaalton> yeah I thought it got past new already
[19:57] <tjaalton> kenvandine: is accepted now
[19:58] <kenvandine> tjaalton: great, thanks


[00:58] <mybalzitch> why does /etc/issue think I need a dozen digits of precison for system load. ex:   System load:             2.67822265625
[07:30] <gsamfira1> Hello folks! Can I get a review on: https://code.launchpad.net/~gabriel-samfira/simplestreams/+git/simplestreams/+merge/452267 ?
[07:58] <Bergerag> Hellou folks !
[07:59] <Bergerag> can u say what is wrong with this
[07:59] <Bergerag> scp root@<IP_ADDRESS>:~/target_file.*
[12:47] <rbasak> jamespage: ^ could the openstack team review https://code.launchpad.net/~gabriel-samfira/simplestreams/+git/simplestreams/+merge/452267 perhaps please, as it's entirely a glance client related change?


[15:04] <GianfrancoPastel> Ciao
[15:17] <studio-user710> how can i chaeck out what problem i have on system boot with system applications?
[15:17] <OvenWerks> ???
[15:18] <studio-user710> when my desktop appears i get a warning that a system application is broken
[15:19] <OvenWerks> has crashed?
[15:19] <OvenWerks> It probably wants to send info to a bug report?
[15:19] <studio-user710> i can use the desktop normaly
[15:20] <studio-user710> than it can be fixed?
[15:20] <OvenWerks> Ya, it may be a bug we know about.
[15:21] <studio-user710> oh ok
[15:42] <M_aD> studio-user710: if it's the same message it's probably apport which you can turn off to get rid of the annoying messages
[15:44] <M_aD> it's an older article but it does the trick: https://www.binarytides.com/ubuntu-fix-system-program-problem-error/
[15:55] <studio-user710> i wait when the bug is fixed
[15:55] <OvenWerks> have you ever run ubuntustudio-controls?
[15:57] <OvenWerks> if in the audio tab you click on the apply button and it doesn't go away, it is not a bug we know about.
[15:58] <studio-user710> i restart the pc
[16:02] <Eickmeyer> OvenWerks, studio-user710: There is a known "quirk" with apport where it thinks there's a crash because something is stuck in /var/crash but is invalid and doesn't get removed. Might just have to do a "sudo rm -rf /var/crash/*" and see what happens.
[16:03] <OvenWerks> studio-user378 did you see this comment: 09:02 < Eickmeyer> OvenWerks, studio-user710: There is a known "quirk" with apport
[16:03] <OvenWerks>                    where it thinks there's a crash because something is stuck in
[16:03] <OvenWerks>                    /var/crash but is invalid and doesn't get removed. Might just
[16:03] <OvenWerks>                    have to do a "sudo rm -rf /var/crash/*" and see what happens.
[16:07] <studio-user378> tthanks a lot
[16:08] <studio-user378> when there is a bug anyway i can send it to you or is it disabled?
[16:11] <javier-aldan> Hello everyone
[16:13] <javier-aldan> I just wanted to say a big and sincere THANK YOU from binging UbuntuStudio 19.04 alive and well. I installed it in a laptop last week and I think including Carla was such a good decition. I am currently trying some x32 and x64 bit Windows plugins with Carla and it runs lile a champ.
[16:14] <javier-aldan> I even downloaded Jam Origin MIDI Guitar 2 so I can use my electric guitar as a midi controller and works good so far, playing some piano and strings with my guitar was somehting I really wanted to try and hopefully I will include in my home recordings soon.
[16:15] <javier-aldan> I am still getting used to Studio Controls, hopefully I should be able to try the "second usb interface hot plugable" feature with my drummer friend.
[16:16] <javier-aldan> Then again, THANK YOU a lot for this wonderful distro, I had been using it since 2012 and I hope I can keep using it for a long time more,
[16:34] <Eickmeyer> javier-aldan: Thanks! Also, thanks for the nice comment on my blog. I haven't been able to log-in yet to approve it, but it'll happen soon.


[05:53] <gnomefreak> what is the ETA on 13.04 daily builds
[15:06] <ok_wait> hello all! i have an issue with firefox 17.0 in precise after an update. the horizontal scroll was set for navigating back and forward and it no longer works. now in the about:config  http://picpaste.com/pics/YgazIkzW.1353683014.png the types are all strings and they need to be; integer, integer, boolean, respectively but only user defined preferences can be deleted. how do i delete these preferences so i can recreate them properly?
[15:12] <micahg> ok_wait: you should be able to right click and reset
[15:15] <ok_wait> micahg, i tried that and it just sets the integer to nothing. the third one needs to be deleted and recreated as boolean instead of integer
[15:31] <ok_wait> should i file a bug report?
[15:32] <ok_wait> thanks for your response micahg


[05:17] <jose> pleia2: I've added a couple events regarding the 13.10 release and 12.04.4 release, but still waiting on Mark's post for the T series name to add all the 14.04 things
[06:58] <Unit193> Howdy, dholbach.  Beat ya.
[06:59] <dholbach> good morning
[06:59] <dholbach> hi Unit193
[16:47] <pleia2> jose: thanks, 14.04 stuff isn't really solid until UDS anyway so I'd wait until then
[19:05] <jose> will do