[12:06] <TheMuso> c
[12:06] <TheMuso> /c/
[02:43] <[g2] > mjg59 I'm seeing > 500Mbs throughput via ttcp on a single core from memory with dapper's i386 kernel
[02:43] <[g2] > however, the sata notebook drive performance appears absymal 1.5MBs
[06:56] <desrt> BenC; hi
[02:06] <zul> heyloo
[02:31] <zul> BenC: hoary is a pain in the ass, i wish i didnt have so many typos
[03:26] <morgs> Any chance we can get bug 43961 looked at?
[03:27] <morgs> Malone bug 43961 in linux-source-2.6.15 "Power down after shutdown does not work..." [Major,Confirmed]  http://launchpad.net/bugs/43961
[03:32] <infinity> morgs: In 3 days?  It seems unlikely.
[03:32] <infinity> morgs: I think all the kernel bugs we have now are the ones we're shipping dapper with.
[03:35] <morgs> infinity: Thanks. Oh well... breezy was worse...
[03:35] <morgs> on my laptop that is...
[05:32] <BenC> zul: hehe
[05:43] <zul> *sigh* i need a faster computer
[06:08] <BenC> zul: do you have ccache setup?
[06:11] <zul> BenC: yep
[06:11] <zul> first thing i did i only have a p4 2.4 GHZ
[06:12] <BenC> ah, yeah, i386 build can be paintful there
[06:12] <zul> exactly...
[06:57] <Mithrandir> BenC: have you given any thought to merging xen for eft?
[07:21] <zul> everything is so much better with a 20 inch wide screen monitor
[07:21] <tuxmaniac> heh
[07:21] <tuxmaniac> zul: You have to monitors?
[07:23] <zul> no just one
[08:42] <BenC> Mithrandir: it's probably going to be something discussed at the distro sprint in june
[08:42] <BenC> Good thing is, the edgy kernel is all ready for upload, just need to get lrm building with it
[08:42] <Mithrandir> BenC: 'k.  It'd be really shiny to have, but I guess you know that already. :-)
[08:43] <BenC> Mithrandir: it's one of those things I hear about atleast every other week :)
[08:43] <Mithrandir> BenC: well, my turn this week, then.
[08:46] <infinity> BenC: Give me a full set of i386 header packages for the new kernel (and maybe a -686 binary to test against), and I'll deliver you LRM on a silver platter on June 2nd.
[08:53] <zul> Mithrandir: i was thinking about it but then i got side tracked
[08:54] <Mithrandir> zul: that has never happened to me. ;-)
[08:56] <zul> hehe..
[08:57] <zul> I blame mr collins
[08:58] <fabbione> i blame mr Short
[08:58] <zul> sssh..
[09:15] <BenC> infinity: actually, I've built l-r-m against it on amd64
[09:15] <BenC> infinity: the only thing bad right now is nvidia-legacy and ati drivers are using some functions that are non-existent in the new kernel, so I'm trying to hack them up myself
[09:19] <infinity> BenC: I can fix the nvidia-legacy thing.  I already know where it needs fixing.
[09:19] <infinity> BenC: But if you're having fun, carry on.
[11:19] <zul> heylo
[11:38] <BenC> infinity: If you define fun as messing with crappy code to support a driver that....who am I kidding, I am having fun :)


 @KMyers I'm printing directly on glass, no raft https://print.adamoutler.com/webcam/?action=stream&1506878589781
 https://m.accuweather.com/en/weather-news/tropical-system-may-bud-in-caribbean-or-near-florida-coast-in-next-10-days/70002873
 Damn
 I think I have enough flash drives for a few weeks
 @KMyers can I forward that image?
 @ahoneybun, I don't care
[19:27] <regeneration> Hi guys. What do you think Apple is profiting from releasing ARM-optimized iOS and macOS? I have ideas like having the benefits of open source development in a sense that anybody can come up with higher value than Apple developers. And it makes sense building that enormous super spaceship-like mega center for the company as a tease reward for developing for Apple. I mean they have the coolest workplace on the earth. Also the
[19:27] <regeneration>  can be spent in any country for all who want to participate in making an Apple product. That's how I think Apple is investing into their business. And the walls of a company is the hinder for making decent software.
 What's with all the flash drives?
 @AdamOutler, Just a work project
 @regeneration, I cannot support anything Apple does.
[19:58] <regeneration> I just heard they put innovation into freeBSD.
 @regeneration, Not as much as you would think - and they rarely contribute to open source. Apple is well known for abusing patent litigation to restrict others - they hate competition and anything that poses a threat to their walled garden. The last thing I would argue that they contributed to was WebKit.
 Microsoft is doing more for Open Source than Apple
 by a landslide
[20:06] <regeneration> I'm not well informed KMyers, just seeing the walls of Apple lower
 Best to do your own research as many will say that I am a bit Anti-Apple but if you sift through the marketing, you will find that they are well known for inhibiting open source software while giving the illusion they support it.
 Word.
 We need a Microsoft Word emoji for when I want to just say "word".
 clippy
[20:14] <regeneration> They are aggressive for profit tigers for sure.
[20:31] <regeneration> This article has a comment which plays with the idea Google making a desktop OS to replace Windows. And I'm saying Apple is kind of following open sourcy policies as Google enters their territory(desktop pc)
[20:39] <regeneration> https://betanews.com/2016/08/25/windows-mac-or-linux-which-operating-system-best-suits-your-business/


[00:17] <grantbow> I hope it will get busier but quiet is usual
[00:31] <ajczapiewski> hey man so do you help with ubuntu?
[21:33] <ajczapiewski> hello peeps


