[09:38] <newhere> hello
[11:04] <newhere> ss
[13:31] <Ddorda> hey guys, this guy want to install Ubuntu and he's from egypt. anyone can help him?
[13:32] <omer_marmar> hey guys,
[13:49] <bahaa2008> thelinuxer, hey yo
[13:51] <Ddorda> bahaa2008: hey there :)
[13:51] <Ddorda> listen, if ever this omer comes back, he wishes to learn Ubuntu. any chance you'll help him out?
[13:52] <Ddorda> i just don't communicate with him so well, i don't know arabic and his English isn't so well.
[13:55] <thelinuxer> bahaa2008: hey man
[13:56] <thelinuxer> Ddorda: hi man
[13:56] <thelinuxer> who's omar ?
[13:57] <Ddorda> thelinuxer: not sure, he jumped to our channel not too long ago
[13:58] <Ddorda> but we're not egyped so i directed him to the right place (i hope) ;)
[13:58] <thelinuxer> ok if he ever comes back tell him that we are here
[13:58] <thelinuxer> Ddorda: It is  (God willing ) :)
[13:58] <Ddorda> sure thing ;)
[13:59] <Ddorda> btw, i saw that you guys had an release party, looked awesome
[13:59] <bahaa2008> thelinuxer, what's the updates
[14:00] <thelinuxer> Ddorda: thanx man, were are u from ?
[14:00] <thelinuxer> bahaa2008: aren't u following the mailing list ;) ?
[14:01] <Ddorda> thelinuxer: Ubuntu-IL, i'm a neighbor
[14:01] <Ddorda> :)
[14:03] <bahaa2008> thelinuxer, i have problems with my internet connection in the past days
[14:03] <bahaa2008> i didn't read all the mails
[14:04] <thelinuxer> bahaa2008: no global updates but we are still planning for the upcoming event
[14:04] <thelinuxer> bahaa2008: i guess we will have a meeting next week or something
[14:04] <thelinuxer> not decided yet
[14:05] <thelinuxer> Ddorda: welcome :)
[14:06] <Ddorda> thelinuxer: do you use Xchat?
[14:06] <thelinuxer> nope pidgin
[14:06] <Ddorda> thelinuxer: oh.. i wrote some RTL plugin for Xchat that i want to share
[14:07] <Ddorda> soon i'll upload it to my blog so it will be published in Ubuntu planet
[14:07] <thelinuxer> what about upstream xchat ?
[14:08] <Ddorda> thelinuxer: well, i don't think it's something to put in Xchat's mainstream. it's more suitable as a plugin
[14:08] <bahaa2008> thelinuxer, we have peridical meeing in alexandria
[14:09] <bahaa2008> periodical **
[14:09] <bahaa2008> every week
[14:09] <thelinuxer> can't u put that stuff on the wiki :D
[14:09] <thelinuxer> pictures from ur meetings, meeting minutes ..extra
[14:09] <Ddorda> however, we can try making it to be packaged and entered to the repos as "xchat-rtl-plugin" or something like that
[14:09] <thelinuxer> it will help up with the approval
[14:10] <thelinuxer> Ddorda: that would be gr8, but also i think that xchat developers might be interested in ur code
[14:11] <Ddorda> i'll check with them, but i believe not, they don't like python scripts and they don't like plugins to be included in the package
[14:11] <Ddorda> but i promise to check
[14:11] <Ddorda> :)
[14:12] <thelinuxer> ok :)
[14:12] <thelinuxer> i will pass that code to friends who are xchat
[14:12] <thelinuxer> please give me a link
[14:13] <Ddorda> thelinuxer: i don't have it uploaded yet. i'll try to post about it today, so it should be in the planet
[14:13] <Ddorda> asap :P
[14:15] <thelinuxer> cool


 How can I locate where autostart file is located?
 I tried https://manual.lubuntu.me/stable/search.html?q=Configuration+files&check_keywords=yes&area=default
 https://askubuntu.com/questions/81383/how-can-i-add-new-autostart-programs-in-lubuntu - for recent version only GUI is mentioned
 ~/.config/autostart
 Yes, that is where the user autostart items are. (re @matkoniecz: ~/.config/autostart)
 The system autostart items follow the freedesktop standard.
[12:36] <guiverc> @matkoniecz, FYI: if you're the user who asked this on askubu earlier today (the question was deleted as I was writing a reply), please note to read the LTS (20.04) manual you can change the word STABLE in the URL to be LTS and you'll read the manual pages for Lubuntu 20.04 LTS ; if that wasn't you.. it may still be helpful...
[16:40] <newbie2022> hi, i have a problem, my touchpad and my fonction Fay (Fn) freeze randomly, i need to restart. Same freeze on the session in live installer media
[23:59] <sonyvaio> hola
[23:59] <Belgrad> Hi to everyone.
[23:59] <Belgrad> I have problem:
[23:59] <Belgrad> Suspend and hibernate does not work on resume.
[23:59] <Belgrad> I have created a permanent swap file of 12GB on memory of 4 RAM. I ve tried some fixes with installing Nvidia driver 470, I think, and prior purging the all Nvidia, but it worked only for 2 times, the third time was X screen from suspend.
[23:59] <Belgrad> What to do, from where to begin?


