[05:10] <xu-help53w> hi
[05:11] <xu-help53w> I need help regarding to xubuntu
[05:14] <xu-help53w> Currently i am using windows 10 64 ,I want to replace it with xubuntu and use alternate softwares in it ,like libre office,Kdenlive.Is it possible in xubuntu to use it ?
[05:15] <xu-help53w> currently i am using win 10 64 bit.
[05:49] <Andrio> xu-help53w, sure?
[05:49] <Andrio> I don't see why not
[06:27] <pmjdebruijn> xu-help53w: you can run xubuntu from a live cd, without replacing your windows install immediately, I highly recommend playing around in the live cd environment first, to get a "feel" of things
[06:36] <diogenes_> xu-help53w, for a quick look winthout even having the need to install it on a ISB stick, just try it out right in your browser by clicking start: https://distrotest.net/Xubuntu
[07:26] <xu-help53w> with live cd I can use/test  the said software  i.e  Kdenlive
[07:31] <pmjdebruijn> you'll have to install it first, but given enough RAM sure... though given you'll be working with fairly large files and such. performance will probably not be great on the live cd
[11:05] <DarkTrick> Hello
[11:06] <DarkTrick> I'm experiencing rather regular session crashes ( system goes back to login screen) since upgrading to 20.04
[11:08] <diogenes_> DarkTrick, look in .xfce4-session.verbose-log .xsession-errors journalctl -xb
[11:08] <DarkTrick> Maybe someone can make some sense off of the log files? apport.log: https://pastebin.com/qW9VQt3r  syslog: https://pastebin.com/EfEKMgDM authlog: https://pastebin.com/cgDSX9Sh  crash happened at 19:59
[11:10] <DarkTrick> diogenes_, where are those located?
[11:11] <diogenes_> in /home/use show hidden
[11:12] <diogenes_> also pam_kwallet.so? do do you have KDE too or KDE services enabled in session and startup advanced?
[11:12] <DarkTrick> diogenes_, no .xfce4-session.verbose-log present. only .xsession-errors
[11:13] <DarkTrick> diogenes_, @KDE: not knowingly
[11:14] <DarkTrick> diogenes_, checked session and startup: no
[11:15] <DarkTrick> xsession-errors looks like something: https://pastebin.com/4Ck8pnY5
[11:15] <diogenes_> well id suggest you create a new user and see if it crashes too.
[11:24] <diogenes_> but you have some KDE apps installed.
[11:25] <DarkTrick> yes I do
[11:25] <DarkTrick> but no services or the DE
[11:26] <diogenes_> well that app is looking for KDE services.
[11:27] <DarkTrick> journal -xb sounds like something is wrong wit xfce4-notifyd (?) https://pastebin.com/djqm2Ziy
[11:27] <DarkTrick> diogenes_, which app?
[11:31] <diogenes_> DarkTrick, no clue which app is that maybe dolphin but ok, if you want, try a new user.
[11:33] <DarkTrick> diogenes_: where did you look for finding the KDE info?
[11:33] <DarkTrick> and why would a user-app crash the whole system? shouldnt like... the kernel prevent that?
[11:51] <brainwash> DarkTrick: "apport: report /var/crash/_usr_lib_xorg_Xorg.0.crash already exists and unseen, doing nothing to avoid disk usage DoS"
[11:52] <xu-irc28w> hi! can anyone maybe tell, when the upgrade from 18.04.5 lts to 20.04.1 lts will probably be enabled? still not getting any notice :(  thanks a lot!
[11:54] <DarkTrick> brainwash, that tells me, that a crash file should've been created, but it wasnt, because the file was already there?
[11:54] <brainwash> right
[11:55] <brainwash> either open and analysis the crash dump manually, or run "ubuntu-bug /var/crash/_usr_lib_xorg_Xorg.0.crash"
[11:55] <brainwash> launchpad may reject the file though
[11:57] <brainwash> xu-irc28w: I guess no one knows
[11:57] <brainwash> xu-irc28w: https://www.omgubuntu.co.uk/2020/08/ubuntu-20-04-upgrade-notification-delay
[11:59] <xu-irc28w> brainwash thx!
[14:37] <DarkTrick> brainwash: Thank you for the hint!
[18:46] <Exterminador> so,  I'm using an AZERTY keyboard (French layout) and in Windows I can type `Ã` using AltGr
[18:46] <Exterminador> so,  I'm using an AZERTY keyboard (French layout) and in Windows I can type `Ã` using AltGr+2 but not in Xubuntu. any ideas?
[18:50] <Exterminador> unfortunately I'm tied to that keyboard layout (I'm a Portuguese working and living in France). in order to type certain characters, I need to open the character map and search for them
[19:12] <Exterminador> I've tried to reconfigure the keyboard and make AltGr as compose-key but seems to have no effect
[19:14] <diogenes_> Exterminador, run: ls ~/.config/autostart | nc termbin.com 9999
[19:14] <diogenes_> share the url
[19:15] <Exterminador> as root or normal user?
[19:15] <diogenes_> user
[19:16] <Exterminador> as normal user says: ls: cannot access '/home/vitor/.config/autostart': No such file or directory
[19:17] <diogenes_> that's unheard of.
[19:17] <diogenes_> something is messed up on your syste.
[19:18] <Exterminador> it's a new install from 3 days ago, more or less
[19:21] <diogenes_> even on new install there is always ls ~/.config/autostart
[19:21] <Exterminador> nonetheless I have the exact same issue in a laptop that had as
[19:21] <Exterminador> 1st install Xubuntu 18.04
[19:23] <Exterminador> I can't type some latin chars like Ã and ã normally
[19:25] <Exterminador> on the old laptop there's no ~/.config/autostart eiter
[19:27] <diogenes_> then it's tweaked and tainted because ls ~/.config/autostart should be there.
[19:28] <Exterminador> all the images have been downloaded from the official Xubuntu website and I did not installed any third party stuff
[19:31] <Exterminador> and all the installations completed w/o further errors except for the onboard keyboard on 1st launch
[19:32] <Exterminador> I can reinstall Xubuntu, but I dont't think it would make any difference
[19:34] <diogenes_> Exterminador, ok go to settings > session and startup > application autostart
[19:35] <Exterminador> there are a few applications there
[19:36] <diogenes_> is im-launch enabled?
[19:38] <Exterminador> yep, it is
[19:40] <diogenes_> ok wait a sec let me check something out.
[19:41] <Exterminador> after uncheck and recheck all the programs that were checked, .config/autostart gets populated
[19:41] <diogenes_> yeah i got it now how it works, it only gets populated after you add/remove something from the default list.
[19:42] <Exterminador> I've been trying to "solve" this keyboard issue for some time already
[19:43] <Exterminador> unfortunately I alaways ended up in failure
[19:45] <diogenes_> Exterminador, ok run this: cat /etc/default/keyboard | nc termbin.com 9999
[19:46] <diogenes_> share the url
[19:46] <Exterminador> https://termbin.com/i7kf
[19:48] <diogenes_> so the main problem is that you cannot type characters as Ã?
[19:50] <Exterminador> well, basically yes. French has support for chars like ç, é, è.. but not ã and á as example
[19:50] <Exterminador> and those are kinda important in Portuguese
[19:50] <Exterminador> and widely used in sentences
[19:51] <diogenes_> so in windows you pick French and it can type ã and á, on Xubuntu you pick French and it doesn't type ã and á?
[19:52] <Exterminador> basically, yes, that's the issue
[19:54] <Exterminador> in Xubuntu I need to open the character map or use `Ctrl+Shift+U` followed of the unicode 00C3 for Ã and 00E3 for ã
[19:54] <Exterminador> as example
[19:55] <Exterminador> in Portuguese, to type á, you'd use (using my actual keyboard layout) AltGr+3+a
[19:56] <Exterminador> I could try to install the Portuguese language in the system and see if it would work?
[19:57] <Exterminador> although, as french falls into the Latin alphabet it should support those special chars out-of-the-box
[20:03] <diogenes_> Exterminador, see this: https://askubuntu.com/questions/358/how-can-i-type-accented-characters-like-%C3%AB
[20:12] <Exterminador> I've tried the compose key, as I've stated above. but the French keyboard layout by default is `Shit+2` inputs number 3. `AltGr+2` inputs the ~ directly and `3` inputs " on its own
[20:12] <Exterminador> so, it doesn't work for me
[20:12] <Exterminador> s/number 3/number 2/
[20:18] <Exterminador> it does work for everything except Ãã
[20:20] <diogenes_> Exterminador, use French (no dead keys) then composekey + shift + ~ + e
[20:21] <diogenes_> Ẽ ) see zorks for ,e
[20:21] <diogenes_> dammit
[20:21] <diogenes_> works for me
[20:21] <Exterminador> let me try it then
[20:21] <Exterminador> what about Ã?
[20:23] <diogenes_> Ã - with English keyboard
[20:23] <diogenes_> Ã ) with French (nod ead keys) woks too
[20:26] <Exterminador> doesn't work for me..
[20:27] <diogenes_> so basically, you need to: 1) set layout with french (no dead keys) 2) (i setup Left CTRL as compose key) press simultaneously: LCtrl + Shift + ~ then after a milisecond press e or a
[20:27] <diogenes_> Ẽ
[20:27] <diogenes_> Ã
[20:27] <diogenes_> ẽ
[20:27] <diogenes_> ã
[20:27] <diogenes_> works perfectly well just need some training :)
[20:29] <Exterminador> well, the Ã and ã doesn't work for me
[20:30] <Exterminador> I guess I'll need to use ā instead
[20:30] <diogenes_> a is q on a qwerty keyboard.
[20:30] <Exterminador> I'm using an azerty one
[20:30] <Exterminador> so, yes. a=q
[20:31] <diogenes_> ok it works here then it should work for you too, tey to disable im-launch from startup and reboot because it sometimes interferes.
[20:31] <diogenes_> try*
[20:33] <Exterminador> will do and retry
[20:37] <Exterminador> well, seems that it still doesn't work for Ãã.. that's something I need to learn to live with
[20:38] <Exterminador> diogenes_: thanks for the help anyway :)
[20:38] <diogenes_> ã
[20:38] <diogenes_> try English keyboard
[20:38] <diogenes_> Ã
[20:39] <Exterminador> I don't have one. it's a French one and it's AZERTY
[20:40] <diogenes_> so if it work for English layout then you can easily switch between them, doesn't matter that it's Frensh, you can still use English A instead of q
[20:41] <Exterminador> I think it's because of how the keyboards are made. they have 3 functions in just one key.. as example, number 3 is 3, ", #
[20:41] <Exterminador> most of keyboards have only two functions
[20:44] <Exterminador> when I try compose key + shift + ~ + a, the a isn't "printed" unless I hit it a second time
[20:44] <diogenes_> what's the compose key?
[20:46] <Exterminador> in my case, it's the Windows logo
[20:46] <diogenes_> Exterminador, wait i might have found another workaround
[20:46] <Exterminador> I'm all eyes :)
[20:51]  * Exterminador phone, brb
[20:57] <diogenes_> Exterminador, ok ping me when you're back.
[20:57] <Exterminador> diogenes_: just got back
[20:58] <Exterminador> perfect timing
[20:58] <diogenes_> Exterminador, go to keyboard > application shortcuts
[20:59] <Exterminador> yes?
[20:59] <diogenes_> now first open the terminal and run: sudo apt install xdotool
[21:00] <Exterminador> done
[21:00] <diogenes_> now in application shortcuts click add
[21:00] <Exterminador> done
[21:00] <diogenes_> command: sh -c "sleep 1; xdotool type 'ã'"
[21:01] <diogenes_> pick your key combination
[21:01] <diogenes_> ok
[21:04] <diogenes_> so?
[21:13] <Exterminador> hum
[21:13] <Exterminador> seems to work..
[21:14] <diogenes_> Exterminador, you can even minimize the delay with: sleep 0.3
[21:15] <diogenes_> also setup the key combinations for any other characters you have troubles with.
[21:24] <Exterminador> wow
[21:24] <Exterminador> ãÃ
[21:25] <Exterminador> works good :D
[21:25] <diogenes_> nice
[21:25] <Exterminador> diogenes_: tks a lot dude
[21:25] <Exterminador> this will solve most of my typing problems from this keyboard
[21:25] <diogenes_> you're welcome