[09:56] <tormod> evand, what is the status of bug #136682 wrt to 8.04.1?
[09:58] <tormod> evand: the reason I ask it is milestoned for 8.04.1 but it hasn't got into hardy-proposed (not even on bzr)
[12:11] <ub4b> is there any docs how the setting of partman affects installation of the kernel (and grub settings), eg the obvious difference in rootfs between 1 disk setup and raid1 ...
[12:12] <cjwatson> the initramfs deals with mounting the root filesystem; it's basically a matter of what root= you pass to grub
[12:12] <cjwatson> (aside from / on LVM which has to use lilo instead of grub at the moment)
[12:41] <ub4b> cjwatson: and these tools write option like root=UUID=5e1133c3-b2f0-4c28-ac91-2c21dab32c8d to the kernel line of grub.lst ?
[12:41] <ub4b> I mean menu.lst
[12:42] <cjwatson> grub-installer does that, yes
[12:43] <cjwatson> well, no, that's not quite true
[12:43] <cjwatson> grub-installer feeds the device name to update-grub, and update-grub converts to a UUID as appropriate
[12:44] <cjwatson> (for example, it leaves /dev/md* alone and doesn't UUIDify that, because that's already a stable device name)
[13:22] <ub4b> update-grub seems to find my custom kernel, but only if menu.lst doesn't exist, otherwise it's not being added
[14:42] <evand> tormod: It's in Intrepid.  I'm working on nominating and uploading the rest of the Wubi 8.04.1 bugs today.
[21:32] <CIA-1> ubiquity: evand * r2682 ubiquity/ (4 files in 3 dirs):
[21:32] <CIA-1> ubiquity: * Disable the close button for progress windows (LP: #107686).
[21:32] <CIA-1> ubiquity: * Reset stay_on_page when the back button is pressed (LP: #235374).
[21:33] <mario_limonciell> evand, did you have a plan when you were going to do the first build for intrepid of ubiquity?  i'd like to squeeze in the *-mythbuntu FE changes before you do, so i'd like to plan accordingly
[21:37] <evand> *-mythbuntu FE?
[21:38] <evand> I was thinking about doing it soon -- tomorrow, ideally -- but I can wait if need be.
[21:40] <mario_limonciell> if you can do it tomorrow evening, that should be fine
[21:41] <mario_limonciell> i've just got to make sure i didn't introduce any regressions with the changes
[21:44] <evand> ok, regardless I'll check with you before starting the process tomorrow night
[21:44] <mario_limonciell> okay thanks
[21:44] <evand> no problem
[23:49] <xivulon> evand, cjwatson how do you suggest testing the ntfs-3g fix?
[23:49] <xivulon> I can only test (simplistically) if there is any regression, I am not sure how to trigger the conditions that generated the bug to begin with


[09:39] <dodo65> Bonjour les MOTUs, Hello the masters. I need some precisions to diffuse a new package. Perhaps someone can help?


[12:43] <pruthvi> Hi Everyone
[12:45] <pruthvi> I was looking into options on how to enable auto evacuation of VMs from the host compute to another in case the current host fails, is there a config I have to manually modify to enable it ?


[11:46] <nikolam> how can I keep using Xubuntu desktop in one language and write with another?
[11:47] <nikolam> I like, select chinese to try to write, but Chinese eupport seems only to work if I select Chinese as the main interface language in lightdm when I am logging in.
[11:47] <nikolam> I would like to run those support apps to write Chinese, if ai Am using english locale for Xfce/Xubuntu
[15:37] <Wolffy> :-)
[15:38] <Wolffy> I Wollfy I
[15:57] <Wolffy> Had insaled UBUNTU on Windows 8.1
[16:23] <Wolffy> installed
[16:23] <Wolffy> UBUNTU 16.04
[16:34] <Wolffy> Family 74LS TTL
[16:34] <Wolffy> Anyone does work here
[16:34] <Wolffy> Does anyone work here
[16:35] <Wolffy> TTL circuits


[08:26] <akiva-thinkpad> hey I am just double checking; I want to start contributing to unity8. which image is more ideal to develop on, this: http://cdimage.ubuntu.com/ubuntu-desktop-next/daily-live/current/ or this http://cdimage.ubuntu.com/daily-live/current/
[13:47] <mzanetti> cimi, hey ho
[13:47] <mzanetti> how's the Ubuntu Shape topic?
[13:48] <mzanetti> cimi, and this: https://trello.com/c/pcbaobCA/161-8-implement-new-comment-entry-in-previews-with-avatar-date-and-comment
[13:48] <cimi> mzanetti, I have a branch local, but doesn't look as matthieu expected, so I pinged loic to see if he can tweak the values
[13:48] <mzanetti> cimi, ack (re shape thing)
[13:50] <mzanetti> cimi, and this: https://trello.com/c/pcbaobCA/161-8-implement-new-comment-entry-in-previews-with-avatar-date-and-comment
[13:51] <cimi> mzanetti, I forgot about this, I think I tweaked your branch and was waiting review?
[13:52] <mzanetti> cimi, that was for the input field
[13:52] <cimi> or maybe I even pushed something
[13:52] <mzanetti> cimi, and yes, that's in a silo atm
[13:52] <mzanetti> cimi, this trello card is about displaying the comments from others
[13:52] <mzanetti> cimi, with avatar, date etc
[13:52] <cimi> mzanetti, https://code.launchpad.net/~cimi/unity8/previewSocialComment/+merge/263339 ?
[13:52] <mzanetti> cimi, yeah, that branch was about writing a comment
[13:52] <mzanetti> now I'm asking about displaying them
[13:53] <cimi> this displays
[13:53] <mzanetti> oh, indeed
[13:53] <mzanetti> so this is done?
[13:53] <cimi> mzanetti, seems like, and landed :D
[13:53] <mzanetti> looks like
[13:53] <mzanetti> cool
[13:54] <mzanetti> thanks :)
[13:54] <mzanetti> cimi, think you can do this one then? https://trello.com/c/Po7jbsRZ/81-8-posting-videos-photos-via-preview
[13:55] <mzanetti> actually I'm not sure if pstolowski did the ground works already
[13:57] <cimi> mzanetti, first I have another couple around cards
[13:58] <mzanetti> cimi, ack
[15:50] <mariogrip> Xmir: Failed to send message to server: Broken pipe ... Any ideas?
[15:52] <dandrader> mariogrip, better ask in #ubuntu-mir
[15:52] <mariogrip> dandrader: Okay, thanks.
[16:55] <greyback_> mzanetti: hey, are there any known AP test fails with u8 atm?
[16:55] <mzanetti> greyback_, yes and no
[16:55] <mzanetti> greyback_, so it is known that sometimes at startup, AP fails to connect to the test
[16:55] <mzanetti> erm, to unity
[16:55] <greyback_> mzanetti: they need a re-run then?
[16:55] <mzanetti> yes
[16:56] <greyback_> ok
[19:11] <mhall119> kgunn: mzanetti: how close are we to being able to plug a Nexus4 into HDMI and have it orient/fill the external screen properly?
[19:11] <mzanetti> more a question for greyback__ at this stage ^
[19:11] <mhall119> I want to get a "docking station" assembled to test convergence, but there's not much point until it can use the screen properly
[19:12] <mzanetti> uh! want a picture and a howto for that docking station :D
[19:12] <mzanetti> finally my reason to buy a 3d printer
[19:12] <kgunn> kdub: ^
[19:12] <greyback__> mhall119: : silo0 has an early version of that, it's got rough edges tho
[19:13] <mhall119> greyback__: I couldn't tell a difference in the HDMI output between rc-proposed without silo0 and with it
[19:13] <kdub> mhall119, yes, the mir features are in place
[19:13] <greyback__> mhall119: when did you test?
[19:14] <mhall119> greyback__: slimport adapter connecting my Nexus4 to an HDMI TV
[19:14] <mhall119> greyback__: just a couple days ago
[19:14] <greyback__> mhall119: ok, I'll give the silo a look tomorrow.
[19:15] <mhall119> mzanetti: well, "docking station" was in scare quites because it'll be the slimport adapter and bluetooth keyboard/mouse
[19:15] <mhall119> greyback__: thanks, and anything I can do to help with testing/debugging, please let me know
[19:15] <greyback__> mhall119: sure
[19:15] <mhall119> I've figured out how to use the citrain tool now to install silos
[19:17] <kgunn> kdub: just in mir0.14 tho ?
[19:29] <mhall119> it looks like silo0 is using the Mir 0.13 series
[19:33] <mhall119> how can I check what version of Mir is being used on my phone?
[19:44] <dandrader> mzanetti, "(process:32142): GLib-GIO-ERROR **: Settings schema 'com.canonical.qtmir' is not installed"
[19:44] <dandrader> I was told you know how to work around this crash
[19:44] <mzanetti> ?
[19:44] <mzanetti> dandrader, where are you getting this?
[19:45] <dandrader> when trying to run qtmir demo server on a laptop
[19:46] <mzanetti> well, you could install the settings schema
[19:46] <mzanetti> which you should have if you're running the stable-phone-overlay ppa
[19:47] <dandrader> mzanetti, I do have /usr/share/glib-2.0/schemas/com.canonical.qtmir.gschema.xml
[19:47] <mzanetti> dandrader, can you query it with gsettings?
[19:47] <dandrader> mzanetti, don't know how to do it
[19:47] <mzanetti> gsettings list-keys com.canonical.qtmir
[19:48] <dandrader> mzanetti, does not show it
[19:48] <dandrader> I'm running as root, if it makes any difference
[19:48] <mzanetti> hmm... good question. let me try
[19:49] <mzanetti> works for me as root too
[19:49] <mzanetti> dandrader, unlikely, but try recompiling your schemas:
[19:49] <mzanetti> sudo glib-compile-schemas /usr/share/glib-2.0/schemas/
[19:51] <dandrader> mzanetti, that solved it. thanks!
[19:51] <mzanetti> cool
[19:52] <mzanetti> dandrader, smells like some apt-get upgrade didn't finish all the configure steps
[19:56] <kdub> kgunn, i think 0.14 might have two bugs that were fixed recently with multimonitor
[19:57] <kdub> but silo0 should have those fixes
[19:57] <kgunn> that's right
[19:57] <kgunn> plus 14 is gonna hit vivid any day now


