[22:27]  * penguin42 gently considers a eufy vac
[22:29] <daftykins> robo things?
[22:31] <penguin42> yeh
[22:31] <penguin42> although hmm; it doesn't specify wherther the filters are HEPA, so I assume they arent
[22:33] <penguin42> damn, that's a shame - other than that it looked quite nice
[22:33] <penguin42> it looks like their non-robotic ones have hepa
[22:34] <daftykins> hrmm
[22:36] <daftykins> my my that Cadbury's Dairy Milk bar didn't stand a chance
[22:38] <penguin42> like that double pack of jaffa cakes?
[22:39] <daftykins> hehe oh yeah those don't last long here at all
[23:16] <zxmpi> a wounded jaffa cake can be mean, you just have to finish them off
[23:17] <daftykins> too true


[06:49] <oSoMoN> good morning desktoppers
[06:57] <duflu> Morning oSoMoN
[06:58] <oSoMoN> hey duflu
[08:15] <seb128> goood morning desktopers!
[08:26] <duflu> Hi seb128
[08:40] <oSoMoN> salut seb128
[08:40] <seb128> hey duflu, oSoMoN!
[08:56] <Wimpy> Morning o/
[08:59] <lissyx> hello people
[09:02] <duflu> Hi Wimpy and lissyx
[09:05] <Wimpy> Hey duflu.
[09:06] <Wimpy> duflu: Are you aware of any bugs in `gnome-session` that cause it to fail to start under Wayland?
[09:07] <duflu> Wimpy, I can't name any but I have seen it on rare occasion. Historically gdm3 was to blame (undermaintained)
[09:07] <Wimpy> I've create two custom GNOME sessions. One for Xorg and one for Wayland. Essentially just `mutter` and `gnome-session` (to bring up all the settings components).
[09:07] <Wimpy> The Xorg session works as I expect.
[09:07] <Wimpy> `gnome-session` dies when start in the Watland session
[09:07] <duflu> No idea
[09:08] <Wimpy> Bum :-)
[09:08] <Wimpy> I've tried LightDM and GDM3. Same behaviour with both.
[09:08] <lissyx> we've got quite a few pipewire-related crashes
[09:08] <lissyx> and it looks like we miss some debug symbols ?
[09:08] <Wimpy> LOgs and debug tracing show now useful information.
[09:08] <lissyx> e.g., https://crash-stats.mozilla.org/report/index/ceeb6878-3236-4005-8b48-7430d0221114
[09:08] <Wimpy> lissyx: I am using pipewire, but that appears to be starting just fine.
[09:13] <duflu> lissyx, it appears no one has started importing the pipewire crashes into Launchpad yet. There's only one common one... https://errors.ubuntu.com/?package=pipewire&period=week
[09:14] <lissyx> I dont know what you are talking about?
[09:14] <duflu> "we've got quite a few pipewire-related crashes"
[09:14] <lissyx> yes, see the crash-stats link?
[09:17] <duflu> OK. I'm trying to match it to known firefox crashes but am getting timeouts...
[09:19] <duflu> Umm, we seem to get log output where the stack traces should be(?) oSoMoN? https://errors.ubuntu.com/?package=firefox&period=week
[09:21] <duflu> lissyx, I can't find a known crash that matches yours. Also yours is missing debug symbols and could be viewed as unsupported because we don't formally support PipeWire till 22.10. Though understandably 22.04 will live longer than 22.10 and that will probably need to change
[09:22] <duflu> For audio I mean. For screen sharing/recording PipeWire is supported and your only option even in 22.04
[09:24] <oSoMoN> lissyx, we build pipewire as part of the firefox snap, so we should be building debug symbols and uploading them together with the firefox ones I guess
[09:25] <oSoMoN> when we rebase on core22 we should be able to drop the pipewire part and use the one in the ubuntu archive, I think
[09:29] <lissyx> oSoMoN, yes, we should, so either we looses symbols / fail to get them, or the job to pull from launchpad silently failed us
[09:30] <lissyx> oSoMoN, by any chance, have you made several builds of 106.0.5-1 on launchpad?
[09:31] <lissyx> the history is not long enough: https://launchpad.net/~mozilla-snaps/firefox/+snap/firefox-snap-stable
[09:31] <lissyx> like https://launchpad.net/~mozilla-snaps/firefox/+snap/firefox-snap-stable/+build/1932023 was 106.0.5
[09:43] <lissyx> oSoMoN, it looks like I have none of the releases since 106.0-1
[09:43] <lissyx> 107.0b* are there
[09:44] <lissyx> but the last 106 are 106.0-1, nothing else
[09:45] <lissyx> oSoMoN, expiration date on launchpad library is ~1 week right, so it makes sense I dont see the snap/debug files?
[09:51] <lissyx> ok logs show we discovered and downloaded them
[09:51] <lissyx> if we failed to extract it is on our code then :(
[09:51] <oSoMoN> lissyx, launchpad keeps the build artifacts for longer, but they might not be visible on the builds page
[09:51] <lissyx> yep
[09:51] <lissyx> using the launchpadlibrarian URLs are still working
[09:51] <lissyx> only the index seems to have fade away
[09:51] <oSoMoN> lissyx, if you have access to https://dashboard.snapcraft.io/snaps/firefox/revisions/ you should be able to download them again
[09:52] <lissyx> BuildID=20221104181631
[09:52] <lissyx> ok
[09:52] <lissyx> so this is the build is reproted on crash-stats above
[10:14] <lissyx> oSoMoN, ok that's my fault: https://bugzilla.mozilla.org/show_bug.cgi?id=1801609
[10:14] -ubottu:#ubuntu-desktop- Mozilla bug 1801609 in Socorro "Snap symbol scrapping skips Snap packages it should not skip:" [--, New]
[10:15] <oSoMoN> ack
[12:24] <KGB-0> gssdp upstream/latest f32c507 Jeremy Bicha * pushed 7 commits (first 5 follow) * https://deb.li/i4Csx
[12:24] <KGB-0> gssdp upstream/latest 626bc8e Jens Georg build-aux/dist-docs.py * build: Fix doc distribution script * https://deb.li/7idv
[12:24] <KGB-0> gssdp upstream/latest e0b477c Jens Georg meson.build * build: Post-release version bump * https://deb.li/3FSgn
[12:25] <KGB-0> gssdp upstream/latest 1970906 Jens Georg (6 files in 2 dirs) * doc,build: Add manpage for sniffer * https://deb.li/a7Vs
[12:25] <KGB-0> gssdp upstream/latest 3d24d57 Jens Georg .gitlab-ci.yml * ci: Add pandoc to installation * https://deb.li/3uYKU
[12:25] <KGB-0> gssdp upstream/latest f41f01b Jens Georg libgssdp/ gssdp-client.c gssdp-socket-source.c * client,socket-source: Propagate random port * https://deb.li/fY1A
[12:25] <KGB-0> gssdp pristine-tar 33b6704 Jeremy Bicha gssdp_1.6.2.orig.tar.xz.delta gssdp_1.6.2.orig.tar.xz.id * pristine-tar data for gssdp_1.6.2.orig.tar.xz * https://deb.li/piJC
[12:26] <jbicha> good morning
[12:35] <KGB-0> gupnp signed tags 9a7efaa Jeremy Bicha upstream/1.6.2 * Upstream version 1.6.2 * https://deb.li/5SOU
[12:36] <KGB-2> gupnp upstream/latest 7a118c4 Jeremy Bicha * pushed 19 commits (first 5 follow) * https://deb.li/3X5mF
[12:36] <KGB-2> gupnp upstream/latest 2a9c4f3 Jens Georg meson.build * build: Fix GLib version checks * https://deb.li/Js3i
[12:36] <KGB-2> gupnp upstream/latest 6175fe9 Jens Georg libgupnp/gupnp-control-point.c * ControlPoint: Fix error handling of description * https://deb.li/3G7Jh
[12:36] <KGB-2> gupnp upstream/latest 4b81684 Jens Georg libgupnp/gupnp-linux-context-manager.c meson.build * linux-cm: Fix IFA_FLAGS detection * https://deb.li/3wiK2
[12:36] <KGB-2> gupnp upstream/latest 38497a4 Jens Georg doc/gupnp.toml.in * doc: Fix repository link * https://deb.li/itCaC
[12:36] <KGB-2> gupnp upstream/latest 1fed6f7 Jens Georg libgupnp/gupnp-context-manager.c * CM: Do not leak filtered contexts on shutdown * https://deb.li/3MZh
[12:36] <KGB-2> gupnp pristine-tar 5afd03a Jeremy Bicha gupnp_1.6.2.orig.tar.xz.delta gupnp_1.6.2.orig.tar.xz.id * pristine-tar data for gupnp_1.6.2.orig.tar.xz * https://deb.li/32Doc
[12:40] <seb128> jbicha, hey, how are you?
[12:41] <jbicha> good. Yesterday was cold and rainy. I got cold enough to wear a sweatshirt in my home :)
[12:51] <lissyx> oSoMoN, very likely to be a silly mistake due to regexes
[12:51] <lissyx> oSoMoN, fix should be easy but somehow it fixes processing of 106.0.3, 106.0.4 but not 106.0.5 ?
[12:52] <oSoMoN> regexes are hard
[12:52] <lissyx> oSoMoN, do we have a way to discover some of the missing builds on launchpad's library, even if it is not referenced anymore to the build itself?
[12:52] <lissyx> (worst case I have to go over taskcluster tasks of the past weeks and dig the direct URLs)
[12:52] <oSoMoN> I'm not sure I understand the question
[12:53] <lissyx> the API we use to discover the build artifact expires its data after one week
[12:53] <lissyx> but the files on the storage and kept for longer
[12:57] <oSoMoN> lissyx, can you point me to the code that issues those API calls?
[12:58] <lissyx> of course
[12:58] <lissyx> please dont judge
[12:58] <lissyx> https://github.com/mozilla/symbol-scrapers/blob/91c63d5407f76073f87191b94c79b5867622c876/launchpad.sh#L5-L57
[13:06] <oSoMoN> ok, so you're saying that even though the build page doesn't list the artifacts any longer, said artifacts still exist on launchpad for some time?
[13:07] <oSoMoN> if that's correct, then it's probably not meant to be relied on, and I don't know how to get the links to the artifacts
[13:14] <lissyx> oh I understand that
[13:14] <lissyx> but for the specific drift we're looking at, beign able to get easily the full list would allow be to backfill the missing symbols
[13:17] <tsimonq2> Heya, not sure if y'all are working on Firefox but could you please create a branch for 23.04? :)
[13:19] <seb128> tsimonq2, we have stable/beta/edge branches, why would we want one for 23.04?
[13:21] <seb128> I guess what you meant was to open/close the stable/ubuntu-23.04 snap track? I though Ken had done that for our default snaps while in Prague but seems not for firefox
[13:31] <tsimonq2> seb128: same page :)
[13:44] <lissyx> oSoMoN, never mind, pulling through TC logs I've for 106.0.1-106.0.5 now
[13:59] <KGB-0> gimp upstream/3.x 66f01a3 Jordi Mallach * pushed 291 commits (first 5 follow) * https://deb.li/pRUn
[13:59] <KGB-0> gimp upstream/3.x 6e92077 Jordi Mas (via Jordi Mallach) po/ca.po * Update Catalan translation * https://deb.li/3QsY7
[13:59] <KGB-0> gimp upstream/3.x 9a2f5b0 Jehan (via Jordi Mallach) app/ (12 files in 4 dirs) * app: rework and fix the logic for copy-pasting multiple drawables. * https://deb.li/1erU
[13:59] <KGB-0> gimp upstream/3.x 92cc33d Jehan (via Jordi Mallach) app/display/gimpdisplayshell-dnd.c * app: fix a use of gimp_edit_paste(). * https://deb.li/3BiTF
[14:00] <KGB-0> gimp upstream/3.x fc05091 Jehan (via Jordi Mallach) app/actions/edit-actions.c menus/image-menu.xml.in plug-ins/script-fu/scripts/paste-as-brush.scm plug-ins/script-fu/scripts/paste-as-pattern.scm * app, menus, plug-ins: move some advanced paste actions into submenu. * https://deb.li/Zpti
[14:00] <KGB-0> gimp upstream/3.x 143496a Jehan (via Jordi Mallach) (11 files in 6 dirs) * app, menus, pdb: new "Paste as Single Layer( in Place)?" actions. * https://deb.li/3LSBh
[14:00] <KGB-0> gimp tags 66a8e87 Jordi Mallach upstream/2.99.14 * Upstream version 2.99.14 * https://deb.li/0tf2
[14:06] <oSoMoN> lissyx, good
[14:06] <oSoMoN> tsimonq2, going to open the branch now
[14:08] <oSoMoN> done
[14:09] <tsimonq2> Thank you!
[14:11] <ginggs> we also need the stable/ubuntu-23.04 channel open/close done for the snapd-desktop-integration snap, is this an appropriate place to ask?
[14:16] <tsimonq2> oSoMoN: ^^^ :)
[14:17] <oSoMoN> yes, but I'm not a collaborator on that snap, so can't do it myself
[14:24] <seb128> ginggs, we need Ken for that one
[14:35] <seb128> ginggs, done now
[14:35] <ginggs> seb128: thanks!
[14:35] <seb128> ginggs, np!
[14:39] <lissyx> oSoMoN, waiting on symbols reprocessing :)
[17:08] <juliank> How we doing on the 2x scaling? Anything broken there or does that at least just work everywhere?
[17:08]  * juliank considers buying 4K laptop
[17:08] <juliank> I can pay 250€ to upgrade from FHD+ to 4K touch screen which is ok I guess in terms of price
[17:08] <juliank> And boy I love touch when in stupid web forms
[17:09] <juliank> But if half my UX is blurry I'm like no
[17:10] <juliank> ok snaps don't scale I suppose
[17:10] <juliank> ok only the spotify snap doesn't scale
[17:12] <juliank> testing on 2560x1440 display now
[17:58] <KGB-0> gnome-software signed tags 5a9a3f1 Jeremy Bicha ubuntu/43.0-1ubuntu1 * gnome-software Debian release 43.0-1ubuntu1 * https://deb.li/RGZG
[18:44] <Eickmeyer> Hey desktopers! Looks like an ubuntu-23.04 track hasn't been opened for gnome-3.28.1804 yet? If so can that be done? I need that for freeshow.
[18:45] <Eickmeyer> s/gnome.3.28.1804/gnome-3-28-1804
[18:46] <Eickmeyer> It's mostly due to electron still depending on it.
[19:38] <seb128> Eickmeyer, k, done now
[19:40] <Eickmeyer> seb128: Thanks!
[19:40] <seb128> np!
[23:12] <KGB-0> mutter signed tags 900af76 Jeremy Bicha ubuntu/43.0-1ubuntu5 * mutter Debian release 43.0-1ubuntu5 * https://deb.li/3b3gj