[00:07] <balloons> rpadovani, that time it failed though.. before the app never launched
[00:10] <balloons> rpadovani, wow, look at how slow it runs ;-) http://<IP_ADDRESS>:8080/job/generic-mediumtests-vivid/940/artifact/ubuntu_calculator_app.tests.test_main.MainTestCase.test_operation_on_infinite_number.ogv. Still these look correct. You'll have to change the asserts in the tests to match the new significant figures you calculate too
[15:59] <MacSlow> Why are dash and unity8 just two small square windows when an autopilot-test is started on the desktop? What's missing to have them use the usual 40x71 GU dimensions?
[16:17] <MacSlow> elopio, ^
[16:18] <elopio> MacSlow: hum, that I don't know. Does the same happen when you do initctl start unity8?
[16:18] <MacSlow> elopio, yes
[16:19] <elopio> MacSlow: when I do that I get the two windows, with space enough for three columns of apps.
[20:31] <thomi> hey barry, got time for me to hassle you about packaging *again*? :D
[20:34] <barry> thomi: it's a brand new day, so sure!
[20:34] <thomi> barry: so, I get one question a day? :D
[20:34] <thomi> curses! did I just use it up?
[20:35] <barry> bzzt!  that's two
[20:36] <thomi> heh
[20:36] <thomi> barry: so, I've used pybuild before several times, and never had this issue...
[20:36] <thomi> selenium ships some binary files which are listed in the data_files section of setup.py
[20:37] <thomi> but pybuild can't see them - I suspect because they're not copied into the temporary directory perhaps
[20:37] <thomi> Any ideas? The branch I'm working from is lp:~thomir/+junk/selenium-packaging
[20:38] <barry> thomi: make sure there's a MANIFEST.in file that names those data files, otherwise they may not get into the orig.tar.gz
[20:39] <barry> that's always been what bites me
[20:39] <thomi> ahhhh
[20:39] <thomi> they're not :D
[20:40] <thomi> barry: actually, they are, I missed them
[20:40] <thomi> "recursive-include py/selenium/webdriver/firefox/x86 *.so"
[20:40] <barry> thomi: so if you `python setup.py sdist` they end up in the .tar.gz?
[20:41] <thomi> barry: yes
[20:41] <thomi> barry: the error message I get is:
[20:41] <thomi> error: can't copy 'py/selenium/webdriver/firefox/x86/x_ignore_nofocus.so': doesn't exist or not a regular file
[20:42] <barry> oh, .so files.  those might be getting filtered out by other bits of the debian build tools.  `export DH_VERBOSE=1` in your d/rules file.  so it is (almost?) never correct to include .so files source packages, those just might be getting filtered out
[20:42] <thomi> I assume that a .so counts as a 'regular' file - it's not a socket or anything
[20:42] <barry> thomi: where do you get that error?
[20:42] <thomi> I have verbose set, I don't see any filter messages
[20:42] <thomi> let me pastebin, one second
[20:43] <thomi> barry: http://pastebin.ubuntu.com/10041069/
[20:43] <thomi> further up I get:
[20:43] <thomi> warning: no files found matching '*.so' under directory 'py/selenium/webdriver/firefox/x86'
[20:44] <thomi> which I guess is a sign of the root cause...
[20:44] <barry> yep, i see that
[20:57] <thomi> I assume that, if those files were being filtered there'd be some sort of log message?
[22:33] <thomi> barry: I guess you're stumped too? Who else should I bug? I'm tempted to email the DPMT ML, but I suspect I'll get the "don't put .so files in your source package" answer :(
[22:41] <barry> thomi: probably so.  but iirc there's a debian/binary-file-override-magic file that might do the trick.  right now i can't remember what it's called and am putting out some other fires :(
[22:41] <thomi> barry: ahh, ok, no worries
[22:41] <barry> thomi: debian-python@ is your best bet