[20:53] <thumper> morning
[21:29] <davecheney> moin moin
[21:29] <davecheney> thumper: i have no idea when the stadnup is now
[21:29] <davecheney> thanks to timezones
[21:29] <davecheney> can we just do it now ?
[21:29] <thumper> davecheney: hey
[21:30] <thumper> davecheney: sure, not sure who else is actually around
[21:30] <davecheney> i'll jump in the hangout
[21:30] <thumper> I know menno isn't back until Thu
[21:30] <davecheney> if it's just you and me
[21:30] <davecheney> then i'll at leats be quick
[21:31] <thumper> :)
[22:43] <davecheney> mwhudson: ping
[22:44] <davecheney> mwhudson: http://paste.ubuntu.com/8594439/
[22:44] <davecheney> gcc / clang appear to change their as(1) behaviour depending on the _case_ of the file extension
[22:49] <mwhudson> hah uh
[22:49] <mwhudson> davecheney: looks like 32 bit though, all that stuff has fallen out of my brain
[22:53] <davecheney> i guess it's part of using gcc as a frontend
[22:53] <davecheney> do you know the diffrence between .s and .S
[22:53] <mwhudson> i do not, i'm afraid
[22:54] <mwhudson> davecheney: ah google suggests that .S goes through the preprocessor
[22:54] <davecheney> it looks like .S goes through a preprocessor
[22:54] <davecheney> yes
[22:54] <davecheney> just figured that out with -c
[22:54] <davecheney> just figured that out with -v
[22:55] <davecheney> ok, i should be able to figure it out from here
[22:55] <mwhudson> which even sort of makes sense (in hindsight) looking at your pastebin
[22:55]  * mwhudson lunches
[22:56] <davecheney> makes sense in retrospect should be the tagline for gcc


