[09:13] <scott2> HI GUys
[09:25] <Barneyy> Hi, I don't have internet traffic in Ubuntu Server, but my apache is running !
[09:26] <Barneyy> I can access my web server by enter IP Address in internet browser. but in ssh I don't have ping
[09:37] <bigbrovar> hi guys.. am trying to setup ACL for my openldap installation but am having some problems ..  I would like some ldap users to be have write entries on everything under a specified ou however when I try to make modification as said user in this case dhcpuser and pykotaadmin  I get an error saying insufficient access to parent
[09:37] <bigbrovar> here is my olcAccess.ldiff http://paste.ubuntu.com/10484117/  (ubuntu 14.04 server)
[10:46] <lordievader> Good morning.
[15:37] <teward> is it possible to set up a repository server for debian packages on Ubuntu that actually serves Debian distros?  (NOT a mirror, a personal packages repository)
[15:44] <rbasak> teward: yes. apt-ftparchive will do a basic one, or reprepro for a more complex one. Just build using Debian chroots.
[16:01] <teward> rbasak: can apt-ftparchive also handle Ubuntu packages alongside Debian packages?  (I would still build locally via sbuild schroots for Debian or Ubuntu
[16:59] <rbasak> teward: alongside? You'd want to have a separate repo probably to avoid confusing them. But the repository format is the same, so maybe I don't understand your question. Why wouldn't it just work?
[17:00] <teward> rbasak: i'm trying to run my own repository server - specifically to publish packages built by me and available to users.  Trouble is, no idea how to begin with that
[17:00] <teward> s/users/systems I have/
[17:00] <rbasak> teward: OK, so the quickest way:
[17:00] <teward> and I need to provide both ubuntu and debian packages
[17:01] <rbasak> Dump all the debs in a directory
[17:01] <teward> (but the server itself is Ubuntu)
[17:01] <rbasak> apt-ftparchive packages .|tee Packages|gzip>Packages.gz
[17:01] <rbasak> apt-ftparchive release . > Release
[17:01] <rbasak> gpg --yes -o Release.gpg -ab Release
[17:01] <rbasak> That's it. Host that directory somewhere, and it'll work.
[17:02] <rbasak> The sources.list line looks a bit odd though
[17:02] <rbasak> deb http://wherever/directory /
[17:02] <rbasak> (I use file:// but I presume http:// will work the same)
[17:03] <rbasak> But this doesn't let you differentiate between releases easily, and doesn't work with the sources.list line most consumers expect.
[17:03] <teward> to do that i'd have to set up reprepro no?
[17:03] <rbasak> No you can do that without reprepro. Just apt-ftparchvie and serving flat files
[17:03] <rbasak> Oh, depends on what exactly you mean by "that" :)
[17:04] <rbasak> To do more advanced - yes, reprepro is probably the easiest, although I find it tedious to set up and maintain
[17:04] <rbasak> There's a really old Launchpad bug on supporting Debian in PPAs. It just needs someone to do the work, if you want to volunteer :-)
[18:19] <teward> rbasak: i used reprepro for this - it's not like I"m putting a billion packages there :P
[18:19] <teward> just some
[18:19] <teward> rbasak: and that Debian in PPAs bug, I don't even know how to begin with that, so meh.
[20:21] <Thms> I have an ubuntu-server instance running on a Hyper-V server. So far everything works. I resize the VHD from 10 to 30Gb, but df -h still shows 10Gb.
[20:24] <Thms> Anyone, please ?
[20:25] <PryMar56>  Thms if ext4, then resize2fs
[20:33] <bekks> Thms: are you using LVM?
[20:34] <Thms> bekks, yes using LVM
[20:35] <bekks> Then you have to resize the partition conating the PV first, then resize the PV, then resize the VG, then resize the LV, then resize the filesystem.
[20:35] <bekks> *containing
[20:35] <Thms> wow.
[20:36] <Thms> then pvresize, vgresize, lvresize and resize2fs ?
[20:36] <bekks> Yes.
[20:38] <Patrickdk> generally you have to reboot or use partprobe after you adjust the partition table
[20:38] <Thms> isnt there a quick way to do this ?
[20:38] <Thms> or a one liner ?
[20:38] <Patrickdk> don't use lvm?
[20:38] <bekks> That IS the quick way...
[20:38] <Thms> I mean I just resized my VM HDD size what"s so wrong
[20:38] <bekks> There is no oneliner.
[20:38] <Patrickdk> you have so many layers
[20:38] <Patrickdk> you have to resize each layer
[20:39] <bekks> Nothing is wrong. But you have to resize the partition, the PV, the VG, the LV, the FS as well.
[20:39] <Patrickdk> vm disk -> partition -> lvm parition -> lv -> filesystem
[20:39] <Patrickdk> you dont' have to vgresize, neverh eard of that
[20:39] <Patrickdk> the vg will resize automatically with the pvresize change
[20:40] <bekks> Patrickdk: Depending on how many disks, layout of the VG, etc. he might have to extend the VG, so he just has to check that.
[20:40] <Patrickdk> vgextend you mean?
[20:40] <Thms> so I start with pvresize ?
[20:40] <bekks> Yes.
[20:40] <Patrickdk> na
[20:40] <Patrickdk> that won't do it
[20:40] <bekks> Thms: you start with resizing the partition.
[20:41] <Patrickdk> it should be automatic
[20:41] <Thms> I did it.
[20:41] <Thms> I booted the server, df -h, 8Gb.
[20:41] <bekks> Thats not resizing the partition.
[20:41] <bekks> df displays free space of the filesystem.
[20:42] <Patrickdk> come on, you even have to do all these steps in windows
[20:42] <Patrickdk> and every other os :)
[20:42] <Thms> I resized the partition under Hyper-V
[20:42] <bekks> Thms: No. You resized the DISK.
[20:42] <Thms> how is that not resisizing the partition ?
[20:42] <bekks> Thms: Not the partition.
[20:44] <Thms> Mh... I think I'm starting to understand
[20:44] <Thms> so what tool do I need to resize the partiton then ?
[20:44] <Thms> And how come fhe partition can be larger than the disk ?
[20:44] <bekks> The partition obviously cant be larger than the disk.
[20:45] <Patrickdk> that would be a nice trick
[20:45] <bekks> Yay! RAMdoubler finally ported to HDDdoubler! :P
[20:45] <Thms> So how do I resize my partition please guys
[20:45] <bekks> Thms: Use gparted from a livecd.
[20:45] <teward> Thms: you resized the virtual disk to have more space
[20:45] <Patrickdk> depends on what type of partition your using
[20:45] <teward> Thms: you actually have to expand the partitions
[20:45] <Thms> ok
[20:45] <Patrickdk> parted, gparted, ...
[20:45] <Thms> so i start with pvresize ?
[20:45] <Patrickdk> if your using mbr, fdisk works
[20:45] <bekks> No.
[20:46] <bekks> Thms: You start with resizing your partition, not with resizing the PV.
[20:46] <Thms> Ho sorry ok.
[20:51] <bigbrovar> hi guys.. am trying to setup ACL for my openldap installation but am having some problems ..  I would like some ldap users to be have write entries on everything under a specified ou however when I try to make modification as said user in this case dhcpuser and pykotaadmin  I get an error saying insufficient access to parent
[20:51] <bigbrovar> here is my olcAccess.ldiff http://paste.ubuntu.com/10484117/  (ubuntu 14.04 server)
[22:04] <teward> does anyone know how apache2-utils' htpasswd when running with `-cBC 12` arguments actually does the bcrypt hashing?  DOes it rely on system crypt() libraries or its own?