[18:06] <rpadovani> guys, the diff page is broken, I don't know since when, but not more of 2/3 days
[18:06] <rpadovani> http://awesomescreenshot.com/0944pynyd9
[18:06] <rpadovani> chromium Version 41.0.2272.76 Ubuntu 15.04 (64-bit)
[18:06] <rpadovani> (diff side by side)
[18:07] <rpadovani> on Firefox too
[18:16] <cjwatson> rpadovani: Please file a bug on loggerhead
[18:16] <rpadovani> sure
[18:16] <cjwatson> can't look properly now
[18:21] <rpadovani> https://bugs.launchpad.net/loggerhead/+bug/1436483
[18:21] <mup> Bug #1436483: The diff page side by side has broken layout <loggerhead:New> <https://launchpad.net/bugs/1436483>
[18:22] <rpadovani> oh, new commits to loggerhead since beginiing of 2013, sweet
[18:22] <rpadovani> I love how you continute to improve lp :D


[19:25] <popey> Pici, thanks for making sure the irc stuff went smoothly for uos!
[19:32] <Pici> popey: no problem :)
[20:00]  * genii tosses confetti around and hands out cookies
[21:31] <c> yay cookies


[14:16] <drmacro> I see a few familiar names here so this is a repost for some from the mailing list. I did an upgrade from 18.04 to 19.04 on my system76 laptop. Onboard sound worked before, now not. BUt, if I boot from a live usb stick (fresh download of UBS19.04) it does work. alsa-info notes that live is using k5.0.0-13-lowlatency, upgraded using k5.0.0-16-lowlatency. Anyone else see issues? Any ideas how I can fix it?
[14:39] <Eickmeyer> TJ-: This one might be up your alley. ^
[14:41] <TJ-> :D That was a one-off for me :p
[14:41] <Eickmeyer> TJ-: Ah, nm then. :(
[14:42] <Eickmeyer> !sound | drmacro, try these steps
[14:43] <Eickmeyer> And, unfortunately, that's all I've got. We've already tried opening ubuntustudio-controls and clicking "Stop Jack".
[14:44] <TJ-> "aplay -l/-L" are the first port of call check the PCH device is working, and default, plus "amixer -c X" to check the sound levels/mute status of the device
[14:44] <TJ-> *assuming PCH built-in is the desired output device, and not something else
[14:48] <TJ-> and of course the trusty "speaker-test -D front:PCH -c 2 -t wav -l 2"
[14:49] <Eickmeyer> drmacro: ^
[15:00] <drmacro> Bin there done that.  works fine on the live 19.04, not on the installed 19.04. The PCH device IS there on the live, not on the installed. Why does/would the live use an older kernel than the installed?
[15:09] <OvenWerks> drmacro: the iso is static from release. For an LTS 4 for maybe 5 "point" releases are made as well so there is less updating after install. 19.04 is not an lts and so only lasts for 18 mo (i think) and has no point releases.
[15:13] <OvenWerks> If an install has been made from the iso and up dated, the original kernel should still be available for booting from. Hold down shift after the MB boot screen to get the grub menu.
[15:13] <OvenWerks> (if you already have more than one partition it will show up with no shift anyway)
[15:17] <OvenWerks> Having looked at the links above, I see one of the mosre useful commands is not shown...
[15:17] <drmacro> OvenWerks: So the installed was 18.04. Then do-release-upgrade to 18.10, then do-release-upgrade to 19.04. Grub menu has one low-latency and only one other (I guess it is non-lowlatency?)
[15:17] <OvenWerks> cd /tmp && wget http://jackaudio.org/downloads/adevices.sh && bash ./adevices.sh
[15:18] <OvenWerks> drmacro: in that case they would both be the same.
[15:19] <OvenWerks> if you want to use an older kernel it is still possible. I would use synaptic, but command line is also possible.
[15:20] <OvenWerks> As I am using 18.04 rather than 19.04, mine will show different.
[15:21] <OvenWerks> but I show the original version and the updates version
[15:21] <drmacro> OveWerks: sorry, ya lost me. Why do I want to use adevices.sh? I've never changed kernel, command line or with synaptic
[15:21] <OvenWerks> I can use force version to install thge older version.
[15:22] <OvenWerks> that command (the whole line) gives the best list of what devices you have how they are laid out, etc.
[15:23] <OvenWerks> drmacro: Eickmeyer added another command on the end to automatically paste the output to a paste site.
[15:24] <OvenWerks> There are some motherboards where the hdmi devices are not a part of the PCH device and are detected first... making them the default.
[15:25] <OvenWerks> I don't, off the top of my head, know what your setup is or what you are trying to do with that setup.
[15:25] <drmacro> I ran that and it's similar to the alsa-info output I got that showed the kernel differences. Playback device 0 is the onboard analog. But it does not show up in paucontrol. It did on 18.04, does on live 19.04, but not on upgraded 19.04
[15:26] <OvenWerks> pavucontrol in the configuration tab?
[15:28] <OvenWerks> Still I would like to see a paste for the above command.
[15:28] <drmacro> Where do you want it pasted?
[15:29] <OvenWerks> pastebin or some such
[15:30] <OvenWerks> if you add |pastbinit to the end of that command it should work.
[15:30] <OvenWerks> sorry, spelling mistake pastebinit
[15:30] <OvenWerks> forgot the e somehow.
[15:31] <drmacro> https://pastebin.com/44f7SjwJ
[15:31] <OvenWerks> the device is locked by timidity
[15:31] <OvenWerks> pulse can acces it
[15:32] <OvenWerks> I would sugest to unistall timidity
[15:32] <drmacro> one other note: the upgraded 19.04 will play through the HDMI devices listed in the output
[15:32] <OvenWerks> yup that is the only device left
[15:33] <drmacro> Where did timidy come from...I didn't do it. :P
[15:33] <OvenWerks> I don't know, I am pretty sure Studio does not ask for that. It may have been added as a dependency to something
[15:35] <OvenWerks> it may be the timidity-daemon package that is at fault
[15:36] <OvenWerks> it is not installed in 18.04
[15:37] <drmacro> hmm...apt shows timidity/disco installed
[15:37] <OvenWerks> I wonder if there is a way of turning it off
[15:38] <drmacro> and the apps shows a timidi sequencer...
[15:39] <OvenWerks> it is listed as a dependecy to a lot of things... one hopes they are not hard dependencies
[15:40] <OvenWerks> the actual bianry that has locked your soundcard is just timidity
[15:41] <drmacro> Yes, and timidty does show in the process list.
[15:41] <OvenWerks> if you  try to remove that package, it should show a list of other packages it wants to remove that depend on it. That may give insite as to where it came from.
[15:41] <OvenWerks> (PID 1102)
[15:44] <drmacro> apt says: The following packages will be REMOVED:
[15:44] <drmacro>   timidity timidity-interfaces-extra
[15:44] <OvenWerks> that is fine then
[15:44] <OvenWerks> It should not break anything.
[15:46] <OvenWerks> timidity is a utility to make your sound card work like a 1980s sound card with synth built in like the gravis and others
[15:48] <drmacro> apt remove, then kill the running timidity, aaaaaaand! onboard sound is back. :-D
[15:48] <OvenWerks> great!
[15:48] <OvenWerks> now you know why that is my favourit audio check command
[15:49] <drmacro> Thank you! Thank you! :)
[15:49] <OvenWerks> no problem.
[15:49] <drmacro> And how would I have found out about it (or even known how to interpret it) if I didn't come here?
[15:51] <OvenWerks> we will look at adding this as a "known problem" to the trouble shooting wiki
[15:51] <drmacro> Now I can go back to working on the IoT thingy I was working on in ESP32 land. (A honeydo...) ;-)
[15:51] <OvenWerks> enjoy...
[15:51] <drmacro> Buy all, and thanks again to all.
[20:19] <Thr0r> Hi! I have a strange problem: Laptop-1 Dual boot Ubuntu Studio 19,04/Win7, Laptop-2 Xubuntu only. Download/Upload to internet: Studio download 35, upload 0,8 Mbit/s, Win7 download 49, upload 31 Mbit/s. Xubuntu download 35 upload 20 MBit/s. Makes me think there are some network settings in Studio making it only upload 0,8 MBit/s? And look at the difference Ubuntu/Windows...Huge. This is several tests, same results.. Same Wifi.
[20:20] <Eickmeyer> Thr0r: There is literally no difference. We do no tweaking to the wifi or drivers, and the kernel has literally one build flag of difference that wouldn't be enough to do that. Different hardware?
[20:21] <Thr0r> Eickmeyer:  Studio and Win7 is the same HW/Laptop. Xubuntu is a different laptop/HW
[20:22] <Eickmeyer> Thr0r: You're looking for problems. We do no tweaking that would cause that. It has to be a configuration problem on your end.
[20:23] <Thr0r> Eickmeyer: I would not know how to configure anything I just recently installed Studio...
[20:24] <Thr0r> Eickmeyer: 'Why you say "I looking for problems"?
[20:31] <Thr0r> Eickmeyer: was the your final reply? if so - where else can I ask about this?
[20:32] <Eickmeyer[m]> Sort, been battling a bad laptop display logic board. Rip.
[20:35] <Eickmeyer[m]> I suggest ##networking. I guess I reacted that way because out of thousands of people where it just works, you have come in here comparing it to Windows. Windows has a completely different way of interfacing with your hardware, and most manufacturers target Windows. You might need to tweak the driver somehow, but that’s not an Ubuntu Studio-specific problem.
[20:35] <TJ-> Thr0r: #ubuntu - sounds very much like a Wifi driver/firmware issue
[20:35] <Eickmeyer[m]> Thr0r ^
[20:36] <TJ-> Thr0r: or we can investigate here where it is quieter
[20:37]  * Eickmeyer[m] shouldn't talk on IRC when in a bad mood. Primary computer's display is dead.
[20:38] <Thr0r> TJ-:  Ok - Yes please. I was uploading an attachment of 30MB today in gmail using Studio and it took just forever. So if you can help here pleas.
[20:38] <Thr0r> Eickmeyer[m]:  Ok - good luck
[20:39] <TJ-> Thr0r: show us "pastebinit <( uname -r; lspci -nnk; iwconfig; iw list )"
[20:45] <Thr0r> TJ-:  give me that link to the pastebin page - can't find it
[20:46] <TJ-> Thr0r: you type the command literally as I wrote it, can copy/paste it
[20:46] <TJ-> Thr0r: "pastebinit" is a command on your system
[20:48] <Thr0r> enp2s0    no wireless extensions.
[20:48] <Thr0r> lo        no wireless extensions.
[20:48] <Thr0r> /usr/bin/pastebinit:42: DeprecationWarning: dist() and linux_distribution() functions are deprecated in Python 3.5
[20:48] <Thr0r>   release = platform.linux_distribution()[0].lower()
[20:48] <Thr0r> /usr/bin/pastebinit:413: DeprecationWarning: pasteURLopener style of invoking requests is deprecated. Use newer urlopen functions/methods
[20:48] <Thr0r>   url_opener = pasteURLopener()
[20:48] <Thr0r> http://paste.ubuntu.com/p/J46XDVrVJR/
[20:51] <TJ-> Thr0r: hmmm, it's not supposed to spout errors!
[20:51] <TJ-> Thr0r: so we're dealing with a Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b]
[20:52] <TJ-> Thr0r: so it's 2.4GHz only: "AzureWave AW-NB037H 802.11bgn"
[20:55] <TJ-> Thr0r: do this:  echo "options ath9k nohwcrypt=1" | sudo tee -a  /etc/modprobe.d/ath9k.conf
[20:55] <Thr0r> TJ-: Ok, Is that no good for ubuntu?
[20:55] <TJ-> Thr0r: then do "sudo modprobe -rfv ath9k && sudo modprobe -v ath9k"
[20:56] <TJ-> Thr0r: then redo your speed test and you'll likely find it is fixed
[21:01] <Thr0r> TJ-:  Download is a bit slower and upload is the same..
[21:01] <TJ-> Thr0r: where are you testing to/from ?
[21:02] <Thr0r> TJ-: This site : http://www.bredbandskollen.se/
[21:04] <TJ-> Thr0r: let me set up a test receiver on a server of mine so I can see how well your client is doing
[21:05] <Thr0r> ok
[21:12] <TJ-> hmmm, need to tweak it a bit!
[21:12] <Thr0r> TJ-:  ok - I'll wait.
[21:16] <TJ-> Thr0r: fixed it :) I will set up a monitor for your IP address and watch the throughput. Find a file of about 5MB or more (it gets written to /dev/null so doesn't hang around!)  https://iam.tj/projects/test/
[21:21] <TJ-> Thr0r: looks like it stalled for a long time there, then resumed
[21:21] <Thr0r> TJ-: ok - Sould I try again?
[21:21] <TJ-> Thr0r: no
[21:22] <TJ-> Thr0r: you're only sending the one file, is that correct? I'm only looking at one attempt to send?
[21:22] <Thr0r> TJ-: yes one file - 5,4MB
[21:23] <TJ-> once it's finished we can look at the start/end times and calculate the throughput. I'm already wonderinf if the issue is the MTU/MSS on your client being too large
[21:24] <Thr0r> TJ-: is that some network block size or something?
[21:25] <TJ-> You client is setting the Don't Fragment flag on packets, and they're 1,500 bytes which is a full Ethernet frame. What kind of connection do you have to your ISP? Is it xDSL, fibre-to-the-home, cable ?
[21:25] <Thr0r> TJ-: "There was a problem uploading your file (try a smaller file)."    Tour page said now
[21:26] <TJ-> Thr0r: ha! probably I forgot the server has an internal limit which probably defaults to 5MB :D
[21:26] <Thr0r> TJ-: I think they have set up some kind of fibre here now
[21:26] <TJ-> Thr0r: no matter, collected enough data in the log to work with
[21:27] <Thr0r> TJ-: ok
[21:27] <TJ-> Thr0r: is it a home Internet service, our you're sharing with others, or a business?
[21:28] <Thr0r> TJ-: It's at home. Only me. Other apartsments has it's own..
[21:29] <TJ-> Thr0r: looks to have taken 384 seconds, if we assume ~5MB total, that's about 13KB/s
[21:29] <TJ-> Thr0r: is that about what you felt it was?
[21:31] <Thr0r> TJ-: I don't know - but it took almost 15min to upload 30mb to google disk
[21:32] <TJ-> Thr0r: let's collect more information. " pastebinit <( ip link show; journalctl --since="15 minutes ago" ) "
[21:34] <TJ-> Thr0r: how does your gateway/router connect to the Internet? this is important to know. does it have an ethernet cable connected to its WAN port, or a xDSL connection to a telephone socket?
[21:39] <Thr0r> TJ-: no telephone socket. I think it goes to the fibre box - let me check
[21:40] <M_aD> Eickmeyer[m]: ouch, bummer :(
[21:40] <Thr0r> TJ-: ethernet cable and I think it goes to the fibre box in the hall
[21:41] <TJ-> Thr0r: OK, so there's no obvious place for a bottleneck on the wired side.
[21:42] <TJ-> Thr0r: there are a lot of known issues with the ath9k based devices - it's finding out which particular solution will solve your problem that is the challenge.
[21:42] <Thr0r> TJ-: No - and it works fine on Xubuntu on another computer and on windows on the same as Studio computer
[21:45] <TJ-> Thr0r: did you miss my request for more info?
[21:45] <TJ-> 22:32 <TJ-> Thr0r: let's collect more information. " pastebinit <( ip link show; journalctl --since="15 minutes ago" ) "
[21:45] <Thr0r> http://paste.ubuntu.com/p/SZnN7Kcp6G/
[21:48] <TJ-> Thr0r: hmmmm "mode DORMANT" doesn't look correct
[21:48] <TJ-> Thr0r: oh, apparently that is fine and expected. Never noticed that before
[21:49] <Thr0r> TJ-:  ok. Is that Ubuntu settings or is that straight from the network card info?
[21:50] <TJ-> Thr0r: not settings; there are none, there's some interaction on the wifi device that is causing this
[21:50] <TJ-> Thr0r: I need to see the entire kernel boot log in case there are clues during boot. "pastebinit <( dmesg )"
[21:52] <TJ-> Thr0r: are you using Bluetooth devices on the PC as well?
[21:53] <Thr0r> http://paste.ubuntu.com/p/D7zhwqSnDq/
[21:54] <Thr0r> TJ-:  No - I'm not using that.
[21:56] <TJ-> Thr0r: whilst I read the log do another speed test after issuing this command: "sudo ip link set dev wlp3s0 mtu 1450"
[21:57] <Thr0r> TJ-: ok - on your testpage or the one I used before?
[21:59] <TJ-> Thr0r: on your regular speedtest page that shows you the speeds
[22:00] <TJ-> Thr0r: there's a big clue in the kernel log. The device is missing handling interrupts. "ieee80211 phy0: Atheros AR9285 Rev:2 mem=0xffff9d3742690000, irq=17" ... "irq 17: nobody cared"  ... "[<0000000014706360>] irq_default_primary_handler threaded [<00000000c395e9cf>] ath_isr [ath9k]"
[22:01] <Thr0r>  TJ-: Ok.  The latests test since the first change you gave me has resulted slower downloads. From the 35 it is now between 24 and 30..
[22:03] <Thr0r>  TJ-:  uploads are the same as before
[22:05] <TJ-> Thr0r: OK, that makes sense since we reduced the size of packetes
[22:05] <TJ-> Thr0r: you can set that back with "sudo ip link set dev wlp3s0 mtu 1500"
[22:06] <TJ-> Thr0r: and try flipping the hwcrypt setting in the driver too, with "sudo modprobe -r ath9k && sudo modprobe ath9k nohwcrypt=0"
[22:10] <TJ-> Thr0r: I've found an old bug for an older kernel where the ath9k suffers the exact issue you are seeing, and the IRQ handling problem, but that looks like it was solved so could have come back. I'm going to look at the recent changes to the ath9k in the kernel version you've got there
[22:11] <TJ-> This is the report(s) I'm referring to https://dev.archive.openwrt.org/ticket/18483.html
[22:11] <Thr0r> TJ-:  Now it's 47 in downloading and 37 in uploading! :)
[22:11] <TJ-> Thr0r: whaaaaaaaaaat?
[22:12] <Thr0r> TJ-:  after those two last commands
[22:12] <TJ-> Thr0r: we best check what state the module is in to be sure why
[22:12] <Thr0r> TJ-:  What was that last command doing?
[22:12] <Thr0r> TJ-: modprobe
[22:13] <TJ-> well in *theory* it put the nohwcrypt setting back to what it was before we begain changing things
[22:13] <TJ-> Thr0r: show me "pastebinit <( grep . /sys/class/net/wlp3s0/device/driver/module/parameters/* )"
[22:14] <Thr0r> http://paste.ubuntu.com/p/x37HX8RN4x/
[22:15] <TJ-> Thr0r: we wrote a config file that sets nohwcrypt=1 so we need to ensure we now change that to =0 (which matches the report you just pasted)
[22:16] <TJ-> Thr0r: " sudo sed -i 's/\(nohwcrypt=\)1/\10/' /etc/modprobe.d/ath9k.conf ; cat /etc/modprobe.d/ath9k.conf " ... you should see "options ath9k nohwcrypt=0"
[22:17] <TJ-> Thr0r: what we've done may not have fixed it; it *may* be we've just kicked the hardware into not failing on handling interrupt requests for a while... you'll only know by giving it a few days and seeing how it behaves
[22:17] <Thr0r> options ath9k nohwcrypt=0
[22:19] <Thr0r> TJ-:  Hmm ok. So I can run those commands if it gets slow again? Those Modprobe 1/0 ?
[22:20] <TJ-> Thr0r: I don't know if that'd help; it could just be unloading and reloading the module is poking it
[22:21] <TJ-> when module (re)loads it resets the hardware which may clear error conditions
[22:22] <Thr0r> TJ-:  Ok, So I can aleast try them? But no permanent fix for this I understand - and this is just MY type of computer that is having this issue?
[22:24] <TJ-> It looks to be that particular wifi adaptaer, yes, and doing 'modprobe -r ... modprobe ...' is a quick fix if it is reliable
[22:25] <TJ-> Thr0r: I've looked at the changes in the source-code since v5.0 and there aren't any bug-fixes so it doesn't seem like there's a known regression at present
[22:27] <Thr0r> TJ-:  Ok, But this has nothing to do with Ubuntu and setting etc. then? Just fauwlty adapter?
[22:28] <TJ-> IT seems so; presumably the Windows driver 'knows' about this kind of issue and configures the adapter to avoid it
[22:29] <TJ-> we see this all the time, where Windows drivers get all the workarounds from the makers but they don't even inform Linux devs about the workarounds so we suffer
[22:30] <Thr0r> TJ-:  ok - understand. Maybe that's why this Eickmeyer:  was a bit grumpy at me at start here...
[22:31] <TJ-> Thr0r: hehehe he's mad at his dead monitor
[22:32] <Eickmeyer> ^This.
[22:32] <Thr0r> TJ-:  ok. I'm just glad it works - and I tested the 30mb upload to google disk aswell so it works fine just now - thanks a million TJ-:  :)
[22:33] <Eickmeyer> Thr0r: Seriously, I didn't mean to take it out on you. But, yes, the fact that windows drivers get workarounds that the Linux kernel does not is rather frustrating.
[22:33] <Eickmeyer> And, I don't even know where to start investigating stuff like that. TJ- has been at it longer than I have.
[22:33] <TJ-> Thr0r: glad we got sorted so easily
[22:33] <Thr0r> Eickmeyer:  That's ok. I was not aware of that so I just asked here.
[22:36]  * TJ- dreams of 30Mbps


[00:01] <JonathanD> waltman: I have fresh batts for everything.
[00:51] <JonathanD> Total of 20 12VDCs down there now.
[00:51] <JonathanD> above "flood stage"
[01:12] <mikedep333> hello
[01:13] <TheEvilPhoenix> .beep
[01:13] <mikedep333> it's nice having a localized channel on freenode in an event like this
[01:13] <TheEvilPhoenix> http://www.pema.state.pa.us/portal/server.pt/community/governors_proclamations/4725  <--- governor of PA declared a state of emergency.
[01:13] <TheEvilPhoenix> s/emergency/disaster emergency/
[01:13] <mikedep333> yeah, saw that
[01:15] <mikedep333> thx anyway
[01:15] <TheEvilPhoenix> yup
[01:16] <TheEvilPhoenix> i am kinda biased... i hear about these proclamations before they even hit public news :P
[01:16] <mikedep333> TheEvilPhoenix, what packages do you maintain?
[01:16] <TheEvilPhoenix> mikedep333:  the ppa for BBot the IRC bot
[01:16] <mikedep333> cool
[01:16] <TheEvilPhoenix> https://launchpad.net/bbottheircbot
[01:17] <mikedep333> yup. you have 1834 points!
[01:18] <TheEvilPhoenix> i also own this project: https://launchpad.net/addgpg-apt
[01:18] <TheEvilPhoenix> helps people who are having "NO_PUBKEY" errors from apt
[01:27] <mikedep333> TheEvilPhoenix, yeah, apt is so prone to breaking from repository errors
[01:27] <mikedep333> it makes me afraid to recommend ubuntu to novices
[01:28] <TheEvilPhoenix> dude, RHEL is worse\
[01:28] <TheEvilPhoenix> its a PITA
[01:28] <TheEvilPhoenix> and its not even true linux
[01:28] <mikedep333> not even true linux?
[01:28] <mikedep333> how so? not free?
[01:29] <TheEvilPhoenix> its Red Hat Enterprise Linux
[01:29] <TheEvilPhoenix> they charge you for it
[01:30] <mikedep333> yes, I know about RHEL
[01:31] <mikedep333> I loaded centos 6 in vbox the other day
[01:55] <mikedep333> http://gizmodo.com/5834956/governor-chris-christie-to-idiots-get-the-hell-off-the-beach
[02:02] <waltman> JonathanD: I expected nothing less
[03:06] <waltman> pleia2: I find this photo really disturbing
[03:06] <waltman> http://www.flickr.com/photos/pleia2/6084585200/ # this one!
[03:17] <sadin> hey everyone long time no see
[03:20] <TheEvilPhoenix> ohaitothee
[03:25] <sadin> ive been bad TheEvilPhoenix
[03:25] <TheEvilPhoenix> how so?  did you get shot in the face by my shotgun?
[03:25] <sadin> :( betrayed my ubuntu bretheren even after buying 25$ worth of ubuntu merch :(
[03:25] <TheEvilPhoenix> if that's the case, you're a zombie, and i shall incinerate thee
[03:25] <TheEvilPhoenix> ah
[03:25] <TheEvilPhoenix> well then i have no mercy towards you
[03:25] <sadin> im using archlinux on my laptop
[03:25] <TheEvilPhoenix> TRAITOR!
[03:25] <TheEvilPhoenix> YOU SHALL BE BURNED!
[03:25] <sadin> shall i be hung for that D:
[03:25] <sadin> WORSE :(
[03:26] <TheEvilPhoenix> hung, burned, shot, incinerated, decompiled, then obfuscated
[03:26] <sadin> lulz nah still got ubuntu on my desktop :D
[03:26] <sadin> duel botting on my laptop :P
[03:26] <sadin> booting*
[03:27] <TheEvilPhoenix> :P
[03:27] <TheEvilPhoenix> read the list of punishments relating to being traitorous
[03:27] <TheEvilPhoenix> :P
[03:27] <TheEvilPhoenix> especially decompiled
[03:27] <sadin> lol
[03:27] <sadin> :O
[03:28] <sadin> am i gonna be derezzed (heh tron joke)
[03:28] <TheEvilPhoenix> nope, just decompiled
[03:28] <TheEvilPhoenix> then obfuscated
[03:28] <TheEvilPhoenix> and then the obfuscated code will be recompiled, and you'll be a different entity :P
[03:28] <sadin> oh noeh!
[03:28] <sadin> well i at least be better looking :P
[03:28] <TheEvilPhoenix> and if you can't tell, i'm pretty drunk today... :P
[03:29] <sadin> lol :P im 16 and refuse to drink D:
[03:29] <TheEvilPhoenix> well not unless the recompilation is a recompilation to a homeless due :P
[03:29] <sadin> NOOOOOO
[03:29] <TheEvilPhoenix> s/to/into/
[03:29] <TheEvilPhoenix> thankfully i dont dictate the terms of the recompile
[03:30] <sadin> compile me from source and make me ready to install :D
[03:30] <sadin> (weird)
[03:30] <TheEvilPhoenix> that depends
[03:31] <TheEvilPhoenix> are you licensed under the GPL?
[03:31] <sadin> YUS :O its my favorite
[03:31] <TheEvilPhoenix> which version?
[03:32] <TheEvilPhoenix> version 1?
[03:48] <sadin> i dunno D:
[03:48] <sadin> which version
[03:48] <sadin> D:
[07:44] <InHisName> EARLY good morning to all
[09:14] <IdleOne> saying good morning before 4AM does not count
[09:14] <IdleOne> Good morning :)
[09:16] <rmg51> morning IdleOne
[09:33] <JonathanD> Morning.
[09:41] <rmg51> morning JonathanD
[09:45] <JonathanD> howdy.
[10:10] <rmg51> I'm off to do my "storm" shopping :-D
[10:10] <rmg51> lotsa milk and eggs and extra bread
[10:11] <rmg51> and Teddy wants cookies
[10:11] <rmg51> lotsa cookies :-D
[10:11] <JonathanD> fun.
[10:11] <rmg51> always
[10:11] <JonathanD> Get at least 5 gallons of milk.
[10:11] <JonathanD> You'll need 5 gallons. No less.
[10:11] <rmg51> maybe 6
[10:11] <JonathanD> Possibly.
[10:12] <rmg51> Teddy will need something to wash all those cookies down
[10:13] <JonathanD> I bought cases of water, and beans.
[10:13] <JonathanD> I'll probably get some hot dogs and rolls today.
[10:13] <JonathanD> For a good ol hurricane bbq.
[10:14] <rmg51> don't tell Teddy
[10:15] <rmg51> he'll want to come
[10:17] <JonathanD> you're welcome to come. I hear it might be rainy, though.
[10:17] <JonathanD> I should announce a geeknic on sunday and see what kind of responses I get :p
[11:47] <rmg51> JonathanD:  will this be a bring your own personal flotation device geeknic? ;-)
[13:12] <InHisName> byofd geeknic.   Sorry building a barricade across the driveway to reduce water intrusion from flooded street.  Will need to repair it a lot all Sunday until the street empties down.
[13:13] <InHisName> If I don't loose power, I could type in snide remarks every couple of hours for you geeknic'ers that are connected.
[14:16]  * waltman just had a nice pre-death storm brunch with some tasty peppered bacon I picked up at the farmers market yesterday
[14:17] <sadin> morning guys :D
[14:20] <TheEvilPhoenix> bleh
[14:20] <TheEvilPhoenix> this morning is bad
[14:20] <TheEvilPhoenix> >.>
[14:21] <TheEvilPhoenix> waltman:  damn you, i wanted bacon today... but alas there is none >.>
[14:21] <waltman> TheEvilPhoenix: It's crazy wide bacon, too. 3 slices filled my frying pan!
[14:21] <TheEvilPhoenix> i hear ya
[14:21] <TheEvilPhoenix> still
[14:21] <TheEvilPhoenix> i'd rather be eating huge bacon than no bacon
[14:22] <waltman> I just didn't think I'd be able to ride out the storm without bacon.
[14:24] <TheEvilPhoenix> hehe
[14:24] <TheEvilPhoenix> where in PA are ya?  i'm in harrisburg, so depending on your location, storm may/may not hit here :/
[14:26] <waltman> I'm just west of Philly.
[14:26] <TheEvilPhoenix> ah
[14:26] <TheEvilPhoenix> then said storm may have hit here already
[14:26] <TheEvilPhoenix> or missed entirely
[14:26] <TheEvilPhoenix> part of PA is under an emergency state
[14:26] <TheEvilPhoenix> s/emergency/disaster emergency/
 [08/26/11 21:13:15] http://www.pema.state.pa.us/portal/server.pt/community/governors_proclamations/4725  <--- governor of PA declared a state of disaster emergency.
[14:27] <waltman> No, it's still working its way up the coast. The main part of the storm isn't supposed to hit us until late tonight.
[14:27] <TheEvilPhoenix> ugh
[14:27] <TheEvilPhoenix> even here in harrisburg...
[14:27] <TheEvilPhoenix> there's disaster preparedness going on
[14:28] <waltman> I live in a big solid old apartment building on top of a hill.  Let it slam into NYC and NE instead of Philly. :)
[14:33] <TheEvilPhoenix> lol
[14:33] <TheEvilPhoenix> well, reasonably safe != entirely safe
[14:33] <TheEvilPhoenix> we're supposed to get hit with the outer edge of stuff
[14:34] <waltman> My uncle's riding it out at his place outside of Rehoboth.
[14:34] <TheEvilPhoenix> that's not going to be easy :P
[14:34] <waltman> No, but they're inland enough that they weren't in the mandatory evacuation zone.
[15:02] <sadin> im about 5min from limerick nucelear plant :P
[15:03] <sadin> i had to put all out stuff in our garage in case it blows away
[15:17] <MutantTurkey> rain rain rain rain
[15:17] <MutantTurkey> I am prepared
[15:17] <MutantTurkey> but should I call out of work?
[15:29] <TheEvilPhoenix> heh
[15:29] <TheEvilPhoenix> well thankfully over here...
[15:29] <TheEvilPhoenix> i had to get furniture delivered
[15:29] <TheEvilPhoenix> it arrived yesterday
[15:30] <TheEvilPhoenix> hence all the weatherstripping for all the windows, doors, cracks, etc. on this apartment
[15:30] <TheEvilPhoenix> not to mention the wooden boards :P
[15:38] <InHisName> TheEvilPhoenix: izzat so's ur new furniture stays new ?
[15:40] <TheEvilPhoenix> well
[15:40] <TheEvilPhoenix> sorta
[15:40] <TheEvilPhoenix> and so it doesnt get damaged by high winds
[16:05] <MutantTurkey> wow gnome3 really is hard to work with
[16:05] <MutantTurkey> I can't seem to do anything without 5 or 6 clicks.
[16:05] <MutantTurkey> does anyone know how to change the theme?
[16:05] <TheEvilPhoenix> MutantTurkey:  its not supported yet on ubuntu
[16:05] <TheEvilPhoenix> dont people read?
[16:05] <TheEvilPhoenix> :P
[16:06] <MutantTurkey> I don't use ubuntu...
[16:06] <MutantTurkey> don't people ever read?
[16:06] <TheEvilPhoenix> then you are a blasphemer :P
[16:06] <MutantTurkey> howso?
[16:06] <MutantTurkey> its good ubuntu isn't using gnome3 because it's terrible.
[16:06] <MutantTurkey> I am hankering to try out Unity though
[16:06] <TheEvilPhoenix> i heard though that gnome3 is shipping with ubuntu 11.10
[16:06] <TheEvilPhoenix> but that's only rumor
[16:07] <MutantTurkey> well I assume ubuntu will do the regular, ubuntu-izing of it.
[16:12] <waltman> Hands will be held. Kumbaya will be sung.
[16:13] <sadin> MutantTurkeyi have gnome3 on archlinux it sucks
[16:13] <sadin> You change the themes by editing the gnomeshell file
[16:13] <sadin> its a .css file so webdesign knowledge comes in handy :)
[16:13] <waltman> That sounds very unubuntu
[16:13] <sadin> i use ubuntu waltman dont worry
[16:14] <sadin> i have it running on 3/4 of my computers...
[16:15] <MutantTurkey> :P
[16:16] <MutantTurkey> sadin: archlinux is the best distro evar
[16:16] <MutantTurkey> you know why? because gnome3 on archlinux isn't some prissy fixed up version that ubuntu gets, it's actually what gnome3 is.
[16:16] <MutantTurkey> we are straight upstream, all we get is what the gnome3 gives us.
[16:16] <MutantTurkey> their product stinks without major distro hacks

[16:17] <sadin> Mutantturkey you use arch too
[16:17] <sadin> ?
[16:17] <MutantTurkey> I only use arch...
[16:17] <MutantTurkey> I haven't used ubuntu since like 7.10
[16:17] <sadin> i only have it on my latop my 3 other desktops are running 11.04 or 10.10 ubuntu
[16:17] <MutantTurkey> somewhere around there right jedijf? maybe it was 8.10
[16:18] <MutantTurkey> I like alot of gnome3 things, but I hate what they took out
[16:18] <MutantTurkey> the things they added should have been piled ontop of the gnome2 experience. they got rid of too much goodness.
[16:18] <sadin> gnome3 isnt good in my opinion i use WMFS on ubunt and arch
[16:18] <MutantTurkey> i use scrotwm
[16:18] <MutantTurkey> and Trinity whenever I get it to compile.
[16:18] <MutantTurkey> scrotwm is awesome, but I can't increase or decrease the non-master windows
[16:19] <MutantTurkey> if master is vertical, I can't vertically adjust 2 non-master windows
[16:19] <MutantTurkey> but Trinity is my favorite by far.
[16:19]  * waltman confesses he runs debian, not ubuntu :)
[16:19] <MutantTurkey> waltman: :P
[16:22] <MutantTurkey> A while back I wrote a tabbed virtual terminal emulator
[16:22] <MutantTurkey> but next what I want to do is create a server based one.
[16:22] <MutantTurkey> so you launch the server, and whenever you execute the command, instead of launching another process it signals the server and creates a new window
[16:23] <MutantTurkey> the server would just run in the background all day
[16:23] <MutantTurkey> very small footprint already
[16:23] <MutantTurkey> I just need to work out how to do that, (probably dbus) and then handling errors from termials (if one breaks, they all do)
[16:23] <MutantTurkey> eh?
[16:38] <sadin> waltman thats ok because it still uses classic gnome
[16:38] <sadin> i dont judge
[16:38] <sadin> :)
[16:38] <MutantTurkey> classic gnome = deprecated.
[16:38] <MutantTurkey> it will suffer bitrot.
[16:38] <sadin> classic gnome = better then gnome3 :)
[16:38] <MutantTurkey> for now.
[16:38] <MutantTurkey> Trinity is the best <3
[16:39] <MutantTurkey> everything good about kde3, up to date and with new features
[16:39] <sadin> http://wmfs.info
[16:39] <sadin> tiling window manager for the win with endless minimalism :)
[16:39] <waltman> sadin: I don't even use gnome. I'm still on windowmaker. :)
[16:40] <sadin> waltman lol :D
[16:40] <waltman> I've played with xfce a few times
[16:42] <MutantTurkey> wmfs is okay
[16:42] <MutantTurkey> it's not that minimal...
[16:42] <MutantTurkey> dwm is my favorite to be honest, and scrotwm is my perfect combination of dwm and configuration
[16:42] <waltman> I liked a lot of xfce, but I couldn't find anything to replace the dockapps I run.
[16:42] <MutantTurkey> xfce4.8 = gnome2.6 with less features.
[16:43] <waltman> someone actually wrote something to run dockapps on xfce, but it's kind of sucky.
[16:43] <MutantTurkey> yeah :|
[16:43] <MutantTurkey> http://trinitydesktop.org
[16:43] <MutantTurkey> packages availabe for debian + ubuntu
[16:44] <MutantTurkey> I am supposed to be in charge of getting arch packages built... but meh.
[20:48] <InHisName> Did everyone run off to build blockades or empty out basements or something ?
[20:48] <sadin> MutantTurkey xfce is also twice as flexible for artistic customization and super fast because it uses openbox
[20:48] <sadin> im a linux custimizer so i love xfce4 and wmfs and that stuff
[21:13] <waltman> I hate customizing. Just give me an environment that'll run xterms and a web browser and otherwise stay out of my way :)
[21:17] <InHisName1> other than u 2, everyone else must be customizing basements or blockades and too busy to type.
[21:54] <sadin> waltman but for alot of people its an art :)
[21:54] <sadin> and linux does custimization the best :D
[21:55] <waltman> I actually just tried firing up xfce again. It seemed to have forgotten all my custimizations.
[21:55] <waltman> back on wmaker :)
[21:55] <waltman> or at least the crappy dockapp thingy did.
[21:56] <sadin> lol waltman try wmfs its great for getting work done i love tiling WMs
[21:56] <sadin> i used to use the gnome-terminal
[21:57] <sadin> now i use rxvt-unicode terminal emulator
[21:57] <sadin> cause its awesome :)