[10:33] <mdz> well yay
[10:33] <jbailey> sabdfl: If you could test that it actually reads, that would be lovely.  My SATA system is in a data centre, 3 times zones from here.
[10:33] <thully> Kamion: should I file a lower-priority bug requesting a "None" option on the screen prompting for a network card to configure?
[10:33] <Kamion> thully: sure
[10:34] <Kamion> thully: I doubt it will happen for systems with one interface, but it could happen for systems with more than one
[10:34] <thully> well, systems w/one interface will automatically try that and prompt if it can't find a network to connect to, so it isn't necessary
[10:35] <Kamion> the same argument applies to systems with one interface
[10:35] <Kamion> it's just that changing it for systems with one interface would involve an extra question that previously wasn't asked
[10:37] <Kamion> jbailey: all-IDE systems are still /dev/hdc or whatever, at least
[10:38] <jbailey> Kamion: Yes.  It's only where the sata driver is providing the pata interface too.
[10:41] <thully> OK - this "none" option issue is bug #7101
[10:42] <thully> Also, you were saying a red screen appeared when there is no network - shouldn't this just be a normal screen, since systems with no network isn't necessarily an error...
[10:42] <Kamion> perhaps, yes
[10:44] <Kamion> go ahead and file about that too, component netcfg
[10:45] <thully> One last issue with non-networked setups - After install, there is always a network status icon for loopback in the system tray - any way this can be taken care of?
[10:46] <thom> thully: that'll go away in hoary+1
[10:46] <Kamion> didn't you say that was because you went back rather than continuing?
[10:46] <Kamion> due to the loop
[10:46] <zul> jbailey, whats up with the sata stuff?
[10:46] <jbailey> zul: Nothing, works exactly as predicted.
[10:46] <zul> sweet
[10:48] <Kamion> hm, I should make my ubuntu-build-di script connect to the buildds in parallel rather than serially
[10:49] <Loevborg> mjg59, I just tried your ad-hoc patch, it doesn't change a thing AFAICT.
[10:50] <mdz> Kamion: what would be involved in arranging for English to be supported in addition to the language selected in the installer, per default (as far as language-{pack,support}-en)?
[10:50] <Kamion> mdz: trivial change to base-config/lib/menu/pkgsel
[10:50] <mdz> Kamion: blitted you my script for same
[10:50] <Kamion> (to always add en to get_language_packs output
[10:50] <Kamion> )
[10:51] <mdz> Kamion: can you remember to do that after array 6 (or before, if you prefer), or should I file a bug?
[10:51] <Kamion> mdz: probably best to file a bug on base-config for me, but I'll try to do it tomorrow
[10:53] <mdz> done
[10:53] <seb128> jdub: naten doing some rocking work on smb://, he has just fixed smb to browser and use winXP shares correctly (anonymous without asking for a password and privates working great)
[10:53] <thully> as far as the network interface icons, I'd just say revert this to the Warty behavior (don't have status icons by default except for wi-fi signal) but that's just my opinion
[10:54] <Kamion> "revert to Warty" is usually a much harder thing to do than it sounds
[10:54] <Kamion> many other things will have changed in the same component
[10:54] <jdub> seb128: yeah, that's way cool
[10:55] <jbailey> seb128: krb support yet? =)
[10:55] <seb128> jdub: nautilus working fine on a winXP network is nice :)
[10:55] <seb128> jbailey: that's supposed to work for a while, alex has worked on this for redhat
[10:55] <seb128> jbailey: no ?
[10:56] <seb128> hum, perhaps some patches are needed for that
[10:56] <jbailey> seb128: Ah, okay.  It always prompted me for a password while I was still at FundSERV.
[10:56] <jbailey> seb128: I didn't know it was in yet.  It could've been anything including heimdal/mit mismatch.
[10:56] <Kamion> mdz: oh, to be able to override it with preseeding I guess I want to change it in localechooser instead
[10:56] <Kamion> anyway, I'll look at it
[10:57] <seb128> jbailey: http://mail.gnome.org/archives/nautilus-list/2004-July/msg00154.html
[11:00] <thom> that's awesome
[11:00] <thom> my screen is now full of firefox windows
[11:00] <herve> hi
[11:01] <herve> in a setup.py install script of a Python package
[11:01] <herve> does any distutils guru can confirm me the "data_files" argument in setup() lists the location of source files and not destination files?
[11:06] <thom> *sigh* at xscreensaver "censorship"
[11:06] <sabdfl> suck it in
[11:06] <sabdfl> ;-)
[11:06] <thom> sabdfl: this is all your fault ;-)
[11:09] <thom> seb128:  8318 thom      15   0  152m  22m  12m S 98.2  2.3   9:25.06 nautilus
[11:09] <thom> wth?
[11:11] <sabdfl> thom: punishment from the sacred cows
[11:12] <thom> the cows should love me; i stopped them bouncing
[11:12] <thom> maybe the campaign for freely bouncing cows is DoSing me
[11:12] <mpt_newjersey> "We are free-bouncing bovines. We bounce free ... today."
[11:13] <zul> ack...we already discussed cows in #-kernel
[11:15] <thully_> hi - has there been any progress on getting icons to appear on the desktop for CD-ROMs, USB keys, etc etc?  This stop working for me some time back in hoary
[11:18] <seb128> thom: bah
[11:18] <seb128> thom: 16596 seb128    16   0 17068  14m 1776 S 22.5  1.4  33:52.68 polypaudio
[11:18] <seb128> in the same style :p
[11:19] <thom> seb128: i'm taking no blame for polypaudio :-)
[11:19] <seb128> 15925 seb128    15   0 43908  23m  11m S  0.0  2.3   0:01.91 nautilus
[11:19] <seb128> for nautilus here
[11:19] <thom> yeah, it just screamed up when i deleted an svg file
[11:19] <thom> s/deleted/dragged to wastebasket/
[11:19] <Kamion> thom: there should be four d-i byhands on jackass; could you process them, or shout if there aren't amd64/i386/ia64/powerpc all there?
[11:19] <seb128> what version are you running ? for how long ? do you have a way to get eating like that ?
[11:19] <Kamion> with recent timestamps
[11:20] <seb128> thom: oh, interesting, is that reproducible ?
[11:20] <thom> seb128: current; dunno; will try
[11:20] <thom> Kamion: k
[11:23] <Kamion> instead of bouncing cow, I propose that we play "Cows With Guns" at login time
[11:23] <thom> ok; elmo's "only try if super necessary" comment doesn't fill me with joy, but lets see
[11:23] <Kamion> in pursuit of bovine liberation
[11:23] <thom> Kamion: gotta be better than those damn bongoes
[11:24] <herve> Kamion, what about pacifists cows? ;-)
[11:24] <Kamion> "we will fight for bovine freedom and hold our large heads high; we will run free with the buffalo or die ... cows with guns"
[11:25] <Kamion> http://www.danalyons.com/lyrics/lyrics_for_public/cows_with_guns_lyrics.html
[11:28] <aboe> can somebody help me with my linux partitioning
[11:29] <aboe> want to merge to partitions
[11:37] <thom> Kamion: should be done
[11:37] <Kamion> thom: awesome, thanks
[11:44] <lamont_r> Kamion: user trying to install got an error about not finding a kernel on his x86 box...  with a recent daily, i believe
[11:44] <Kamion> lamont_r: would need to see logs
[11:44] <Kamion> /var/log/*
[11:44] <Mithrandir> Kamion: in PC World Norway Express (which is a biweekly thingy), our installer is described as "quick and boring".  I think that's a good thing. :)
[11:44] <lamont_r> ah, I have proc/cpuinfo - will get the rest for you
[11:44] <Kamion> Mithrandir: excellent. :)
[11:45] <mdz> Kamion: let me know when I should test a new set of images
[11:45] <Kamion> lamont_r: could just be a bad burn
[11:45] <Kamion> mdz: waiting for next cron.daily to kick them off
[11:45] <HcE> Mithrandir: why should an installer be "fun" ?
[11:45] <Mithrandir> they complain about that they couldn't find any graphical way to download updates, so probably haven't found synaptic.
[11:45] <HcE> maybe implement tetris support ;)
[11:46] <Mithrandir> HcE: as I said, I think it's a good thing that it's boring.  Not interesting or anything. :)
[11:46] <mdz> Kamion: are we finished with package uploads for array 6 (assuming no new problems are discovered)?  do we need to build a new cloop image to get in sync?
[11:46] <HcE> plain, straith forware is excellent
[11:46] <lamont_r> Kamion: requested, we'll see how quick a turn around we get...
[11:46] <HcE> allways liked the debian/ubuntu approach
[11:46] <HcE> s/forware/forward/
[11:46] <Mithrandir> HcE: written by Mohammed, former barbara.no guy.
[11:47] <HcE> Mithrandir: heh, I have shown him both apt-get, aptitude and synaptics...
[11:47] <Mithrandir> synaptic. :)
[11:47] <Mithrandir> not synaptics.
[11:47] <HcE> ;P
[11:47] <HcE> I don't use that tool
[11:47] <Mithrandir> me neither.
[11:47] <mvo> tsss
[11:48] <seb128> lamont_r: howl/build sorted ?
[11:48] <thom> synaptics is something utterly different :-)
[11:48] <Mithrandir> mvo: I like text-based tools.  X is a nice tool for multiplexing terminal windows. ;)
[11:48] <Kamion> lamont_r: requested of whom?
[11:48] <Kamion> mdz: yeah, I think so; please do
[11:48] <mvo> Mithrandir: yeah, I know :)
[11:48] <mdz> ok
[11:48] <Kamion> Mithrandir: or the update manager
[11:49] <jbailey> Kamion: So that I know, what's the matching rootskel update that was needed to go along with #1440, the SATA fix?
[11:49] <HcE> hehe, you got credits in the article Mithrandir :DD
[11:49] <HcE> -D
[11:49] <Kamion> jbailey: src/lib/debian-installer-startup.d/S03hotplug runs init scripts
[11:49] <Kamion> rc scripts, rather
[11:49] <Kamion> hmm, I suppose I should update ddetect as well ...
[11:49] <Kamion> I'll do that after array 6
[11:49] <mdz> Kamion: are there good reasons why it can't use init.d/hotplug?
[11:50] <Kamion> mdz: I do not particularly want to delegate critical parts of d-i startup to other packages, particularly not when merging this back to Debian
[11:50] <Kamion> using init scripts from the real system has been a good way to break things in the past
[11:50] <Mithrandir> Kamion: was the update manager in warty?
[11:50] <mdz> due to busybox?
[11:50] <Kamion> and the change I made is much simpler
[11:50] <mdz> Mithrandir: no
[11:50] <Mithrandir> HcE: I know :)
[11:50] <Kamion> mdz: due to crap like LSB init scripts :(
[11:50] <Kamion> but busybox also
[11:51] <Kamion> I really think it's much clearer what's going on the way it is
[11:51] <jbailey> Kamion: What's the best way for me to make sure that anything I fiddle with in hotplug gets into d-i?  I've got mdz's sg patch done here and tested, so it's ready to go in.
[11:51] <HcE> Mithrandir: all my support over MSN are not mentioned :P
[11:51] <Kamion> jbailey: d-i uses everything else in hotplug as normal, it's just rc script ordering
[11:51] <mdz> a <1k /lib/lsb/init-functions would solve that problem once and for all, but I'll take your word that overall it's not the right thing
[11:51] <Kamion> mdz: I do have such an init-functions, it's an ugly hack IMHO and I wish it could go away
[11:52] <jbailey> Kamion: 'k
[11:52] <Kamion> I've been meaning to fix pcmcia-cs for a while ...
[11:52] <mdz> jbailey: you're not planning to upload it until after array 6, though, right?
[11:53] <mdz> is there anyone who is working on moving pcmcia to hotplug so that pcmcia-cs can go away?
[11:53] <jbailey> mdz: I was planning on checking with you in a moment now that it's ready to make sure I wouldn't run over array 6 in any way.
[11:53] <Kamion> jbailey: BTW, have a look at the way I did the init script ordering in rootskel; I think it's much simpler and I'm not sure how the very complex version in hotplug is better?
[11:53] <mdz> seb128: gah, I thought you were finished
[11:53] <Mithrandir> HcE: *chuckle* :)
[11:53] <mdz> we need to stop uploading at some point here so that we can build consistent CD images
[11:54] <seb128> mdz: the gnome-vfs2 upload interfers with the array 6 build ?
[11:54] <mdz> seb128: it goes on the CDs, yes
[11:54] <mdz> our goal is to have the same versions on the live CD and the install CD
[11:54] <mvo> hi doko
[11:54] <seb128> mdz: sorry for that, just pushing a samba fix for nautilus, trying to get smb:// working fine for 2.10
[11:55] <jbailey> Kamion: What's the best way to pull the source for rootskel?  I usually use my Debian d-i checkouts for looking at that code.
[11:55] <jdub> mdz: do we have any download stats?
[11:55] <Kamion> jbailey: no revision control yet, just 'apt-get source rootskel' with Ubuntu deb-src lines, sorry
[11:55] <mdz> jdub: for what?
[11:56] <jdub> mdz: warty
[11:56] <mdz> jdub: yes
[11:56] <thom> Kamion: is it too early to ask whether i cocked up those by hands? (/me is panicing about them somewhat)
[11:56] <jdub> do i have to go through elmo?
[11:56] <Kamion> lamont_r: "requested of whom" -> oh, sorry, I got confused by interleaving conversations
[11:56] <mdz> jdub: depending on what you want, yes
[11:57] <Kamion> thom: can't quite tell yet :( I assume you unpacked them into dists/hoary/main/daily-installer-*/ and updated the current symlinks?
[11:57] <doko> mvo: hi, still awake?
[11:57] <jdub> mdz: hrm, just want some user-understandable figure
[11:57] <thom> Kamion: yeah
[11:57] <Kamion> thom: if you can push a cron.daily then I can check, but never mind if you can't
[11:57] <mdz> jdub: if you want "how many warty CDs did people download from us", we don't have that
[11:58] <jdub> what do we have?
[11:58] <mvo> doko: barely :)
[11:58] <mdz> access logs starting at some point after the release, I think.  ftp logs starting at an unknown time.  no bittorrent records since the last restart
[11:59] <mdz> /var/log/shrug
[11:59] <jdub> heh
[11:59] <jdub> nothing digestable to hand?
[11:59] <zul> mdz: davej wrote a document for suggestions for troubleshoting hardware http://people.redhat.com/davej/hardware-problems.txt when you got a sec can you have a look before i add it to the wiki
[11:59] <jbailey> Kamion: My version evolved out of me starting with tsort and slowly eliminating tools that I realised I didn't have until I was basically in shell.
[11:59] <jbailey> Kamion: This is far simpler. =)
[11:59] <mdz> Kamion: I guess I'm willing to let go of the ideal of having consistent live vs. install in the name of not waiting another hour; let's just use the cloop build which is in progress
[12:00] <mdz> next time, we'll harness elmo and lock down uploads