[00:49] <G> imbrandon: hey, let me know when you are around, spice 0.4 might be inthe impossible basket anyway
[01:11] <imbrandon> G: kk i'm here but about to jump in the car, i'll be arround to chat more in about ~1.5 hours
[01:16] <G> imbrandon: alright
[02:26] <effie_jayx> persia: the change had been done without adding a patch system to the package, I found by checking the debian versions and the ubuntu versions of modified files
[02:28] <effie_jayx> now I wonder what one does when a pacakge has been touched like this
[02:29] <ScottK> If the Debian maintainer didn't add a patch system, don't add one yourself.
[02:31] <effie_jayx> ScottK: ok, later the debian maintainer added the patch system with the changes from ubuntu. The changes in the source done by the ubuntu developer make the patch from the debian maintainer make the package FTBFS. then what do we do?
[02:32] <effie_jayx> change the source code and make the patch from the maintainer do it's thing and then request a sync?
[02:33] <ScottK> effie_jayx: In that case you need to revert the direct changes in the source and go with what Debian did.
[02:34] <ScottK> Other than direct change versus patch are there other Ubuntu changes?
[02:34] <effie_jayx> ScottK: no other changes
[02:34] <ScottK> Then test build the unmodified package from Debian and if it builds, request a sync.
[02:36] <effie_jayx> ScottK: you mean the dsc from debian? or you mean revert the changes in code and the build source pacakge and test build it
[02:36] <effie_jayx> ?
[02:37] <ScottK> effie_jayx: I mean the dsc from Debian.  If you are considering to ask for a sync, that's what you should be testing.
[02:37] <effie_jayx> ScottK: ok
[02:39] <effie_jayx> sorry for being so insisive and obnoxious with so many q's
[02:39] <effie_jayx> just wanna make sure I get it right this time
[02:39] <ScottK> effie_jayx: No problem.  It's how people learn.
[02:40] <ScottK> It's better to ask questions if you have doubt than get it wrong.
[02:41] <effie_jayx> ScottK: sure thing
[02:41] <effie_jayx> this is for tomorrows post and I wanted some sense of conclusion to this
[02:41] <effie_jayx> is it usual for changes to be in code, is that usual now
[02:42] <effie_jayx> a year back people would suggest to have changes in code through patch systems
[02:42] <ScottK> It depends.  It's not the norm, but generally we don't add patch systems where Debian doesn't have one.
[02:42] <ScottK> Also now that more packages are maintained in a VCS, code is often managed that was rather than through patch systems.
[02:43] <effie_jayx> right, and the debdiff would be enough patch for debian?
[02:43] <effie_jayx> ahhh ok
[04:11] <mase_wk> hi guys, i'm trying to create a debian package but i'm having a few issues. Lintian is reporting FSSTND-dir-in-usr usr/doc  , is anyone able to translate this into english for me please ?
[04:12] <persia> If you use lintian -i it will give you a bit more verbose description of each message.
[04:12] <mase_wk> awesome thank you persia
[04:18] <imbrandon> G: pong
[04:23] <mase_wk> persia: so in my /usr/share/<pkg>/changelog.gz i need to have package (version) , is this any different from what is in my DEBIAN/control file ? if not why does it need to be present, is that not creating the potential for the two to get out of sync ?
[04:25] <persia> Um, no.
[04:25] <persia> But for complex reasons.
[04:26] <persia> 1) You should never modify DEBIAN/control manually: this should be constructed at build-time based on other files, most notably debian/control (note the difference in capitalisation).  DEBIAN/control gets Version: set from debian/changelog and Version never exists in debian/control
[04:27] <persia> 2) /usr/share/<pkg>/changelog.gz should never exist
[04:28] <persia> 3) /usr/share/doc/<pkg>/changelog.gz may be one of debian/changelog or an upstream changelog.  In the latter case, debian/changelog will become /usr/share/doc/<pkg>/changelog.Debian.gz
[04:28] <persia> Does that answer your question?
[04:29] <mase_wk> hmm ok , well i'm obv doign something wrong. i have writen some software (GPL licensed of course =) which for some reason other people are finding useful and i'm tryign to make it easier for them to install and Ubuntu/Debian seems to be the most commonly requested format
[04:29] <mase_wk> and i'm following a packaging howto which said that i needed the DEBIAN/control file
[04:30] <mase_wk> so i just made it following the guidelines as best i could
[04:30] <persia> Ah.  The wonder of the internet is the lack of editors :)
[04:30] <mase_wk> and now i'm trying to make it pass lintian
[04:30] <persia> Could you post the URL of the guide you used?
[04:31] <mase_wk> i have printed copy infront of me, url is somewher at home. i read the official ubuntu one but to be honest the hello demo app didn't really help me understand what i was doing
[04:31] <mase_wk> maybe i'm just a bit thick
[04:31] <mase_wk> but constructing it from scratch at least made sense.
[04:32] <persia> I doubt that.  Many of the guides on the internet are flat out wrong.  The official Ubuntu guide is designed to teach folks to deal with packages done in all sorts of ways, and isn't useful at all to create a new package, unless one is prepared for significant study first.
[04:32] <mase_wk> well yeh i spent about 6 hours trying to actually make a package with the ubuntu guide =)
[04:33] <mase_wk> this took me 1/2 and hour but i could actually install it.
[04:33] <persia> So, there's lots of ways to package.  I'd be happy to share mine (which I believe  to be easy), if you're willing to start over.
[04:33] <mase_wk> sure
[04:33] <persia> OK.  First step, get a release tarball of your source, and unpack it.
[04:33] <persia> Second, create a debian/ directory
[04:34] <persia> Third, install the debhelper package, and copy /usr/share/doc/examples/debhelper/rules.tiny to debian/rules
[04:34] <persia> Fourth, run `echo 7 > debian/compat`
[04:34] <mase_wk> what does that do ?
[04:35] <mase_wk> the echo 7 bit
[04:35] <persia> Creates a file called debian/compat containing the the character '7', a carriage return, and an end-of-file marker
[04:35] <persia> This file is used by debhelper to indicate which debhelper compatibility level you are using for the package.
[04:37] <mase_wk> sorry, quick question, the tarball, i've just exported from git, does the tarball need to have the contents at the root ?
[04:37] <persia> It's more automatic that way, but it's not required.
[04:38] <mase_wk> ok, may as well do it correctly first time
[04:40] <persia> Fifth, create debian/copyright.  I like the format described at http://dep.debian.net/deps/dep5/
[04:41] <persia> Sixth, run `dch --create` to create an initial changelog entry.  Set the package name, and version here.
[04:42] <persia> Seventh, create debian/control.  The fields are defined at: http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-sourcecontrolfiles
[04:43] <persia> Eighth: create debian/watch  The format is described in the uscan manpage.  This is optional, but nice.
[04:43] <persia> Ninth, Install devscripts and `debuild -S -us -uc` to create a source package
[04:44] <persia> Tenth, using sbuild, pbuilder, or a PPA, build the package to make the .deb files.
[04:44] <persia> That ought do it.  The result may need some tweaking, but as the upstream author you can do most of that better upstream rather than mangling the packaging.
[04:44] <persia> If you don't have the soruce in the top-level directory, you can add --sourcedir=... in debian/rules (man dh for an example).
[04:45] <persia> If you need to install extra files (manpages, etc.), it's best to do this by adjusting your build system upstream.  Often the build logs will contain useful information about what went right, or what went wrong.
[04:45] <mase_wk> ok cool, thanks for your help, i'm up to doing the copyright section, but i'll let you know how i get on.
[04:46] <persia> Good luck!  Feel free to ask here as you get closer to getting it ready, and want to get it into the distribution.  If you decide not to be part of the distribution, #ubuntu-packaging is also a good reasource for packaging questions.
[04:46] <mase_wk> does it make a difference if the buildsystem is not GNU Make? i'm currently using phing which is very similar to Apache Ant ?
[05:08] <G> imbrandon: sorry, still here?
[05:46] <imbrandon> G: yup wasup ?
[05:48] <G> imbrandon: this is proving to be a nightmare
[05:49] <G> imbrandon: I was okay with the forks of qpixman/qcairo, but vdesktop is really a fork of qemu
[05:49] <G> imbrandon: not only is it going to be a maintenance nightmare, it's going to be a security nightmare if every there are problems in qemu etc
[05:49] <imbrandon> :) most new packages do, thus personaly i dont recomend them for new packagers, but its good to see what "could" go wrong technicly and policticly
[05:50] <imbrandon> yup
[05:50] <imbrandon> we might be better watching it as a project and see how much becomes unforked
[05:50] <G> imbrandon: plus, the devs don't publically say where their forked copy is hosted, they put to the upstream git repos which I've checked and are spice less
[05:55] <imbrandon> ouch
[05:55] <G> imbrandon: however I'm currently knee deep in an interesting libvirt bug
[05:55] <imbrandon> maybe even doing some PPA packages in the meantime etc
[05:55] <imbrandon> G: cool, anything i can help with lemme know
[05:56] <imbrandon> i'll do what i can/time permits :)
[05:56] <G> I could do with a SAN? :P
[05:58] <G> in actual fact, going to tackle this bug
[06:04] <imbrandon> kk
[06:14] <eagles0513875> imbrandon: ping
[06:23] <eagles0513875> imbrandon: never got a response from upstream about mysql workbench :( via mailling list
[06:58] <imbrandon> hum
[07:13] <eagles0513875> imbrandon: how should i proceed with getting workbench into maverick since upstream never got back to me
[09:11] <tarzeau> good morning
[10:16] <AnAnt> Hello, is notify-osd going to be dropped in meerkat ?
[10:19] <arand> AnAnt: I wouldn't think so, why should it?
[10:28] <AnAnt> arand: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue193#Advanced Configuration pop-up messages (notify-osd)
[10:41] <arand> AnAnt: That's news to me... I'm not sure I trust it without further reference..
[12:10] <AnAnt> arand: yeah, that's why I came asking too
[13:18] <micahg> \sh: ping/poke re zend-framework :)
[13:36] <persia> micahg: My recommendation would be to just fix it, rather than waiting.  it's been long enough.
[13:37] <persia> As with everything else, the idea is to use Debian names (adjusting anything in Ubuntu as required), etc.
[13:40] <ajmitch_> is that with the zend-framework vs zendframework?
[13:43] <micahg> persia: no, that's been taken care of, \sh just has to upload the new version to maverick :)
[13:44]  * persia still believes in not blocking on folks if they are apparently busy with other things
[14:02]  * sebner waves at persia
[14:03] <persia> sebner?
[14:03] <sebner> persia: I'm a nice person
[14:04] <sebner> nah, I have a question indeed :)
[14:04] <sebner> persia: my u-u-s membership is expiring but I don't need/can do anything as ubuntu-sponsors membership keeps running, right?
[14:04] <persia> ...
[14:06] <persia> According to https://launchpad.net/~sebner/+participation you're only an indirect member of ubuntu-sponsors.  Would you like to be a direct member?
[14:07] <persia> As an indirect member, your membership will run out when your ubuntu-universe-sponsors membership terminates.
[14:07] <sebner> persia: I thought the teams got merged and there is/will only be the ubuntu-sponsors team. I was wrong then :\
[14:08] <nigelb> packages.ubuntu.com is not updated with maverick packages?
[14:08] <persia> No, you had the idea right.  The implementation we chose was to have people join the new team if they wanted when their membership in the old team expired.  Launchpad doesn't allow us to force-merge teams.
[14:08] <persia> nigelb: You want rmadison anyway, but I know the necessary bits made it into git (although they may not have yet been deployed)
[14:09] <sebner> persia: ah Ic. So what's the difference between renewing my u-u-s sponsoring and officially joining u-s ?
[14:09] <persia> That I'm not going to do the first unless you can demonstrate that it's a critical requirement to continuing the effort to merge everyone into ubuntu-sponsors.
[14:10] <persia> s/ment to/ment for/
[14:10] <geser> nigelb: it's half-broken currently as it lists maverick, but maverick doesn't work currently
[14:10] <geser> nigelb: I don't know if Frank Lichtenfels is the right contact about it or not
[14:10] <persia> He is, but he's been very busy lately.
[14:11] <nigelb> geser: I wanted rmadison (which I forgot about) anyway, just checkign up version number
[14:11] <persia> The code is prepared, but the current model requires him to pull it from the shared repo, and put it in a special place, and file an RT and wait...
[14:11] <sebner> persia: heh, I'm now willing to cause extra work for you so ... :)
[14:11] <sebner> *now = not
[14:12] <persia> sebner: at this point the extra work is clicking the "accept" button.  I'm just not going to add anyone to the new team except if they want.    We will continue to measure your sponsoring activity and carefully log it :)
[14:14]  * sebner hides
[14:14] <nigelb> I forget how to query rmadison for debian. Sigh.
[14:14] <persia> nigelb: -u debian
[14:14] <sebner> persia: thx for the add
[14:14] <nigelb> persia: Thanks :)
[14:15] <persia> sebner: No no.  You joined the team.  There's lots of stuff to sponsor :)  LP does all the tracking of everything internally anyway ( and the output gets used for stuff like MoM), so don't think it's sinister.
[14:22] <nigelb> If a bug is fixed in the new release of an app, do we allow backports for earlier releases or do I have to look for the particular fix?
[14:25] <nigelb> Also, anyone has any clue how to dissect cvs like we do for git?
[14:29] <geser> ScottK: as you merged boost1.42: boost1.42 drops libboost-graph-parallel1.42-dev and libboost-mpi1.42-dev on purpose, but libvtk5-dev depends libboost-all-dev which depends in the end on those which makes it uninstallable. Any idea how to resolve this?
[14:30] <ScottK> geser: Does is actually need any of those or is it just a question of making libboost-all-dev installable?
[14:31] <jetienne> *.dsc ... what dsc stands for ?
[14:33] <geser> ScottK: don't know yet, I just looked at a FTBFS and why libvtk5-dev isn't installable
[14:33] <arand> jetienne: description
[14:34] <ScottK> geser: The two possible solutions are drop the non-existing packages from libboost-all-dev or figure out how to build the MPI stuff in Universe.
[14:34] <ScottK> One of those is way easier than the other, so it'd be good to know.
[14:34] <arand> jetienne: Or, debian source control ...I'm not exactly sure in fact.
[14:35] <jetienne> arand: ok :)
[14:36] <nigelb> jetienne: isn't it signature or something? I dont remember
[14:37] <jetienne> nigelb: i was guessing "description" too. but wanted to be sure so i asked... apparently im not the only one to be sure :)
[14:37] <nigelb> Debian Source Control :D
[14:38] <geser> ScottK: I'll try to test the first solution in my PPA over the weekend
[14:38] <ScottK> geser: Great.  If that solves it there's s patch in the sponsorship queue already.
[14:39] <arand> jetienne nigelb: http://www.debian.org/doc/debian-policy/ap-pkg-sourcepkg.html :  "Debian source control file - .dsc"
[14:39] <jetienne> arand: thanks
[14:39] <nigelb> arand: beat you to it ;)
[14:40] <arand> nigelb: I did note that as a possibility up there ↑ :) But I wasn't sure though.
[14:41] <nigelb> arand: ;)
[14:42] <jetienne> in "control", most packages priority is "optional", correct ?
[14:43] <geser> yes
[14:43] <jetienne> geser: thanks
[14:43]  * arand is annoyed by all those .d* endings, whomever designed that must not use tab-comletion..
[14:46] <nickbnf_> Could someone have a look (and possibly advocate) my glogg package? It's lintian free and has already been reviewed by jcfp. bug #575764 or http://revu.ubuntuwire.com/p/glogg. Thanks a lot!
[14:50] <nigelb> nickbnf_: have you thought of getting that into debian?
[14:51] <nickbnf_> nigelb: yes, I've uploaded a debian version to mentors.d.net, but haven't had any news yet (http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=glogg)
[15:03] <ScottK> Did you also submit a request for sponsorship (RFS) in Debian?
[15:04] <nickbnf_> ScottK: yes (http://www.mail-archive.com/debian-mentors@lists.debian.org/msg68322.html), but since I got good inputs from here to improve the package, I tried here as well!
[15:05] <ScottK> OK
[15:27] <nigelb> nickbnf_: there are several DD's around.  Hopefully you can catch one of them ;)
[16:07] <nigelb> siretart: you're part of the ubuntu burning team right? Is it possible to import the cdrdao package for me?
[16:07] <nigelb> I'd like the cvs branches improted to LP.  There is a bug fix I'm trying to get in
[16:08] <nigelb> Can't find it on the sourceforge cvs
[16:42] <bilalakhtar> Hello, can anyone over here sponsor package python-tweepy?
[16:45] <bilalakhtar> hyperair: Hi there! Thank you a lot! You taught be how to debianize packages, and now my first package is in! You were right "This all is part of the learning process"
[16:46]  * hyperair doesn't recall the context of that quote any more
[16:47] <bilalakhtar> hyperair: Should I get packages into Debian or Ubuntu? What did you do to become motu?
[16:47] <hyperair> bilalakhtar: debian first. then sync into ubuntu.
[16:47] <bilalakhtar> hyperair: You did that only?
[16:47] <siretart> nigelb: I can make you a member of the burning team so you can do so yourself ;-)
[16:48] <hyperair> bilalakhtar: as for becoming MOTU, i just contributed to packages randomly, fixed random bugs, until the MOTUs who sponsored me got sick of sponsoring me. =D
[16:49] <bilalakhtar> hyperair: oh. Contributed to packages means?
[16:49] <hyperair> bilalakhtar: fix bugs, sync, merge, fix more bugs...
[16:50] <bilalakhtar> hyperair: Unfortunately DDs are not accepting gnome-media-player. They say it has a misleading title.
[16:50] <bilalakhtar> Doesn't matter, a car can never cross the river without any modifications.
[16:56]  * siretart also thinks that gnome-media-player is unfortunate. that term makes me immediatly think of totem.
[16:56]  * hyperair agrees with siretart
[16:56] <hyperair> a rename would be good.
[17:38] <mcl0vin> arand: am here
[17:38] <arand> mcl0vin: yep?
[17:40] <mcl0vin> so i got the .deb
[17:41] <arand> mcl0vin: (if you have karmic), just double-click it and install.
[17:41] <mcl0vin> arand: am ssh'd
[17:42] <arand> mcl0vin: Ah, right "sudo dpkg -i pastebinit*.deb"
[17:43] <mcl0vin> cool it works
[17:44] <mcl0vin> arand: now where are the docs so i can read how to get started in this business
[17:45] <arand> mcl0vin: https://wiki.ubuntu.com/PackagingGuide/Complete
[17:46] <arand> mcl0vin: Martin Owens did a very good overview drawing of the different steps in packaing: http://doctormo.org/wp-content/uploads/2010/04/02-what-are.png
[17:47] <nigelb> siretart: that would be great!
[17:48] <nigelb> siretart: I've already requested a code import, once you accept me in, I'll make the team the owner
[17:49] <siretart> nigelb: what's your lp id?
[17:49] <nigelb> nigelbabu
[17:50] <arand> mcl0vin: And Daniel Holbach did a nice video series of som basic packaging: http://www.youtube.com/view_play_list?p=2AB3B94B228B6FE1
[17:50] <siretart> nigelb: welcome!
[17:51] <nigelb> siretart: thank you! :)
[19:15] <fabrice_sp_> geser, I'm working on vtk merge/sync from Debian
[19:17] <fabrice_sp_> and also uploaded a 'fixed' boost-defaults and new vtk version in my ppa
[19:18] <fabrice_sp_> but new vtk FTBFS because of boost 1.42 and python, so Im in contact with Debian maintainer to fix it so that it can be a sync
[19:35] <carstenh> fabrice_sp_, Rhonda: uploaded
[19:36] <fabrice_sp_> cool! Thanks a lot to both of you!


