[00:56] <jp--> guys... how can I find out the name that will get the filesystem partition of a usb flash drive? I've tried using sda1, sdb1, sdc1... but can't get it to boot using exec, after a dist-upgrade--- btw, it didn't upgrade the kernel :/
[00:56] <jp--> it's the same one that was on 8.04
[00:56] <jp--> I did a dist-upgrade from 8.04 to 9.04
[00:57] <jp--> do I have to change the /boot/grub/device.map file?
[00:58] <sistpoty> jp--: probably a question more suitable for #ubuntu?
[00:58] <jp--> (hd0) /dev/sdc
[00:58] <jp--> it said that, I changed to (hd0) /dev/sdb, which was originally working on 8.04
[00:58] <jp--> ok sistpoty
[00:58] <jp--> anyways.
[01:01] <jp--> arg, didn't work, still showing "Begin: Waiting for root file system
[01:20] <cjohnston> Anyone know if evolution 2.30 will be included on lucid?
[01:21] <ari-tczew> cjohnston: why not?
[01:22] <cjohnston> why not what.. why would it not?
[01:22] <directhex> it won't
[01:22] <Amaranth> cjohnston: no, it's close to a rewrite
[01:22] <directhex> too many changes apparently
[01:23] <cjohnston> so 10.10 probably?
[02:39] <chicagonpg> oreily school
[02:46] <LaserJock> does anybody know off-hand how the gnome panel is controlled in UNE?
[03:05] <LaserJock> so it looks to me like ubuntu-netbook-default-settings is locking people out from adding/changing applets
[03:05] <LaserJock> that doesn't seem quite right does it?
[06:30] <genii> Do the daily builds support zsync?
[10:01] <lucas> are automatic debian imports from squeeze still being done? or was that disabled?
[10:08] <dupondje> lucas: how you mean
[10:09] <lucas> dupondje: the release schedule says we are past debian import freeze, but I don't remember reading that it was actually disabled.
[10:11] <dupondje> don't know if its really disabled :)
[10:45] <maxb> Given that "automatic" is actually just "archive admins run it manually semi-regularly", I think it's safe to assume it's disabled
[10:53] <geser> jelmer: Hi, do you know an easy solution to make bzr-gtk installable again in lucid again (lucid has bzr 2.1.0~rc2)?
[11:22] <ari-tczew> please sponsor fake sync bug 521337 thanks
[13:48] <bigon> could some one have a look at that merge request? https://bugs.edge.launchpad.net/ubuntu/+source/papyon/+bug/520699
[13:55] <ari-tczew> bigon: have you asked d.filoni about merging new version?
[13:56] <bigon> ari-tczew: not sure on which channel he is
[13:57] <ari-tczew> his nick is dfiloni and current propably he is offline, you can sent mail to him
[13:58] <ari-tczew> bigon: if he is not interested in merging new version, I'll take this
[13:59] <ari-tczew> just notify me on IRC, or if I'm offline please send me a mail
[13:59] <bigon> ok
[13:59] <bigon> thx
[14:04] <cjwatson> genii: zsync> they're supposed to
[14:09] <cjwatson> pitti: did a work items tracker update fail?  lucid.db != lucid.db.20100213
[14:09] <cjwatson> pitti: hmm, or rather they're the same but different timestamps, seems odd that it hasn't updated since 2010-02-12 20:17 - how often are the updates?
[15:10] <jdstrand> slangasek, james_w, Riddell, cjwatson, kirkland, StevenK: I am processing NEW now, since I wasn't able to get to it yesterday
[15:21] <ari-tczew> cjwatson: could you merge clock-setup with latest release from Debian?
[15:33] <cjwatson> ari-tczew: for the epoch fix?  sure
[15:34] <ari-tczew> would be nice
[15:49] <cjwatson> ari-tczew: done, and adjusted ubiquity to cope
[15:50] <ari-tczew> cjwatson: thanks!
[16:08] <james_w> cjwatson: dpkg imported and new bzr-builddeb in lucid that you may want to use. Sorry for the delay.
[16:41] <rohit01> I am Rohit from India. I want to do some development work in ubuntu with python as a programming language. I need a mentor to guide me.
[16:42] <directhex> rohit01, this channel is for development *of* ubuntu, not *with*
[16:47] <persia> We clearly need a channel for development *with* Ubuntu.
[16:48] <Tm_T> persia: feel free to create one (:
[16:48]  * persia instead hunts for someone who might have an interest in regularly attending such a channel
[16:50] <cjwatson> james_w: yay!  thanks
[19:50] <Hexxeh> Hi
[19:50] <Hexxeh> Is it appropriate to ask a question about how Wubi works here?
[19:52] <Rawxor>  So i just installed Ubuntu Karmic (9.10) on a little mini PC (Acer Revo) - sound seems to work fine - except for in flash movies in firefox... i've read a ton of stuff that says to remove pulseaudio, but i'd rather it work _WITH_ PulseAudio - Any ideas?
[19:53] <Hexxeh> Rawxor: #ubuntu
[19:54] <Rawxor> Hexxeh: That channel is utterly useless
[19:54] <Hexxeh> It's the support channel, this channel is for development.
[19:54] <Rawxor> Hexxeh: there are far too many people coiming in and out of it constantly to be useful
[19:55] <Hexxeh> Regardless, this channel is not for support, read the topic.
[19:55] <Rawxor> Hexxeh: so lets develop a solution to my problem :)
[19:55] <kklimonda> Rawxor, then use ubuntuforums.org
[19:55] <Rawxor> :( off to the forums again
[20:33] <sistpoty> cjwatson: quick question about p-a-s: I want to add more arches to libunwind (see bug #519996), is it sufficient to commit/push to lp:packages-arch-specific and then do a non-change rebuild for libunwind? anything else I need to pay attention to?
[20:38] <sistpoty> cjwatson: nevermind, libunwind FTBFS on i386/amd64 so it needs to fixed there first anyways :/
[22:07] <jp--> hi guys... how can I cleanly umount the root ext2 partition on my system when I shut it down so I avoid fsck to reboot my system when fixing nodes of the ext2 partition on every startup? thanks!
[22:11] <lifeless> the normal shutdown should do that; you might consider a FS newer than 1990 as well ;)
[22:31] <IDWMaster> Why can't DEB packages be uploaded in binary format to Launchpad, and compiled locally? I sometimes send in packages and they don't always build properly in a virtual environment.
[22:35] <IDWMaster>  Why can't DEB packages be uploaded in binary format to Launchpad, and compiled locally? I sometimes send in packages and they don't always build properly in a virtual environment.
[22:35] <ion> Does it echo in here?
[22:36] <ion> There’s something wrong with the package if it fails to build from source.
[22:36] <ion> generally
[22:36] <IDWMaster> I just resent the same package and it built the second time.
[22:37] <IDWMaster> Maybe some error in transmission?
[22:38] <IDWMaster> I was sending in a P2P chat/file sharing application.
[22:39] <IDWMaster> It builds most of the time, but sometimes it just doesn't work right.
[23:41] <cjwatson> sistpoty: it's fine to push, although I think it may take a while for the LP buildds to update.  However the Debian buildd maintainers have specifically asked that we file bugs on the buildd.debian.org pseudopackage in Debian if we make changes there
[23:42] <sistpoty> cjwatson: thanks. I guess the change is already in debian, let me dig it up
[23:49] <sistpoty> cjwatson: ah, no it isn't. but as I wrote, it doesn't build for i386/amd64, so I'll try to get it fixed in unstable first before acting on p-a-s there
[23:50] <cjwatson> sistpoty: *nod*, thanks
[23:50] <sistpoty> thanks for the info! :)