[07:09] <dholbach> good morning
[20:29] <Legendario> hi. I'm trying to package a software and I'm having the following error. I have no clue about how to solve it: bzr: ERROR: Unable to find the needed upstream tarball for package
[20:30] <Legendario> the orig.tar.gz package is right above on the directory
[20:35] <Legendario> anyone can help?
[20:35] <Legendario> those are my first attempts to create a package
[20:41] <jtaylor> Legendario: probably its looking in ../tarballs
[20:43] <Legendario> jtaylor, should i create such a directory and copy the tarball to this place?
[20:43] <jtaylor> yes
[20:45] <Legendario> jtaylor, let me try it :-)
[20:48] <Legendario> jtaylor, now I got another error... bzr: ERROR: Not a branch: "/home/kemel/devel/debian-packages/dukto/".
[20:48] <Legendario> :-(
[20:51] <Legendario> jtaylor, no... same error. I was in the wrong directory
[20:52] <jtaylor> is the file named correctly?
[20:52] <jtaylor> version number the same
[20:56] <Legendario> jtaylor, yes... I guess it was that
[20:57] <Legendario> jtaylor, thanks. I'll try to go ahead here
[21:12] <mfisch> Legendario: are you using bzr-buildpackage?
[21:24] <Legendario> mfisch, sim
[21:25] <Legendario> mfisch, yes
[21:25] <mfisch> sorry I don't know what sim is
[21:26] <mfisch> but if you are using bzr-buildpackage you need to do it from your bzr tree, thats the second error
[21:26] <mfisch> that command rebuilds the .orig so I thought
[21:30] <Legendario> thanks guys
[21:30] <Legendario> gotta leave
[21:52] <alo21> hi..crtools has been built for 64 bit arch only...
[21:53] <alo21> now I am going to merge/sync it, and my questions is: Is ok if I built crtools only for 64 bit (32 bit failed)?
[21:57] <jtaylor> its amd64 only
[21:57] <jtaylor> I'd wait until the new version is in unstable
[21:57] <jtaylor> I doubt it works with the raring kernel anyway
[21:58] <jtaylor> hm interesting, it does not need kernel support
[21:59] <alo21> jtaylor, how much time does import from experimental take?
[22:00] <jtaylor> ask the maintainer
[22:00] <jtaylor> its probably in experimental for a reason
[22:00] <jtaylor> its early enough in the cycle so we can just wait
[22:02] <jtaylor> also you again picked an incredible complicated package
[22:02] <jtaylor> you have a nack for that
[22:02] <jtaylor> (the packaging might be simple, didn't check, but the functionality is non trivial)
[22:05] <alo21> wow... that's incredible.... anyway thanks.
[22:25] <jtaylor> Logan_: will you merge gevent soon?
[22:26] <Logan_> jtaylor: It appears to be synced with Debian, no?
[22:27] <jtaylor> oh
[22:27] <jtaylor> why is my autoppkgtest still failing then :O
[22:27] <Logan_> Oh, because of a bug I reported. D'oh.
[22:27] <Logan_> https://bugs.launchpad.net/ubuntu/+source/python-gevent/+bug/1181942
[22:27] <Logan_> I do way too much syncing and merging for my own good. :P
[22:27] <jtaylor> ok its jsut autopkgtest bugging out
[22:27] <jtaylor> all tests pass
[22:28] <jtaylor> s/autopkgtest/jenkins/
[22:28] <Logan_> Oh, cool.


[01:09] <r2d2rogers> kwadroke: cool, I am not on that list
[01:09] <r2d2rogers> krakrjak: thanks for the relay,
[02:28] <r2d2rogers> Public Google hangout for Chat night https://plus.google.com/113343680491548824655/posts
[02:33] <r2d2rogers> Hey zillah, you up for the google hangout?
[02:35] <zillah> yeah, in a few minutes
[02:36] <r2d2rogers> cool
[02:36] <r2d2rogers> Public Google hangout for Chat night https://plus.google.com/113343680491548824655/posts
[02:40] <zillah> ok, i'll be there in a just a minute
[02:56] <kwadroke> Public Google hangout for Chat night https://plus.google.com/113343680491548824655/posts
[03:00] <kwadroke> Hey TommyT, we've got a Google Hangout going
[03:00] <kwadroke> https://plus.google.com/113343680491548824655/posts
[03:00] <TommyT> I saw that, but it says I'm not invited to Google+
[03:00] <kwadroke> Need an Invite?
[03:01] <TommyT> OK<EMAIL_ADDRESS>[03:01] <r2d2rogers> Public Google hangout for Chat night https://plus.google.com/113343680491548824655/posts
[03:01] <r2d2rogers> sorry kwadroke will get ya the invite
[03:02] <kwadroke> sent
[03:10] <TommyT> I think this netbook may be too underpowered for this
[03:11] <kwadroke> unstandable
[03:43] <TommyT> the performance is terrible.... I'll try it again with beefier hardware. seeya!


[13:11] <jibel> skaet, on the tracker there is "Ubuntu Desktop Preinstalled armhf+mx5" shouldn't it be "Ubuntu Desktop armhf+mx5" instead ?
[13:13] <skaet> jibel,  I wasn't clear if it had been switched over to pre-installed or not yet.    Am assuming that when Adam switches it over he'll change the iso tracker,  but double checking is definitely in order.
[13:14] <skaet> infinity,  do yo have any updates on where we are with the oneiric kernel respin?     I'm not seeing many clues in the backscroll
[13:15] <jibel> skaet, well, on cdimages.u.c there are builds for mx5 live but no preinstalled.
[13:17] <skaet> jibel,  then yeah,  we probably need to change over the iso tracker.
[13:19] <skaet> infinity,   ogra - when any of the ARM images change from pre-installed,   please make sure to let jibel, stgraber or myself know so we can get the iso tracker back in synch.
[13:23] <ogra_> skaet, i was actually planning to add the omap4 arch to default server builds today and see what comes out
[13:23] <ogra_> without dropping the preinstalled build attempts, but they wont build until germinate is fixed
[13:24] <ogra_> not sure if that will also affect the normal alternate server builds though
[13:25] <ogra_> skaet, probably cjwatson has an idea for a quick-fix of germinate as interim solution
[13:25] <cjwatson> https://code.launchpad.net/~vorlon/germinate/lp.1025818/+merge/115429
[13:25] <cjwatson> I'm not going to merge something incomplete there
[13:25] <skaet> ogra_,  please double check that we won't be breaking the alternate server builds.
[13:25] <ogra_> cjwatson, yeah, thats clear from the comments
[13:26] <ogra_> skaet, we cant, if arm would fail that would only be arm
[13:26] <ogra_> our build system is clever enough to catch that
[13:27] <ogra_> and chances are better that the alternates will actually build, they dont run germinate on the target arch (as we do for the preinstalled-ship seed on preinstalled-server)
[13:28] <ogra_> so the older germinate on nusakan will be used
[13:28] <cjwatson> Indeed.
[13:29]  * ogra_ really doesnt get why unity-2d suddenly eats 370M according to htop ... that was 170M in precise
[13:30] <ogra_> (for an idling desktop right after boto that is)
[13:30] <ogra_> *boot
[13:30] <cjwatson> I expect it'll be easy to review and merge once it has a test, but I'm not going to attempt something without that, given my experience of the fragility of this kind of change.  I expect Steve will finish it off once he's back from the plugfest.
[13:31] <ogra_> cjwatson, right, my target is to move to the same server builds as anyone else anyway i would pretty much love to put preinstalled to rest right now
[13:31] <ogra_> but seems QA needs them
[13:31] <jibel> skaet, added mx5 live with default ubuntu desktop armhf testcase, and also added a default testcase to omap live which had none.
[13:31] <skaet> thanks jibel
[13:32] <ogra_> we really need some mx5 boards in the company if we want to go on supporting that
[13:32] <ogra_> currently we fully rely on the one board that adam has on which he can only test if it has spare cycles and he has time
[13:37] <ogra_> cjwatson, does that look ok to you ? http://paste.ubuntu.com/1101810/
[13:37] <cjwatson> ogra_: I'd rather do those last two lines the other way round.
[13:37] <cjwatson> precise amd64 amd64+mac i386 powerpc
[13:38] <cjwatson> *       amd64 amd64+mac i386 powerpc armel+omap4
[13:38] <ogra_> ok
[13:38] <cjwatson> More conventional and easier to extend later
[13:39] <ogra_> done
[13:39] <ogra_> hmm, and i probably want armhf :P
[13:46]  * ogra_ fires off a testbuild of ubuntu-server for omap4
[13:59] <ogra_> oh, that was pretty painless
[14:00]  * ogra_ wgets, lets see if it also boots
[15:57] <ogra_> Generating the binary iso/jigdo images ...
[15:57] <ogra_> mkdosfs 3.0.7 (24 Dec 2009)
[15:57] <ogra_> Extracting bootloader from main archive
[15:57] <ogra_> cp: cannot stat `omap4/cdrom/vmlinuz': No such file or directory
[15:57] <ogra_> make: *** [bin-images] Error 1
[15:57]  * ogra_ curses
[15:57] <ogra_> i dont get why it does that
[15:58] <ogra_> ogra@nusakan:~$ ls -l /srv/cdimage.ubuntu.com/ftp/dists/quantal/main/installer-armhf/current/images/omap4/cdrom/vmlinuz
[15:58] <ogra_> -rw-rw-r-- 1 cdimage cdimage 4293816 2012-07-19 13:34 /srv/cdimage.ubuntu.com/ftp/dists/quantal/main/installer-armhf/current/images/omap4/cdrom/vmlinuz
[15:58] <ogra_> the file definitely exists ... its just as if DI_PATH isnt properly exported in debian-cd or so
[15:59] <cjwatson> set -x it.
[16:01] <ogra_> good idea ...
[16:01]  * ogra_ fires off a testbuild
[16:03] <bjf> infinity: my oneiric kernel packages are in the upload queue?
[16:10] <ogra_> oh, my, what a mess these omap4 debian-cd scripts are
[16:11] <ogra_> so yeah, i was looking at the wrong script ... having SUBARCH=omap in all these scripts surely cant work
[16:14] <ogra_> how embarrasing
[16:16] <cjwatson> Ah, yeah
[16:17] <ogra_> nobody noticed since we never built alternate for anything else than karmic omap
[16:40] <bjf> cjwatson, i have oneiric packages in the upload queue for yesterdays incident. can i trouble you to process them?
[16:42] <cjwatson> done
[16:43] <bjf> cjwatson: many thanks!
[16:43] <infinity> Heh, I was JUST doing that. ;)
[16:43] <infinity> Timing is everything.
[16:44] <cjwatson> Bah, I could have slacked.
[16:44] <infinity> Sure could have.
[16:46] <ScottK> cjwatson: That's almost always true.  The procrastinator's mantra is "If you wait long enough, it usually turns out you didn't need to do it anyway."
[16:47] <cjwatson> It's a careful balance between that and continuing to draw a paycheque, really.
[16:47] <ScottK> Absolutely.
[16:47] <skaet> infinity,  what's still needed before it goes to -updates?
[16:47] <cjwatson> Being published would be a start :-)
[16:48] <skaet> :)
[16:49] <skaet> was meaning is there further testing lined up or not?
[16:51] <infinity> skaet: From the bug log, I'm not sure it's even had basic smoketesting yet.
[16:51] <skaet> infinity,  from the IRC channel I had assumed so.
[16:51] <infinity> It doesn't need rigorous regression testing and other such involved pain, but it does need someone to boot it and make sure it's not just plain broken.
[16:52] <bjf> skaet: i'd like both utlemming and hggdh to test the kernel
[16:52] <skaet> bjf, infinity - what's the bug number that's being used to track this one?
[16:53] <infinity> 1026730
[16:53]  * skaet adding to the incident report
[16:53] <infinity> And 1026884
[16:53] <infinity> Though it looks like that one won't happen today, given the task status.
[16:54] <henrix> infinity: working on that one. hopefully, i'll have the lts pkg soon
[16:55] <dobey> what's the best way to go about pulling some pyqt bits onto the default install/image for quantal right now? having them in recommends/depends for things that are on the default install already?
[16:56] <infinity> dobey: If they're not required by the install, it seems a bit odd to artificially want to pull them in?
[16:57] <dobey> infinity: i want to get rid of ubuntuone-installer; and there is also no more ubuntu-sso-client-gtk with the new version i'm working on the upload for right now
[16:58] <dobey> so ubuntuone-control-panel-qt and ubuntu-sso-client-qt require some pyqt bits
[16:59] <infinity> Which they should depend on if they do?
[16:59] <infinity> I may be utterly failing to see what you're trying to do here. :P
[17:00] <ScottK> Then he immediately hits the brick wall of python-qt4 is frigging huge and you have to split the package.
[17:00] <ogra_> Jul 20 16:58:05 main-menu[292]: WARNING **: Configuring 'cdrom-detect' failed with error code 1
[17:00] <dobey> right. so what's the best way to get the -qt versions on the default install? just pull them in? i guess i'd need to add ubuntuone-control-panel-qt to ubuntu-meta though for ubuntu-desktop?
[17:00]  * ScottK dons his Debian maintainer hat and says, "patches welcome".
[17:00]  * ogra_ sighs deeply
[17:00] <dobey> ScottK: i guess thee's plenty of room now :)
[17:01] <ScottK> Oh, right.  Good point.
[17:01] <ScottK> Of course everyone else thinks that too, so move fast.
[17:01] <infinity> dobey: ubuntuone-control-panel-qt would have to be seeded, yes.  But its dependencies should just be, well, its dependencies.
[17:01] <dobey> infinity: right, and they are
[17:02] <dobey> infinity: should i propose a branch to seed it then?
[17:02] <infinity> Check, so it's not a question of getting pyqt on the CDs, but rather getting ubuntuone-control-panel-qt on them. :P
[17:02] <infinity> Is this all in the archive already?
[17:02]  * infinity just looks.
[17:02] <dobey> well there's nothing not in the archive that i'm trying to add to the image yet; so yes
[17:04] <dobey> there was only the one bin new i had this time 'round, as we haven't gotten anything else ported to python3 yet
[17:04] <infinity> Alright.  I'll just s/ubuntuone-installer/ubuntuone-control-panel-qt/ in the desktop seed and that should make you happy.
[17:06] <skaet> infinity,   looks like hggdh and utlemming are lining up for testing the oneiric kernel as soon as it comes out of the builders.   Will you be around later today to push it out,  if it tests ok?
[17:06] <infinity> skaet: It's already out of the builders...
[17:06] <infinity> skaet: But yes, I'm on top of it.
[17:06] <utlemming> infinity: do you have the URL for the new kerenl?
[17:06] <skaet> infinity,  ok,   please update the incident report as the status of things change.
[17:07] <infinity> utlemming: https://launchpad.net/ubuntu/+source/linux/3.0.0-23.39
[17:09]  * utlemming is testing new kernel
[17:10] <arosales> utlemming: thanks :-)
[17:11] <infinity> dobey: Hrm, do we still want ubuntuone-client-gnome too?  I'm a bit confused by the structure of this. :P
[17:11] <dobey> infinity: yes, ubuntuone-client-gnome is the nautilus and gnome-settings-daemon plug-ins
[17:12] <infinity> dobey: Okay, then this should do it: ubuntuone-client-gnome
[17:12] <infinity> Err.
[17:12] <infinity> http://paste.ubuntu.com/1102113/
[17:12] <infinity> That.
[17:12] <infinity> Multiple paste buffers strike again.
[17:12] <dobey> infinity: yeah, that should work
[17:12] <dobey> thanks
[17:14] <infinity> dobey: I'll update meta too, so we can see the results of this.
[17:16] <dobey> infinity: awesome. thanks much
[17:19] <infinity> dobey: And done.
[17:25] <utlemming> infinity: I've tested the new Oneiric kernel and confirmed it to work
[17:34] <skaet> thanks utlemming
[17:34] <infinity> utlemming: On both x86 arches, I'm guessing?
[17:35] <utlemming> infinity: on i386, verifying it amd64 now
[17:36] <infinity> utlemming: Anyhow, better to follow up to the tracking bug instead of me, so we can keep note of what's been done.
[17:36] <infinity> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1026730
[17:36] <ubot2> Ubuntu bug 1026730 in linux "linux: 3.0.0-23.39 -proposed tracker" [Medium,In progress]
[17:40] <utlemming> infinity: posted comments, and confirmed on amd64 too
[17:49] <henrix> infinity: oneiric packages ended up in the wrong component.  can you sort that out?
[17:49] <cjwatson> I can
[17:49] <cjwatson> I was meaning to check back on that anyway
[17:49]  * infinity blinks.
[17:49] <infinity> There was nothing NEW in them, how would that have happened?
[17:50] <cjwatson> Hm, not published yet
[17:50] <infinity> Oh, hahaha.
[17:50] <infinity> My removing the binaries would have killed it, of course. :P
[17:51] <infinity> Which is why only that one file is wrong.
[17:51] <infinity> Derp.
[17:51] <cjwatson> linux-image-3.0.0-23-virtual?
[17:51] <henrix> yep
[17:51]  * cjwatson fixes
[17:52] <henrix> cool, thanks
[17:54] <infinity> Will need the same manual override for lts-backport-oneiric's version later.  I'll keep that in mind when I accept it.
[17:54] <infinity> If it makes it today.
[17:55] <henrix> infinity: i hope it does... almost there!
[17:55] <infinity> Actually, wait.  Why would that be?  I only removed it on i386...
[17:55] <infinity> cjwatson: I thought soyuz was smart enough to copy overrides from another arch if the binary existed?
[17:56] <infinity> Maybe that breaks cross-pocket or something odd.
[17:57] <cjwatson> It looks like it *should*, but the ancestry logic in soyuz is very very wonky.
[17:58] <cjwatson> Sorry, the at least three different implementations of ancestry logic.
[17:58] <cjwatson> Fixing that is somewhere on my list :-/
[18:05] <hggdh> infinity, skaet, bjf: starting to test the kernel
[18:05] <bjf> hggdh: thanks
[18:05] <skaet> thanks hggdh
[18:16] <henrix> cjwatson: you did fix the oneiric pkg, right? because the 'promote-to-proposed' task is still 'incomplete' on the bug
[18:16] <cjwatson> I didn't do any bug paperwork
[18:16] <cjwatson> I ran change-override
[18:16] <cjwatson> linux-image-3.0.0-23-virtual 3.0.0-23.39 in oneiric i386: universe/admin/optional -> main
[18:17] <henrix> ah, ok. just wanted to confirm. i'll fix the bug task
[18:17] <henrix> thanks
[18:17] <infinity> henrix: Too late. ;)
[18:17] <henrix> infinity: :)
[19:30]  * skaet --> appt.   Online later
[19:35] <hggdh> utlemming: did your m1.small instance run OK? I lost contact with mine
[19:39] <hggdh> bjf: not really good: http://pastebin.ubuntu.com/1102330/
[19:41] <hggdh> jjohansen, bjf, infinity, skaet: tests still going on, but AWS m1.small failed
[19:42] <jjohansen> hggdh: this is the latest kernel correct? What of an older say -17 kernel?
[19:44] <hggdh> jjohansen: this is the current -proposed one. I just rebooted it, and will run the test again
[19:47] <henrix> hggdh: can you bring this to #ubuntu-kernel so that smb can help with this?
[19:49]  * hggdh moved over to -kernel
[19:50] <hggdh> jjohansen: as of yesterday, a -17 kernel also failed. But today I ended with a system down
[19:51] <jjohansen> hggdh: the -17 failure I saw yesterday was the QRT output not a dmesg oops, did the -17 also have an oops
[19:52] <hggdh> jjohansen: nope, it did not
[19:53] <jjohansen> hggdh: okay, so is this then a regression from previous kernel, failure of QRT test is a lot less serious than OOPs on test
[19:53] <hggdh> jjohansen: I did not repeat the OOPS, but I do get non-fatal GPFs now
[19:54] <jjohansen> hrmmm
[19:55] <jjohansen> hggdh: we need to know if we are getting those with previous kernels as well
[20:18] <balloons> is anyone about who can help me clean up the 'ubuntu core' testcases? I'd like to migrate them, but I want to make sure they make sense
[20:19] <infinity> balloons: Sure.
[20:19] <infinity> balloons: I'm not even sure what testcases it has, or how many it really needs. :P
[20:20] <infinity> balloons: Point me at something?
[20:20] <balloons> infinity, ok.. sure
[20:20] <balloons> there are three builds on the tracker
[20:20] <balloons> all point to this: http://testcases.qa.ubuntu.com/Install/ARM/Core
[20:21] <balloons> the builds are for amd64, armhf and i386
[20:21] <infinity> Yeah, I know, it's my product. ;)
[20:21] <infinity> And that testcase is fine.
[20:21] <infinity> It's really just testing that the chroot tarball itself didn't get hideously broken or corrupted in creation.
[20:21] <infinity> Since if the packages are broken, we'll find out elsewhere too.
[20:21] <infinity> (Everything in core is in every other image)
[20:22] <balloons> ok, right.. So I was going to say let's make sure we get proper links in the download links
[20:22] <balloons> but it looks like they are correct now
[20:22] <balloons> http://iso.qa.ubuntu.com/qatracker/milestones/219/builds/18993/downloads
[20:22] <balloons> ok, so I'll strip that sentence out and add your little explanation to the top and convert them over
[20:23] <balloons> thanks infinity
[20:23] <infinity> NP.
[20:27] <balloons> does anyone know the status on this bug? https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1009226. I just tried to run through the upgrade testing again, and this is a hard stop
[20:27] <ubot2> Ubuntu bug 1009226 in update-manager "Precise to Quantal: update-manager UI crashes: can't load DistUpgradeViewGtk (No module named vte)" [High,Confirmed]
[20:29] <balloons> actually, the bug I'm getting is very close, but not quite the same.. I'll go searching again to see if it's a dupe, but I know jibel was mentioning earlier upgrades are broken
[21:06] <hggdh> infinity, skaet: kernel approved on QA
[21:10] <infinity> hggdh: Shiny.
[21:12] <infinity> jjohansen: Were you doing the security sign-off for this oneiric update?
[21:12] <jjohansen> infinity: I am working on it
[21:13] <balloons> infinity, on those core images, where should bugs be reported? against what package?
[21:14] <infinity> balloons: If a package itself is broken, against that package.
[21:14] <infinity> balloons: If it's just that the image is broken somehow, ubuntu-cdimage
[21:15] <infinity> balloons: (Pretty much the same rules as any image, no?)
[21:15] <infinity> balloons: Well, except that sometimes the "cdimage" bug is in livecd-rootfs or live-build or something, but we don't expect users/testers to necessarily know that.
[21:16] <balloons> right, that works.. I'll get instructions added for bugs now
[21:20] <balloons> infinity, the core image does contain apport correct?
[21:21]  * stgraber wouldn't think os
[21:21] <stgraber> *so
[21:21] <stgraber> it's called core for a reason
[21:21]  * stgraber checks
[21:21] <stgraber> balloons: right, no apport
[21:22] <balloons> stgraber, thanks
[21:22]  * balloons adds to bug reporting instructions
[23:41]  * skaet back
[23:44]  * skaet looks at the tracking bug,  sees all is shiny and smiles  :)


[01:45] <Kraus> OvenWerks: Input Bridges and Output Bridges are sources and sinks, yeah?
[09:33] <V|A> hi all
[09:33] <V|A> how do i get the tab bar on my desktop bigger?
[09:34] <V|A> its super tiny. managedto find general DPI setting playing around but now idea what to do about the bar


 I am getting tired of elementary stuff though,,way to much like a mac  :(
[14:48] <darkmatter> coz_: yeah. bit I'm just doing it for fun. it's been almost a year since I themed ffx. I'd rather brush the rust out with hackerage than real work :P
[14:50] <coz_> darkmatter,  understood but I didnt mean to discourage... many love elementary stuff as I did at first
[14:51] <darkmatter> cozthe overall project is ok. but it is decidely mac-ish. the whole "fresh ideas" thing isn't very fresh :P)
[14:51] <coz_> darkmatter,  mac look is somewhat boring to me...especially now that someone said to me " mac did it right,,why play with anything else"
[14:51] <darkmatter> lol
[14:54] <coz_> darkmatter,  I did a double face palm and a "home alone"  screem when they said that to me :)
[14:54] <darkmatter> coz_: the problem I have isnt so much the 'look'. that can be changed. I just don't like the cloning of mac apps. the only really appealing thing about eleentary (imho) is the lack of menubars. because we all know how I hate such things, global or otherwise :P
[14:55] <coz_> darkmatter,  i agree,, I actually find it a bit better than mac's appearance
[14:55] <darkmatter> not saying they're not doing a good job. I give them credit for all the code being committed. just to much mac :P
[14:58] <darkmatter> coz_: buy I do like "some" of it a lot, like the friendly error page being worked on for midori. kinda what I was talking about years ago regarding less error, more love, ala BeOS. quite diff, but same vein
[14:59] <coz_> darkmatter,  yeah i know DanRabbit and the guys are doing some fine work for sure
[15:01] <darkmatter> coz_: things like the error page http://browse.deviantart.com/customization/screenshots/nix/?order=5&offset=24#/d38wqvd
[15:01] <coz_> nice  :)
[15:01] <darkmatter> because I've talked about shit like that for/// ummm/// lost track of how many years :P
[15:01] <coz_> :)  yes I am well aware :)
[15:02] <coz_> ok you guys have my flicker   http://www.flickr.com/photos/57304627@N04/
[15:02] <coz_> here is my soundcloud    http://soundcloud.com/cozziemoto
[15:03] <darkmatter> has "goofy" wording that could be less 'cool kid' crap, but the lack of text wall and actual choices beyong shreaking like a banshee woirks
[15:03] <darkmatter> k. looking in a sec. need coffee :P
[15:03] <coz_> there are 3 pages... mm I must have been up all night :)
[15:04] <coz_> eww  the transcoding they do there is not that great   damn damn damn
[17:07] <thorwil> oh boy, the Ubuntu DVD Packaging Artwork thread is so full of naivety, i don't even know where to start
[17:07]  * thorwil deletes thread and ponders unsubscribing once again
[18:46] <doctormo> thorwil: morning
[18:46] <thorwil> morning doctormo
[18:47] <doctormo> thorwil: can I get your thoughts on the ideas in this wallpaper http://imagebin.org/136621 (not the execution, I have more work to do)
[18:51] <thorwil> hmmm
[18:52] <thorwil> doctormo: is that a mother happy to see the father coming from the other side?
[18:53] <thorwil> doctormo: it looks pretty well balanced to me
[18:56] <thorwil> doctormo: the far distance is maybe a bit dark. might be ok if you assume the sun is in the back of the viewer
[19:01] <doctormo> thorwil: Thanks :-) they also wanted a plain version, I'm still playing with it all http://imagebin.org/136624
[19:04] <thorwil> doctormo: stream needs to be brighter in front
[19:04] <thorwil> who are 'they'?
[19:04] <doctormo> Edubuntu, trying to make a concept they'll be happy with.
[19:05] <doctormo> Since I think they've been disapointed with the results so far.
[19:05] <thorwil> really? a world map lacking new zealand  sets a high standard!
[19:07] <doctormo> Awe, now you're just being vicious. what's this thread about on the mailing list? I haven't read it.
[19:07] <thorwil> doctormo: then don't do it ;)
[19:09] <thorwil> it's about how almost complete ignorance of the visual identity somehow allows to create artwork that can be used over a long time. and which application beats which, with gimp, ps, inkscape, corel draw and illustrator in the ring :}
[19:16] <doctormo> thorwil: I don't think I understand. You're saying that the discussion is about creating DVD box artwork which has no branding?
[19:18] <thorwil> doctormo: it's my point that it is somewhat absurd ... the author expressed that ignoring the ubuntu visual identity would allow long-time reuse of the work. he made it sound like the identity would change every few months ...
[19:19] <doctormo> heh
[19:19] <doctormo> How about every 5 years
[19:19] <doctormo> The author is slightly cookoo when it comes to Ubuntu art anyway. Check out his deviantArt page.
[19:21] <thorwil> isn't much of deviantart slightly cookoo?
[19:31] <doctormo> thorwil: It's based on the innner most parts of people's brains. Squishy.
[19:35] <thorwil> http://identitydesigned.com/royal-mail/
[19:41] <doctormo> thorwil: God the colour is aweful.
[19:44]  * thorwil will have that colour for breakfast and like it!


[15:02] <sigius> In my ubuntus .config file just about every box is ticked causing it to build all drivers (for one thing) when building the kernel. How do I come by a smaller .config that builds only the drivers my hardware needs ?
[17:00] <sigius> In my ubuntus .config file just about every box is ticked causing it to build all drivers (for one thing) when building the kernel. How do I come by a smaller .config that builds only the drivers my hardware needs ?  Or is this not the place to ask ?
[20:03] <yofel> hi, can I get some info on what procedure is needed to fix bug 356807 ?
[20:03] <ubot3`> Malone bug 356807 in linux "rt_ioctl_giwscan log spam removal or fix" [Undecided,New] https://launchpad.net/bugs/356807
[20:04] <yofel> the ralink staging wireless drivers (in this case rt2860sta) are built in debug mode and some 95% of the dmesg.log only contains debug info of the wireless driver
[20:04] <yofel> which you don't usually need...
[20:40] <elops> is there a way i can get apt-get to just do that once again?
[20:40] <elops> how do i update my menu.lst for an updated kernel version?
[21:01] <dhillon-v10> elops, what version of ubuntu are you using
[22:42] <crimsun> so...anyone else doing FTBFS fixes?
[22:42] <crimsun> bah
[22:42] <crimsun> -ECHANNEL
[23:07] <dhillon-v10> crimsun, I would like to get working on those, but don't know how to do one, can you give me some direction on that


[01:39] <tsimonq2> Excellent.
[08:50] <Jasem[m]> wgrant: I noticed builds were _really_ fast now.. you guys upgraded the machines or this is just an artifact?
[08:53] <wgrant> Jasem[m]: Hm, nothing should have changed there for a month or so.
[08:53] <wgrant> What in particular seems fast?
[08:53] <Jasem[m]> wgrant: I just ran a build request and it finished in less than 10 mins which is abnormal (usually takes an hour)
[08:54] <Jasem[m]> not the build time itself, but it time until it starts building and uploading.
[08:54] <Jasem[m]> I guess maybe because queues were largely empty
[08:56] <wgrant> Jasem[m]: i386/amd64 queues at most times of day are empty. Unless you upload at a consistently bad time every day, you should have seen significant queue latency.
[08:56] <wgrant> (except for the past week or so)
[08:57] <Jasem[m]> wgrant: ah okay.. what happened recently that created the build delays?
[08:59] <wgrant> Jasem[m]: One of our internal clouds ran into some load problems, but we've hopefully fixed that today.
[22:38] <tsimonq2> cjwatson, wgrant: Seems like it's lcy01's turn to want to have all builders on "Cleaning:
[22:38] <tsimonq2> s/g:/g"/
[22:39] <wgrant> tsimonq2: Yep. Different issue there, but we're trying to work out what's gone wrong.
[22:41] <tsimonq2> wgrant: Glad to hear, thanks.
[22:41] <tsimonq2> (glad to hear that the issues are being worked out, not so much the issue itself...)
[22:41] <wgrant> Heh
[22:42] <acheronuk> thanks. murphy's law dictates it always seems to happen just before we or others kick off nightly builds!
[22:42] <wgrant> lgw01's issue should be solidly solved. Just ended up overloaded as LP started sharing the new cloud with other heavy workloads.
[22:42] <wgrant> lcy01's problem is more sinister and OpenStacky.
[22:43]  * acheronuk cheers for lgw01 at least
[22:51] <tsimonq2> wgrant: Do the problems keep /stacking up/?
[22:51]  * tsimonq2 runs
[22:51] <wgrant> tsimonq2: BAD
[22:51] <tsimonq2> XD
[22:56] <acheronuk> BAD^AWFUL


[11:09] <luisbg> knome: I need to know what the issue is before I contact the maintainer (steve dodier)
[11:10] <luisbg> I don't have much time to follow Ubuntu Studio anymore so I really don't know what is the issue with xfce4-volumed
[19:12] <sakrecoer> zequence & kryten : i can't stress enough how much i appreciate you learning me this, but can we discuss it here? I don't think what you are writing to me is contradictious in anyway, but i struggle handling both inputs at the same time.
[19:13] <sakrecoer> i renamed the branch for MR to ubuntustudio.xenial.set
[19:13] <sakrecoer> as far as i understand what you wrote, zequence, this is so that it would be easier the merge them localy, is that right?
[19:15] <sakrecoer> effectively avoiding confusion between my branch (ubuntustudio.xenial.set) and the offical (ubuntustudio.xenial)
[19:45] <sakrecoer> in order to follow the first part of your step-instructions, i think i will rather give it the first name i pushed it with.
[19:45] <sakrecoer> your= zequence
[19:45] <zequence> sakrecoer: Yes, exactly
[19:51] <zequence> The names are just for the actual folders on your computer. Nothing to do with the names in launchpad.
[19:51] <zequence> Makes sense to use he original name for the official branch, and modified names for any non-official branches, such as user owned branches.
[20:33] <knome> zequence, you still have my artwork (logo update) MR pending.
[20:37] <zequence> knome: Yes, I haven't got to reviewing that myself. Since from what I understand the dimensions have changed, I felt it requires some processing. Didn't want to do a quick decision there.
[20:37] <zequence> Again, would be good to have an art lead taking that role. I will get to that fairly soon I think, though
[20:37] <knome> dimensions?
[20:37] <knome> it's an svg
[20:38] <knome> :P
[20:38] <knome> if you want, i can do an overlay of the old/new style if you like, but it's really essentially the same logo
[20:39] <knome> it's just redone in the technical sense that it's now cleaner in terms of symmetricity etc.
[21:23] <zequence> knome: Maybe I misunderstood, but my impression was that the lines were somewhat thicker?
[21:23] <knome> not in any significant way
[21:23] <knome> i can do the overlay for you
[21:24] <knome> let me see if i have the old logo lying around ...
[21:26] <knome> zequence, http://temp.knome.fi/ubuntustudio/us-logo-update.png
[21:27] <knome> zequence, green is new, red is old
[21:28] <knome> so as you can see, it's *slightly* wider, but most importantly, the form is completely symmetric now and all angles are snapped to the closest 45°
[21:28] <knome> obviously if you think the line wight is a problem, the new logo source allows changing that very easily
[21:34] <zequence> knome: Thanks for that. It's pretty obvious how malformed the old one is. But, the effect of straightening that out does change the feeling of the full thing. And, that's ok if that is what one wants, but to get the original feeling one might need to adjust a few things.
[21:35] <knome> zequence, the MP i posted has the source file
[21:36] <knome> zequence, that is technically 6 inkscape paths, so you can easily change their stroke width and angles if you want to exactly match the old logo, but fix the irregularities in the symmetry
[21:38] <zequence> knome: Yes. I might want to experiment with that just a bit. Since, the current MP is more of a replacement than a fix, in a way. And that makes it somewhat a bigger issue. I promise to take a closer look within a week or so.
[21:38] <knome> well, i'm not in a hurry with it
[21:39] <knome> i thought you wanted to get the new logo in use for 16.04
[21:39] <knome> especially since UIF has gone already
[21:40] <zequence> Yeah, we're late, as so often before. But, there's still plenty of time to get those details fixed.
[21:40] <zequence> Currently, I'm mostly focused on -controls. That's my main bit for the final beta, and whatever fixes we still might need
[21:40] <zequence> Then comes artwork, and then I'll be done :)
[21:40] <zequence> Well, the home page too, of course
[21:40] <knome> sure
[21:40] <knome> it's your (plural) ship, not mine
[21:41] <zequence> Luckily, most of our changes will be specific to our flavor
[21:49] <sakrecoer> to sound like a broken record: i think knome s logo is perfection incarnated. :)
[21:50] <sakrecoer> but i guess its just an opinion, althought, if i may specify, it's an educated: after all i do have master degree in design, :p
[21:51] <knome> well, i don't, so go figure ;)
[21:51] <zequence> Since it is a change, and not only a small fix, it touches on tradition, so that is my main concern
[21:51] <knome> i would consider it a facelift, not really a "change"
[21:51] <zequence> I'm currently updating the meta, by the way
[21:52] <knome> but again, that's ultimately your decision
[21:52] <zequence> Since the dimensions are changed, it is a change
[21:52]  * knome shrugs
[21:52] <knome> you have the source file, have fun with it
[21:52] <sakrecoer> i understand, zequence :)
[21:54] <zequence> sakrecoer: Aside from renaming stuff in debian/control and a file named update.cfg in the ubuntustudio-meta, I'm also taking the opportunity to remove a couple of transitional packages that we don't need anymore: ubuntustudio-generation and ubuntustudio-recording
[21:54] <sakrecoer> but personaly, i wish the person who introduced the pataoïdal version we have now would have had the same respect for the logo that you have, zequence
[21:54] <zequence> I should have removed them after trusty, already
[21:55] <sakrecoer> *patatoïdal.. =shaped like a potato :D
[21:56] <sakrecoer> ok, nice, i was hopeing i'd get to do it to learn, but i don't complain. :)
[21:57] <sakrecoer> ah sorry i missread you
[21:57] <sakrecoer> goodgood
[21:57] <zequence> sakrecoer: Only the uploader works on the meta usually, but in cases where you need a sponsor who is not a studio dev, you might want to do some changes yourself
[21:58] <zequence> Well, in this case, when I'm doing something else than just updating the dependencies
[21:58] <zequence> In this case I'm reorganizing some files manually, which is not the normal case
[21:59] <zequence> I mean, in this case, you would want to make the changes yourself, and then give the source to a sponsor
[22:00] <zequence> But, the other 19 times you just let the sponsor update the meta, since that mostly involves running a script supplied with the meta source
[22:00] <zequence> Hope I'm being somewhat clear
[22:02] <zequence> To return to the case with the logo, changing dimensions is a pretty big deal, at least if it is visible to the naked eye. And, that just takes some consideration, cause then you're messing with something pretty fundamental to the distro.
[22:02] <zequence> I don't want to make a decision there that is not well grounded
[22:03] <sakrecoer> yes, well, as usual its easier to understand by seeing. :) 19/20 when i feel you are unclear, it is in fact my understanding that is cluttered..
[22:05] <sakrecoer> re:logo. sure. but the way i see it, its not changed in proportions.
[22:07] <sakrecoer> but nevermind my opinion. at least, if you still see your reflexions about it fit in schedule :)
[22:09] <zequence> My first impression was that it was clearly different. That's enough for me to not just let things pass without at least momentarily thinking about what else one could do
[22:17] <zequence> Putting kryten's proposed changes to the update.cfg file, includeing the changed urls for seeds (bzr+ssh, instead of http)
[22:19] <sakrecoer> well, from pataoïdal to perfect is quite big change tho, we approach it from to different angles. but i respect what you invoke and i will not bother you with my opinion on it again :)
[22:21] <zequence> I'll also upload -default-settings today
[22:21] <sakrecoer> except maybe this: i think the distorted version was distorted on purpose to make it work at very small size.
[22:21] <sakrecoer> but its just me guessing .
[22:22] <zequence> sakrecoer: So, you think the new version does not work as well on small sizes?
[22:22] <sakrecoer> i think it does, thats why its perfect
[22:23] <zequence> ok
[22:23] <sakrecoer> my attempt at correcting the logo did *not* work in supersmall
[22:30] <sakrecoer> anyways, i respect you attention to detail. and i'm sure it will be perfect what ever the outcome of your final decision/edit
[22:31] <zequence> It's not that I'm against change in itself. I'd rather not even take a stand on that, and just go with what we already have. This sort of cleans something up, but also complicates it a little
[22:32] <zequence> I wouldn't have minded a total new look, but perhaps in the future?
[22:33] <knome> complicates?
[22:33] <zequence> For reasons already explained, yes
[22:33] <knome> okay... :)
[22:35] <zequence> sakrecoer: Your change in -default-settings is already built, but may not be available in the repos yet, if you do an upgrade
[22:36] <zequence> You got your first point on the -default-settings project page https://launchpad.net/ubuntustudio-default-settings
[22:37] <sakrecoer> \o/
[22:45] <zequence> sakrecoer: Actually, we have now created a new package by renaming ubuntustudio-font-meta, which means archive admins need to decide whether to accept that
[22:46] <zequence> We don't actually control that
[22:46] <zequence> ubuntustudio-font-meta will still be around, but as a transitional package. It can be removed during next cycle
[22:47] <zequence> Transitional packages should only be removed after a LTS has been released, since they need to work between LTS to LTS upgrades
[22:50] <zequence> So, let's see what the archive admins think of this
[22:50]  * sakrecoer crosdingfingers touching wooden head
[22:51] <zequence> It's not so trivial usually, but since it's just a meta package..
[23:42] <zequence> After reading up on the procedure, it seems I do not need to do anything further about the added package.
[23:42] <zequence> But, I did have to create bugs for removing the binary packages ubuntustudio-recording and ubuntustudio-generation
[23:42] <zequence> Bug 1557217
[23:43] <zequence> Bug 1557219
[23:43] <zequence> Aside from the bug reports, I had to subscribe the lp team ubuntu-archive to those bugs, so they are aware of them
[23:44] <zequence> That, and other useful information about the archive can be found here https://wiki.ubuntu.com/UbuntuDevelopment/PackageArchive