[12:13] <nictuku> hi
[12:38] <nictuku> neuralis, you're not going to the dev summit, either?
[02:26] <nictuku> spike, are you there?
[02:28] <spike> nictuku: sorta yeah, almost 2am here
[02:29] <spike> nictuku: how's n-u going?
[02:32] <nictuku> spike, very well, although I'd like to continue the discussion you started about its scope
[02:33] <spike> nictuku: I'd be pleased to. I've been talking aroun with some friends about it, and they seemed interested, hopefully we'll agreed for a core group and start coding something ppl can play with
[02:33] <nictuku> IMO, it's not always true that ServerLand overrides NetworkWideUpdates
[02:34] <nictuku> spike, but coding for serverland or network updates?
[02:34] <nictuku> https://dev.ubuntubrasil.org/trac/nwu/roadmap
[02:36] <spike> nictuku: coding that thing I was proposing, which is kinda on the lines of serverland. n-u would be one of the "connected" tools
[02:37] <spike> I'm looking at the roadmap
[02:37] <nictuku> did you see http://trac.mcs.anl.gov/projects/bcfg2 ?
[02:37] <ajmitch> hello
[02:37] <nictuku> ajmitch, hi
[02:38] <spike> nictuku: yes, but that's something cfengine like
[02:38] <nictuku> spike, my point is that nwu is useful even for small and medium-sized networks, and serverland is much more complex
[02:38] <spike> nictuku: perfectly agree on that
[02:40] <nictuku> but I miss a broader discussion on that. there is even the possibility that canonical is writing a tool that could also replace nwu
[02:42] <spike> nictuku: bcfg2 doesnt cover what I want to do. mine is more like cant_rememmber_the_name, it's not sugarcrm... damn
[02:43] <spike> anyway, that one is more inventory,CRM/ticket related. mine could/will maybe include that part too but starting small it'll be oriented at monitoring in the beginning
[02:43] <spike> nictuku: ah, didnt know that. thought nwu *was* what canonical was investing
[02:43] <spike> the one that was gonna be the official product, that is
[02:44] <nictuku> spike, well, that's what I wanted to be confirmed, maybe in the UFK
[02:45] <ajmitch> nictuku: you're going to be in paris?
[02:45] <nictuku> ajmitch, unfortunately, not
[02:45] <ajmitch> ah
[02:45] <spike> what does it take to partecipate?
[02:45] <ajmitch> then I guess you'll just have to spec it out well beforehand :)
[02:46] <nictuku> ajmitch, it's already spec'ed, but I don't know if it's approved
[02:46] <nictuku> michael vogt wrote that before dapper
[02:47] <nictuku> https://wiki.ubuntu.com/NetworkWideUpdates
[02:47] <ajmitch> right
[02:47] <ajmitch> and have you updated the spec to say that you have an implementation now?
[02:48] <nictuku> yes
[02:48] <nictuku> "UPDATE: YvesJunqueira (nictuku) is working on that. Milestone1 is not far. See [WWW]  https://dev.ubuntubrasil.org/trac/nwu"
[02:48] <neuralis> nictuku: i will be in paris
[02:49] <ajmitch> hi neuralis
[02:49] <neuralis> nictuku: also, canonical has apparently been funding the development of a web-based tool for managing entire ubuntu networks, and it's quite possible they've implemented something like nwu as part of it. i don't have concrete information yet.
[02:49] <neuralis> hey ajmitch.
[02:50] <ajmitch> neuralis: that secretive landscape-client?
[02:50] <ajmitch> which mysteriously slipped into the desktop seeds with no info a few days ago?
[02:51] <neuralis> ajmitch: yes.
[02:51] <ajmitch> if so, I think it's a very bad way to do development, when the rest of us are kept in the dark like that :)
[02:51] <nictuku> neuralis, my implementation is almost 100% adherent to the spec already, so the secrecy of this project is counter-productive
[02:52] <neuralis> http://ln-s.net/ALs
[02:52] <neuralis> search for "there is" in the page, read that paragraph
[02:53] <nictuku> :-(
[02:53] <nictuku> strangely enough, mark himself knew I was writing nwu, and was very supportive
[02:53] <ajmitch> great
[02:54] <nictuku> SoC?
[02:54] <neuralis> ajmitch: i can't say i understand what went on there.
[02:54] <neuralis> nictuku: summer of code.
[02:54] <nictuku> summer of code..
[02:55] <ajmitch> nictuku: I'm doing the network authentication project
[02:55] <nictuku> I don't want to see a scandal, but do you guys think that should be discussed in the lists, using this publicly available information I have?
[02:57] <nictuku> ajmitch, that is my plan too, even after hearing a rumor that project existed =]
[02:57] <neuralis> nictuku: i certainly think you're free to write to ubuntu-devel and ask what's going on.
[02:57] <neuralis> what confuses me is that both mark and jane extol the all-development-out-in-the-open model, so either we're operating from incomplete information, or something strange is going on.
[02:57] <ajmitch> neuralis: that's what I question
[02:58] <nictuku> +1 there
[02:58] <ajmitch> I'd say that either the network auth project I'm doing won't overlap, or even the distro team people have been kept in the dark :)
[03:01] <nictuku> I think that project is closed-source
[03:01] <ajmitch> closed for now, but going to be open, you think?
[03:01] <nictuku> a canonical-hosted service
[03:01] <ajmitch> ah
[03:01] <nictuku> no, I don't think
[03:01] <ajmitch> that would be interesting
[03:01] <nictuku> like a microsoft SUS with a free SUS client
[03:02] <neuralis> it won't be canonical-hosted; it really can't be.
[03:02] <neuralis> if it's closed source, i imagine it'll be a proprietary product for which businesses may purchase a license (and possibly obtain the source).
[03:02] <neuralis> but this is stupid speculation; we should just wait to hear what's going on.
[03:02] <ajmitch> I agree
[03:02] <ajmitch> it's only a few days until dapper releases
[03:04] <neuralis> ajmitch: the interview said this won't be ready for dapper; i imagine the real landscape-client will just trickle in through -updates eventually.
[03:04] <ajmitch> I'd imagine so
[03:05] <ajmitch> neuralis: on a different note, what would you prefer to see in edgy? apparmor or selinux? :)
[03:05] <ajmitch> considering that debian is getting selinux integration for etch
[03:09] <ajmitch> I imagine specs for both will get written up & may get discussed in paris
[03:12] <neuralis> i quite like apparmor's apache integration, and i haven't seen selinux doing anything similar, though i haven't been looking at selinux particularly closely in a long time
[03:12] <neuralis> it's actually been a long time in general since i've paid attention to linux mac solutions
[03:12] <neuralis> mostly, they're just about 1-3 orders of magnitude too complex to be of any practical benefit.
[03:20] <infinity> nictuku: Even if landscape turns out to be a complete replacement for NWU, there's no reason to drop NWU, since landscape will be a subscription service.
[03:21] <infinity> nictuku: Plenty of more frugal admins (or people like me) would prefer to have something like NWU that is both Free and free.
[03:22] <nictuku> infinity, good to hear that
[07:37] <daxxar> Hm. infinity, I think I got it solved. Again, thanks to you, frinkillo and gpd. :-)
[07:37] <daxxar> I ran it for ~6 hours of MemTest86 after I removed the memorystick I suspected of being bad, no errors.
[08:15] <daxxar> .. Or not.
[08:52] <daxxar> Bloody hell. :|
[08:52] <daxxar> Guess it's the CPU or mobo then. *sigh* Guess I'll have to test it when I get back home.


