sujxanyone has been used debootstrap? when i Use debootstrap to build the ubuntu core system, the system is not stable and often crash02:23
=== micahg_ is now known as micahg
aeorildarkxst /etc/init.d/gdm seems to have some additional bugs in vivid (not trusty) than just the syntax error.  Found this trying to test on vivid:  http://paste.ubuntu.com/10496518/03:24
darkxstaeoril, that is expected03:24
darkxstuse restart (or stop gdm first)03:25
aeorildarkxst really?  just because the path used is different to the script?  That seems kind of odd ...03:25
darkxstaeoril, what are you talking about paths for?03:26
darkxstyou ran gdm start, and it said gdm already running03:26
aeorildarkxst look at the paste - when I was testing, I tried to test using "./gdm" because I was in the /etc/init.d directory - it did not fail becasue of the syntax error.  But typing "../init.d/gdm" from the same directory hit the syntax error - then, from the same directory, "/etc/init.d/gdm" gave the proper error message, but never hit the syntax error03:27
darkxstaeoril, just fix the syntax error03:27
aeorildarkxst that is fine, but shouldn't we be concerned about the odd behavior?03:28
aeorildarkxst it doesn't act like that in trusty03:28
darkxstaeoril, I don't recommend you step into that world03:28
aeorildarkxst ok, I'll "keep it simple" then ... - just had anomalies during test, so figured I'd mention it to you ...03:28
darkxstthere a ton of wrappers that hook all the various init systems command together03:28
aeorildarkxst yes, I went through some of them, loops, etc.03:29
aeorilpretty complex03:29
aeorildarkxst so don't even file a bug report?03:30
darkxstaeoril, you could file a bug03:30
aeorildarkxst I was definitely not thinking of fixing it myself ...03:30
darkxstaeoril, no one cares about sysv (in Linux anyway) anymore03:31
darkxstaeoril, I've been giving you trivial bugs so you can just concentrate on the packaging side03:32
aeorildarkxst ok, just trying to be helpful03:32
darkxstif you want a fun bug, thats more than just that, then bug 138557203:33
ubottubug 1385572 in upstart (Ubuntu) "gnome-session not shutting down cleanly" [Low,Confirmed] https://launchpad.net/bugs/138557203:33
aeorildarkxst ok, I'll take a look at it, but I will finish this bug to learn the packaging side of things better03:33
darkxstaeoril, btw invoke-rc.d is usually used for sysv scripts I think03:35
darkxstand that should have a wrapper that would re-direct to upstart or systemd init (or whatever you boot with)03:35
aeorildarkxst I will just do the syntax error fix then look at the next bug.  I really appreciate all the help03:36
aeorildarkxst I need to learn how to get a vivid fix back into 14.10 and 14.04 anyway03:37
darkxstaeoril, https://www.google.com.au/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0CB4QFjAA&url=https%3A%2F%2Fwiki.ubuntu.com%2FStableReleaseUpdates&ei=xtvzVKjEE8LbmAXZ2oHQDw&usg=AFQjCNFl9CrvGudijLLJ0UQ8dxx7Lj3WRQ&sig2=ht7tqyA-Zn9MmwlOf-demw&bvm=bv.87269000,d.dGY03:41
darkxstsilly google links: https://wiki.ubuntu.com/StableReleaseUpdates03:41
aeorildarkxst good gosh!  But it worked!  Thanks ... :)03:42
darkxstaeoril, I can upload gdm, so all you need worry03:42
darkxstabout is a  debdiff and the SRU paperwork03:42
aeorilok - thanks03:42
aeorildarkxst getting tired, work further tomorrow - that glitch took all my time hunting down the odd behavior03:43
aeoril(it was not immediately apparent what was going on, so I was doing all kinds of crazy stuff devling into the scripts)03:44
darkxstaeoril, those things come with experience03:44
darkxstand wasting an enitre night chasing down a phantom bug, would be considered experience03:45
darkxstI've certainly done that before03:46
darkxstaeoril, our first realease was 12.10 and I spent the entire cycle fixing about 10 hard bugs03:50
aeorildarkxst 12.10 was the first release of Ubuntu GNOME?03:55
aeorildarkxst does Fedora still use GNOME as its default GUI?03:59
darkxstaeoril, yes and yes04:22
aeorildarkxst yes, I looked both answers up - the first release on releases.ubuntu.com is 13.04, though - I wasn't sure what you meant by "our first" - now I understand that what you meant a while back when you said "you should work on gnome" - you meant "Ubuntu GNOME" I guess04:23
aeorildarkxst why not?  You are the most helpful person for me, and I like it ok.  I think it will be exciting to fix things in the desktop I have on my own pc.  I could never get that with Windows or Mac04:25
aeorildarkxst the whole FOSS thing is just amazing.  When I was starting out way back, that kind of thing did not happen as much - some, but not a lot04:26
darkxstaeoril, 12.10 was the first release04:28
darkxst13.04 was the first as an official flavour04:28
aeorildarkxst yes, I figured it was something like that04:29
aeorildarkxst thanks for the clarification, though04:29
aeorildarkxst it is nice that it became an official flavour04:29
darkxstaeoril, we founded ubuntu GNOME to get contributors working upstream04:29
darkxstso work on GNOME fixing ubuntu bugs upstream kinda thing04:30
aeorildarkxst I am sorry, I do not sure what you mean - do you mean fixing upstream GNOME bugs that cause problems specifically with Ubuntu?04:30
darkxstaeoril, yes04:31
aeorildarkxst yes, that makes sense.  I really like the GNOME website - very professional.  Seems like a well run project04:31
aeorildarkxst well, I guess a whole "web" of interrelated projects really - it is very important to Linux, I think04:32
darkxstaeoril, although it wasnt really that specific it was more just have people contributing upstream from GNOME on ubuntu04:32
darkxstonly problem is it has affected my time to work on upstream bugs04:34
aeorildarkxst oh, I see - where do you work?04:34
aeorildo you actually work for GNOME?04:34
aeoril(for pay?)04:35
darkxstaeoril, no, everyone on the ubuntu GNOME team is volunteers04:35
aeoriloh, sorry - I thought you said "at work" not "to work" - my mistake04:35
aeorildarkxst ^04:35
aeorildarkxst I thought "at work on upstream bugs" implied you actually worked for pay on the GNOME project or something04:36
aeoril(but you said "to" not "at")04:36
darkxstaeoril, no, distro patching every little annoyance is rubbish04:37
aeorildarkxst lol ok, so pay to work means crappy work?  You can't pick and choose?04:37
darkxstsome packages have close to 100 patches04:37
aeorildarkxst oh, I see what you mean - "distro patching" meaning fixing all the nit-noid things that need to be done for each distro04:38
darkxstaeoril, nautilus has 20odd ubuntu patches which will be broken in 3.1604:38
darkxstaeoril, yes, mainly ubuntu though, they are the only distro visionary enough to produce their own product04:39
aeorildarkxst what do you mean by "produce their own product?"  Don't most distros have unique stuff in them?04:40
aeoril(I just don't know)04:40
darkxstaeoril, Unity?04:40
aeorildarkxst yes, I thought you meant that ...04:41
darkxstI don't know any other distro that ships their own DE04:41
aeorilWhat does DE stand for?  I cannot figure it out04:41
aeorilDistro Environment?04:42
darkxstaeoril, desktop-environment04:42
aeorildarkxst oh, ok - duh!04:42
darkxstgnome, kde, unity, etc04:42
aeorilyes, I understand04:42
aeorilI remember when Unity came out - it was GNOME or KDE before that ...04:42
darkxstaeoril, it was GNOME204:43
darkxstup until about 11.10 (at a wild guess)04:43
aeorilright, the default was Gnome, IIRC - I did not like Unity when if first came out04:43
aeorildarkxst yes, that rings a bell04:44
darkxstKubuntu, would have been around back then anyway (for kde)04:44
aeorildarkxst I think you may have nailed it - 11.04 -> Gnome2, 11.10 -> Unity, IIRC04:44
aeorilBack around 2011 I think04:45
darkxstaeoril, yes gnome-shell has really evolved since those early GNOME3 days04:48
aeorildarkxst yah, 2011 - I think it was when I was doing this (https://answers.launchpad.net/launchpad/+question/172028) - I think that was on "natty"04:48
aeorildarkxst or maybe "precise"04:48
aeorildarkxst yes, I was surprised at how much it had changed - I like the improvements04:49
darkxstaeoril, what do recipes have to do with anything?04:49
darkxstalways seemed like a broken way to try things to me04:50
aeorildarkxst lol - just what I was into ... learning all about packaging and recipes and stuff - I don't remember why I was all into recipes04:50
aeorildarkxst I may have been directed that way, or I may have thought it was some kind of "correct" way of doing things or something04:50
darkxstlook at how broken UDD branches are and then they automatically building random git branches04:51
darkxstlp:ubuntu/<package> branches04:51
darkxstaeoril, you already found that out right?04:52
aeorildarkxst that project was a "learning" project to figure out packaging04:52
aeorildarkxst yes, quite ... :P04:52
darkxstrecipes don't help with packaging04:52
aeorildarkxst well, I was making a "super clean" package, and somehow making it work on the recipe led to some insights - I really don't remember all about what I was doing04:53
darkxstin fact they only even make sense on stable (bug fix only) branches04:53
aeorildarkxst unfortunately, I nuked that PPA (randconverse) - it was actually pretty funny - you had a "conversation" with the computer, and it said abusive, funny things to you randomly based on your inputs04:54
aeorildarkxst it was in C++04:55
aeorildarkxst I got all into the debian policy guides, extensively into building a package from scratch using only autotools, manually configuring all the .am files myself, learning all about the debian directory and everything - I was really trying to learn packaging from the "ground up".  However, I pretty much forgot all of it04:58
aeorildarkxst well, building a "build" from scratch using autotools would be more correct, then adding in the packaging stuff for debian/Ubuntu myself04:59
aeoril(its kind of coming back to me a little)04:59
darkxstok, but I don't see the connection between autotools and recipes!05:01
aeorildarkxst I just don't remember ... maybe they were just separate things I thought I should learn about?05:02
darkxstaeoril, ok keep learning and then maybe you can make the distinction!05:03
aeorildarkxst Maybe I thought the "best" build environment was on launchpad using a recipe?05:04
darkxstaeoril, and now you know that is sbuild ;)05:04
aeorildarkxst that is what everyone says now!05:04
darkxstwas probably pbuilder back then though05:05
aeorildarkxst yes, I was holding off using pbuilder until I learned the underlying stuff that pbuilder "hides" and makes easier ... trying to learn what was below pbuilder05:05
darkxstpbuilder doesnt hide anything05:06
aeorildarkxst well, I guess I just don't know what I thought I was doing then :(05:06
darkxstyes you said that already ;)05:07
aeorildarkxst maybe pbuilder automated things that I was trying to learn how to do automatically?05:07
darkxstaeoril, nope05:07
darkxstpbuilder is very much like sbuild05:08
darkxsti.e take a clean chroot, install builddeps, build packes05:08
aeorilhmmmm ... then I just probably didn't even know back then what the heck I was doing, I guess05:08
aeorildarkxst yes, that makes sense05:09
aeorildarkxst I seem to remember feeling I was making great progress, though, and "experts" were helping me a lot05:10
darkxstaeoril, so make this your goal, find and a fix a bug that the "experts" can't fix ;)05:12
aeorildarkxst I just want to learn, have fun and contribute to something worthwhile.  And keep my skills up.05:14
aeorildarkxst It would certainly be wonderful to become an "expert" though - really know this stuff well05:15
aeorildarkxst with your help, I feel I have already come a long way, even just using Linux and understanding how it is put together05:16
aeorilsarnold and others have helped me too05:16
darkxstaeoril, but an expert in packaging or an expert in coding?05:16
darkxstthe first is largely generic and there are a bu05:16
darkxstbunch of very expert packagers around this part that don't know any coding05:17
aeorildarkxst I am much more interested at becoming an expert at coding Linux05:17
darkxstaeoril, in which case you need to pick a project05:18
aeorildarkxst but, I have to be a competent and preferably accomplished packager, I would think, to work with the community best?05:18
aeorildarkxst I was thinking kernel/driver05:18
darkxstaeoril, maybe not05:19
aeorildarkxst but, you are the person who is helping me the most, so maybe I should go with GNOME because I need the help ...05:19
aeorildarkxst why not?05:19
darkxstaeoril, kernel code would be pretty scary for someone with no evidence of proper coding experience05:20
aeorildarkxst I have no evidence of proper coding experience?05:20
darkxstaeoril, I gues that is a little irrelevant, but open a random driver in the kernel and see if you can understand?05:22
aeorildarkxst well, I am just wondering - in working with me, have you gotten the impression I have no coding experience?05:23
darkxstaeoril, nope, because you haven't asked a single question about code I guess05:24
darkxstaeoril, and really I won't judge that until I see a patch ;)05:25
aeorildarkxst I have not been having a hard time following code, just using the tools (like git/bzr) and packaging.  Of course, the code changes have been trivial so far05:26
aeorildarkxst I made that one stupid mistake following the wrong code in the super-easy fix I am doing now, but oh well - it happens05:27
aeoril(not seeing the syntax error in the vivid /etc/init.d/gdm script)05:27
aeorilI was embarrassed about that one05:27
darkxstaeoril, vala?05:28
aeorildarkxst what about vala?05:28
darkxsthave you used it?05:28
darkxstprogrammed even05:29
aeorildarkxst no, never - there was vala in my first bug I tried to fix though, so I saw some of it05:29
aeoril(the vim/gnome-terminal racey thing)05:29
darkxstgnome-contacts need a titlebar fix05:29
darkxstprobably similar to https://bugzilla.gnome.org/show_bug.cgi?id=74534605:30
aeorilI could try - bug?05:30
ubottuGnome bug 745346 in general "Use traditional title bars on Unity" [Normal,New]05:30
aeorildarkxst my background is embedded and real time design, mostly, C, C++, FORTRAN, assembler, Ada, JOVIAL, etc.  I think I was a reasonably competent programmer for all those years05:32
darkxstbug 133935505:32
ubottubug 1339355 in gnome-contacts (Ubuntu) "Update to 3.14" [Wishlist,Triaged] https://launchpad.net/bugs/133935505:32
aeorilMost recently, since 2011, I took a hiatus from learning about Linux development to learn about JavaScript/HTML5/CSS3 - that was fun, but I think I like this better05:33
darkxstaeoril, you reliase gnome-shell/gtk is a funny combination of javascript and css?05:33
aeorildarkxst nope05:34
darkxstaeoril, there you go, gnome-shell UI is nearly entirely JS, and most all GTK theming is CSS (although generated from SASS now)05:35
aeorildarkxst I really learned an incredible amount in a short time doing JavaScript/HTML/CSS - it opened up whole new ways of thinking for me.  A wonderful experience05:35
aeorildarkxst I did some GTK/GDK coding on my last job, maybe 10 years ago?05:36
aeorilbut just a littl05:37
aeorildarkxst I have learned over time I am not a "great" coder, but I am good enough to make a solid effort and tend to be thorough and careful05:38
aeorildarkxst I will never be a "star" but I believe I bring value and can contribute well05:40
aeorildarkxst I was thinking about kernel/driver development because I have the most experience in C and have done quite a bit with low-level stuff interacting with hardware and firmware, or even writing firmware.  Since that is where most of my experience lies, I thought that was the best choice for me06:06
aeorildarkxst also, there seem to be some very good avenues to learn that stuff (kernelnewbies, osdev) so it might not be too bad06:08
pittiaeoril: yes, after checking out trunk you need to select a packaging backend; you can just ./setup.py build, that'll install the dpkg one06:47
pittiaeoril: I usually run PYTHONPATH=. gtk/apport-gtk [args]06:47
pittiaeoril: thanks for your MP! will look at it today, looks fine at first glance06:49
=== kickinz1|afk is now known as kickinz1
dholbachgood morning08:07
seb128hey dholbach08:11
dholbachhey hey seb12808:12
=== kickinz1 is now known as kickinz1|afk
=== kickinz1|afk is now known as kickinz1
Mirvis there an automated way to change Maintainer: to XSBC-Original-Maintainer: and add Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>?08:25
Mirvit'd be easy to automate of course, but I wonder if it's something that's already in some tool08:26
pittiMirv: it's called "update-maintainer" :)08:26
Mirvooh! :)08:26
pittiMirv: in ubuntu-dev-tools08:26
pittiMirv: it also DTRT for debian/control.in08:26
Mirvthanks a lot!08:27
mitya57Mirv: qtscript -2 from Debian will ftbfs on ppc64el, I have just uploaded a potential fix for that08:49
mitya57(and also uploaded an untested fix for qtwebkit)08:50
=== dbarth is now known as dbarth-afk
=== doko_ is now known as doko
dokopitti: are you looking at the autopkg test failures triggered python3-defaults?08:55
pittidoko: yes, some 10 mins ago08:55
dokocool, thanks08:55
pittiinfinity: speaking of which, it's not clear to me whether the upstart regression is induced by the new glibc, or if something else broke it08:56
pittiso I don't override that one for now08:56
pitti(although it probably isn't related to the new glibc)08:57
Mirvmitya57: thanks, I noticed you were working on those right at the moment.08:57
infinitypitti: Given nothing changed in that libc (other than the compiler/binutils used to build it), the odds of a regression are pretty low.08:57
infinitypitti: But not nil.08:57
pittinot ok 54 - with single line command writing lots of data fast and exiting08:59
pittiwrong value for bytes, expected 3145728 got 301803108:59
pittiat tests/test_job_process.c:3886 (test_start).08:59
pittijodh: ^ does that tell you anything?08:59
pittithat happened 4 times during the last 6 runs09:00
infinitypitti: But not 6 times?09:00
pittiinfinity: right09:00
pittibut the history on http://d-jenkins.ubuntu-ci:8080/job/vivid-adt-upstart/ looks like that's something recent09:00
infinitypitti: Smells like an intentionally racy test meant to test accidentally racy code. :P09:00
infinityEven the name of the test sounds racy.09:01
pittiso, http://launchpadlibrarian.net/198971296/glibc_2.19-15ubuntu1_2.19-15ubuntu2.diff.gz indeed looks unrelated09:01
* pitti waves through09:02
infinitypitti: Right, the diff is *obviously* unrelated, but that doesn't rule out the toolchain having produced a broken libc.  Seems pretty unlikely that it would have produced whatever breakage we're seeing here, though.09:02
* pitti leans on the retry button09:04
infinitypitti: Another example of why a static foo triggers bar mapping would be nice: linux uploads should trigger ubuntu-drivers-common tests.09:14
pittiinfinity: yeah, I'm well aware of why this would be useful; new linux broke nvidia-30409:15
infinitypitti: I wonder if a new header in debian/tests would be a good place to document such magic.09:15
pittiinfinity: no, it's not; if we had an index of all debian/tests/control, we would do reverse test dependency checking09:16
pittiand as we don't, adding new fields there doesn't help either09:16
infinitypitti: So, that specific case is meant to be covered by some automated testing we're going to be doing to make dkms in general block the kernel.  But still, it would have been awesome if u-d-c could have blocked it, which we could get with that sort of mapping.09:16
pittiwe either need an additional external mapping in britney, or a Tests.gz index09:16
infinitypitti: Well, sure, a Tests.gz makes sense.  But we still need a header to define "should be triggered by: foo" when it's not actually a direct dep of the test or package.09:17
pittihow is that not a Depends: ?09:18
infinitypitti: Well, I assume autopkgtest follows the same "don't need to depend on Essential", for instance.09:18
infinitys/, for/rule, for/09:19
pittiright, you don't have to, but there's nothing stopping you from doing that once it becomes useful09:19
infinityBut I guess you could just add explicit deps if you want the trigger, sure.09:19
pittialso, for this particular example, linux-headers isn't essential09:19
infinityNo, true.  linux-headers isn't.09:19
infinitySo, fair enough.09:20
infinityAre you looking to have a Tests.gz produced by apt-ftparchive and published in the archive next to Packages.gz, or externally produced?09:20
pittithe former would be nice, but I'm not going to do that myself; I could envision a cronjob on people and put it into http://people.canonical.com/~ubuntu-archive/ somewhere?09:21
infinityAnd does debian/tests/control end up in control.tar.gz or data.tar.gz?  Cause if it's the latter, that will be expensive.09:21
pittino, debian/tests/control is per-source, it doesn't make sense in binary packages anyway09:21
infinityI'm guessing it's the latter, cause I doubt autopkgtest has ended up specced/supported in dpkg in any way yet.09:21
infinityErr, oh.  Right.  Derp.09:21
infinitySorry, not away.09:21
infinityNor awake.09:22
pittiso at most it could live next to Sources.gz09:22
infinityCheck.  That would be VERY expensive to generate, then. :/09:22
infinitySince Sources.gz never unpacks source, it's just a concatenation of .dsc files, essentially.09:22
pittibut I think we should prototype it first on people.u.c., see what we need and how far we get with it, and then perhaps send lots of beer and flowers to cjwatson to put it into LP :)09:22
infinityIt's not about beer and flowers, it's that there's no way I'd let the publisher be slowed down that much.09:23
pittiinfinity: well, it's grepping Sources.gz for "Testsuite: autopkgtest", and unpacking a 1000 debian.tar.gz tarballs for debian/tests/control09:23
infinityUnpacking source is slow.  Very slow.09:23
pittiright, you definitively don't want to do that 3 times an hour09:23
pittimaybe once a week or so09:23
pittiit's more like Contents.gz than Sources.gz09:23
infinitypitti: Not a guarantee that it's debian.tar.gz, not the whole world is v3(quilt).09:23
pittiinfinity: yeah, for those cases you need to dpkg-source -x the whole thing09:24
pittibuit we can optimize for v3-quilt09:24
xnoxpitti: infinity: that one tries to catch a race. I ponder if it should declare "skip" when it didn't manage to race.09:24
infinitypitti: Doesn't it become a bit useless if it's doesn't match the archive, since we care about testing the ever-changing -proposed pocket?09:24
pittiwe could even optimize for a debian.diff.gz, but that'd be a bit hackish09:24
infinityxnox: Well, I assume it *did* race, and hence failed.09:25
infinityxnox: If it's testing (and finding) a bug in the code could we, I dunno, fix the bug?09:25
pittiinfinity: obviously, the more current the better; that was just an initial idea for a prototype09:25
pittia more "rolling" db would obviously be better09:25
infinitypitti: apt-ftparchive doesn't pull dirty tricks like that, generally, it's more about trusting dpkg to know how to deal with its own formats.  This is usually saner.09:25
pittiwhenever a source is uploaded, its debian/tests/control goes into that db09:25
pittiinfinity: yeah, but really expensive09:26
infinitypitti: But, since non-a-f archive probably need to know how to do this too, I guess we could attack it from a different angle and store tests/control on upload.  We already waste a ton of cycles there unpacking and validating.09:27
pittithat sounds ideal indeed, as we wouldn't have to download and unpack anything in additon09:27
infinitypitti: Not sure how I'd spec that in a DAK world, though.  And I do prefer universal solutions.09:28
infinitypitti: But in Soyuz, it would just become another source artefact, like .changes09:29
infinitypitti: And, derp.  There's perhaps the real solution.09:31
infinitypitti: Add a dh helper to take all deps from debian/tests/control and concat them to XS-AutoPkgTest-Depends, so they end up in .dsc09:31
infinitypitti: And then if and when this gets specced in dpkg, dpkg-source can do it on its own without said helper.09:32
infinitypitti: Done, clean, and it lands in Sources.gz09:32
flexiondotorgMorning. I need some help please.09:32
flexiondotorgThere are some critical glib 2.43.x compatibility issues in MATE.09:32
flexiondotorgThe MATE Debian maintainers (of which I am a memeber) requested an unblock in Debian to provide the patches we've prepared.09:33
pittiinfinity: dpkg-source already adds the Testsuite: header, so it could just as well add the new one09:33
flexiondotorgThat request was denied.09:33
pittiinfinity: I thought about that, it'd just inflate Sources.gz even more09:33
flexiondotorgSo I need to add the required patches directly to Ubuntu.09:33
flexiondotorgI have the patches, have built and tested in a PPA.09:33
flexiondotorgHow do I proceed?09:34
infinitypitti: Oh, does it?  Wasn't sure if that was specced in dpkg or not.  Sweet.  That will make it much easier to get guillem to accept a patch for the Testsuite-Deps too.09:34
infinitypitti: A tiny inflation in Sources.gz is MUCH better than parsing source packages to generate yet another file.09:34
pittiinfinity: https://anonscm.debian.org/cgit/dpkg/dpkg.git/commit/?id=3e6253 and https://anonscm.debian.org/cgit/dpkg/dpkg.git/commit/?id=db3c4ab FYI09:34
infinitypitti: Even if every source in the archive had a test-deps line, it wouldn't be that much more data.  About the same as adding a new hash.09:34
pittilet's say 5000 packages, 100 bytes dep line == 500 kB uncompressed, perhaps 100 kB compresssed09:36
pittinot that bad indeed, but measurable09:36
infinitypitti: Yeah, not really a big deal, the archive grows faster than that for other reasons.09:36
infinitypitti: And "Sources.gz is getting large because everyone keeps adding testsuites to their packages" is a problem I kinda would like to have.09:36
infinitypitti: Normal users (despite RMS arguing viciously to the contrary) shouldn't have deb-src lines enabled anyway, IMO.09:37
pitti+1 on that09:37
infinitypitti: And certainly not users who care about how long updates take; they turn it off.09:37
pittiit's a pretty big waste of download bandwidth09:37
wgrant100 bytes?09:37
flexiondotorgdholbach, Have you the time to help point me in the right direction regarding glib2.43 patches?09:37
wgrantWould most packages really have that many?09:38
dholbachflexiondotorg, I would suggest asking in #ubuntu-desktop09:38
pittiwgrant: a wild guesstimated pessimistic average between a lot of packages just doing "Depends: @" and some needing a lot09:38
dholbachflexiondotorg, I'm in the middle of 3 things right now09:38
infinitywgrant: Header plus lots of deps, might average out to more like 50 or 75, but whatever.09:38
dholbachplus, the guys in #u-desktop are far more knowledgeable when it comes to glib than I am09:38
pittiwgrant: we also only have ~ 1300 tests, but the number has doubled every release for 4 releases neow09:38
infinityEither way, I don't think it's a big deal.09:38
pittiyeah, agreed09:39
infinitySources.gz/.dsc feels like the right place for it.09:39
wgrantIt does.09:39
infinityAnd the code to do that is simple and clear.09:39
flexiondotorgdholbach, Thanks.09:39
infinityIt does mean we don't get the benefit until those old source packages are rebuilt with a new dpkg-source, but I suspect 95% of tests are in the 5% of packages that are uploaded quite frequently.09:40
=== Malsasa_ is now known as Malsasa
pittiright; and in particular, we could upload ubuntu-drivers-common and glibc (i. e. the use cases which were particular important)09:41
infinitypitti: Right, I'm crazy tired, but can you file a bug on dpkg on assign it to me (or to yourself, if you're comfy with the perl in dpkg-source), and we'll discuss it with guillem too?09:44
pittiinfinity: sure09:44
infinitypitti: Just copy-pasta some of the IRC log. :P09:44
pittiinfinity: I'll file it to Debian BTS and CC: you?09:45
infinitypitti: Or that, I figured an LP bug to start with and we can work on the implementation in Ubuntu while talking guillem into taking it.09:45
infinitypitti: But we could just work directly in Debian, up to you.09:46
infinitypitti: I think there'd be value in us doing it ahead of Debian anyway, but obviously the biggest benifit is if it happens in Debian too, so we get the header in syncs.09:47
pittiinfinity: right, so I thought we discuss it in a Debian bug, then implement it in Ubuntu, and send the patch09:47
infinitypitti: WFM.09:47
pittibut let's rather get agreement (or some input) from Debian first?09:47
* infinity nods.09:48
xnoxslangasek: thanks a lot for this post https://lists.debian.org/debian-devel/2007/02/msg00398.html10:00
pittiinfinity: debian bug 779559, I CC:ed you10:24
ubottuDebian bug 779559 in dpkg "dpkg-source: Add test dependencies to .dsc" [Normal,Open] http://bugs.debian.org/77955910:24
infinitypitti: Ta.10:24
pittibah, forgot wishlist, /me "bts"es10:24
infinitypitti: That should be Testsuite-Depends, I think, to match the existing Testuite: header.  But I imagine guillem will make the same argument.10:25
pittiinfinity: yeah, I don't care that much about the precise name10:29
=== Malsasa is now known as Guest26491
=== Malsasa_ is now known as Malsasa
=== kickinz1 is now known as kickinz1|afk
=== jamesh__ is now known as jamesh
=== MacSlow is now known as MacSlow|lunch
=== _salem is now known as salem_
aeorilpitti ok, cool - I tried 'setup.py', and figured there was some command line argument to pass into it i was missing, but did not know what - I guess I should have looked at it better.  That was a challenging one to test for me, since I did not know the way to do it directly with the source code I downloaded, but I made due ...12:25
aeorilpitti you can see how I tested it in the MP comments12:26
seb128mvo, hey, is there any known issue with click/schroot/ecryptfs user directories?12:38
seb128"E: 10mount: umount: /var/lib/schroot/mount/click-ubuntu-sdk-14.10-armhf-ec6aaf62-31e0-47e9-b2f8-73f0b038fb4d/home/ubuntu: target is busy E: 10mount: (In some cases useful info about processes that E: 10mount: use the device is found by lsof(8) or fuser(1).) "12:42
seb128it's consistent here, it tries to unmount my real userdir for some reason, which of course doesn't work since I'm logged in with that user12:42
flexiondotorgTrevinho, Can you take a peek at this little merge proposal please? https://code.launchpad.net/~ubuntu-mate-dev/compiz/improved-compiz-mate-profile/+merge/25143812:52
* Trevinho on it12:52
ginggshi, anyone from ubuntu-archive around?  I need someone to remove pycuda i386 binaries (LP: #1426722) please, they are blocking nvidia-cuda-toolkit.12:53
ubottuLaunchpad bug 1426722 in pycuda (Ubuntu) "Please remove i386 binaries" [Undecided,New] https://launchpad.net/bugs/142672212:53
cjwatsonginggs: done12:56
ginggscjwatson: thanks!12:57
mvoseb128: not know to me at least, no.13:04
seb128mvo, hey :-)13:05
seb128mvo, wie gehts?13:05
mvoseb128: good, thanks! and you?13:05
seb128mvo, I'm good, thanks :-)13:05
mvoseb128: if you could file a bug I will have a look13:05
seb128mvo, I can try to debug as well, http://people.canonical.com/~seb128/clickfail.log is my qtcreator framework adding log13:06
seb128mvo, but I also have an issue that the click schroot can't be unmounted, which leads to spam, since it restores previous sessions on reboot and adds a new one13:07
mvoseb128: oh, so this might be releated I wonder - i wonder if that also happens in a fresh install / clena chroot13:08
seb128mvo, clean chroot? I don't have any of those, I had purged schroot because of those issues and cleaned the dirs, just tried again, it fails to create any because it tries to unmount the real homedir for some reason13:09
mvoseb128: ok13:09
seb128mvo, tried to create one from another user on the same machine, which isn't using ecryptfs13:10
mvoseb128: and same result with that?13:10
seb128mvo, sorry, "trying", it's running13:11
mvoaha, ok13:11
seb128I can let you know in a bit :-)13:11
mvoyeah, I'm debugging some different problem right now, but I'm >< close :)13:11
seb128mvo, k, I'm going to try to debug the click issue myself, but help might be welcome if you are available for that later on13:13
mvoseb128: please tell me once you finished the test with the other user :)13:15
flexiondotorgTrevinho, Thanks.13:19
flexiondotorgcjwatson, Can you take a quick peek at this please? https://bugs.launchpad.net/ubuntu-mate/+bug/142643613:33
ubottuLaunchpad bug 1426436 in ubuntu-mate "15.04-Beta-1: Package 'grub-pc' has no installation candidate" [Undecided,Incomplete]13:33
flexiondotorgcjwatson, I can't reproduce this. Does this look familiar to you?13:33
flexiondotorgcjwatson, Am I missing something in my seeds? Could it be EFI related? I have no EFI hardware.13:34
cjwatsonflexiondotorg: After lunch.13:40
flexiondotorgcjwatson, Thanks.13:40
ochosihmm, someone contacted me as xubuntu project lead and asked whether there is an easy way to download/get the full source of xubuntu14.10 (in order to run the code through fossology for license checking). frankly i have no clue, any of you got a pointer here?13:41
pittididrocks: FYI, I updated bug 1312976 with some noninteractive commands how to set up a VM for nfs server+client13:47
ubottubug 1312976 in nfs-utils (Ubuntu) "nfs-utils needs systemd unit or init.d script" [High,In progress] https://launchpad.net/bugs/131297613:47
pittididrocks: after that works, we can test server and client separately, but that should be good enough for initial testing13:47
didrockspitti: oh nice! I want to finish fsck+systemd autopkgtests first (the turnaround to get more complex issues dealt with the testbed installing lightdm is really slow), but then (I guess tomorrow), will jump on that!13:50
cjwatsonflexiondotorg: It's broken because you turned off Recommends, and it works in Ubuntu because ubiquity Recommends: grub-pc.14:02
cjwatson(This is arguably a bit fragile ...)14:02
cjwatsonflexiondotorg: I'd suggest http://paste.ubuntu.com/10501858/14:03
dokoMirv, Qt & GCC 5 ping14:13
flexiondotorgcjwatson, Thanks.14:13
Mirvdoko: the destructor related symbol changes coming via Debian for the 5.4.1 in landing in ~two weeks14:14
cjwatsonflexiondotorg: I think you should put this on your list of reasons to get back to being able to enable Recommends14:15
flexiondotorgcjwatson, I am contributing patches to indicator-* to add MATE support so I can eventually disable the no-install-recommends feature.14:15
flexiondotorgcjwatson, Thanks for looking.14:16
dokoMirv, cool, that's what I wanted to know14:16
cjwatsonflexiondotorg: Cool.14:17
=== MacSlow|lunch is now known as MacSlow
=== kickinz1|afk is now known as kickinz1
slangasekxnox: heh, that was a while ago15:10
xnoxslangasek: but i did answer "wtf nis is loaded" and the other statement about BenC is still true I guess =)15:12
Laney@pilot in15:26
=== udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> utopic | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney
cjwatsonBenC: The context was https://lists.debian.org/debian-devel/2007/02/msg00398.html15:30
BenCYes, NIS and DFS had a hold on me at the time. Blame NASA15:31
BenCcjwatson, slangasek: Are you both still Debian developers?15:32
BenCcjwatson: I have an new GPG key I need signed so I can get my debian account reactivated (my account wasn’t closed in a nice way, so I have to basically re-do NM process).15:33
BenCIs there a protocol for verifying me via launchpad, but old GPG key, a picture of my photo ID signed by my old key, and getting my new key signed?15:34
cjwatsonBenC: If I've signed your old key, and it wasn't revoked, I'm generally happy (if slow ...) to sign the new key given a signed statement of transition15:34
cjwatsonBenC: Mail me15:34
slangasekBenC: my personal policy is similar, I wouldn't use launchpad as a proxy for id but I would sign a new key for someone I'd previously signed given a transition statement; but AFAICS I didn't sign your previous key so this doesn't help you :/15:47
BenCNo, you didn’t.15:48
BenCI’m having difficulty locating Debian folks to get my signatures, so I’m reaching out to people who may be willing to secure by alternative means.15:49
BenCAlthough, I am going to Boston next week, so I might be able to rally some folks around there.15:50
=== rickspencer3_ is now known as rickspencer3
=== greyback__ is now known as greyback
Snow-ManBenC: Where-abouts are you..?16:28
Snow-ManBenC: If it's still "somewhere, VA", then we might be able to work something out..16:35
BenCSnow-Man: Hampton Roads area16:53
Snow-ManBenC: ok.  I'm in the NoVa area (right near dulles airport)16:59
Snow-ManBenC: Maybe we could meet in Richmond for lunch or something?17:00
BenCSnow-Man: That’s a good hike. Let me see what I can do in Boston, but I’ll let you know if I still need a sig after that.17:00
Snow-ManI don't mind trying to work something out half-way17:00
Snow-ManBenC: and, of course, if you're flying through dulles or national and have a long enough layover, that'd probably work too.17:01
alexbligh1What's the canonical way to determine whether some is in trusty-proposed for an SRU? http://people.canonical.com/~ubuntu-archive/pending-sru.html is not showing the package concerned.17:36
cjwatsonrmadison will tell you what suites a package is in17:37
alexbligh1cjwatson, I mean I have a bug which says it's been uploaded to trusty-proposed, but I can't see it in the Packages file or http://people.canonical.com/~ubuntu-archive/pending-sru.html , so I'm presuming rmadison wouldn't see it either.17:38
alexbligh1cjwatson, (and to be clear, rmadison does not show it)17:40
Laney@pilot out17:45
=== udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> utopic | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
Laneywill do a bit more tomorrow probably17:45
cjwatsonalexbligh1: No, if rmadison doesn't show it then it isn't there.17:50
cjwatsonalexbligh1: But what exactly does the bug say?17:50
cjwatsonalexbligh1: "uploaded" could well simply mean "developer has uploaded it, but it's in the queue waiting for approval", in which case you'll find it in https://launchpad.net/ubuntu/trusty/+queue?queue_state=1 (linked from near the bottom of pending-sru)17:51
cjwatsonalexbligh1: apache2 is there and mentions your name, so that's probably it.17:52
cjwatsonalexbligh1: And indeed I see that bug explicitly says "I have uploaded this to trusty-proposed and this now awaits review from the SRU team."17:52
cjwatsonalexbligh1: That is, it needs review before it enters trusty-proposed.17:53
infinityBenC: I'd do a video call reading of fingerprints with you, if you're going to go to the effort to fake a call to the point where I believe it's you, you deserve the sig anyway.18:15
BenCinfinity: I can do that. Which service, and when’s a good time?18:15
infinityBenC: hangouts, skype, whatever.  And sometime soonish?18:17
BenCHangouts I can do.18:18
BenCinfinity: Connected…just start it up18:20
alexbligh1cjwatson, https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1366174 says "I have uploaded this to trusty-proposed and this now awaits review from the SRU team. As Chris Arges looked at this previously, I'll ask him if he can look at this again now."18:22
ubottuLaunchpad bug 1366174 in apache2 (Ubuntu Trusty) "apache2 SEGV with multiple SSL sites" [High,In progress]18:22
alexbligh1cjwatson, I'd presumed (wrongly) that you could see what was in the SRU queue at http://people.canonical.com/~ubuntu-archive/pending-sru.html18:23
alexbligh1cjwatson, and yes I'm still going on about the same bug :-)18:23
cjwatsonalexbligh1: Right, so as I said above.  Robie meant that it was waiting for review before being accepted into trusty-proposed.18:28
alexbligh1cjwatson, thanks18:31
NoskcajScottK, What should i be doing to get a +1 from you for MOTU next time i try?19:41
NoskcajAnd is there any chance of me just getting the xubuntu packageset?19:42
slangasekhallyn_: bug #1358835.. did bugproxy get itself in a busy loop?19:46
ubottubug 1358835 in numactl (Ubuntu Trusty) "numa_node_of_cpu() returns warning when cpu_index > 79" [High,New] https://launchpad.net/bugs/135883519:46
hallyn_seems like19:48
* hallyn_ out for lunch ,biab19:48
=== anthonyf is now known as Guest30629
=== Guest30629 is now known as anthonyjf
bdmurraypitti: there is still one outstanding apport merge-proposal from me20:00
=== roadmr is now known as roadmr_afk
smoserbarry, sorry to bother you... what am i doing wrong:20:37
barrysmoser: in a meeting.  will look when i'm done20:37
smoserthats lifed from https://oauthlib.readthedocs.org/en/latest/oauth1/client.html20:37
=== roadmr_afk is now known as roadmr
Noskcajjpds, Are you planning to package the current release of efitools (1.5.2)? There's a fair few issues it fixes. If you do, can you drop the arches that won't build from d/control.21:02
=== roadmr is now known as roadmr_afk
=== roadmr_afk is now known as roadmr
flexiondotorgcyphermox, Are you about?21:24
infinityNoskcaj: No need to drop arches.21:32
infinityNoskcaj: Having it dep-wait where gnu-efi and sbsigntool don't exist is fine, it this offending you somehow? :P21:33
infinityjpds: ^21:33
infinityNoskcaj: As a general rule, please don't recommend people drop arches unless the package is VERY arch-specific.  Nothing about EFI is meant to be arch-specific, and more arches should have those things working in time.21:35
infinityNoskcaj: It hurts no one to have packages dep-wait or ftbfs, and it's a handy pointer to porters as to what work could be done.21:36
cyphermoxflexiondotorg: what's up?21:39
flexiondotorgcyphermox, Hey 😃21:39
flexiondotorgAre you super busy?21:39
cyphermoxflexiondotorg: I can help21:41
flexiondotorgI raised a few package update bugs earlier. Some got actioned a couple more need updates.21:42
flexiondotorgCould you take a peek?21:42
cyphermoxflexiondotorg: could you get me a list?21:42
flexiondotorgcyphermox, This one is kind of important. https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-meta/+bug/142719521:43
ubottuLaunchpad bug 1427195 in ubuntu-mate "ubuntu-mate-meta package needs updating" [Critical,New]21:43
flexiondotorgGet you on a list?21:43
cyphermoxno on.21:43
flexiondotorgcyphermox, Lost in translation :) What do you want me to do?21:44
cyphermoxis this the only bug or are there more?21:44
cyphermoxI think Laney may have meant to do this one21:45
flexiondotorgcyphermox, Well Laney was Patch Pilot today so looked at them all.21:45
flexiondotorgThere are 2 over.21:45
flexiondotorgThe meta package.21:45
flexiondotorgAnd the settings - https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-settings/+bug/142718221:46
ubottuLaunchpad bug 1427182 in ubuntu-mate "ubuntu-mate-settings package needs updating" [Critical,New]21:46
barrysmoser: you need to "import oauthlib.oauth1" if you want to access a class from that submodule.  nothing special going on here, just standard python semantics (discounting os.path, which *is* a special snowflake)21:56
smoserbarry, yeah. i got it.21:57
dokoMirv, is there an easy way to turn off PCH in the qt builds?22:10
dokoMirv, in qttools-opensource-src22:14
=== roadmr is now known as roadmr_afk
=== roadmr_afk is now known as roadmr
Unit193Hello.  While there is a new bugfix version, and it'd likely just be a better idea to just go to that, would someone mind taking a look at https://bugs.launchpad.net/ubuntu/+source/exo/+bug/1425972 ?  it fixes a problem with exo and the new firefox version that landed, in trusty, utopic, and vivid.22:42
ubottuLaunchpad bug 1425972 in exo (Ubuntu) "Firefox no longer supports -remote parameter" [Medium,Confirmed]22:42
=== salem_ is now known as _salem

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!