[09:24] <CIA-18> ubiquity: superm1 * r2162 mythbuntu-ubiquity/ubiquity/frontend/mythbuntu_ui.py: activate tv-out controls for all nvidia drivers
[09:47] <CIA-18> ubiquity: superm1 * r2163 mythbuntu-ubiquity/ (5 files in 4 dirs): allow adding/removing mythstream
[09:55] <superm1> evand, in my experiments this evening, i've been getting a lot of transient issues regarding getting stuck in install_extras.  Will literally work one boot and fail the next.  You guys been encountering anything similar when using install_extras to install language packages lately?
[09:56] <superm1> i narrowed it down to that function with a whole lot of print's around all the function calls of install.py
[10:04] <superm1> the odd thing is that all the extras get installed, and /sys, /proc get umounted.  just sits aimlessly otherwise
[12:06] <cjwatson> evand: did you know about http://www.groklaw.net/comment.php?mode=display&sid=20070921112733615&title=There%20is%20more%20to%20Linux%20than%20Ubuntu&type=article&order=&hideanonymous=0&pid=625102#c625432 ? (Mandriva to ship migration-assistant)
[01:35] <xivulon> cjwatson, is netboot a desirable add-on for wubi?
[01:38] <cjwatson> I can't really imagine it ...
[01:38] <xivulon> same as the debian one
[01:38] <cjwatson> the only case where that would make sense would be with a broken CD drive, and surely booting from an ISO on the hard disk covers that
[01:38] <cjwatson> does Debian win32-loader support netboot?
[01:38] <cjwatson> if so, I don't know what the rationale is
[01:38] <cjwatson> perhaps it can't boot from an ISO on the hard disk
[01:38] <xivulon> netboot is all win32 loader does
[01:38] <xivulon> exactly
[01:40] <xivulon> I strongly prefer the ISO approach since 1) you download from windows and do not expose the user to sorting out networking in a text envirnoment
[01:40] <xivulon> 2) you use ubiquity interface
[01:41] <xivulon> but... if you want to do a dedicated partition installation, using the iso you have to deal with one of the partitions being mounted
[01:42] <cjwatson> at some point, you should just use the normal installer :)
[01:42] <cjwatson> wubi doesn't have to support everything
[01:42] <xivulon> of course
[01:42] <xivulon> it does...
[01:42] <xivulon> we are running the normal installer
[01:42] <cjwatson> I mean just use the normal installer launched normally, not through wubi
[01:43] <xivulon> If people are familiar with ISOs and partitions, sure
[01:44] <cjwatson> when you start getting into more and more complicated scenarios, ultimately yes, people have to learn
[01:44] <xivulon> I always suggest people to do a normal installation if after using wubi they want something extra (usually more disk space or suspend)
[01:44] <cjwatson> the more options wubi has, the more complicated it is itself, and the harder it gets to use ...
[01:44] <xivulon> I agree there
[01:45] <cjwatson> I don't think netboot is particularly desirable for it
[01:46] <xivulon> I just mentioned because if you wanted netboot at a later stage we'd need to add lupin find_* and autopartition-loop to the alternate ISO
[01:46] <cjwatson> I understand, but we can cross that bridge if and when we come to it
[01:47] <xivulon> sure
[01:48] <cjwatson> (autopartition-loop is already on the alternate image; the lupin stuff will require changing the option name and probably significantly different code)
[01:48] <xivulon> cjwatson, as mentioned in the casper bug report I was thinking about a rewrite anyway
[01:49] <cjwatson> that wouldn't help here
[01:49] <cjwatson> this is one area where d-i and casper are likely to need separate code
[01:49] <cjwatson> the environments are too different to be able to share code at this point
[01:50] <xivulon> makes sense
[02:00] <xivulon> On a different topic, is it worth the trouble to support amd64?
[03:09] <evand> cjwatson: I found out through OSNews.  I'm kind of surprised that they didn't try to contact me.  I would've been very willing to explain things and help where possible.
[03:09] <evand> I can't complain though, I really wanted other distros to pick it up and this is a step in that direction.
[03:10] <cjwatson> I wonder if they're keeping the debconf use
[03:10] <cjwatson> I didn't know Mandriva supported that
[03:11] <evand> I image they're just using the m-a binaries (ma-search-users, ma-search-items, and ma-import)
[03:11] <evand> I'll investigate that tonight though as I'm curious if they modified the code at all.
[03:12] <evand> If they're keeping the debconf code, I hope they're following my branch closely, given the recent security issue.
[03:17] <evand> superm1: What function name?
[03:32] <superm1> evand,         under self.install_extras(), self.do_install(self.query_recorded_installed())
[03:32] <superm1> everything is getting installed, but it appears to be hanging through there
[03:34] <evand> Hrm, I haven't noticed any issues installing language packs.
[03:34] <evand> So it's not crashing, just taking a long time?
[03:35] <superm1> well i left it overnight in the VM
[03:35] <superm1> when i went to bed
[03:35] <superm1> and its still there
[03:35] <superm1> so yeah
[03:35] <evand> wow
[03:35] <superm1> so i'm at a bit of a loss of how to debug it now
[03:36] <evand> Python needs a set -x.  The rough equivalent in pdb is poor.
[03:38] <evand> superm1: I generally use a lot of print statements and --debug.
[03:38] <superm1> yeah i tried --debug and got nowhere regarding that.
[03:38] <evand> hrm
[03:39] <superm1> perhaps i'll have to keep tracing further into do_install then with the print statements
[03:40] <superm1> okay well my time this morning for debugging before class is already up, i'll try to continue later on then, thx :)
[03:40] <evand> that's what I ended up doing when working on the lang pack issue
[03:40] <xivulon> superm1 python logging is more convenient for that sort of tasks
[03:41] <evand> no problem, let me know if you need any help and I'll try to reproduce the bug
[03:41] <evand> xivulon: python logging?
[03:41] <xivulon> the logging module in python
[03:42] <xivulon> far better then using print statements
[03:42] <cjwatson> only if you want to leave them in place afterwards, which can clutter the code a lot for random debugging stuff and make it hard to read
[03:43] <evand> yeah, it seems like overkill for debugging
[03:43] <xivulon> cjwatson, let's say that if you "forget" them it's half damage most of the time...
[03:44] <xivulon> evand, once you define a proper debug level, then it's as easy as using print statements
[03:44] <xivulon> a matter of taste I suppose
[05:45] <superm1_> evand, I narrowed it down to the command that is causing issues in do_install
[05:45] <superm1_> cache.open(None)
[05:45] <superm1_> around line 1418 or so
[05:45] <superm1_> of install.py
[05:46] <evand> hrm
[05:46] <superm1_> what is that supposed to be doing exactly?
[05:46] <cjwatson> it reopens the cache to take account of the stuff that was just committed
[05:48] <superm1_> cjwatson, can you think of any reasons that would not be getting along then?
[05:48] <superm1_> perhaps related to bug 131294
[05:48] <cjwatson> I'd have to look at current python-apt code
[05:49] <cjwatson> the temporary workaround for 131294 ought to cover this too, if it's the same thing
[05:51] <cjwatson> perhaps mvo can shed light on why that might hang
[05:51] <evand> ohh, it completely slipped my mind that mythbuntu uses its own install.py
[05:51] <superm1_> evand, well but it inherits from install.py
[05:51] <superm1_> and uses install.py's functions then for things like this
[05:52] <superm1_> i'll be back in about 10 min, gotta run to my next building
[05:54] <evand> uhhh, shouldn't mythbuntu_install.py call Install.__init__()?
[05:54] <cjwatson> it doesn't define its own __init__ - does it need to call the superclass constructor explicitly?
[05:54] <cjwatson> I thought that was implicit
[05:55] <evand> I'm not sure, actually.
[05:55] <cjwatson> "If a base class has an __init__() method, the derived class's __init__() method, if any, must explicitly call it to ensure proper initialization of the base class part of the instance; for example: "BaseClass.__init__(self, [args...] )"."
[05:55] <evand> I'm from a C++ background where this kind of thing is simple ;)
[05:56] <cjwatson> I interpret "if any" as meaning that it's OK if the derived class doesn't have an __init__
[05:56] <evand> ahh
[05:56] <evand> ok
[05:58] <evand> indeed it does work that way
[06:07] <evand> speaking of apt_cache, the debconf python module should really throw a meaningful exception when the database is locked.  If no one beats me to that, I'll take care of it for Hardy.
[06:09] <superm1_> i'm surprised it doesnt already
[06:10] <cjwatson> it's tricky because it's not the confmodule that errors, it's the frontend
[06:11] <cjwatson> so it needs to spot the frontend failing and do something useful
[07:10] <superm1__> well i narrowed it down inside python-apt.  it is hanging on self._cache = apt_pkg.GetCache(progress)
[07:12] <cjwatson> need mvo really
[07:12] <superm1__> yeah
[10:22] <mathiaz> Hi. I'm trying to install an lvm system with the preseed using the ubuntu-server cd.
[10:22] <mathiaz> I've set the following line in the preseed : d-i partman-auto-lvm/disk string /dev/sda
[10:22] <mathiaz> and commented #d-i partman-auto/disk string /dev/sda
[10:23] <mathiaz> but I still end up with a system that is not lvm.
[10:25] <mathiaz> should I set something else in the preseed file ?
[10:26] <cjwatson> d-i partman-auto/method string lvm
[10:26] <cjwatson> partman-auto-lvm/disk doesn't exist; put that back to partman-auto/disk
[10:27] <cjwatson> you might want to set "d-i partman-auto-lvm/new_vg_name string <name>" too
[10:27] <cjwatson> (it'll default to the hostname)
[10:27] <cjwatson> (I think)
[10:27] <mathiaz> cjwatson: ok. I'll try that.
[10:32] <mathiaz> cjwatson: great ! it works. Thanks.
[10:33] <mathiaz> Where should I file a bug for this issue ?
[10:33] <mathiaz> I think it's in the installer guide.
[10:34] <cjwatson> the current version of the installation guide I have doesn't mention partman-auto-lvm/disk
[10:35] <cjwatson> it says:
[10:35] <cjwatson> # Alternatively, you can specify a disk to partition. The device name
[10:35] <cjwatson> # must be given in traditional non-devfs format.
[10:35] <cjwatson> # For example, to use the first SCSI hard disk:
[10:35] <cjwatson> d-i partman-auto/disk string /dev/sda
[10:35] <cjwatson> # In addition, you'll need to specify the method to use.
[10:35] <cjwatson> # The presently available methods are: "regular", "lvm" and "crypto"
[10:35] <cjwatson> d-i partman-auto/method string lvm
[10:35] <mathiaz> hum... I was looking at https://help.ubuntu.com/7.04/installation-guide/amd64/preseed-contents.html
[10:35] <evand> https://help.ubuntu.com/7.04/installation-guide/i386/preseed-contents.html#preseed-partman does
[10:35] <evand> whoops, beat me to it
[10:36] <mathiaz> it also asked me another question about writing the lvm data to the disk.
[10:37] <cjwatson> ah, the 7.04 documentation was out of date there
[10:37] <cjwatson> the 7.10 documentation will be correct in this regard
[10:37] <mathiaz> I guess I'll be able to find the write preseed configuration line with debconf-get-selections ?
[10:37] <cjwatson> bugs on the installation guide go on the installation-guide package
[10:39] <cjwatson> # If one of the disks that are going to be automatically partitioned
[10:39] <cjwatson> # contains an old LVM configuration, the user will normally receive a
[10:39] <cjwatson> # warning. This can be preseeded away...
[10:39] <cjwatson> d-i partman-auto/purge_lvm_from_device boolean true
[10:39] <cjwatson> # And the same goes for the confirmation to write the lvm partitions.
[10:39] <cjwatson> d-i partman-lvm/confirm boolean true
[10:39] <cjwatson> that?
[10:39] <cjwatson> I should get mdke to publish the 7.10 docs
[10:39] <mathiaz> cjwatson: great - thanks.
[10:42] <mathiaz> cjwatson: I think they're online at http://doc.ubuntu.com
[10:43] <cjwatson> mathiaz: I don't see the installation guide there
[10:43] <cjwatson> the doc team tend to conveniently forget things they didn't write :P
[10:44] <mathiaz> cjwatson: agreed. And I'm not sure it's gutsy documenation.
[10:44] <mathiaz> cjwatson: it says feisty in different places.
[11:04] <xivulon> hmm I am testing wubi and am stacked at creating ext3, even using full device zeroing
[11:04] <xivulon> everything is frozen solid
[11:05] <xivulon> I had top running and that looks fine
[11:08] <evand> yeah, that sounds like where we got stuck
[11:08] <evand> if it's anything like what I was experiencing you have a very short window where you could potentially get in there and strace mkfs.ext3
[11:12] <xivulon> weird
[11:12] <xivulon> can it be a unionfs thing? I still get weird messages when shutting down
[11:13] <xivulon> not that unionfs should be directly involved but...
[11:20] <evand> sorry about that
[11:20] <evand> most program crashes are boring, compiz at least makes things interesting
[11:21] <evand> with pretty flashing colors to keep you entertained while you hold down the power button
[11:23] <evand> it could be a unionfs issue, though I'm not sure.  There are apparently still isolated issues with unionfs as was reported in our team meeting this morning
[11:24] <evand> it could also be a ntfs-3g issue, I think, which I believe Colin suggested as a possibility
[11:27] <Knuta> is the 6.06.2 release still estimated for the beginning of october?
[11:28] <evand> mid-october, afaik
[11:28] <Knuta> :-|
[11:28] <evand> but best to ask in #ubuntu-devel
[11:28] <evand> as I am by no means an authority on such subjects
[11:29] <Knuta> okay, then I guess I'll try to hack the old initrd instead.
[11:30] <Knuta> 6.06.1 can't pxe boot on bnx2, and 6.06.2 will fix the issue. I was hoping I didn't have to mess with it on my own.


[05:49] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qtscript-opensource-src, zesty/qtxmlpatterns-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty
[06:09] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2326 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[06:09] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Ready to build (zesty/qtbase-opensource-src-gles, zesty/qtdeclarative-opensour
[06:27] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2326 Pending binary packages
[06:29] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve, zesty/qtdeclarative-opensource-src). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Ready to build (zesty/qtbase-opensource-sr
[06:47] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2326 Diff missing
[07:49] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qtbase-opensource-src, zesty/qtdeclarative-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/u
[08:09] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qtbase-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve, zesty/qtdeclarative-opensource-src). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/u
[09:48] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qtdeclarative-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Pending binary packag
[10:09] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qtdeclarative-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Ready to build (zesty
[10:17] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2326 Generating diffs
[10:18] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2326 Successfully built
[10:29] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qtdeclarative-opensource-src, zesty/qtwebkit-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty
[10:39] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2082 QA Signoff:
[10:49] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qtwebkit-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Ready to build (zesty/qtba
[10:53] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2072 Diff missing (xenial/qtscript-opensource-src). Failed to build (xenial/qtdeclarative-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtxmlpatterns-opensource-src)
[11:49] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve, zesty/qtwebkit-opensource-src). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qttools-opensource-src, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Ready to build (zesty/qtbase-opensource-src-gle
[14:33] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Preparing packages
[14:34] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 zesty/ubuntu-system-settings: Failed to merge https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/apl
[14:40] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Preparing packages
[14:42] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 zesty/ubuntu-system-settings: Failed to merge https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/apl
[14:49] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qttools-opensource-src, zesty/qtwebkit-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Ready to build (zesty/qtba
[14:49] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Preparing packages
[14:50] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Preparing packages
[14:53] <boiko> trainguards: what's this status "Bad merges" on ticket 2233? trying to figure out how to solve it
[15:09] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Currently building (zesty/qtwebkit-opensource-src). Dependency wait (zesty/qttools-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Ready to
[15:14] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2072 Diff missing (xenial/qtdeclarative-opensource-src, xenial/qtscript-opensource-src). Pending binary packages (xenial/qtwebkit-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtxmlpatterns-opensource-src)
[15:15] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Needs rebuild due to higher version at destination (xenial/qtmir, xenial/qtmir-gles, zesty/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Pending binary packages (xenial/unity-api, zesty/unity-api). Successfully built (xenial/unity8)
[15:28] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Preparing packages
[15:32] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Successfully built (xenial/ubuntu-settings-components, xenial/ubuntu-system-settings-online-accounts, zesty/ubuntu-settings-components, zesty/ubuntu-system-settings-online-accounts). Uploading build (xenial/ubuntu-system-settings, zesty/ubuntu-system-settings)
[15:34] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2072 Diff missing (xenial/qtdeclarative-opensource-src, xenial/qtscript-opensource-src, xenial/qtwebkit-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtxmlpatterns-opensource-src)
[15:51] <robru> boiko: click details, the log lists which merges have which unacceptable states
[15:51] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Pending binary packages (xenial/ubuntu-system-settings). Successfully built (xenial/ubuntu-settings-components, xenial/ubuntu-system-settings-online-accounts, zesty/ubuntu-settings-components, zesty/ubuntu-system-settings, zesty/ubuntu-system-settings-online-accounts)
[15:52] <boiko> robru: thanks, let me take it a look
[16:09] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Dependency wait (zesty/qttools-opensource-src). Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve, zesty/qtwebkit-opensource-src). Needs rebuild due to higher version at destination (zesty/gcin, zesty/lxqt-qtplugin, zesty/qtmir-gles, zesty/qtubuntu, zesty/webbrowser-app). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Ready to build (zesty/qtbase-
[16:11] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Successfully built
[16:15] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Pending binary packages (zesty/unity8). Successfully built (xenial/qtmir, xenial/qtmir-gles, xenial/unity-api, xenial/unity8, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[16:33] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2072 Diff missing (xenial/qtdeclarative-opensource-src, xenial/qtscript-opensource-src, xenial/qtwebkit-opensource-src). Pending binary packages (xenial/qttools-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtxmlpatterns-opensource-src)
[16:35] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Successfully built
[16:53] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2072 Diff missing (xenial/qtdeclarative-opensource-src, xenial/qtscript-opensource-src, xenial/qttools-opensource-src, xenial/qtwebkit-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtxmlpatterns-opensource-src)
[23:45] -queuebot:#ubuntu-ci-eng- boiko tiagosh, https://bileto.ubuntu.com/#/ticket/2283 Needs rebuild due to new commits (zesty/dialer-app). Successfully built (xenial/dialer-app)


[10:36] <chomwitt> hi from greece. gnome-software wont ask me for a password. it just refuses to install a package
[11:39] <M_aD> chomwitt: i never use it because it's buggy and installed synaptic instead
[11:43] <M_aD> i also install from the terminal if i know the package name
[13:06] <chomwitt> hi
[13:08] <chomwitt> yes , i could install by lower level tools, but i was wondering why that tools fail
[13:37] <chomwitt> strangely   update-manager also wont work. It crashed suddenly just when it should display a dialog asking for my password. strange, what action i did could mess with two applications?
[13:46] <M_aD> chomwitt: which version of xubuntu are you running?
[13:46] <chomwitt> 18.02
[13:46] <M_aD> 18.04.2
[13:46] <chomwitt> Desktop: Xfce 4.12.3 Distro: Ubuntu 18.04.2 LTS
[13:47] <chomwitt> yep , u'r rigth
[13:47] <M_aD> :)
[13:47] <M_aD> i would either search for bugs related to that version or file a bug report if there are none
[13:52] <chomwitt> ok. i'll do that
[15:31] <Thr0r> Where can I find "Activities menu" in XUbuntu? Anyone knows? There's supposed to be at Hotkey for it but the ones suggested does not work
[15:32] <Unit193> What is an 'Activities menu'?
[15:32] <Unit193> M_aD: If you don't know the name of the package you wish to install, apt-cache search can assist.
[15:33] <Thr0r> It's refrerred to in much of the documentation I read
[15:34] <Thr0r> I want to enable remote desktop sharing and I am supposed to go to Activities menu and search for "Sharing" - cant fint it
[15:36] <Unit193> And which documentation would that be?  Surely not in https://docs.xubuntu.org
[15:38] <Unit193> There's several tools you can use to do that, VNC (x11vnc?) is one such tool you can set up.
[15:40] <Thr0r> Well - right now I was just reading a post on https://websiteforstudents.com/access-ubuntu-18-04-lts-beta-desktop-via-vnc-from-windows-machines/
[15:40] <Thr0r> I have installed VNC
[15:40] <Unit193> Ubuntu uses GNOME, so 'activities' is a GNOME-ism.
[15:42] <Thr0r> Oh - ok . But is there a guide somewhere explaining how to enable sharing and connect via VNC using Xubuntu
[15:43] <Thr0r> Surely this Sharing setting is essetial.. cant find it
[15:43] <M_aD> Unit193: thanks, forgot about that. :)
[16:03] <Thr0r> Unit193: Still there? was that your final reply?
[17:14] <xubuntu52w> hey! is there anyone that can help me with shared folders?
[18:13] <Unit193> xubuntu52w: What seems to be the issue?
[18:22] <Unit193> Thr0r: Yes that was pretty much my final statement.  Depending on if you want VNC or RDP changes which tool you should likely use, and how to implement it.
[18:29] <Thr0r> Unit193: Ok - I will look into it. I want to use VNC. But It seems I have to permit sharing of the desktop I am going to take over first. Hope I find how to do that. Now I'm looking into Ubuntu studio to create a lib of all my old music CD's and playlists and all but when copying from CD I only get Track 1, Track 2,.. Not the song title....
[18:31] <alexandre9099> hi, i'm trying to boot an ancient laptop with xubuntu, but i'm getting a kernel panic with "unable to mount root fs on unknown block", how can i try to fix it?
[18:41] <diogenes_> alexandre9099, 90% it's HDD fault, 10% your usb pendrive fault.
[18:43] <alexandre9099> first i removed the hdd (does the live image need some disk to boot?), and the pendrive is "new"
[18:44] <diogenes_> how did you write the iso onto pendrive?
[18:44] <alexandre9099> using dd
[18:45] <diogenes_> try formatting it and use etcher.
[18:47] <alexandre9099> i'll give it a try
[19:17] <alexandre9099> diogenes_, nope, same error (i'm discussing on #ubuntu)
[19:19] <diogenes_> alexandre9099, can you test if that pendrive can boot successfully on a different machine?
[19:19] <alexandre9099> i don't have any other BIOS only/32 bit devices :/
[22:31] <muchacho> hi
[22:32] <muchacho> how can i make the previews bigger when cycling ?
[22:33] <muchacho> with alt-tab
[22:34] <muchacho> ?


[10:27] <doko_> cjwatson, auctex b-d's on emacs23 | emacs24, and component-mismatches-proposed complains about it. does this really need a change?
[10:27] <cjwatson> Maybe
[10:27] <cjwatson> Where's auctex seeded?
[10:27] <shadeslayer> could someone point me to the procedure on how to ask for a 13.10.1 for Kubuntu? There's a Critical bug in the UEFI boot that we would like to get fixed : 1242417
[10:27] <shadeslayer> bug 1242417
[10:27] <ubot2> Launchpad bug 1242417 in grub2 (Ubuntu) "UEFI install broken when GRUB_DISTRIBUTOR!=Ubuntu (e.g. Kubuntu/UbuntuStudio)" [High,In progress] https://launchpad.net/bugs/1242417
[10:28] <cjwatson> shadeslayer: I'm not sure we have such a procedure
[10:28] <cjwatson> shadeslayer: Also, I think the installer will fetch grub2 from the network if it can and if it's newer ...
[10:28] <cjwatson> *think*
[10:28] <shadeslayer> :D
[10:28] <shadeslayer> my main concern is for machines without a network
[10:29] <doko_> supported-development-desktop
[10:29] <cjwatson> Send mail to ubuntu-release and I guess we'll see if we can figure something out
[10:29] <shadeslayer> okay
[10:29] <cjwatson> doko_: Which is odd because emacs24 is there explicitly, and that should be sufficient
[10:29] <cjwatson> doko_: Let me look at the underlying germinate output ...
[10:29] <shadeslayer> for machines with a network, most users will probably check "Apply updates when installing", so they should get the fix
[10:30] <cjwatson> shadeslayer: That checkbox actually isn't relevant here
[10:30] <cjwatson> It only applies to stuff in the livefs, which grub isn't
[10:30] <shadeslayer> oh, didn't know that ....
[10:31] <cjwatson> doko_: So, I think this is actually because auctex winds up in the expansion of the development seed
[10:31] <cjwatson> Rather than the explicit seed entry in supported-development-desktop
[10:32] <cjwatson> doko_: Choices are to seed emacs24 explicitly in ubuntu.trusty/development, or to modify auctex
[10:32] <shadeslayer> cjwatson: btw, any news on the dev symlink that was talked about last UDS? :D
[10:32] <cjwatson> doko_: Or to get to the point where we can remove emacs23, I suppose
[10:32] <cjwatson> shadeslayer: It's in the archive, there are some bugs though
[10:33] <shadeslayer> oh, like?
[10:34] <cjwatson> (a) its target seems unreliable (it was pointing to quantal at one point yesterday, although it points to trusty now), (b) in the past it hasn't reliably existed for all pockets, (c) apt issues warnings when you try to use it, (d) I don't think the UI is in place yet
[10:34] <cjwatson> I won't announce it until we've tidied at least some of that up
[10:34] <cjwatson> It is *possible* to use it though, and you can upload to devel
[10:35] <shadeslayer> sounds quite cool, can I make a chroot using devel?
[10:41] <cjwatson> shadeslayer: don't see why not
[10:41] <cjwatson> shadeslayer: it's just a symlink ... although debootstrap won't know about it
[10:42] <cjwatson> shadeslayer: so you'd still need to arrange to call debootstrap with trusty
[10:43] <shadeslayer> cjwatson: yup, created a devel symlink to gutsy
[11:32] <ScottK> shadeslayer: I released the SRU for the updated debootstrap for p/q/r/s yesterday, you shouldn't need to make your own.
[12:10] <shadeslayer> ScottK: we were talking about the devel release
[12:10] <shadeslayer> not trusty
[12:11] <ogra_> there is a difference ?
[12:11] <Laney> 'devel'
[12:11] <shadeslayer> ^^
[12:11] <ogra_> and devel isnt trusty currently ?
[12:11] <shadeslayer> it is, debootstrap just didn't have a script for it
[12:11] <xnox> shadeslayer: "devel" is current alias for "trusty"
[12:11] <cjwatson> He knows
[12:12] <ogra_> oh, for debootstrapping a devel with the actual rolling name !
[12:12] <xnox> bah.
[12:12]  * ogra_ gets it now
[12:12]  * xnox ditto
[12:12] <cjwatson> I'm reluctant to change debootstrap for this because I like to keep it in sync with Debian, and "devel" is awfully generic for that
[12:12] <cjwatson> (and debootstrap doesn't have an interface to select the distribution - it's all one big namespace)
[12:12] <ogra_> linkspace rather :)
[12:13] <cjwatson> I suspect adding a distribution option is the best long-term answer to this
[12:46] <doko_> cjwatson, looking at giflib, Depends: libperl4-corelibs-perl | perl (<< 5.12.3-7), however we didn't complain before about the mismatch
[12:59] <cjwatson> doko: Looking
[13:10] <shadeslayer> cjwatson: I was looking at http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/trusty/grub2/trusty/revision/2359 and it seems like util/grub-install.in has the change applied directly as well?
[13:10] <cjwatson> shadeslayer: yes
[13:10] <shadeslayer> intended?
[13:10] <cjwatson> shadeslayer: yes
[13:11] <shadeslayer> uh okay
[13:11] <cjwatson> shadeslayer: that branch is patches-applied
[13:11] <shadeslayer> I see
[13:11] <cjwatson> shadeslayer: so that for example I can "bzr blame" across both upstream and patches at once
[13:11] <doko> o libapache2-mod-auth-pgsql: libapache2-mod-auth-pgsql
[13:11] <doko>    [Reverse-Depends: Ubuntu.Trusty server-ship seed]
[13:11] <cjwatson> shadeslayer: this is useful to me
[13:11] <doko> this probably should just be removed from the seed
[13:11] <shadeslayer> ack
[13:12] <cjwatson> doko: it was in main in raring; removed for apache 2.4 transition, now fixed in Debian and reintroduced
[13:12] <cjwatson> doko: I'd be inclined to keep it and re-promote since it was there before
[13:12] <doko> libperl4-corelibs-perl?
[13:12] <cjwatson> doko: libapache2-mod-auth-pgsql
[13:13] <cjwatson> doko: I'm still investigating what happened with libperl4-corelibs-perl
[13:13] <cjwatson> (I'm about to go out for a bit, it may have to wait)
[13:15] <shadeslayer> cjwatson: if I upload grub2 with your fix to saucy, would you approve it once you get back?
[13:44] <doko> cjwatson, see https://bugs.launchpad.net/ubuntu/+source/emacs23-non-dfsg/+bug/1243207 for the emacs23 removal
[13:44] <ubot2> Launchpad bug 1243207 in emacs23-non-dfsg (Ubuntu Trusty) "remove emacs23 during the trusty cycle" [Undecided,New]
[13:48] <cjwatson> shadeslayer: Given it's my code, you should get somebody else to do it
[13:48] <cjwatson> doko: thanks
[13:48] <shadeslayer> okay
[13:48] <cjwatson> I mean, I think it's SRU-suitable, certainly, but there should be a different reviewer
[13:48] <doko> cjwatson, what is the bitsize tag?
[13:49] <cjwatson> bitesize, you mean?
[13:49] <doko> yes!
[13:49] <cjwatson> It usually means that it should be an easy and small thing for a new contributor to tackle
[13:49] <doko> sure, fixing dependencies and b-d's?
[13:51] <cjwatson> I guess
[13:51] <cjwatson> Probably ought to involve checking that the packages actually work with emacs24 too?
[13:52] <cjwatson> doko: libperl4-corelibs-perl is because perl-modules provided libperl4-corelibs-perl in saucy, but it no longer does as of perl 5.16
[13:53] <doko> cjwatson, ahh, so we can promote it because the code was already in main
[13:54] <cjwatson> doko: Yep
[14:02] <doko> cjwatson, are you ok with https://bugs.launchpad.net/ubuntu/+source/libtest-most-perl/+bug/1243176 and https://bugs.launchpad.net/ubuntu/+source/libcapture-tiny-perl/+bug/1243172 ?
[14:02] <ubot2> Launchpad bug 1243176 in libtest-most-perl (Ubuntu) "[MIR] libtest-most-perl (b-d of libconvert-binhex-perl)" [Undecided,New]
[14:02] <ubot2> Launchpad bug 1243172 in libparse-recdescent-perl (Ubuntu) "[MIR] b-d's for libtest-fatal-perl" [Undecided,New]
[14:02] <cjwatson> doko: those sound harmless
[14:03] <doko> and the last perlish one is https://bugs.launchpad.net/ubuntu/+source/libunicode-linebreak-perl/+bug/1243178
[14:03] <ubot2> Launchpad bug 1243178 in sombok (Ubuntu) "[MIR] b-d's for po4a (to run the tests)" [Undecided,New]
[14:04] <cjwatson> I expect the lib*-perl ones are pretty harmless; sombok might want a look
[14:04] <cjwatson> (it's probably fine though)
[14:25] <Laney> cjwatson: ^ is the one you pinged me about yesterday
[14:25] <Laney> should be able to remove the old source once that's in
[14:30] <doko> Laney, I don't mind if you do want to coordinate that with Debian
[14:32] <Laney> Well, you're already putting the effort in ;-)
[14:52] <doko> cjwatson, last one for the perl recommends is: https://bugs.launchpad.net/ubuntu/+source/libtext-soundex-perl/+bug/1243180
[14:52] <ubot2> Launchpad bug 1243180 in libtext-soundex-perl (Ubuntu) "[MIR] new recommends for perl 5.18" [Undecided,New]
[14:53] <cjwatson> doko: fine by me
[14:53] <cjwatson> (not that I have any say)
[15:02] <doko> INFO Upload was rejected:
[15:02] <doko> INFO 	libguava-java_15.0-2_all.deb: has 2 file(s) with a time stamp too far in the past (e.g. usr/share/doc/libguava-java/README [Sun Dec 30 23:00:00 1979]).
[15:02] <doko> INFO 	libguava-java-doc_15.0-2_all.deb: has 2 file(s) with a time stamp too far in the past (e.g. usr/share/doc/libguava-java-doc/AUTHORS [Sun Dec 30 23:00:00 1979]).
[15:02] <doko> re-upload?
[15:03] <cjwatson> doko: Will probably need a debian/rules change to fix the timestamps
[15:04] <cjwatson> I expect it worked in Debian because it's arch all and the maintainer had newer timestamps locally
[15:04] <cjwatson> but those aren't recorded in the source ... IMO this is at least an important bug in the Debian package
[15:07] <doko> Laney, mono, "please take" ?
[15:07] <Laney> what?
[15:08] <doko> the comment on mom ...
[15:08] <Laney> oh, let me see
[15:08] <Laney> was that me?
[15:09] <Laney> changed :-)
[15:10] <doko> Laney, but planned for trusty?
[15:11] <Laney> should be, but directhex will take care of it ideally
[15:11] <Laney> still stabilising it
[15:23] <doko> cjwatson, infinity: esys-particle now builds for 18h, the last version did need 6h on x86 ...
[15:30] <infinity> doko: Took 17h on amd64 this time, so I assume i386 will finish up soon.
[15:30] <infinity> doko: Clearly need to move all that junk to an arch_all package.  And maybe pre-optimise the PNGs in the source and turn off PNG mangling at build time.
[15:31] <infinity> But not deeply concerned about doing that today.  I scored it down to -1 on powerpc and arm64, so it won't be harming the queues there for now.
[16:16] <xnox> Hm, there is no xubuntu trusty daily yet.
[16:16] <xnox> Has it not been cronned back on yet, or failing?
[16:17] <infinity> None of them have been cronned back on yet.
[16:18] <infinity> stgraber: Does any magic need to happen to the tracker before we uncron trusty dailies and watch the world burn?
[16:18] <stgraber> yeah, I need to create the series and copy all the test cases, I'll do that after lunch
[16:20] <infinity> alternates and server will be broken until your d-i build filters through anyway.  So, I'll uncron a bit later.
[16:21] <cjwatson> And until d-i is updated to trusty
[16:22] <stgraber> cjwatson: that's what my upload was about
[16:22] <cjwatson> stgraber: I was still working on choose-mirror, at least
[16:23] <cjwatson> stgraber: And cdrom-detect and iso-scan haven't been done either - those are on my list
[16:23] <stgraber> oh yeah, I just did d-i itself...
[16:23] <stgraber> so yeah we need a bit more than just d-i indeed
[16:24] <cjwatson> I'll get them done today or tomorrow
[16:29] <doko> please give back libunicode-linebreak-perl once the fixed sombok is published (afk now)
[17:27] <infinity> cjwatson: I'm thinking we might want to remove arm64 from slow_arches soon.  We'll hit a point where it's doing more harm than good to let it skew.
[17:27] <cjwatson> Yeah, I was thinking of doing that towards the end of the week
[17:29] <infinity> Andy's doing up some HOWTO instructions and polishing off a script to make ubuntu-core plus the 3.12 kernel from their PPA into bootable images for the Foundation Model, so we may even have a plausible thing to point people to to investigate their arm64 issues.
[17:29] <cjwatson> Oh excellent
[20:13] <bdmurray> slangasek: https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/already-installed/+merge/192225
[20:15] <slangasek> bdmurray: would it be better to fix that at the source, and have errors not bucket them against packages in the first place?
[20:16] <slangasek> also, the logging changes look unrelated to me
[20:18] <bdmurray> slangasek: it'd be best to fix the apt bug that is causing the install failures and I'm looking into that.  I'd say this is a temporary measure.  The logging changes are unrelated but I thought they'd help.
[20:19] <slangasek> ok; fwiw this kind of problem has been present in apt in one form or another for quite a while, so I'm not confident that we'll manage to quickly fix all the occurrences
[20:19] <slangasek> I thought fixing the bucketing might be a good intermediate fix instead
[20:20] <bdmurray> okay, I'll think about how these are bucketed then too.


[17:33] <GridCube> :) hi
[17:33] <GridCube> if someone wanted to help translating and creating documentation in spanish, how should they proceed?