[07:05] <Kilos> good morning superfly and others
[07:05] <kodez> good morning uncle kilos
[07:05] <Kilos> hi there kodez
[07:06] <kodez> how are you today, kilos?
[07:06] <Kilos> ok ty kodez and you?
[07:08] <kodez> i am better than yesterday, thanks for asking
[07:10] <superfly> morning Kilos, kodez
[07:10] <kodez> morning superfly, how are you today?
[07:11] <superfly> Better than yesterday, thanks. Could be worse.
[07:11] <Kilos> we missed you last night superfly
[07:11] <Kilos> flu again?
[07:11] <superfly> Kilos: Oh, was it the monthly meeting?
[07:12] <superfly> My server was having issues last night
[07:12] <Kilos> no man but you arent normally offline
[07:12] <superfly> so I couldn't log into IRC for a while
[07:12] <Kilos> we thought it was your internet connection or power
[07:12] <superfly> had to take the server down and do some maintenance
[07:12] <superfly> no :-) that was all fine
[07:12] <Kilos> 12.04 server?
[07:12] <superfly> no
[07:13] <superfly> 10.04
[07:13] <Kilos> ah
[07:13] <Kilos> is mrs_fly connected to the server because she was off but came on late
[07:13] <superfly> ya
[07:14] <superfly> PC <--> Server <--> IRC
[07:14] <inetpro> good mornings
[07:14] <Kilos> ah
[07:14] <superfly> hiya inetpro
[07:14] <Kilos> morning inetpro
[07:18] <Kilos> Maaz, coffee on
[07:18]  * Maaz flips the salt-timer
[07:22] <Maaz> Coffee's ready for Kilos!
[07:22] <Kilos> Maaz, ty
[07:22] <Maaz> You are welcome Kilos
[07:30] <Kilos> hi queery
[07:31] <queery> hi oom Kilos
[07:40] <Kilos> hiya maiatoday
[07:42] <maiatoday> hi Kilos
[07:46] <Kilos> lo dLimit
[07:49] <dLimit> Hi there, Kilos. How are you?
[07:49] <Kilos> good ty and you dLimit
[07:50] <dLimit> Always well thanks =)
[07:50] <dLimit> What are you upto?
[07:51] <Kilos> just trrying to find and save all my "how to's" where i can find them
[07:59] <Kilos> and find the beep sound file . the one that bloeps if you make an error and alerts in xchat
[07:59] <superfly> huh?
[08:00] <Kilos> lol you know if you back space too far pc goes bloep
[08:00] <Kilos> or with a message here xchat goes bloep
[08:01] <Kilos> that sound file im looking for
[08:01] <dLimit> I guess thats your pc speaker, Kilos
[08:01] <Kilos> need it on X messes with head when xchat and pidgin got same sounds
[08:02] <superfly> Kilos: oh, sorry, I was "huh"-ing at IRC issues
[08:02] <dLimit> My pc speaker beeps when I backspace
[08:02] <Kilos> lol np superfly
[08:02] <superfly> Kilos: check your sound settings
[08:02] <Kilos> i have but on maverick everything works on auto
[08:03] <Kilos> X you have to use external program
[08:04] <Kilos> dLimit, pc speaker? my bloeps come through external speakers
[08:05] <Kilos> there must be that sound file somewhere. just to find what its called
[08:07] <dLimit> You can try `cat /proc/modules | grep pcspkr` to see if the module is loaded. It might be that the pc speaker gets routed through a sound card
[08:08] <Kilos> no output i can see
[08:08] <Kilos> straight back to prompt
[08:08] <dLimit> Then its not loaded
[08:10] <Kilos> maybe xubuntu wants to send those sounds to my pc speaker which is disconnected
[08:11] <Kilos> maverick sends everything through my external speakers
[08:12] <Kilos> i go to connect pc speaker and see what happens
[08:12] <Kilos> bbl
[08:12] <Kilos> ty
[09:10]  * KilosX greets
[09:11] <dLimit> KilosX.. Nice nick.  Rock up with your mugs with the correct amount of sugar added already
[17:51] <Maaz> Coffee's ready for Kilos!
[17:51] <Kilos> Maaz, thanks man
[17:51] <Maaz> Kilos It gives me great pleasure to serve a bunch of geeks :-)
[17:52] <Kilos> no bunch tonight man
[17:54] <Banlam> when is maaz going to gain delivery functionality?
[17:55] <Kilos> to where?
[17:56] <Banlam> well to me of course
[17:57] <Kilos> too far from germany
[17:57] <Banlam> lol
[17:57] <Banlam> dhl do amazing thigns
[17:57] <Kilos> he is busy designing a mail order coffee service thought
[17:57] <Kilos> though
[17:57] <Banlam> \o/
[17:57] <Banlam> i can't get decent coffee at varsity
[17:58] <Kilos> eish
[17:58] <Kilos> dont they do perculated coffee
[17:58] <Banlam> they do, but it's too far away
[17:58] <Banlam> and I haven't got in on the staff coffee yet
[17:59] <Kilos> thats to keep you guys fit
[17:59] <Banlam> oh, i thoughts that why i have to park a km away from my lab
[17:59] <Kilos> no its all part of the keep sa fit plan
[18:00] <superfly> hi Kilos
[18:00] <Kilos> all good superfly ?
[18:00] <superfly> Kilos: ya
[18:00] <Kilos> good
[18:05] <Owkkuri> I wonder
[18:05]  * Owkkuri tinkers
[18:05] <Kilos> hi Owkkuri what you tinkering with
[18:09] <Owkkuri> quassel=> select count(*) from backlog where message like 'Coffee%s ready for Kilos%';
[18:09] <Owkkuri>  count
[18:09] <Owkkuri> -------
[18:09] <Owkkuri>    202
[18:09] <Owkkuri> :P
[18:10] <Kilos> lol
[18:10] <Kilos> chattypeople here
[18:11] <superfly> only 202 times? I thought it would be more
[18:12] <Kilos> not enough coffee methinks
[18:13] <Kilos> in over 2 years. definitely not enough
[18:15] <Banlam> is Owkkuri always here to count?
[18:15] <Kilos> no he pops in now and again. but normally lurks
[18:15] <Owkkuri> I lost my backlog about 3 months ago :P
[18:16] <Kilos> oh my. then its enough coffee
[18:19] <magespawn> Hi Kilos
[18:19] <Kilos> yo magespawn
[18:19] <Kilos> you on fone again?
[18:19] <Kilos> evening nlsthzn whats news?
[18:20] <magespawn> Sorry about earlier, customers in the shop. Yes I am on the fine.
[18:20] <magespawn> Very nice video.
[18:20] <Kilos> np
[18:20] <Kilos> now we wait months to hear more
[18:21] <nlsthzn> Hi uncle Kilos , magespawn etc...
[18:21] <nlsthzn> Not much news here
[18:21] <Kilos> ai
[18:21] <nlsthzn> At work at least...
[18:22] <magespawn> Bb in a few putting fish 2 to bed.
[18:22] <Kilos> lol
[18:56] <magespawn> Hey all.
[18:59] <Kilos> hi magespawn psydroid
[19:00] <psydroid> hi Kilos
[19:00] <psydroid> hi magespawn
[19:06] <magespawn> Hi psydroid
[19:06] <magespawn> Hey kilos
[19:15] <Kilos> night all. sleep tight
[19:15] <nlsthzn> night uncle Kilos
[20:28] <kbmonkey> hey hey
[20:29] <magespawn> Night all, need my beauty sleep.
[20:29] <nlsthzn> night
[20:29] <magespawn> Hey kbmonkey just saw you there
[20:30] <magespawn> Night nlsthzn
[23:21] <bakuman> Maaz, koffie on
[23:21] <Maaz> bakuman: *blink*
[23:21] <bakuman> Maaz, koffie pleaze
[23:21] <Maaz> bakuman: *blink*
[23:21] <bakuman> Maaz, coffee pleaze
[23:21] <Maaz> bakuman: Huh?
[23:21] <bakuman> :(
[23:22] <bakuman> Maaz, coffee on
[23:22]  * Maaz puts the kettle on
[23:22] <bakuman> \o
[23:25] <kbmonkey> Maaz, coffee please
[23:25] <Maaz> kbmonkey: Alrighty
[23:26] <Maaz> Coffee's ready for bakuman and kbmonkey!
[23:27] <kbmonkey> hi bakuman i/
[23:27] <bakuman> hi :D


[12:23] <markedwards> does anyone know the status of the sky2 lockup bug?
[08:02] <kylem> mjg59, dude, awesome.
[07:25] <pwnguin> is there a lag between launchpad's "published" status and availablility on the repos?
[07:25] <pwnguin> launchpad says the new kernel was published on the 9th, and its still not available =/
[09:03] <okaratas> hobarey, kernel image <IP_ADDRESS> is upgrading..


[00:00] <pfriel> Has anybody seen issues with sssd causing your AWS c5 instance to freeze using either the 20180122 or 20180126 Ubuntu cloud images?  I have narrowed it down to sssd.. if I disable that the box works fine but once I start it the box hard locks and CPU goes to 100% on the instance.  No helpful logs in /var/log/kern.log, syslog, etc
[00:01] <nacc> Odd_Bloke: ahasenack --^
[00:01] <rbasak> nacc: I think the first failure may be correct.
[00:01] <rbasak> I'm not sure why it worked before, but for non-native, a version string of '1-1' may be required instead of '1'.
[00:01] <nacc> rbasak: i was reading the wrong, tbh, every Source() will fail because dpkg-buildpackage will fail
[00:01] <nacc> reading the output wronng
[00:02] <nacc> rbasak: i'm not 100% confident our CI was testing it, tbh
[00:02] <rbasak> I'm pretty confident I had it passing locally before submitting
[00:02] <nacc> sure
[00:02] <nacc> i'm lookoing onw
[00:03] <nacc> also it seems like we are usig some unknnown options in tox
[00:03] <nacc> i'll need to sync with powersj on that
[00:03] <nacc> ah yes, he's having to do it manually too
[00:03] <nacc> rbasak: see jenkins, i think powerjs is passing all the files by hand,b ecause the directory discovery doesn't work
[00:04] <nacc> i thik it looks for fiels with test_*.py *_test.py possibly
[00:04] <powersj> I believe I currently use something like gitubuntu/*
[00:04] <rbasak> I believe so. It's tuneable
[00:06] <nacc> rbasak: right, but we haven't pullled most tests to their own file yet
[00:08] <nacc> rbasak: and actually, we'll need tox outside i'm realizing
[00:08] <nacc> because the scripts aren't in the snap
[00:08] <nacc> welll, they are, but they won't run and aren't exposed
[00:09] <pfriel> nacc is there anything specific I could provide you all to help troubleshoot this sssd causing crashes on AWS c5 problem?
[00:09] <rbasak> Perhaps the scripts should be in the snap
[00:09] <nacc> pfriel: i'd wait to see what they say
[00:09] <rbasak> (and exposed)
[00:09] <nacc> rbasak: i mean they can be, but they don't need to be
[00:09] <pfriel> nacc: k, thx
[00:09] <nacc> rbasak: and that's sort of orthogonal to this task (i can do it next)
[00:10] <rbasak> Understood
[00:10] <nacc> powersj: ah you're using a more recent pytest than is in ubuntu? (hence the --cov option)
[00:10] <ahasenack> pfriel: sorry, haven't seen that
[00:10] <rbasak> nacc: --cov comes from a plugin
[00:10] <powersj> ^^ but I also think I am using a version installed via pip and not in-distro
[00:10] <rbasak> python3-pytest-cov package
[00:11] <nacc> i see
[00:11] <ahasenack> pfriel: suggest you file a bug about it
[00:11] <nacc> rbasak: powersj: ok, let me see if i can make that happen in the snap
[00:11] <rbasak> I'd forgotten about that, sorry.
[00:11] <ahasenack> pfriel: I'm subscribed to sssd bugs, I'll get it when you file it. Please include all possible logs you have
[00:11]  * ahasenack -> bed
[00:11] <rbasak> I'd like to have a ratchet on test coverage and on pylint warnings in the end
[00:12] <rbasak> But we're perhaps not ready for that yet
[00:13] <nacc> i have to think of how to get that plugin
[00:13] <nacc> we eed to build it in our case
[00:13] <nacc> to match the python we use at runtime
[00:13] <pfriel> ahasenack: ok, will do that.. thx
[00:15] <nacc> powersj: yeah, it's funny (not a bug), we instlal pytest 3.1.3 in our snap and you run with 3.2.1 because of pypi, i think
[00:15] <powersj> yeah
[00:22] <nacc> powersj: any idea? https://paste.ubuntu.com/26497978/
[00:26] <powersj> So I believe tox installs things in a virtual env and you are calling /usr/bin/python which would be outside that env?
[00:26] <powersj> Can you paste your tox.ini
[00:26] <nacc> llet me tryu making that relative
[00:26] <nacc> ok yeah that fixed that error
[00:26] <nacc> and gave different ones :)
[00:45] <nacc> rbasak: ok, i'm building it now, but i think have the tests running inside the snap and llinting outside of it
[00:45] <nacc> rbasak: the unittests in the snap for the scripts/ directory nneed some thinking still
[00:46] <nacc> rbasak: i would appreciate some time o the above failures, as we should resolvle them before landing the changes
[00:48] <nacc> oh i see why the scripts aren't workingn (tests). It's what you were saying powersj, you're acutaly using shell expandsion to get the files, not tox
[00:49] <nacc> powersj: and that's why we weren't using tox for the unit tests :) because we couldn't get it to find the tsts correctly
[00:55] <rbasak> nacc: in tox.ini, try "[pytest]\npython_files = *.py"
[00:57] <rbasak> Or py.test-3 -o 'python_files=*.py'
[01:50] <nacc> rbasak: ah i'll try that
[04:29] <nacc> rbasak: woo, got the tests passing with the self-test app (excluding the scripts, which is really a separate thing)
[04:30] <nacc> i'll update the cleanups branch
[04:32] <nacc> for it to pass CI, we'll need to adjust the CI runner, though
[04:33] <nacc> rbasak: and we need to fix those 3 tests, of course
[04:36] <nacc> powersj: --^ fyi as well https://code.launchpad.net/~nacc/usd-importer/+git/usd-importer/+merge/336877
[04:37] <nacc> powersj: so i think what will change in the pipeline is we'll add a stage that calls git-ubuntu.self-test
[04:37] <nacc> and drop the tox stage for now
[04:39] <nacc> rbasak: i'm trying to decide if we want to snap the scripts as their own subcommands? or just expose them directly as applications. The former means i can update setup.py to pull in our deps but they will all need rewriting. The latter is easier, but I need to think about how to ensure their deps get pulled in (since they ahve their own)
[04:39] <nacc> Mabye the latter for now, with a long term goal of the former?
[04:53] <DirtyCajun> Anyone know why the iscsi-target package has been broken for ages?
[04:53] <nacc> DirtyCajun: it's not needed since yakkety
[04:53] <nacc> DirtyCajun: so it depends on what you mean
[04:54] <nacc> (the driver has been mainlined)
[04:54] <DirtyCajun> timeout
[04:54] <DirtyCajun> ive never read an article about creating a target without that package
[04:54] <nacc> DirtyCajun: ... you could try and be a bit more verbose?
[04:54] <DirtyCajun> bestow your wisdom
[04:54] <DirtyCajun> XD
[04:55] <nacc> DirtyCajun: what version of ubuntu?
[04:55] <DirtyCajun> 16.04.3
[04:55] <DirtyCajun> even the ubuntu page still says it
[04:55] <DirtyCajun> https://help.ubuntu.com/lts/serverguide/iscsi-initiator.html
[04:56] <nacc> that page does not mention the iscsi-target package at all?
[04:56] <DirtyCajun> iscsitarget is a dependancy
[04:56] <nacc> DirtyCajun: of what?
[04:58] <nacc> there are no reverse-dependencies on src:iscistarget in ubuntu xenial, afaict
[04:58] <DirtyCajun> i linked the initiator package not the target package thats my fault
[04:58] <nacc> *iscsitarget
[04:58] <nacc> and there is no package iscsi-target in ubuntu
[04:59] <DirtyCajun> https://www.server-world.info/en/note?os=Ubuntu_16.04&p=iscsi&f=2
[04:59] <DirtyCajun> thats the newest help guide i can find
[04:59] <DirtyCajun> and still requires iscsitarget
[05:00] <nacc> DirtyCajun: if you are on 16.04.2 or later, you don't need any package
[05:00] <nacc> DirtyCajun: the iscsi target driver is in the kernel
[05:00] <nacc> so i mean the hwe stack thereof
[05:00] <nacc> if you are on the 4.4 kernel, then yes, you need the package
[05:00] <DirtyCajun> where is the config files located. same place?
[05:00] <nacc> DirtyCajun: what config file?
[05:01] <nacc> DirtyCajun: honestly, it seems easier to use tgt to server out iscsi disks
[05:02] <nacc> DirtyCajun: but yes, i think the userspace components of iscsitarget (note what i was referring to earlier was the iscsitarget-dkms stuff) is the same
[07:02] <lordievader> Good morning
[09:27] <rbasak> nacc: sounds reasonable
[09:30] <cpaelzer> jamespage: FYI while proposed migration might need a bit all you need as base for the new virt stack is in 18.04 proposed
[09:31] <cpaelzer> since monday actually
[09:31] <cpaelzer> since we said end of january I hope that qualifies :-)
[09:33] <jamespage> cpaelzer: awesome
[09:36] <cpaelzer> jamespage: it might be hard for you to pick it up now, do you want another ping once it all migrated?
[09:36] <jamespage> cpaelzer: I need to poke at the auto-backporter on the next two days anyway (as it looks like I need to rev some deps)
[09:37] <cpaelzer> yeah you coud try eliminate all the backport hickups from the sources already
[09:37] <cpaelzer> and know them all to make is a fast action once migration is complete
[11:55] <jamespage> coreycb: ok queens-staging is now good for debhelper compat 11 - sorting out the trunk testing PPA
[11:55] <jamespage> coreycb: we'll need to stage the various pkgs into proposed as its very order dependent
[12:50] <coreycb> jamespage: ok great
[12:53] <coreycb> jamespage: everything should be uploaded now for b3. heat-dashboard is in the new queue. let me know if you have any thoughts on how to enable tests for heat-dashboard (see comment in d/rules).
[13:14] <MJCDoffice> hey y'all
[13:15] <MJCDoffice> im looking for something that will cache dns requests?
[13:16] <MJCDoffice> like, if it has no internal entry, it will check with google dns
[13:16] <MJCDoffice> also I have some questions about ubuntu cloud but the channel is invite only
[13:20] <lordievader> MJCDoffice: Something like dnsmasq?
[13:20] <cpaelzer> MJCDoffice: https://www.g-loaded.eu/2010/09/18/caching-nameserver-using-dnsmasq/ or actually systemd-resolved is "implements a caching and validating DNS/DNSSEC stub resolver"
[13:20] <lordievader> Local caching resolver.
[13:21] <MJCDoffice> wait whats this about systemd-resolved
[13:21] <MJCDoffice> like im going to make this device into the networks main gateway
[13:21] <MJCDoffice> I just want to keep as much as I can internal traffic
[13:21] <MJCDoffice> even give it a 1TB drive haha
[13:22] <cpaelzer> so not client only
[13:22] <cpaelzer> yes then dnsmasq might be a good solution to try
[13:22] <MJCDoffice> awesome
[13:22] <MJCDoffice> and then there's obviously squid
[13:22] <MJCDoffice> for http
[13:23] <MJCDoffice> postfix for mail yeah?
[13:25] <MJCDoffice> can squid cache https stuff?
[13:35] <cpaelzer> MJCDoffice: depends on your POV on breaking https by it being a man-in-the middle https://wiki.squid-cache.org/Features/HTTPS
[13:37] <MJCDoffice> cpaelzer, yeah I know about that but you're saying its already there in that
[13:37] <MJCDoffice> so that's perfect
[13:37] <MJCDoffice> not that im trying to spy
[13:37] <MJCDoffice> its more for like QoS
[13:39] <MJCDoffice> thb id like to figure out why I cant ping rpi
[13:39] <MJCDoffice> but can ping rpi's ip
[13:39] <MJCDoffice> the hostname is in caps but I dont think its case sensitive
[13:39] <MJCDoffice> but I tried RPI anyway
[13:39] <cpaelzer> can dig resolve the IP
[13:40] <cpaelzer> you can triy different nameservers with @nameserver
[13:40] <MJCDoffice> im on windows atm
[13:41] <MJCDoffice> im heading home but that's where the pi is anyway I think I need to enable ssl access
[13:41] <MJCDoffice> back shortly
[13:58] <coreycb> jamespage: i'm taking a look at the python-coverage backport
[14:49] <rbasak> ahasenack: in the libzstd Xenial MP, what's the purpose of:
[14:49] <rbasak> -                               --devunversioned \
[14:49] <rbasak> please?
[14:50] <rbasak> ahasenack: also I don't see the dh_auto_clean rule that you're adding in the SRUs present in Bionic. Is it required there?
[15:15] <jamespage> coreycb: https://code.launchpad.net/~ubuntu-server-dev/ubuntu/+source/percona-xtradb-cluster-5.7/+git/percona-xtradb-cluster-5.7/+merge/337000
[15:46] <zul> jamespage: you guys packaged magnum? interesting
[15:55] <jamespage> zul: we we've tended magnum - I'd not say we did the original packaging?
[15:55]  * jamespage looks
[15:55] <jamespage> zul: yah it came via debian originally
[17:14] <zul> jamespage: yeah thought so
[18:06] <hackeron> Hi there, I created a file<EMAIL_ADDRESS>and I created a [Service] section with Restart=always and RestartSec=30 -- this is working well and makes sure OpenVPN client restarts even if there is a temporary issue with the server. However, every time I update openvpn with apt-get upgrade openvpn, it starts 2 openVPN processes and both keep restarting endlessly.
[18:06] <hackeron> Any ideas why this happens and how to resolve?
[18:16] <mason> hackeron: Are you running it foreground or background? I'd suspect you'd want foreground if you're having lennartd managing it.
[18:16] <mason> Oh, you've modified the existing service. Looking.
[18:22] <mason> hackeron: So, someone might have a better idea, but I'd assume it's having trouble tracking the forking daemon. I'd recommend replacing the entire unit file with a full override (systemctl edit --full) and making it a foreground service.
[18:24] <hackeron> mason: but won't my edits be overwritten every upgrade? - my issue is this happens every time the openvpn package is updated
[18:25] <mason> hackeron: That's the point of the complete replacement vs the drop-in.
[18:25] <mason> Your drop-ins should persist past updates
[18:28] <hackeron> mason: ah, hmm, so if I wanted to do this automatically on 100 servers, does creating a<EMAIL_ADDRESS>file override the<EMAIL_ADDRESS>provided by the package?
[18:29] <mason> hackeron: It should do what you want as I understand it.
[18:30] <hackeron> mason: ok, thank you for that, let me give that a try :) -- I think maybe changing from daemon to foreground is what I need
[18:31] <mason> hackeron: So, yeah, after a quick test, that file is a complete replacement, vs a partial drop-in, which would show up as<EMAIL_ADDRESS>[18:32] <hackeron> but it's strange because /run/openvpn/timeline.is.pid is correct and matchs what is in top - so why isn't it being killed on upgrade. Do you see anything here that can cause it not to stop the process on upgrade online? < https://pastebin.com/5i1SwEni
[18:32] <hackeron> maybe KillMode=mixed
[18:32] <mason> Could I bother you to use bpaste.net instead? pastebin does funny things with javascript
[18:32] <hackeron> mason: ah that's a nicer one, thank you :) < https://bpaste.net/show/d210e9020c18
[18:35] <mason> Hrm. I see this: "If you really want to delegate the shutdown from your main process, set KillMode=mixed. SIGTERM will be sent to the main process only."
[18:36] <mason> OpenVPN responds well to being run in the foreground - I regularly run it that way, so that's the way I'd go in any event. Simpler.
[18:37] <hackeron> mason: makes sense, I'll try that :) - do you run it through systemd or some other way?
[18:37] <mason> hackeron: I script it and fire it up by hand as needed.
[18:37] <mason> For my use, I want it to explicitly run only when I want it up.
[18:38] <mason> My scripting fires it up, then sets up a couple related environmental things.
[18:38] <hackeron> ah, ok
[18:38] <mason> For quite a long time I ran it foreground in a screen session, and it was pretty reasonable.
[19:45] <hackeron> mason: hmm, when I do that, systemctl edit --full openvpn@ shows my service, but when I reboot, systemd is still using the default openvpn@ service and still runs as daemon - any ideas?
[19:46] <mason> hackeron: ... Um. I'd file a bug then. It shouldn't be ignoring drop-ins or override configs. :/
[19:47] <sdeziel> hackeron: can you share "systemctl cat openvpn@" via pastebin ?
[19:47] <hackeron> mason: yeh, strange, so when I do systemctl edit --full openvpn@ it shows my file - when I do systemctl status openvpn@ it shows Loaded: loaded<EMAIL_ADDRESS>disabled; vendor preset: enabled) -- grr
[19:48] <mason> hackeron: Did you restart or say daemon-reload ?
[19:48] <hackeron> mason: yep, even tried reboot
[19:48] <hackeron> sdeziel: https://bpaste.net/show/aab5a207a75e
[19:48] <mason> hrm
[19:49] <mason> hackeron: I don't think you need to specify/interact with a PIDfile if you're running it in the foreground.
[19:49] <mason> But I'm not systemd expert.
[19:49] <mason> s/not/no/
[19:49] <sdeziel> hackeron: "systemctl cat<EMAIL_ADDRESS>please
[19:50] <hackeron> sdeziel: https://bpaste.net/show/5ccef9cf8432
[19:50] <hackeron> mason: sure, I can remove that - but the issue currently is systemctl is not using my service file at all :(
[19:51] <sdeziel> hackeron: for some reason, the @xancloud.com instance uses the /lib/... unit
[19:51] <hackeron> sdeziel: yeh, but why, the service file is<EMAIL_ADDRESS>and I'm editing openvpn@ - any ideas why that is happening?
[19:51] <mason> sudo systemctl edit --full openvpn@foo is a thing
[19:52] <mason> might be worth trying, even if it shouldn't be necessary
[19:52] <mason> And I'd think about trimming out the PIDfile interactions.
[19:52] <sdeziel> hackeron: I don't know, editing the generic one (openvpn@) should be enough to apply to all the specific instances
[19:52] <mason> Editing openvpn@foo creates an override for that instance.
[19:53] <mason> Worth trying.
[19:53] <sdeziel> hackeron: that said, I don't like "edit --full" ;)
[19:53] <mason> sdeziel: He can't remove bits and is prone to have other stuff bleed in if he just does a drop-in.
[19:54] <sdeziel> hackeron: the original problem you are trying to solve is apt upgrades leading to multiple instances of<EMAIL_ADDRESS>right?
[19:54] <sdeziel> mason: changing the unit type feels like voiding the warranty to me
[19:55] <mason> Thank the gods for systemd, though - everything was so boringly transparent and obvious before. systemd lends a pleasing aura of magic to what used to be mundane, every-day tasks. :)
[19:55] <sarnold> :)
[19:55] <mason> sdeziel: Yeah, I think that's a foregone conclusion.
[19:55] <hackeron> sdeziel: sort of, my problem is when I make openVPN auto restart, by creating<EMAIL_ADDRESS>and adding Restart=always - then every upgrade, systemd files to kill the openvpn process. So I need to create my own service file probably
[19:56] <mason> hackeron: For real, try edit --full openvpn@yourthing
[19:56] <sdeziel> I for one welcome systemd's magic tough, the power of seccomp and namespaces is now available easily ;)
[19:56] <mason> I want to know if it works.
[19:56] <hackeron> mason: I have 5 mythings and they can change, so I'd like to avoid doing that if at all possible
[19:56] <sdeziel> hackeron: don't use Restart=always
[19:56] <mason> hackeron: Five mythings is still one automation config. :P
[19:56] <sdeziel> hackeron: this mode will start it back even when you manually asked to stop it (checking man page)
[19:57] <hackeron> sdeziel: I have 300+ servers out there and sometimes the server has a glitch or there's some other problem and they must absolutely always, no matter what, try to get back on the VPN, so I can connect to them remotely -- so what else is there except a Restart=always?
[19:57] <mason> As for that, Restart=on-failure ?
[19:57] <sdeziel> hackeron: Restart=on-abnormal
[19:57] <sdeziel> or on-failure
[19:57] <sdeziel> hackeron: man 5 systemd.service
[19:57] <mason> hackeron: You're going to make me test the instanced override myself, aren't you? I can feel it.
[19:57] <sdeziel> hackeron: there is a nice table explaining the various Restart= modes
[19:58] <hackeron> mason: sdeziel: that's what I had before and it would fail to start up sometimes, if say a hard drive was read only or something, or there was some condition error and the network was being restarted or something which stopped the vpn -- I want it to try to restart always, no matter what
[19:58] <sdeziel> hackeron: Restart=always is what played you trick during apt upgrades, pretty sure of that
[19:58] <mason> likely
[19:58] <hackeron> sdeziel: yeh, for sure, but how else do I ensure it restarts no matter what?
[19:59] <mason> hackeron: Restart=on-failure
[19:59] <mason> and monitoring
[19:59] <sarnold> sdeziel: what's the deal with Restart=always?
[19:59] <zul> coreycb:  ping
[20:00] <zul> coreycb: can you please merge and upload http://paste.ubuntu.com/26502243/ please
[20:00] <hackeron> mason: what do you mean by and monitoring?
[20:00] <mason> hackeron: I mean, you've got monitoring of some sort already. Check for missing/down VPN, and if Restart=on-failure isn't enough, page someone.
[20:00] <sdeziel> hackeron: Restart=on-failure seems like the best you can do without inflicting you problems on apt upgrades
[20:00] <hackeron> mason: my goal is I want to make sure nothing on the system can accidentally stop the vpn, no matter what
[20:01] <sdeziel> sarnold: dunno, that's a weird mode if you ask me ;)
[20:01] <sdeziel> sarnold: you manually stop a service and systemd starts it behind your back
[20:01] <sarnold> sdeziel: alright :) hehe, the table can describe the intentions, but I figured if you'd fought it over something, that kind of knowledge doesn't show up in tables. hehe.
[20:01] <sarnold> sdeziel: aha. yeah.
[20:02] <hackeron> mason: the system can be at the top of a mountain or the bottom of the ocean, there is no page someone, it needs to never ever ever go down and if something or someone takes it down, it needs to always restart :) -- I think my intent is solved by editing<EMAIL_ADDRESS>-- but question is, why is my edit ignored?
[20:03] <hackeron> mason: because something like networking or multiuser target or a bunch of other things can stop the service, I don't want that to ever happen
[20:03] <mason> hackeron: It clearly doesn't match the instanced service.
[20:03] <sdeziel> sarnold: I never had to fight with it
[20:03] <TJ-> hackeron: with your Restart=always could you add RestartSec=X to impose a delay to cover the package-upgrade cycle ?
[20:03] <hackeron> TJ-: I have RestartSec=30 already
[20:03] <sdeziel> hackeron: FYI, I run my openvpn instances with Restart=on-failure and it works well here
[20:03] <mason> hackeron: Try the edit --full foo@bar and see if that matches, and there's your answer
[20:04] <hackeron> mason: What do you mean? systemctl status<EMAIL_ADDRESS>shows<EMAIL_ADDRESS>-- so it's<EMAIL_ADDRESS>is it not?
[20:05] <mason> hackeron: Spock says, “An ancestor of mine maintained that if you eliminate the impossible, whatever remains, however improbable, must be the solution.”
[20:05] <sarnold> *snort*
[20:06] <TJ-> hackeron: I'm wondering if the issue here is not systemd so much as the openvpn pre/postinst scripts.
[20:08] <coreycb> Zul: heya, sure
[20:09] <zul> coreycb: merci buckets
[20:09] <zul> coreycb: there is probably going to be more btw
[20:10] <hackeron> TJ-: no, just checked - changing openVPN from daemon to foreground fixes it -- now the question is why isn't editing openvpn@ working, hmm
[20:10] <hackeron> mason: yes, editing<EMAIL_ADDRESS>explicitly works - now need to figure out how to make it apply to all vpn configs, hmmm
[20:13] <mason> hackeron: If you're using Ansible or Puppet or something, you should be able to base it on a template and make it fairly safe.
[20:15] <hackeron> mason: I guess - but I wonder what's wrong with systemd that it's ignoring edit of openvpn@
[20:15] <mason> hackeron: I can help with that: http://without-systemd.org/
[20:15] <mason> Take your pick. :P
[20:16] <hackeron> I wish you could do a rolling eyes smiley in text :)
[20:16] <TJ-> @ @
[20:16] <TJ-> \_/
[20:17] <TJ-> hackeron: I wonder, maybe you have to make use of the template@'s %i instance variable in some way? Match= or somethig?
[20:58] <pfriel> nacc: I believe you were the one I reached out to yesterday about sssd causing lockups on AWS c5/m5 instances.  I have now done that: https://bugs.launchpad.net/ubuntu/+source/sssd/+bug/1746806.  I don't remember who it was you pinged though so if you could bump that person it would be much appreciated.  thanks
[20:58] <nacc> ahasenack: --^
[20:58] <nacc> (i think)
[20:58] <pfriel> nacc: ty sir
[20:58] <nacc> pfriel: yw, thanks for filing the bug report!
[20:59] <pfriel> no prob.. wish I could have provided more details. I have sunk my last few days trying to figure this thing out with no luck.  Hopefully you all can provide some tips on getting more useful debug info
[22:21] <nacc> cpaelzer: let's sync on kopanocore, i would like to get it updated correctly to match debian (which has a php-mapi), i thikn you're right onn the breaks/replaces (which will successfully upgrade artful and existing bionic) and then we can drop that once 18.10 opens
[22:33] <nacc> cpaelzer: https://code.launchpad.net/~nacc/ubuntu/+source/kopanocore/+git/kopanocore/+merge/337021
[23:13] <nacc> cpaelzer: need to push some changes on top, fyi, so it builds (libical migrated underneath)
[23:17] <nacc> cpaelzer: i assume you're already o nit, but qemu-system-x86 is uninstallable i bionic-proposed?
[23:17] <nacc> cpaelzer: that blocks libguestfs which in turn blocks php7.2 :)


[00:00] <ScottK> It's been announced as such.
[00:01]  * vorian recalls that as part of the deal with 8.04 not being lts
[00:01] <neversfelde> did not know that and thought that it is a big surprise which release is LTS
[00:02] <vorian> neversfelde: every two years
[00:02] <neversfelde> ok, I remebered that Hardy was announced as LTS late, but might be wrong
[00:03] <ScottK> 10.04 is the first one to be announced way in advance.
[00:04] <neversfelde> the frist time I read 10.*, it is like getting older ...
[00:11] <vorian> what's the freaking deal with kolourpaint?
[00:16] <JontheEchidna> it be broke :(
[00:16] <JontheEchidna> it works if you pass -graphicssystem raster though
[00:16] <JontheEchidna> I wonder if there's a way to make that default only for kolourpaint?
[00:45] <maco> JontheEchidna: the .desktop?
[00:48] <JontheEchidna> Ha, why didn't I think of that?
[00:48]  * JontheEchidna makes a mental note to add a patch for KDE 4.2.2
[00:49] <vorian> JontheEchidna: has rgreening been about lately?
[00:50] <JontheEchidna> come to think of it, not so much
[00:50]  * vorian only sees a bunch of parts/joins
[00:50] <vorian> ok
[00:50] <vorian> I'll set myself up as coordinator again
[00:50] <vorian> I don't think i'll have much time for the packaging
[00:51] <JontheEchidna> looks like I'll have a lot to do then; luckily it's a point release
[00:51] <vorian> unless ye would like to do it
[00:51] <josh-l> what is this 2 hours since beta release day?
[00:52] <vorian> josh-l: we speak of the 4.2.2 release
[00:52] <JontheEchidna> Come to think of it....
[00:52] <josh-l> vorian: yeah im just talking about jaunty beta release... today,
[00:53] <josh-l> JontheEchidna: its today
[00:53] <josh-l> time zone
[00:53] <JontheEchidna> ~time
[00:53] <kubotu> JontheEchidna: America - New York - Wed Mar 25 20:53 EDT
[00:53] <josh-l> its not edt for release time
[00:53] <vorian> josh-l: it's more of a general time for the release
[00:54] <JontheEchidna> :P
[00:54] <vorian> nice one
[00:54] <josh-l> its utc
[00:54] <josh-l> yeah i know
[00:54] <josh-l> still
[00:54] <josh-l> technically its today
[00:54] <josh-l> not tomorrow
[00:54] <josh-l> hehe there we go
[00:55]  * JontheEchidna wanders off to watch Lost
[00:55] <JontheEchidna> lol @ topic
[00:55] <vorian> :P
[00:55] <vorian> let's at least be realistic
[00:56] <josh-l> hmm does this mean its here? http://iso.qa.ubuntu.com/qatracker/test/2466
[00:56] <josh-l> or
[00:56] <josh-l> http://iso.qa.ubuntu.com/qatracker/build/kubuntu/all
[00:56] <vorian> yes
[00:56] <vorian> the beta beta
[00:56] <josh-l> no i mean what it shows there... does that mean its out?
[00:56] <josh-l> hmm?
[00:57] <josh-l> vorian: beta beta?
[00:57] <vorian> they are beta ISO's for testing
[00:57] <JontheEchidna> Also, the xserver packages in -experimental need updating, an update was pushed to intrepid-updates
[00:58]  * JontheEchidna disappears for reals
[00:58] <vorian> bah
[00:58] <josh-l> vorian: whats the diff between that and the beta release?
[00:59] <vorian> from what I understand (ScottK can correct me if I'm wrong) if everything checks out, the seeded packages will be rsync'd a final time
[00:59] <vorian> so, pretty near final beta if all is well
[00:59] <josh-l> ah hm ok, im feeling impatient
[01:19] <nixternal> jjesse: S T R I N G   F R E E Z E ! ! !
[01:19] <nixternal> it is now
[01:19] <nixternal> grrr
[01:19] <jjesse> already?
[01:19] <nixternal> the 26th
[01:19] <jjesse> i thought i had longer
[01:19] <jjesse> not the 26th yet for me
[01:19] <jjesse> :)
[01:19] <nixternal> I guess midnight at 00:00 UTC
[01:19] <nixternal> right, same here
[01:19] <jjesse> ah bummer
[01:19] <nixternal> we are fine though dude
[01:19] <jjesse> good sorry this cycle has been so terrible for me
[01:19] <nixternal> if someone complains I will take care of them chicago style
[01:19] <jjesse> i need to get back and contribute
[01:20] <jjesse> bribe someone else to do it for you?
[01:20] <jjesse> or pay someone to get you elected to high office?
[01:23] <nixternal> already working on that
[01:27] <jjesse> which one?
[01:29] <claydoh> critiques/proofreading please: https://wiki.kubuntu.org/JauntyJackalope/Beta/Kubuntu
[01:30]  * claydoh has tired astimgatic eyes
[01:31] <jjesse> claydoh: i like it, looks nice
[01:32] <tvakah> is there anyway to graphically do "eject sdXN" in jaunty?
[01:32] <tvakah> and not as in cdrom, as in "eject this usb device so it's just powered but not mountable"
[01:33] <claydoh> jjesse: ty, after food safety testing at work *and* a *major* restaurant re-certification inspection, I am beat
[01:33]  * claydoh is hoping for few gaffs, if any
[01:35] <nixternal> claydoh: good job on the release notes!
[01:36] <nixternal> hrmm, jjesse we are kind of screwed
[01:36] <nixternal> string freeze and beta release the same time :(
[01:36] <jjesse> why now?
[01:36] <nixternal> that is kind of silly
[01:36] <jjesse> oh boy
[01:36] <jjesse> that is silly
[01:36] <nixternal> I haven't seen the email stating the freeze is on though
[01:37] <jjesse> me either
[01:38] <claydoh> thanks nixternal
[01:38] <nixternal> checking now
[01:38] <ScottK> vorian and josh-l: The images that are there are candidate images for the beta.  Assuming no show stoppers come up in testing, those will be declared the beta images at release.
[01:38] <ScottK> claydoh: Did slangasek get your notes?
[01:39] <jjesse> ScottK: i've built several VMs with the the beta cd and didn't have any problems
[01:40] <ScottK> jjesse: Did you record your results in the iso tracker?
[01:40] <jjesse> ScottK: yes i did
[01:40] <claydoh> ScottK: yes, already updated the kubuntu section at https://wiki.ubuntu.com/JauntyJackalope/BetaAnnouncement
[01:41] <ScottK> jjesse: Excellent.
[01:41] <nixternal> jjesse: ok, we have time because we couldn't upload anyways due to beta freeze
[01:41] <ScottK> claydoh: Thanks.  I'll have a look.
[01:41] <jjesse> oh
[01:41] <nixternal> we need to do string freeze at most a day before beta freeze from now on
[01:41] <nixternal> at least a day rather
[01:41] <nixternal> that way people could see the docs asap, but they will get them on an update
[01:43] <ScottK> claydoh: Looks good.  Mind if I hack on the Kubuntu page a bit?
[01:44] <claydoh> ScottK: feel free :)
[01:44] <nixternal> jjesse: ok, I just made a corporate decision I guess you can say....Friday will be it..that will be our upload day, so work on what you need to
[01:44] <jjesse> nixternal: awesome, i'll get on making changes
[01:44] <nixternal> that way there uploading won't be an issue
[01:44] <ScottK> claydoh: Will do.  I think it's great, just a bit of tweaking.
[01:46] <claydoh> ScottK: np, I was hoping for a good page, but will see and note your tweaks for future reference )
[01:46] <ScottK> claydoh: I just want to add a little more of compared to intrepid in there.
[01:46] <claydoh> ahhh
[01:47] <claydoh> noted
[01:47]  * claydoh sleeps now, finally
[01:48] <ScottK> claydoh: That or I'm suddenly too tired.  I think we need to make it clear that Alpha 6 -> Beta is 4.2.0 -> 4.2.1, but Intrepid -> jaunty Beta is 4.1 -> 4.2 and major feature goodness.
[01:56] <nixternal> claydoh: maybe one of these days I will get back to doing release notes, unless of course you want to do them from now on :p
[02:05] <JontheEchidna> Hmm, the ktorrent plasma widget is only suggests rather than a recommends
[02:05] <JontheEchidna> maybe we shouldn't advertise that in the release notes...
[02:06] <JontheEchidna> or we could add the plasmoid to the seed :P
[04:41] <shtylman> what do I file this as??: http://shtylman.com/stuff/print_bug.png
[04:45] <maco> is it just me or does quassel crash A LOT?
[04:48] <nixternal> shtylman: system-config-printer-kde
[04:51] <ScottK> maco: I don't think it's crashed for me since 0.4.1 came out.
[04:52] <nixternal> shtylman: ubuntu-bug system-config-printer-kde will do the work for you and take you to kdeadmin source
[04:53] <maco> about 1/3 of the time that i mark "temporarily hide buffer" it crashes
[04:53] <ScottK> Weird.
[04:53] <maco> see my recent quit/join/quit/join/quit/join for reference
[04:53] <ScottK> I'm running it on Intrepid with Qt 4.4.
[04:53] <maco> <-- jaunty
[04:53] <ScottK> Yeah.   HE “Reads”–as in using “Teleprompter One.”
[05:39] <nixternal> now that is funny
[08:42] <kwwii> nixternal: I promise that when I get home (tomorrow morning) I will send you your pic, sorry...honestly, I forgot
[09:43]  * Riddell hugs claydoh for the beta page
[09:49] <Riddell> free LWN subscription for members http://www.jonobacon.org/2009/03/24/ubuntu-members-get-free-lwn-subs/
[10:08] <Mamarok> hm, are there some known problems with desktop effects on Jaunty?
[10:08] <Mamarok> I have 3D and OpenGL enabled, running, but can't activate DE, and can't find any X configuration
[10:09]  * Mamarok curses Xorg to have removed those infos from xorg.conf
[10:14] <Riddell> successful desktop effects are a bit of a random thing in jaunty, works great for my intel card with UXA on but quite broken for others
[10:17] <a|wen> Mamarok: which gfx card are you using
[10:18] <Mamarok> radeon hd 36500
[10:21] <Mamarok> -0
[10:52] <a|wen> Mamarok: what does lspci say (need the other version system they are using)
[11:17] <Mamarok> a|wen: http://pastebin.com/m11c895ca
[11:17] <Mamarok> I tried it with both cards, ATI and Intel
[11:20] <a|wen> Mamarok: so you're using the fglrx driver?
[11:21] <Mamarok> no, the radeon driver, fglrx is totally broken, freezes not only X but the whole computer
[11:22] <Mamarok> and on restart it starts a frozen X, so I got rid of it and reconfigured with the radeon one
[11:23] <Mamarok> but both 3D and OpenGL seem to work, according to glxgears and xdpyinfo
[11:24] <a|wen> Mamarok: then you are lucky ... according to the man page there should be no 3d accel on your card
[11:24] <a|wen> does glxinfo report that direct rendering works?
[11:25] <Mamarok> yes
[11:26] <Mamarok> strangely, the xorg.0.log tells me that acceleration could not be activated...
[11:26] <a|wen> try to do a paste of the glxinfo output
[11:27] <Mamarok> the whole one or only the beginning? or is there a particular option that shortens the output?
[11:27] <a|wen> just throw in all of it
[11:28] <Mamarok> moment...
[11:29] <Mamarok> a|wen: http://pastebin.com/m5f842dd3
[11:30] <Mamarok> want the xorg.0.log too?
[11:33] <a|wen> Mamarok: no nedd ... it says "OpenGL renderer string: Software Rasterizer"; so it is not 3d accelerated completely
[11:34] <a|wen> Mamarok: i use the radeon driver and have real 3d acceleration using my R300 card, and then it says "OpenGL renderer string: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL"
[11:34] <a|wen> Mamarok: though the acceleration is not fast enough to be smooth (even useful :( )
[11:36] <a|wen> Mamarok: if you want at least some of the desktop effects to work, you might be able to use Xrender instead of openGL; that gives you at least the desktop wall and present windows
[11:41] <Mamarok> sad, as it used to work in Intrepid very well :(
[11:42] <a|wen> Mamarok: with the radeon driver or fglrx?
[11:42] <Mamarok> with fglrx
[11:42] <mgraesslin> Mamarok: XRender mode should work - not the best, but at least transparency
[11:44] <Mamarok> yes, it works, but I would like to have the whole working again some time...
[11:44] <mgraesslin> yeah I have the same problem
[11:44] <Mamarok> the only thing that actually works with xrender is transparency
[11:44] <mgraesslin> basically yes - most effects require OpenGL
[11:45] <mgraesslin> Present Windows and desktop grid should work as well
[11:45] <Mamarok> and looks not that good TBH
[11:45] <Mamarok> nope, present windows doesn't
[11:45] <mgraesslin> that could be fixed in 4.2.2
[11:46] <Mamarok> bad, as I will have to present it next week at OpenExpo in Bern, I really consider going back to Intrepid for that so I can show some bling
[11:47] <mgraesslin> present windows should work as it doesn't require OpenGL. Possible that the motion dynamics is too heavy for software rendering
[11:47] <Mamarok> gosh, I have a race horse of a laptop and can't use the minima :(
[11:49] <a|wen> Mamarok: present windows works for me using xrender
[11:50]  * a|wen has never had any real luck with the fglrx drivers ... at least not combined with dual-screen and not crashing all the time
[11:58] <agateau> Riddell: Back again asking you for some bug to fix!
[12:00] <Riddell> agateau: I e-mailed you yesterday
[12:00] <Riddell> with a bug to be looked into
[12:00] <agateau> Riddel: oh
[12:00] <agateau> checking mail now
[12:00] <agateau> ok got it
[12:00] <Riddell> phew
[12:01] <agateau> yes i remember you told me about that one
[12:01] <JontheEchidna> Oh cool, my Plasma patch got committed upstream ^_^
[12:02] <a|wen> JontheEchidna: crash fix?
[12:03] <JontheEchidna> nah, tooltips for the Quicklaunch applet icons
[12:03] <a|wen> uhh, shiny :)
[12:03] <JontheEchidna> quite :D
[13:09] <agateau> Riddell (or anyone else in fact): have you been able to reproduce the screensaver bug?
[13:09] <agateau> I can't :/
[13:10] <Riddell> agateau: yes, if I lock the screen then take the power cable out  it shows the notification
[13:11]  * agateau tries
[13:11] <agateau> ok, i can reproduce
[13:11] <agateau> thanks
[13:11] <agateau> i was trying with a shell loop on "kdialog --passivepopup" without success
[13:12] <Riddell> I think it's specifically the plasma popups which are the issue
[13:13] <agateau> kdialog --passivepopup shows plasma popups
[13:13] <agateau> in fact i just reproduced it with kdialog
[13:14] <agateau> it didn't work before because I already had popups displayed
[13:14]  * agateau dives into the code, then
[13:38] <shtylman> nixternal: thanks
[14:38] <nixternal> kwwii: no biggy dude, thanks :)  had to mess with you because someone was bringing up "UDS Pictures" of me in compromising situations ;p
[14:46] <kwwii> nixternal: yeah, but still, I promised to send it quite some time ago :p
[15:14] <agateau> Riddell: just posted a patch for the notification bug on lp and bko.
[15:16] <Riddell> agateau: gosh, how does it work?
[15:16] <agateau> Riddell: easy: take a solution that works (KPassivePopup), copy'n'paste the window flags, and here you are :)
[15:17] <agateau> at least it works-on-my-machine
[15:21] <freinhard> Riddell: could you give me that 8.04=>9.04 link once again please?
[15:22] <Riddell> freinhard: https://help.ubuntu.com/community/JauntyUpgrades/Kubuntu/8.04
[15:28] <ScottK> What's the official 8.10 -> 9.04 upgrade method?
[15:28]  * ScottK is going to try ....
[15:28] <Riddell> ScottK: https://help.ubuntu.com/community/JauntyUpgrades/Kubuntu
[15:29] <ScottK> Riddell: Thanks.
[15:36] <shtylman> Riddell: ubiquity still hasn't been merged :/ dunno if it is critical for beta or whatnot
[15:37] <Riddell> shtylman: I pulled in the wordwrap fix, the rest is fine for after beta
[15:37] <Riddell> shtylman: is it all ready to merge?
[15:37] <shtylman> Riddell: ok
[15:37] <shtylman> Riddell: the partition bar stuff is, and I think there were some tz map fixes
[15:38] <shtylman> Riddell: it is in a working state...if thats what you mean :)
[15:39] <davmor2> shtylman: not critical it's for after beta
[15:39] <freinhard> i guess using apt-cacher is not a good idea?
[15:43]  * Riddell hasn't heard of apt-cacher
[15:44] <davmor2> Riddell: caches apt downloads
[15:44] <freinhard> upgrading three machines causes some traffic...
[15:46] <a|wen_> freinhard: using any kind of cacher could be a good idea in that case ... apt-cacher, squid or...
[15:58] <pkt> is kprinter from kde 3.5 included in latest kubuntu ?
[15:59] <pkt> or are there any plans to include it at least until kde4's version supports all of its functionality ?
[16:00] <Quintasan> pkt: I'm afraid it's not, at least apt-cache said so
[16:02] <pkt> oh, bummer, I 'd love to switch to kde4 but I can't if I can't print 2-sided :(
[16:03] <Riddell> you can configure your printer with system-config-printer-kde in jaunty
[16:03] <freinhard> pkt: i can't either
[16:03] <pkt> Riddell: the problem is not in configuring the printer
[16:04] <pkt> the UI is lacking the option to print separately "Odd" and "Even" pages
[16:05] <pkt> The upstream suggestion is to include kprinter from 3.5 until the kde4 is equivalent in functionality
[16:11] <freinhard> pkt: got a printer with duplex unit but can't convince it to use it.
[16:12] <pkt> freinhard: so I guess you would benefit from "manual 2-sided" too, at least until you get your system to use your duplex unit :)
[16:13] <pkt> In my case, the price for the duplex unit was more than the whole printer is worth currently and it is also very hard to find
[16:14] <pkt> (not to mention that not supporting this widely-used feature is definitely a regression)
[16:15] <ScottK> Riddell: If I click in the  terminal area of the upgrader (to copy stuff out of it) while the upgrade is going on, the text starts updating from the place I clicked, not at the bottom.  Known issue?
[16:16] <Riddell> ScottK: I seem to remember it, report a bug anyway
[16:16] <ScottK> I will.
[16:16] <ScottK> Riddell: What package?
[16:16] <Riddell> ScottK: update-manager
[16:16] <ScottK> Riddell: Thanks.
[16:19] <freinhard> pkt: i would benefit from a printerdriver that manages to use the duplex unit, i hate printing odd/even pages cause printers tend to take 2pages at a time and that screws up everything. besides i'm to lazy to walk to the printer twice ;)
[16:20] <pkt> well, I can't do anything for that, sorry :)
[16:21] <pkt> while for kprinter, the code is already there, so it is a distro bug imho
[16:23]  * freinhard just noticed that he got some unauthorized lines in his cups-error-log
[16:26] <freinhard> why should someone want to keep obsolete packages after a dist-upgrade?
[16:30] <pkt> what do you mean obsolete ?
[16:30] <freinhard> https://help.ubuntu.com/community/JauntyUpgrades/Kubuntu/8.04
[16:30] <pkt> if the new version is broken, then offering the old working version is the least one can do imho
[16:30] <freinhard> step 6
[16:31] <freinhard> list of old kernel images gcc, packages that don't exist anymore etc.
[16:31] <freinhard> can't think of a sane reason to keep them. but i guess there is one ;)
[16:32] <freinhard> Riddell: encoding sucks ;) the german "Schließen" on the final "Restart required" dialog is rendered as "SchlieÃ en"
[16:35] <freinhard> Riddell: where should i report problems after the distupgrade?
[16:39] <Riddell> freinhard: here and launchpad and iso.qa.ubuntu.com
[16:43] <JontheEchidna> actually that might already be reported
[16:43] <JontheEchidna> there's an encoding fix due for KDE 4.2.2
[16:43] <JontheEchidna> freinhard, Riddell^
[16:43] <freinhard> Riddell: didn't use any iso so i guess here's the right place: after booting the upgraded system i get a somewhat grey screen and a mouse pointer, thats it.
[16:44] <JontheEchidna> bug 344709
[16:46] <Riddell> JontheEchidna: it's probably an issue with pykde
[16:46] <Riddell> freinhard: so just a blank screen?
[16:47] <ScottK> Am I supposed to automagically have a Network Management widget somewhere or is it expected I have to add it?
[16:48] <freinhard> Riddell: some shady grey background.
[16:49] <a|wen_> ScottK: you are expected to have it for new users only afaik ... at least i had to add it myself as well
[16:49] <ScottK> Riddell: ^^^ This needs to be prominently mentioned in the release notes.
[16:50] <freinhard> Riddell: would you mind adding a "cd /tmp/" to the beginning of the update script?
[16:52] <agateau> Riddell: any other bug for me?
[16:55] <Riddell> agateau: think up a way to add network manager to plasma for newly upgraded users?
[16:55] <Riddell> freinhard: but no sign of KDE or anything useful?  what's running?
[16:56] <agateau> Riddell: mmm... I smell a hack here :)
[16:56] <freinhard> freinhard: kdm seems to be running
[16:56] <Riddell> freinhard: but you can't see it?
[16:57] <agateau> Riddell: I guess a kconf_update might be a way to do so
[16:57] <freinhard> Riddell: nope, nothing asking me for a user and password
[16:57] <freinhard> i'll try to nopaste the kdm log
[16:57] <freinhard> hmm any package that provides a cli script?
[16:58] <Riddell> agateau: maybe, so long as it doesn't get in the way of new installs
[16:58] <Riddell> agateau: ask ScottK for a copy of his plasma-appletsrc
[16:58] <agateau> Riddell: this is going to be a pain to test...
[16:59] <Riddell> agateau: use a chroot?
[16:59]  * agateau needs a bigger hd
[17:02] <ScottK> agateau: http://pastebin.com/f7525d9d2
[17:02] <agateau> ScottK: thanks
[17:03] <ScottK> agateau: I reported this as Bug #349066, assuming it would be release notes material, so if you actually come up with a fix, please make that also affect the appropriate Ubuntu package.
[17:03] <freinhard> should a wired networkconnection work before login?
[17:03] <freinhard> here it doesn't
[17:05] <a|wen_> freinhard: under normal circumstances no (at least not with the recent way to generate /etc/network/interfaces)
[17:05]  * ScottK waves to a|wen_: Nice interview.
[17:05] <freinhard> hmm ok, so thats not really good. so i've got to use usb stick, argh
[17:06]  * a|wen_ waves back ... thinks it is cool that it is actually being read :)
[17:07] <ScottK> OK.  So here I am on Jaunty ....
[17:07] <a|wen_> freinhard: you can just change the settings to start your wired connection
[17:08] <ScottK> BTW, absolutlely no file conflict issues in KDE packages going intrepid-backports 4.2.0 to jaunty 4.2.1.
[17:08] <ScottK> vorian: ^^^ Great job on the 4.2.1 packaging.
[17:09] <a|wen_> yeah, great job vorian! ... the upgrade went über-smooth for me as well :)
[17:09] <freinhard> a|wen_: can i do that on commandline?
[17:10] <blizzz> which interview?
[17:10] <freinhard> how do i get a default xorg.conf?
[17:11] <blizzz> freinhard: sudo dpkg-reconfigure -phigh xserver-xorg
[17:11]  * claydoh just upgraded his intrepid box w/backports to Jaunty
[17:11] <a|wen_> freinhard: edit /etc/network/interfaces and ensure that the two lines "auto eth0" and "iface eth0 inet dhcp" are there
[17:11] <a|wen_> blizzz: http://behindmotu.wordpress.com/2009/03/26/andreas-wenning-awen/
[17:12] <blizzz> a|wen_: ty
[17:12]  * a|wen_ thinks this upgrading to jaunty business starts looking like a trend
[17:13]  * claydoh had no unforseen hitches
[17:13] <freinhard> anyone interested in my xorg.conf hat didn't work after the distupgrade?
[17:13] <claydoh> yay to the team fantasttic work
[17:15] <agateau> Riddell or ScottK: the missing network applet *only* affect 8.10 users, not 8.04 users, right?
[17:15] <freinhard> agateau: right, i got it on a 8.04->9.04 machine
[17:16] <vorian> \o/
[17:16] <agateau> and i guess it's fair to assume user will restart kde/computer after upgrade
[17:17] <Riddell> agateau: 8.04 too
[17:17] <Riddell> agateau: yes restart will happen
[17:17] <vorian> yeah, there have been like 200k kernel changes since intrepid
[17:17] <agateau> :)
[17:17] <Riddell> freinhard: file a bug and attach it
[17:19] <blizzz> a|wen_: nice one
[17:20] <a|wen_> blizzz: thx
[17:26] <agateau> ScottK: strange enough, there is a network applet in your plasma-appletsrc file
[17:28] <ScottK> agateau: I added it manually
[17:28] <agateau> ScottK: oh... I thought this was the file you got just after upgrading
[17:30] <ScottK> That's how I got on the network.
[17:33] <freinhard> Riddell: done: #349082
[17:33] <vorian> the login graphics don't seem to support 1920X1080 res,
[17:33] <vorian> i get weird crap on either side
[17:35] <nixternal> Riddell: have you heard anything further on being able to use LDTP with KDE at all?
[17:35] <nixternal> it would be nice to start writing automated tests so we could rock with QA
[17:36] <a|wen_> vorian: it is widescreen in general (at least it is that way on intrepid)
[17:37] <vorian> ah, excellent
[17:37] <vorian> tagging done 56 minutes ago
[17:51] <freinhard> besides the intel driver (EXA vs UXA) and the xorg.conf the upgrade succeded
[17:52] <freinhard> a|wen_,vorian: i've got no kdmproblems with 1920x1200 on intrepid
[17:54] <vorian> freinhard: on the login screen?
[17:55] <a|wen_> freinhard: doesn't work for me on 1024x480 with kde 4.1.4
[17:58] <freinhard> yes, the kdm login screen worked for me with 4.1.* and then upgraded to 4.2.0 and got no problems either
[17:59] <a|wen_> so looks to be a problem with certain screen resolutions; strange
[18:04] <vorian> hem, works fine now
[18:06] <Riddell> nixternal: what's LDTP?
[18:07] <nixternal> Linux Desktop Testing Project...AT-SPI stuff so you can create automated tests for desktop environments
[18:07] <Riddell> oh, no idea
[18:07] <nixternal> started by GNOME but it seems there is/was some work done on the KDE side, but mostly documentation it seems
[18:08] <nixternal> I have been watching the Desktop Team and they are doing some killer work...it would be nice to integrate a bit with them and create/utilize automated testing stuff
[18:08] <nixternal> QA Team rather in conjunction with the Desktop Team
[18:30]  * vorian responds to dude with look/feel suggestions on the mailing list
[18:37] <josh-l> has beta release run into some snags?
[18:45] <ScottK> josh-l: No.
[18:45] <agateau> Riddell: about the network applet issue... I can prepare a script which would add it to plasma conf, but it would need to be run on startup only, not while plasma is running, which rules out kconf_update. Would it be ok to add an autostart script for this?
[18:45] <josh-l> ScottK good (trying to be patient) :)
[18:46] <agateau> Riddell: not a good idea in fact, since plasma is started from autostart as well
[18:46] <ScottK> agateau and Riddell: Would it make sense for such a script to be somehow enabled by update-manager if it removes knetworkmanager?
[18:47] <agateau> ScottK: tricky :) the thing is: plasma must not be running, otherwise it overwrite the config, and postinst scripts are run as root, so it would need to fix all users conf
[18:48] <ScottK> Hmmmm.   Yeah.  At this point release notes might not be bad.
[18:48] <agateau> ScottK:  Riddell: the simplest solution is to add a script to startkde I am afraid
[18:50] <vorian> ScottK: i saw release notes somewhere ...
[18:53] <ScottK> vorian: There's also the official release notes (that I think this rates if agateau doesn't come up with something Riddell likes) which is why I filed Bug #349066
[18:56] <vorian> ah
[18:56] <agateau> yeah, release notes are a different kind of scripts, written in usersh shell language :)
[18:56] <agateau> but it's a bit unreliable :)
[19:00] <freinhard> why not just put a notes-plasmoid on the desktop telling how to add it?
[19:01] <freinhard> hmm i guess that was stupid, adding a notes-plasmoid shouldn't be less difficult then adding the nm-plasmoid?
[19:01] <blizzz> ;)
[19:02] <blizzz> why not quit plasma, add the plasmoid and start plasma again?
[19:06] <blizzz> agateau:
[19:07] <agateau> blizzz: because the update script is run by root, not by the current user
[19:07] <agateau> but I have an idea i'll test in the train
[19:07] <agateau> have to go now
[19:08] <blizzz> agateau: ok. gl!
[19:46] <tomsdale> Hi, have you heard about probs with ext4 and KDE 4.2.1 on kubuntu jaunty? I have some highly artistic screen freezes/crashes to report after switching the desktop cube.
[19:47] <tomsdale> unfortunately the keyboard is dead as well otherwise I could show you a screenshot. I usually have to hard reset my laptop after such a crash.
[19:48] <smarter> tomsdale: I'm using ext4 here
[19:48] <smarter> no problems
[19:48] <smarter> or nothing that seems filesystem-related
[19:48] <smarter> your problem looks more like video drivers bugs
[19:49] <tomsdale> It just started today. I got the tip from someone in ubuntu+1 who heard about ext4/kde4 combo problem which is why I mentioned it.
[19:50] <tomsdale> smarter: I have the NVidia nonfree driver. There haven't been updates for a week if I remember correctly.
[20:31] <ScottK> tomsdale: The problem with ext4 and KDE (or Gnome) is that the major DEs made some unfortunate assumptions about how often stuff would get written to disk so you can lose stuff in a crash.  I don't know of any ext4 specific problems otherwise.
[20:35] <ScottK> maco: On Jaunty now and still no quassel crashes.
[20:35]  * Lure is very happy with ext4, but have to admit I lost plasmarc once
[20:35] <tomsdale> ScottK: I read about that. It said also that the authors of ext4 implemented a "backwards compatible" mode so it behaves like ext3. Do you know the status of that in kubuntu 9.04 or how to switch it on?
[20:35] <tomsdale> !plasmarc
[20:35] <smarter> tomsdale: if you don't have extend enabled(which is the default afaik), your partition can be mounted as ext3
[20:35] <smarter> and ext3 partition can be mounted as ext4
[20:36] <ScottK> tomsdale: I don't know.  I'd listen to smarter.
[20:37] <smarter> (when I said it's the default, I meant having it enabled was the default)
[20:38]  * smarter decided to switch to ext4 while still running Intrepid and learning a lot of stuff while hacking with the kernel, initrd and other various stuff to get a working system again :p
[20:41] <tomsdale> hehe, that's why went jaunty alpha. If all your background services crash at least you know what their functionality is/was. My Intrepid installation seems to be totally unaware of the ext4 jaunty partition though. grub intrepid apparently can't boot into ext4 either.
[20:42] <smarter> tomsdale: iirc, I didn't have to patch grub in intrepid to get it to work with ext4, patch was integrated during intrepid dev cycle
[20:42] <jtisme> Can anyone tell me who is in charge of kde regression tests
[20:45] <tomsdale> must be my error then. I had to reinstall grub from the live CD to be able to boot back into jaunty after installing intreprid. Always got #15 file not found.
[20:46] <vorian> jtisme: what's up?
[20:46]  * vorian is not the one
[20:48] <jtisme> well i see whole sections that dont work as they did in 8.10 kde 4.1 and wondered who was in charge of regression testing as I would be glad to help in that area
[20:49] <vorian> jump on in then
[20:49] <vorian> are there bugs?
[20:50] <jtisme> well my experience (about 30 yrs sw devel) tells me you dont need a (formal) bug report if you catch something in regression tests
[20:50] <vorian> if you want it to be fixed, you would
[20:51] <jtisme> true but there should be a direct channel between devel and regression folks to keep the bug reports down
[20:51] <vorian> you sound as if you have a list of regressions?
[20:51] <jtisme> there should be a regression test group for kde
[20:51] <jtisme> i could supply some
[20:52] <vorian> well, i'd asume that would be something we could discuss at a kubuntu meeting
[20:52] <jtisme> dont get me wrong, i am not complaining just want to help at a level before code release to minimize down stream problems
[20:53] <jtisme> where would that meeting (on line i assume) be
[20:53] <vorian> i'm not saying that you are complaining :)
[20:53] <jtisme> i know just want to clarify my intent
[20:53] <vorian> sure, check the /topic for any news on a meeting
[20:53]  * vorian doesn't see one as of yet
[20:54] <jtisme> i am a little unfamiliar with the jargon  /topic?
[20:54] <vorian> it might be a good idea to familiarize yourself with how release deployments are handled with kubuntu
[20:54] <jtisme> what is /topic?
[20:54] <smarter> jtisme: topic of the channel, which can be obtained by typing /topic in your irc client usually
[20:54] <vorian>           http://iso.qa.ubuntu.com/qatracker/build/kubuntu/all | Feature Freeze, UI Freeze and Beta Freeze in effect - Fix bugs! |
[20:54] <vorian>           https://wiki.kubuntu.org/Kubuntu/Todo | Congratulations to rgreening and a|wen - Kubuntu's newest MOTUs!!!
[20:55] <jtisme> ok now on  /topic thanks
[20:55] <jtisme> and i will look at release deployments etc. good
[20:57] <jtisme> if i type  /topic  am i the only one seeing the output?
[20:57] <smarter> yup
[20:57] <jtisme> thanks
[20:58] <maco> ScottK: when you temp hide a bunch of buffers in a row, it doesnt go down in flames?
[21:07] <Quintasan> maco: I thought it occurs only in mine case :D
[21:08] <maco> so you get that too?
[21:09] <Quintasan> sometimes. temp hiding buffers kills Quassel
[21:10] <maco> and then when you restart it, it unhides them  :(
[21:12] <maco> next ponderance: why does kontact show an unread number thats about 300 higher than the actual unread count?
[21:29] <ScottK> maco: Do you mean select a bunch and temp hide them all at once or do several one by one?
[21:29] <maco> one at a time
[21:29] <ScottK> I'm also using split client/core, so it may be different.
[21:30] <maco> i just noticed it doesnt usually crash when i just hide one and stop
[21:30] <maco> if i hide one after the other, it crashes
[21:31] <Quintasan> It sometimes works really slow for me
[21:32] <maco> you mean when you see solid grey for about a second before it draws anything?
[21:32] <maco> and when you start typing and realize that 15 words in, its only echoed 3?
[21:36] <Quintasan> yeah
[21:36] <Quintasan> or when switching buffers it starts working very slow
[21:36] <Quintasan> 5 seconds they I can see the buffer
[21:37] <Quintasan> s/they/than
[21:40] <ScottK> Seems fine here.
[21:43] <Quintasan> Hmm also Amarok "forgets" the metadata of file, now my Rhapsody of Fire are marked as 0:00 long with no info :<
[21:45] <Riddell> ryanakca: ping ping
[21:45] <Riddell> ryanakca: website admin mode is broken!
[22:21] <ScottK> Oh my.
[22:28] <Nightrose> anyone know if i can get packages for the kde 4 version of kdevelop for intrepid somewhere?
[22:30] <Riddell> Nightrose: no I don't think we have any
[22:31] <Nightrose> Riddell: dot story indicates there were some in the experimental ppa
[22:31] <Nightrose> but they seem to be gone
[22:47] <josh-l> uggh release beta already
[22:56] <JontheEchidna> Riddell: Any objections to autostarting krandrtray? It seems to be the only way to make the KDE resolution settings apply at startup since startkde no longer handles it in KDE4...
[23:05] <Riddell> JontheEchidna: ug, not another tray applet
[23:05] <JontheEchidna> yeah :(
[23:05] <JontheEchidna> the question is, is it worth it?
[23:05] <Riddell> what changed in startkde?
[23:05] <Riddell> https://www-admin.kubuntu.org/news/9.04-beta  I really want an irn bru now
[23:06] <JontheEchidna> nothing changed in startkde, which is pretty much the problem
[23:06] <JontheEchidna> it's still looking for the kde3 rc files for screen setup stuff
[23:07] <JontheEchidna> making it do kde4 would be more complicated since a) everything's changed and b) the whole this is more complicated in kde4 in that regard
[23:07] <nixternal> Riddell: is there a trick to that link you posted?
[23:07] <Riddell> nixternal: remove the "-admin"
[23:07] <nixternal> hahah
[23:07] <nixternal> I didn't even see the admin
[23:08] <nixternal> nice irn bru there :p
[23:08] <JontheEchidna> heh
[23:10] <Riddell> JontheEchidna: surely this is fixable properly, especially since we have say agateau looking for things to fix
[23:11] <JontheEchidna> cool :)
[23:14] <jpds> Curious, all the African mirrors are in .za. <observation />
[23:16] <Riddell> that's not what the list says
[23:21] <jpds> But the users don't know that ;-)


[06:18] <IrcsomeBot1> ajyotirmay was added by: ajyotirmay
[06:18] <lordievader> Good morning
 Hi, I've been having a small issue with my setup of Kubuntu 18.04.3. … I'm using my bluetooth headset but the system wouldn't automatically switch any new audio streams to it unless I explicitly go into the Audio Settings and change output sink for that application. Though I've made the headset my default audio playback device, it's just not working as expected.
[06:28] <lordievader> Is it the only available sink?
 There are 2 sinks available, the in-built and then the headset
[06:41] <IrcsomeBot1> Vicente Flaherty was added by: Vicente Flaherty
[06:42] <IrcsomeBot1> <Vicente Flaherty> (Photo, 200x200) https://irc-attachments.kde.org/0Cli9pdT/file_17348.jpg
[06:42] <IrcsomeBot1> <Vicente Flaherty> qwnkvoyo
[07:27] <lordievader> Does the issue persist when you disable the built-in sink?
[07:27] <lordievader> Also what is the output from `pactl info`?
[10:52] <eeos> Hi everybody! How do you install an AppImage file system wide, so that all the users can access and run it?
 Hello
[11:49] <BluesKaj> Howdy all
[11:56] <user|29439> How to create bootable USB disk for installation Kubuntu from windows 7?
[11:56] <diogenes_> user|29439, use etcher.
[13:30] <Guest98054> hello, can somebody tell me when is the best time to upgrade to the next ubuntu version?
[13:30] <BluesKaj> Guest98054, which one are you using now?
[13:31] <Areador> BluesKaj: 19.04
[13:31] <BluesKaj> !release
[13:32] <Areador> and does do-release-upgrade -m desktop ... or -d ... work out of the box ... or is there something what i have to look for before upgrading?
[13:33] <BluesKaj> ok, 19.04 is the latest release , so you are current. The number 19.04 indicates yr and month of the release
[13:34] <BluesKaj> the next one is 19.10, so official release is in October
[13:34] <Areador> BluesKaj: release is the 17.october i know
[13:35] <Areador> but i just want to know, if i use only ubuntu packages ... does the do-release-upgrade work out of the box? or can there be any troubles after upgrading?
[13:37] <BluesKaj> unless you want to do bleeding edge or do Kubuntu testing I suggest you wait til the official release date, which may change, the actual day is not carved in stone
[13:39] <Areador> ok, i ask in an other way ... if upgrade 7 days before with -d ... or on the release day with -m desktop ... is it possible that the system crashes afterwards?
[13:40] <Areador> or is there anything i have to look for before upgrading?
[13:41] <BluesKaj> depends a lot on your hardware and drivers, there's no accurate predicting the behaviour after the dev upgrade
[13:42] <Areador> so its just luck if it works afterwards?
[13:42] <BluesKaj> Areador, make sure you update/upgrade your existing packages first then dev upgrade
[13:43] <Areador> do you mean, at first upgrade all packages to actual 19.04 version and then do-release-upgrade?
[13:44] <BluesKaj> Areador, I'm on 19.10, with intel graphics and audio, i5cpu and all is well
[13:44] <Areador> ok, as far as i know that is alpha status right?
[13:44] <BluesKaj> dunno , I don't keep track of the status much
[13:45] <BluesKaj> it either works or it doesn't :-)
[13:45] <Areador> ok, if you say so that everything is well ... then i could try to upgrade with -d
[13:45] <BluesKaj> why are you in such a hurry though?
[13:46] <BluesKaj> I'm a designated Kubuntu Tester so I volunteer to run dev OSs
[13:47] <Areador> hm, i point is, i have done 2 upgrades in the past and both did not work ... maybe i did something wrong ... therefore i want to see if do-release-upgrade is working
[13:48] <BluesKaj> Areador, i'll bet you forgot to update/upgrade your existing packages before do-release-upgrade and that's why you ran into problems
[13:50] <Areador> ok, so normally it should work ... then i will wait until 7 days before release date and upgrade with -d ... as far as i know the 10.october final freeze and should be a release candidate
[13:52] <BluesKaj> like I said, i don't know what hardware you have so I can't possibly predict your result
[13:53] <Areador> which hardware is necessary?
[13:53] <Areador> to know
[13:54] <BluesKaj> your cpu, gpu, wifi if required, audio chip etc
[13:55] <Areador> i tried 19.10 before, all worked fine
[13:55] <BluesKaj> these questions might be answered better in #ubuntu+1 chat also
[13:58] <BluesKaj> Areador, 19.10 live session?
[13:59] <BluesKaj> on a disk or usb stick?
[13:59] <Areador> nope, i installed it
[13:59] <Areador> all worked fine
[13:59] <BluesKaj> then why did you revert?
[14:00] <Areador> because of mysql-workbench, that is released only for 19.04 and made problems
[14:02] <BluesKaj> well then it didn't work fine
[14:04] <Areador> i meant by fine, the repository packages
[14:09] <Areador> and btw BluesKaj thank you for your responses and help!
[16:18] <MrSassyPants> cant open my samsung phone anymore, what gives
[16:19] <MrSassyPants> "file or folder udi=/org/kde/solid/udev/sys/devices/pci0000:00/0000:00:14.0/usb1/1-3/1-3.2 doesn't exist"
[16:19] <MrSassyPants> Sometimes I can open a folder but then the connection crashes
[16:19] <MrSassyPants> Setting the phone to ptp instead of mtp works but only lets me download jpgs
[16:19] <MrSassyPants> so something broke mtp I guess
[16:58] <goldie> hi, I have a question about installing kubuntu on a new hp
[16:59]  * diogenes_ likes HPs.
[19:40] <JFox762> hi
[19:44] <JFox762> I have a question here.... I just ran an IFconfig, and I'm showing an overlap in networks.
[19:44] <JFox762> vmnet1 shows inet <IP_ADDRESS>
[19:44] <JFox762> wlp3s0 (wireless) shows <IP_ADDRESS>
[19:45] <JFox762> the <IP_ADDRESS>/24 network should be part of the VMWare virtualized network
[19:45] <JFox762> but my actual Verizon hotspot also has the same range
[19:52] <JFox762> AHH!
[19:52] <JFox762> that *WAS* the problem!
[19:53] <JFox762> Network overlap between my Samsung S7 hotspot (<IP_ADDRESS>/24) and the VMnet1 network with the same address range
[22:15] <IrcsomeBot1> Maryann Marshall was added by: Maryann Marshall
[22:15] <IrcsomeBot1> <Maryann Marshall> (Photo, 533x800) https://irc-attachments.kde.org/2UABK0J3/file_17366.jpg
[22:16] <IrcsomeBot1> <Maryann Marshall> fmvrcv o exevceq tdh


[03:53] <philipballew_> hey can someone tell me where in my system is the best place to place this script http://akshaydandekar.wordpress.com/2011/06/30/shell-script-to-remove-system-beeps-in-crunchbang-linux/
[03:55] <broder> philipballew_: you should only have to run it once, not keep it around
[03:56] <philipballew_> oh, so it doesnt need to be a start up script?
[04:01] <philipballew_> i see now. i see what to do
[17:57] <pleia2> Darkwing: saw Scott Olsen last night (didn't meet him, but I ended up at a charity event for him because one of MJ's co-workers bands was playing)
[17:57] <pleia2> (it was an interesting night)
[19:34] <pleia2> I joked that LUGOD (lugod.org, davis) was "like 100 miles away" and it turned out to be 74
[19:34] <pleia2> not much of a joke, turns out!
[19:35] <pleia2> probably can't make it up since it's so far, but interesting dual stack talk coming up: http://www.lugod.org/meeting/
[19:35] <akk> It's a long way. Alas, since they have great talks!
[19:35] <pleia2> yeah, there have been a number I've wanted to go to
[19:39] <pleia2> actually, it looks like the speaker is from berekely, maybe I can email him and ask if he'll speak at BALUG
[19:39] <pleia2> berkeley too
[19:43] <Darkwing> pleia2: cool
[19:49] <nhaines> haha, hax!
[19:49] <MarkDude> LUGOD has Bill Kendrick
[19:50] <MarkDude> Worth a few hundred mile drive, imho
[19:50] <MarkDude> Tux Paint dude
[19:50] <akk> I suspect Bill is a big factor in why they have so many good talks.
[20:10] <Corey> Gareth: Ping.
[20:11] <MarkDude> yep
[22:42] <Gareth> Corey: pong
[22:51] <Gareth> Corey: feel free to shoot me an<EMAIL_ADDRESS>[22:51] <Gareth> brb
[22:55] <grantbow> pleia2: thanks for the RT
[23:58] <bkerensa> nhaines: You about?
[23:58] <nhaines> bkerensa: yup.
[23:58] <bkerensa> nhaines: PM?
[23:58] <nhaines> bkerensa: always open.


[03:38] <Guest123> Is this the channel for questions about the installer? Or is it just development only?
[16:50] <cyphermox> CarlFK: your late-command can be running some pre-made script from somewhere, I've seen examples (but of course right now I can't find them)
[16:51] <CarlFK> cyphermox: I can use late_command to wget/chmod.. but I am 'sure' I saw something else that took just a uri
[16:52] <cyphermox> I concur
[16:52] <cyphermox> I just don't remember what exactly off the top of my head; you could look at the source for preseed though
[16:52] <CarlFK> and also I am sure if you give it a host name, it will construct the path similar to preseed - d-i/flavor
[16:53] <cyphermox> oh, it was for a preseed path, not for the late_command or early_command.
[17:15] <CarlFK> um..   I am saying it was like preseed...
[17:16] <CarlFK> I do this:
[17:16] <CarlFK> d-i preseed/late_command string cd /target/tmp && wget http://$url/lc/late_command.sh && chmod u+x late_command.sh && chroot /target /tmp/late_command.sh $(debconf-get mirror/suite) $(debconf-get passwd/username)
[17:17] <CarlFK> what I remember was d-i preseed/late_command string late_command.sh
[17:18] <cyphermox> well, you can do that, but it depends on late_command.sh already being on the system, AFAIK
[17:19] <cyphermox> I do not think this works as a URL at all, but I haven't exactly tested this
[17:20] <CarlFK> er... d-i preseed/late_script?  string late_command.sh
[17:20] <CarlFK> late_something
[20:42] <cjwatson> You might be thinking of preseed/run (IIRC), which is like early_command.  I don't think there's a late equivalent
[20:43] <cjwatson> (it's actually not quite like early_command either, but it's closer to that)


[19:14] <highvoltage> stgraber: do you think we should delay alpha 2 to match up with kubuntu? also, do you think it's likely that the edubuntu server squashfs will be installable by then?
[19:14] <highvoltage> (around Feb 8-10 it seems)
[19:15] <stgraber> highvoltage: I don't have any problem with delaying. Not sure about the server squashfs, we'll see
[19:15] <highvoltage> stgraber: is there a bug list to-do list for that? if not, could we talk about it some time like tonight so that you could walk me through it?
[19:33] <stgraber> highvoltage: no fine grained todo list. Currently the only bit that's really functional is the user interface, so on that side, the only thing that's left I believe is implementing the overview page
[19:34] <stgraber> my idea is to list the role (primary group) and the list of groups the user is a member of and a link to the password change page
[19:34] <stgraber> that's probably as much as we'll want to show to a standard user in the first release of edubuntu server
[19:34] <stgraber> the rest will be in the admin UI