[02:04] <imgbot> [03:04] <imgbot> [03:24] <imgbot> [03:24] <imgbot> [04:14] <imgbot> [04:14] <imgbot> [10:38] <cjwatson> BTW vivid is open, auto-syncs in progress, as of last night
[12:17] <Mirv> morning
[12:17] <Mirv> cjwatson: \o/
[12:50] <ogra_> sil2100, moop ...
[12:53]  * Mirv uploads first vivid PPA package
[12:55] <davmor2> Mirv: if it's a new QT I'm hunting you down to hurt you ;)
[12:56]  * Mirv hides, quickly
[12:59] <Mirv> sil2100: stop playing with the queuebot!
[13:00] <Mirv> tvoss: is the landing-006/utopic location-service going to be utopic SRU or can the silo be freed for now until a vivid silo can be assigned?
[13:00] <Mirv> I just realized I need a separate vivid Qt silo since I can't reuse the version numbers I've for the utopic builds
[13:00] <tvoss> Mirv, let me check with lool, will get back to you
[13:00] <Mirv> tvoss: thanks
[13:01] <Mirv> and currently "suitable for Qt" silos include 005, 006 and 015 which have been sufficiently bumped to 20+GB in size :)
[13:02] <AlbertA> trainguards: can I have rtm landing-017 reconfigured? setup in line 43
[13:03] <Mirv> AlbertA: done
[13:03] <rsalveti> Mirv: silo 16 is good to go
[13:03] <rsalveti> abeato: ^
[13:03] <rsalveti> Mirv: not sure if we can publish it now or wait for a bit more
[13:06] <ogra_> brendand, davmor2, where do we stand with glibc ?
[13:06] <Mirv> I'm not aware of any reasons not to publish
[13:06] <brendand> ogra_, about to sign it off
[13:07] <ogra_> \o/
[13:07] <ogra_> i wanted to build an image for the new -meta ... but then i'll wait
[13:08] <Mirv> rsalveti: I don't see bug #1378397 in any of the lists, though. but I assume it's the single fix that fixes the 1355095 that just happens to fix also that other bug?
[13:09] <Mirv> thumbnails sounds indeed like seeking/fastforward activity to me
[13:10] <rsalveti> Mirv: indeed
[13:10] <rsalveti> Mirv: need to raise this with the management
[13:10] <rsalveti> abeato: ^
[13:12] <abeato> Mirv, so the bug mentioned in the mail is LP #1355095, but I asked in that mail about whether that was actually LP #1356330, olli ack'ed
[13:14] <Mirv> abeato: aha, right, this the mailing list special case. indeed, 1356330 is "duplicate" of the 1378397 and was acked. thanks.
[13:14] <abeato> Mirv, np
[13:15] <Mirv> published
[13:15] <abeato> Mirv, awesome, thanks
[13:15] <olli> abeato, was there a q for me?
[13:16] <abeato> olli, not really, I was just quoting you :)
[13:25] <davmor2> Chipaca: where you at dude, need to ask what is happening with silo 12 now?
[13:33] <Mirv> ogra_: so should we need to trigger a new image now, then land ^ 025, then another new image?
[13:37] <ogra_> Mirv, hmm, i guess we could as well just let 25 in before the next image
[13:37]  * ogra_ trusts QA
[13:41] <ogra_> sil2100, ^^^^ opinion ?
[13:41]  * Mirv waits for opinion
[13:41] <sil2100> 25 was the glibc?
[13:41] <ogra_> yep
[13:42] <ogra_> i thik it is safe to take it in the batch
[13:42] <sil2100> I wouldn't build a specific image for just that, let's land it and kick a new image then
[13:42] <Mirv> ok
[13:42] <Chipaca> davmor2: am here
[13:42] <sil2100> IMO it's super safe
[13:42] <Chipaca> davmor2: i'll go find you
[13:42] <ogra_> ++
[13:43]  * sil2100 in meetings since the very morning
[13:54] <ogra_> brendand, there is a non-silo change for bug 1384920 ... how would you guys like to go about testing that ? i assume someone would have to manually create a trello board card ?
[13:54] <ogra_> (essentially it is just "apt-get purge hud" on a working image and check that this doesnt regress anything)
[13:55] <ogra_> i'd like to land that before end of the day
[13:55] <sil2100> This needs to be signed-off for sure, since we were worried this might break something that was invalidly expecting hud still
[13:56] <Chipaca> Mirv: do branches that are already in the pipeline need to be retargeted to comply with the land-in-vivid-then-rtm rule now?
[13:56] <ogra_> sil2100, right ... just wonderign how to get it onto the trello board :)
[13:57] <sil2100> We can artificially do it through the spreadsheet, but yeah, brendand should be able to do that by himself ;p
[13:59] <Chipaca> sil2100: ogra_: ^?
[14:01] <sil2100> Chipaca: depends on how they're in the pipeline right now
[14:01] <Chipaca> sil2100: ppa built, doing autopilot tests
[14:01] <sil2100> Chipaca: what are they targetting right now and what are they targeting right now?
[14:01] <sil2100> ARGH
[14:01] <ogra_> targets !
[14:01] <sil2100> I mean, what branch they target and what series they target
[14:01] <sil2100> ._.
[14:02] <Chipaca> the target trunk; i don't think they target a series
[14:02] <AlbertA> ToyKeeper: rtm landing-017 is ready for QA now
[14:03] <ToyKeeper> AlbertA: It's now in the 'ready' lane.  :)
[14:03] <sil2100> Chipaca: but the silo is for ubuntu-rtm or utopic right now?
[14:03] <Chipaca> sil2100: rtm
[14:04] <sil2100> So, in this case I think we still can land that before landing it back to vivid
[14:04] <Chipaca> sil2100: ok. but any new branches need to go vivid -> rtm?
[14:04] <sil2100> Chipaca: yes, best if they do
[14:04] <ogra_> triggering an image now ...
[14:05] <Chipaca> sigh
[14:05] <Chipaca> ok
[14:05] <Chipaca> creating new target branch ...
[14:07] <ToyKeeper> AlbertA: Might be a bit...  meetings.
[14:07] <AlbertA> ToyKeeper: np
[14:09] <imgbot> [14:15] <cyphermox> ToyKeeper: I thought silos were added automatically in the QA trello board, but I can't seem to see my silo 14 in
[14:16] <cyphermox> ToyKeeper: do you have any idea why that might be?
[14:19] <Chipaca> sil2100: there isn't a vivid option in spreadsheet
[14:19] <sil2100> Chipaca: not yet, still in meetings
[14:19] <ToyKeeper> cyphermox: Silos get added automatically by a bot after it gets both "signoff required" and "testing pass: yes".
[14:20] <cyphermox> ToyKeeper: yeah, but it is ;)
[14:20] <ToyKeeper> cyphermox: ... and hopefully the kanban card will be linked directly from the dashboard soon, after CI adds a couple small features.
[14:21] <sil2100> Chipaca: preparing the vivid chroot now, CI Train should be able in ~5-10 mins
[14:21] <ToyKeeper> cyphermox: I'm not sure why, but queuebot doesn't seem to have noticed it either.
[14:21] <Chipaca> sil2100: thanks
[14:22] <ToyKeeper> cyphermox: I see the correct state in the spreadsheet, but neither queuebot not the qa bot seem to have noticed.
[14:22] <sil2100> Sorry for that, it's hard to do work during meetings while staying active ;)
[14:22] <cyphermox> ToyKeeper: it was set yesterday even, I just re-toggled it in case.
[14:23] <ToyKeeper> cyphermox: Nevermind about queuebot; I found its notification about 1.5 hours ago.
[14:25] <cyphermox> ah, that's special
[14:25] <cyphermox> it should have happened either > 12 hours ago, or < 1 hour ago :)
[14:26] <ToyKeeper> 2014-10-24 06:59:46 -queuebot!~queuebot@ubuntu/bot/queuebot-	trainguards, ubuntu-rtm/landing-014: Packages built. Testing pass. QA needs to sign off.   (in this time zone, it's currently 08:26)
[14:27] <cyphermox> bah, as long as it notified..
[14:27] <ToyKeeper> cyphermox: brendand should be looking into it as soon as he's done with a meeting...  otherwise, if it's not fixed when I finish my current silo, I'll add it manually.
[14:27] <cyphermox> ToyKeeper: brendand: thanks
[14:30] <ToyKeeper> cyphermox: FWIW, the direct link from the dashboard to the kanban card should also pretty much eliminate bot errors like this, since it'll have a reliable and unique ID to use for each silo+card combo.  I suspect it may have not noticed because rtm-014 was passed, published, reallocated, and submitted for QA all within a short time.
[14:31] <ToyKeeper> (it might think the current silo is actually the old one)
[14:40] <cjwatson> ogra_: so we need aliases for ubuntu-touch/ubuntu-rtm/14.09.es and ubuntu-touch/ubuntu-rtm/14.09.es-proposed I guess?
[14:40] <cjwatson> Was that what you were saying?
[14:40] <ogra_> cjwatson, for the ones we dont have anything yet... important is that we give the right channel name to the cusomer and that the pre-flashed devices have an unversioned channel name
[14:41] <ogra_> else it gets hairy
[14:42] <ogra_> cjwatson, the preinstalled devices should always use the alias, not the versioned channel name so we can shuffle them if needed
[14:42] <ogra_> (which we currently dont do)
[14:46] <ToyKeeper> AlbertA: Some issues I noticed...  If I let a video finish playing (in gallery), then hit 'play' again without returning to the list view, the second showing has only sound, no visuals.
[14:47] <ToyKeeper> AlbertA: Also, after playing the same video three times in gallery, I tried closing and re-opening gallery and playing the same video again, and media-hub-server crashed.
[14:47] <ToyKeeper> AlbertA: Are either of these known or expected?
[14:49] <ToyKeeper> AlbertA: http://toykeeper.net/tmp/phablet/2014-10-24/_usr_bin_media-hub-server.32011.crash.bz2
[15:04] <AlbertA> ToyKeeper: yeah there's some media-hub crashes that have not been addressed yet
[15:13] <ogra_> sil2100, so i created a line on the spredsheet (71) ... not sure how we want to move on here
[15:14] <sil2100> brendand, davmor2, ToyKeeper: anyone of you around?
[15:15] <Mirv> lool: did tvoss check with you whether utopic landing 006 could be freed (location-service) and you'd land it later to a vivid silo?
[15:21] <Mirv> I'll just ask for another size bump of a PPA
[15:23] <Mirv> sil2100: vivid assignment seems to have gone fine https://ci-train.ubuntu.com/job/prepare-silo/2928/console
[15:23] <sil2100> Mirv: phew
[15:27] <ToyKeeper> sil2100: Sorry, impromptu meetings.  What's up?
[15:28] <sil2100> ToyKeeper: we have a +1'ed by management change that needs QA sign-off, but it's a seed change so it's impossible to do in a silo
[15:28] <sil2100> ToyKeeper: can you help out signing it out and adding to the trello board somehow?
[15:28] <sil2100> ToyKeeper: ogra_ prepared a landing line, but I can't really assign it anywhere - row 72 in the spreadsheet
[15:32] <Mirv> charles: nik90: "resubmit after filing MR (aka rejected for now)"
[15:32] <ToyKeeper> sil2100: Added.
[15:33] <ToyKeeper> sil2100: It seems we have more of a queue than we thought though, the QA bot didn't pick up a couple silos and the silo testers have mostly been stuck in meetings all day.
[15:36] <davmor2> sil2100: yes thanks
[15:42] <Mirv> ogra_: I was asked if there's an ETA for vivid image?
[15:43] <ogra_> Mirv, nobody has talked to me about that yet ... but i guess as soon as cjwatson enables vivid desktop builds we also want phone ones
[15:43] <Mirv> ogra_: ok.
[15:45] <Chipaca> sil2100: i haven't set the "qa signoff needed" cell in the spreadsheet, does that break anything?
[15:47] <Mirv> Chipaca: it breaks that your landing doesn't go forward. so please just set it to Required so it goes to QA's radar.
[15:48] <davmor2> Mirv: we don't know how is it in a separate tab or something
[15:48] <Mirv> davmor2: column I?
[15:48] <Mirv> drop-down menu
[15:49] <davmor2> Mirv: Yay
[15:49] <davmor2> done it
[15:49] <Chipaca> Mirv: i've set it. davmor2, please let me know if it still doesn't show up in wherever it is you look :)
[15:49] <davmor2> Chipaca: it's there now
[15:49] <Chipaca> and queuebot says to get a move on
[15:50] <Chipaca> :-p
[15:52] <charles> Mirv, ack, no problem
[15:52] <cjwatson> ogra_: I might do it today if I can ever manage to escape meetings for an hour :)
[15:52] <ogra_> heh
[15:52] <ogra_> cjwatson, i suspect we need a vivid channel too on system-image
[15:53] <ogra_> and move the devel and devel-proposed aliases over to that
[15:53] <cjwatson> Sure
[16:21] <ToyKeeper> AlbertA: Not that these are your responsibility, but these are two new bugs discovered while testing your silo:
[16:21] <ToyKeeper> https://bugs.launchpad.net/gallery-app/+bug/1385370
[16:21] <ToyKeeper> https://bugs.launchpad.net/mediascanner/+bug/1385358
[16:22] <AlbertA> ToyKeeper: ack
[16:27] <cking_> hey, how do I install updates from a silo?
[16:28] <AlbertA> trainguards: can I get rtm landing-017 published?
[16:29] <robru> cking_: "apt-get install phablet-tools-citrain" then run "citrain" for help (on your host)
[16:30] <cking_> robru, thanks!
[16:30] <robru> cking_: you're welcome!
[16:31] <robru> ogra_: what's the deal with publishings? are you in the middle of doing a seed change? can i publish something unrelated?
[17:06] <ogra_> robru-aka-ribru, what do you want to publish ?
[17:06] <Mirv> ribru :D
[17:06] <ogra_> (i have a seed change in the pipe but want QA signoff for it first)
[17:06] <Mirv> note that I can't find AlbertA's bug #1378311 from any list
[17:09] <robru-aka-ribru> ogra_: yeah, alberta asked if we could publish silo 17
[17:09] <robru-aka-ribru> it has qa signoff even
[17:11] <ogra_> robru-aka-ribru, sure, if it has QA signoff and approval on ollis list you can just publish
[17:11] <robru-aka-ribru> ogra_: which list is the relevant one now?
[17:12] <ogra_> cjwatson, infinity, whats going on with the image builders ? i started an rtm build several hours (3) ago but they seem to not start
[17:12] <ogra_> 4h estimated for x86 1h for armhf according to https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/
[17:12] <ogra_> robru-aka-ribru, always the last one he mailed to the ML
[17:13] <robru-aka-ribru> ogra_: hm it doesn't seem to be there. darn
[17:13] <ogra_> robru-aka-ribru, phablet@
[17:13] <ogra_> https://docs.google.com/a/canonical.com/spreadsheets/d/1vtSSJZTIVEki9WsxTH_UxbE_PhdsEJl3Z0mn-UyDat0/edit#gid=0
[17:16] <Mirv> ogra_: robru-aka-ribru the thing was I didn't find the bug either on the email or the wishlist
[17:16] <Chipaca> davmor2: any news for me?
[17:17] <davmor2> Chipaca: first run failed so trying again with download turned off
[17:17] <robru-aka-ribru> Mirv: which bug even? the silo looks like a trunk release, not clear to me even which bug he was trying to fix
[17:17] <Mirv> robru-aka-ribru: the landing line claims it fixes that I quoted ^ 11 mins ago
[17:18] <ogra_> robru-aka-ribru, Mirv, then get it on there ...
[17:19] <Mirv> robru-aka-ribru: ok I've Alberto here, he says that rsalveti (?) said yesterday it was whitelisted
[17:20] <robru-aka-ribru> Mirv: so what now? ping olli?
[17:21] <Mirv> robru-aka-ribru: maybe rsalveti could comment, and yes next olli but it'd be nice to hear what route this supposed whitelisting happened.
[17:22] <ogra_> https://bugs.launchpad.net/barajas/+bug/1367745
[17:22] <rsalveti> Mirv: which silo?
[17:22] <ogra_> robru-aka-ribru, that bug has duplicates ... i guess they might be on the list
[17:22] <Mirv> rsalveti: 017 media-hub
[17:22] <Mirv> robru-aka-ribru: you're also correct it's a trunk release that incorporates two updates
[17:23] <rsalveti> Mirv: I think that one already  landed last week
[17:23] <Mirv> oh, but it should be really just a rebuild, that latter one
[17:23] <rsalveti> but yeah, if not, I added a comment that it needs a rebuild
[17:24] <robru-aka-ribru> Mirv: rsalveti: this landing was confusing for me because AlbertA claimed there was a diff between the utopic package and the trunk contents, but I wasn't able to see any such diff (latest diff in utopic release matched latest commit on trunk). so originally this was a utopic sync but AlbertA switched it to a trunk release.
[17:24] <ogra_> robru-aka-ribru, found the bug https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1384776
[17:24] <ogra_> thats on the list
[17:24] <Mirv> robru-aka-ribru: rsalveti: yeah right so it'd seem likely it was a fix that already went in, but then there was criss-cross landing utopic <-> rtm and it needs this rebuild to get back in
[17:24] <AlbertA> robru-aka-ribru: basically the orientation change is not in utopic
[17:24] <rsalveti> Mirv: right
[17:24] <rsalveti> but because utopic is done
[17:24] <rsalveti> :-)
[17:25] <ogra_> robru-aka-ribru, (for rtm silo 14 ... so just go ahead)
[17:25] <robru-aka-ribru> ogra_: we're talking about 17
[17:26] <robru-aka-ribru> ogra_: 14 need qa still
[17:26] <ogra_> hmm, where did i read 14
[17:26] <ogra_> :P
[17:27] <Mirv> rsalveti: robru-aka-ribru: so this manual diff http://pastebin.ubuntu.com/8658892/ proves it only contains the fix it is supposed to have, but that really doesn't help the fact that the bug #1378311 does not seem whitelisted?
[17:28] <Mirv> robru-aka-ribru: the diff on the PPA page is wrong
[17:28] <ogra_> as usual
[17:29] <robru-aka-ribru> why are the ppa diffs wrong?
[17:29] <ogra_> because they are against the wrong base version
[17:29] <ogra_> (against the last build that was done in this PPA, not against the archive)
[17:30] <AlbertA> ToyKeeper: where did you see  bug #1378311 whitelisted?
[17:31] <Mirv> oh, right, ToyKeeper might also have knowledge of the whitelisting which is now the missing part. diff confirmed, QA sign-off:d, we just need to find it's approved or get it approved.
[17:37]  * Chipaca wonders whether he should embed https://www.youtube.com/watch?v=Qyf8oRF6Trg in the spreadsheet
[17:38] <Chipaca> davmor2: failed == you gave up waiting? or ... ?
[17:48] <lool> Mirv: I thought utopic silos would become vivid silos?
[17:49] <lool> Mirv: I've actually tested that against utopic, can we just publish it to vivid?
[17:53] <robru-aka-ribru> lool: Mirv: wondering about that myself. do we need to toss & reassign all utopic silos as vivid silos?
[17:54] <Mirv> lool: it needs at least a rebuild, and the silo configured to vivid
[17:54] <Mirv> I guess we'll go through all current utopic silos at some point and consider converting them to rebuilt vivid silos
[17:55] <robru-aka-ribru> Mirv: I don't think silos can be "converted" or "reconfigured" to vivid. I think to change the series you need to free the silo and start over.
[17:55] <Mirv> robru-aka-ribru: oh, right, so freeing up would be the way to go then, but just keeping the lines intact
[17:55] <sil2100> ribru: so, we'll probably have to poke upstreams about that and just reassign
[17:55]  * sil2100 likes the 'ribru' nickname
[17:56] <robru-aka-ribru> hehe
[17:56] <sil2100> brb
[17:56] <robru-aka-ribru> sil2100: we have a meeting shortly...
[17:56] <Mirv> ribru: be sure to have proper highlight settings
[17:56] <robru-aka-ribru> Mirv: fixed
[17:56] <Mirv> ribru: awesome!
[17:57] <ribru> Mirv: I worried about changing the second letter of my nick, will trip people up if they type 'ro<tab>' and try to autocomplete
[18:00] <ribru> sil2100: Ursinha: I am in the hangout
[18:01] <ribru> nooooooo
[18:03] <lool> Mirv: why does it need a rebuild?
[18:03] <lool> Mirv: it's like a binary built in utopic from utopic times?
[18:04] <Mirv> lool: well yeah you're probably correct that a binary with 'utopic' in debian/changelog could be published into vivid and it'd simply work. reading the sil2100's landing e-mail about vivid it sounds like though that rebuilds with vivid's toolchain (even though it doesn't have much changes) would be normally done.
[18:05] <Mirv> lool: but ribru also said a silo can't be reconfigured to vivid, so it'd need to be emptied and reassigned
[18:07] <lool> Mirv: I think sil2100's point was the other way around: that you can't copy binaries from vivid into rtm
[18:07] <lool> Mirv: let me copy the binaries by hand then, and let's flush the silo
[18:08] <Mirv> lool: ok.
[18:09] <lool> Mirv: copy done; would you mark this as landed and/or flush the silo?
[18:09] <lool> ftr ./copy-package -b --to=ubuntu -s utopic --from=~ci-train-ppa-service/ubuntu/landing-006 --to-suite=vivid-proposed location-service
[18:19] <Chipaca> Mirv: sil2100: rtm-14 ready to go
[18:21] <brendand> Chipaca, no it's not
[18:21] <lool> Mirv: hmm what do we do with the ubuntu-download-manager utopic landing? vivid silo?
[18:21] <lool> Mirv: it seems to have been removed, not sure
[18:21] <brendand> Mirv, 14 was not signed off by QA
[18:21] <brendand> Mirv, someone else changed the status
[18:22] <Mirv> brendand: right, I always check trello anyhow
[18:23] <Chipaca> brendand: um. it was signed off by qa.
[18:23] <Chipaca> brendand: where are you looking?
[18:24] <Chipaca> if it's the same spreadsheet, i changed that to granted when davmor2 told me he'd passed it
[18:24] <brendand> Chipaca, afaik davmor2 tested silo 12 - ubuntu-push
[18:25] <Chipaca> yes
[18:25] <Chipaca> brendand: augh
[18:25] <Chipaca> sorry for the confusion
[18:25] <Chipaca> brendand: so, yeah, rtm-12, not rtm-14
[18:25] <brendand> Chipaca, always let us do that to avoid confusion
[18:26] <cjwatson> ogra_: they'll be queued behind auto-syncs.  I would score them up but they seem to have started now.
[18:26] <Chipaca> brendand: noted, and thanks and sorry again
[18:26] <Chipaca> brendand: should i poke davmor2 for him to flip that bit on the spreadsheet then?
[18:28] <davmor2> Chipaca: sorry flipped 59 instead of 60 D'oh
[18:29] <Chipaca> davmor2: and i flipped rtm-14 just to keep things interesting
[18:30] <Chipaca> and i'm missing out on the snappy thing
[18:30] <davmor2> Chipaca: well go to it damn it
[18:31] <Chipaca> so. um. Mirv, sil2100, could rtm-12 get blessed with holy penguin pee?
[18:37] <Mirv> davmor2: where was bug #1378908 approved? (rtm-12's 2nd bug)
[18:38] <Mirv> even I can't even access the bug
[18:39] <Mirv> the bug is only mentioned in CI Train spreadsheet, the Add ClearCookie change doesn't have an attached bug nr in the changelog
[18:40] <ToyKeeper> AlbertA: https://docs.google.com/a/canonical.com/spreadsheets/d/1tcOf-Za9RQNgY0QQIjgIKIgk0_nx_99UsaHSm9LDbvA/edit#gid=2115197992
[18:40] <davmor2> Mirv: where you at
[18:40] <AlbertA> Mirv: ^
[18:40] <Mirv> Chipaca: so, that bug ^ can't be found in approved bugs list or wishlist with my skills
[18:41] <ralsina> mirv I can add you to that bug
[18:41] <ralsina> are you also mirv on launchpad?
[18:41] <Mirv> ralsina: no, timo-jyrinki
[18:41] <ToyKeeper> Mirv: ^^^
[18:41] <Mirv> davmor2: sdk / display server room
[18:41] <ralsina> Mirv: there you go
[18:41] <ToyKeeper> I checked the "RTM blocker bugs" tab in that spreadsheet, and it's on the list.
[18:42]  * Mirv finds a new tab
[18:43] <Mirv> AlbertA: published!
[18:45] <Mirv> ralsina: thanks! I don't however find that bug nr on the a) e-mail, b) ToyKeeper's link ^ c) wishlist. so unless there's yet another tab I'm missing, it should be escalated to product team.
[18:45] <ralsina> Chipaca: ^
[18:46] <ToyKeeper> Mirv: Row 29 on the spreadsheet link/tab I sent.
[18:48] <Mirv> ralsina: Chipaca: davmor2 is on it now, searching for approval
[18:48] <Mirv> ToyKeeper: yes, I published that silo this is about 012 now
[18:48] <ToyKeeper> Mirv: Oh...  sorry, I missed that context.
[18:51] <ToyKeeper> Mirv: The rules, IIRC, are basically that the bug must be on a whitelist or have the right tags/status added by or confirmed by one of the core UE managers.  Some might not be on a list.
[18:52] <ToyKeeper> Mirv: If in doubt, find one of those managers and ask.  Or bug the QA person who signed it.
[18:52]  * ToyKeeper looks at davmor2
[18:52] <Mirv> ToyKeeper: I think everything needs explicit whitelist, but any rtm14 critical bug (as decided by the team) can be put for the wishlist for approval. also, if a not-on-lists bug has explicit comment from product team that it's approved, then it's approved, but not otherwie.
[18:53] <Mirv> ToyKeeper: yes, I just bugged davmor2 personally. or the other way around.
[18:59] <imgbot> [18:59] <imgbot> [19:01] <davmor2> Mirv: where you at now?
[19:03] <Mirv> davmor2: upstairs don't turn towards the foyer but continue towards istanbul.
[19:05] <Chipaca> Mirv: davmor2: sorry, was in the snappy meeting. What's up with the other bug?
[19:05] <davmor2> Chipaca: nothing now
[19:06] <Chipaca> davmor2: do i ned to do more?
[19:07] <Mirv> Chipaca: ralsina: we've finally found the approval, it was for the duplicate bug. but now https://code.launchpad.net/~verterok/ubuntu-push/fix-1378908/+merge/239456 is not top-approved so can't publish. this should be easier to solve than finding the approval :)
[19:07] <Chipaca> top-approval on its weg
[19:08] <Chipaca> Mirv: done
[19:20] <ToyKeeper> ogra_: The hud removal looks fine, I couldn't find anything wrong with it, aside from a possibility that a bunch of other stuff might need to be rebuilt without deps for libhud*.
[20:02] <ogra_> ToyKeeper, awesome, libhud deps should be reflected via package dependencies indeed, so there shouldnt be issues (i have been running my phone without hud all day today too and havent seen any issues)