[10:46] <gnomefreak> asac: are you around or still traveling?
[11:04] <gnomefreak> crolle17: now please answer the last question i asked and tell me exactly what is happening
[11:05] <gnomefreak> crolle17: what arch are you using (and no you cant have ppc 64 adn 386 on one system
[11:06] <crolle17> gonmeits 64bitter (intel core duo)
[11:06] <crolle17> gnomefreak,
[11:06] <crolle17> ^^
[11:06] <crolle17> gnomefreak, to tell detailed...
[11:07] <crolle17> gnomefreak, the firefox plays mp3 of other pages (although i don't like that it opening a new page doing that; so turning back to the list i have to make location.back)
[11:08] <crolle17> gnomefreak, but that posted page is ignored completely.
[11:08] <crolle17> none of theses files are played.
[11:08] <gnomefreak> crolle17: its not firefox, its most likely the page since firefox has no problem playing other mp3s
[11:08] <gnomefreak> crolle17: what makes you think its firefox?
[11:09] <crolle17> gnomefreak, i think it's curious of firefox that the browser is making a redirect.
[11:09] <gnomefreak> crolle17: firefox doesnt redirect you the site redirects you
[11:09] <gnomefreak> crolle17: firefox is just told where to go
[11:10] <crolle17> gnomefreak, concerning the mp3. i really dunno what's the reason for not playing files of that page.
[11:10] <gnomefreak> crolle17: im betting its the page since i cant play them eitehr on a 386 arch
[11:10] <crolle17> gnomefreak, i know that these files are correctly. i tried them on a windowssystem.
[11:11] <gnomefreak> hmmmmmm it seems i can only play some of them
[11:11] <crolle17> gnomefreak, so i more think that something is missing on my system.
[11:11] <gnomefreak> http://mp3.soundquake.com/shopserver/ActionServlet?sessionid=999-sqs&cmd=albumdetails&labelid=1178096083373&albumid=1181573150753
[11:11] <gnomefreak> can you play the first one there?
[11:12] <crolle17> gnomefreak, yes i can. (nice tune). i said that other pages can be played.
[11:14] <gnomefreak> crolle17: its under the same domain. i would say bad files or bad page. but if firefox can play other mp3's and just not one page or so its not firefox becasue we KNOW it plays mp3's
[11:15] <crolle17> gnomefreak, yes. that's strange. when i didn't knew that these files are playable...
[11:15] <crolle17> gnomefreak, maybe it's windows-user-only... ;)
[11:15] <gnomefreak> crolle17: contact the webmaster for that site that you cant play them on and make him aware of the issue (i play most of them just fine in ubuntu firefox
[11:16] <crolle17> gnomefreak, i will do so.
[11:16] <crolle17> gnomefreak, thank you for your patience
[11:16] <gnomefreak> crolle17: yw that is what i am here for
[11:16] <crolle17> gnomefreak, nice. :))
[11:17] <gnomefreak> brb
[11:21] <gnomefreak> bug 125233
[11:21] <ubotu> Launchpad bug 125233 in flashplugin-nonfree "[flashplugin-nonfree]  Arbitrary code execution in Flash Player <IP_ADDRESS> and prior versions" [Undecided,Fix released]  https://launchpad.net/bugs/125233
[11:22] <gnomefreak> asac: that is the same bug you fixed why did crimsun do it again :(
[12:42] <bluekuja> asac: did you see scottk message on the list?
[12:43] <bluekuja> asac: read it and you'll understand
[12:43] <bluekuja> I'm leaving for weekend
[12:43] <bluekuja> cya
[12:44] <hjmf_> cy bluekuja
[06:07] <gnomefreak> asac: what did you do to flash in feisty? is it same as in gutsy?
[06:45] <gnomefreak> bug 125233
[06:45] <ubotu> Launchpad bug 125233 in flashplugin-nonfree "[flashplugin-nonfree]  Arbitrary code execution in Flash Player <IP_ADDRESS> and prior versions" [Undecided,Fix released]  https://launchpad.net/bugs/125233
[07:02] <gnomefreak> asac: nevermind i found problem and fixed it just waiting for revu to get it :(
[07:14] <Delpram> hi
[07:14] <gnomefreak> hi
[07:15] <Delpram> i'm interested in helping out with mozilla
[07:16] <gnomefreak> what aprt of mozilla are you interested in?
[07:16] <Delpram> the development
[07:16] <Delpram> im justing going into my second year of a computer science bachelor
[07:16] <Delpram> so i'd like to help out with the programming
[07:17] <Delpram> i know Python, Java, C and bash, and can learn any other language as needed
[07:19] <gnomefreak> Elpram1: best to talk to asac on that i think hes traveling today but he should be back monday for sure but hang out and when you see him tell him i sent you to see him :)
[07:21] <Elpram1> will do
[07:21] <Elpram1> thanks a bunch
[07:21] <gnomefreak> yw
[08:22] <gnomefreak> asac: flash is fixed just waiting for it to get a go ahead. i uploaded to revu but isnt showing up there after an hour, i added changelog and debdiff to bug 125986, this is for feisty-proposed
[08:22] <ubotu> Launchpad bug 125986 in firefox "No flash after update of flashplugin-nonfree" [Undecided,In progress]  https://launchpad.net/bugs/125986
[08:34] <gnomefreak> and subscribed UUS :)
[11:09] <asac> gnomefreak: its already in proposed
[11:09] <asac> i uploaded all yesterday
[12:29] <gnomefreak> asac: it was wrong
[12:29] <gnomefreak> asac: the .xpt and .so werent included
[12:29] <gnomefreak> debian/config needed the md5sums changed
[12:31] <gnomefreak> ubuntu1 didnt have those files ubuntu2 now does


[00:06] <wrst> yeah saw that afterwards cyberanger
[00:06] <wrst> I'm not up on windows "security"
[00:11] <cyberanger> wrst: that's ok, neither is microsoft
[00:50] <Unit193> Kon-boot, game over without the owner knowing.
[00:53] <cyberanger> sudo rm -Rf /media/windows_drive
[00:53] <cyberanger> game over with everybody knowing
[01:05] <wrst> cyberanger: yep
[01:05] <wrst> but sadly not an option here :(
[01:05] <wrst> and it's vista
[01:10] <cyberanger> wrst: it's only windows vista until you use a live disc
[01:10] <cyberanger> and it's always an option, just not always a good, wise or ethical one
[01:10] <wrst> cyberanger: well i used a live disk to crack the password
[01:14] <cyberanger> yeah, orphcrack
[01:14] <cyberanger> nice disc
[01:14]  * Unit193 has it, and two tables, on his flash.
[01:26] <wrst> yes very sweet little item


[09:25] <rmg51> Morning
[11:53] <icey> howdy
[11:56] <icey> ^^ better for you ChinnoDog?
[12:09] <teddy-dbear> Morning peoples, critters and everything else
[17:37] <ChinnoDog> icey: You can say hello however you like.  Then pleia2 told me about living on a boat in a city. Then I was a boater wannabe for a few years. Then I learned to sail and bought a boat.
[17:47] <waltman> o/~ If I had a boat, I'd sail it on the ocean / And if I had a pony, I'd ride him on my boat o/~
[17:53] <ChinnoDog> Is that from a song?
[22:03] <waltman> ChinnoDog: https://www.youtube.com/watch?v=hpM8FjO4Vko


[20:03] <benbloom> can someone look over my fstab (http://paste.ubuntu.com/5838350/) and make sure I'm not doing something stupid? I'm trying to preserve the microSD card that my TrimSlice (Precise armhf) uses for it's root fs. Obvously my media and nfs mounts are irrelevant. I'm mainly looking for help with the commented lines at the top of the fstab. It's difficult to troubleshoot because the Trimslice is headless.
[20:04] <benbloom> I've not had a problem with it, I just was hoping for a second pair of eyes to help proofread it before I try to boot with it.
[20:06] <hrw> benbloom: use ext4 not ext2?
[20:07] <hrw> benbloom: use tmpfs for /tmp/
[20:08] <benbloom> hrw: is "tmpfs  /tmp       tmpfs defaults,noatime,nodiratime,mode=1777  0 0" correct?
[20:09] <hrw> none              /tmp                          tmpfs   defaults                            0       0
[20:09] <hrw> is what I use
[20:10] <hrw> noatime etc shoult not be used for tmpfs imho
[20:11] <benbloom> k. I got all that from http://www.mysolutions.it/linux-ssd-solid-state-drive/ . There seems to be a few ways to accomplish this
[20:12] <hrw> benbloom: align partitions to 4MB for SD cards
[20:13] <hrw> benbloom: if you plan to have /var/tmp/ as tmpfs then just make it symlink to /tmp/
[20:14]  * hrw off
[20:16] <benbloom> thx


[01:03] <CarlFK> rexbron: do you know of any fw diagnostic tools?
[01:04] <CarlFK> something that will stress test the stack.
[01:04] <CarlFK> I did setup networking between 2, and did ping -f in both directions for about 8 hours.  0 packet loss
[18:29] <RoM> has anyone tryed the new rtl8187b driver in a wpa network?
[20:18] <crazybyte> hi! Is it possible that by using the microcode provided by intel on their download site for pentium processors to cause random system freeze ups? Thank you!
[23:28] <pet> Hi guys, sorry to interrupt. When I close the lid of my laptop, it results in a kernel panic. There are already two launchpad bugs (#228399 and #157691) about the issue, but it seems like the attention to those bugs is lost. How can I help to get those bugs resolved?
[23:48] <pet> ... tired eyes now (I live in CET), so ... sleep well all!
[23:49] <pet> if you would like to comment on my question above, please drop me a few lines at https://launchpad.net/~petski


[00:21] <shtylman> ccheney: ping
[00:38] <slangasek> james_w: hmm; why do the tags for Debian versions not get copied to the Ubuntu branch?
[00:39] <slangasek> (wasn't this done previously?  I patched submittodebian thinking it was the case, and apparently it stood up to at least /one/ of my tests...)
[00:53] <marcosi> hi anyone know about ubuntu package for the spice protocol
[00:53] <marcosi> hi anyone know about ubuntu package for the spice protocol
[00:53] <marcosi> sorry for writing twice :(
[00:59] <slangasek> marcosi: I've never even heard of a spice protocol; your question may be more appropriate for #ubuntu, but if you are referring to an /existing/ package, I think you should mention a package name
[01:00] <nixternal> slangasek: any idea about the pbuilder-checkparams error in lucid?
[01:00] <nixternal> using pbuilder-dist
[01:00] <slangasek> nixternal: the aptitude assertion failure that was fixed last night?
[01:00] <nixternal> hrmm
[01:00] <marcosi> slangasek: www.spice-space.org
[01:00] <slangasek> if not that one, then no, I don't know; I don't use pbuilder myself
[01:01] <nixternal> pbuilder-checkparams: line 150: /dev/fd/62: No such file or directory
[01:01] <marcosi> slangasek: redhat opened it, but i found there just .tar.gz
[01:02] <nixternal> k, seems it is something with --logfile..I can disable that fo the time being
[01:08] <slangasek> marcosi: ah; nope, not familiar with it and haven't heard of anyone working on packaging it for Ubuntu.  You can file a bug against Ubuntu using the "needs-packaging" tag to request it
[02:23] <nixternal> Keybuk: /dev/fd/62 - this is an error some of us on lucid are getting when running pbuilder...I don't think it is related to pbuilder because, well google kind of says so...I am wondering if any of your recent changes (mountall or util-linux) might be causing this?
[02:23] <nixternal> /dev/fd/62 as in no such file or directory error
[02:28] <Keybuk> nixternal: yeah I saw that
[02:28] <Keybuk> nixternal: cd /dev; MAKEDEV fd
[02:28] <nixternal> cheater!
[02:28] <nixternal> haha
[02:28] <Keybuk> no, that's the fix
[02:29] <nixternal> well I used that as a work around :)
[02:29] <nixternal> hrmm
[02:29] <nixternal> on my other box, i get '.udevdb or .udev implies active udev.  Aboring MAKEDEV invocation'
[02:33] <Keybuk> yeah, needs to go in /etc/init/mounted-dev.conf
[02:33] <nixternal> ahhh
[02:33] <nixternal> right as you said it I saw that
[02:35] <nixternal> exec /sbin/MAKEDEV std console fd ppp tun
[02:35] <nixternal> that is there now, only console and ppp are being created
[02:35] <Keybuk> no, you misunderstand
[02:35] <Keybuk> that line isn't being run at all
[02:36] <Keybuk> because /dev is not a tmpfs
[02:36] <nixternal> ahhhh
[02:36] <nixternal> gotcha now, thanks
[02:36] <Keybuk> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/mountall/lucid/revision/252
[02:42] <nixternal> Keybuk: just tested those changes, still didn't work
[03:15] <ion> keybuk, nixternal: Yeah, MAKEDEV seems to quit before doing anything (including the fd action) if .udevdb or .udev exist.
[03:15] <nixternal> there is a /dev/.udev
[03:19] <Keybuk> yeah probably one held over from the initramfs
[03:19] <Keybuk> can probably just remove that check from MAKEDEV :)
[03:25] <ion> keybuk: Btw, about http://people.canonical.com/~scott/daily-bootcharts/ again, how about e.g. 1px thin rgba(0, 0, 0, 0.5) lines at budget times? They shouldn’t interfere too much.
[03:25] <Keybuk> they do make it noisy
[06:43] <ccheney> shtylman: pong, sorry for slow response
[07:01]  * ccheney heads to bed
[18:00] <soreau> Hi all
[18:00] <soreau> I was wondering (in karmic) what determines if the jockey-gtk list is populated or not?
[18:01] <soreau> I used to think installing linux-restricted-modules helped but this isn't even a package in karmic anymore
[18:16] <ion> keybuk: I wonder if there would be a speed benefit in nautilus not painting the desktop background twice (to the root window and to the desktop window) but instead painting the wallpaper to the root window once and painting the desktop window with alpha=0 if composite is available?
[18:17] <Keybuk> ion: we've been talking about doing that for years
[18:18] <Keybuk> there are even nautilus patches to do it somewhere
[19:59] <slangasek> asac, fta: are we going to get dh_xulrunner in xulrunner-dev for lucid?  I think that would let us get ruby-gnome2 in sync, for starters
[20:09] <micahg> slangasek: bug 498973, I'm going to mark wishlist triaged
[20:11] <slangasek> micahg: cheers
[20:11] <micahg> slangasek: asac's basically out till next week, I'll poke him about it then
[20:12] <slangasek> yes, I wasn't expecting a terribly timely answer right now :)
[20:14] <kees> why does vmbuilder hate me so?
[20:15] <mneptok> Santa baby, I've been an awfully good goy. So why ... does vmbuilder hate me so? It's slow ... and usually lags my machine. It's mean ... can't we get an upgrade. And paid .. by sabdfl.
[20:15] <mneptok> (sorry Eartha Kitt)
[20:16] <kees> rofl
[21:06] <Ryan52> why is inotify-tools 3.13-2 not in ubuntu?
[21:07] <Ryan52> do I need to do a sync request?
[21:07] <Ryan52> oh, duh, it's not in debian testing, nevermind.
[21:10] <geser> Ryan52: if you think it's worth to get 3.13-2 it's possible to sync it from unstable (-> sync request)
[21:11] <Ryan52> geser: it'll be in testing in 10 days anyway, I'm about to upload a fix for the bug that's keeping it out of testing.
[21:11] <unimatrix> is it possible to print out a string that matches a regexp using sed? (not the whole input, just what was matched)
[21:12] <Ryan52> unimatrix: just the lines that match, or the part of the lines that match?
[21:12] <unimatrix> Ryan52: part of the lines
[21:13] <Ryan52> unimatrix: not sure of the correct way, tho I'd just do this: sed -r 's/.*(regexp).*/\1/'
[21:14] <Ryan52> (if that's possible in your situation)
[21:14] <unimatrix> i've tried but it throws out "invalid reference \1 on `s' command's RHS"
[21:14] <Ryan52> unimatrix: add the -r
[21:15] <unimatrix> i did
[21:15] <Ryan52> what's your exact command?
[21:16] <unimatrix> echo "this is just a test" | sed -r 's/just/\1/'
[21:16] <Ryan52> unimatrix: echo "this is just a test" | sed -r 's/.*(just).*/\1/'
[21:17] <unimatrix> oh hey that worked
[21:17] <unimatrix> thanks a lot :)
[21:17] <Ryan52> exactly ;)
[21:17] <Ryan52> np


[17:45] <KGB-0> glib upstream/latest ee101a4 Simon McVittie * pushed 368 commits (first 5 follow) * https://deb.li/3KT20
[17:45] <KGB-0> glib upstream/latest 950e899 Philip Withnall docs/reference/glib/gvariant-specification-1.0.rst * docs: Remove another dangling reference from the GVariant Specification * https://deb.li/vG0A
[17:45] <KGB-0> glib upstream/latest fa823ea Philip Withnall docs/reference/glib/gvariant-specification-1.0.rst * docs: Minor improvement of word choice in the GVariant Specification * https://deb.li/3okSi
[17:45] <KGB-0> glib upstream/latest 106ef53 Philip Withnall docs/reference/glib/gvariant-specification-1.0.rst * docs: Improve Python code snippet formatting in GVariant Specification * https://deb.li/SkAv
[17:45] <KGB-0> glib upstream/latest bf4bab9 Philip Withnall docs/reference/glib/gvariant-specification-1.0.rst * docs: Fix forall formatting in GVariant Specification * https://deb.li/3bdhn
[17:45] <KGB-0> glib upstream/latest 227bb51 Philip Withnall docs/reference/glib/gvariant-specification-1.0.rst * docs: Change ‘DBus’ to ‘D-Bus’ in the GVariant Specification * https://deb.li/3ghis
[18:56] <KGB-0> gi-docgen upstream/latest a5e382f Simon McVittie * pushed 65 commits (first 5 follow) * https://deb.li/i2NXF
[18:57] <KGB-0> gi-docgen upstream/latest 045701a Emmanuele Bassi gidocgen/templates/basic/style.css * Merge branch 'wip/exalm/styles' into 'main' * https://deb.li/whlE
[18:57] <KGB-0> gi-docgen upstream/latest 754f254 Eli Schwartz meson.build pyproject.toml setup.cfg * require a sufficient minimum dependency of markdown * https://deb.li/3tGAe
[18:57] <KGB-0> gi-docgen upstream/latest 6422ddf Eli Schwartz setup.cfg setup.py * setuptools: simplify getting metadata via static config * https://deb.li/GdII
[18:57] <KGB-0> gi-docgen upstream/latest e5beb1c Emmanuele Bassi gidocgen/config.py * config: Add availability check * https://deb.li/3yTiA
[18:57] <KGB-0> gi-docgen upstream/latest 97514ab Emmanuele Bassi gidocgen/templates/basic/ (13 files) * template: Rework symbol availability * https://deb.li/ETER
[23:11] <KGB-2> glib tags 61eb1b5 Simon McVittie upstream/2.75.0 * Upstream version 2.75.0 * https://deb.li/cIUz


[12:57] <marianogg9> hi guys
[12:57] <marianogg9> is there a stanza to set the ulimit?
[13:34] <jodh> marianogg9: Yes, the 'limit' stanza - see http://upstart.ubuntu.com/cookbook/#limit and init(5).
[13:47] <marianogg9> thanks jodh
[15:07] <sleepycat> I have an upstart service stuck in stop/killed state, and it looks like some combination of forks has screwed things up. The ps command shows nothing is running but upstart won't let me start this thing again. How can I convince Upstart that this job is dead (without restarting the server)?
[15:10] <jodh> sleepycat: see http://upstart.ubuntu.com/cookbook/#expect, http://upstart.ubuntu.com/cookbook/#implications-of-misspecifying-expect, http://upstart.ubuntu.com/cookbook/#recovery-on-misspecification-of-expect. If you are unlucky, I'm afraid you cannot force upstart to forget about that job until a reboot occurs.
[15:11] <jodh> sleepycat: however, if you simply need to fix the job and restart that service, you may be able to fix the syntax in the original .conf, then copy it to new.conf, remove the 'start on' (to avoid it starting on next boot) and manually "sudo start new".
[15:12] <jodh> sleepycat: note that with the advent of user sessions you can test a job using a session init (as root) "sudo init --user --confdir /tmp/init/" and if the job fails for whatever reason, just kill that secondary upstart instance. Repeat and once fully tested, deploy to /etc/init/.
[15:13] <jodh> sleepycat: or use a VM / container of course.
[15:22] <sleepycat> jodh: Hmm. OK, I think the new job thing is a good idea.
[15:31] <sleepycat> jodh: Thanks!


[16:11] -queuebot:#ubuntu-quality- Builds: 46 entries have been added, updated or disabled
[17:06] -queuebot:#ubuntu-quality- Builds: Ubuntu Desktop amd64 [Mantic Daily] has been updated (20230622.1)
[17:06] -queuebot:#ubuntu-quality- Builds: Lubuntu Desktop amd64 [Mantic Daily] has been updated (20230622)
[19:11] -queuebot:#ubuntu-quality- Builds: Ubuntu Studio DVD amd64 [Mantic Daily] has been updated (20230622)
[23:11] -queuebot:#ubuntu-quality- Builds: Ubuntu Kylin Desktop amd64 [Mantic Daily] has been updated (20230622)


[18:29] <LinuxMonkey> Hi Guys and Girls
[18:37] <willwh> hi
[18:38] <LinuxMonkey> whats up :)
[18:43] <willwh> LinuxMonkey: I'm at work
[18:45] <LinuxMonkey> ah nice :)
[18:54] <LinuxMonkey> I'm wondering if anyone near me has a signed gpgkey. I would like to get mine signed. lol
[18:54] <LinuxMonkey> im in New-brunswick
[18:58] <johanbr> LinuxMonkey, I know there used to a few Ubuntu people in Fredericton... not sure if they're still around and active, though
[19:02] <LinuxMonkey> johanbr: thanks, I started up the lug again in Moncton and was looking to get my key signed so that way I could offer it to others. ill have to keep an eye out.
[19:05] <BobJonkman> LinuxMonkey: You can hold a keysigning party at one of your LUG meetings
[19:08] <LinuxMonkey> We arent quite at the stage of having physical meetings, Im just trying to be prepared to atleast have 1 key thats well connected if you know what i mean
[19:09] <BobJonkman> Yup.  A well-connected key is a source of good karma.
[19:10] <LinuxMonkey> like I just got our website up and running a week ago or so.lol even registered a .ca domain name. :) monctonlug.ca
[19:12] <BobJonkman> Hey, you could form an Ubuntu chapter!
[19:12] <LinuxMonkey> BobJonkman: I was planing on it. intertwine it with the lug :)
[19:12] <BobJonkman> You could have a release party - not so much for the distribution, but the release of the LUG.
[19:14] <BobJonkman> Put up a page at https://wiki.ubuntu.com/CanadianTeam/Moncton with a short blurb and a link back to http://monctonlug.ca/
[19:14] <BobJonkman> That's as official as it gets
[19:14]  * BobJonkman looks over his shoulder to see if dscassel is listening to this
[19:15] <BobJonkman> Hmph.  dscassel isn't even online
[19:24] <diego> Hi, I am looking for on-site Ubuntu support. Is this a good place for such a query? I am in London, ON
[19:27] <BobJonkman> Hi diego: For support, you're better off going to irc://irc.freenode.net/#ubuntu
[19:27] <BobJonkman> But ask away, we'll do our best here
[19:27] <BobJonkman> LinuxMonkey: Got Moncton LUG on the next Ubuntu IRC meeting: https://wiki.ubuntu.com/CanadianTeam/Meetings/2012-06-12
[19:31] <LinuxMonkey> BobJonkman: looks like he is looking for someone to go onsite and support it
[19:31] <BobJonkman> Whoops. Sorry, diego.  Yes, this is a better place for getting on-site support in Canada
[19:32] <BobJonkman> diego: what kind of problem? How urgent?  When do you need someone onsite?
[19:32]  * BobJonkman is possibly available for on-site support in London, a mere hour or so away
[19:34] <LinuxMonkey> BobJonkman:  see the page I created it :)
[19:42] <BobJonkman> LinuxMonkey: That would be this page? http://monctonlug.ca/links/81-ubuntu-canada
[19:43] <LinuxMonkey> no
[19:43] <LinuxMonkey> the page you told me to put up
[19:43] <BobJonkman> Ah! Yay!
[19:46] <BobJonkman> And [[Moncton]] is now linked from the front page: https://wiki.ubuntu.com/CanadianTeam#Canadian_Team_Chapters
[19:47] <LinuxMonkey> cool im working on adding links to the Ubuntu Canada LoCo on the site
[19:51] <LinuxMonkey> there added a few ill add more later :P
[19:51] <BobJonkman> A thing of beauty.
[19:52] <LinuxMonkey> using an open source CMS makes me feel good too :)
[19:53] <BobJonkman> Can't say I'm to thrilled with Joomla.  Inherited a commerce site once; pretty crufty.
[19:53] <LinuxMonkey> BobJonkman: it all depends how its setup
[19:54] <BobJonkman> The cruftiness wasn't Joomla's fault, but the previous maintainer who hacked Joomla core
[19:54] <LinuxMonkey> yeah ouch
[19:55] <LinuxMonkey> try to access the admin part of the site, it should tell you its not found :)
[19:56] <willwh> Joomla? YUCK.
[19:57] <willwh> if you want to use an open source CMS - I would highly recommend drupal
[19:57] <willwh> it literally kicks the pants off joomla :p
[19:57] <LinuxMonkey> yeah ive used drupal too.
[19:58] <diego> I am trying to install Ubuntu on a new computer that has a RAID system and a new nvidia graphics card. I could work without the RAID if push comes to shove...
[19:59] <diego> now I have no experience stetting something like this up so I prefer to leave it to an expert
[19:59] <diego> I need this urgent as I am doing my phd and I need to setup linux to run my scripts...
[19:59] <LinuxMonkey>  willwh  see the page. for what I needed it was a quick install, minimal config.
[20:00] <willwh> whatever works right? :]
[20:01] <LinuxMonkey> yup :)
[20:02] <LinuxMonkey> I may convert to drupal but I have less experience with it.  Going to setup a dev site and play around with it more.
[20:02] <willwh> LinuxMonkey: I highly recommend you install drush
[20:03] <willwh> it's a shell for drupal, and it's AWESOME.
[20:04] <willwh> looks like 4.5.6 is in the ubuntu repos
[20:04] <willwh> that pretty much has everything you need
[20:04] <willwh> but worth installing the latest with pear ;)
[20:04] <LinuxMonkey> lol
[20:05] <LinuxMonkey> willwh: lol i just pop it to a htaccess protected folder/domain on the host I use.lol
[20:06] <LinuxMonkey> Unfortunatly I dont have any spare servers/pc lying around right now to setup an ubuntu server
[20:06] <willwh> bummer :)
[20:06] <willwh> your first amazon ec2 micro instance is free, I think
[20:07] <LinuxMonkey> willwh: lol yeah im with Dreamhost for the moment :)
[20:14] <LinuxMonkey> in other news, I'm going for a nap. been up since yesterday.
[20:15] <willwh> yay naps!


