[00:31] <sudormrf> hey guys
[00:31] <sudormrf> anyone around for a very quick question?
[00:32] <sudormrf> not asking to ask, just checking to see if anyone is around :D
[00:32] <sarnold> sudormrf: 420 people in the channel. surely one or two are bots..
[00:32] <sudormrf> heh
[00:34] <sudormrf> ok, so here it goes.  I think I know the answer already, but I just want to verify.  I would like to mount all the shares from one of my servers on another server.  But instead of mounting each share individually, I would like to mount it at the top level, so I can just rsync all of the subdirectories rather than doing it share by share.  Is this possible?
[00:34] <sarnold> sudormrf: I don't think it's possible with NFS / SMB / CIFS
[00:35] <sarnold> sudormrf: no idea about afs or other network filesystems..
[00:39] <wiredfool> just upgraded a server from lucid -> precise -> trusty. Somewhere in that, one of the kvm guests is now failing to boot because app armor is denying it access to its disks
[00:39] <wiredfool> It looks like the profile_load operation is happening after the operation open in the logs
[00:40] <wiredfool> I've checked the /etc/apparmor/libvirt-[uuid].files  and it appears correct
[00:40] <wiredfool> other kvm guests on the same machine are working properly.
[00:40] <sudormrf> sarnold, didn't think so.  I suppose instead of doing a pull I could do a push
[00:40] <sudormrf> that would have probably been the smarter thing to do
[00:40] <wiredfool> ideas?
[00:40] <sarnold> wiredfool: can you pastebin your DENIED messages?
[00:41] <wiredfool> http://pastebin.com/qEY8ni6U
[00:42] <sudormrf> sarnold, question: it "appears" possible when using a GUI.  meaning, in a gui you will see the network object under "network" and clicking on that brings you to the top level.  not sure how that is actually working.
[00:43] <sudormrf> notice the quotes around appears.  all of my experience has been that it isn't possible.
[00:43] <sarnold> wiredfool: try adding "/var/lib/vm/** r," to your /etc/apparmor.d/usr.lib.libvirt.virt-aa-helper
[00:43] <sarnold> sudormrf: I presume those gui things aren't actually making mounts so much as using gvfs or kdeioslaves to do the networking
[00:44] <sudormrf> sarnold, ah! now that makes sense.  I figured it wasn't acutally making the mount (and that is backed up by when you actually open one of the shares it then mounts that share).  interesting to know that is how it is working :D
[00:45] <wiredfool> sarnold: I bet it's actually the final lines that are the difference, where there's an enumeration of extensions for disks, and .raw isn't one of them.
[00:45] <sarnold> wiredfool: oh! I just assumed it didn't have the storage that you were using. heh. :)
[00:46] <wiredfool> well, the other siblings are working, but they'er all qcow2, since they're not high IO images
[00:48] <wiredfool> hmm. it's failing differently now. progress I guess
[05:59] <dtscodefish> hey guys... how would i fix the perl encoding stuff? https://bpaste.net/show/c81da4763b47
[06:59] <dtscodefish> hey guys... how would i fix the perl encoding stuff? https://bpaste.net/show/c81da4763b47
[07:01] <Seveas> dtscodefish: set LANG to a locale you installed, or install the missing locale :)
[07:01] <dtscodefish> how would i do that?
[07:01] <Seveas> for the first: unset LANG
[07:02] <dtscodefish> k
[07:02] <Seveas> for the second: add en_US.UTF-8 to /var/lib/locales/supported.l/local and run sudo locale-gen
[07:02] <Seveas> the text to add is: en_US.UTF-8 UTF-8
[07:04] <dtscodefish> would it matter if its .d instead of .l?
[07:07] <dtscodefish> thanks Seveas :D
[07:08] <Seveas> dtscodefish: .l was a typo, .d is the right path :)
[07:08] <dtscodefish> oh well. assumed it was. errors went away. thanks man :D
[08:05] <lordievader> Good morning.
[08:06] <dtscodefish> morning to you as well
[08:07] <lordievader> o/
[11:22] <DonRichie2> When I install postfix on ubuntu some ncurses Menu wants to know if I want to install a "internet site" or only "local"..etc... Where do I find these sample config files to understand the mail system better?
[12:35] <peetaur> Hello, can someone help me with an 'apt-get update' performance issue? I am using apt-cacher-ng, and it takes over 5 minutes to "apt-get update" if I use localhost as the proxy. If I have no proxy, it takes under one minute. In sources.list, changing the us.archive.ubuntu.com stuff to de.* made it faster I think, and then the security.ubuntu.com ones don't have a us. so I don't know what to change them to; I tries setting them to de.
[12:35] <peetaur> archive instead of security, and now it takes only 48s to "apt-get update" but have I broken something? what is the difference between the *.archive.* and security.* sources?
[12:37] <peetaur> (and debian with apt-cacher-ng takes only 14s to update... I don't know why Ubuntu is so slow)
[12:42] <peetaur> based on results this thing generates, I guess de.archive.* is fine to replace security.*  http://repogen.simplylinux.ch/generate.php
[12:57] <peetaur> should it really take over 5 min? what is it hanging on? :/  https://bpaste.net/show/540e0985d260
[12:59] <peetaur> and without apt-cacher-ng, it takes 8s... https://bpaste.net/show/412d6d57d9ef
[13:02] <lordievader> peetaur: Perhaps using strace you can figure out what it is doing.
[13:03] <peetaur> how should I use it? does this tell me anything relevant? https://bpaste.net/show/27144b6fd814
[13:04] <lordievader> Select operations that timeout... Suppose it is related.
[13:05] <lordievader> Have to say that I am not sure.
[13:08] <lordievader> But I am not sure if the trace you pasted is of the getting/hitting the repo's.
[13:09] <lordievader> peetaur: Could you run 'strace -o apt.trace apt-get update' (or whatever apt-get command you use) and pastebin the apt.trace file once it is done?
[13:09] <peetaur> here is some in between timeouts ... but also I found that apt-cacher-ng has crashed and isn't running during this output I think https://bpaste.net/show/cbc3cfe84775
[13:09] <peetaur> once it's done...? it might never finish ;)
[13:10] <peetaur> but sure, it's running now... we'll see how long it takes
[13:11] <lordievader> That "No such file or directory" messages aren't nice.
[13:11] <peetaur> oh one thing I see in there that is very wrong:  accept(5, {sa_family=AF_INET, sin_port=htons(60651), sin_addr=inet_addr("<IP_ADDRESS>")}, [16]) = 18
[13:11] <peetaur> that .87 ip is like a year out of date
[13:12] <peetaur> oh but that Ip is not in a paste I sent you... I also ran strace on apt-cacher-ng itself
[13:12] <peetaur> https://bpaste.net/show/80e1919c2ef9
[13:12] <peetaur> so I'll go find the nth idiotic place the ip is duplicated and see if that fixes things
[13:12]  * peetaur hates duplicated useless redundant config
[13:12] <lordievader> peetaur: So your sources are mucked up?
[13:13] <peetaur> no, some other config has that IP
[13:13] <peetaur> sources.list is basically vanilla
[13:14] <peetaur> I have a puppet.list in sources.list.d/, and the proxy in apt.conf.d/
[13:15] <lordievader> Where is that non-existant(?) IP coming from?
[13:15] <peetaur> apparently it was in /etc/hosts, but that is one of the two places I should have looked long ago.
[13:16] <peetaur> so I don't know what happened... but it made not sense to look there, since to reach the proxy server (which it did) it would be using that ip, which it could not have since it was wrong
[13:17] <peetaur> and the best part is the machine worked fine for a year or however long it has been running with the new IP until today :D
[13:17] <peetaur> (and I doubt someone modified the hosts file since then)
[13:17] <peetaur> and now apt-get update takes 1m23 which is slower than without apt-cacher-ng, but it is perfectly reasonable
[13:19] <lordievader> peetaur: My machines are set to auto update at night, I rarely see the update process.
[13:19] <peetaur> apt-get update used the proxy which was set to "aptproxy" which in hosts pointed to <IP_ADDRESS> which doesn't exist... but it reached apt-cacher-ng anyway, and that's where the confusion happened I guess
[13:19] <peetaur> well when something is hung up you notice ;)
[13:19] <lordievader> Or it needed to timeout on the 10.2 first.
[13:21] <peetaur> why would it try the correct ip <IP_ADDRESS> or localhost at all though? how would it know what the right ip is?
[13:22] <lordievader> Depends on how things are set up I suppose. If there are multiple proxies set up, I think it will try them sequentially.
[13:22] <lordievader> Anyhow, this is just me rambling. Never used apt with a proxy or cacher.
[13:22] <peetaur> there was just the one I believe https://bpaste.net/show/7bda71d94909
[13:24] <peetaur> normally I find apt-cacher-ng so easy to set up, that you can use it with even 2 clients... it makes things very efficient
[13:24] <peetaur> it takes basically no config... just that Acquire line and the daemon running and it works already
[13:25] <peetaur> and today the problem was not apt-cacher-ng's fault ;)  (and btw apt-cacher works the same but crashes 50x per day, so use the -ng one)
[13:27] <peetaur> and last week I used apt-cacher-ng to install 28 machines in 1h using a slow ~500 kB/s link ;)
[13:27] <peetaur> netinstall
[13:29] <peetaur> lordievader: thx for the help by the way
[13:32] <bOynOiz> Hello, have somebody know about setup and configuration Ubuntu Server in VM before clone or export to real server machine? anywhere I can read about this?
[13:34] <peetaur> bOynOiz: any Linux should work simply by copying it to totally different hardware, with only a few exceptions...  like the r8168 network device, or some graphics and X
[13:34] <peetaur> and fakeraid or other rare stuff, wifi, etc.
[13:34] <peetaur> (desktop stuff mostly)
[13:35] <bOynOiz> Ah I see,
[13:35] <peetaur> and if you use the same kernel, etc. the r8168 issue won't happen
[13:36] <peetaur> er I mean if r8168/r8169 was already set up and confiured before
[13:38] <bOynOiz> I thinking to make virtual map drive in VMware Workstation and then rsync from map drive to real hdd before put them into real server.
[13:39] <peetaur> that should work fine, but don't forget the bootloader
[13:39] <peetaur> rsync copies the files but not the bootcode outside the filesystems
[13:39] <peetaur> here's my fully manual linux migration procedure http://pastebin.com/4NLFkdzQ
[13:40] <bOynOiz> Thank you so much :)
[13:40] <peetaur> is it a desktop or server install?
[13:40] <bOynOiz> it's server
[13:41] <peetaur> okay then I think the procedure is all you need (assuming no exceptional issues)
[13:43] <bOynOiz> yeah, my goal I don't want to close my web server for long times to setup and configuration.
[13:44] <zul> jamespage:  yeah so eventlet i dont see what you are seeing
[13:59] <zertyui> hi
[13:59] <zertyui> anyone experience with openssl ?
[14:00] <peetaur> zertyui: you should ask a real question and if someone knows the answer they'll say something
[14:01] <zertyui> ok
[14:01] <zertyui> i would like to know
[14:05] <peetaur> maybe everyone has experience with openssl, but there are so many things you can be thinking of, that nobody knows what you need to know if they know enough about it to say their the guy to ask for your problem
[14:05] <peetaur> s/their/they're/
[14:07] <lordievader> peetaur: No problem ;)
[14:22] <zul> jamespage:  lemme know when you are around
[14:27] <jamespage> zul, otp for 30 mins and then back
[14:28] <zul> jamespage:  ack
[14:30] <spidernik> hello. Anyone who uses the pam-auth-update utility? It's kinda cool but I have an issue running it in the debian-installer inside a late-script. It essentially hangs. Any similar experience? Ubuntu 14.04
[14:39] <Walex> spidernik: I would be surprised if it worked in all situations inside the installer.
[14:39] <Walex> spidernik: perhaps you may want to run it in some post-basic-install step
[14:44] <spidernik> Walex: the odd thing is: if a switch tty, chroot and run it it will work fine... it hangs just when called via the late bash-script as a late command
[14:47] <Walex> spidernik: surprising indeed.
[14:47] <Walex> spidernik: maybe it is not being run inside the '/target' chroot.
[14:49] <jamespage> rbasak: fyi that ceph point release will hold in proposed a little longer - performance regression which upstream are dealing with
[14:49] <jamespage> zul, around
[14:49] <peetaur> if you want to run in target, you use "in-target", eg.    d-i preseed/late_command string in-target apt-get install blah
[14:51] <zul> jamespage:  so 3 things: (1) im going to be updating dependencies today (2) im going to be making sure everything is green for kilo (3) i dont see the failures you have for eventlet
[14:51] <spidernik> I should probably try to run the utility with the in-target as suggested, instead of running it in the late bash script. Maybe some variable does not get set properly and makes the pam-auth-config fail
[14:51] <spidernik> thanks everyone
[14:51] <jamespage> zul, lemme recheck on eventlet
[14:51] <jamespage> I'm missing something
[14:51] <zul> jamespage:  okie dokie
[14:51] <jamespage> 1 & 2 ++ thanks
[14:51] <jamespage> zul, pull on corey a bit as well
[14:52] <zul> jamespage: i dont think corey would like that, hes got other stuff hes behind in
[14:52] <jamespage> zul, hmm ok
[14:52] <jamespage> better catchup with him soon ten
[15:01] <jamespage> zul, so what's the six PY3 failure about?
[15:02] <zul> im not 100%
[15:02] <zul> sure
[15:06] <jamespage> zul, you know I don't like "|| true"
[15:08] <zul> im pretty sure im not the one who put it there
[15:08] <zul> but yeah lemme have another look
[15:17] <Walex> spidernik: 'pam-auth-config' is not an installer command, it is a here-on-this-system command.
[15:20] <zul> jamespage:  trying with eventlet 0.17.1
[15:22] <jamespage> zul, oh ok
[15:34] <zul> jamespage:  *groan*
[15:35] <jamespage> zul, oh
[15:35] <zul> jamespage:  we are running python3 tests for eventlet when we arent building eventlet for python3 (yet) so thats why the asertion is being thrown
[15:36] <jamespage> hrm
[15:36] <jamespage> zul, ahyes!
[15:51] <zul> jamespage:  ok builds fine now
[16:08] <jamespage> zul, sameplace?
[16:08] <zul> jamespage:  eventlet builds fine when you build only for python2 since we arent using python3
[20:14] <smoser> https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1427829
[20:14] <smoser> hallyn_, ^ is that just me?
[20:14] <smoser> anyone else able to reproduce that ?
[20:17] <dtscodefish> https://letsencrypt.org/howitworks/
[20:17] <dtscodefish> oops wrong channel
[20:24] <setuid> How does one get invited to #ubuntu-cloud?
[20:24] <setuid> Looking for some dev-side help getting the cluster up and operational
[20:24] <cyphermox> smoser: I could try in a bit, but can I ask why you remove "--" ?
[20:25] <cyphermox> (wondering if there's something else than "because otherwise console= won't get applied")
[20:28] <smoser> doens't really matter, but bug 1402042 is why.
[20:28] <smoser> the kernel very helpfully changed behavior, and doesn't pay attention to things after '--' any more.
[20:28] <smoser> (note sarcasm in word 'helpfully')
[20:29] <cyphermox> right, I was fixing that this morning
[20:29] <cyphermox> tomorrow's image might work
[20:29] <cyphermox> that's why I was wondering if there was another reason too
[20:30] <cyphermox> instead of --, you'll have ---, and won't need to move things around or remove the separator; that should fix OEM mode and accessiblity and such too
[20:30] <smoser> cyphermox, oh?
[20:31] <smoser> ah. you'll chnage hte isos
[20:31] <cyphermox> well, yes, the isos should be fixed tomorrow, I think
[20:31] <cyphermox> anything that uses d-i directly (mini.iso) should already be fine, unless I missed some
[20:31] <smoser> so willthat change d-i to copy after '---' ?
[20:32] <cyphermox> d-i will continue to pass what's after --- to the installed system
[20:32] <smoser> as previously it (and curtin as a follow-on) would copy anything after '--' over to the installed system.
[20:32] <smoser> was that previous behavior ?
[20:32] <cyphermox> yes
[20:32] <smoser> really. hm..
[20:33] <cyphermox> it's meant so that you can pass, well, console= to an installed system and not have to blindly try to reapply it after installation
[20:33] <cyphermox> for example
[20:33] <cyphermox> I don't know about curtin though
[20:33] <cyphermox> is that good or bad?
[20:34] <cyphermox> hmm, perhaps curtin needs its fix too unless it uses some of the d-i bits
[21:02] <mfisch> zul: do you have an approx ETA on Juno.2 landing in updates?
[21:06] <zul> mfisch:  not yet
[21:22] <hallyn_> smoser: well, it's just you in that noone else would do that
[21:23] <hallyn_> smoser: does ctrl-m or ctrl-j work?
[21:32] <jamespage> coreycb, did that eventlet update get out of the door for utopic?
[21:32] <jamespage> mfisch, will look tomorrow - should have been today but had some other plates spinning - sorry
[21:34] <coreycb> jamespage, not yet, bug 1423675
[21:34] <coreycb> https://bugs.launchpad.net/ubuntu/+source/python-eventlet/+bug/1423675
[21:34] <coreycb> I'll check with Brian
[21:34] <jamespage> coreycb, ack - thanks
[21:35] <jamespage> coreycb, everything is in juno proposed for the CA - have we run the testing yet?
[21:35] <jamespage> if not I can trigger tomorrow
[21:35] <coreycb> jamespage, I've not yet run against the ca
[21:36] <jamespage> coreycb, ok leave it for me tomorrow
[21:36] <coreycb> jamespage, alright, thanks
[21:36] <jamespage> its been in proposd for a while - we can push to updates if it tests ok
[21:37] <hallyn_> smoser: seems most likely to be a seabios/vgabios/whatever bug...  do you know whether it used to work in trusty or precise?
[21:55] <mfisch> jamespage: thanks, been reloading the /Packages file every morning! ;)
[21:55] <jamespage> mfisch, http://reqorts.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/juno_versions.html
[21:57] <mfisch> jamespage: that shows 2.2 is out?
[21:58] <jamespage> mfisch, almost - 2.2 is in proposed finishing testing - when the column on the rhs goes green we're all done
[21:58] <jamespage> mfisch, you can always test from proposed - its exactly the same binaries as will end up in updates
[22:05] <mfisch> yeah the testing looked ok
[22:15] <beisner> jamespage, coreycb, i can kick of trusty & utopic juno-proposed deploys.  just say when.
[22:16] <junix> hello, would like to know if someone can help me if i can get help with a problem that i have with a ubuntu server
[22:17] <bekks> junix: Just ask your actual question. If someone is able to help you. ,you will get a response.
[22:17] <junix> ok
[22:17] <multiverse> Hello, how do I load the NFS module into the 14.10 kernel?
[22:18] <bekks> multiverse: More likely, you start the NFS client/Server, depending on what you need.
[22:18] <multiverse> I wish
[22:19] <multiverse> I am unable to start an ordinary nfs server on 14.10, and it tells me I need to install the NFS kernel module.
[22:19] <bekks> multiverse: So try this: https://help.ubuntu.com/14.04/serverguide/network-file-system.html
[22:20] <multiverse> That has not resulted in the error going away.  It’s the first thing I read.
[22:20] <junix> i have a virtual server that was powered off wrong and i have a problem rebooting, and a message as follows: "Kernel panic - not syncing: Attempted to kill init!"
[22:21] <bekks> multiverse: And did you install the nfs kernel server module?
[22:21] <multiverse> The question remains:  “How do I install the nfs kernel module when the apt-get install nfs-etc… are already installed, but the service one start.
[22:21] <multiverse> That’s what I am asking
[22:21] <multiverse> Howdo I do that?
[22:22] <nuno> Hello. I've just installed ubuntu 12.04 server, however i cannot install packages using apt-get
[22:22] <rww> nuno: do "sudo apt-get update" if you haven't already
[22:22] <bekks> multiverse: Like this: https://help.ubuntu.com/14.04/serverguide/network-file-system.html#nfs-installation
[22:22] <multiverse> That doesn’t work
[22:22] <nuno> rww: i did, and resulted in error at end : : Failed to fetch bzip2:/var/lib/apt/lists/partial/us.archive.ubuntu.com_ubuntu_dists_precise_main_source_Sources  Hash Sum mismatch
[22:22] <bekks> multiverse: Why not?
[22:23] <multiverse> thanks for the help.
[22:23] <rww> nuno: hrm, there's your problem. if you repeat the command, does it still happen?
[22:23] <rww> (sometimes that's a one-off blip)
[22:24] <nuno> rww: checkin atm
[22:24] <nuno> rww: yes it does
[22:26] <rww> hrm. do other WWW connections work (e.g. through w3m, wget)
[22:28] <nuno> rww: yes i have connectivity to the internet
[22:29] <nuno> rww: I guess i found it. at least I can now install git. other packages I'm not sure. I followed this http://askubuntu.com/questions/41605/trouble-downloading-packages-list-due-to-a-hash-sum-mismatch-error
[22:37] <nuno> rww: thanks for the help though =)
[23:33] <bdmurray> Is there anybody who could give me a hand with haproxy logging?