[15:41] <CoderEurope> jose, thank-you for changing the video on http://ubuntuonair.com/
[16:33] <jose> CoderEurope: not on my hands, not handling that specific series atm
[16:33] <CoderEurope> okay - who is ? jose
[16:33] <jose> whoever's running the latest stream
[16:34] <CoderEurope> who is running the latest stream ? in ubuntuonair.com ?
[16:34] <jose> there's no streams at the moment
[16:34] <CoderEurope> Iam lost.
[16:34] <jose> otherwise, things would change
[16:36] <CoderEurope> jose, Are you telling me there has been nothing ion terms of videos since , 2017-06-30 (June'17) - that is five months , though ?
[16:36] <jose> there is a video from August
[16:37] <CoderEurope> but it says 2017-06-30 11:00 UTC
[16:37] <jose> and, as far as I know, no, I have personally not hosted any streams
[16:37] <CoderEurope> five months though ?
[16:38] <jose> again, the latest one is from UbuConLA, in August, which I hosted
[16:38] <jose> I haven't hosted anything since
[16:38] <CoderEurope> you cannot find anything for ubuntu-on-air in five months, though ?
[16:39] <CoderEurope> perhaps I am on the wrong #channel
[16:39] <jose> counting from August, it's two months only
[16:40] <CoderEurope> no interviews in that time - can you mount something for 17.10 artful ?
[16:41] <jose> I cannot promise anything, sorry. I'm a tad busy at the moment.
[16:42] <CoderEurope> What is your ubuntu email ?
[16:42] <jose> I can try, but I cannot promise anything
[16:42] <jose> for on-air related matters, please email<EMAIL_ADDRESS>[16:42] <CoderEurope> jose, okay thank-you, I shall be looking forward to development shows :D
[16:43] <jose> hopefully, yes
[19:21] <ahoneybun> jose: is #ubuntu-meeting where the UCC meeting take place? and can anyone hang around in there?
[19:21] <ahoneybun> I'm asking as out community manager at system76 wants to hang out and see how things go
[20:07] <jose> no, public meetings are always at #ubuntu-meeting


[00:31] <maetthew> Anyone got a solution for when icons on the desktop get partially obstructed by Plank? I'm on Budgie 18.04 (screenshot: https://imgur.com/a/mYJenv6)
[00:31] <maetthew> Also when new icons appear they get stacked on top of each other. For instance when a usb stick gets mounted
[09:40] <fossfreedom_> maetthew: I'm guessing you have plank with autohide/window dodge?  You have to use plank as a fixed dock for desktop icons to take into account the dock size
[11:27] <maetthew> @fossfreedom_ Ah thanks. I had been looking for something in that regard, I missed the on/off switch for "hide dock". I was looking in the drop down for a "fixed" setting.
[11:35] <maetthew> That also fixed the stacking of new icons
[13:31] <maetthew> I'm trying to add "Online accounts" but they don't seem to actually get saved. For instance, trying to add a NextCloud account. I set up all the settings and press "Connect". It seems to validate the connection but it doesn't get saved. How would I go about to troubleshoot this?
[13:32] <maetthew> (and yes I've tried other accounts like Google and Facebook with the same result)
[13:36] <fossfreedom_> maetthew: not really sure.  Connecting my google account via online accounts works here.  So I don't know what is/isn't happening for you.  Seems like a generic enough question i.e. not UB specific - recommend ubuntuforums.org or askubuntu.com
[13:38] <maetthew> fossfreedom_: Hmm ok. Trying to do permanent switch from Windows to Ubuntu enviroment. Don't have much experience with desktop enviroments and the difference in UI between Budgie and Ubuntu. I'll try your suggestions thanks
[13:39] <fossfreedom_> The online accounts stuff isnt budgie specific - it is part of GNOME - so your question would equally apply to GNOME-Shell i.e. Ubuntu's default interface
[13:39] <maetthew> Thanks
[13:45] <maetthew> fossfreedom_: Is there a resource where I can learn more about the Budgie specific stuff somewhere?
[13:50] <fossfreedom_> maetthew: nothing official ... however this site has a pretty good overview - its a series - so 3 articles in total so far to wander through http://www.ubuntubuzz.com/2018/11/a-journey-on-budgie-desktop-1-top-panel.html
[13:51] <maetthew> fossfreedom_: Seems like a good start anyway. Cheers
[14:56] <maetthew> fossfreedom: If youre interested, the problem with online accounts is that gnome-online-accounts is not installed with minmal installation. Should I report this somewhere maybe?
[15:06] <maetthew> Posted a bug report here: https://bugs.launchpad.net/ubuntubudgie/+bug/1809264
[15:12] <fossfreedom_> maetthew: ah - yes, that has been resolved in the latest bionic daily build and will be in 18.04.2 released in Jan/Feb
[15:12] <maetthew> fossfreedom_: Ah nice. Should I change status on my bug report to "fix commited"?
[15:14] <fossfreedom_> maetthew: I've updated the report
[15:14] <maetthew> kk


[00:56] <bryyce> rm: cannot remove '/var/snap/lxd/common/var/lib/lxcfs/cgroup/blkio/lxc.payload.modphp-upgrade-test-10/blkio.throttle.read_iops_device': Function not implemented
[00:56] <bryyce> ^ bunch of lines like this
[05:09] <cpaelzer> good morning
[05:09] <bryyce> *wave*
[05:10] <lotuspsychje_> o/
[05:24] <cpaelzer> hiho
[06:13] <mirespace> good morning
[06:17] <cpaelzer> hi mirespace
[06:51] <mirespace> hi cpaelzer :)
[08:41] <yurtesen> good morning
[08:41] <yurtesen> utkarsh2102: did you manage to find out a better solution?
[12:37] <athos> good morning :)
[12:37] <ahasenack> that must be odd, seeing cpaelzer twice in a working day
[12:37] <ahasenack> bryce sees him in his afternoon, and then in his morning
[12:40] <cpaelzer> hi ahasenack and athos
[12:40] <cpaelzer> yes he has to suffer by my presence twice a day :-)
[13:10] <mirespace> hi athos, ahasenack
[13:10] <ahasenack> hi cpaelzer, mirespace
[13:11] <ahasenack> hi athos
[14:15] <lvoytek> good morning
[14:17] <ahasenack> hi lvoytek
[14:20] <lvoytek> hi ahasenack
[16:59] <lucasmoura> Hi rbasak, I confirmed on the #ubuntu-release channel that we actually need a SRU review for the 0-day SRU. With that new information, do you think you will be available to review the release ? The bulk of the release is just adding a new UA service and we intend to start working on the packaging branches tomorrow
[20:35] <ShellcatZero2> Does anyone know how you might install another version of Ubuntu on the same system using deboostrap and then updating grub?