[06:46] <dholbach> good morning
[15:07] <bddebian> Boo
[15:16] <LimCore> hello
[15:17] <LimCore> When using alsa or pulse, my computer farts quietly instead playing sound
[15:17] <LimCore> since I didnt feed any beans to my computer, but I did upgrade (9.04 amd64) yesterday, I guess this could be related
[15:17] <LimCore> is this a known problem?
[15:18] <LimCore> only /dev/dsp works
[15:24] <LimCore> well, anyway - https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/418644
[15:24] <ubot4> Launchpad bug 418644 in pulseaudio "Ubuntu 9.04 amd64 ALSA and Pulse stoped working after upgrade " [Undecided,New]
[15:35] <LimCore> https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/418649   this is important, it makes it hard to debug X problems
[15:35] <ubot4> Launchpad bug 418649 in kdepim "kmail floods .xsession-errors" [Undecided,New]
[15:47] <hggdh> LimCore, please, at least, state what version of kmail and Ubuntu you are running
[16:30] <LimCore> hggdh: as in the bug report, 9.04 amd64, fully up to date... this is obvious?
[16:36] <hggdh> LimCore, I may be missing something, but I see no '9.04' strings in there
[16:36] <hggdh> so, not obvious to me
[16:37] <LimCore> ah, the other bug
[16:37] <LimCore> updated
[16:38] <hggdh> LimCore, thank you
[16:39] <hggdh> LimCore, what about kmail? :-)
[16:55] <LimCore> hggdh: well, kmail floods my .xsession-errors with some bullshit
[16:55] <LimCore> that looks like debug messages
[16:55] <LimCore> unfrotunatelly then log stops working, and I can not see there why my session died (other bug)
[17:08] <hggdh> LimCore, what kmail *version*? You should already know the drill: when opening a bug on a package, do give the versions used.
[17:09] <LimCore> just refresh ;)
[17:10] <LimCore> also, it is the version that is in 9.04 up to date
[17:12] <hggdh> LimCore, yes. Still, it has to be stated. Please do not assume everybody will know and expect the same you do.
[17:59] <lfaraone> Hey, Ubuntu-bug itself is crashing when I run it. How do I set it to verbose/debug mode so I can see what's going on?
[18:08] <bdmurray> lfaraone: are you getting any output when it crashes?
[18:09] <lfaraone> bdmurray: well, it calls firefox, which then crashes.
[18:09] <lfaraone> *firefox then crashes.
[18:10] <lfaraone> bdmurray: I have firefox running in the background. I can start new firefox windows with the "firefox http://someurl" command. But when apport/ubuntu-bug gets to the part where it hands off to firefox it dies with an X error
[18:11] <bdmurray> so, the tab never gets opened by ubuntu-bug?
[18:12] <lfaraone> bdmurray: correct.
[18:12] <lfaraone> bdmurray: http://pastebin.ubuntu.com/259380/
[18:13] <lfaraone> bdmurray: odd, the problem just went away.
[18:14] <bdmurray> why are using sudo?
[18:17] <bdmurray> lfaraone: why are you using sudo w/ ubuntu-bug?
[18:18] <lfaraone> bdmurray: well, I had tested it earlier to see if it crashed when run as root or if it was a problem with my local env vars. (my sudo is aliased to clear local variables other than DISPLAY)
[18:18] <lfaraone> bdmurray: it also crashed sans sudo.
[18:46] <mac_v>  hmm... i have a weird problem, when i try to play sound in my user profile i can *not* get sound to play in 2 apps simultaneously , but when i create a new user , sound works fine and i can play several apps simultaneously! how do i solve this?
[18:46] <LimCore> hggdh: can we make kmail quickly to not full xsession-errors, because it stops me from reporting more important errors
[18:50]  * LimCore is tired of users complaining, why you upgraded to 9.04, 8.10 was working better...
[18:51] <LimCore> flash, sound, speed, firefox, all seems to be just worse in 9.04 somehow.  Most of which I reported in bugs btw.  Just observation
[18:53] <LimCore> if something was apprently fixed (it works nowdays, didnt work before,  but we never traced the exact problem), I set status to fix released or invalid?
[19:02] <hggdh> LimCore, it would be Fix Released, unknown fix.
[19:03] <hggdh> LimCore, on the kmail: I do not usually deal with KDE (and do not run kmail), so all I can do here is guarantee the minimum data is available for someone to confirm
[19:05] <hggdh> for the kmail bug, you may try to present your case to the #kubuntu channel
[19:07] <LimCore> thanks
[19:25] <hggdh> re. bug 418773 -- should I close it Invalid, or WONTFIX?
[19:25] <ubot4> Launchpad bug 418773 in ubuntu "[needs packaging] virtualbox, proprietary" [Undecided,New] https://launchpad.net/bugs/418773
[19:26]  * micahg was thinking that
[19:26] <hggdh> yeah. I personally think WONTFIX is more to the point, but...
[19:26] <micahg> does the sun license prevent redistribution?
[19:28] <hggdh> well, the licence starts with "This license applies if you download the full VirtualBox binaries from the Downloads page."
[19:28] <hggdh> which can be constructed to mean "you can only download it from us.
[19:29] <micahg> yeah
[19:30] <hggdh> yes, it does restrict -- paragraph (3) states "any use beyond the provisions of paragraph (2) is prohibited. So, packaging is prohibited
[19:31]  * micahg would think won't fix with that quoted
[19:31] <micahg> anyways, sun provides a deb repo
[19:32] <hggdh> yes. Closed wontfix
[19:33] <hggdh> dammit, closed the wrong bug :-(
[21:15] <BUGabundo> boas
[21:36] <mac_v> pedro_: isnt bug Bug #417824 a medium importance bug? it impacts several core apps [panel,update manager, power manager]
[21:36] <ubot4> Launchpad bug 417824 in gnome-panel "Gnome-panel loads very late after session start" [Low,New] https://launchpad.net/bugs/417824
[21:36] <mac_v> even session shutdown options are not displayed
[21:37] <pedro_> mac_v, how changing the importance would make a difference there?
[21:38] <mac_v> pedro_: not a difference for the bug , but i'm trying to understand :)
[21:38] <mac_v> as to the reasons for your choice
[21:38] <pedro_> mac_v, low is ok, you seems to be the only one facing the issue currently there's no confirmation from anybody else, and also i cannot reproduce the issue here locally
[21:39] <greg-g> stupid question: is there a performance hit if you have -dbgsym packages installed for an app?
[21:39] <greg-g> or performance difference?
[21:39] <mac_v> pedro_: hmm... hehe being to lone affectee  , nice ;)
[21:40] <pedro_> mac_v, haha yeah :-P
[21:40] <pedro_> greg-g, i don't think so... are you having problems with any of those packages?
[21:40] <mac_v>  hmm... i have a weird problem, when i try to play sound in my user profile i can *not* get sound to play in 2 apps simultaneously , but when i create a new user , sound works fine and i can play several apps simultaneously! how do i correct this?
[21:43] <mac_v> pedro_: if you dont mind me saying , your "thanx for sending upstream" response template is grammatically wrong. i forgot the exact wording , but i noticed it in several bugs
[21:44] <greg-g> pedro_: no, just wondering outloud. :)
[21:44] <pedro_> mac_v, there's no template for it
[21:44] <pedro_> greg-g, ah good ;-)
[21:44] <pedro_> mac_v, do you want to make one? ;-)
[21:45] <mac_v> i think there is one , already , let me check
[21:47] <greg-g> I thought Bryce made one using grease monkey that automatically filled in the bug number, he blogged about it recently, I believe.
[21:47] <mac_v> oh , there is no template , thats a different upstreamed one
[21:50] <mac_v> pedro_: "Thank you for taking the time to report this bug upstream."  how does that sound?
[21:55] <pedro_> mac_v, sounds good to me
[21:56] <mac_v> pedro_: should i add it to the responses page then?
[21:56] <pedro_> btw I've seen some reports where the reporter sent it upstream but didn't create an upstream task for it nor link it there
[21:56] <pedro_> would be nice to create an stock response for that case
[21:56] <pedro_> mac_v, sure, feel free to do it
[21:58] <mac_v> pedro_: how do we add for that? something that says, thank you but you should add it in the also affects link?
[21:58] <pedro_> we can point them to the nice documentation we currently have for that
[21:59] <pedro_> https://wiki.ubuntu.com/Bugs/Watches
[21:59] <AnAnt_> Hello, can someone look at LP 390292
[21:59] <ubot4> Launchpad bug 390292 in console-setup "undefined kernel key code  ( in karmic a2)" [Undecided,Confirmed] https://launchpad.net/bugs/390292
[22:07] <mac_v> pedro_: http://paste.ubuntu.com/259500/ is this OK?
[22:08] <mac_v> bdmurray: hi... ^ for a response to members who have submitted but not linked upstream bug in lp
[22:10] <mac_v> hm... i was thinking of using "learn" instead of "read" ,  would that sound harsh?
[22:11] <greg-g> mac_v: this is what I was thinking of: http://www2.bryceharrington.org:8080/drupal/upstream-cgi
[22:11] <greg-g> and this http://www2.bryceharrington.org:8080/drupal/stock-replies-tips
[22:13] <bdmurray> mac_v: http://paste.ubuntu.com/259503/
[22:15] <mac_v> bdmurray: sounds good :) , should i add it or ?
[22:15] <mac_v> greg-g: we are actually talking about the same thing ;)
[22:16] <bdmurray> mac_v: that'd be great
[22:16] <greg-g> mac_v: ahh :) serves me right for not reading the back log completely :)
[22:39] <mac_v> bdmurray: http://filebin.ca/zmjt/bugsquad-replies.xml , i have added it to the end
[22:43] <bcurtiswx> did that one guys wiki changes go into effect yet
[23:00] <mac_v> bcurtiswx: i think you got this mixed up> Bug #410278
[23:00] <ubot4> Launchpad bug 410278 in notify-osd "[Feature request]Allow empathy conversation window to be minimized to notification area" [Wishlist,Triaged] https://launchpad.net/bugs/410278
[23:00] <mac_v> bcurtiswx: notify-osd has nothing to do with the feature request
[23:00] <bcurtiswx> mac_v, i believe notify-osd is what takes care of that, not the applications themselves
[23:01] <mac_v> bcurtiswx: nope , notify-osd is just a notification daemon  , just displays the bubbles
[23:01] <bcurtiswx> thats indicator applet then.. right?
[23:02] <mac_v> bcurtiswx: that is different too , but works for me ;)
[23:02] <bcurtiswx> so it would belong with that
[23:03] <bcurtiswx> hmm, i guess i have always thought the goal of indicator applet was to allow apps to be minimized (like empathy,evolution,gwibber) the ones that provide more frequent updates...
[23:03] <bcurtiswx> but i might be mistaken that the application has to support it on its own before it would work with the indicator applet
[23:04] <mac_v> yup
[23:04] <bcurtiswx> lemme see what the ayatana peeps have to say
[23:04] <mac_v> bcurtiswx: empathy does not have support for i-a yet :)
[23:05] <bcurtiswx> that i know, and i am gonna go fix the bug depending on my chat with the ayatana peeps
[23:05] <mac_v> bcurtiswx: sure , great \o/
[23:07] <bcurtiswx> unless you already know the answer to my question and im just being dumb here :P
[23:08] <mac_v> bcurtiswx: minimizing is one of the features of messaging menu , but just has not been done by the devs :) , BTW the emapthy  Bug #340180
[23:08] <ubot4> Launchpad bug 340180 in empathy "Please provide indicator-applet support in empathy" [Wishlist,Confirmed] https://launchpad.net/bugs/340180
[23:09] <mac_v> bcurtiswx: lol look who's here ;) > https://wiki.ubuntu.com/MessagingMenu#Unresolved%20issues
[23:09] <mac_v> i think mpt added your name from a question you asked somewhere :)
[23:10] <bcurtiswx> mac_v: yeah... and look whats still not done... i asked that a long time ago
[23:10] <mac_v> bcurtiswx: its not done because no dev has cared to do it , but mp wants to implement it
[23:10] <bcurtiswx> but it looks like they want to push empathy into the indicator applet... hmm.. makes this a much more complicated bug
[23:11] <mac_v> bcurtiswx: pls fix it :)
[23:11] <bcurtiswx> i _could_ keep it open for both empathy and indicator applet.. in hopes one gets to it first
[23:12] <mac_v> bcurtiswx: last i heard from mpt , that was what he said  , thats why it has been added to the unresolved issues.
[23:17] <bcurtiswx> mac_v, look satisfactory to your liking now?
[23:18] <hggdh> dtchen, ping -- do you have a possible schedule?
[23:18] <mac_v> bcurtiswx: just a small fish , anything goes ,  :)
[23:19] <bcurtiswx> mac_v, i just want to make sure i put myself into your mindset well enough to get this to where you want it
[23:19] <mac_v> bcurtiswx: BTW , its mirco who gets frustrated when bugs are wrongly assigned to notify-osd
[23:20] <bcurtiswx> i will make sure to duck if he throws anything sharp at my head :D
[23:23] <mac_v> hehe , ;)
[23:24] <dtchen> hggdh: friday evening EST is likely best to work for me
[23:24] <dtchen> hggdh: sorry, EDT. let's shoot for 1800 EDT, which is 2200 UTC.
[23:25] <Ueland_2> bloddy timezones :P
[23:25] <hggdh> dtchen, thank you. I will be MIA -- traveling back home, but I will try to set it up on -classroom
[23:30] <mac_v> dtchen: hi... which irc room can i contact Eric Hedekar (stochastic) ,
[23:30] <stochastic> mac_v, I'm here
[23:31] <hggdh> so, to answer, #ubuntu-bugs ;-)
[23:31] <mac_v> stochastic: hi... i'm really sorry , i just deleted the folders , just 2 mins ago :(
[23:32] <stochastic> mac_v, shouldda made backups ;)  maybe someone else with the bug will post theirs
[23:32] <mac_v> stochastic: i had the folders for nearly a day! but yeah.
[23:34] <mac_v> hggdh: ;p
[23:37] <mac_v> stochastic: BTW why does the daemon.conf use ";" instead of "#"  for commenting? or am i understanding the purpose wrong?
[23:41] <stochastic> mac_v either one works for commenting
[23:41] <mac_v> hm...
[23:49] <hggdh> dtchen, just confirming, we are set for Firday Aug 28, at 1800 EDT, 2200 Z
[23:50] <bcurtiswx> a date???? :P
[23:51] <hggdh> yes!
[23:52] <bcurtiswx> not to sound rude.. hggdh you are M or F ?
[23:53] <hggdh> bcurtiswx, yes :-D
[23:53] <bcurtiswx> hahaha
[23:53] <bcurtiswx> you got me
[23:53] <bcurtiswx> which one?
[23:53] <hggdh> the one I was born with...
[23:54] <hggdh> ah, ok
[23:54] <hggdh> M
[23:54] <bcurtiswx> ok
[23:54] <micahg1> so 5PM Friday?
[23:54] <micahg> that looks silly
[23:54] <micahg> hggdh: will it be logged?
[23:54] <hggdh> micahg, yes, 1700, or 17:00, or 5PM
[23:55] <bcurtiswx> what r u talking about?
[23:55] <hggdh> I will try to get it logged -- after all, I will be traveling at this time, and would very much get it later
[23:55] <hggdh> bcurtiswx, a training on triaging sound bugs
[23:55] <bcurtiswx> ah, where at?
[23:55] <hggdh> micahg, of course, CDT time
[23:56] <bcurtiswx> the T = time
[23:56] <hggdh> bcurtiswx, this is what I am trying to get. Worst scenario, #ubuntu-bugs, but I would prefer #ubuntu-classroom
[23:58] <bcurtiswx> ah ok