[02:21] <Fudge> AlanBell  do you have the lightdm keypresses to enable unity 2d?
[04:59] <AlanBell> hi Fudge
[04:59] <AlanBell> I will check
[05:01] <AlanBell> tab space down down return tab
[05:01] <AlanBell> then enter the password
[05:01] <AlanBell> that sequence moves to the desktop selector button, selects the second option which is unity2d by default
[05:01] <AlanBell> and goes back to the password box
[05:02] <AlanBell> might be a bit different if you have gnome-shell or classic gnome-panel desktop installed


[00:01] <cjwatson> Hm, that was interesting, experimentally forcing signon-ui so that I could see which uninstallables it created said no new uninstallables and let it in
[00:01] <cjwatson> I suspect partial-NBS doesn't behave the way I think it does
[00:22] <infinity> cjwatson: testing-ports seems to pick it up.
[00:23] <infinity> cjwatson: although, wait, all those problems exist for primary arches too.
[00:23] <infinity> (p11-kit promoted, BTW, don't bother doing it again)
[00:25] <cjwatson> ack
[00:25]  * cjwatson fixes a few more blockages in proposed-migration
[00:28] <cjwatson> gvfs (1.17.1-0ubuntu1 to 1.17.2-0ubuntu1)
[00:28] <cjwatson>     Maintainer: Ubuntu Developers
[00:28] <cjwatson>     autopkgtest for gvfs 1.17.2-0ubuntu1: FAIL
[00:28] <cjwatson>     Not considered
[00:28] <cjwatson> woo, progress
[00:28] <infinity> cjwatson: Speaking of partial NBS, we don't actually have a useful report for that, do we?
[00:29] <infinity> (Other than britney blocking migration, potentially)
[00:30] <cjwatson> I think http://people.canonical.com/~ubuntu-archive/testing/saucy_outdate_all.txt should cover it
[00:30] <infinity> Oh, fair point.
[00:30] <cjwatson> Along with other stuff
[00:31] <infinity> Just lacks the mind-numbing autopilot of the NBS report.
[00:31] <infinity> DON'T MAKE ME ACTUALLY THINK WHILE READING REPORTS!
[00:31] <cjwatson> But cantor there looks like partial NBS to me
[00:31] <infinity> (Then again, I didn't even know about the NBS report for ages, and used to always work from outdate)
[00:32] <infinity> Yeahp, that backend does indeed look gone from ppc/arm
[00:33] <infinity> Though, with no changelog mention of same...
[00:34] <infinity> control agrees, though.
[00:34]  * infinity knocks it out.
[01:40] <ScottK> xnox: I think your autopackagetest for python-qt4 is pretty pointless.  The more usual problem is sip4 has been updated and python-qt4 hasn't.  autopackagetest on python-qt4 doesn't really help.  One for sip4 that notices it's got a different API version would be useful.
[01:40] <ScottK> xnox: You'll also probably want to merge the new python-qt4 from Debian since it's needed for PyQt5, which I think is wanted in Debian.
[01:40] <ScottK> Debian/Ubuntu
[01:48] <ScottK> Also, it needs rebuild against the new sip4 again since the API version wasn't set right on the first one.
[02:52] <andyrock> Laney, yeah i can reproduce it too with nautilus 3.8
[02:52] <andyrock> not sure about nautilus trunk
[04:57] <pitti> Good morning
[06:35] <dholbach> good morning
[07:25] <m4n1sh> didrocks: ping. as you requested me to file  a bug for zeitgeist sponsorship for saucy https://code.launchpad.net/~zeitgeist/zeitgeist/saucy-packaging-0-9-14/+merge/170244
[07:25] <m4n1sh> here is the full MP (thanks to ricotz)
[07:26] <halfie> hi, are there any plans to turn on "-fstack-protector-strong" in Ubuntu ?
[07:26] <didrocks> m4n1sh: excellent! it should appear on the sponsoring list, people getting their patch pilot shift should sponsor it!
[07:26] <didrocks> thanks :)
[07:26] <pitti> halfie: happened like 4 years ago
[07:26] <pitti> oh, -strong; not sure
[07:26] <pitti> mdeslaur_: ^
[07:27] <halfie> pitti, heh ;)
[07:27] <m4n1sh> didrocks: that is great
[07:32] <rbasak> mdeslaur_: please could you consider bug 1192367? Seems valid to me - don't we support Lucid on server for another couple of years? puppet was in main then. Although it's a really old version - perhaps it's not vulnerable?
[08:09] <mardy> tyhicks: ping
[08:12] <cjwatson> ScottK,xnox: An autopkgtest in pykde4 would be run whenever sip4 changes (or should, anyway), so it could be used to effectively enforce constraints on sip4's behaviour from the point of view of pykde4
[08:13] <cjwatson> ScottK: (I'm still finishing putting the pieces of the proposed-migration work together ... planning to announce it shortly)
[08:21] <cjwatson> didrocks: So, signon-ui landed, but now we have unbuildable images because qtwebkit-opensource-src is in universe and there's no MIR
[08:22] <cjwatson> didrocks: Given webkit there is no way I'm going to move that without signoff from security :)
[08:22] <didrocks> cjwatson: right, I understand. Is it an new dependency? (or we didn't transition to Qt5 before?)
[08:23] <didrocks> the publication was manual if there was any packaging change, not sure why ken acked it without the MIR
[08:24] <cjwatson> didrocks: AFAIK it's a new dependency
[08:24] <didrocks> I know that ken already talked with the security team about qtwebkit, but I'm not on top of latest outcomes
[08:25] <cjwatson> https://launchpad.net/bugs/1157732 is the MIR bug for other chunks but I don't really see an unambiguous statement there that qtwebkit-opensource-src is OK, and there's no bug task for it
[08:26] <cjwatson> didrocks: Indeed, signon-ui 0.14-0ubuntu2 was on Qt4
[08:26] <cjwatson> Which was the version in the saucy release pocket until last night
[08:27] <seb128> urg :/
[08:27] <didrocks> cjwatson: yeah, it has been acked manually when we were using the next ppa
[08:27] <didrocks> I have no good clue of what we can do apart if a revert is possible for now
[08:27] <didrocks> and check with ken/jdstrand when they are online
[08:27] <seb128> I think the security team didn't like much having another webkit in main when that was discussed before raring, dunno if that changed since though
[08:28] <cjwatson> If you're considering a (partial?) revert then please keep a note on https://wiki.ubuntu.com/UbuntuDevelopment/RevertLog
[08:28] <didrocks> right, but then PS started to use that as their supported html5 stories, when I told yesterday to them to ensure things can be MIRed before starting dep on it
[08:29] <didrocks> cjwatson: do you mind waiting on kenvandine? he would know more if we can revert safely or not
[08:30] <cjwatson> I don't mind, it just means you owe me a few hours of patience the next time you have a problem that you want me to fix ;-)
[08:30] <didrocks> cjwatson: ken owes you if you want to make the count rights :p
[08:31] <cjwatson> Next time you have a problem *that I didn't cause* that you want me to fix anyway ;-)
[08:31] <didrocks> heh, right :-) (well, I'm not sure I rang the bell alarm too much on you for stuff to be fixed right away IIRC)
[08:31] <didrocks> I just prefer to ensure that the revert will not create more issues that we didn't know of
[08:32] <cjwatson> Quite so
[08:32] <cjwatson> Especially since we did other things to prepare for moving forward
[08:32] <didrocks> cjwatson: or can we upload it to -proposed and block it?
[08:32] <cjwatson> I entirely appreciate it's not a simple revert
[08:32] <didrocks> so that it's quicker to take a decision once ken is back
[08:33] <cjwatson> I think just having the packages ready would be fine
[08:33] <didrocks> ok, let me prepare it, just in case
[08:33] <seb128> cjwatson, sorry about the extra work created there, I didn't think to check the new build-depends/depends and the MIR state when Ken pinged about it :/
[08:33] <cjwatson> Nor did I in fairness
[08:34] <didrocks> we'll figure it out :) still quite stressed about all this extra load on qtwebkit and the push there is in PS to use that as our main html story…
[08:35] <didrocks> mardy: hey, you are around! do you know if we revert to the previous signon-ui (0.14) using Qt4, we'll get any issue? ^
[08:36] <seb128> didrocks, the reason Ken wanted the new version out of proposed is that the old version was broken on the touch image, but I don't know the specific of the breakage
[08:36] <seb128> didrocks, you can't use online account on touch with 0.14, it works with 0.15 though
[08:36] <didrocks> seb128: ok, we can still mitigate that with the "armhf" double builds if upstream supports that
[08:36] <didrocks> hum, no we can't, ignore me
[08:37] <didrocks> (as it's a build-dep, even if we set the armhf binary in universe)
[08:37] <didrocks> cjwatson: do you know if it's possible/desirable to have britney making this sanity check as well?
[08:41] <cjwatson> possible, arguably desirable, but very difficult
[08:42] <cjwatson> it'd be very significant reengineering of a bit of the code I really don't understand
[08:43] <didrocks> ok, let's hope we don't have that much "humman review errors" and let's put that on the count of all the drastic changes we have under way to try paying more attention to it :)
[08:44] <RAOF> pitti: Can we have a talk about logind and VTs and such?
[08:45] <RAOF> pitti: Or, rather more specifically, do you have any free cycles to do the finangling?
[08:48] <didrocks> cjwatson: seb128: ok, at least, old signon-ui still builds, and the g-c-c interface is working after some tests. So, the package is ready once ken is up
[08:50] <cjwatson> didrocks: So, I'm trying to tear out the remaining bits related to signon on powerpc, but I want to make sure that any binaries I remove won't just come back (uninstallable) on the next build
[08:51] <didrocks> cjwatson: they will come back I'm afraid with Qt4 and arch: any, should I list the archs to prevent that?
[08:51] <cjwatson> This is at higher levels, not in signon-ui
[08:52] <didrocks> ah ok, so this won't impact it
[08:53] <mardy> didrocks: hi! can you brief me on the reasons?
[08:53] <cjwatson> didrocks: ... actually, never mind, in gathering more data for the question I was going to ask you I realised it was moot :-)
[08:53] <cjwatson> I think, anyway
[08:54] <mardy> didrocks: the latest version should be buildable on Qt4 just fine, anyway
[08:54] <didrocks> cjwatson: ok, if you have this list of packages you are removing to put me into the context (I wasn't close to that topic, ken was handling it), FYI signon is building on powerpc: https://launchpad.net/~ubuntu-unity/+archive/daily-build/+sourcepub/3315384/+listing-archive-extra
[08:54] <cjwatson> didrocks: Yeah, I was just looking at that
[08:55] <cjwatson> didrocks: I think maybe an arch restriction in signon would make sense?
[08:55] <didrocks> cjwatson: I think so, I'm digging in why https://launchpad.net/~ubuntu-unity/+archive/daily-build/+files/libsignon-qt5-1_8.52daily13.06.19-0ubuntu1_powerpc.deb is even possible as there is no powerpc Qt5…
[08:56] <didrocks> ah maybe that part doesn't use qtscripts
[08:56] <cjwatson> There is a powerpc Qt5, just not the v8-dependent stuff
[08:56] <didrocks> cjwatson: why should we restrict it then?
[08:56] <cjwatson> Maybe we shouldn't, that's why I'm asking :)
[08:56] <didrocks> mardy: ok, I'll try that as well, the issue is that you are depending on qtwebkit and it's in universe, not in main
[08:57] <cjwatson> I'm trying to work out how to neatly tear out the stuff that depends (recursively) on signon-ui
[08:57] <didrocks> mardy: so we can't get it on the iso by default (and as we don't have the old version, we can't even build the iso)
[08:57] <didrocks> isn't the other way around? signon-ui dep on signon? /me checks
[08:57] <cjwatson> And I get to gnome-control-center-signon which depends on libaccount-plugin-generic-oauth and libaccount-plugin-google which depend on signon-plugin-oauth2 which depends on signon-plugin-oauth2
[08:58] <cjwatson> ... which depends on signon-ui, I mean
[08:58] <cjwatson> But there are no build-dependency relationships there so I can't remove those binaries without them coming back on the next build
[08:58] <mardy> didrocks: I'd vote for dual builds, and generate signon-ui-qt4 and signon-ui-qt5, both providing signon-ui (virtual)
[08:58] <mardy> didrocks: but I'm no expert in this stuff, so feel free to ignore me :-)
[08:58] <didrocks> (ah, it's a recommends for signond -> signonui)
[08:58] <pitti> RAOF: sorry, in between some appointments, today is a bit crazy
[08:59] <didrocks> mardy: won't work, it's a build-dep anyway, so the source would need to be in main
[08:59] <cjwatson> Right, the Recommends isn't enough to justify removing signond
[08:59] <pitti> RAOF: so the bottom line is, logind needs to grant ACLs to processes which have a $DISPLAY, but don't have a controlling terminal
[09:00] <pitti> RAOF: is that XMir process in a session cgroup at least?
[09:00] <pitti> RAOF: i. e. /proc/pid/cgroup/ has it in a session? if not, it's going to be difficult
[09:00] <didrocks> cjwatson: so, we should "just" ensure that gnome-control-center-signon, libaccount-plugin-generic-oauth and libaccount-plugin-google, signon-plugin-oauth2 doesn't build on powerpc?
[09:00] <pitti> RAOF: at any rate, would you mind filing a bug about it with the summary?
[09:00] <pitti> RAOF: I can have a look at it this afternoon in the train
[09:01] <cjwatson> didrocks: Possibly webaccounts-browser-extension as well
[09:12] <RAOF> pitti: Will do.
[09:13] <Noskcaj> roaksoax, kirkland: would you guys mind lurking in #ubuntu-quality so it's easier for smartboyhw and i to talk to you.
[09:15] <pitti> RAOF: can you please include the loginctl output, /proc/pid/{status,cgroup} bits?
[09:15] <RAOF> Will do.
[09:15] <pitti> RAOF: or some pointer how to install xmir to test it end to end :)
[09:15] <pitti> RAOF: thanks
[09:15] <RAOF> I'll do both :)
[09:15] <didrocks> cjwatson: do you think that captures everything?
[09:15] <didrocks> https://code.launchpad.net/~didrocks/gnome-control-center-signon/dont-build-powerpc/+merge/170273
[09:15] <didrocks> https://code.launchpad.net/~didrocks/account-plugins/dont-build-powerpc/+merge/170274
[09:15] <didrocks> https://code.launchpad.net/~didrocks/webaccounts-browser-extension/dont-build-powerpc/+merge/170276
[09:20] <cjwatson> didrocks: I think so.  Consider pre-emptively adding arm64 too
[09:20] <cjwatson> (On the perhaps optimistic assumption that v8 will work there, I guess ...)
[09:20] <didrocks> cjwatson: ok, let's be optimistic, pushing those :)
[09:24] <didrocks> cjwatson: ok, done, IIRC, I've handled the case of archs not existing in ubuntu but listed in daily release (at least, the unit test pass ;)), I'll see with next dailies
[09:24] <didrocks> mardy: mind having a look and approving those 3 MP? ^
[09:47] <didrocks> cjwatson: HUD under publish, finally (tests pass and components build)! no more julius* recommends, phew…
[09:49] <cjwatson> oh, yay
[11:03] <xnox> ScottK: cjwatson: i thought that python-qt4 autopkgtest would be triggered by sip4 uploads, due to sip-api-9.2 dependency. or did I get that wrong?
[11:12] <RAOF> pitti: Sorry, everything's being terrible here. I'll get the info and file that logind bug tomorrow.
[11:41] <mdeslaur_> rbasak: puppet isn't on the list of packages we still support for lucid: http://bazaar.launchpad.net/~ubuntu-security/ubuntu-cve-tracker/master/view/head:/lucid-supported.txt
[11:41] <rbasak> mdeslaur_: I understand that, but I think there may be a problem with that list.
[11:41] <mdeslaur_> rbasak: even if it were, it's so old, that it's pretty much impossible to fix the few latest security issues, as upstream has rewritten a whole lot of the code
[11:43] <rbasak> mdeslaur_: I understand that it may not be possible, or may be hard. But that specific issue aside, I'm confused as to our support policy for Lucid on Server. AIUI, it's supported, and puppet was seeded, so should be on your list. So the bug reporter seems to have a valid point. Have I got that part wrong? Why does puppet not appear on your list?
[11:43] <mdeslaur_> rbasak: I suggest using the package upstream provides
[11:43] <mdeslaur_> rbasak: I does't appear on our list because it was deemed one of the packages that we couldn't possibly support for 5 years
[11:44] <rbasak> Was that decision published anywhere that I can point the bug reporter to?
[11:44] <cjwatson> xnox: It should do.
[11:44] <cjwatson> xnox: But that's all very new and unannounced and I can forgive developers for not being aware of it :-)
[11:45] <xnox> ok.
[11:46] <rbasak> mdeslaur_: so the policy is that it is supported, but puppet is an exception? Are the exceptions documented anywhere, and are there any more?
[11:48] <mdeslaur_> rbasak: that list is the authoritative source, as used by the security team. Whatever  is not on the list is no longer supported.
[11:49] <rbasak> mdeslaur_: OK, thanks. It sounds like there's a disconnect between the security team's authoritative source and what we communicate with the outside world. I think that's probably more of an issue on the Server side, so I'll take that up there. Thanks for explaining this to me.
[11:51] <mdeslaur_> rbasak: is there a place where this is communicated?
[11:51] <xnox> rbasak: well, there are plenty of corner cases like that. hence the push/desire to have archive-reorganisation and flexibly define what's supported, security-support only, and in main only due to build-depends.
[11:51] <mdeslaur_> xnox: +1
[11:51] <rbasak> mdeslaur_: everywhere. We say that Server has 5 year LTS for Lucid.
[11:51] <mdeslaur_> rbasak: I'll see if I can add a link to wiki.ubuntu.com to clarify where the authoritative list is
[11:52] <mdeslaur_> rbasak: yes, the list contains server packages
[11:52] <rbasak> mdeslaur_: I appreciate that technically we need to work from an authoritative list. But what we communicate is that it has 5 year support, period. And that doesn't hold true if we have exceptions.
[11:53] <mdeslaur_> rbasak: As I said, I'll add the list to the wiki
[11:53] <mdeslaur_> rbasak: even if I added puppet back to the list, it's unfixable
[11:54] <mdeslaur_> thankfully we won't have this problem with precise, as it's 5 years across the board
[11:55] <rbasak> mdeslaur_: I feel that 1) in every single place we claim 5 year support, we should make it clear that some "server" packages aren't included, and list them (so a diff against the seed, rather than a list of what is supported), and 2) for where something is unfixable but not in that published list, that this can happen of course, but we should declare and justify this in the security announcement.
[11:56] <mdeslaur_> rbasak: ok, it's wiki, feel free to modify as you see fit
[11:59] <ScottK> xnox: Could be.  Sip-api-10.0 is in saucy-proposed now, so if it was going to be, it would have.
[12:00] <xnox> ScottK: i don't see python-qt4 adt job in jenkins at all.... either it's not been picked up yet or i added it wrong.
[12:09] <cjwatson> Hmm
[12:09] <cjwatson> jibel: doesn't look like the reverse-dep handling is working?
[12:09] <cjwatson> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#sip4 should at least mention a pykde4 job
[12:11] <jibel> cjwatson, looking
[12:12] <mlankhorst> could some sru move mesa from raring-proposed to -updates?
[12:12] <cjwatson> jibel: ah, I wonder if it doesn't deal with virtual packages?
[12:13] <cjwatson> jibel: the dep in pykde4 is on sip-api-9.2
[12:13] <cjwatson> mlankhorst: I'd normally wait for it to age 7 days, so tomorrow according to http://people.canonical.com/~ubuntu-archive/pending-sru.html
[12:14] <mlankhorst> cjwatson: yeah but it's also been in saucy for a while
[12:14] <cjwatson> sure, but that's the baseline state for SRUs
[12:14] <cjwatson> or at least is supposed to be
[12:15] <cjwatson> so, put another way, I can do it but you'll need to explain why I need to waive the waiting period :)
[12:16] <mlankhorst> I want to upload a fix for https://bugs.launchpad.net/ubuntu/+source/mesa-lts-raring/+bug/1175533
[12:20] <xnox> cjwatson: pykde4 doesn't have autopkgtest?! but python-qt4 does. https://launchpadlibrarian.net/142758139/python-qt4_4.10.1-1ubuntu2.dsc unless I misspelled it somehow. But yeah the dep is on a virtual package. Could check reverse build-deps as well, since that has "real" package.
[12:21] <xnox> jibel: tells me that britney should have had requested test result for python-qt4, back when it was initially uploaded with added autopkgtest. but that didn't happen?
[12:23] <mdeslaur_> halfie: we're considering it, but need to evaluate it properly. We're pretty busy with app confinement at the moment, so it definitely won't be soon.
[12:26] <mdeslaur_> @pilot in
[12:26] <jibel> xnox, it might be a problem with handling of virtual packages in rdep resolution, that's what i'm verifying
[12:28] <cjwatson> xnox: Oh, well, OK.  Either way.
[12:34] <halfie> mdeslaur_, cool, what exactly is this app confinement thing? is it related to selinux and mac stuff?
[12:36] <mdeslaur_> halfie: it's related to confining apps with apparmor: https://wiki.ubuntu.com/SecurityTeam/Specifications/ApplicationConfinement
[12:43] <halfie> mdeslaur_, ah I see, is apparmor ubuntu only or have other distributions adopted it. (I know Fedora doesn't use it?).
[12:44] <mdeslaur_> halfie: suse uses it, and it's available in a whole bunch of other distros, including debian, gentoo, arch, etc.
[12:44] <halfie> mdeslaur_, cool, I am working on doing some benchmarking on this new strong stack protector patch.
[12:45] <mdeslaur_> halfie: care to join #ubuntu-hardened if you want to talk about security?
[12:45] <halfie> mdeslaur_, sure
[12:57] <jibel> cjwatson, is there a log of the requests submitted by britney?  I generated a request file on lillypilly and see this line:
[12:58] <jibel> "python-qt4 4.10.1-1ubuntu2 NEW python-qt4 4.10.1-1ubuntu2" which means that python-qt4 will be tested because 4.10.1-1ubuntu2 has been uploaded, but I do not see any request on jenkins side, hence no job.
[13:06] <pianogmx> is there someone who can point me towards a project / team that would teach me some stuff of linux software development?
[13:10] <cjwatson> jibel: It should spit out a line with the substring "Requested autopkgtest" in its own log (~/proposed-migration/log/$date/$time.log)
[13:10] <cjwatson> But apparently isn't doing so ...
[13:10] <cjwatson> I mean not for this one at least
[13:10] <jibel> ok, that's the location I checked
[13:10] <asac> doko: https://blueprints.launchpad.net/ubuntu/+spec/foundations-1305-android-builds-revisited ... the two work items for 13.05 in there are done?
[13:11] <cjwatson> I didn't make it log all packages it was requesting because there was a lot of verbosity there
[13:11] <cjwatson> Since it basically re-requests all packages that are valid candidates and lets adt-britney sort it out
[13:12] <doko> asac, yes, but afaik ogra_ doesn't use these yet, so we don't have any feedback, if these actually work
[13:12] <asac> doko: what did you do for validating?
[13:12] <ogra_> doko, xnox took over the android packaging
[13:12] <xnox> doko: asac: Ogra and I are in progress of verifying that the said toolchain produces binaries that do run.
[13:12] <asac> please set your work items to done and add work items for ogra to test and ack that they work :)
[13:12] <ogra_> right
[13:12] <asac> if you want him to do something
[13:12] <asac> (at least that feels like the obvious way to go)
[13:13] <ogra_> asac, i'm fully out of that spec apart from lending a hand
[13:13] <asac> ogra_: you are the owner
[13:13] <cjwatson> jibel: I'll attack it with pdb, I guess
[13:13] <asac> so you are responsible that this happens
[13:13] <ogra_> (well, i might keep the "schedule a discussion for 14.04)
[13:13] <asac> through talking and escalation etc. in case you dont do engineering work :)
[13:13] <asac> and helping
[13:14] <xnox> ogra_: doko: asac: updated workitems.
[13:14] <asac> cool
[13:14] <ogra_> asac, right ... no need for me to kick any butts atm ... it all goes smoothly forward
[13:14] <asac> xnox: thanks a bunch
[13:14] <asac> ogra_: the work items were not properly cleared up at end of 13.05 :)
[13:14] <ogra_> and xnox didnt know about the blueprint until a few mins ago
[13:14] <asac> so yes, you just need to kick your own butt :)
[13:14] <asac> lol
[13:15] <ogra_> ascteh WIs arent done yet
[13:15] <asac> what?
[13:16] <asac> never seen ascteh :)
[13:16] <ogra_> there is no bionic in the archive yet
[13:16] <ogra_> yeah, my tab key messed it up apparently :)
[13:16] <pianogmx> are there any devs that can mentor me into learning how to develop for the ubuntu project?
[13:17] <asac> ogra_: ok, but bionic is on track?
[13:17] <ogra_> it is in a PPA
[13:17] <ogra_> i think xnox is on getting it into the archive once we know it produces usable binaries
[13:17] <ogra_> (which we are in the middle of)
[13:17] <cjwatson> mlankhorst: mesa/raring released now
[13:18] <mlankhorst> thanks
[13:18] <cjwatson> pianogmx: Probably best to read through https://wiki.ubuntu.com/ContributeToUbuntu, chase links for things you're interested in, and then ask questions about specific things that confuse you
[13:18] <cjwatson> (one of those links is https://wiki.ubuntu.com/UbuntuDevelopment which may be more specifically relevant)
[13:35] <cjwatson> jibel: The file given to adt-britney request includes the line "sip4 4.14.7-2" (in full: http://paste.ubuntu.com/5780463/).  The output contains only headers.
[13:35] <cjwatson> jibel: The logging output includes "2013-06-19 13:34:18,563 WARNING "The cache has no package named 'sip-api-9.2'"", which seems possibly relevant
[13:38] <roadmr> hey folks! A code reorganization in my project (checkbox) means that the debian directory is not in the top level of the source branch (it's under checkbox-legacy). Can this be uploaded to lp:ubuntu/checkbox? are specifications for source branches documented somewhere? FWIW I can generate and upload the source packages from that subdir just fine
[13:46] <cjwatson> roadmr: I don't know if it's documented but that would very definitely violate my expectations of lp:ubuntu/foo.  If you're doing that then I think you should use some other branch outside the lp:ubuntu/ namespace, and consign lp:ubuntu/checkbox to the auto-importer.
[13:47] <cjwatson> Part of the point of lp:ubuntu/foo was for it to be roughly the same shape for every package.
[13:47] <cjwatson> If you tried to push that to lp:ubuntu/foo I would expect the importer to blow up in interesting ways and/or overwrite your branch.
[14:01] <roadmr> cjwatson: ok, that makes sense, but I wanted to check first
[14:33] <jibel> cjwatson, there are 2 issues in adt-britney 1) virtual packages are not considered, 2) a logical error when matching the list  dependencies in the request file to the list of packages with tests. I'm on a fix for both
[14:33] <cjwatson> Righto, sounds good, thanks
[14:33] <jibel> (1 causes the warning in the log)
[14:38] <ScottK> xnox: Would you please figure out if we should keep your python-qt4 autopackagetest or not as we need to do a merge from Debian.
[14:39] <xnox> ScottK: i'll keep it for now, and will deal with merging python-qt4 in a moment.
[14:39] <ScottK> xnox: Thanks.
[14:41] <rbasak> What does TIL actually stand for?
[14:44] <mdeslaur_> rbasak: "Touched It Last"
[14:45] <mdeslaur_> as in "Sucker! You TIL!!!!"
[14:54] <doko> barry, just to mention it here ... cross-building the base system was a goal for raring and is a goal for saucy. please don't drop any cross-build support when merging things from debian
[14:56] <barry> doko: i'm not going to drop it, but i just want to express caution.  until debian supports it, we will fall increasingly behind unless we have enough manpower to do more manual syncs.  i guess we'll see if that's a real problem or not
[14:57] <cjwatson> Debian's been taking quite a few cross-building patches
[14:57] <cjwatson> IME
[14:57] <cjwatson> In fact we're getting near the point where in some cases I'd consider NMUing for them
[14:59] <cjwatson> I might go on a delayed-NMU spree this weekend :)
[15:02] <barry> cjwatson: this came up with me wanting to sync zope.interface.  the delta we carry is that we b-d on python{,3}-all-{dev,dbg}:any.  if we do more of these, and can't get those changes back into debian, then we may find ourselves getting increasingly behind debian, which i really want to avoid.  autosyncs ftw!
[15:04] <doko> barry, that's life. being able to cross-build is needed for us
[15:05] <barry> cjwatson: if/when we *can* get those changes into debian, then i will be happy again
[15:05] <cjwatson> Oh, yeah, the :any bit is a bit unfortunate; I was hoping to talk with buildd maintainers at or before debconf about that
[15:05] <cjwatson> It will be sorted out eventually
[15:06] <barry> cjwatson: cool, thanks.
[15:06] <doko> btw, where does debian policy state that shared libs have to be installed without x permission?
[15:07] <cjwatson> doko: 8.1
[15:08] <cjwatson> It's a "should not", and the rationale is because it usually doesn't work; I think it would be reasonable to make exceptions for cases where the library authors have gone to special lengths to make it work (e.g. ld.so)
[15:09] <doko> cjwatson, ok. that was the thing that did break lto in 4.8
[15:09] <doko> searching only for files with the x bit set
[15:09] <cjwatson> you certainly mustn't expect *all* shared libraries to be installed executable - that would be an unreasonable amount of work to change, if nothing else
[15:10] <sil2100> didrocks: I jump out now for practice, I'll be back later when I'm back - I'll chase down robru then ;)
[15:10] <cjwatson> if something thinks all shared libraries should be executable then it's just wrong :)
[15:10] <didrocks> sil2100: ok, thanks!
[15:30] <cjwatson> didrocks: Any decision on the signon-ui vs. qtwebkit-opensource-src deathmatch?
[15:31] <seb128> cjwatson, it's being worked, kenvandine opened a MIR bug and jdstrand will comment soon
[15:31] <didrocks> cjwatson: from what I heard kenvandine and jdstrand agreed on promoting qtwebkit for now
[15:31] <didrocks> so basically, no revert
[15:31] <ScottK> This is qtwebkit for Qt5?
[15:31] <seb128> cjwatson, https://bugs.launchpad.net/ubuntu/+source/qtwebkit-opensource-src/+bug/1192567
[15:31] <cjwatson> OK, I didn't see the MIR bug on component-mismatches so I guess it's recent
[15:31] <cjwatson> ScottK: yeah
[15:32] <cjwatson> Oh, the MIR team isn't subscribed
[15:32] <seb128> the MIR is going to be temporary most likely
[15:32]  * jdstrand will be commenting in the bug soon
[15:32] <seb128> cjwatson, jdstrand said he wanted to comment and talk the MIR team when he was done with meetings
[15:32] <cjwatson> kenvandine: You have to subscribe ubuntu-mir to MIR bugs or else they aren't visible in component-mismatches
[15:32] <cjwatson> FWIW
[15:32]  * ScottK isn't sure how QtWebKit for Qt5 will work in the long run with needing to support both upstream and Ubuntu APIs in the archive, but that's, at least, not an immediate problem.
[15:33] <cjwatson> I found it encouraging that the intent expressed in the bug was to have it in sync with Debian
[15:35] <kenvandine> cjwatson, whoops, was focused on security and forgot that
[15:36] <kenvandine> cjwatson, that was the plan for the whole qt5 stack
[15:50] <mardy> tyhicks: ping
[15:50] <tyhicks> hey mardy
[15:50] <mardy> tyhicks: hi, I wanted to ask you about the apparmor-dbus stuff
[15:50] <mardy> (for online accounts)
[15:50] <tyhicks> sure
[15:50] <mardy> tyhicks: I see that the apparmor team has a dbus-dev PPA
[15:50] <tyhicks> yes
[15:51] <mardy> tyhicks: should I use that?
[15:51] <tyhicks> mardy: Yeah, you could use it.
[15:52] <tyhicks> mardy: I had hoped that all of the changes would be in the archive by now, but we've got a few more things to wrap up
[15:52] <mardy> tyhicks: np
[15:53] <mardy> tyhicks: what method should I call to check if the peer has certain permissions?
[15:53] <tyhicks> mardy: I'm trying to remember what exactly you need for online accounts
[15:53] <mardy> (or to find out the security context of the peer)
[15:53] <tyhicks> right, I was thinking that you only needed the label of the peer
[15:54] <mardy> tyhicks: basically, the one which creates the account sets the ACL, and then I have to check against it when someone wants to authenticate
[15:54] <tyhicks> yeah
[15:55] <tyhicks> mardy: So you would just call org.freedesktop.DBus.GetConnectionAppArmorSecurityContext
[15:55] <tyhicks> mardy: it takes a string which is the peer connection name and returns a string which is the label of the process
[15:58] <zyga> cjwatson: hey
[15:58] <rbasak> mdeslaur_: aha. Thanks :)
[15:58] <zyga> cjwatson: I have a question about what ubuntu branches are for, for example, lp:ubuntu/checkbox
[15:59] <ogra_> they are created from the uploaded source packages
[15:59] <zyga> ogra_: so we never have to touch them?
[15:59] <cjwatson> They're supposed to be a uniform representation of source package history in bzr
[15:59] <zyga> ogra_: or can the reverse also happen?
[16:00] <cjwatson> You *can* commit to them directly, but if you prefer to manage your package VCS some other incompatible way, you can do so, just don't put it in that namespace
[16:00] <zyga> cjwatson: okay
[16:00] <zyga> cjwatson: so as a packager
[16:00] <cjwatson> For example, you could use lp:checkbox for upstream development and keep that separate
[16:00] <zyga> cjwatson: I just keep uploading my source packages
[16:00] <zyga> cjwatson: and everything ends up being added to lp:ubuntu/$package
[16:01] <zyga> cjwatson: but I don't care about that and it's not helping me in any way, just people that might need to repackage it for example?
[16:01] <cjwatson> Yeah, I mean, once you go into auto-import lp:ubuntu/checkbox will probably become rather less useful because it won't be mergeable
[16:01] <cjwatson> But you can just ignore it if it doesn't fit your workflow
[16:01] <zyga> cjwatson: I wonder how it could help us though
[16:01]  * ogra_ uses these trees just to pull from usually ...
[16:01] <zyga> cjwatson: so I'm trying to understand the concept
[16:01] <cjwatson> The goal was to make it work for everyone, but there's only limited attention for it at the moment so I think you should not stress about it
[16:01] <zyga> cjwatson: how do we 'go into auto-import'?
[16:01] <cjwatson> I certainly have a number of packages where I ignore it
[16:02] <cjwatson> zyga: Upload something that doesn't match the latest tag on the branch
[16:02] <zyga> cjwatson: I see
[16:02] <zyga> cjwatson: (something == source package), right
[16:02] <cjwatson> That's the only thing you can upload (to the archive)
[16:02] <zyga> right, just double checking I understand correctly
[16:03] <mardy> tyhicks: thanks! does it return the same string that would be returned by the aa_getcon() family?
[16:03] <zyga> cjwatson: if we wanted to use the feature directly, could we stop uploading source packages?
[16:03] <tyhicks> mardy: yes
[16:04] <mardy> tyhicks: we have the long-term plan of migrating to a dbus p2p connection, so it may be that at some point we'll switch to getting the context from the fd of the peer
[16:04] <mardy> tyhicks: great, then there won't be any problems
[16:05] <tyhicks> mardy: That's where the context is coming from
[16:06] <tyhicks> mardy: When a DBus connection is made, I do a aa_getpeercon() call on the socket fd and then store that on the DBus connection
[16:06] <cjwatson> zyga: No
[16:06] <zyga> cjwatson: ok
[16:06] <cjwatson> zyga: The project never got that far
[16:07] <zyga> cjwatson: so I guess that's all I need for now, many thanks, that does clear stuff up for us
[16:18] <evilissimo> hmm lintian is giving me postrm-does-not-call-updaterc.d-for-init.d-script
[16:18] <xnox> evilissimo: did you use dh_installinit ?
[16:18] <evilissimo> yeah
[16:18] <evilissimo> actually it's automatically used
[16:18] <evilissimo> debian/packagename.upstart is present
[16:19] <cjwatson> Known when dh_installinit is running in Ubuntu mode; ignore it
[16:19] <xnox> ah, ok.
[16:19] <evilissimo> cjwatson: so I should just ignore this one?
[16:19] <cjwatson> Yes
[16:20] <evilissimo> k
[16:21] <cjwatson> $ lintian openssh-server_6.2p2-4_amd64.deb
[16:21] <cjwatson> E: openssh-server: postrm-does-not-call-updaterc.d-for-init.d-script etc/init.d/ssh
[16:21] <cjwatson> ^- you're in reasonable company
[16:21] <cjwatson> of course check that your package is actually starting the upstart job correctly
[16:24] <geofft> Perhaps the Ubuntu-patched dh_installinit should also install an override?
[16:37] <mdeslaur_> @pilot out
[16:42] <roadmr> cjwatson: hey, sorry to keep pestering with this. So for checkbox, all I would need is to dput a source package, if that doesn't match a tag in lp:ubuntu then the auto-importer takes over? and I don't have to do or upload anything else?
[16:42] <roadmr> (just want to triple-check so I don't mess things up)
[16:47] <psusi> cjwatson: I've sent you an updated bundle for parted including the fix you uploaded the other day, and two more I've added
[17:01] <cjwatson> roadmr: To repeat: if your VCS layout no longer matches that of lp:ubuntu/checkbox, then just push it somewhere else, forget about lp:ubuntu/checkbox, and upload source packages
[17:01] <cjwatson> psusi: Thanks, sorry for being slow about this - I'll try to get to it this weekend
[17:01] <roadmr> cjwatson: ok, gotcha. Thanks so much!
[18:46] <mterry> Are ddebs enabled for ports.ubuntu.com?
[18:52] <infinity> mterry: Yes.
[18:52] <infinity> mterry: ddebs.ubuntu.com hosts all arches.
[18:54] <mterry> infinity, oh, I looked in the wrong place then, thanks
[18:57] <mterry> infinity, http://ddebs.ubuntu.com/dists/saucy/main/ seems short
[19:01] <infinity> mterry: Indeed it does.
[19:01] <infinity> pitti_: No ports indices on ddebs?  Que pasa?
[19:03] <infinity> mterry: Most of the right files should be there (other than things pitti purged when he was low on disk space :/ ), but indeed, he doesn't seem to be generating indices...
[19:11] <nfm> I'm writing a program and I was thinking of licensing it under the WTFPL just because that sort of reflects my style (I'm not trying to be Stallman here). However, in the future if I'm looking for a programming job I'd like to be able to point to it and the rest of my projects as examples. Would having the WTFPL in there be a strike against my "professional image" in the eyes of potential...
[19:11] <nfm> ...employers or would they not care?
[19:23] <kees_> infinity: say, back in quantal I had asked you to carry some eglibc patch... but I can't find any record of a bug or anything for it.
[19:24] <infinity> kees: Was it the patch(es) you uploaded for?
[19:24] <kees> I'm trying to find it...
[19:25] <infinity> 2.15-0ubuntu15
[19:25] <kees> yeah, that's the one
[19:25] <kees> but that patch is missing now?
[19:25] <infinity> https://launchpad.net/ubuntu/+source/eglibc/2.15-0ubuntu15
[19:25] <infinity> Is it?
[19:25] <kees> Oh! it's in the ubuntu/ directory, not the any/ directory
[19:25] <kees> did you not want it for debian?
[19:26] <infinity> I was undecided for Debian while upstream discussions were going on, and probably have never revisited since.
[19:27] <kees> the "discussion" upstream was "meh, no"
[19:27] <kees> and didn't take into account any kind of local suid attacks, etc
[19:28] <kees> infinity: errr... it's back into any/ for saucy?
[19:30] <infinity> ./debian/patches/ubuntu/submitted-no-stack-backtrace.diff
[19:30] <infinity> kees: ^-- Looks to be in ubuntu/ to me...
[19:30] <kees> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/eglibc/saucy/view/head:/debian/patches/any/submitted-no-stack-backtrace.diff
[19:31] <infinity> kees: That branch is.  Uhm.  A filthy lie.
[19:31] <kees> hah
[19:31] <infinity> I should just wipe it out completely.
[19:31] <infinity> It's probably stuck on precise or something.
[19:32] <kees> okay, cool.
[19:33] <slangasek> s/wipe it out completely/get it in sync/
[19:35] <infinity> slangasek: Tomayto, tomahto.
[19:35] <tvoss> slangasek, ping
[19:36] <slangasek> tvoss: hey there
[19:36] <tvoss> slangasek, hey, how goes?
[19:36] <slangasek> tvoss: it's a-goin' :)  what's up?
[19:36] <infinity> slangasek: Something akin to "just wipe it out and get it reimported" would work best for my workflow, which doesn't involve bzr for eglibc, cause that's painful madness when syncing with Debian's SVN.
[19:36] <tvoss> slangasek, just saying hello :
[19:36] <tvoss> )
[19:36] <infinity> slangasek: If it can be in whatever shape required so that the imported just DTRT when I upload, then I can blissfully not care about it.
[19:37] <slangasek> right, which means an importer fix
[19:37] <seb128> do we still have anyone caring about import issues?
[19:37] <seb128> or rather "caring enough to fix those"
[19:56] <robru> sil2100, hey sorry I'm late, wasn't feeling well this morning. gonna make up the hours tonight.
[20:04] <tjaalton> slangasek: what do you think, should libpam-pwquality conflict with libpam-cracklib as it provides the same functionality, or should the pam config conflict. having both works, but it asks the confirmation password twice (use_authtok doesn't seem to help)
[20:04] <tjaalton> having both installed and enabled, that is
[20:50] <sil2100> robru: hi!
[20:50] <sil2100> robru: did you fix the webapps stack already?
[20:54] <slangasek> tjaalton: well, if you make the packages conflict, a user can't use both modules for different services, maybe that's a use case you want to support?  In that case, pam profile conflicts seem reasonable
[20:56] <tjaalton> slangasek: they only support the password stack
[20:56] <tjaalton> oh I see
[20:56] <tjaalton> there's more than common-*
[20:58] <bdmurray> slangasek: I ran into bug 1142843 when I forgot I was logged into a system over ssh and ran update-manager.  Is there anything to be done in update-manager about this?
[20:58] <slangasek> bdmurray: could be fixed to exit with a more friendly message instead of throwing a backtrace, but I'd say that's probably low priority?
[20:59] <bdmurray> slangasek: yes re low but there is an errors report for it with ~785 duplicates
[21:01] <slangasek> bdmurray: hmm. in spite of that I guess most of the users encountering it understand afterwards what they did... but, well, maybe it's quicker to fix than argue the priority, by adding a suitable try/except?
[21:03] <tjaalton> slangasek: could pam-auth-update grow to support enabling configs that are not enabled by default? like injecting the to-be-enabled config to libpam-runtime/profiles. that would allow having a non-default config for pam_mkhomedir easily enabled
[21:03] <tjaalton> and more
[21:04] <slangasek> tjaalton: I would gladly consider patches, but I don't see having time to write this myself anytime soon
[21:04] <tjaalton> slangasek: sure, I'll file a bug so I won't forget :)
[21:14] <robru> sil2100, yes, webapps stack is in excellent shape.
[21:15] <robru> sil2100, just gonna fix up that webbrowser-app thing about the assets today.
[21:16] <sil2100> robru: did you publish it?
[21:17] <sil2100> robru: thanks :)
[21:17] <robru> sil2100, no, I don't think I'm set up for that. need you/didrocks to publish still.
[21:39] <sil2100> robru: let me check that
[21:45] <robru> I hate CMake.