[03:11] <Deist> Hi!
[03:11] <Deist> Sorry, in a bit of a mess with some c++ programing.
[03:12] <Deist> ah, sorry. wrong channel.
[03:12] <Deist> Hi!
[03:12] <Deist> Sorry, in a bit of a mess with a c++ programing code.
[03:12] <lucas> still wrong channel :-)
[03:13] <Deist> hah
[03:13] <Deist> what channel am i suppose to ask?
[03:14] <lucas> probably not this one. This one is for "Development of Ubuntu (not support, not app development)" (see the topic)
[03:14] <Deist> ah
[03:14] <Deist> closed the wrong cannel window :P
[06:59] <pitti> Good morning
[07:00] <ajmitch> morning pitti
[07:00] <pitti> hey ajmitch
[07:01] <bilalakhtar> good morning pitti
[07:53] <dholbach> good morning
[07:53] <bilalakhtar> dholbach: good morning
[07:54] <dholbach> hey bilalakhtar
[07:54] <bilalakhtar> dholbach: meeting's over
[07:54] <dholbach> bilalakhtar: I saw you're universe-contributor now - congratulations
[07:55] <bilalakhtar> dholbach: Thanks for your support and endorsement!
[07:55] <dholbach> :-)
[07:55] <dholbach> no worries
[08:21] <pitti> kees: did we actually enable the default umask change to 002 in maverick now?
[08:59] <dholbach> can somebody please review this? https://code.edge.launchpad.net/~marcelstimberg/ubuntu/lucid/gzip/gzip-fix-524366/+merge/27890
[08:59] <dholbach> MWelchUK_work_ can probably answer questions about it ^
[09:00] <MWelchUK_work_> Shame I missed the question :-)
[09:00] <MWelchUK_work_> !logs
[09:07] <pitti> MWelchUK_work_: can you please add the corresponding test case as well?
[09:07] <MWelchUK_work_> Sorry - I'm not the author of the patch, just a stuck user :-(
[09:08] <pitti> right, I know
[09:08] <MWelchUK_work_> (I can't migrate off of 8.04 until this is fixed)
[09:08] <pitti> the test case is in the upstream commit, too
[09:08] <pitti> MWelchUK_work_: oh, sorry, so you aren't Marcel Stimberg
[09:09] <MWelchUK_work_> Nope :-)
[09:09] <pitti> dholbach made it sound like you were the one proposing the merge
[09:09] <dholbach> I thought he was
[09:09] <MWelchUK_work_> Afraid not.
[09:21] <MWelchUK_work_> pitti, Thanks for the review.
[09:54] <ara> pitti, I uploaded a new version of mtdev that does not install the .la file. Can you please review and accept it in the binary archive?
[09:55] <pitti> ara: no, I can't
[09:55] <pitti> ara: I already did that yesterday :)
[09:55] <ara> pitti, ah, OK :-) thanks, then
[10:01] <tseliot> ara: you might want to ask cjwatson today, at least according to the wiki: https://wiki.ubuntu.com/ArchiveAdministration#Archive days
[11:26] <pitti> SpamapS: so, I now regularly get DB timeouts from work item tracker -- seems the charts/reports now take more than an hour to generate; wasn't the intention to limit per-user charts to some teams?
[11:26] <pitti> it now generates 1858 files every hour!
[11:27] <pitti> (per-user)
[11:41] <lifeless> pitti: DB timeouts ? LP ones or ???
[11:48] <pitti> lifeless: no, WI tracker sqlite db
[11:48] <pitti> i. e. next hour cronjob already kicks in while the previous one is still running
[11:48] <lifeless> ah heh
[11:50] <TheMuso> ouch
[14:06] <nigelb> Daviey: How complicated was setting up an etherpad instance for ubuntu-uk?
[14:07] <Daviey> nigelb, Pretty trival once the depends are satisfied
[14:07] <Daviey> .. There is now a apt repo
[14:08] <nigelb> Daviey: oh wow, apt-repo sounds really cool
[14:08] <Daviey> nigelb, I've not used it tho..
[14:08] <nigelb> Daviey: I'll try it out :) Thanks :)
[14:09] <Daviey> nigelb, Just be prepared to throw significant resources at it
[14:09] <nigelb> Daviey: ouch, how intensive is it?
[14:10] <nigelb> 512MB is okay or it eats more?
[14:12] <Daviey> Hmm.. that is pretty much the minimum - this server (oddly) has 818MB of RAM and etherpad is using 65%, and the whole system is marked at   711MB in use and 721MB in swap (but that is caching).
[14:19] <nigelb> Daviey: the server I'm going to run it on has 2 GB of ram, but then it has a jabber server and apache
[14:21] <Daviey> nigelb, I'm sure it will be ok.. give it a spin
[14:31] <highvoltage> http://packages.ubuntu.com/maverick/ <- anyone happen to know what the blocker is for getting that fixed?
[14:57] <geser> highvoltage: getting hold of someone with access, cjwatson might know the current status
[14:59] <pitti> jdstrand: do you have any idea about bug 606163? does this need a kernel log to actually see the violations?
[14:59] <pitti> jdstrand: (it's marked for alpha-3)
[14:59] <jdstrand> pitti: hey. reading
[14:59] <pitti> it clearly doesn't happen for everyone
[15:00] <pitti> otherwise hell would have broken loose a long time ago
[15:00] <cjwatson> highvoltage: I filed a ticket with our sysadmins - it's awaiting a response
[15:00] <jdstrand> pitti: this is probably a dupe of bug #599450
[15:00] <pitti> or it did, and everyone who wanted to tell us was now offline :)
[15:00] <pitti> jdstrand: ah, thanks
[15:00] <jdstrand> pitti: so the reporter can retest
[15:01] <pitti> jdstrand: thanks! I'll follow up
[15:10] <jdstrand> sure thing
[15:11] <pitti> JontheEchidna: hello, how are you?
[15:12] <JontheEchidna> pitti: pretty good
[15:12] <pitti> JontheEchidna: bug 600606 says that you have a fix for the FTBFS?
[15:12] <pitti> JontheEchidna: that bug is marked for alpha-3; I'm fine moving it, but I wondered if it could just be done now, to get it off the list
[15:12] <JontheEchidna> pitti: yes, it's been committed to bzr, but other changes in bzr are waiting on an MIR for a new runtime dependency
[15:13] <pitti> JontheEchidna: ah, ok; it's not an alpha-3 blocker, so is it ok if I move the bug to beta?
[15:13] <JontheEchidna> pitti: sure. as long as it gets fixed by release it shouldn't block anything
[15:14] <pitti> JontheEchidna: ok, thank you
[15:27] <pitti> ogra: do you have a gut feeling whether bug 605488  and bug 605739 are serious enough to block alpha-3 on armel? or should we just move to beta?
[15:27] <ogra> just move them
[15:27] <pitti> 605739  seems to have an upstream patch, but 605488 doesn't show any progress
[15:27] <pitti> ogra: ok
[15:27] <ogra> we dropped swap for the moment
[15:28] <pitti> ah, so workaround
[15:28] <ogra> i will only enable the sawpfile/partition creation once the kernel is fixed
[15:28] <pitti> ogra: and for 605488 it seems that it doesn't actually halt the system, you just get this in dmeg?
[15:28] <pitti> dmesg
[15:29] <ogra> thats the MMC issue i mentioned before
[15:29] <ogra> we wont get any fixes for either bug in, so just move them
[15:31] <pitti> ogra: well, if it completely breaks boot, then we don't need to release alpha-3/armel at this point; we could release images later on when we have a fix
[15:31] <pitti> it doesn't sound like it would break boot, but I wanted to confirm
[15:31] <ogra> it breaks booting on certain HW, not on all
[15:32] <ogra> but waiting for a kernel fix would take us days
[15:32] <pitti> release note then?
[15:32] <ogra> the archive would be out of sync agaion etc etc
[15:32] <ogra> yeah, we definately need something like "doesnt boot on XM boards"
[15:33] <ogra> though given the board isnt sold yet i dont think its important anyway :)
[15:33] <pitti> ogra: ah, you already know those? please feel free to add to https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview#Known%20issues, otherwise I'll invent something
[15:33] <pitti> ogra: ah, that'd help :)
[15:33] <ogra> heh
[15:34] <ogra> only the beagle C4 is available and that doesnt really meet the minimal HW reqs for netbook
[15:34] <ogra> the actual arches we work for are all non existing :)
[15:37] <pitti> JontheEchidna, Riddell: is bug 586497  already fixed in maverick? it was SRUed, but it didn't say that it was backported from maverick
[15:39] <Riddell> hmm, checking
[15:39] <JontheEchidna> looks like it was fixed in maverick too
[15:39] <pitti> \o/
[15:39] <JontheEchidna> http://launchpadlibrarian.net/50536327/kpackagekit_0.5.4-0ubuntu5_0.6.0-0ubuntu1.diff.gz
[15:40] <JontheEchidna> +++ kpackagekit-0.6.0/debian/patches/kubuntu_06_no_automatic_updates.diff
[15:41] <pitti> JontheEchidna: thanks
[15:41] <Riddell> yes, although it doesn't seem to be in the changelog, that's strange
[15:42] <pitti> ok, that makes https://bugs.edge.launchpad.net/ubuntu/maverick/+bugs?field.searchtext=&orderby=status&field.milestone%3Alist=27561 look much better now
[15:43] <pitti> and I guess the ureadahead armel OOM is something for release notes
[15:46]  * pitti comments on the bug
[16:07] <dholbach> can somebody have a look at the ACKed syncs?
[16:11] <seb128> dholbach, can do
[16:12]  * dholbach hugs seb128
[16:12]  * seb128 hugs dholbach back
[16:12] <dholbach> seb128: Jono had a mumble problem and I saw there was a sync open for it
[17:17] <kees> pitti: I wasn't involved in the umask change, no.
[17:27] <mathiaz> jjohansen: hi!
[17:27] <jjohansen> mathiaz: hey
[17:27] <mathiaz> jjohansen: it seems that the linux-virtual kernel now returns linux-virtual from uname -r
[17:28] <mathiaz> jjohansen: http://paste.ubuntu.com/473154/
[17:28] <mathiaz> jjohansen: is this something new in maverick?
[17:30] <jjohansen> hrmm, yes
[17:30] <jjohansen> virtual became a true flavor
[17:30] <jjohansen> previously, -virtual was a subflavor of -server
[17:31] <jjohansen> so it got the -server name appended, but with it being a true flavor it now gets -virtual
[17:31] <mathiaz> jjohansen: -server on amd64 and -pae on i386
[17:31] <mathiaz> jjohansen: starting from maverick -virtual on both amd64 and i386?
[17:31] <jjohansen> mathiaz: right, so now it should be -virtual on both
[17:31] <jjohansen> yep
[17:31] <mathiaz> jjohansen: great - thanks for the help
[18:09] <pitti> cjwatson: hm, usb-discover needs to be ported to discover-data (also in debian), discover1-data is NBS
[18:10] <pitti> cjwatson: are you already planning this, or want me to have a look?
[18:11] <pitti> it's the only remaining rdepends
[18:19] <pitti> ttx, ScottK: hm, what happened to dovecot-postfix? it's NBS in maverick, but I don't see a transition path?
[18:20] <pitti> oh, mail-stack-delivery, nevermind
[18:20] <pitti> but that didn't exist in lucid, so we need dovecot-postfix as a transitional package until the next LTS
[18:21] <pitti> so can you please reintroduce it?
[18:21] <pitti> zul: ^
[18:21] <zul> pitti: ack
[18:36] <ScottK> pitti: IIRC there was a transitional package when last I touched it.  Not sure how it got dropped.
[18:56] <shabbu> need help:  My pen drive is in write protection. How can i remove write protection in ubuntu 10.04?
[19:18] <Pretto> does anyone had this problem using anjuta on ubuntu 10.04?? Assertion 'pthread_setspecific(t->key, userdata) == 0' failed at pulsecore/thread-posix.c:196, function pa_tls_set(). Aborting.
[19:44] <slangasek> cjwatson, lool: should xdeb use launchpad for upstream bug tracking, or should bugs be filed directly against the Ubuntu package?
[19:48] <sbronsted> Question: How often is http://qa.ubuntuwire.org/ftbfs/ updated? I was look at httpcomponents-core but when I do pbuilder on the source there is no error
[20:07] <kiko> crimsun, hey there
[20:07] <kiko> have a second for a small bug?
[20:08] <Pici> Hes been idle for two days... so likely not.
[20:09] <pitti> ScottK: seems the last merge dropped it or so; seems zul's on it
[20:09] <ScottK> OK.
[20:18] <kiko> thanks Pici :-
[20:25]  * soren hugs seb128 for the python-lockfile sync
[20:25] <seb128> soren, ;-)
[20:42] <mr_pouit> seb128: thanks for the syncs. At last there's no delta with goffice in debian. ;)
[20:42] <seb128> yw ;-)
[20:42] <seb128> thanks for getting the change in debian
[20:45] <ari-tczew> cjwatson: could you merge package 'parted'? it's needed for build package
[20:45] <ari-tczew> 'pyparted'
[20:51] <maco> ugh, male enhancement spam on<EMAIL_ADDRESS>[20:52] <soren> And now in #ubuntu-devel :)
[20:53] <micahg> thank you to whoever just ran through all the sync requests (thinking it Riddell)
[20:54] <micahg> no, I guess it was seb128 <-- thanks :)
[20:54] <geser> yeah, seb128 did them this time. thanks
[20:54] <seb128> yw ;-)
[21:06] <ScottK> Did we decide to skip the Alpha 3 freeze?
[21:06] <ScottK> Seems like lots of Main uploads today.
[21:06] <pitti> ScottK: no, I sent it yesterday
[21:07] <maco> soren: i didnt give the link :P
[21:07] <soren> maco: Don't worry, I googled for it. :)
[21:07] <maco> soren: oh thats what you want in your browser history :P
[21:11] <soren> maco: Hey, it's not my fault I'm highly suggestive.
[21:11] <soren> :)
[21:16] <highvoltage> being highly suggestive is my biggest weakness
[21:16] <highvoltage> (I guess I shouldn't say that publicly :) )
[21:18] <highvoltage> (and I actually meant "suggestable")
[21:29] <soren> Err.. Yeah, s/suggestive/suggestible/ for me, too.
[21:29] <soren> highvoltage: Good catch :)
[21:36] <highvoltage> well I can be quite suggestive too, seems like it works both ways :)
[21:44] <ScottK> cjwatson: Is there any intent to move to parted 2.3 in this cycle?  pyparted in Universe is currently depwait on >= 2.3, so if not, we'll need to do something with it.
[21:47] <ScottK> DktrKranz: ^^^ It appears to be your pyparted upload that's not building.
[21:47] <ari-tczew> ScottK: I endorsed the same 1 hour ago :)
[21:48] <ScottK> ari-tczew: I see that now.  I'd rather see what cjwatson plans for parted and then adjust pyparted accordingly.  Looks like it will need a patch added back if parted isn't updated.
[22:10] <ari-tczew> what about getting latest debhelper into ubuntu?
[22:19] <andreserl> anyone expert in Python available to give me a hand around?
[22:21] <RoAkSoAx> Anyone expert in Python and subprocess available to give me a hand around?
[22:22] <geser> why this high demand for Python experts right now?
[22:23] <micahg> geser: same person :)
[22:24] <RoAkSoAx> geser: yep same person, :)!
[22:25] <geser> RoAkSoAx: I'm no expert but perhaps I can still help. What's the problem?
[22:26] <RoAkSoAx> geser: ok. For TestDrive-gtk I want to display the rsync progress. However, rsync shows the progress in 1 single line, and to capture the progress I'm doing something like: http://pastebin.ubuntu.com/473259/
[22:28] <tumbleweed> RoAkSoAx: what's with the massive while loop?
[22:28] <tumbleweed> RoAkSoAx: cmd = command.split()
[22:28] <tumbleweed> ^ that probably does what you want
[22:28] <geser> I've the same question about this part
[22:29] <RoAkSoAx> tumbleweed: geser : the massive while loop just puts 'rsync -azP etc etc' into an array for subprocess
[22:32] <geser> RoAkSoAx: like tumbleweed said "cmd = command.split()" gives you an array and the doc for Popen says that a string it also ok
[22:32] <tumbleweed> geser: IIRC a string is only ok if you use shell=True
[22:32] <RoAkSoAx> anyways, thge thing is that rsync displays the output in the way of: http://pastebin.ubuntu.com/473270/ and keeps updating that 4th line with the progress. However, when I run the script it diusplays only the first 3 lines: http://pastebin.ubuntu.com/473273/, and displays the 4th when rsync is done. Some I'm wondering how to do to grab that 4th line update with the progress
[22:33] <tumbleweed> RoAkSoAx: rsync detects that it's not being run in a terminal, and doesn't output status
[22:33] <RoAkSoAx> tumbleweed: geser: Yes, an string is good when using shell=True, but I'm not using that
[22:33] <tumbleweed> RoAkSoAx: seriously, try simpler solution I gave you
[22:33] <tumbleweed> (this isn't C, it's python)
[22:33] <RoAkSoAx> tumbleweed: it outputs the status of the progress when rsync finishes syncing, or when for example, I kill the rsync process
[22:33] <tumbleweed> s/status/progress/
[22:34] <RoAkSoAx> tumbleweed: using shell=True?
[22:34] <tumbleweed> RoAkSoAx: no
[22:35] <RoAkSoAx> tumbleweed: then I think i missed your solution. What is it again?
[22:36] <RoAkSoAx> cmd = command.split()
[22:36] <RoAkSoAx> ?
[22:36] <RoAkSoAx> instead of the loop?
[22:36] <tumbleweed> RoAkSoAx: it's not a solution to your problem, i'm saying you can replace lines 4..12 with cmd = command.split()
[22:36] <RoAkSoAx> tumbleweed: oh yep, I'm gonna do that thanks :). However, no ideas for my problem?
[22:37] <geser> RoAkSoAx: why not write command as a list in the first place? "command = ['rsync', '-azP', ...]
[22:37] <tumbleweed> RoAkSoAx: there are python rsync modules, maybe one of them can help you
[22:38] <tumbleweed> but I don't see any easy way to persuade rsync to output progress
[22:41] <RoAkSoAx> geser: because the way how testdrive did it initially was tu run a command directly, however, in testdrice-cli it still uses it that way, but in the -gtk I need the array given that I'm running the sync in a subprocess + threads
[22:42] <RoAkSoAx> tumbleweed: ok I'll investigate that! Thanks :)
[22:44] <pitti> superm1: mythbuntu has failed to build for some days (see http://people.canonical.com/~ubuntu-archive/livefs-build-logs/maverick/mythbuntu/20100803/livecd-20100803-i386.out); are you interested at all in an alpha-3 release, or do you want to skip it?
[22:45] <RoAkSoAx> geser: and by directly I mean with os.system()
[22:46] <tumbleweed> RoAkSoAx: to see what I mean, try this: rsync -azP foo bar | cat
[22:48] <tumbleweed> err, I screwed up, RoAkSoAx it will work
[22:49] <tumbleweed> RoAkSoAx: just look for \r to find the new line of output
[22:50] <RoAkSoAx> tumbleweed: that's the thing, the progress update is done in one single line, which makes my script to hang up when reading that exact line.
[22:53] <tumbleweed> RoAkSoAx: don't do readline(), read a handful of bytes at a time, and you know you've got a new line when you see \r
[22:56] <RoAkSoAx> tumbleweed: ok. btw I;'ve just found same issue here with no solution yet: http://stackoverflow.com/questions/1606795/catching-stdout-in-realtime-from-subprocess
[23:07] <tumbleweed> RoAkSoAx: http://paste.debian.net/82254/ all that's left is parsing the output with a regex (but I'd still see if there's a nice python library that make sthis easy)
[23:11] <RoAkSoAx> tumbleweed: awesome!! thanks a lot :)
[23:12] <tumbleweed> RoAkSoAx: assuming the output is always 43 chars, long, you can self-synchronise: buff += sync.stdout.read(min(16, 43 - len(buff)))
[23:14] <RoAkSoAx> tumbleweed: :) thanks for the tips :)
[23:15] <tumbleweed> RoAkSoAx: be aware that you now have to kill the rsync if your program dies
[23:16] <tumbleweed> actually, no it should SIGPIPE
[23:17] <RoAkSoAx> tumbleweed: I'll see what happens when I do that in a thread though
[23:19] <SpamapS> wow.. seems like mdadm needs some bug fixing love https://bugs.launchpad.net/ubuntu/+source/mdadm
[23:50] <superm1> pitti, we were interested, just been a little behind in testing :)
[23:50] <superm1> i'll take a look right now
[23:55] <dupondje> do we plan to upgrade mdadm btw ?