[02:47] <wgrant> them
[21:34] <timrc> cjwatson: re: http://www.chiark.greenend.org.uk/~cjwatson/blog/re-signing-ppas.html -- not groking something.  You state "Then last week I finally got around to timing things on one of our staging systems so that we could estimate how long a full run would take. It was taking a little over two seconds per archive,".  You then did some optimizations and then state "On production, this took about 80
[21:34] <timrc> minutes for 1761 affected archives. This is over two seconds per modified archive".  Am I missing something?
[21:37] <timrc> I would be interest in knowing what the *actual* performance improvement per modified archive was.  Since it seems the avg is skewed by skipping over unmodified archives.
[21:37] <timrc> interested*
[22:22] <cjwatson> timrc: two seconds per modified archive when running over all archives, but as you say the unmodified archives used some time too.  it actually wound up as around .4 seconds for each modified archive.
[22:23] <cjwatson> iyswim
[22:24] <timrc> cjwatson: Ah, nice.
[22:24] <cjwatson> i.e. the final runtime was about 80 minutes, which involved stepping over about 70000 archives of which 1761 were modified.  do the divisions and it makes sense :)
[22:24] <cjwatson> the production system is similar hardware to the staging one, but quite a lot busier.
[22:25] <cjwatson> hence a bit slower.
[22:30] <timrc> Right but relative performance improvement was nice.
[22:30] <timrc> Nice work!
[23:26] <cjwatson> timrc: I've clarified the wording a bit now.