[04:40] <tinchux> hi! everyone
[04:40] <tinchux> I need some /HELP
[04:44] <tinchux> provisioningserver.drivers.hardware.virsh.VirshError: Unknown state: apagado
[04:44] <tinchux> I'm receiving this error on my maas controller node
[04:44] <tinchux> all my machines have this status "	Failed commissioning"
[04:45] <tinchux> I'm using MAAS Version 2.0.0 (beta7+bzr5112)
[04:45] <tinchux> with Ubuntu 16.04
[16:50] <bdx> hey whats up everyone? I am testing out the maas-{region,rack} charms in ha, I seem to be at an impasse where I'm blocked due to "Miossing admin config" as shown here -> http://paste.ubuntu.com/17705033/
[16:52] <kiko> bdx, oh, nice!
[16:52] <kiko> sounds like the charm is broken
[16:52] <kiko> the region charm
[16:52] <kiko> who owns it?
[16:53] <bdx> blake_r-_
[16:53] <kiko> wow
[16:53] <bdx> https://jujucharms.com/u/blake-rouse/
[16:54] <bdx> the charms ^ in his namespace error on install though .... I had to pull them down and rebuild to get the wheelhouse deps with the latest pip
[16:56] <kiko> ah they are new
[16:57] <bdx> yeah ... I have a feeling theres a step that just might not be documented that I'm missing to pull the rest of it together
[16:58] <bdx> blake_r_:^
[17:33] <bdx> figured it out
[17:34] <bdx> the admin-password set in maas-region configs on deploy isn't picked up, you must also set it again when you are blocked post-deploy
[17:34] <bdx> ;-)
[17:36] <LiftedKilt> maas 1.9 worked perfectly detecting and setting ipmi settings and deploying nodes, but I can't seem to get 2.0 (using beta 7 now) to recognize the power type on my nodes
[17:36] <LiftedKilt> and idea where to poke to try and get it working?
[17:49] <bugrum> Is there any documentation on how to troubleshoot MAAS when dealing with iDRAC IPMI?
[17:51] <bugrum> I configured MAAS to act as a DHCP server and it seems to be properly assigning IP addresses if other machines are connected to a switch, however I tried to make the MAAS DHCP server into a multi-homed server so that it can provide IP addresses to an iDRAC network and it doesn't seem to be working
[17:52] <bugrum> any machine connected to the server via iDRAC IPMI doesn't seem to get an IP address as I thought they would
[18:01] <arosales> any folks available to help with a MAAS  2.0 beta 7 /  juju 2.0 beta 9 setup?
[18:01]  * arosales working with valeech
[18:02] <arosales> current issue: 2.0 beta 7 running in a vm. I have juju 2.0 beta 9
[18:04] <jhegge> still running juju beta 7, i saw some maas breakage in beta8 so i have stuck with beta7 for the time being
[18:05] <kiko> arosales, what's the actual problem?
[18:06] <arosales> current problem definition http://paste.ubuntu.com/17708627/
[18:07] <arosales> jhegge: hmm so I wonder if juju beta9 and maas beta7 are not compatibile
[18:07] <mup> Bug #1595279 opened: ipaddresses API doesn't show hostname when reading <oil> <MAAS:Triaged> <https://launchpad.net/bugs/1595279>
[18:10] <arosales> kiko: ^ problem def above
[18:11] <kiko> arosales, looks like a bug, but perhaps his network setup is wonky? the paste is really painful to read
[18:12] <jhegge> arosales: no idea on beta9, wasn't released last i'd looked but beta8 didn't last so i'd hope beta9 was repaired. for what i'm doing beta7 of juju is working.  i agree with kiko, the network setup on the maas server affects the deploy
[18:12] <kiko> jhegge, did you see the no-default-gw issue that valeech is seeing?
[18:12] <kiko> jhegge, or perhaps put differently, what breakage did you see in beta8?
[18:13] <arosales> jhegge so your set up is maas 2.0 beta7 and juju 2.0 beta 7, and this workng?
[18:17] <jhegge> kiko: haven't seen the default gw issue, i've deployed and had all apt traffic back through the maas-proxy, nicely
[18:18] <kiko> jhegge, even with beta8 you mean? :)
[18:18] <jhegge> kiko: can't recall the beta8 issue, something scrolled past in #juju and well, i was busy working on ephemeral image deploys under maas anyway, so i have a full plate, didn't need more juju fun
[18:18] <jhegge> still on juju beta7
[18:18] <kiko> heh
[18:18] <jhegge> 2 betas, working their way to release, it's a bit bumpy
[18:19] <jhegge> arosales: i have maas beta7 (and a maas beta5) working with juju beta 7
[18:20] <jhegge> but i'm trying not to the use the UI, just the API.  (and the CLI to work out ideas)
[18:21] <jhegge> kiko: the network trouble we've seen is having to change the resolv.conf on the maas server to get the nodes to resolve <my maas node>.maas but that's as much an artifice of dev environments as anything
[18:22] <jhegge> and you do have that doc'd on the end of the page on ... can't recall...
[18:22] <kiko> I'm surprised changing resolv.conf on the maas server does anything actually
[18:22] <kiko> jhegge, why would the local resolver there affect anything?
[18:23] <jhegge> go to a node, ask the node to resolve its own FQDN, fail
[18:23] <kiko> jhegge, sure, but that would be resolve.conf missing on /the node/, not the maas server?
[18:23] <jhegge> also, depending on how maas is installed, hosts file doesn't get a good entry for the host itself
[18:23] <arosales> jhegge: ok perhaps that is the recommendation for valeech
[18:24]  * arosales not sure if anyone has validated juju2 beta9 and maas2 beta 7 :-/
[18:24] <jhegge> yeah, the maas server with 2 NICs was part of the issue:  one NAT and one static/private net.  hosts file and resolv.conf may get written wrong on install by ubuntu
[18:25] <jhegge> but uh, MAAS is made for metal so VMs are a bit trickier
[18:28] <LiftedKilt> I can't get maas beta 7 to detect/set IPMI settings, so commissioning is failing for all my nodes - any ideas?
[18:28] <LiftedKilt> it worked perfectly in 1.9
[18:29] <kiko> LiftedKilt, do you mean the auto-enlist functionality is failing?
[18:31] <LiftedKilt> kiko: when I pxe boot the nodes, they enlist in maas and show in the New state w/o any configuration for the power options
[18:31] <LiftedKilt> in 1.9 the power settings were automatically configured for IPMI, and maas created the user and password for it
[18:32] <jhegge> lifterKilt: are you commissioning with xenial or trusty?  we had better luck commissioning trusty with maas 2.x (just in a few cases, no idea why)
[18:32] <LiftedKilt> it isn't doing that in 2.0, and thus the commissioning fails because it can't control the nodes
[18:32] <LiftedKilt> trying everything in xenial
[18:33] <LiftedKilt> jhegge: importing 14.04 now
[18:33] <LiftedKilt> err 14.10
[18:34] <LiftedKilt> err should have been 14.04 and I just selected the wrong release haha
[18:40] <kiko> yes, it should have indeed
[18:40] <jhegge> yeah, I stuck with the 2 LTS releases
[18:41] <jhegge> i learned my lesson on Azure with 15.10 disappearing
[18:41] <kiko> jhegge, MSFT knows how to keep one honest always!
[19:05] <mpontillo> arosales: valeech: when you look at the subnet configuration in MAAS for the PXE network, is there a default gateway defined? if so, can it be removed?
[19:09] <valeech> mpontillo: arosales: there was a gw on the pxe subnet and I removed it and it did not help.
[19:11] <mpontillo> valeech: could you use the MAAS CLI to do something like, "maas <profile> machine get-curtin-config <system-id>" so we can see how the deployed node is being instructed to set up its network?
[19:15] <valeech> mpontillo: yes, I will need to tear down my ha setup to put one of the machines back into ready state… one sec.
[19:15] <mpontillo> valeech: that command should be run on a deployed or deploying node
[19:16] <LiftedKilt> jhegge: still not working
[19:16] <valeech> mpontillo: ok, so I ran this: maas 20-juju machine get-curtin-config 4y3h7s and it returned “Machine overrighteous-concetta is not in a deployment state."
[19:16] <mpontillo> valeech: also, I assume you've redeployed after changing the subnet configuration
[19:17] <LiftedKilt> it won't even let me try to commission them without a power type selected
[19:17] <mpontillo> valeech: yeah, that command only works if you're deploying or deployed. it will tell us what the configuration we sent to the installer was, including the network config
[19:17] <valeech> mpontillo: yes I tried redeploying again. same situation, I had to ssh in to the node getting deployed and change the gw in order for juju to finish bootstrapping.
[19:17] <LiftedKilt> I just can't figure out why it isn't configuring the power type
[19:18] <mpontillo> valeech: can you run the get-curtin-config command while you're having trouble bootstrapping?
[19:18] <valeech> mpontillo: am I using the wrong system-id?
[19:19] <mpontillo> valeech: I'm not sure. what state is the node in? I assume when juju starts bootstrapping it will move to "Deploying". at which point you should be able to run the command on the bootstrapping node.
[19:19] <mpontillo> valeech: juju probably won't try to do anything with it until it moves to "deployed", come to think of it
[19:20] <valeech> mpontillo: right now, because I was able to change the gw, I have juju bootstrapped to 3 VMs all in the delpoyed state and juju status showing the 3 nodes running
[19:20] <valeech> 3 nodes because I ran juju enable-ha
[19:22] <mpontillo> valeech: then, yeah, please double check the system_id; you can run something like this: maas 20-juju nodes read | jq '.[] | {hostname:.hostname, system_id: .system_id, status:.status}' --compact-output
[19:23] <mpontillo> valeech: the deployed nodes should have status = 6
[19:25] <valeech> mpontillo: looks good: http://pastebin.com/xZdsM1Sk
[19:26] <valeech> overrighteous-concetta is the first of many bare metal boxes.
[19:28] <valeech> mponitllo: I was using the wrong system id. Here is the output of the get-curtin-config on one of the juju bootstrap nodes: http://pastebin.com/r6u0cya4
[19:29] <mpontillo> valeech: ah, that node is in failed commissioning state
[19:29] <mpontillo> valeech: thanks, taking a look
[19:37] <mup> Bug #1595304 opened: add Subnet fails with "Extra data: line 1 column 8 (char 7) <MAAS:New> <https://launchpad.net/bugs/1595304>
[19:40] <mpontillo> valeech: is <IP_ADDRESS> the correct gateway? that's the only one I see in the curtin config. I do have a theory though: in this configuration, you can either have successful deployments or successful commissioning. the reason being that, based on MAAS configuration, you can *either* have internet access during commissioning/enlistment (on the PXE network)
[19:40] <mpontillo> or after deployment (on the deployment network)
[19:43] <valeech> mpontillo: yes, <IP_ADDRESS> is the correct gateway. the pxe network is <IP_ADDRESS>/23
[19:44] <valeech> mpontillo: when you say either successful deployments or commissioning, is that something specifc in my setup or a general concept with juju/maas?
[19:49] <mpontillo> valeech: with MAAS, when a machine first boots and registers, it is called enlistment. enlistment is a minimal statement of "this machine is on the network; we saw it with a MAC address and an IP address". when the machine enlists, it must contact MAAS to report this information back
[19:49] <mpontillo> valeech: commissioning is similar but more involved; the machine will inventory its disks and network cards, hardware, etc, and send it back to MAAS.
[19:50] <mpontillo> valeech: both commissioning and enlistment happen in what we call an "ephemeral" environment, in which we "live boot" over the network; no data is written to the machine's disks
[19:51] <mpontillo> valeech: however, in order for successful commissioning (and in some cases, enlistment) to occur, generally the node must DHCP boot from MAAS and get a correct default gateway, in order to access the Ubuntu archive and download whatever software is necessary to complete the commissioning (or in the case of enlistment, enough to just contact MAAS)
[19:51] <mpontillo> valeech: that all would work fine with MAAS knowing about the gateway on your PXE network. but if you start deploying machines and expecting them to not use the PXE network, we may have a problem
[19:52] <mpontillo> valeech: when the machine deploys, we take the network configuration in MAAS and write it to disk - generally statically. (we assign a static IP address, etc)
[19:52] <valeech> mpontillo: that’s exactly what’s happening. Would a local repository allow elisting/commissioning to work without a gw?
[19:53] <valeech> mpontillo: I didn’t realize elisting/commissioning required a gw.
[19:53] <valeech> mpontillo: I thought the nodes would simply use the maas-proxy to get whatever they needed.
[19:54] <mpontillo> valeech: well, I think there may be a better workaround. why not set the PXE interface to be unconfigured (no IP address), so that it won't be possible for the deployed node to accidentally use the gateway on the wrong network?
[19:55] <valeech> mpontillo: That should work. I have no need for the PXE network outside of deployment…
[19:55] <mpontillo> valeech: I would tend to agree that the proxy should allow enlisting in this situation. I'm not sure why that wouldn't be working.
[19:56] <mpontillo> (and commissioning)
[19:56] <valeech> mpontillo: Enlisting works great! Its commissioning that is having issues.
[19:56] <valeech> and deployment
[19:56]  * mpontillo needs to do more testing with the proxy; I usually don't use it in my test environment
[19:56] <mpontillo> yeah, commissioning is what accesses the archive.
[19:56] <valeech> ok
[19:56] <valeech> what’s the quickest way to tear down a juju ha? :)
[20:08] <mpontillo> valeech: I would just release the nodes and delete the juju environment, but I haven't done much with juju 2.0. you might ask in #juju
[20:10] <valeech> mpontill: fair enough
[21:23] <valeech> mpontillo: That worked! Setting a gw on the pxe subnet so that machines can boot and enlist/commission but then leaving that interface unconfigured for deployment was the trick. Thanks for all of the help. Thank you to arosales also!
[21:30] <mpontillo> valeech: great! glad you got it to work. thanks for the feedback and for trying MAAS.
[21:48] <valeech> mpomtillo: you are welcome. my team is installing maas/juju/openstack. this is the first go I am having at it with. so far it is awesome! my understanding of everything is something less than awesome :)
[21:53] <arosales> mpontillo: rocks, thanks for the help :-)
[21:54] <arosales> valeech: many thanks for baring with us while we get these beta released
[21:54] <arosales> maas 2.0 and juju 2.0 GA are going to be a solid pair
[21:54] <valeech> arosales:  no worries at all. thanks for the quick responses to questions and excellent support!
[23:03] <bdx> or
[23:10] <mup> Bug #1595339 opened: Boot failed on enlist <MAAS:New> <https://launchpad.net/bugs/1595339>


 That is sad to hear about clive. :(
 I guess he has issues, and I can even slightly understand some, but would have to disagree. Just walking out and resigning team memberships like that bemuses me though.
[07:35] <wxl> i think it's just a pile of frustration of different things, but yes, probably not consitent with "stepping down considerately" :/
 Good morning friends
 Can anyone point me at some definitive documentation on what constitutes kubuntu membership, and why and on what circumstances someone should apply.
 O have a sense that I have been a little too do-ocratic
 But also I feel that I don't quite understand clearly what kubuntu membership represents
 https://community.kde.org/Kubuntu/Policies#.7Ekubuntu-members
 Thanks Rik
 Ah ha, now that is a great doc, and indeed it appears I am wrong in my interpretation of membership
 However, I still feel that Andrea has provide a sustained contribution. No matter he can run his application again in due course
 In other thoughts, would it make sense for all of that document to be on the website ?
 There is some 'elastisity' to that definition IMO. The ubuntu one is a bit more general
 "We look for sustained and significant contributions. While there is no precise period that we look for, it is rare for applications to be accepted from people contributing for less than 6 months. If you are unsure if your contributions constitute as sustained and significant, ask your team mates and other Ubuntu members. Maybe they can even add some kind of endorsement to your application. "
 IMO if Andrea makes soem recent contributions for a shortish period, then should be ok
 Actually I think that might be better
 Yes
 The plan is for him to take on the role b of marketing manager
 I am still working on role definitions in the Phab Wiki
 good way to earn his pips then
 But Andrea is quite energised
 I don't think it knocked him back too much
 I have discussed it with him briefly
 I think he is OK
 I feel very sad that clivejo has left, although I understand this has been developing for a while
 he liked it when we were the 'Jon and harald show'. I guess this was coming
 Maybe he will move over to the Neon team, still making contribution
 I am sure he will keep doing the magic some where
 @Sick_Rimmit, I'm glad, the intention was not to hurt him in any way but to tell him where he needs to get to ;)
 Also, one more point that I'd like to make, while Ubuntu Membership is not what he seeks, the same guidelines should generally apply...
 I had a conversation with one of the original Kubuntu people and what I got out of it was that we're on the same page about what Membership means.
[20:04] <clivejo_> wxl: can I have some guidance on why you think I have not been consitent with "stepping down considerately"?
[20:08] <clivejo_> and no "he liked it when we were the 'Jon and harald show' "
[20:08] <clivejo_> I liked it when the team worked together to solve problems
[20:09] <clivejo_> not taking Qt development to a private telegram channel
[20:10] <clivejo_> and trying to take sddm and calamares upstream to Debian so that Kubuntu Developers can't work on it
[20:15] <tsimonq2> clivejo_: It was *not* a private Telegram channel, I put the link in #kubuntu-devel, but now that Qt is no longer a Kubuntu-specific thing, and I'm working on Qt packaging as part of both Lubuntu and Kubuntu, there was no need to do it in #kubuntu-devel.
[20:16] <clivejo_> who decided that Qt is no longer a Kubuntu-specific thing?
[20:16] <tsimonq2> But I'm sorry you didn't see the link and the notices we had before *you* broke *your* system by not waiting for a KCI nightly before updating your system.
[20:17] <tsimonq2> As people who work on Qt packaging, acheronuk, myself, mitya57, and some UBPorts folks decided to all work together on it.
[20:18] <tsimonq2> And if anything, you are *more* than welcome to propose *any* patches upstream in Debian to sddm and calamares and we will *happily* accept them but I am sick and tired of getting harumphed at by Ubuntu Archive Admins and the Ubuntu Release Team because we can't freaking work with Debian.
[20:18] <tsimonq2> If anything, I discussed *both* of these before I did them.
[20:18] <tsimonq2> Where were you?
[20:18] <clivejo_> so as a consumer of Qt packages, that group of people didn't think that a quick email to kubuntu-devel woulld have been a considerate thing to do?
[20:19] <clivejo_> can you show me a log of where you discussed both of these things?
[20:20] <tsimonq2> It shouldn't have been a problem to update Qt packages in the *pre-alpha* development release after *all* the appropriate no-change rebuilds were done and *all* the relevant flavors were tested, and even then, the emails were on bionic-changes and I did say something in #kubuntu-devel. The email to kubuntu-devel would have been redundant.
[20:20] <tsimonq2> You can find them on irclogs.ubuntu.com as far as I'm concerned, clivejo_
[20:20] <clivejo_> in which channel?
[20:20] <tsimonq2> #kubuntu-devel and maybe here too.
[20:20] <tsimonq2> Also it took up like a whole day's conversation in #ubuntu-release.
[20:21] <tsimonq2> You would have seen it if you were paying attention to any one of the development channels we regularly talk in, is my point
[20:22] <clivejo_> well I can't see it in my logs
[20:22] <clivejo_> which is why I asked you to point me to the public logs
[20:23] <tsimonq2> They're there. irclogs.ubuntu.com. I have things to work on and can't be bothered to find logs of a discussion we had a month ago about a Qt that's already landed and discussion that was in multiple channels.
[20:27] <tsimonq2> And anyways, if you have the unstable KCI PPA enabled, the *least* you could do is check the packages being installed/uninstalled on every system update.
[20:28] <tsimonq2> So, I don't know what to say...
[20:28] <clivejo_> fine, but from POV as a previous Kubuntu Development I think we should have been involved in any decisions relating to Qt
[20:28] <tsimonq2> The active Kubuntu Developers have been. I invited you to the channel and you declined. That's on you.
[20:29] <clivejo_> you invited me AFTER the fact
[20:29] <tsimonq2> I didn't.
[20:29] <clivejo_> you did
[20:29] <tsimonq2> I specifically invited you *before* we landed it.
[20:30] <clivejo_> when and where did this invite happen?
[20:30] <tsimonq2> #kubuntu-devel iirc
[20:30] <tsimonq2> irclogs.ubuntu.com
[20:33] <clivejo_> you keep stating this, I have searched the logs and can't find this invite
[20:34] <tsimonq2> That makes me wonder, because I *did* say something.
[20:35] <clivejo_> https://irclogs.ubuntu.com/2017/11/22/%23kubuntu-devel.html
[20:35] <clivejo_> the first mention of a Telegram group that I can find
[20:36] <tsimonq2> hmph, I could have sworn I linked you before that...
[20:37] <clivejo_> and please note you pinged me and told me Qt 5.9.2 had migrated
[20:38] <tsimonq2> It wasn't *just* me in this channel, acheronuk was there too. So I *didn't* do this by myself, either way...
[20:39] <clivejo_> but it was you and wxl made such a huge deal about santa learning how jenkin works on his own hardware
[20:40] <clivejo_> about the importance of the ML
[20:40] <clivejo_> can you not see how hypocritical that is?
[20:41] <tsimonq2> The difference between that and this is that Santa didn't involve *anyone* else. He didn't have public PPAs, public uploads, public discussion. He did that by himself. And by the time everyone was involved that was, it was probably redundant to send an email to kubuntu-devel.
[20:42] <clivejo_> the fact that "now that Qt is no longer a Kubuntu-specific thing" is of huge importance to the Kubuntu project
[20:43] <clivejo_> it is the foundation of the project
[20:43] <tsimonq2> But it's no longer unique to Kubuntu. The main discussion *shouldn't* happen in the Kubuntu channels.
[20:44] <clivejo_> where was this discussion made?
[20:44] <tsimonq2> In a central Telegram channel.
[20:44] <tsimonq2> And in #ubuntu-release.
[20:45] <tsimonq2> And a little in #ubuntu-devel iirc.
[20:45] <clivejo_> Qt has historically been under the Kubuntu Devel umbrella and why it is in Kubuntu packageset
[20:45] <tsimonq2> And?
[20:46] <clivejo_> then Kubuntu should be involved in any discussion on that changing
[20:46] <tsimonq2> Kubuntu was involved.
[20:46] <tsimonq2> Kubuntu Developers were involved.
[20:47] <tsimonq2> Rik was involved, I was involved.
[20:47] <clivejo_> well that is one Kubuntu Devel
[20:47] <clivejo_> there are others
[20:47] <valorie> imo Qt has been beyond our control since Ubuntu began using Qt for Unity
[20:47] <valorie> we had to wait for updates longer than we wanted, etc.
[20:48] <tsimonq2> valorie: And now that isn't the case.
[20:48] <valorie> and we didn't have the manpower to take it back
[20:48] <tsimonq2> (the slow part)
[20:48] <valorie> right
[20:48] <clivejo_> valorie: quite true, but we had feedback on what was happening in kubuntu-devel
[20:48] <valorie> true
[20:48] <valorie> lots of grumbling
[20:48] <tsimonq2> clivejo_: It's still broken?
[20:48] <tsimonq2> I think not.
[20:49] <clivejo_> and we got to test it in KCI to see if there was any issues
[20:49] <clivejo_> I've no idea
[20:49] <clivejo_> I'm on Qt 5.9.3
[20:50] <tsimonq2> So you've added the CI Train PPA for Qt 5.9.3?
[20:50] <clivejo_> no
[20:52] <clivejo_> anyway, just going round in cricles
[20:52] <clivejo_> I would like to know why you think I have not Stepped down appropriately
[20:53] <clivejo_> so I can address it
[20:54] <tsimonq2> clivejo_: I think it's hypocritical that you're criticizing me for not using the mailing list even though it's redundant yet you didn't say you were leaving on the mailing list.
[20:54] <clivejo_> the only issue I could identify was access to the Linode server of which Phil, Aaron and I had access
[20:55] <clivejo_> tsimonq2: I officially stepped down last year
[20:55] <tsimonq2> Oh?
[20:55] <tsimonq2> Did you send something to the mailing list?
[20:56] <clivejo_> all of my contributions have been behind the scenes on KCI
[20:56] <tsimonq2> But did you send something to the mailing list?
[20:56] <clivejo_> tsimonq2: yes, on both -devel and -council
[20:57] <tsimonq2> I can't find it, where is it?
[20:57] <clivejo_> you are being petty now
[21:01] <tsimonq2> Am I/
[21:02] <tsimonq2> Just giving you a taste of your own medicine, clivejo_.
[21:03] <clivejo_> it was discussed at length last year after my brother was almost killed
[21:04] <clivejo_> since then acheronuk has been doing the bulk of the work
[21:05] <clivejo_> I have also been pushing for the appointment of a full time release manager to work on the project
[21:06] <tsimonq2> How would that happen?
[21:06] <clivejo_> how would what happen?
[21:06] <tsimonq2> clivejo_> I have also been pushing for the appointment of a full time release manager to work on the project
[21:07] <clivejo_> I don't know
[21:07] <clivejo_> my idea was a paid role from Kubuntu funds
[21:07] <tsimonq2> If you haven't figured that out, then what's your case for pushing it?
[21:07] <tsimonq2> oh
[21:07] <tsimonq2> hm
[21:07] <tsimonq2> maybe
[21:07] <clivejo_> but that idea is not supported by the KC
[21:08] <tsimonq2> This is the first I'm hearing of that idea.
[21:08] <clivejo_> the case is that it is NOT fair relying on the contributions of one person
[21:08] <clivejo_> and not having any backup or support
[21:08] <tsimonq2> Agreed, we should have someone be paid to work on Kubuntu
[21:08] <clivejo_> well it is no secret
[21:09] <clivejo_> tsimonq2: it is not for you or i to agree to
[21:09] <clivejo_> the KC control those funds
[21:10] <valorie> I'm not against the use of funds, but it would need a plan
[21:10] <valorie> and a funding model
[21:10] <clivejo_> but again we are drifting from the point
[21:10] <valorie> we have funds, would be good to spend them on something for Kubuntu
[21:10] <valorie> but I have a birthday party to prepare for, so going afk
[21:10] <clivejo_> I am NOT happy with being accused of not stepping down considerably
[21:11] <clivejo_> what are the issues I need to address?
[21:11] <tsimonq2> I, for one, assumed you were back, and that you just left suddenly.
[21:13] <tsimonq2> But wxl made that claim, not I, iirc.
[21:13] <clivejo_> I left kubuntu-devel because there was no reason for me to have it
[21:13] <tsimonq2> Why?
[21:14] <tsimonq2> (Why do you say that?)
[21:14] <clivejo_> because I'm not a Kubuntu Developer
[21:14] <tsimonq2> When did that change?
[21:14] <clivejo_> I told you when it changed in -devel channel
[21:15] <tsimonq2> But did you send something to the mailing list?
 I'm moving to GTK
[21:16] <tsimonq2> I thought you were joking?
[21:16] <clivejo_> why do I need to send something to the ML
[21:16] <tsimonq2> Because you *always* need to send something to the ML, *riiiiiiiiiight*?
[21:16] <clivejo_> no
[21:16] <clivejo_> your funny
[21:19] <clivejo_> https://ubuntu-dev.alioth.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=Clive+Johnston&sponsoree_search=name
[21:19] <clivejo_> no uploads since I stepped down
[21:20] <clivejo_> I was happy enough doing my own thing with KCI
[21:29] <clivejo_> no, I wasn't joking. I moved to PureOS
[21:29] <tsimonq2> Why?
[21:30] <clivejo_> because my Kubuntu install was broken
[21:30] <tsimonq2> Why?
[21:31] <clivejo_> because the update to Qt broke it
[21:31] <tsimonq2> And why didn't you check the packages that would be uninstalled before doing the upgrade? (Because I assumed you have the KCI Unstable PPA enabled, no?)
[21:32] <clivejo_> I only enable KCI when I believe it to be stable
[21:32] <clivejo_> this update was from the archive
[21:32] <tsimonq2> Did you check if it uninstalled packages?
[21:33] <clivejo_> yes
[21:33] <tsimonq2> And did it?
[21:33] <clivejo_> no
[21:33] <clivejo_> it was broken
[21:33] <tsimonq2> What broke?
[21:34] <clivejo_> I don't know
[21:34] <tsimonq2> And did you send something to the mailing list?
[21:34] <clivejo_> you are just winding me up now
[21:34] <tsimonq2> But did you?
[21:35] <clivejo_> you know I didn't
[21:35] <tsimonq2> Why didn't you?
[21:35] <clivejo_> because it is +1 bionic, things break
[21:36] <tsimonq2> Then why didn't you cope with it?
[21:36] <clivejo_> I have no way to grab the packages I needed to downgrade
[21:37] <tsimonq2> Then how did you install PureOS?
[21:37] <clivejo_> and I had a PureOS iso burnt to DVD
[21:37] <tsimonq2> Ok, then why didn't you use that to reinstall?
[21:37] <clivejo_> installed it from DVD
[21:37] <clivejo_> I did reinstall it
[21:37] <clivejo_> I was on PureOS for almost two weeks
[21:39] <tsimonq2> Reinstall Kubuntu>
[21:39] <clivejo_> I didn't want to
[21:39] <tsimonq2> Why not?
[21:39] <clivejo_> because it involved downloading an iso and reconfiguring
[21:40] <tsimonq2> No it doesn't
[21:40] <tsimonq2> https://help.ubuntu.com/lts/installation-guide/amd64/apds04.html
[21:40] <clivejo_> to be back in the same position as I was before
[21:40] <tsimonq2> You obviously had some old KCI packages installed
[21:41] <tsimonq2> acheronuk's install went fine
[21:41] <clivejo_> fair enough
[21:42] <tsimonq2> So you could have reinstalled and it would have most likely been fine.
[21:42] <tsimonq2> But you didn't.
[21:42] <tsimonq2> That's on you.
[21:42] <clivejo_> I didn't reinstall Kubuntu because I don't want to use it any more
[21:42] <tsimonq2> Why not?
[21:43] <clivejo_> because it is a decision I have taken
[21:44] <tsimonq2> Do you no longer have interest in Kubuntu?
[21:44] <clivejo_> I no longer feel part of the team
[21:44] <tsimonq2> Then why are you here?
[21:44] <tsimonq2> It takes two to tango. :P
[21:45] <clivejo_> because I want to know the outstanding issues
[21:45] <tsimonq2> But I thought you didn't feel like part of the team any more?
[21:45] <tsimonq2> We'd be happy to have you
[21:46] <clivejo_> it feels like a personal attack
[21:46] <tsimonq2> What does?
[21:46] <clivejo_> that I have just felt issues behind
[21:46] <clivejo_> the comments made earlier today
[21:47] <tsimonq2> Couldn't you solve the issues privately with the people who said those things?
[21:47] <tsimonq2> And if not, why didn't you send it to the ML?
[21:48] <clivejo_> well I did think it was dealt with privately
[21:48] <clivejo_> but obviously not
[21:48] <tsimonq2> So did you send something to the ML?
[21:50] <clivejo_> I am not on the ML any more
[21:50] <tsimonq2> You can still send emails to the ML
[21:51] <clivejo_> do you want me to wash all my dirty laundry in public?
[21:52] <tsimonq2> No, but you *always* need to send something to the ML, *riiiiiiiiiight*?
[21:53] <clivejo_> including your personal "mission" to have a certain someone kicked off the project?
[21:53] <tsimonq2> Who?
[21:56] <clivejo_> you are making me very angry.  Could someone on the KC please identify the issues and strings I need to resolve
[21:57] <clivejo_> acheronuk has been given access to the Linode server.  The old KCI server (blue systems) is available for use for experimental work
[21:58] <clivejo_> ie on the new KCI if required
[21:58] <clivejo_> acheronuk should also have access to that (he can ping me if needs help with that)
[21:59] <clivejo_> the only outstanding thing I can think of is the unstable build on falkon valorie is using via my PPA
[22:00] <clivejo_> maybe a ninja or someone could take that on


[03:03] <palhmbs> hey guys!
[03:03] <palhmbs> I've just been playing with qt4-designer...
[03:04] <palhmbs> is there a good channel to talk about the problems I've been having?
[23:58] <coz_> hey all


[06:46] <dholbach> good morning
[12:28] <bigon> Hi, is there again a general FF exeption for telepathy packages?
[13:49] <Mithrandir> bigon: I don't believe so, but it should be possible to grant exceptions if we need them?
[13:52] <bigon> it was scottk who was asking for telepathy-salut actually
[13:57] <Mithrandir> I'm happy with us pulling in good new releases from upstream, but that requires somebody to actually do the QA on them
[14:51] <smagoun> Looks like there's a new LUM that supersedes what's in the PPA. This breaks Menlow systems, since the latest PSB patches aren't in the new LUM. I'm building a new LUM for the PPA now.
[14:57] <amitk> smagoun: who uploaded it?
[14:58] <smagoun> amitk: Tim Gardner, maybe?
[14:58] <smagoun> It looks like Jay's PSB patches went into the Hardy LUM tree just after 2.6.24-8.13 went out
[15:00] <amitk> smagoun: I misread your first statement. It makes sense now. Yes there is a new LUM in Hardy. And yes, uploading it to the PPA will fix the problem.
[15:04] <amitk> smagoun: are the x drivers changes in hardy yet?
[15:05] <amitk> *X driver
[15:15] <crevette> hello there
[15:16] <crevette> I packaged obex-data-server and now it is uploaded to the archives; would it be possible to make bluez-gnome depends on it ?
[16:11] <dholbach> Ubuntu Development Week is up and running in #ubuntu-classroom!
[16:12] <smagoun> amitk: sorry for the delay in getting back to you. I don't think the X driver changes are in Hardy yet, that is a question for bryce.
[16:12] <amitk> smagoun: i noticed you haven't uploaded LUM yet, need help?
[16:13] <smagoun> amitk: I had a call. I'm back working on it now; I'll let you know if I need anything. Thanks!
[16:14] <smagoun> amitk: I just realized I don't have commit access to kernel.u.c, so I'll need someone to upload to the hardy-ume-lum tree when the time comes.
[16:15] <amitk> smagoun: i can do that, if you pass me the changesets
[16:15] <smagoun> amitk: ok, thanks.
[22:33] <smagoun> amitk: I posted a diff of the hardy lum-->PPA lum: http://people.ubuntu.com/~smagoun/hardy-ume-lum-2.6.24-8.13-update.patch
[22:33] <smagoun> amitk: If you'd prefer another format, please let me know
[22:34] <amitk> smagoun: 'git format-patch -o /tmp origin'  please?
[22:38] <smagoun> amitk: Would you prefer I email those patches or post them to people.u.c?
[22:38] <amitk> smagoun: how many are they?
[22:38] <smagoun> amitk: 12
[22:38] <amitk> smagoun: just attach them in an email to me
[22:38] <smagoun> amitk: will do. Thanks for your help on this.
[22:39] <amitk> smagoun: np, thanks for taking care of lum
[23:42] <bspencer> launchpad question.  When creating a bug, can I add multiple attachments to it at the same time?  (e.g. with some delimeter ";" ? )


[11:15] <lapo> hi
[11:17] <BHSPitLappy> ho
[12:13] <effraie> any news of feisty-goals?
[09:29] <kwwii> re
[10:26] <lapo> hi
[10:31] <kwwii> hi
[10:32] <lapo> yo kwwii
[10:35] <kwwii> howdy lapo
[12:03] <PseudoPlacebo> Today seems to be a slow IRC day...


[15:12] <cmaloney> Morning
[15:16] <_stink_> yo
[17:31] <mrgoodcat> hi there
[17:32] <mrgoodcat> not going to make it to CHC tonight :(
[17:32] <mrgoodcat> I keep meaning to come but something always comes up
[17:33] <rick_h__> :(
[17:38] <cmaloney> bummer
[17:38] <cmaloney> We'll miss you
[17:41] <mrgoodcat> have to meet with my circuit analysis group
[17:41] <mrgoodcat> which will be a lot less fun that browsing hacker news in a coffee ship
[17:41] <mrgoodcat> shop even
[17:41] <mrgoodcat> coffee ship would be cool too tho i guess
[17:44] <cmaloney> heh


[01:20] <micahg> has anyone seen any regressions WRT cpufreqd?
[03:49] <Catoptromancy> alt-f# to a tty and "sudo reboot", on the reboot a single user system loses most group permissions
[03:51] <Catoptromancy> I manually added my user back to the groups, maybe got them all
[03:55] <Catoptromancy> maybe...
[03:55] <Catoptromancy> the reason why I had to reboot from a tty was the actual reason
[03:56] <Catoptromancy> mouse moved fine and could select irssi, but every other button, window, workspace was nonresponsive
[03:56] <Catoptromancy> ill test that in a bit heh
[04:21] <AbhiJit> hi
[04:36] <rusivi> om26er: I'm interested as why they think Unity sucks.
[04:37] <rusivi> om26er: controversy, actually thinks it sucks, misunderstanding, being mean, etc.
[04:38] <rusivi> om26er: I like to see a little d*^$ishness from time-2-time ;)
[04:38] <rusivi> keeps people honest
[04:38] <rusivi> jimho
[04:42] <bcurtiswx> om26er isn't here...
[04:57] <rusivi> np
[04:57] <rusivi> I'm being presumptuous that he has logging for parts of chat he misses...
[07:54] <Tetsuo55> hi
[07:54] <Tetsuo55> apport marked another bug report as duplicate to a private one
[07:54] <Tetsuo55> https://bugs.launchpad.net/bugs/631258
[07:54] <ubot2> Tetsuo55: Error: Bug #631258 is private.
[07:54]  * micahg will take a look
[07:55] <micahg> Tetsuo55: I'm not sure about it, so someone else will have to look at it
[07:56]  * micahg thinks that package is pretty buggy :-/
[07:58] <Tetsuo55> i agree
[07:58] <Tetsuo55> :P
[07:59] <Tetsuo55> its a default ubuntu thing though
[08:00] <micahg> Tetsuo55: yeah, I see :)
[08:00]  * micahg runs Xubuntu :)
[08:00]  * micahg has faith they'll figure it out eventually :)
[08:01] <Tetsuo55> what im client does that come with?
[08:01] <micahg> Tetsuo55: pidgin
[08:02] <Tetsuo55> okay
[08:02] <Tetsuo55> empathy is a rebranded pidgin too, i guess they rebranded too much of it :P
[08:03] <Tetsuo55> butterfly is the msn client
[10:23] <archer> Maverick 64: AMD, hd3200hd : sleeping doesn't turn lcd backlight off. sleep/hibernate meets drm atom_bios_loop , drm atom_execute_table_lock error. any suggestion.
[10:24] <archer> xorg log of  is no longer recorded, no more information could be gathered by apport
[10:28] <archer> zzzZZZZzz
[12:03] <skeeby> streaming
[13:30] <AbhiJit> hi
[15:59] <AbhiJit> hi
[16:02] <rusivi> just wanted to quickly mention may be issue with Launchpad.net login, tried 2 different versions of Ubuntu, Epiphany / Firefox
[16:03] <rusivi> Please try again
[16:03] <rusivi> Sorry, there was a problem connecting to the Launchpad Login Service server.
[16:03] <rusivi> Try reloading this page in a minute or two.
[16:03] <rusivi> Thanks for your patience.
[16:03] <rusivi> no big deal just bringing to your attention, ty!
[16:04] <hggdh> rusivi: I do not get it here. Are you using edge?
[16:05] <hggdh> ah well.
[16:05] <charlie-tca> Maybe it is not launchpad afterall?
[16:06] <hggdh> I do not know -- I certainly did not do anything
[16:07] <charlie-tca> mine logged right in
[16:07] <hggdh> ooohhh no such profile on LP
[16:07] <njin> pedro_: every on hollydays fellow, are you around ??
[16:07] <pedro_> njin, i'm around yes :-=
[16:11] <njin> pedro_: welcome back, when i right click on a file and select open with another app and appearing much icons of the same application (sometime with a little difference in the name) at wich application assign to ?
[16:11] <pedro_> njin, at the application showing those icons
[16:11] <pedro_> njin, nautilus just shows what the application is registering there
[16:12] <pedro_> njin, didn't we talked about a similar bug a few weeks ago?
[16:12] <njin> pedro_: i'm thinking that this bug is running from years ago
[16:13] <njin> i don't remember
[16:15] <njin> it was in xp too
[16:17] <pedro_> njin, so you're tracking windows reports too ? :-P
[16:21] <njin> pedro_: noo, i remember only the old times when i cannot understand what they are meaning ! :-D, but i don't know at wich packages assign, and in the cases that we have a dulicated icon with a different name (manager - reader) ?
[16:21] <pedro_> ah ok :-)
[16:22] <pedro_> njin, ask the user to launch that application and give you the name of the application that it opens, it might give you an idea to which package you need to assign that report
[16:23] <njin> i've got this bug too, and with differents applications
[16:24] <charlie-tca> pedro_: we scheduled a bug day for 2010-09-30
[16:24] <pedro_> charlie-tca, i saw that on the meeting log! Thanks a lot !
[16:24] <charlie-tca> You are welcome
[16:25] <pedro_> I'm waiting for devildante to hug him for that ;-)
[16:25] <pedro_> you guys are awesome
[16:25] <charlie-tca> He deserves it
[16:26] <charlie-tca> I updated the wiki page on using openoffice.org to get the bug day listings too. This works now - https://wiki.ubuntu.com/UbuntuBugDay/Organizing#Open%20Office
[16:27] <pedro_> \o/
[16:27] <pedro_> thanks charlie-tca
[16:28] <pedro_> so i guess we need to blog and send some twitts about the bug day ;-)
[16:29] <charlie-tca> please do!
[16:29] <charlie-tca> Thanks
[16:35] <njin> pedro_:the open with ...window have the remove button grayed even if an app is selected, only open button enlight, at wich assign then?
[16:38] <pedro_> njin, nautilus
[16:40] <njin> pedro_: thanks
[17:38] <charlie-tca> hggdh: ping
[17:38] <hggdh> charlie-tca: at your service, sir
[17:38] <charlie-tca> Maverick Ubuntu installed today
[17:39] <charlie-tca> floppy drive fails in Ubuntu. There is an entry in /etc/fstab for it, but when you click on it in Places, nothing happens
[17:39] <charlie-tca> It does have a folder in /media though
[17:42] <charlie-tca> It just seems to give an error when accessing after the first attempt. "Unable to scan Floppy Drive for media changes"
[17:42] <charlie-tca> Opening it in /media/floppy0 shows an empty folder, and I can not paste files into it
[17:46] <charlie-tca> It really is pretty much useless, apparently
[17:49] <hggdh> charlie-tca: can you please comment out the floppy entry in fstab, and try again?
[17:49] <charlie-tca> sure
[17:53] <Flare183> I think I've found a solution to bug #366448
[17:53] <ubot2> Launchpad bug 366448 in ubuntu "[needs-packaging] Nosefart (heat: 10)" [Wishlist,Confirmed] https://launchpad.net/bugs/366448
[17:53] <Flare183> I've attached a man page for cyberix can package it
[17:54] <charlie-tca> hggdh: same error accessing the floppy from Places
[17:54] <hggdh> darn!
[17:55] <hggdh> charlie-tca: could you please open a bug on this? You are the only one with the hardware, and dmesg will probably help...
[17:55] <charlie-tca> heh, Okay
[17:56] <charlie-tca> I will do it
[17:57] <hggdh> Flare183: a man page is not a patch... and I am unsure on how it helps on packaging nosefart
[17:57] <Flare183> hggdh: Read the last comment before mine
[17:57] <Flare183> "I've unassigned myself. I plan to look at it again once, someone creates man pages for the software."
[17:57] <Flare183> I've created the man page for it
[17:58] <hggdh> Flare183: oh, I see, sorry...
[17:58] <Flare183> hggdh: No problem :)
[18:00]  * devildante got accepted in the ubuntu-typeface group, hooray!
[18:00] <devildante> and hi all :)
[18:04] <devildante> bdmurray: ping
[18:04] <plitter> hello, I have just gotten a sony vaio vpcf12s1e and my mic doesnt work and touchpad isnt recognized properly, could someone help me file bug?
[18:05] <bdmurray> devildante: hello
[18:06] <devildante> bdmurray: sorry to bother you, but can I haz a graph for jaunty bugs?
[18:07] <bdmurray> devildante: bugs that are tagged jaunty? or ...
[18:07] <devildante> bdmurray: tagged jaunty, please :)
[18:07] <charlie-tca> plitter: open a terminal, type ubuntu-bug linux, when launchpad opens, the summary can be Sony vaio vpc12s1e touchpad is not working
[18:11] <plitter> charlie-tca: doing the steps now:) many thanks, can i mention the problem with mic at the same time?
[18:11] <devildante> plitter: report it as a separate bug
[18:12] <charlie-tca> yes
[18:12] <charlie-tca> but also file another bug report for it
[18:12] <plitter> devildante: charlie-tca: k, so mention it in the bug and then file another one
[18:12] <charlie-tca> please
[18:12] <devildante> yep :)
[18:13] <plitter> thanks for ur help:D
[18:13] <devildante> no problem :)
[18:18]  * devildante finds that the Ubuntu font is great :)
[18:28] <charlie-tca> I must be too used to it now. I forgot not everybody has that font...
[18:29] <devildante> Wow, that notification looked awesome :p
[18:42] <AbhiJit> bye
[19:20] <damascene> why did this become security bug? https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/562130/+index
[19:20] <ubot2> damascene: Error: Bug #562130 is private.
[19:20] <damascene> Selecting an RTL language should install RTL capable terminal emulator
[19:22] <charlie-tca> I don't see any reason for it.
[19:23] <kees> uhm, weird.
[19:23] <kees> fixed
[19:23] <charlie-tca> damascene: I changed it back
[19:24] <damascene> thanks
[20:28] <Jordan_U> I'm encountering a lot of people running into a bug where ubiquity sees their drive as having no partitions, just completely unallocated space. I think the bug is in parted, and I haven't encountered it myself but one person I'm working with now almost lost an entire hard drive's worth of important files because of it.
[20:29] <Jordan_U> I haven't found it reported already from searching though I may have missed it. Does anyone know if this has been filed already?
[20:39] <njin> pedro_: assign to grub or update manager ?https://bugs.launchpad.net/ubuntu/+bug/643154
[20:39] <ubot2> Launchpad bug 643154 in ubuntu "upgrade to maverick interrupted due to overlapping dialog box (affects: 1) (heat: 454)" [Undecided,New]
[20:43] <charlie-tca> njin: does it work if you don't try to enable Visual Effects? If so, it is VBox bug
[20:43] <charlie-tca> rather, RVWare bug
[20:43] <charlie-tca> VMware?
[20:50] <njin> charlie-tca: i don't understand, the problem is that the grub config window is under the update manager window and is not recallable over this one, but i think is better to test this on real hardware
[20:51] <charlie-tca> after attempting to enable visual effects in VMWare. If that failure to enable the effects made the keyboard malfunction so you can not select the window later, it is VMWare causing the bug
[20:51] <charlie-tca> If you can do the install and the keys work without attempting to enable the visual effects, it is VMWare causing this issue
[20:52] <njin> charlie-tca: sorry, i've understand the visual effects of ubuntu
[20:52] <charlie-tca> This doesn't exist on real hardware.
[20:53] <njin> better, i mark as invalid then
[20:54] <charlie-tca> no, it is valid in vmware perhaps. As to have it reproduced without trying visual effects
[20:55] <njin> we give support for vmware then ?
[20:57] <charlie-tca> We don't actually know where the bug exists yet, do we?
[20:58] <charlie-tca> If it is an installer/update-manger bug, we will fix it
[20:59] <njin> tomorrow i will test it on a real hardware
[21:01] <njin> Good night everybody
[21:33] <BUGabundo> evening
[21:56] <devildante> hmm, did someone said something to me? I closed the chat window accidentally and the logs were gone :p
[21:57] <devildante> but I saw irclogs.ubuntu.com, and it seems pedro_ wants to hug me :p
[21:57]  * devildante hugs pedro_
[21:57]  * pedro_ hugs devildante
[21:58] <pedro_> devildante, thanks for organizing the bug day ;-)
[21:58] <devildante> :)
[21:58] <devildante> np ;)
[22:00] <devildante> bdmurray: I'm still waiting for that graph :p
[22:02] <bdmurray> devildante: I'm working hard on trying to finish this launchpad branch at the moment
[22:02] <devildante> 'kay :)
[22:02] <devildante> what branch? (I'm curious)
[22:15] <yofel> how do you force start apport again? 'sudo force_start=1 service apport start' doesn't seem to work..
[22:16] <devildante> yofel: from wiki, "sudo service apport start force_start=1"
[22:16] <yofel> wth... well, thanks
[22:17] <BUGabundo> yofel: with an hammer
[22:17] <devildante> np ;)
[22:17]  * devildante likes BUGabundo's suggestion: +1
[22:17] <yofel> XD
[22:51] <devildante> okay guys, I lol'd at bug 649349
[22:51] <ubot2> Launchpad bug 649349 in software-center (Ubuntu) "CANNOT GET PASSWORD AUTHENICATED IN ORDER TO RECEIVE FREE SOFTWARE O (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/649349
[23:00] <yofel> devildante: err... whut?
[23:00] <devildante> :p
[23:22] <hggdh> now, can anyone make sense of bug 648527?
[23:22] <ubot2> Launchpad bug 648527 in clamav (Ubuntu) "continuance from password changer .Bug 647912 (affects: 1) (heat: 8)" [Low,Incomplete] https://launchpad.net/bugs/648527
[23:23] <devildante> hggdh: it still doesn't beat bug 649349 :p
[23:23] <ubot2> Launchpad bug 649349 in software-center (Ubuntu) "CANNOT GET PASSWORD AUTHENICATED IN ORDER TO RECEIVE FREE SOFTWARE O (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/649349
[23:24] <hggdh> oh boy...
[23:25]  * micahg thinks the problem might be the CAPS key :=/
[23:25] <micahg> :-/
[23:28] <yofel> oh, that's Ronshua :D
[23:29] <yofel> he's also the author of my favorite desaster bug 603827
[23:29] <ubot2> Launchpad bug 603827 in ubuntu "Corruption of ubuntu , user group . (affects: 1) (heat: 50)" [Undecided,Incomplete] https://launchpad.net/bugs/603827
[23:29] <yofel> (does anyone get *that* ?)
[23:37] <micahg> if someone has time, most of the python-virtkey and onboard upgrade issues in the past day have been fixed with the ubuntu2 upload of python-virtkey
[23:38] <micahg> s/issues/bugs/
[23:39] <yofel> micahg: time for what?
[23:39] <micahg> yofel: go through the bugs and mark them duplicates of the bug that was fixed (if it's not happening automatically)
[23:40] <yofel> ah, a few of us have been doing that already, bug 648695 has an insane amount of dups
[23:40] <ubot2> Launchpad bug 648695 in virtkey (Ubuntu Maverick) (and 2 other projects) "package python-virtkey (not installed) failed to install/upgrade: file does not exist: /usr/lib/python2.6/dist-packages/python_virtkey-0.60.0.egg-info (affects: 308) (dups: 172) (heat: 1957)" [Critical,Fix released] https://launchpad.net/bugs/648695
[23:41] <micahg> :), awesome