[09:16] <sil2100> Hello! I recently noticed that there's a few launchpadlibrarian diffs still pending from yesterday
[09:17] <sil2100> Is there a way we can get those resumed?
[10:23] <cristiangsp> sil2100 can you send me links for those?
[11:12] <Hb-> Uploading a translation to Launchpad fails since some days with the message: "Technically, the load balancer took too long to connect to an application server."
[11:13] <Hb-> Page started at is https://translations.launchpad.net/josm/trunk/+pots/josm/de/+upload
[11:26] <Hb-> Upload time was around 90 seconds, answer time for error page another 30 seconds.
[11:27] <Hb-> Has this something to  do with a timeout, as discussed here https://answers.launchpad.net/launchpad/+question/698326 ?
[11:28] <sil2100> cristiangsp: it's hard to find the link for that, but for instance netplan.io in the bionic queue (possibly other series queues too): https://launchpad.net/ubuntu/bionic/+queue?queue_state=1
[11:58] <cristiangsp> Hb- could be related to that. Colin did the update to the config and it's now 65 seconds and it should be deployed too... so maybe we are still short on that one. I will check with him tomorrow once he is back.
[12:04] <cristiangsp> sil2100 it seems that some diff have been pending since yesterday (some of them from upload that have been approved)
[16:15] <kyrofa> Hey folks, it's been a few days with no movement on https://answers.launchpad.net/launchpad/+question/698649 , can I get some help?
[21:05] <QwertyChouskie> Anyone able to help me with a failing import? https://code.launchpad.net/~stk/stk/stk-assets-new
[22:45] <sarnold> I wonder, can you svn clone that remote repo by hand? most of those die on the same remote resource


[00:41] <tmus> Yakkety appears to have switch back from resolved to dnsmasq, but it seems resolver server order is broken... Example: we have split-DNS in certain cases. server.example.com resolves to a public IP on the internet, but a 10.x.x.x address when on LAN (or VPN)...
[00:42] <tmus> Pinging server.example.com from internet, connection to VPN and inging server.example.com again results in the same public IP being pinged... This is not how it used to be and it breaks situations like this.
[00:43] <tmus> Known problem?
[01:02] <tmus> DNS issues reported as bug #1629611 for anyone experiencing the same
[09:00] <amito> hi
[09:00] <amito> anyone on the multipath-tools source?
[19:13] <gebruiker> is there a ureadahead patch that gets applied to the ubuntu kernel? https://bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1176536 ? shows nothing