[07:43] <lordievader> Good morning
 Hey
[08:19] <moonman> is the factor command on kubuntu built with gmp?
[08:48] <RikMills> moonman: seems not from the build log
[09:33] <user|40031> hi guys
[09:33] <user|40031> i've installed kubuntu 19.10 on vmware workstation
[09:33] <user|40031> at first login
[09:34] <user|40031> i don't know the password for kubuntu user
[09:34] <user|40031> what is the default password that i can try?
[09:35] <RikMills> booting from the iso?
[09:35] <Adt73> yes
[09:35] <Adt73> i downloaded the iso image
[09:35] <Adt73> and open it on vmware
[09:36] <RikMills> there is no password for the kubuntu user on the iso. just leave it blank
[09:36] <Adt73> i tried but the blank password doesn't work
[09:36] <Adt73> login failed
[09:37]  * RikMills tries the iso
[09:37] <RikMills> works here in virtualbox
[09:38] <Adt73> here doesn't work
[09:38] <Adt73> i try to install again
[09:38] <RikMills> Adt73: install? the iso is a live session
[09:39] <Adt73> i try it
[09:39] <RikMills> you just boot it
[09:40] <Adt73> yes
[09:40] <Adt73> thanks
 hi
 are thire update file to update kde ?
[11:25] <BluesKaj> Hi folks
[14:37] <mparillo> Update file to update KDE? Are you talking about activating backports? For example: https://kubuntu.org/news/plasma-5-17-for-kubuntu-19-10-available-in-backports-ppa/
[15:39] <OerHeks> !usb
[16:12] <Nomad_> Morning
 Hello. I can't enter in #ubuntu
 Any Suggestions? I am asking here because I don't know where to ask.. I have an Issue with my desktop with Ubuntu
 I am thinking to install, also on that machine, Kubuntu..
 @Franzpow, I created an account and logged in. But I am stuck
[17:38] <OerHeks> Franzpow no access with that chat thingy in ubuntu, irc client or webchat only
 I tried with polari, irc client on my ubuntu
[17:52] <Mordoc> Franzpow: If memory serves right I think you need to have an account on Freenode before you can enter #ubuntu. When you try does it display a message like that?
 Yep. I created an account with Nickserv and I activated it following the instructions on the email I received.
 It keeps bouncing me back from ubuntu
[17:58] <OerHeks> Mordoc, no, #ubuntu accepts non members too
[18:00] <dax> no, it doesn't
[18:01] <dax> anyway, the nickserv account that i suspect is them was last logged in to over 30 minutes ago, so i guess they reconnected and didn't log back in or something
 Wait. I am a member, the strange thing is that I can't join even if I identify myself. How to solve that?
[18:02] <dax> Franzpow: if you want, you can hop on freenode and private message me (nick: dax) and i can figure out what's going on
 @dax, I tried to connect to #ubuntu like 3-4 hrs ago
 Dax: ok I am coming
 Wait, I think I solved the problem..
 Anyway how to get user list on Freenode?
 Hi, can anyone please help me understand why a folder named file: keeps being created in my home directory?
 It keeps reappearing after deletion.
[20:11] <diogenes_> jonathan_anderson, in what dir?