[12:06] <ciplogic> Hi all, I sow that I can spare around 2 hours/day and I want to contribute as much as possible to Ubuntu. I am mostly a C++ developer on CAD systems (which probably does not help as much) but of course I know C, a bit of C# and I am ready to learn
[11:05] <gnomefreak> ok you ready?
[11:05] <metguru> gnomefreak: sorry i took so long
[11:06] <metguru> yea
[11:06] <gnomefreak> metguru: type gksudo "gedit /etc/apt/sources.list"
[11:06] <gnomefreak> metguru: let me know whaen its opened with gksudo
[11:06] <metguru> it opened with gedit
[11:07] <gnomefreak> good now delete everything in it except the wine repo if you want to keep that one
[11:07] <metguru> no, i don't think i need that, i have wine already
[11:07] <gnomefreak> than deelete everything
[11:07] <metguru> so totally clear>
[11:07] <metguru> ?
[11:07] <metguru> ok
[11:07] <gnomefreak> ok keep it open
[11:08] <metguru> ok
[11:08] <gnomefreak> http://paste.ubuntu-nl.org/39072/plain/   copy and plaste the sources.list on the link i just gave you into your empty file
[11:08] <gnomefreak> s/plaste/paste
[11:09] <gnomefreak> metguru: let me know when they are all there
[11:09] <metguru> what is s/plaste/paste
[11:09] <gnomefreak> metguru: i fixed my spelling error
[11:09] <metguru> o, lol sry
[11:09] <gnomefreak> metguru: copy and paste the stuff on that link into your empty file
[11:10] <metguru> i did
[11:10] <gnomefreak> metguru: click save
[11:10] <gnomefreak> metguru: than close geidt
[11:10] <metguru> ok
[11:10] <metguru> ok
[11:10] <gnomefreak> metguru: in terminal type sudo apt-get update
[11:11] <metguru> i got two errors
[11:11] <metguru> E: Could not get lock /var/lib/dpkg/lock - open (11 Resource temporarily unavailable)
[11:11] <metguru> E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
[11:12] <gnomefreak> metguru: close synaptic
[11:12] <metguru> ok
[11:12] <gnomefreak> sudo apt-get update
[11:13] <metguru> ok
[11:13] <metguru> its done
[11:13] <gnomefreak> metguru: sudo apt-get install sun-java5-plugin
[11:13] <gnomefreak> metguru: let me know when its done im going for a smoke while its installing
[11:13] <metguru> lol
[11:13] <metguru> ok
[11:17] <gnomefreak> it done
[11:17] <gnomefreak> is it done even
[11:17] <metguru> its at some thing i have to read
[11:17] <gnomefreak> metguru: its the liceince
[11:17] <gnomefreak> just accept it
[11:17] <metguru> and idk how to get passed, lol
[11:17] <gnomefreak> metguru: it should ask you to type y
[11:17] <metguru> o
[11:18] <metguru> arhg
[11:18] <gnomefreak> what?
[11:18] <metguru> it just says <ok>
[11:18] <gnomefreak> metguru: hit ctrl+c
[11:19] <metguru> gnomefreak:nothing
[11:19] <gnomefreak> after hitting the ctrl button and the C button at same time it should give you a prompt?
[11:19] <metguru> its not dooing anything
[11:19] <metguru> doing
[11:19] <gnomefreak> metguru: close terminal that it is in
[11:20] <metguru> ok
[11:20] <gnomefreak> open terminal
[11:20] <metguru> ok
[11:20] <gnomefreak> metguru: type sudo dpkg --configure -a
[11:20] <gnomefreak> metguru: let me know if it asks for a y or n
[11:20] <metguru> no
[11:21] <gnomefreak> metguru: is it installing?
[11:21] <metguru> Setting up java-common (0.25ubuntu1) ...
[11:21] <metguru> Setting up libltdl3 (1.5.22-4) ...
[11:21] <metguru> Setting up odbcinst1debian1 (2.2.11-13) ...
[11:21] <metguru> Setting up unixodbc (2.2.11-13) ...
[11:21] <gnomefreak> good
[11:21] <gnomefreak> let me know when its done
[11:21] <metguru> it is
[11:21] <metguru> it went back to the chris@Lukas:~$
[11:21] <gnomefreak> metguru: type sudo update-alternatives --config java
[11:22] <gnomefreak> metguru: it will show you 3 choices?
[11:22] <metguru> it says 1 program
[11:22] <metguru> nothing to configure
[11:22] <gnomefreak> metguru: sudo apt-get install sun-java5-plugin
[11:23] <gnomefreak> metguru: it should install everything else now as long as you accept the liceince
[11:23] <metguru> Reading package lists... Done
[11:23] <metguru> Building dependency tree
[11:23] <metguru> Reading state information... Done
[11:23] <metguru> You might want to run `apt-get -f install' to correct these:
[11:23] <metguru> The following packages have unmet dependencies:
[11:23] <metguru>   sun-java5-bin: Depends: sun-java5-jre (= 1.5.0-08-0ubuntu1) but it is not going to be installed
[11:23] <metguru> E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
[11:24] <gnomefreak> metguru: type sudo apt-get -f install
[11:24] <gnomefreak> metguru: is it installing the things now?
[11:24] <metguru> yea
[11:24] <gnomefreak> good
[11:24] <metguru> then it asked if i wanted to continue and i hit y
[11:25] <gnomefreak> good
[11:25] <gnomefreak> metguru: let me know when its done
[11:25] <metguru> now its back to that screen
[11:25] <gnomefreak> metguru: what screen?
[11:25] <metguru> give me a sec
[11:27] <metguru> http://paste.ubuntu-nl.org/39073/
[11:27] <metguru> and i can't get passed it
[11:27] <gnomefreak> metguru: hit the tab key until <ok> lights up
[11:27] <gnomefreak> should be once
[11:27] <metguru> ok
[11:27] <gnomefreak> metguru: hit enter
[11:27] <metguru> its installing
[11:28] <metguru> http://paste.ubuntu-nl.org/39074/
[11:28] <gnomefreak> finding out why they added that screen in there
[11:29] <gnomefreak> metguru: is it done?
[11:29] <metguru> yea
[11:29] <gnomefreak> metguru: now type sudo update-alternatives --config java
[11:29] <metguru> frostwire is loading
[11:29] <gnomefreak> metguru: let me know if it give syou 3 choices
[11:29] <gnomefreak> metguru: your notdone yet :)
[11:30] <metguru> ha, sorry
[11:30] <metguru> no just 2
[11:30] <gnomefreak> metguru: does one say 1.5 in it anywhere?
[11:30] <gnomefreak> or 5.0
[11:30] <metguru> java-1.5.0
[11:31] <gnomefreak> metguru: type that number and hit enter
[11:31] <gnomefreak> metguru: it might be 2
[11:31] <metguru> Using `/usr/lib/jvm/java-1.5.0-sun/jre/bin/java' to provide `java'.
[11:31] <gnomefreak> metguru: good
[11:31] <gnomefreak> now you can play with frostwire
[11:31] <metguru> man..why does it take so much to do that
[11:32] <metguru> to install java
[11:32] <gnomefreak> metguru: it doesnt take that much at all normally but they changed the java installer since i have installed it as i found out so you did it 2 times
[11:33] <metguru> o
[11:33] <metguru> why didn't it come up in the GUI as a package
[11:33] <gnomefreak> metguru: apt-get isnt gui
[11:34] <metguru> o
[11:34] <metguru> well, thanks a lot for helping
[11:34] <gnomefreak> the screen you saw (maybe blue?) is ran by crap cant remember now i just had it
[11:34] <metguru> yea, it was blue
[11:35] <gnomefreak> yeah its ran by a differnet library netcurses or someting (i think its ruby)
[11:35] <metguru> oh