[07:41] <arraybolt3[m]> https://www.reddit.com/r/Lubuntu/comments/wm9xkc/hibernate_2204_laptop/ <-- User on Reddit just discovered a bug in Lubuntu - hibernation doesn't work even if the swapfile is big enough to support it. It appears he discovered a fix (or at least a workaround) for the issue.
 "https://www.reddit.com/r/Lubuntu..." <- I think we have a discourse thread about that.
[09:34] <kc2bez[m]> Hibernate is super tricky in Linux. It isn't well supported
[09:35] <kc2bez[m]> It is very dependent on the hardware
[09:35] <arraybolt3[m]> Hmm, odd. The idea seems like it should just work, that's odd.
[09:35] <arraybolt3[m]> So maybe it's just this one guy
[09:35] <arraybolt3[m]> guy's hardware that requires this particular workaround?
[09:37] <arraybolt3[m]> Eh, no, found Leo's bug report on it.
[09:37] <kc2bez[m]> Well the swap option we provide on erase is not correct or big enough. You need to do manual partitioning.
[09:37] <arraybolt3[m]> True. But even when the partition or file is made large enough, the Hibernate button in the Application Menu doesn't work.
[09:37] <arraybolt3[m]> But the systemctl command for hibernation does work.
[09:38] <arraybolt3[m]> So the hardware supports hibernation, but the button is borked I believe.
[09:38] <kc2bez[m]> You really want a partition, not a file
[09:39] <arraybolt3[m]> Well if systemctl can get hibernation working, but the button isn't working, that sounds to me like the button isn't going to work at all, right?
[09:40] <kc2bez[m]> I am not sure what is wrong with the button or what it is trying to do
[09:40] <arraybolt3[m]> I get that the configuration needs to be highly specific, and that only some hardware will work with it, but if the user has the right hardware and sets up everything right, it seems to me that the button ought to work.
[09:40] <arraybolt3[m]> That's what the guy on Reddit figured out how to fix.
[09:40] <arraybolt3[m]> He had to fiddle with things in polkit to make it work.
[09:41] <kc2bez[m]> Sure, I am just saying you want be super careful with configuration too.
[09:41] <arraybolt3[m]> Very true.
[09:42] <arraybolt3[m]> Out of curiosity, why is a swap partition better than a swap file for hibernation?
[09:44] <arraybolt3[m]> Also, why are we both up this earlate? We both should get some sleep (at least I know I need to, maybe you're a morning person in your time zone, but I'm up waaaaaay too late LOL).
[09:44] <kc2bez[m]> Because when you hibernate you dump all the memory to disk. That gives the waking system better dedicated access to it.
[09:45] <kc2bez[m]> I am just awakening for the day.
[09:45] <arraybolt3[m]> Hmm, good point, it would make the wakeup process faster.
[09:46]  * arraybolt3[m] wonders how hard it would be to add an option in Calamares so we have "Swap file", "No swap", and "Hibernation-enabled swap" at install time
[09:47] <kc2bez[m]> It is easy
[09:47] <arraybolt3[m]> OK, anyway, I need some sleep, but that was some interesting extra info we've got. Thanks for discussing this with me, maybe we can make it work at some point!
[09:48] <kc2bez[m]> We probably can, I remember we messed with it a bit before.
[20:35]  * genii slaps queuebot
 https://t.me/joinchat/CWta9EXA_6IyYzU0
 @kc2bez
 All clear on Telegram now.
 Thanks!
 👍
[22:52] -queuebot:#lubuntu-devel- New: accepted lubuntu-installer-prompt [source] (kinetic-proposed) [0.2.0-0ubuntu1]
[22:59] -queuebot:#lubuntu-devel- New binary: lubuntu-installer-prompt [ppc64el] (kinetic-proposed/none) [0.2.0-0ubuntu1] (no packageset)
[23:00] -queuebot:#lubuntu-devel- New binary: lubuntu-installer-prompt [amd64] (kinetic-proposed/none) [0.2.0-0ubuntu1] (no packageset)
[23:04] -queuebot:#lubuntu-devel- New binary: lubuntu-installer-prompt [s390x] (kinetic-proposed/none) [0.2.0-0ubuntu1] (no packageset)
[23:12] -queuebot:#lubuntu-devel- New binary: lubuntu-installer-prompt [arm64] (kinetic-proposed/universe) [0.2.0-0ubuntu1] (no packageset)
[23:22] -queuebot:#lubuntu-devel- New binary: lubuntu-installer-prompt [armhf] (kinetic-proposed/universe) [0.2.0-0ubuntu1] (no packageset)
Binary file (standard input) matches