[00:48] <valorie> Riddell, ahoneybun_, sorry, have been doing xmas prep rather than being at computer
[00:48] <valorie> and about to dance off to dinner now
[00:56] <shadeslayer> sounds like a neat xmas tradition
[00:56] <shadeslayer> great way to make space for all the food one cooks on xmas
[02:32] <ahoneybun_> Riddell: changed the link Riddell
[02:40] <kubotu> ::qt-bugs:: [1262465] package libqt4-network 4:4.8.4+dfsg-0ubuntu18 failed to install/upgrade: cannot copy extra... @ https://bugs.launchpad.net/bugs/1262465 (by Mal)
[03:02] <ahoneybun_> valorie: Riddell this is cool, that yellow box I put up http://userbase.kde.org/Kubuntu/Advanced#Install.2FUninstall_.deb_files
[03:07] <manchicken_> apachelogger: This ABI compliance checker program seems to have had a recent release in October.
[03:32] <manchicken_> apachelogger: Gotta love this warning: WARNING: Not working properly with GCC 4.8. Please update or downgrade GCC or use a local installation by --gcc-path=PATH option.
[03:35] <manchicken_> apachelogger: It still gave me results though, I think that should be enough to work with.
[03:35] <manchicken_> I'll pick this up again later during my lunch hour tomorrow.
[03:36] <manchicken_> Night all.
[04:47] <kubotu> ::qt-bugs:: [1262465] package libqt4-network 4:4.8.4+dfsg-0ubuntu18 failed to install/upgrade: cannot copy extra... @ https://bugs.launchpad.net/bugs/1262465 (by Mal)
[05:14] <utusan> oh  boy we are in dependency hell now with 4.12
[05:16] <utusan> I knew it when it wanted to remove kde-runtime
[05:48] <kubotu> ::qt-bugs:: [1242633] unity pointer barriers sru bug @ https://bugs.launchpad.net/bugs/1242633 (by Maarten Lankhorst)
[06:28] <jussi> ooh, new KDE stuff incoming :D
[06:32] <jussi> Packagers alert... bug!
[06:32] <jussi> /var/cache/apt/archives/libakonadi-xml4_4%3a4.12.0-0ubuntu1~ubuntu13.10~ppa1_amd64.deb
[06:32] <jussi> trying to overwrite '/usr/lib/libakonadi-xml.so.4', which is also in package kdepim-runtime 4:4.11.2-0ubuntu1
[06:33] <jussi> I blame... shadeslayer :P :P :P
[06:48] <kubotu> ::qt-bugs:: [1242633] unity pointer barriers sru bug @ https://bugs.launchpad.net/bugs/1242633 (by Maarten Lankhorst)
[06:49] <valorie> ahoneybun: yes, I love those special bits of mediawiki
[06:49] <valorie> they won't show up on our website like that or in the ISO docs though
[06:49] <valorie> I wonder now if we need to worry about mini-docs now?
[07:33] <jussi> yay, I mad a darktheme for KDE... similar to my Quassel darktheme
[07:34] <jussi> s/mad/made/
[07:34] <kubotu> jussi meant: "yay, I made a darktheme for KDE... similar to my Quassel darktheme"
[07:49] <valorie> pics or it didn't happen, jussi
[07:50] <jussi> hrm
[07:50] <jussi> I wonder what I can screenshot here...
[07:52] <jussi> http://i.imgur.com/bQMgxHB.png
[07:52] <jussi> valorie: ^^
[07:52] <jussi> Im still going to change hilight colour to green though
[08:02] <valorie> beautiful!
[08:02] <valorie> what will you call it?
[08:02] <jussi> http://i.imgur.com/8ylWZUv.png
[08:02] <jussi> jussi01-darktheme of course :D
[08:02] <valorie> lol
[08:04] <jussi> its a derivative of darktranslucent, but enough changes to really make it mine
[08:04] <jussi> Most dark theme authors forget the value of beige text for your eyes
[08:07] <valorie> how about something like Green Roast?
[08:12] <jussi> green roast?
[08:14] <valorie> just a suggestion
[08:20] <jussi> what is/was green roast?
[08:20] <jussi> name suggestion?
[08:21] <jussi> if so, jussi01-darktheme is the name of my quassel theme, and many users use it, so I aim to capitalise on that publicity :)
[08:24] <valorie> ah, ok
[08:24] <jussi> mrgh, something is broken with the system settings uploader to opendesktop.org - I cant loigin
[08:24] <valorie> yes, it was based on coffee roasting
[08:49] <kubotu> ::qt-bugs:: [1242633] unity pointer barriers sru bug @ https://bugs.launchpad.net/bugs/1242633 (by Maarten Lankhorst)
[09:30] <soee> good morning
[10:21] <jussi> valorie: and others: I blogged about it: http://jussi01.com/
[10:22] <jussi> or more precisely: http://jussi01.com/2013/12/19/themeing-kde/
[10:22] <valorie> very cool
[10:23] <valorie> did you see what I said to you the other day about getting a "merch" link on our main page?
[10:23] <valorie> or at least "support us" page
[10:23] <valorie> someone was asking in #kde and I saw it too late to point hir to holvi
[10:23] <valorie> i mean in #kubuntu
[10:24] <jussi> I did...
[10:24] <valorie> ok
[10:24] <jussi> but
[10:24] <valorie> just a suggestion
[10:24] <jussi> 2 things. no merch just now
[10:24] <jussi> and
[10:25] <jussi> I am not the official store...
[10:25] <valorie> BUT you support us
[10:25] <valorie> do we need an "official" store?
[10:25] <jussi> I dunno, talk to other ppls
[10:25] <valorie> after all, what we used to have was Canonical
[10:25] <valorie> and I bought from them, even though shipping was more than the merch
[10:27] <valorie> ok, I'm gonna address a few xmas cards and go to bed
[10:27] <valorie> suuuuper late this year, but oh well!
[10:28] <valorie> have a great day, jussi
[10:28] <jussi> nini
[10:43] <apachelogger> Riddell, yofel, shadeslayer: https://trello.com/c/62KBP9Ml
[10:43] <apachelogger> jussi: what's with the activity explaining acitivites btw
[10:44] <jussi> apachelogger: totally forgotten, Ill try get it done soon
[10:44] <apachelogger> no rush, just reminding you ;)
[10:44] <apachelogger> feature freeze is in two months
[10:44] <apachelogger> that is less than what it sounds like ^^
[10:45] <apachelogger> shadeslayer: https://trello.com/c/8Mj71DBy isn't that in progress?
[10:49] <jussi> apachelogger: could you test a small bug for me? Make a modification to a colour theme, then save, then try to upload? The uploader there doesnt seem to let me log into opendesktop...
[10:53] <apachelogger> jussi: kcmshell4 kcm_attica?
[10:53] <jussi> apachelogger: huh?
[10:53] <apachelogger> do you have the correct data in there
[10:54] <apachelogger> dat upload thing is broken
[10:54] <apachelogger> if I select an existing theme and don't apply it the button is enabled, if I apply it I can't, if I change it then I still can't
[10:54] <jussi> heh
[10:55] <apachelogger> you only get to upload existing schemes it appears
[10:55] <apachelogger> jussi: yeah, login is busted as well
[10:55] <jussi> I when I run kcmshell4 kcm_attica from cli, and I put details and click test login, it sjut sits for ages on testing login
[10:55] <jussi> ok, nice to hear it isnt just me.
[10:55] <apachelogger> broken unmaintained terrible
[10:56] <jussi> :/
[10:56] <apachelogger> this is why we can't have nice things, they go unmaintained and break and no one cares :'(
[10:56] <jussi> make shadeslayer fix it :P :P :P :P
[10:56]  * jussi hugs shadeslayer
[10:56] <apachelogger> hardly worth it TBH
[10:56] <jussi> why?
[10:56] <apachelogger> that thing is going away (hopefully)
[10:57] <jussi> oh yeah... bodega
[10:57] <apachelogger> all hail bodega!
[10:57] <apachelogger> (I totally see that getting over adopted and then break as well though :P)
[10:57] <apachelogger> it's the cycle of software
[10:58] <apachelogger> invent stuff:adopt it everywhere:realize that you went too far:scared to fix the bugs you caused in the process:hide under rock :P
[10:58] <apachelogger> jussi: anywaysies, bugs.kde.org is your friend
[11:00] <jussi> yup
[11:01] <apachelogger> valorie, ahoneybun: https://help.ubuntu.com/community/Repositories/Kubuntu is terrifingly irrelevant for current Kubuntus (page is still talking about packagekit :S)
[11:02] <apachelogger> maybe someone could have a look at it
[11:03] <jussi> apachelogger: bug exists: Bug 327756
[11:03] <jussi> bah
[11:03] <jussi> kde Bug 327756
[11:04] <apachelogger> jussi: note the hide under rock step in the cycle of software :P
[11:04] <jussi> apachelogger: if you has rights, you could mark it confirmed for me...
[11:04] <apachelogger> curious that it would only get reported a month ago
[11:05] <apachelogger> (not that confirmation does anything for getting it actually fixed :P)
[11:06] <jussi> still...
[11:09]  * apachelogger returns to frameworks
[11:11] <jussi> thanks apachelogger
[11:37] <xnox> apachelogger: you around?
[11:39] <xnox> apachelogger: i've updated bug 1262273. as you can see the bug only affects a very specilies build-environment as produced by dpkg-buildpackage in ppa builders, and in no way affects direct compilation (e.g. ./debian/rules build). unmodified build-log attached with affected cmake upload.
[11:39] <xnox> apachelogger: thus it's quite an exaggeration that any upstream changes are required, or "don't work on kubuntu" or "don't work on trusty"
[11:40] <xnox> apachelogger: also please do not refer to "trusty" as 14.04 externally, as a release gets named 14.04 only at release time to signify that it is now stable. to avoid any confusion, we are always careful to refer to development releases by their codename.
[11:41] <xnox> apachelogger: so the bug your reported is nothing more than: a daily build failure, of daily experimental upstream snapshot, against a daily experimental snapshot of an unreleased distribution.
[11:42] <xnox> apachelogger: at the least it's a packaging bug in project-neon, at most it's a distribution bug report (affecting only package builds, on multiarch systems, with multiarch enabled, and build environment suggesting that multiarch is available, and a non-mutliarch qt used)
[11:42] <xnox> apachelogger: thus it's entirely inappropriate to get any upstreams involved, as there is no upstream bugs, neither in their code / buildsystems or build instructions.
[11:44] <xnox> apachelogger: i do appologise if I didn't convey the scope of the bug in question to you, but I thought that you did read the cmake upload diff to realise that it has been carefully guarded to not affect 3rd-party non-debian package builds in any way, shape or form.
[11:44] <xnox> apachelogger: whilst at the same time, saving packagers from adding un-necessory boilerplate to enable cross-compilation.
[11:45] <xnox> if it's not evident, no packaging changes required is the driving force behind the cmake upload.
[11:45] <xnox> apachelogger: anyway, i've added more guards in cmake toolchain changes to accomodate for the use-case you have shown.
[11:46] <xnox> apachelogger: the cmake changes planning was discussed at the vUDS with blueprints scheduled and with email announcements made to ubuntu-devel mailing list.
[11:46] <xnox> apachelogger: so if you do spot further differences, or unintentional exposure of implementation details, please report bugs to ubuntu distribution via launchpad.
[11:47] <xnox> apachelogger: instead of sending scary emails to upstreams, which typically do not follow bleeding edge developments of all the distributions out there.
[12:11] <xnox> apachelogger: Quintasan: please add me to ~neon
[12:11] <apachelogger> xnox: thanks for handling it and sorry for the miscommunication, I got the impression that KDE should in general use toolchain files (i.e. present workflow) otherwise I'd not have carried this upstream
[12:12] <xnox> apachelogger: i'm sorry, if i miscommunicated that to you.
[12:12] <apachelogger> ah, well, I should have asked. it's really my fault
[12:14] <xnox> apachelogger: i was talking about toolchain files, in the context, what is the cmake provided facility to force by-pass system-libraries and use your own locations/toolchains/etc. I think project neon should be using a toolchain file, given how it needs to mix & match system and non-system libraries/toolchain. KDE shouldn't in general use toolchain files =) end-distributors (e.g. neon, ubuntu, embedded developers) should use them.
[12:15] <xnox> apachelogger: if KDE starts enforcing their own toolchain file it will break cross-compilation for everybody, unless KDE started building qt & cross-compilers & redistributing those binaries =))))
[12:15] <apachelogger> xnox: right, the reason neon doesn't use toolchain files is because we wanted to stay as close to the upstream instructions such that it can act as compliance validation
[12:16] <xnox> apachelogger: sure, and cmake changes did not intend to affect that.
[12:16] <xnox> apachelogger: unfortunately my auto-detection did key-on DEB_BUILD_MULTIARCH environment variables, which are exported during dpkg/multiarch cross-builds. i did not expect that dpkg-buildpackages started to export those by default on any multiarch systems.
[12:18] <xnox> apachelogger: you can get /closer/ to upstream instructions by doing: unexport DEB_*, in the debian/rules or makefiles included thereof. Where the variable names are all those that are listed by dpkg-architecture.
[12:18] <xnox> apachelogger: unless of course you want to start supporting multiarch install locations.
[12:18] <xnox> apachelogger: why do KDE instructions not use, e.g. qtchooser?
[12:18] <xnox> to select the right QT ?
[12:18] <apachelogger> yofel: do we want multiarch?
[12:19] <apachelogger> xnox: I don't really think multiarch would be a target for neon at any point, as it's not supposed to be a complete replacement for the packaged KDE
[12:19] <xnox> apachelogger: i'm not sure how multiarch is suppose to work for installations into /opt/ though =) as far as I know it's only defined for /usr/ prefix at the momnet.
[12:21] <xnox> apachelogger: yeah, hence your claims in the email to upstream was widely exagerated. As automoc works complete fine with disto cmake & disto or non-distro qt. The bug really is limited to how neon is build and what it is for.
[12:21] <apachelogger> as for qtchooser ... I don't know, you don't really need to qtchoose if you have PATH set accordingly ... i.e. upstream's instructions basically will install to ~/ and adjust all envrionment variables this world has ever seen to look in ~ first
[12:21] <xnox> apachelogger: fair enough. and one might in that case have no control over system qtchooser.
[12:22] <apachelogger> exactly
[12:53] <apachelogger> Riddell: you know, packaging the frameworks is quite a bit of work
[12:53] <apachelogger> I would make that very low priority in terms of 14.04 todos since we target PPA deployment anyway
[13:20] <BluesKaj> Howsy all
[13:21] <BluesKaj> need coffee!
[13:24] <yofel> apachelogger: I don't think so, too much of a hassle for the current use case
[14:03] <apachelogger> !find SMlib.h
[14:06] <apachelogger> !find jpeglib.h
[14:09] <skaet_> Riddell, ScottK - what's you're thoughts releasing alpha 1 today?   I'm seeing the release notes looking good, but not seeing the iso tracker updated or any specific bugs marked as blockers.   Just missing testing results being added to the iso tracker, or something more serious?
[14:18] <apachelogger> xnox: http://lists.kde.org/?l=kde-buildsystem&m=138746258019223&w=2 thoughts?
[14:19] <apachelogger> skaet_: it may be that no one tested yet
[14:19] <apachelogger> also Riddell is missing apprently
[14:20] <apachelogger> skaet_: I'll do a test run in a bit
[14:21] <xnox> apachelogger: i have very little context.
[14:22] <apachelogger> xnox: I don't have any more to be honest
[14:24] <apachelogger> xnox: I really think it would be good if you could subscribe to kde-buildsystem and have a discussion with them
[14:24] <apachelogger> xnox: http://lists.kde.org/?l=kde-buildsystem&m=138746278419271&w=2 "And why doesn't it also do the same with uic?" that's actually a good question
[14:27] <xnox> apachelogger: the changes are staged, and are not complete, and there is a bootstrap required on qt packaging, qmake, and cmake.
[14:27] <xnox> apachelogger: and only partial changes have been done in the archive so var.
[14:28] <xnox> apachelogger: and hence the complete goal and solution is not ready yet, and all the suggestions in that email are wrong, and don't understand the full scope here.
[14:29] <xnox> apachelogger: in particular what multi-arch is, how qt5 is in progress of being packaged to accomodate it, and how cross-compilation of distribution works in the multi-arch distributions.
[14:29] <xnox> apachelogger: some of the relevant changes will be fed back to affected upstreams - qmake, qt5 and cmake.
[14:29] <apachelogger> xnox: yeah, I am just saying ... kde-buildsystem is doing cmake foo since forever so they may be able to help with getting the best solution in the end
[14:29] <xnox> apachelogger: but none of it is of any concert of kde upstream.... despite the overlap and using same reverse dependenices.
[14:30] <xnox> apachelogger: sure, noted.
[14:30] <xnox> apachelogger: it's just i haven't finishing writting al the patches yet, to fully scope the problem here.
[14:30] <apachelogger> I see
[14:30] <xnox> apachelogger: so, again, on my own schedule it will be presented in time. i'm still prototyping, what i want to achieve and there are plenty of things to fix still.
[14:32] <xnox> apachelogger: also claims by stephen keelly and yourself are wrong in those replies as well.
[14:33] <xnox> apachelogger: if you have questions, ask me, i can explain them to you.
[14:33] <apachelogger> *shrug*
[14:33] <apachelogger> I am playing middleman :P
[14:33] <apachelogger> hence why I think you shoudl sub to the list
[14:34] <manchicken> apachelogger: It looks like only two of my changes were binary incompatible.
[14:35] <manchicken> apachelogger: I added a constructor to QApt::SourcesList which allows you to specify an arbitrary sources file, and I just added it to the existing constructor.
[14:36] <manchicken> The thing is, I think that overloading a constructor which previously wasn't overloaded will also break binary compatibility, no?
[14:36] <apachelogger> nope
[14:36] <manchicken> Oh, cool.
[14:36] <apachelogger> maybe in a non-leaf virtual class
[14:36] <manchicken> So then I'll just create a new constructor which allows the files.
[14:36] <apachelogger> yep
[14:37] <manchicken> That's cool, I thought I was going to have to move where it pulled the default files in, so this is cool.
[14:37] <manchicken> I'm probably not going to make the changes for the d-pointer alerts in krazy2 for the rest of the library in order to avoid breaking compatibility.
[14:38] <manchicken> The abi-compatibility-checker gave me what looked like useful results, so that's good.
[14:38] <xnox> apachelogger: there is still not enough context.
[14:38] <xnox> apachelogger: you seemed to have replied to an off-the-list  or other list email message?
[14:38] <xnox> apachelogger: where is the original email from Stephen Kelly, to which you are replying? http://mail.kde.org/pipermail/kde-buildsystem/2013-December/009516.html
[14:39] <manchicken> The warning about gcc 4.8 seemed a little worrying, but I'm not sure if it indicates a less-than-useful result. I'm debating on installing a different version of gcc in my home directory and then running this off of that.
[14:39] <apachelogger> xnox: http://lists.kde.org/?l=kde-core-devel&m=138745926018113&w=2
[14:39] <apachelogger> thread http://lists.kde.org/?t=138738660500006&r=1&w=2
[14:40] <xnox> apachelogger: i'm very busy at the moment. i'll do those replies later.
[14:40] <apachelogger> skaet_: what's the minimum amount of ISO tests we want to be done?
[14:41] <apachelogger> or, which tests rather
[14:41] <manchicken> I wonder if there's anybody who is working on an apt hacker's guide. Currently the apt documentation is pretty weak.
[14:41] <apachelogger> manchicken: I don't think so, JT simply asked the apt people directly
[14:41] <manchicken> libapt seems somewhat important.
[14:42] <apachelogger> well, it's hard to blame them for not documenting stuff... it's not like a lot of people will use libapt directly
[14:43] <manchicken> Yeah, I agree.
[14:43] <manchicken> I'm thinking of doing more tests and docs for libqapt once I get these changes done.
[14:44] <manchicken> But then again, I also need to get back to the original task of getting kubuntu-debug-installer doing what we wanted it to do.
[14:46] <apachelogger> "Use and execute the default applications found for the desktop enviroment being run"
[14:46] <apachelogger> why that's a silly test
[14:46] <apachelogger> manchicken: ultimately before feb 20 (feature freeze) ;)
[14:47] <manchicken> That's good to know.
[14:47] <skaet_> apachelogger,  making sure the images are booting.   The tests listed on the iso tracker are the ones defined as a minimum, so its up to the project's discretion if they are going to wave some.
[14:47] <manchicken> Assuming the code passes the RB, how fast does that get to someone who would then package it?
[14:48] <manchicken> The changes to kubuntu-debug-installer would depend on those changes to libqapt.
[14:49] <apachelogger> manchicken: depends on when someone creates a release
[14:49] <apachelogger> or we could patch it into the packaging
[14:49] <apachelogger> that really shouldn't be a blocking problem
[14:49] <manchicken> Who would do that if JonT isn't?
[14:50] <apachelogger> anyone really
[15:03] <Riddell> ahem, afternoon
[15:04] <Riddell> skaet_: if I'm not too late to the party I can crack on with testing now
[15:05] <apachelogger> Riddell: i386 needs testing, I am on amd64
[15:07]  * Riddell makes it sew
[15:11] <apachelogger> jolla shop is open
[15:11] <apachelogger> omg
[15:12] <Riddell> what's for sale?
[15:12] <jussi> jolla phones...
[15:12] <apachelogger> are they any good?
[15:12] <apachelogger> been wondering about getting a new phone
[15:13] <jussi> apachelogger: they are decent, still some bugs, but much better than the meego products
[15:13] <jussi> #jollamobile is the chnnel
[15:14] <jussi> I had a play with one recently, phone is ok... bit boring. OS is "decent"
[15:14] <apachelogger> boring?
[15:14] <jussi> you can load sailfish onto n9 or n950 for a semi ok idea of how it works....
[15:14] <Riddell> does it run kde apps?
[15:15] <Riddell> is it waterproof? because I only really want a phone which is waterproof
[15:15] <jussi> apachelogger: its a pretty bog standard android type phone. nothing special in the hw, but not bad either
[15:15] <apachelogger> smartphones aren't waterproof
[15:15] <jussi> Riddell: sony for you myfriend
[15:15] <jussi> sony has one
[15:15] <apachelogger> sony products do not convince :P
[15:15] <apachelogger> ask Riddell :P
[15:15] <jussi> http://www.sonymobile.com/global-en/products/phones/xperia-zr/
[15:16] <apachelogger> jussi: why does a phone need fancy hardware though?
[15:16] <Riddell> apachelogger: tried using your N900?  that was underpowered hardware
[15:17] <apachelogger> how did one notice that?
[15:17] <apachelogger> because I didn't
[15:17] <apachelogger> Riddell: do we want oem install tested?
[15:17] <Riddell> apachelogger: sure
[15:18] <Riddell> usually I test that along with the first install I do
[15:18] <apachelogger> I totally find that over the top for alpha1
[15:18] <apachelogger> can't test autoresize btw
[15:18] <apachelogger> somehow it doesn't want to reszie an existing kubuntu installation
[15:19] <apachelogger> the tests are really inaccurate btw
[15:20] <Riddell> if it's not working best we know it now rather than one beta 1 release day
[15:21] <Riddell> use virtualbox for resize, or a handy spare netbook you keep for such occations
[15:21] <Riddell> inaccurate in what way?
[15:21] <ghostcube> hi folks updating from 13.10 to 14.04 alpha getting this at first libharfbuzz0b:i386 conflicts with libharfbuzz0a:amd64  and libharfbuzz0b:i386 conflicts with libharfbuzz0a:i386 just for info
[15:22] <apachelogger> Riddell: strings are all different for example
[15:22] <apachelogger> oem install started, taking the dog for a walk meanwhile
[15:23] <Riddell> i386 doesn't boot on this secureboot windows 8 computer I have, so I maintain we should follow ubuntu in recommending amd64
[15:25] <ghostcube> update in virtualbox is still running for amd64 will tell you if its done and if it works so far
[15:26] <BluesKaj> don't suppose the alpha release will as such with lsb_release -a ?
[15:26] <BluesKaj> show
[15:27] <kubotu> ::workspace-bugs:: [1262700] KWin major memory leak @ https://bugs.launchpad.net/bugs/1262700 (by Falk Ahlendorf)
[15:27] <Riddell> it'll show Description:    Ubuntu Trusty Tahr (development branch)
[15:27] <Riddell> BluesKaj: so yes it will
[15:28] <BluesKaj> yeah, Riddell , that's what shows here , altho I haven't install alpha d]
[15:28] <BluesKaj> since I reinstalled the daily on tue
[15:28] <Riddell> oh right, no it won't be different from that
[15:29] <BluesKaj> so if dist-upgrade I'll have the alpha ?
[15:31] <BluesKaj> find it a bit confusing
[15:32] <Riddell> yes
[15:32] <Riddell> an alpha is just a daily snapshot we've tested
[15:32] <BluesKaj> ok thanks
[15:32] <Riddell> which is why we need people to test and install it
[15:32] <Riddell> also test upgrade from saucy
[15:33] <BluesKaj> I have saucy as my back up "stable OS" on another partition :)
[15:33] <skaet_> Riddell,  crack on with the testing please.    :-)   Steve's pushing the buttons on publishing today, so there is a window.
[15:36] <Riddell> hi Sick_Rimmit, alpha 1 candidate testing needed!
[15:37] <BluesKaj> actually , i'm running 14.04 on 2 machines , desktop and laptop , both are up to date
[15:38] <Riddell> then you can afford to run kubuntu-devel-release-upgrade on one of them :)
[15:39] <BluesKaj> no real problems so far, a small problem with the digital clock showing UTC as default time zome
[15:39] <BluesKaj> zone
[15:40] <BluesKaj> easily fixed by unchecking it in sttings
[15:42] <BluesKaj> still not used to this laptop KB , a bit small for these large phingers :)
[15:52] <Riddell> hmm, our default kwallet now asks for a gpg key to set up
[15:52] <Riddell> which isn't available on a fresh install
[16:02] <apachelogger> Riddell: is the ubiquity oem window supposed to not be fullscreen?
[16:02] <Riddell> apachelogger: preferably not but that's not a new issue
[16:02] <apachelogger> ok
[16:04] <apachelogger> Riddell: all done except for resize I simply don't get the resize option
[16:06] <Riddell> okay dokay, I'll try that on a virtualbox
[16:06] <Riddell> needs to be a large disk
[16:07] <Riddell> apachelogger: ug I just tried oem on i386 and it crashed
[16:07] <Riddell> apachelogger: yours completed ok?
[16:08] <apachelogger> yeah
[16:08] <apachelogger> Riddell: where did it crash?
[16:09] <Riddell> apachelogger: at the end of the oem setup tool after the second reboot
[16:09] <apachelogger> nope, loged successfully in
[16:09] <Riddell> lucky you
[16:10] <apachelogger> but while the config was going on the next button was active, so I clicked it
[16:10] <apachelogger> maybe that prevented the crash
[16:46] <Riddell> well uefi/secureboot/windows8 machine installs fine and all is good in kubuntu but the grub entry for windows doesn't work
[16:46] <Riddell> but that's the same for ubuntu desktop
[16:48] <Riddell> oops I made unity crash
[16:52] <manchicken> I had to play games to get Kubuntu to dual boot, I had to make Grub the default loader. I thought Windows 8 was supposed to have a boot loader that would play nice, but it doesn't.
[16:54] <Riddell> make Grub the default loader where, how?
[16:55] <manchicken> When I did it I had to it twice. I'm on an ASUS 11" touchscreen lappy.
[16:55] <manchicken> I can't remember what I had to do, but it wasn't fun.
[16:57] <manchicken> abi-compliance-checker may turn out to be a real life saver.
[16:57] <manchicken> Assuming its output is trustworthy.
[16:58] <Riddell> why not just compile a debian package?  that'll tell you if it has new symbols
[16:59] <manchicken_> I have new symbols, that was intended.
[16:59] <Riddell> new is fine
[16:59] <Riddell> missing is a problem (not a big one you can just change the soname version)
[17:00] <manchicken_> The verdict is that my version of libqapt (2.1.1-provisionally-labeled) is binary compatible with 2.0.65.
[17:00] <Riddell> infact if it's a hassle to care I'd say just change the soname version, it's not like we have many things to recompile
[17:01] <manchicken_> Well when I ran it the first time, the only thing that had to be fixed was that I modified the default constructor.
[17:01] <manchicken_> I just changed it so that I left the default constructor alone and then overloaded it with a second constructor using the functionality I wanted.
[17:02] <manchicken_> Fixed that one thing and now it's supposedly compatible :)
[17:03] <manchicken_> Changes pushed.
[17:03] <manchicken_> (to my github)
[17:17] <manchicken_> Well, I can't really think of anything else to do... so I'm going to go ahead and package this up for the RB tonight.
[17:17] <Riddell> RB?
[17:17] <manchicken_> KDE Review Board
[17:30] <Quintasan> ovidu-florin, ping
[17:42] <ghostcube> booting 14.04 after update from 13.10 in virtualbox now.  got some probs while updating and had to run apt-get - f install and apt-get update && upgrade but kde comes up as it seems
[17:46] <Riddell> shadeslayer: pong
[17:56] <ghostcube> update worked 14.04 alpha up and running
[17:56] <Riddell> apachelogger: I've reported bug 1262779
[17:56] <ghostcube> nice job so far
[17:56] <Riddell> ghostcube: you upgraded from saucy?
[17:57] <ghostcube> yes
[18:46] <xnox> apachelogger: somehow i failed all the subscription loops and hoops, so my email reply is held for moderation =/
[18:47] <xnox> apachelogger: at least all the CCed should arrive to recepients.
[20:15]  * genii celebrates with a coffee
[20:16] <Riddell> whee
[20:16] <soee> *weed
[20:16] <Quintasan> Do I hear iso testing?
[20:17]  * Quintasan grabs an ISO
[20:24] <Riddell> how's this? https://help.ubuntu.com/community/TrustyUpgrades/Kubuntu
[20:27] <Riddell> skaet_: apachelogger: I put the newer simpler header on https://wiki.kubuntu.org/TrustyTahr/Alpha1/Kubuntu
[21:36] <ahoneybun> Riddell valorie lordievader https://files.one.ubuntu.com/Zgy1cSgqRs62iZIGJE7pAg/
[21:38] <Riddell> "Could not locate object"
[22:20] <Riddell> whee, 4.12 going into trusty
[22:37] <soee__> wasnt it there already ?
[22:48] <Riddell> nope
[22:54] <soee> Trusty isoes were tested ?
[22:56] <kubotu> ::workspace-bugs:: [1262700] KWin major memory leak @ https://bugs.launchpad.net/bugs/1262700 (by Falk Ahlendorf)
[22:57] <Quintasan> soee: We are testing them
[22:58] <soee> Quintasan: iso link please ?
[22:59] <Quintasan> soee: http://cdimage.ubuntu.com/kubuntu/releases/trusty/alpha-1/
[22:59] <soee> Quintasan: thank you
[23:00] <soee> crap using wifi it will take 2h to download :<
[23:52]  * Riddell publishes kubuntu.org/news/kubuntu-1404-alpha-1