[10:23] <avinashhm> Hi , i have a doubt .. i want to run a script / command after 1 minute of bootup .. is it possible to modify the etc script in such a way .. any easy way to do this ?
[10:38] <ndec> avinashhm: yes, it's easy, look at /etc/init.d/ondemand. it does exactly that (set the ondemand governor after 60 seconds)
[10:39] <avinashhm> ndec, thanks buddy .. i ll check this ..
[10:51] <kingargon> hi guys im net to the cortex m3 line and i need some help getting started
[10:51] <kingargon> can someone point me to a tutorial or something?
[11:00] <ynezz> you're trying to run ubuntu on cortex-m3?
[22:09] <andrx> Does  it exist any ubuntu version for arm chipset?
[22:09] <andrx> Does  it exist any ubuntu version for arm chipset or tablet arm?
[22:13] <prpplague> andrx: yes
[22:15] <andrx> Where can I found it? Does exist any How-To or Guide for installation?
[22:44] <andrx> Somebody know how install ubuntu in Table ARM?


[00:29] <Unit193> Ah, had to leave.  Was looking at the update file, not sure where it's finding what flavor it is yet.
[00:31] <Unit193> blackdog: Oh, did you actually purge unity, and perhaps all it's scopes or whatever?  I'd guess that something is conflicting with it, so it tries to remove it but is blacklisted from removal during upgrade, but I don't actually know.  Never had this issue, but never installed unity either.
[00:32] <blackdog> didn't purge, just removed.
[00:32] <blackdog> https://gist.github.com/mwotton/6968985 is the relevant chunk of the log
[00:33] <blackdog> (this is from my attempt with no desktop installed)
[00:33] <blackdog> just using bare xmonad
[00:34] <krabador> melodie, i installed for 10 minutes on an archlinux system lxde, i removed @lxpanel line from /etc/xdg/lxsession/LXDE/autostart
[00:34] <Unit193> But not seeing it.  All else fails, do it Debian style. :P
[00:34] <krabador> and it worked right
[00:34] <krabador> someting is wrong with lubuntu 13.04
[00:35] <Unit193> Yeah, hrm.
[00:35] <krabador> melodie, are you here ?
[00:46] <jcbjoe> hi all question .. i've been on many distros but all have consumed my battery very fast .. i did a google search for distros that have good battery life and it brought me here .. any thoughts on this battery issue ?
[00:48] <jcbjoe> actually it said it didn't get good battery
[00:48] <jcbjoe> thanks
[00:49] <blackdog> welp.
[01:22] <melodie> krabador I'm not far
[07:59] <andreiiar> Hello! I just installed lubuntu and youtube doesent work. It seems to refresh the page with  video after 3-4 seconds, sometimes video does not load, sometimes it starts
[08:02] <OplC> It means you need to scroll down on the youtube
[08:02] <OplC> until "Try Something New"
[08:02] <OplC> then Enable HTML5 video
[08:44] <andreiiar> oplc: would that set html5 on all my computers?
[08:44] <OplC> no, one has to do it for each
[08:44] <OplC> or maybe there is a firefox addon
[08:45] <andreiiar> oplc: Hmm. Still does not work.
[08:45] <andreiiar> oplc: looks like its loading but it does that forever
[08:46] <OplC> https://addons.mozilla.org/en-US/firefox/search/?q=youtube+html5&appver=24.0&platform=mac
[08:47] <OplC> top 3 ones work great!
[08:47] <OplC> for me on mac(…)
[08:47] <OplC> can it be your graphics drivers?
[08:48] <andreiiar> No. It worked ok on live disk
[11:33] <R0b0t1> When locking the desktop the screens do not turn off all the way fully, how can I make them turn off the backlight?
[23:44] <newb> hello, i was wondering if anyone could help me install hebrew on lubuntu? the option through lang prefs seems buged
[23:54] <phillw> well, possibly if he stuck around for more than 59 seconds.