[20:26] <kjcole> So... Merge has again been dabbling in the Dark Side of the Force, and while traveling picked up some motion detector camera system in some back alley of Bangladesh.
[20:28] <kjcole> It's the kind of crap-tastic software that one expects is riddled with viruses, etc.  But having expressed my distain / concern, I'm still trying to help.
[20:29] <kjcole> It CLAIMS to broadcast on ports 5060, 5061 and 5062.  (I forget the specifics of which port does which.)  And also 80.  What it puts out on 80 appears to be HTML sans header that identifies it as such.
[20:31] <kjcole> I forget the best way to see the headers.  Micro$oft Aiiieeeee! recognizes the data as HTML and displays it as correctly as possible, but other browsers just give me raw "view source" views of the HTML.
[20:31] <kjcole> Thoughts?
[20:32] <kjcole> (Minimizing this window...)


[05:47] <tcuthbert> :O
[06:16] <alkisg> I wanted to try out lxd for chroot management. Did I understand correctly that it won't be available as a .deb anymore, and it'll be snap-only?
[06:20] <rbox> "chroot management"?
[06:20] <nardo> :0
[06:21] <alkisg> rbox: yeh, to create chroots, then to install programs on them etc
[06:21] <rbox> what do you need lxd for that?
[06:22] <alkisg> How can you create an alpine chroot in fedora?
[06:22] <alkisg> I'm very open to alternatives... but usually that means a pre-packaged image to be downloaded, and then the chroot command can be used to maintain it, although it'll need some cgroup handling to function properly
[06:25] <alkisg> ...and mkosi doesn't seem mature and cross-distro enough yet...
[07:50] <silv3r_m00n2> hi there, i booted into ubuntu on this laptop after about a month and all my google chrome tabs and sessions are gone completely, i cant seem to recover it anyway. looks like chrome has delete old session files, is there a way to recover those files ?
[08:04] <ducasse> alkisg: lxd is snap only now, yes
[08:05] <alkisg> Thank you ducasse (sorry to hear that though :/)
[08:05] <ducasse> yeah, so was i :(
[08:06] <alkisg> I'll give mkosi another shot
[08:07] <ducasse> alkisg: there's also lxc-utils, and systemd containers
[08:08] <alkisg> Can they download images from https://images.linuxcontainers.org ?
[08:10] <alkisg> Ah, it says "In LXC, this image server can be used by selecting the "lxc-download" template. "
[08:10] <alkisg> Hopefully lxc-utils won't be snap-only... trying...
[08:11] <ducasse> i still have a few lxc containers i haven't migrated, it works fine
[08:28] <hiya> How to share VPN connection over Wifi on GNU/Linux? When using the same wifi adapter to access Internet?
[08:52] <Chunkyz> Morning all ❣❤
[09:15] <riley_> server
[09:15] <riley_> server testing
[09:15] <riley_> hello
[09:21] <mave> Well, security updates behind a paywall...
[09:21] <mave> time to phase out Ubuntu
[09:23] <mave> had fun since hoary hedgehog, but this is unacceptable
[09:29] <Chunkyz> He left. 😂
[10:42] <mei> what updates?
[10:42] <mei> i'm running LTS free
[10:43] <ravage> https://p.haxxors.com/xpst0it9.txt
[10:44] <Znevna> heh
[10:45] <Znevna> so I'm not the only one that finds that a little annoying
[10:45] <ravage> limiting access to any security update is just wrong
[10:46] <mei> what's going on
[10:46] <ogra> pro is free ...
[10:46] <ogra> (unless you are a big commercial company)
[10:47] <Znevna> notifying users of that could've been done in a less annoying way I'm sure :p
[10:47] <mei> i don't even know what this ubuntu pro thing is
[10:47] <ogra> well, these are updates you would normally not get at all ...
[10:47] <mei> i'm running ubuntu server lts
[10:47] <mei> how does that affect me?
[10:48] <ravage> libopenexr25 is a dep for gimp
[10:48] <ogra> if you are using unsupported universe packages in your setup and want to opt in for security updates for these (for which canonical makes big companies pay) you can have them for free ...
[10:49] <ravage> so im pretty sure a lot of people will see this
[10:51] <amcsi> hey
[10:51] <mei> it seems to me
[10:51] <mei> that lts in the first 5 years include it?
[10:52] <mei> https://ubuntu.com/pro it does a comparsion where LTS has 5 years, and Pro has 10 years
[10:52] <amcsi> does anyone know a good screenshot taking application with which with PrintScreen I can capture a screenshot, and it does both without any confirmation windows: 1) save it to a file 2) copy it to the clipboard
[10:52] <mei> i will update each new lts so i don't think im involved
[10:55] <mei> https://ubuntu.com/pricing/pro it's free only on desktop if "infra-only" dunno what that means
[10:55] <ogra> mei, univers is completely unsupported by canonical .. that packages you see being updateable would not have had any security fixes before pro existed
[10:55] <mei> they would be fixed by the community (?)
[10:56] <mei> if you use universe, you know already that it's community based
[10:56] <mei> pro is going to patch security of community packages?
[10:56] <ogra> right, except that the community fixes were a really rare occasion
[10:57] <ogra> now they are a regular thing offered by canonical
[10:57] <mei> i wonder how they can support only security
[10:57] <mei> but generally not the package
[10:57] <mei> so if you have a bug, ask the community
[10:57] <mei> if you have security bug, we deal with it
[10:57] <mei> seems weird
[10:58] <mei> they basically pick the community package and apply some patches?
[10:58] <ogra> yes, the security fixes are backported ...
[10:58] <mei> backported from where?
[10:58] <mei> if the packages exist only only in universe
[10:58] <ogra> upstream, CVEs, wheerver a security patch gets offered
[10:59] <mei> okay
[10:59] <mei> and how they will manage
[10:59] <mei> if an universe package get updated
[10:59] <mei> by the mantainer?
[10:59] <mei> they build a new patch on it?
[10:59] <mei> i just don't understand this overlay
[10:59] <ogra> nah ... LTS packages do not get updated
[10:59] <mei> since is conflictual
[10:59] <mei> ohhh
[10:59] <mei> i see
[10:59] <mei> not ven in the first 5 years?
[10:59] <mei> even
[10:59] <mei> i didn't know that
[10:59] <ogra> (they never did, there are special occasions, but they are rare)
[11:00] <mei> so what
[11:00] <mei> "maintenance updates" are? vs "security updates"
[11:00] <ogra> https://wiki.ubuntu.com/StableReleaseUpdates
[11:00] <mei> by updated by a maintainer
[11:00] <ogra> this is the only way to get a package in an LTS updated
[11:00] <mei> i mean that they fix a bug
[11:00] <mei> not a new version
[11:00] <ogra> right
[11:00] <mei> let me see
[11:01] <ogra> a fix for a certain security hole gets backported but the package does not get updated otherwise
[11:01] <mei> this seems weird
[11:01] <mei> i thought universe could patch security
[11:03] <mei> so you can update a package if 1. security 2. severe regression 3. loss of user data 4. let work with current protocols
[11:03] <mei> doesn't that apply to universe?
[11:03] <ogra> it does
[11:03] <mei> so what happens if
[11:03] <mei> pro add a fix for security
[11:04] <mei> and after in universe a package
[11:04] <mei> get an update by idk 4. reason
[11:04] <ogra> but if nobody does it, such a rule is pointless
[11:04] <mei> they conclift
[11:04] <mei> conflict
[11:04] <ogra> how would it conflict ?
[11:04] <mei> so the mantainer
[11:04] <mei> get their package updated by canoninal
[11:04] <mei> and after that
[11:04] <ogra> to add such a patch it needs to be uploaded to te archive by a maintainer
[11:04] <mei> the package is again their?
[11:04] <mei> so how canonical
[11:04] <mei> can patch universe?
[11:04] <mei> if it require the maintainer?
[11:05] <ogra> the archive checks if a newer or same version exists and will refuse the upload
[11:05] <mei> so you are saying that
[11:05] <mei> the mantainer will have to patch
[11:05] <mei> the patched version
[11:05] <mei> after?
[11:05] <ogra> what do you mean by "the maintainer" ?
[11:05] <mei> okay i see
[11:05] <mei> the one in charge of the package in universe
[11:05] <mei> or the community not sure
[11:05] <ogra> who would that be ?
[11:05] <mei> i have no idea
[11:05] <ogra> there are no dedicated maintainers in ubuntu
[11:06] <ogra> the majority pf packages is team maintained
[11:07] <ogra> i.e. for universe this is the MOTU ... or a dedicated team for a set of packages (imagine the lubuntu team caring for all LXQT packages)
[11:07] <mei> okay so my question is
[11:07] <mei> let's say ubuntu pro patch a package security
[11:07] <mei> after MOTU need to update the package
[11:07] <mei> for one of the allowed reason
[11:08] <squarecircle> sarnold: hey, it works quite good actually, crypting an nbd device
[11:08] <mei> they need to start from the updated package
[11:08] <mei> made by canonical?
[11:08] <ogra> then this would be coordnated beween the two teams
[11:08] <mei> okay it's a lil weird
[11:08] <ogra> that teams communicate ?
[11:08] <ogra> 😛
[11:08] <mei> sure but
[11:08] <mei> you don't expectd
[11:08] <mei> a "community" team
[11:08] <mei> to be fast as a paid
[11:08] <mei> pro team
[11:09] <ogra> right
[11:09] <mei> so communication can be slow
[11:09] <mei> i expect canonical to be able to push security fixes
[11:09] <mei> on their own
[11:09] <ogra> sure
[11:09] <ogra> that will happen
[11:09] <mei> so its' the community side
[11:09] <mei> that when have to update an updated package
[11:09] <mei> have to deal with security pro team?
[11:10] <ogra> i'd guess so ... time will tell ... the process is still new i guess
[11:10] <ogra> but it will surely work out
[11:10] <mei> what does it mean free for
[11:10] <mei> inra
[11:10] <mei> infra
[11:10] <mei> "infra-only"
[11:10] <ogra> point is, before you had no security updates at all for these packages, now you do
[11:11] <mei> ogra: based on the rules of the page you linked, community could be patching security....
[11:11] <ogra> infra is a certain set of packages (i.e. not desktop) .... i think that is described on the pro page
[11:11] <mei> so well
[11:11] <ogra> ubuntu.com/pro ...
[11:11] <mei> it's not free
[11:11] <mei> it's only paid
[11:11] <mei> the rant by the user was about a lib
[11:11] <mei> used by gimp right?
[11:11] <mei> they have to pay for that fix
[11:12] <mei> if the lib is not infra-only
[11:12] <ogra> huh ?
[11:12] <mei> The following security updates require Ubuntu Pro with 'esm-apps' enabled:
[11:12] <mei>   libopenexr25
[11:12] <ogra> if you sign up for pro, this costs you nothing unless you are a big commercial company
[11:12] <mei> someone answered that it was free
[11:12] <mei> where is this explained?
[11:13] <ogra> it then gives you access to the security fixes in universe
[11:13] <mei> https://ubuntu.com/pricing/pro i see only paid versions here
[11:13] <ogra> ubuntu.com/pro ... "free for personal use" ...
[11:14] <mei> okay
[11:14] <mei> different page
[11:14] <ogra> 5 machines for anyone ... 50 machines for ubuntu community members
[11:14] <mei> okay
[11:14] <mei> got it
[11:14] <mei> well we don't know if the one ranting had a 5 machines situation though :)
[11:15] <ogra> well, i doubt it 🙂
[11:15] <ogra> but we cant ask anymore anyway
[11:16] <mei> many things are anyway installed by upstream repositories...
[11:16] <mei> example docker... nodejs...
[11:16] <mei> i wonder what situation
[11:16] <mei> require universe
[11:16] <ogra> heh, i use snaps for all of these
[11:16] <mei> snaps are by upstream?
[11:16] <mei> flatpak should
[11:16] <ogra> some
[11:16] <mei> oh okay
[11:18] <Znevna> I doubt that anyone's first thought while reading that message when doing updates will be "hey lemme see if it's free for personal use"
[11:18] <ogra> nodejs surely is .. and thanks to snaps you can have ten different node vrsions in parallel (or 100 ... though i doubt anyone would need that 🙂 )
[11:18] <ogra> Znevna, file a bug t improve the message
[11:18] <ogra> *to
[11:18] <mei> yeah it's a weird message
[11:18] <Dr_Alban> hello
[11:18] <mei> i think most of desktop users
[11:18] <mei> will wonder what is pro
[11:19] <Znevna> ogra: easier to search on how can you make it go away
[11:19] <ogra> well, if you prefer ...
[11:19] <mei> it seems a message made to push subscriptions to me
[11:19] <Znevna> I don't like extra useless lines in my terminal
[11:20] <mei> also
[11:20] <mei> even if it's free
[11:20] <mei> i wonder how many will not like to "register" and "login"
[11:20] <mei> to get updates
[11:20] <mei> it requires ubuntu one account
[11:20] <ogra> really up to them
[11:21] <ogra> you can always ignore the message ... or find some tutorial to disable it
[11:21] <mei> it's hard to figure out what is happening
[11:21] <ogra> after all is *is* a paid service ... but fairly paid by the companies that can affrod it ... to give it freely to people that can not
[11:21] <mei> you get that message open that page
[11:21] <mei> and what?
[11:21] <mei> i would not really figure out the meaning
[11:22] <mei> it's a bit complex
[11:22] <mei> although, if you see the message, i think you are using the terminal?
[11:22] <mei> maybe through ui you won't
[11:22] <ogra> again, file bugs ...
[11:22] <mei> so maybe it's not really pushed to consumers
[11:22] <ogra> ubuntu-bug ubuntu-advantage-tools
[11:22] <ogra> ... is the command you need ...
[11:23] <mei> it's fine
[11:23] <mei> i just dont use universe
[11:23] <mei> not involved by that
[11:24] <Znevna> the only bug I'd report is that you can't remove it without also removing ubuntu-desktop
[11:24] <Znevna> which I kinda need
[11:25] <ogra> only when doing release->new-realese updates
[11:25] <ogra> ubuntu-desktop is just a meta package ... you can always uninstall it
[11:25] <ogra> (just make sure to re-install it before going to the next LTS)
[11:29] <mei> what's the difference between pro, related to main, and ESM?
[11:29] <mei> they seems to cover the same
[11:30] <ogra> esm is pro
[11:30] <mei> okay
[11:31] <ogra> (or rather esm is part of pro)
[11:40] <mei> what
[11:40] <mei> apt update already tell you how to disable it guys
[11:40] <mei> "Use 'pro config set apt_news=false' to hide this and future APT news"
[11:40] <mei> you didn't see it!?
[11:41] <mei> apt upgrade*
[11:42] <ogra> mei, that only disables the "news"
[11:43] <ogra> i.e. that specific message
[11:46] <mei> i think it's good they let you know
[11:46] <mei> you have security bugs
[11:46] <mei> even if it's paid
[11:46] <mei> it's a nice allert
[11:46] <mei> alert
[11:47] <mei> without a message you would just not know about it
[11:47] <mei> wich is the worst situation
[12:44] <keiserr> Hello, I am experiencing a weird problem in ubuntu form 20.04 to now 22.04. my left click button was not working, unless i kill X and launch again, mouse works for like 2 minutes then left click stops working, sometimes when i move the pointer, it is selecting stuffs on my desktop. I thought i would upgrade to 22.04 yesterday to hopefully fix this, but still no fix, now i am on wayland, still same issue. be it touchpad or mouse, both are acting weird. Any
[12:44] <keiserr> idea?
[12:49] <mei> i'd try to add a new user and see if you have the same issue with it
[12:51] <ravage> could also be a hardware problem
[12:56] <keiserr> the same mouse works on a different ubuntu 20.04, no issues there.though on that one i did not apply any updates other than just security updates
[12:58] <ice9> in 22.10: "Dark"  style is selected, however backgrounds and menus are still on the "default" style; if I switched "color", they become "dark" and then reset after relogin or sometime; any idea?
[13:08] <keiserr> i shifted form wayland to x, the issue is still present.
[13:11] <ogra> well, start with creating a fresh testuser (you can delete it afterwards again) to see if some old/broken setting might be the cause of it ...
[13:14] <ogra> if you ruled that out i'd leave a terminal open on the desktop and run "jounralctl -f" in it so that you can see if there are any odd log messages exatctly at the time this happens ...
[13:14] <ogra> *journalctl
[13:27] <keiserr> rebooted and logged back in as the new testmouse user, left click still does not work. I say this error with journalctl -f: "/usr/libexec/gdm-x-session[1609]: (II) event7 - TP PS/2 IBMTrackPoint: Enabling button debouncing, see https://wayland.freedesktop.org/libinput/doc/1.20.0/button-debouncing.html for details"
[13:28] <keiserr> though i have typed this error as i can't copy paste
[13:28] <keiserr> i will be going through that doc and still nothing, then i will check back here
[13:30] <ogra> 👍
[13:34] <ogra> keiserr, i guess that page isnt helpful to work around the issue (you should file a bug as it suggests though) ... see https://askubuntu.com/a/1201038 for a workaround
[13:44] <BluesKaj> Hi all
[14:17] <throwthecheese> How do I get Ubuntu to detect my ES8336 audio card?
[14:18] <lotuspsychj3> throwthecheese: ubuntu should load modules for hardware automatic at boot, if not check on your dmesg
[14:18] <throwthecheese> I had to reinstall Ubuntu as I had to reinstall Windows and my previous Ubuntu partition got shredded in the process
[14:20] <throwthecheese> I upgraded my kernel to 6.1-rc1 (stock kernel doesn't have complete support for my device) and grabbed the relevant firmware from here: https://github.com/yangxiaohua2009/custom-kernel, but I get a dummy input in my audio settings
[14:22] <lotuspsychj3> throwthecheese: stock kernel of wich ubuntu release is not picking it up?
[14:22] <throwthecheese> I checked my dmesg and I found something about the respective tplg not being loaded
[14:23] <throwthecheese> 22.04 for your last question
[14:26] <WaV> Did you upgrade the kernel because of the audio card or because your hardware is newer?
[14:27] <throwthecheese> I upgraded my kernel to get my tablet stylus work as intended
[14:27] <WaV> Ok did it work in another kernel?
[14:27] <WaV> the audio that is
[14:29] <throwthecheese> I managed to get audio working after installing 6.1-rc1 and changing a configuration but this was before my Ubuntu partition was destroyed
[14:30] <WaV> Did you run the shell script that came in that repository that you linked that installs firmware/tplg and ucm?
[14:31] <throwthecheese> I could get my device detected under a previous kernel version but I couldn't get playback working back then
[14:31] <throwthecheese> And yes, I did run the shell script
[14:33] <lotuspsychj3> throwthecheese: did you file a bug on the stock kernel yet?
[14:33] <WaV> I'm not sure. Maybe pastebin the output of dmesg and paste a link here and someone can help walk you through the next steps towards resolution.
[14:33] <throwthecheese> I followed this guide before gaining knowledge of the new kernel that supposedly has full support for ES8336: https://webcache.googleusercontent.com/search?q=cache:Vj58wxd7aR8J:https://ubuntuhandbook.org/index.php/2022/07/fix-no-sound-issue-ubuntu-22-04-essx8336/&cd=1&hl=hu&ct=clnk&gl=hu&client=ubuntu
[14:36] <throwthecheese> For clarification, I'm on 6.1-rc1 at this moment
[14:37] <throwthecheese> Playback did work under this kernel
[14:37] <lotuspsychj3> throwthecheese: there seems to be a bug on https://bugzilla.kernel.org/show_bug.cgi?id=215119
[14:37] -ubottu:#ubuntu- bugzilla.kernel.org bug 215119 in Drivers "ES8336 and AMD Renoir: no sound from speakers/jack" [High, New]
[14:40] <throwthecheese> brb
[14:41] <throwthecheese> Back
[14:43] <throwthecheese> Tried to disable pulseaudio (as I have pipewire installed) but my audio hardware still doesn't get detected
[14:44] <lotuspsychj3> throwthecheese: another idea could be testing a higher kernel or ubuntu release as a test, see if your audio gets picked up there
[14:45] <lotuspsychj3> throwthecheese: unless you already tryed a 5.19 kernel?
[14:45] <throwthecheese> Point is that I could get it work on my previous installation and I can't quite remember how I did it
[14:46] <lotuspsychj3> throwthecheese: well, your device should work out of the box, if not i would file a bug about it and work from there as base
[14:46] <lotuspsychj3> throwthecheese: once your bug exist, you can start testing with kernels and !mainline kernels
[14:50] <throwthecheese> It didn't work out of the box when I first installed Ubuntu on this device
[14:51] <lotuspsychj3> throwthecheese: you could boot back into your kernel that came with your install, then file a bug; ubuntu-bug linux
[14:52] <throwthecheese> However, I could get my device detected on my previous installation
[14:54] <lotuspsychj3> throwthecheese: previous install wich ubuntu release/kernel?
[14:54] <throwthecheese> Now that I had to start over from square one, I can't even get rid of the dummy output issue
[14:54] <throwthecheese> 22.04
[14:54] <throwthecheese> With stock kernel
[14:55] <lotuspsychj3> throwthecheese: if 22.04 was your previous working install, wich release is your current broken install?
[14:56] <throwthecheese> Also 22.04
[14:56] <lotuspsychj3> throwthecheese: you just mean its not working on kernel 6.1-rc1 then?
[14:57] <throwthecheese> I already had 6.1-rc1 installed when I finally got playback working on my previous installation
[15:00] <throwthecheese> brb
[15:02] <throwthecheese> Switched back to my stock kernel; still have the dummy input issue
[15:03] <squarecircle> Ok. stupid question: why can I access my vdisk, if I attach it via virt-manager (GUI) but it fails, if I do `virsh attach-disk <stuff>`?
[15:04] <lotuspsychj3> throwthecheese: ok, create your bug from there with; ubuntu-bug linux
[15:04] <WaV> throwthecheese: file a bug as per lotuspsychj3 suggestion
[15:04] <squarecircle> If I attach it via virsh, it only shows as 1.1GB, if I do it via GUI, I can access the whole 1000GB
[15:06] <squarecircle> is there a way, that I can see, which command virt-manager sends to the vhost?
[15:57] <v8camel> !cloakme
[17:02] <Chunkyz> Afternoon all ❣❤
[17:40] <p3lim> hi, I'm trying to give a different group access to libvirt, but I'm having trouble getting the polkit to work out, this is my current rule: https://pastebin.com/LKryrqVM
[17:40] <alocer> Anyone knows where can i get my hands on Lunar testing iso?
[17:41] <WaV> https://cdimage.ubuntu.com/daily-live/pending/
[17:41] <alocer> p3lim: appologies for my newb question. but should you limit the access to command itself and not he libvirt?
[17:42] <alocer> WaV: Thanks
[17:42] <p3lim> alocer: I'm not intending for the group to use `virsh` locally on the machine, they'd use virt-manager on their workstation over ssh
[17:42] <p3lim> which is why I need to use polkit, otherwise it'd be a sudo rule
[17:43] <p3lim> and no, adding every single user to the libvirt group is not ok
[17:43] <WaV> alocer: Np. If you have other support questions, I encourage you to join #ubuntu-next.
[17:44] <WaV> (for lunar support specifically)
[17:48] <alocer> p3lim: i don't have the answer to your problem but lets say that virsh command has the permission of '0777' how can polkit prevent it from execution? so they are always running virsh behind sudo or else polkit is pointless! did i understand correctly?
[17:55] <zasalamel> pruzenn tap in your keyboard [sudo==restart==main==serverX==youtube.com==server==last==save]
[17:59] <zasalamel> pruzenn you install in your game some game cheats
[17:59] <arraybolt3> zasalamel: Excuse me?
[18:12] <zasalamel> pruzeen tap with your keyboard [ inode==scan==your==(conputer==name)]
[18:13] <arraybolt3> zasalamel: Do you have an Ubuntu support question?
[18:13] <zasalamel> pruzenntap with your keyboard [ inode==erase==all==virus]
[18:13] <arraybolt3> zasalamel: Please stop.
[18:39] <tesseract> guys, ubuntu officially supports for universe repo now?
[18:40] <tesseract> "Every Ubuntu LTS release comes with 5 years of free security patching for Ubuntu main, the primary repository for the Ubuntu OS. With Ubuntu Pro that support is expanded to 10 years and now covers Ubuntu Universe which includes over 23,000 software packages."
[18:40] <tesseract> in ubuntu blog
[18:40] <tesseract> was it supporting universe repo before in first 5 years?
[18:40] <tesseract> as far as i remember they weren't
[18:41] <tesseract> anyone has knowledge about this?
[18:41] <Sarkozi> oi
[18:41] <Sarkozi> gostaria de saber qual o canal oficial do linux mint
[18:41] <tesseract> so, for example VLC will get security updates for 10 years?
[18:41] <tomreyn> !mint | Sarkozi
[18:42] <tomreyn> tesseract: i don't know what you are referring to, using URLs can help
[18:42] <Sarkozi> tanks
[18:42] <tomreyn> tesseract: there is https://ubuntu.com/pro
[18:42] <tesseract> tomreyn: https://ubuntu.com/blog/ubuntu-pro-enhanced-security-and-manageability-for-linux-desktop
[18:43] <tesseract> tomreyn: were ubuntu supporting officially universe repo before?
[18:43] <tesseract> was*
[18:44] <tomreyn> universe previously depended on commnuity support. there was the occasional security patch by the ubuntu security team
[18:44] <tesseract> tomreyn: so, now fully supported? when did it happen?
[18:44] <tomreyn> now, as ubuntu pro was updated, as you can read on the page i posted, there is free "best effort" support for "Over 23,000 packages in Ubuntu Universe repository"
[18:45] <tesseract> "best effort" kills the hype i guess
[18:45] <tomreyn> i'd say "best effort" and "fully supported" are not the same thing
[18:47] <arraybolt3> tesseract: Also important to note that 23,000 packages in Universe is not the same as "the entirety of Universe".
[18:47] <tesseract> i see
[18:47] <arraybolt3> It's definitely a very good new feature, though.
[19:36] <jhutchins> p3lim: How many systems do you know of that are actually multi-user systems?
[19:39] <WaV> Its required to have Ubuntu Pro now for security updates? Will they eventually be phased in if Pro is not enabled?
[19:40] <tomreyn> there's no change to security updates in main/restricted
[19:41] <Habbie> security updates are never phased, as far as i know
[19:42] <WaV> I see. I was just notified of a package I installed from the universe repository that has an available security update. It is only available with Ubuntu Pro though.
[19:43] <arraybolt3> WaV: The Main and Restricted repos always have (and to my awareness always will) get reliable security updates. Universe packages have only gotten what the community could do, which hasn't been much in some instances.
[19:43] <arraybolt3> Ubuntu Pro fixes that for a lot of the packages (though not all).
[20:25] <Macwinner> hi, I was wondering what the default 'sysctl net.core.default_qdisc'  and 'sysctl net.ipv4.tcp_congestion_control' are on ubuntu 22.04 servers.  They have been modified by our ansible build script on production servers. just trying to see what they would normally be.
[20:28] <ravage> start a VM and see for yourself
[21:23] <burton`> Has anybody in here had any success with Live Build (lb) to build a custom installable ISO for Ubuntu?
[21:23] <burton`> I've been trying for weeks but it always seems to fail in some way or another.  I can get it to work on Debian, but I need an ubuntu image.
[21:28] <kikkoman> Late good evening.
[21:31] <kikkoman> So. I'm about to ask something, that has most likely been asked a thousand or more times..  The stuttering on Ubuntu 22.04, Windows stuttering while dragging them, CPU spiking, System dead hanging on simple renders, to the point, where i have to hard shutdown..  Whats up with this?
[21:31] <kikkoman> I see report on report, about the symptoms. But do we have any idea where the issue is ?
[21:33] <kikkoman> I had no issues on 18.04
[21:36] <arraybolt3> kikkoman: Do you know what's consuming the CPU? gnome-shell, perhaps?
[21:36] <tomreyn> kikkoman: this is most likely not a universal thing, but something which is specific to the graphics server you're using (Xorg or wayland), the graphics hardware and drivers you're using, the gnome extensions you may be using etc.
[21:36] <arraybolt3> It might be related to the transition from X to Wayland, in which case logging in with "Ubuntu on Xorg" mode may resolve the problem.
[21:37] <kikkoman> I am yet to actually try with Xorg. Was just about to say, i can't say for sure, but i think it's Wayland.
[21:38] <kikkoman> No extensions.
[21:38] <kikkoman> Using recommended driver for an old Nvidia card too.
[21:40] <kikkoman> Even grabbing a .gif is impossible, or recording anything for that matter.
[21:40] <kikkoman> I'm 98% sure, i am down the same path, as so many others seem to be.
[21:40] <arraybolt3> kikkoman: Oh. Your older version of Ubuntu might have been giving you Nvidia proprietary drivers that no longer are supported, and so you probably are using Nouveau now.
[21:40] <arraybolt3> That would possibly cause these symptoms.
[21:41] <arraybolt3> Plus Wayland and NVIDIA don't work very well together.
[21:41] <kikkoman> No, i installed drivers separately.
[21:42] <kikkoman> I just waited long, before seeking my way here :)
[21:42] <kikkoman> It's been a while, since i took the step, from 18.04
[21:44] <kikkoman> Well, i have to try with Xorg instead. Because i ain't getting anything creative done, like it is now. If i'm lucky, i get a crash in style, with getting logged out.. But if i am unlucky, like i usually am haha. The whole system freezes, to the point, where even the cursor gets stuck.
[21:55] <tomreyn> kikkoman: maybe the hardware you're using is so old that it's only supported by legacy nvidia driver series, which haven't seen an update - such as for wayland compatibility, or other parts of the graphics stack which does continue developing.
[21:55] <tomreyn> ... in a long time
[21:58] <kikkoman> It might be, I'm running a Gtx 680 Card.
[22:00] <kikkoman> It's not like stoneage old. But it's nothing by todays standards :)
[22:00] <toddc1> GTX 680 launched on March 22nd, 2012.
[22:00] <kikkoman> But it works.. And well, before these issues, it served me good 98% of the time still :)
[22:02] <toddc1> may be a issue of nvidia's support on modern linux but you could test it on a live disk
[22:02] <kikkoman> From what i have read, about the similar issues other have, i think i picked up, that most live sessions, were ok.
[22:03] <tomreyn> https://en.wikipedia.org/wiki/GeForce_600_series#Discontinued_support
[22:04] <tomreyn> https://nvidia.custhelp.com/app/answers/detail/a_id/3142/ also has a statement on Kepler GPUs
[22:05] <ravage> https://nouveau.freedesktop.org/FeatureMatrix.html
[22:06] <kikkoman> Great.. So do i need a new GPU now then too.
[22:06] <kikkoman> Not saying it's not about time or anything but :)
[22:06] <ravage> Kepler (GTX 600 series) looks fully supported. NVE0 in the matrix
[22:07] <tomreyn> so it should continue to be useable with nouveau, and for now it's also still usable with the properitary nvidia-470 series
[22:07] <tomreyn> https://packages.ubuntu.com/search?exact=1&keywords=nvidia-driver-470
[22:08] <kikkoman> I'm using the 470 series.. Alright, so there is hope still. I suppose Xorg test it is then. To begin with.
[22:11] <kikkoman> Alrighty, thanks everyone for the info. The rest is up to me now then. Have a good weekend :)
[22:12] <tomreyn> you, too
[23:38] <yin846> hello. im on a desktop and i have a nvidia gpu(rtx 3060) and intel graphics(UHD 630). i installed the proprietary driver(nvidia-driver-525), which is the correct one according to their website. whenever i connect my 1 monitor to the nvidia gpu i get no signal. my gpu has hdmi(2) and displayport(2) but i can only use hdmi. i tried both ports. im also using xorg not wayland. what else should i try?
[23:39] <yin846> what i meant by only being able to use hdmi, is that i can only use the hdmi port on the motherbaord(intel graphics)
[23:42] <tomreyn> yin846: i probably won't be able to support you there, but for others it will be relevant to know how you installed the drivers (using the ones provided by ubuntu? or downloaded from nvidia.com?) and which ubuntu version you have there.
[23:42] <yin846> provided by ubuntu. 22.04
[23:43] <tomreyn> if this rtx 3060 is very new (i have not checked), you may want to use the "graphics-drivers" !PPA
[23:43] <tomreyn> !ppa
[23:44] <tomreyn> https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa
[23:44] <yin846> okay. thank you. i will give that a try.
[23:47] <tomreyn> yin846: actually, the driver version there is the same that's also in ubuntu 22.04 lts
[23:48] <tomreyn> 22.04 "jammy" package in ubuntu proper https://packages.ubuntu.com/search?suite=jammy-updates&exact=1&keywords=nvidia-driver-525 and this ppa https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa?field.series_filter=jammy
[23:49] <tomreyn> yin846: something else you may want to try is to use Xorg rather than wayland (select on login screen using the "settings" icon)
[23:50] <yin846> yep. im already using xorg. im going to try blacklisting the intel graphics drivers. i found a post saying there could be a conflict between the modules.
[23:51] <yin846> thanks
[23:52] <tomreyn> if you would instead like to try to upgrade the free (for the intel GPU) graphics driver stack, you could use https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
[23:52] <tomreyn> i would not combine the two PPAs, though
[23:53] <tomreyn> oh, gone