[03:13] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r534 Tweak sidebar style and optimize rubberband... (by Simon Steinbeiß)
[03:13] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r535 Make marks for GtkScales visible... (by Simon Steinbeiß)
[12:33] <knome> slickymasterWork, yeah, well, in a branch to be merged when a decision is done
[12:33] <slickymasterWork> noticed it
[12:33] <knome> slickymasterWork, and while i looked at that page, we might want to make it a tad "longer" in the sense of saying more about the stuff we mention
[12:33] <slickymasterWork> just ack it
[12:33] <knome> -- or not mention it
[12:33] <knome> yup
[12:33] <slickymasterWork> agree knome
[12:34] <slickymasterWork> will take care of that
[12:34] <slickymasterWork> regarding the three
[12:55] <bluesabre> knome: we have the option of shipping overrides for the launchers if we choose to, and working with the MATE folks and whatnot
[12:56] <knome> bluesabre, sure, but that was not my question or concern... i'm fine with the launcher saying "Atril", but i needed to know if it said that or not to be able to refer to the right menu item in the documentation :P
[12:56] <bluesabre> Gotcha
[13:03] <knome> bbl
[13:36] <subh> Hi. I was looking into the bug report: https://bugs.launchpad.net/lightdm-gtk-greeter-settings/+bug/1507983. The timeout configuration is not working at the time of login but it is working from lock screen. I turned on the debugging and checked the /var/log/lightdm/seat0-greeter.log after logging in, it says '** Message: [Configuration] Reading file: /etc/lightdm/lightdm-gtk-greeter.conf' but it's not
[13:36] <subh> using the screensaver-timeout config. Any help is appreciated.
[14:08] <flocculant> subh: first thing - are you using the same version of lightdm-gtk-greeter-settings? Pretty sure that issue's not visible here (using 1.2.1-2) definitely get blank at login if I wander off here
[14:15] <subh> flocculant: I was using 1.2.1-0ubuntu1 version which is available in 16.04.3 since the bug was last reported for 16.04.
[14:25] <flocculant> subh: ok - so the next thing you need to find out if it's only seen in that older version. If it is - then the only way that would get back to 16.04.x would be with an SRU - I'm not sure fixing that would be important enough to qualify for SRU.
[14:25] <flocculant> wouldn't want you to do work and find it was all for no fix landing
[14:28] <subh> flocculant: makes sense. I will test it on the latest version and update here.
[15:11] <subh> flocculant: Tested on a fresh install of bionic with lightdm-gtk-greeter-settings version 1.2.1-2. Does not work on login screen. But lock screen works fine.
[15:35] <flocculant> I'll check again here in a minute - set it whatver random amount I can get it to at the low end
[15:43] <flocculant> subh: ok - confirm setting that to less than 5 minutes and no screen blank at login screen
[15:43] <flocculant> booting iso to check that too
[15:45] <flocculant> I believe that the correct course of action to fix it now would be to fix it for bionic first - someone like bluesabre or Unit193 or ochosi will be able to confirm that
[15:47] <flocculant> iso logged out - wait and see what happens there
[16:29] <flocculant> so that fails after almost 50 minutes to blank
[19:57] <knome> pleia2, so i fought and made a scribus version of the flyer... and i think we're going to use that :P
[20:02] <ochosi> flocculant, subh: so the timeout doesn't do anything at all?
[20:02] <ochosi> or does it just blank the screen after "a certain amount of time" but the setting has no effect?
[20:03] <ochosi> from what i remember the greeter uses the system-wide settings of the x server
[20:03] <ochosi> so what you configure within your session with "xset s $time" as time to blank is pre-set on a systemwide level
[20:05] <ochosi> i'll quickly check the source code to see what it actually tries to do there...
[20:09] <ochosi> ok, so the screensaver is only supposed to run when the greeter is used as a lock screen, not as login screen
[20:09] <ochosi> simple as that
[20:12] <ochosi> ok, commented on the bugreport
[20:12] <ochosi> to clarify this for everyone
[20:16] <flocculant> ochosi: thanks for looking :)
[20:18] <ochosi> no problem


[13:33] <octoquad> Hi, sorry I disappeared yesterday after asking a question. My question was if there is work around for gdm3 on tty1 not stealing focus from ldm on tty7 in Ubuntu 18.04 fat clients? I have tried a few things to prevent this, but completely disabling gdm in systemd prevents the lock screen from working.
[13:34] <octoquad> Apologies, wrong channel :