[00:43] <wonko> yeah, don't do it
[00:43] <wonko> it's a mess
[13:04] <wonko> Eickmeyer: you've made a terrible mistake assuming I read the release notes. :-D
[14:14] <Gorgo> Hi everyone. I'm checking an OS with preempt_RT. From some articles I found Ubuntu Studio. Now I'm trying to understand if it's compatible with NVIDIA drivers since I'm using CUDA 11 application. I tried to recompile the RT patched kernel on myself, but the NVIDIA installer halts when it finds the RT kernel installed.
[14:14] <Gorgo> Could somebody confirm/deny that Ubuntu Studio works with NVIDIA drivers? Tnks
[14:15] <wonko> indeed it does!
[14:16] <wonko> that's what I'm currently typing from
[14:16] <Gorgo> Oh cool! Could you share your uname -a and nvidia-smi?
[14:17] <wonko> https://gist.github.com/bhechinger/7a3d2480159e37db57d36ba812150f7d
[14:18] <Gorgo> Tnks wonko:D  I'm curious how they added it if NVIDIA formally does not support it
[14:21] <wonko> RT and lowlatency are different
[14:21] <wonko> https://help.ubuntu.com/community/UbuntuStudio/RealTimeKernel
[14:26] <Gorgo> Tnks yes, I'm trying to understand the differences
[14:40] <OvenWerks> lowlatency is realtime with a grard.
[14:41] <OvenWerks> guard
[14:41] <OvenWerks> The kernel gives everything a tiny bit of time every once in a while so the machine can't lock up.
[14:42] <OvenWerks> low latency uses only the the settings in the main kernel and does not patch kernel code
[14:42] <OvenWerks> this is why the nvidia blob will still run with it.
[14:43] <OvenWerks> most of the rt code has been moved into the main kernel by now, so the rt patch has gotten pretty small. It shouldn't be needed.
[15:34] <Gorgo> Tnks OvenWerks
[18:23] <sakrecoer[b]> is there a way to make geonkick available to Carla?
[20:22] <Eickmeyer[m]> <sakrecoer[b] "is there a way to make geonkick "> It isn't?
[20:23] <Eickmeyer[m]> It runs as its own jack application, correct?
[20:25] <Eickmeyer[m]> <sakrecoer[b] "is there a way to make geonkick "> No issues here...
[20:25]  * Eickmeyer[m] uploaded an image: image.png (128KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/LUVkDObPrYjKdaWxVcQQQLvm/image.png >
[20:58] <sakrecoer[b]> <Eickmeyer[m] "It isn't?"> so you start it from the cli? it's notnlised in carla or the app menu
[20:59] <sakrecoer[b]> * so you start it from the cli? it's not listed in carla or the app menu
[20:59] <Eickmeyer[m]> Nope, I started it from the application menu.
[21:00] <sakrecoer[b]> hmm.. maybe i actually didn't look there. 😅
[21:42] <sakrecoer[b]> stared myself blind i suppose
[21:46] <sakrecoer[b]> my place being renovated i've had to pack down my studio gear (except the soundcard). Decided I'll do some music with only software.
[21:46] <sakrecoer[b]> humbling experience so far. but very fun!
[21:49] <sakrecoer[b]> i haven't really found any subtractive synthesizer i click with yet. any recommendations?