[11:51] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq closed [issue #2630](https://github.com/MirServer/mir/issues/2630): Support mapping a Compose key


[05:31] <matthewmpp> I have a quick question: does anyone know how to say "here" (in this directory) in Bash?
[05:32] <hyperair> .
[05:32] <hyperair> or.. $(pwd)
[05:32] <hyperair> or.. `pwd`
[05:32] <matthewmpp> okay, thanks.
[05:33] <hyperair> or.. ../$(basename $(pwd))
[05:33] <hyperair> =D
[07:54]  * asac says hello
[07:55] <mvo> hey asac!
[07:55] <asac> hi mvo ;)
[07:56]  * asac dives into monday morning mail fun :)
[07:56] <mvo> asac: yeah, I'm right in it currently - but tea is my saviour
[08:03] <pitti> hey mvo
[08:03] <pitti> asac: good morning
[08:03] <mvo> hey pitti, good morning
[08:05] <asac> morning pitti
[08:07] <asac> http://techvideoblog.com/computex/arm-director-of-mobile-computing-about-arm-laptops-with-android-and-ubuntu/
[08:25] <didrocks> good morning o/
[08:27] <pitti> bonjour didrocks
[08:28] <didrocks> hey pitti, is your flu getting better?
[08:28] <pitti> didrocks: last days of it, just a minor inconvenience now; thanks
[08:40] <didrocks> pitti: do you thing that bug #182345 worthes a fix in hardy/intrepid-update?
[08:40] <didrocks> hey seb128 ;)
[08:40] <seb128> hello didrocks
[08:40] <pitti> hey seb128
[08:40] <seb128> didrocks: intrepid: no, who still use that when it's not a lts and jaunty is clearly better?
[08:41] <pitti> seb128: for hardy it sounds fine, given the number of dups
[08:41] <didrocks> seb128: I fixed it in jaunty before the release and it seems that there is no regression
[08:41] <seb128> didrocks: still who cares about intrepid?
[08:42] <didrocks> seb128: ok, so, I can fix it in hardy :)
[08:42] <seb128> that's what I would suggest
[08:42] <seb128> that's only my opinion though
[08:42] <seb128> hey pitti!
[08:45] <pitti> didrocks: I concur with Seb
[08:45] <didrocks> ok, it's not a big deal. I think I can find some time this evening to do it.
[08:48] <asac> ArneGoetje: any idea yet, when we do the next scheduled langpack SRU?
[09:01] <crevette> good morning
[09:04] <seb128> lut crevette
[09:04] <seb128> so I don't recommend anybody to upgrade to karmic
[09:04] <seb128> xorg crashes when I lock the screen, suspend doesn't work, vt switch bugs
[09:04] <pitti> ugh
[09:04] <seb128> not upgrading before uds was a good move ;-)
[09:04] <crevette> hey karmic is working almost fine here
[09:04] <pitti> seb128: is that with xorg-edgers or pure karmic?
[09:05] <seb128> pure karmic
[09:05] <seb128> and still running the jaunty linux version
[09:05] <pitti> eww
[09:05] <pitti> seb128: I don't think that's a good idea
[09:05] <pitti> the new intel driver needs the latest kernel pretty much
[09:05] <pitti> they dropped EXA and such
[09:05] <seb128> there is nothing in the chain of depends suggestion that
[09:05] <seb128> I'm playing luser there ;-)
[09:06] <pitti> well, a luser would have update-manager'ed and got 2.6.30 :)
[09:06] <seb128> yeah could be, I just had hours of download to get there and decided to upgrade gradually components I'm interested in
[09:07] <crevette> stp spreading FUD on ubuntu seb128 !!!! (:)
[09:07]  * seb128 kicks crevette
[09:07]  * crevette ducks
[09:08] <pitti> seb128: I'm really interested in how it works for you on 2.6.30
[09:08] <pitti> it's supposed to be wonderful
[09:08] <pitti> (especially once you enable KMS)
[09:09] <crevette> I've a potential fix for bluetooth for jaunty, is there a process before proposing it to make sure it can go on SRU?
[09:09] <seb128> crevette: to fix what?
[09:09] <pitti> crevette: make sure it matches the SRU criteria
[09:09] <seb128> pitti: ok, will continue upgrading today and let you know
[09:09] <pitti> seb128: merci
[09:09] <crevette> seb128, pairting not working, with potential overflow, the patch comes from upstream
[09:09] <seb128> crevette: sounds like a candidate for a stable update
[09:10] <crevette> I have a confirmation it fixes the problem, I hope I can haz more confirmation
[09:10] <seb128> doh
[09:10] <seb128> mailing lists ...
[09:10] <seb128> every day a new endless discussion there, mono, units, etc
[09:10] <pitti> delete-thread FTW :)
[09:10]  * pitti ignored the mono one
[09:11] <seb128> I'm just reading it quickly to know what this one is about
[09:11] <seb128> I've ignored the units one
[09:12] <seb128> this email is not really code of conduct friendly
[09:13] <crevette> the bug is https://bugs.edge.launchpad.net/bugs/332119
[09:13] <crevette> if it matters
[10:07] <smb> Hello somebody around who knows more details on gvfs than I do?
[10:07] <seb128> not easy to say without knowing what you know ;-)
[10:08] <smb> Probably not that much except it is there and does network mounts (too) :)
[10:08] <smb> I am currently looking at bug 276472
[10:08] <smb> That came in as cifs bug but seems fixed there
[10:09] <smb> Only with gvfs I cannot do a touch on a file (operation not supported)
[10:09] <smb> Now, the question would be intended or bug...
[10:10] <smb> (the latest userspace I verified this was Jaunty)
[10:10] <seb128> do you try to touch on what location?
[10:11] <smb> Ok, right. The testcase is: mount share via gvfs. create a directory there and a file within that with touch. The response is the error above while the file is created with the current time and date
[10:12] <smb> Writing to the file also updates the time, only touch fails (so will cp -p)
[10:16] <seb128> gvfs can't do mounts
[10:16] <seb128> it does gmounts which can be used by GNOME applications
[10:16] <seb128> but "touch webdav://something" is not likely to work, I doubt touch understand gvfs uris
[10:16] <seb128> or use gvfs
[10:16] <seb128> or do you use the fuse .gvfs?
[10:18] <smb> It is mounted with fuse to $HOME/.gvfs/<share> Yes
[10:18] <smb> Thats done automatically when browsing into that share
[10:18] <smb> So the touch is done in that fuse subdirectory
[10:19] <seb128> could be a fuse limitation
[10:19] <seb128> I think that has been discussed upstream before
[10:21] <smb> That might be. That is where my knowledge stops.
[10:22] <smb> It seems unlikely a kernel problem (except if there is problem with the fuse kernel interface)
[10:23] <crevette> hmm bluez is a good canditate for merging with debian
[10:40] <asac> crevette: are there any changes left in ubuntu?
[10:50] <crevette> asac, from what I seen we carry the almost same patch
[10:57] <asac> crevette: so sync?
[10:58] <crevette> yep even, I need to double-check, because the packaging is different, so I need to confirm this is okay
[10:59] <asac> thanks
[10:59] <asac> let us know.
[12:15] <chrisccoulson> hi pitti
[12:16] <chrisccoulson> i'm not sure if you saw my message over the weekend or not
[12:16] <pitti> hey chrisccoulson
[12:16] <pitti> chrisccoulson: I did
[12:16] <pitti> chrisccoulson: apparently that was an accident, sorry; I copied it to karmic now as well
[12:16] <chrisccoulson> i wasnt sure if it was intntional or not
[12:16] <chrisccoulson> thanks:)
[12:17] <chrisccoulson> there was a positive comment about the upgrade on a separate bug report (bug 361560)
[12:33] <davmor2> guys I've noticed a couple of issues with totem plugins in karmic.  The bbciPlayer plugin doesn't install and I don't seem to be able to find the youtube plugin anymore even though it is still listed in synaptic for totem-plugins
[12:34] <davmor2> Bug 384768 and Bug 384767
[12:37] <seb128> davmor2: no need to join the channel 10 minutes after bug are submitted if everybody was doing that we could not use IRC
[12:37] <asac> so rfcXXXX.txt documents are not dfsg right?
[12:37] <asac> nevermind ill ask on -devel
[12:38] <seb128> asac: do we care about dfsg in ubuntu?
[12:39] <asac> seb128: to some degree yes (not sure where we draw the line). anyway, having the package dfsg free allows me to upload to debian too ;)
[12:40] <davmor2> seb128: normally I'd ask before hand.  But I thought if these were things that were expecting to be working in alpha 2 then it might be worth mentioning them here too.  But I do take your point :)
[12:41] <seb128> those don't seem stopper for alpha2 to me
[12:41] <seb128> it's still an early alpha, I expect it to install run and mostly work, we don't care if a corner option of one application doesn't work as expected
[12:42] <seb128> better to keep IRC lobbying for real issue otherwise people will just start ignoring what you say if you list every small glitch there, we get hundred of bugs a day
[12:44] <davmor2> seb128: I thought that the iplayer one might of been important.  But that's okay :)
[12:44] <seb128> davmor2: what is iplayer?
[12:44] <seb128> that's something I don't even know about
[12:44] <seb128> those bugs are about youtube and bbc no?
[12:45] <davmor2> yes BBCiPlayer
[12:45] <davmor2> seb128: iplayer is the bbc's way of doing internet tv :)
[12:46] <seb128> that one is a new upstream thing, that never worked or was there before
[12:46] <seb128> I fail to see why it should be a stopper now because it has just been added and it's not working
[12:46] <davmor2> okay
[12:49] <seb128> and the youtube plugin not being built was described in the changelog with the reason
[12:49] <seb128> sorry about the ranting, I've read too many bugs today with the weekend backlog etc
[12:53] <davmor2> seb128: One other thing I noticed is that during the install I get an error about /dev/sda being mounted.    The icon of the hd vanishes leading you to believe that it has been unmounted where as in fact it isn't.  Any idea what I should file the bug
[12:54] <seb128> "an error about /dev/sda being mounted."
[12:54] <seb128> what sort of error? do you have a screenshot?
[12:54] <rodrigo_> is there any way to have empathy color the tabs, or notify me when someone talks to me on a public channel?
[12:54] <rodrigo_> it just notifies me of private messages
[12:54] <seb128> usually we don't display error about things mounted, rather about things which can't be unmounted
[12:55] <davmor2> seb128: Sorry error is the wrong word a dialogue box warning "The installer has detected that the following disks have mounted partitions: /dev/sda ......."
[12:55] <seb128> ubiquity
[12:55] <seb128> if the error message is an installer one it's an installer bug
[12:55] <Zdra> rodrigo_: you get urgent hint on the chat window
[12:55] <rodrigo_> Zdra: I don't, or I can't see it
[12:56] <Zdra> rodrigo_: depends on the version you are using, we fixed a bug about that recently
[12:56] <rodrigo_> 2.26.1
[12:57] <seb128> Zdra: empathy not showing connection errors is a known issue?
[12:57] <Zdra> rodrigo_: The patch that fixed urgency hint for MUC: http://git.gnome.org/cgit/empathy/commit/?id=7c1c77662edf9ef232bb7648fa6c516d31de3648
[12:57] <Zdra> rodrigo_: I don't remember if that was included in 2.26
[12:58] <Zdra> seb128: The main window shows an error, normally
[12:58] <rodrigo_> Zdra: seems not in here, so where are packages for that fix if any?
[12:58] <Zdra> seb128: but it is known that in general error reporting is really poor
[12:58] <seb128> not there, and the status is displayed nowhere out of the details dialog that I found just by playing around
[12:58] <rodrigo_> I seem to be missing people's comments a lot since I moved to empathy :)
[12:59] <cjwatson> hi, davmor2 said he was having trouble explaining an installer-relevant problem here
[12:59] <Zdra> rodrigo_: you can use the telepathy ppa to use 2.27.x versions
[12:59] <seb128> empathy doesn't make me a great impression either so far too
[12:59] <seb128> cjwatson: <davmor2> seb128: Sorry error is the wrong word a dialogue box warning "The installer has detected that the following disks have mounted partitions: /dev/sda ......."
[12:59] <rodrigo_> Zdra: and would that bring too many karmic deps?
[12:59] <rodrigo_> Zdra: still on jaunty here
[12:59] <cjwatson> ok, let me explain with a tad more context :-)
[12:59] <seb128> cjwatson: that's what he described and yeah, I've difficulties to understand the issue
[13:00] <Zdra> rodrigo_: we backport everything to jaunty
[13:00] <rodrigo_> ah cool!
[13:00] <cjwatson> apparently on karmic the desktop automounts filesystems a bit more aggressively than it used to (at least, that's what the symptoms suggest)
[13:00] <seb128> I would not be surprised since we switched to a new technology, ie devicekit-disks
[13:00] <cjwatson> since the installer is doing partitioning, it needs to make sure that the disk it's partitioning isn't busy - that is, no filesystems on it are allowed to be mounted
[13:00] <cjwatson> is the more aggressive automounting deliberate?
[13:01] <cjwatson> or just an accidental consequence of switching to dk-disks?
[13:01] <seb128> not sure, do you have details on what event trigger the mounting?
[13:01] <cjwatson> no
[13:01] <cjwatson> AFAIK they're just mounted on startup
[13:01] <davmor2> seb128: it's just mount on the live desktop when the system starts
[13:01] <seb128> I would say that devicekit-disks behaves differently from what we had, we need details about the events it reacts to to say if that's a bug or not
[13:02] <seb128> pitti: ^ do you know?
[13:02] <cjwatson> automounting is something we used to do, and then AFAIK deliberately moved away from since it caused problems
[13:02] <cjwatson> for instance automounting journalled filesystems was an issue for anyone who'd hibernated
[13:02] <cjwatson> so I was a bit surprised to hear about it returning
[13:03] <seb128> the GNOME stack should not automount static partitions, only removable devices
[13:03] <cjwatson> davmor2: is /dev/sda your USB stick or your hard disk?
[13:03] <rodrigo_> ok, brb on empathy 2.27.x
[13:04] <davmor2> cjwatson: seb128:  No sda is my main harddrive
[13:04] <cjwatson> yeah, the installer would normally only complain about the installation *target* so that makes sense
[13:04] <seb128> I doubt it's GNOME mounting it, you would need a password to mount a static partition
[13:05] <seb128> ie get a policykit dialog asking your password to do the mount
[13:05] <cjwatson> I suppose there's an outside chance it could be casper, but nothing relevant has changed in that area as far as I know
[13:06] <cjwatson> do you mean GNOME as distinct from DK-disks
[13:06] <cjwatson> ?
[13:06] <seb128> could be lower in the stack, ie devicekit-disks
[13:06] <seb128> let's wait for pitti, he's the one who knows about this one
[13:06] <cjwatson> ok
[13:06] <seb128> yeah, GNOME, as gvfs etc
[13:06] <rodrigo_> hmm, empty contacts list in empathy 2.27.2, is that known?
[13:07] <seb128> gvfs used hal as a backend and use devicekit-disks now
[13:07] <seb128> so maybe it gets different events
[13:07] <seb128> but gvfs would be asking for a password to mount a static partition so I guess it's something lower in the stack doing it
[13:07] <davmor2> seb128: there's no policykit password request.
[13:08] <seb128> do we have any indication of when that behaviour started?
[13:08] <seb128> pedro_: ola!
[13:09] <pedro_> bonjour seb128!
[13:09] <davmor2> seb128: it didn't before uds
[13:09] <pedro_> seb128: feeling better?
[13:09] <seb128> ok, so it's a "some weeks margin"
[13:09] <davmor2> this is my first test post uds
[13:09] <seb128> not making very easy to spot what changed
[13:10] <cjwatson> hardly davmor2's fault, we didn't have karmic live CDs for ages
[13:10] <seb128> pedro_: yeah, spent my weekend in bed, thanks to you but today I'm almost back to normal, just coughing still
[13:10]  * mvo hugs seb128
[13:10] <mvo> seb128: get well!
[13:10] <pedro_> was the french flu not mine :-P
[13:10] <seb128> cjwatson: oh I was not blaming anybody, just trying to figure if that was matching recent changes ;-)
[13:10] <rodrigo_> hola pedro_
[13:10]  * seb128 hugs mvo
[13:10] <pedro_> hola rodrigo_
[13:10] <pedro_> hey mvo
[13:10] <mvo> hey pedro_
[13:10] <seb128> mvo: I got the chilian flu, I can understand you felt after GUADEC now
[13:11] <pedro_> I got the french one and then you get the same
[13:11] <seb128> pedro_: no no, I only had running nose and I was fine, with you flu I've spent almost a week being k.o
[13:11] <pedro_> so it was a variant of your own flu!
[13:24] <didrocks> pedro_: not the french one. I didn't got it :) (hey !)
[13:25] <pedro_> didrocks: hello!, because you're french and inmune!
[13:25] <seb128> next they will call me german again ... ;-)
[13:25] <didrocks> ahah :-)
[13:42] <didrocks> seb128: as soon as the "Application Priorities" spec is ready, I agree to work on it, as we discussed at UDS
[13:42] <didrocks> (and yes, I just got spammed ;))
[13:43] <seb128> didrocks: ok, excellent ;-)
[13:45] <kenvandine> seb128: feeling better i hope?
[13:58] <seb128> pitti: did you read the backlog?
[13:58] <pitti> oops, doing now
[13:59] <seb128> pitti: nothing urgent don't worry, btw do we have some documentation on devicekit-disks, how to debug issues in the new world etc?
[14:00] <pitti> cjwatson: you mean internal disks get automounted?
[14:00] <pitti> cjwatson: that's indeed a fallout from hal -> DK migration
[14:00] <pitti> cjwatson: I disabled that for internal disks in hal
[14:00] <pitti> but didn't port the patch to dk
[14:01] <pitti> seb128: no documentation yet
[14:01] <pitti> cjwatson: indeed, I guess partman needs to be updated for that (devkit-disks --inhibit <program>, or spawn devkit-disks --inhibit and kill it once your're done)
[14:02] <cjwatson> what does partman have to do with it?
[14:02] <pitti> seb128: you can run the d-bus backend in the foreground for debugging output, similar to hal
[14:03] <pitti> cjwatson: ubiquity, sorry
[14:03] <cjwatson> but the disks are being automounted before ubiquity starts
[14:03] <pitti> cjwatson: right, I need to fix that
[14:03] <cjwatson> I mean, OK, we can convert ubiquity over, it just doesn't seem to address this :)
[14:03] <pitti> cjwatson: it just occurred to me that ubiquity needs a replacement for the current hal automount inhibition
[14:04] <cjwatson> ok, I'll look at that, thanks
[14:05] <cjwatson> pitti: does it have the same argument handling stupidity as hal-lock?
[14:05] <pitti> seb128: ^ BTW, we need to fix that in gvfs
[14:05] <seb128> pitti: "that"?
[14:05] <pitti> seb128: not automount internal drives by default
[14:05] <seb128> pitti: it's not gvfs doing the automounting, is it?
[14:05] <pitti> seb128: I suppose it is, what else?
[14:05] <seb128> gvfs would need to ask you polkit credentials
[14:05] <pitti> seb128: not in the live system
[14:05] <seb128> and it doesn't
[14:06] <pitti> cjwatson: in what way?
[14:06] <seb128> pitti: hum, it's weird, on my laptop partitions are not automounted
[14:06] <pitti> seb128: nautilus then, I suppose; well, I'll look at it
[14:06] <cjwatson> pitti: hal-lock took the subsidiary program and arguments to run as a single argument, so you had to join them together with spaces
[14:06] <seb128> I'm not sure why it would be different on the livecd though
[14:06] <cjwatson> e.g. hal-lock --interface org.freedesktop.Hal.Device.Storage --exclusive --run 'ubiquity --foo --bar'
[14:07] <cjwatson> rather than e.g. having a -- to terminate its own options
[14:07] <pitti> cjwatson: no, that works now (with --)
[14:07] <cjwatson> oh good, thanks
[14:08] <pitti> sudo devkit-disks --inhibit -- ls --help
[14:08] <pitti> -> ls help
[14:08] <pitti> sudo devkit-disks --inhibit  ls --help
[14:08] <pitti> -> dk-disks help
[14:11] <ArneGoetje> asac: there are language-pack updates waiting in -proposed for Hardy and Intrepid. So far I didn't get any feedback yet from the community. Next updates are due after the Rosetta database has been converted to use message sharing.
[14:12] <asac> ArneGoetje: why just hardy/intrepid and not jaunt?
[14:12] <asac> y
[14:13] <ArneGoetje> asac: because the process for message sharing started immediately after Jauty release and hasn't finished yet.
[14:14] <asac> ArneGoetje: will that have any impact on output format/syntax of the exported po files?
[14:14] <ArneGoetje> asac: nope
[14:15] <ArneGoetje> asac: but after the db has been converted, there will be an influx of "new" messages across the stable releases.
[14:15] <asac> ArneGoetje: what does "process" mean here? rolling out code? or db conversion?
[14:15] <ArneGoetje> code and db conversion. db conversion has not finished yet.
[14:16] <asac> ArneGoetje: can you explain what "influx of new messages across ..." means?
[14:20] <ArneGoetje> asac: message sharing means, that for the same project (e.g. Ubuntu) messages and translations get shared across the releases. Before they have been separated. Means translators had to translate the same string for the same applications multiple times to make it available in all releases. MOst translators only focused on the current release, some focused on the last LTS, instead. Example: a number of strings have been translated for Hardy after its
[14:22] <asac> ArneGoetje: ok thanks. wonder what that means for firefox-3.5 vs. firefox. i think it will not matter if we use a different template name?
[14:23] <asac> ArneGoetje: any clue why our firefox-3.0 source provided template is called "firefox" (without version) in rosetta?
[14:23] <ArneGoetje> asac: correct.
[14:23] <asac> same for xulrunner-1.9
[14:24] <ArneGoetje> asac: because it wasn't necessary to have a version number, yet.
[14:24] <ArneGoetje> asac: will the templates be radically different from firefox-3?
[14:24] <asac> ArneGoetje: that might be the rational, but how did this happen? was that done manually? what happens if i upload firefox-3.5?
[14:24] <rickspencer3> pitti: good afternoon
[14:25] <pitti> hey rickspencer3, how was your weekend?
[14:25] <rickspencer3> pitti: fine, though I discovered that liblaunchpad is not entirely thread safe :(
[14:25] <ArneGoetje> asac: I suppose that sourcepackage would then be named accordingly and not firefox-3?
[14:26] <asac> ArneGoetje: yes.
[14:27] <ArneGoetje> asac: would it be possible to have both, firefox 3 and 3.5 installed in parallel?
[14:27] <rickspencer3> pitti: I can surely put the burndown script in a lp branch, but I'm not sure what people.ubuntu is, or how to use it
[14:27] <rickspencer3> should I?
[14:27] <asac> ArneGoetje: yes
[14:27] <asac> ArneGoetje: i want them to have different templates
[14:27] <asac> ArneGoetje: i am just curious how the firefox-3.0 template got named firefox in rosetta
[14:27] <pitti> rickspencer3: it's your ~/public_html/ on ronne.ubuntu.com
[14:27] <ArneGoetje> asac: makes sense then.
[14:28] <pitti> rickspencer3: we use that for storing publicly accessible stuff, both temporary (like http://people.ubuntu.com/~pitti/tmp/) and permanent (like http://people.ubuntu.com/~pitti/scripts)
[14:28] <ArneGoetje> asac: we set the name manually. It's also possible to rename templates in the database.
[14:28] <pitti> rickspencer3: I also use to put my talk slides there, and so on
[14:28] <rickspencer3> hmmm
[14:28] <asac> ArneGoetje: ok. so currently there is a mapping firefox-3.0 -> firefox and xulrunner-1.9 -> xulrunner. good.
[14:28] <rickspencer3> sounds like I should learn how to do that
[14:29] <ArneGoetje> asac: yes
[14:32] <ArneGoetje> asac: we can rename the old ones to carry the version number if you want, or we just name the new ones to carry the new version number. It's basically the script in langpack-o-matic, which needs to distinguish the versions. And currently the xpis are in rosetta-jaunty/xpi/firefox/ and rosetta-jaunty/xpi/xulrunner. If we rename those two templates to carry the version number, those directories will reflect this.
[14:32] <seb128> kenvandine: hi
[14:34] <asac> ArneGoetje: right. i think it would be good to rename them ...
[14:34] <asac> ArneGoetje: but i think not now. lets better wait till we have ffox 3.5 and then fix bugs in lang-pack-o-matic first
[14:35] <kenvandine> hey seb128
[14:35] <kenvandine> seb128: feeling better?
[14:35] <ArneGoetje> asac: +1
[14:36] <asac> ArneGoetje: so is there any ETA on when we can start using rosetta for kamic?
[14:38] <ArneGoetje> asac: I hope in the end of this month. Need to prod the rosetta guys how their testing is going.
[14:40]  * asac noted
[14:42] <seb128> kenvandine: yes, much better, thank you
[14:42] <kenvandine> great
[14:42] <kenvandine> seb128: see my mail about empathy?
[14:42] <seb128> kenvandine: to respond to your email, using libpurple for msn sounds good indeed
[14:42] <kenvandine> great
[14:42] <kenvandine> how about python-telepathy?
[14:42] <kenvandine> i think it would be useful
[14:44] <seb128> kenvandine: in which sense?
[14:44] <seb128> kenvandine: is it used right now?
[14:45] <kenvandine> i think only for butterfly
[14:45] <kenvandine> but other apps could use it
[14:45] <seb128> we can delay the mir until it's required
[14:45] <kenvandine> sure
[14:45] <kenvandine> ok
[14:45] <seb128> usually we do mir things when we block on those
[14:45] <kenvandine> sounds good... i need to run... be back in a couple hours :)
[14:45] <seb128> btw are you done with the other mir for telepathy*?
[14:45] <kenvandine> later folks!
[14:45] <kenvandine> yes
[14:45] <seb128> I noticed you didn't open bugs
[14:46] <kenvandine> yes i did
[14:46] <seb128> or didn't subscribe the ubuntu-mir team to those
[14:46] <kenvandine> there are links to the bugs in the wiki pages
[14:46] <seb128> they were not on the team buglist some hours ago
[14:46] <kenvandine> i wanted you to look at them first :)
[14:46] <seb128> oh ok
[14:46] <seb128> will do that
[14:46] <kenvandine> thx
[14:46] <seb128> see you later!
[14:46] <kenvandine> my first MIRs :)
[14:47] <seb128> pitti: ^ empathy, telepathy-* MIR have been written if you want to push it before alpha2
[14:47] <Mark__T> tedg: got my mail?
[14:48] <pitti> seb128: oh, great! hm, didn't get MIR bug mail
[14:48] <seb128> pitti: kenvandine didn't subscribe the ubuntu-mir team yet to those he wanted me to have a look first, I will do that now and subscribe the team
[14:48] <seb128> pitti: btw did you send an email with empty subject and content to ubuntu-devel-list or purpose or that's an error?
[14:49] <seb128> or a spammer?
[14:55] <pitti> seb128: was already pointed out; no idea how that happened
[14:55] <seb128> ok
[14:57] <tedg> Mark__T: Yes.  Thank you!
[14:57] <Mark__T> your welcome (though I don't like signing anything)
[15:17] <crevette> asac, btw why gnome-bluetooth wasn't uploaded yet?
[15:19] <asac> crevette: thought you wanted to update the patch with upstream comments
[15:20] <crevette> asac, I thought the debian version would be uploaded first and I would patch it later
[15:20] <crevette> but it's okay
[15:21] <asac> crevette: gnome-bluetooth (2.27.5-1) unstable; urgency=low
[15:21] <asac> thats what is currently in karmic
[15:21] <crevette> asac, ah I didn't had it ...
[15:21] <asac> https://edge.launchpad.net/ubuntu/+source/gnome-bluetooth
[15:21] <crevette> okay cool, my patch is in https://bugs.edge.launchpad.net/bugs/372395 waiting for a review
[15:21] <asac> crevette: is that with upstream comments?
[15:22] <crevette> not yet
[15:23] <jcastro> pitti: wrt. banshee memory consumption I think it's best to wait until mono 2.4 hits karmic and then test, it would be a waste to test it on the old stack
[15:24] <crevette> asac, but for the comment on libnotify in the patch, how  should I do?
[15:25] <asac> crevette: adress everything except that. i dont think he will hold back the patch just because of that
[15:27] <asac> crevette: point him to http://trac.galago-project.org/ticket/188 and the launchpad bug 383875 if you want to show him that there is work in progress on improving libnotify
[15:31] <pitti> jcastro: sure
[15:31] <seb128> jcastro, pitti: what is the discussion about?
[15:31] <jcastro> seb128: pitti updated the spec asking if someone was going to do a memory breakdown
[15:32] <seb128> ah ok
[15:37] <seb128> pitti: your G1 works fine with rhythmbox? kenvandine tried during the uds session and said it was not working
[15:37] <pitti> seb128: probably missing product ID in hal-info
[15:37] <pitti> I didn't upload the very latest hal-info to karmic yet
[15:37] <seb128> jcastro: what are the big selling point for banshee, responsive upstream doesn't fit in user story and pitti doesn't believe in device syncing ;-)
[15:38] <pitti> seb128: oh, don't get me wrong; responsive upstream is a big plus :)
[15:38] <seb128> pitti: to be honest I've not so much user stories to sell it
[15:38] <seb128> it's just it get lot of work where rhythmbox almost get none
[15:38] <pitti> I'd just like to see some more compelling argument than just "it's something else with the same functionality but twice the CPU and RAM cost"
[15:38] <seb128> and ipod syncing seems to be a thing almost every ipod customer or eom wants
[15:39] <pitti> hm, I had assumed that ipods have worked for years
[15:39] <seb128> ipod or device, that works for other devices too
[15:39] <pitti> the one that I borrowed worked fine, anyway
[15:39] <jcastro> seb128: we wrote them all down!
[15:39] <pitti> did that get broken?
[15:39] <jcastro> video podcasts with syncing is nice
[15:39] <seb128> pitti: "syncing", is a 2 ways update, not you doing manual dnd
[15:40] <pitti> seb128: I see
[15:40] <seb128> pitti: ie you plug you ipod, click "sync" and it upload all the song which have been added to your library since you previous plugged the device
[15:40] <seb128> it's a "keep my datas in sync" thing
[15:40] <seb128> the same way you would do with contacts
[16:00] <didrocks> seb128: oh, btw, if you have some time to see if everything's ok for you at bug #384236
[16:00] <seb128> didrocks: yeah, it's on my todolist
[16:01] <didrocks> seb128: great, keep me in touch :)
[16:20] <seb128> mvo: could you look at bug #384824?
[16:20] <mvo> seb128: sure
[16:20] <seb128> mvo: thanks
[16:22] <mvo> seb128: hm, hm, I asked for more info
[16:23] <seb128> mvo: thanks
[16:26] <seb128> mvo: would it make sense to auto add dpkg.log for upgrade issues?
[16:26] <mvo> seb128: probably, up until now the terminal log was good enough for 99% of the issues
[16:27] <mvo> seb128: the those "already installed and configured errors" are a mystery
[16:27] <seb128> but it's not in this case?
[16:27] <seb128> we get quite a lot of those ...
[16:27] <mvo> seb128: I wish I would get hold of somoene getting it in irc
[16:27] <seb128> mvo: could you also look to those
[16:27] <mvo> seb128: yes :(
[16:27] <seb128> bug #372451
[16:27] <seb128> bug #363825
[16:28] <seb128> mvo: I guess those are the same issue
[16:28] <seb128> do you have a bug to use as master for those issues?
[16:33] <mvo> seb128: sort of, the first I know about is #291482
[16:36] <mvo> seb128: but the former happend during a complex dist-upgrade
[16:37] <mvo> seb128: and the later does not, its a very simple operation apparently
[16:52] <Pici> 4/22
[16:52] <Pici> ermm, sorry
[17:04]  * kenvandine returns
[17:16] <rickspencer31> kenvandine: do you know to crop a photo with f-spot?
[17:16] <irvan> hi
[17:16] <rickspencer31> hi irvan
[17:16] <kenvandine> rickspencer31: yeah, in edit mode
[17:17] <rickspencer31> I'm in edit mode, and have a section selected
[17:17] <rickspencer31> help says: Once you have made your crop selection, you must click the crop button beneath
[17:17] <rickspencer31> 					the image to finalize the crop. If you are working with the original photo, cropping
[17:17] <rickspencer31> 					creates a new version your photo.
[17:17] <rickspencer31>
[17:17] <kenvandine> see the crop button
[17:17] <rickspencer31> but I can't see the crop button
[17:17] <kenvandine> oh
[17:17] <kenvandine> there is a right-left scroll bar
[17:17] <kenvandine> that sucks
[17:18] <rickspencer31> don't see one
[17:18] <kenvandine> do you see a cancel button?
[17:18] <rickspencer31> nope (using Jaunty atm)
[17:18] <kenvandine> you hit the crop button then select a region
[17:18] <kenvandine> or
[17:18] <irvan> i wnat to use a tv card on my system but no application will not work it wit
[17:18] <kenvandine> chose a restraint
[17:18] <irvan> pls help me
[17:19] <kenvandine> hi irvan
[17:19] <rickspencer31> kenvandine: I have no "crop button" that I can see
[17:19] <kenvandine> in edit mode of the photo?
[17:19] <kenvandine> weird... you should
[17:19] <rickspencer31> hmmm
[17:19] <kenvandine> do you have a left pane?
[17:19] <kenvandine> irvan: you probably want #ubuntu
[17:20] <rickspencer31> omg
[17:20] <rickspencer31> the left pane was collapsed all the way down
[17:20] <kenvandine> irvan: this is the desktop team channel, user support is in #ubuntu
[17:20] <rickspencer31> I had no idea
[17:20] <kenvandine> rickspencer31: ah!
[17:20] <rickspencer31> that sux!
[17:20] <kenvandine> file a bug please :)
[17:21] <rickspencer31> kenvandine: I'll check it out when I install karmic
[17:21] <kenvandine> ok
[17:21] <rickspencer31> irvan: right, this is where the developers of Ubuntu itself hang out (as well as a pointy haired manager or two)
[17:21] <kenvandine> hehe
[17:21] <rickspencer31> irvan: you're welcome to hang out, but you'll probably get better results at #ubuntu
[17:28] <seb128> rickspencer31, kenvandine: the sidepane bar width being 0 was an intrepid bug fixed in jaunty but user config don't change on upgrade
[17:28] <seb128> rickspencer31: try with a guest user if you get the issue
[17:28] <rickspencer31> seb128: ack
[17:28] <rickspencer31> thanks for the info
[17:28] <rickspencer31> seb128: will do
[18:22] <NCommander> seb128, if you have some free time later today, I have an ARM FTBFS fix for gnome-power-manager thats been sitting on launchpad for awhile, and it would be nice if that got sponsored soonish :-)
[18:22] <NCommander> (its not a rush job)
[18:23] <seb128> did you subscribe ubuntu-main-sponsors to the bug?
[18:23] <NCommander> seb128, yes
[18:23] <seb128> ok, so it's probably not there for "a while", I've reviewed the list some days ago and it was not there
[18:23] <seb128> anyway it's almost diner time here but I will do that tomorrow if pitti is not faster on it
[18:24] <NCommander> like I said, low priority. I think I had the bug open, then came back and found sponsors missing
[18:24] <NCommander> so I misspoke.
[18:24] <pitti> need to run in 5 mins for Taekwondo, sorry
[18:24] <pitti> so, time to say "good night"
[18:24] <seb128> ok, please subscribe the sponsor team so it's listed on http://people.ubuntu.com/~dholbach/sponsoring/index.html
[18:24] <pitti> NCommander: will remember to do some sponsoring tomorrow morning again
[18:24] <seb128> time for dinner here too
[18:24] <seb128> pitti: enjoy!
[18:25]  * pitti had his 2 hours share of sponsoring this week already
[18:25]  * seb128 no swimming, still not feeling good enough for that
[18:25] <pitti> NCommander: ^ fortunately for you our concept of "week" starts on Tuesdays :)
[18:25] <NCommander> pitti, timezones rock.
[18:41] <kenvandine> crevette: have you done anything with the notify osd patches for gnome-bluetooth yet?
[18:41] <crevette> http://bugzilla.gnome.org/show_bug.cgi?id=584857
[18:42] <crevette> sent upstream, trying to understand with my low coding-fu what to do
[18:46] <kenvandine> crevette: want me to try to modify it to meet their needs?
[18:46] <crevette> I'm in the middle of it, trying to understand the g_list_find_custom thingy
[18:46] <kenvandine> ok, you got the rest already?
[18:48] <kenvandine> crevette: ok, well let me know if you need anything
[18:49] <crevette> the other is quite trivial :)
[18:53] <crevette> kenvandine: I'll made you review it, it'll avoid make me flamed by hadess
[18:54] <crevette> :)
[18:54] <asac> crevette: i used the custom thingy in the patch for libnotify
[18:55] <asac> thats bug 383875
[18:56] <crevette> I'll not read now in order to try to found myself
[18:56] <asac> crevette: yeah. check when you are finished ;)
[19:35] <hggdh> seb128, hi. Would it be worth any to have evolution (during the development cycle) to save the debug log? We would have to set the environment variables for that
[19:56] <seb128> hggdh: no opinion about that, in most case have clear steps to trigger the issue is enough and we don't ask for debug logs so often, but if you think that's a good idea feel free to submit a change to review
[20:02] <crevette> asac: yeah, (sorry I was away, it was dinner time)
[20:05] <asac> crevette: dinner is for the weak :-P ...
[20:05] <asac> just kidding :)
[20:05] <hggdh> seb128, I am not sure myself. I wrote a first try on a apport-hook for Evo, but found myself being paranoid on uploading gconf data, and unsure about the debug log... will think more on that
[20:07] <seb128> hggdh: yeah, don't print account informations, I'm not sure other settings are often useful for bugs on evolution
[20:09] <hggdh> seb128, agreed. Found myself using only a few of the gconf data. I am starting to lean more on sanitising BT full as the only thing really useful (generically) for Evo
[20:09] <hggdh> i.e., masking out account names & servers
[20:09] <seb128> that would be nice indeed
[20:10] <hggdh> will work more on that, then.
[20:29] <crevette> asac: so basically for g_list_find_custom is should like http://dpaste.com/52960/ ?
[20:32] <asac> crevette: is that paste complete?
[20:32] <crevette> hmm, I forget the return part
[20:33] <asac> crevette: also you have syntax error in lines following 7
[20:33] <asac> and the if
[20:33] <asac> misses brackets ;)
[20:33] <crevette> ah true
[20:33] <asac> crevette: but the g_list_find_custom itself looks ok
[20:34] <chrisccoulson> what populates the GList 'caps' there as well?
[20:34] <asac> crevette: also you nowehere get the caps
[20:34] <asac> right
[20:34] <asac> you have to get that
[20:34] <asac> if you want you can just pick the function body from my patch here: http://launchpadlibrarian.net/27521372/libnotify_server_caps_convenience.patch
[20:36] <crevette> did forget caps = notify_get_server_caps();?
[20:36] <asac> that patch doesnt cache the result, but imo that shouldnt be built into all apps. rather libnotify should be fixed to cache and flush cache on NameOwnerChanged
[20:36] <crevette> ah yeah, it was really a quick cut'n paste
[20:36] <asac> crevette: right. you forgot that in the if (!have_checked)
[20:36] <crevette> my copy wasn't complete, I wonder what I did
[20:36] <asac> 21:32 < asac> crevette: is that paste complete?
[20:37] <asac> :-P
[20:40] <crevette> asac: should I check for NULL for caps "if (caps != NULL) {" before g_list_find_custom?
[20:41] <asac> crevette: NULL is empty list. so g_list_find should be safe
[20:41] <crevette> okay
[20:53] <crevette> http://dpaste.com/52975/ asac, is it better ?
[20:53] <asac> crevette: thats a db table ;)
[20:54] <crevette> http://dpaste.com/52976/ asac, is it better ?
[20:54] <crevette> :)
[20:54] <asac> crevette: yeah. though i wouldnt do the caching
[20:54] <asac> did he ask for that?
[20:55] <crevette> I took the code from bratsche
[20:55] <asac> crevette: GList* c; is not used
[20:55] <crevette> ah yeah I can remove that
[20:55] <crevette> I can remove the have_checked if needed
[20:56] <asac> crevette: i would think we should remove the caching
[20:57] <asac> otherwise we need to patch all apps again when we fix libnotify to do the caching for us ;)
[20:57] <crevette> what do you call caching? (sorry)
[20:57] <asac> crevette: all the static stuff and the have_checked thing
[21:04] <crevette> http://dpaste.com/52980/
[21:04] <crevette> sorry asac, for such trivial patch
[21:04] <asac> welcome
[21:04] <asac> try to build ;)
[21:05] <crevette> let's go
[21:05] <asac> (its wrong) ;)
[21:06] <crevette> ah
[21:08] <crevette> yeah some c'n'p stupidities
[21:08] <crevette> :/
[21:12] <crevette> http://dpaste.com/52985/
[21:12] <crevette> and it compiles
[21:13] <asac> crevette: heh. yeah. now compare to what i had in the patch
[21:14] <asac> http://launchpadlibrarian.net/27521372/libnotify_server_caps_convenience.patch
[21:14] <asac> crevette: also check if your code style matches what is used else where
[21:14] <asac> in particular the if with just one line is most likely usually not done using {} brackets
[21:15] <crevette> I corrected the code style already I think, the only problem is make sure I don't use space but tab
[21:15] <crevette> as I can remove the brackets
[21:15] <asac> crevette: right. but check what i said about the "if" and the {} brackets
[21:15] <crevette> s/as/ah/
[21:15] <asac> just check what the rest of the code does
[21:16] <asac> so after that go ahead ;)
[21:16] <asac> after the rest cleanup we can resubmit and upload the package imo
[21:16] <crevette> for 1 line, the if doens't contains {}
[21:17] <crevette> I wonder if vim can help me to get ride of the space versus tab
[21:17] <crevette> problem
[21:20] <asac> crevette: not sure. only know that it works well if you have emacs header in the file and say "indent-all"
[21:20] <asac> like: /* -*- Mode: C; tab-width: 4; indent-tabs-mode: t; c-basic-offset: 4 -*- */
[21:20] <asac> in the first line
[21:20] <asac> thats what we have in NM
[21:20] <asac> vim can probably do the same, but i dont know how ;)
[21:20] <crevette> I lack of time to go deep in vim dcoumentation