[00:06] infinity: I know this isn't hard to verify or fix, but I want to make sure it's actually doing something useful [00:07] cyphermox: It's definitely finding a bug. [00:07] tgtd's purpose is to find bugs? [00:07] cyphermox: The daemon should be starting on install (and, indeed, can start manually), but isn't. [00:07] I know [00:07] cyphermox: No, autopkgtest's purpose is to find bugs. :P [00:08] ;) [00:08] Might be a bug in init-system-helpers or something. [00:08] The postinst looks pretty boilerplate. [00:08] looks like it might be that, yes [00:09] Except we've had that same init-system-helpers code since vivid. [00:09] (The merge, after the fixups, was a no-op) [00:10] what changed is that now systemd [00:10] Doesn't finish its sentences? [04:23] Good morning [04:24] slangasek: thanks; seems she is still doing her job [04:35] hmmm [04:35] wanted to fix some bugs [04:35] but seems like all of them are either not consistent [04:35] or from old versions / translations [05:54] hiii [05:55] can anyone help me how to remove all the packages from ubuntu 10.04.3 or else from where I can download ubuntu-core 10.04.3 [05:59] snkt, The isos are at http://old-releases.ubuntu.com/releases/10.04.3/ if that's what you want [05:59] Noskcaj, i want a minimal ubuntu of 10.04.3 without any application installed [06:00] I assume you could just mark everything for uninstallation in synaptic then unmark the stuff that comes with the ubuntu-desktop metapackage. [06:00] You could also use the mini iso then just install what you want from that [06:00] snkt: You can build such a configuration using deboostrap [06:01] Noskcaj, TJ- , Thanks for your response... [07:01] good morning [07:01] hey dholbach [07:44] wgrant, hey, how is the wily translation opening going? [07:44] seb128: Need to schedule exports with pitti. [07:45] pitti, ^ [07:46] wgrant: I suppose we can stop utopic cronjobs [07:46] pitti: Given that it dies in three weeks, quite possibly. [07:46] wgrant: disabled on my end [07:46] pitti: Will switch them over on mine. [07:46] pitti: Do you recall the wiki page? [07:47] wgrant: I curently run vivid on Tue, and trusty on Fri [07:47] wgrant: https://dev.launchpad.net/Translations/LanguagePackSchedule [07:48] oh dear, that's severely outdated [07:48] Hm, well that looks totally out of date [07:48] Yeha [07:48] wgrant: so, drop all but trusty and vivid, add wily, and then I'll adjust my cronjobs accordingly? [07:49] I need to do the first build manually, but I'll do that once it's on https://translations.launchpad.net/ubuntu/wily/+language-packs [07:49] pitti: Are we considering 14.09 dead? [07:49] wgrant: AFAIK we completely updated to vivid+PPA [07:49] Great. [07:49] and will probably move to rtm/15.04 for translations [07:49] We may need to add the new 15.04 series later, but we can get there. [07:49] Yep [07:50] pitti: I might stick wily in the precise slot, to avoid the weekend. [07:50] wgrant: for releases, doing wily on Monday would be good [07:50] Ah, true. [07:50] although.. [07:51] last time infinity wanted the langpacks done the week before already, i. e. Thu/Fri export would be better indeed [07:51] and for the alphas it doesn't matter really [07:51] wgrant: sorry about the confusion -- so wily on Thu sounds better [07:51] (so that I can build on Fri) [07:52] http://paste.ubuntu.com/11834712/ -> http://paste.ubuntu.com/11834720/ [07:53] diff: http://paste.ubuntu.com/11834721/ [07:53] Looks sane? [07:53] trusty moves a day earlier. [07:53] wgrant: ITYM "wily" in teh last line [07:53] Er yeah [08:16] pitti: I guess that python-dbusmock cannot be used to mock methods which are implemented in the dbus daemon itself, right? (like "GetConnectionAppArmorSecurityContext") [08:16] do trusty daily images get some sort of testing? [08:17] mardy: I've never tried that; my gut feeling is "no", but maybe dbus/python-dbus do allow it [08:17] wgrant: so, what's the final crontab now? [08:17] pitti: ok, I might try then, thanks [08:26] wgrant: nevermind, thanks for updating the wiki [10:14] mdeslaur, hi, there are new releases of nss/nspr which could get in to wily [11:11] ricotz: yes, there are === MacSlow is now known as MacSlow|lunch [11:35] xnox, yo ... you didnt answer my question on bug 1323732 [11:35] bug 1323732 in adduser (Ubuntu) "adduser should support managing additional password/shadow/group files from libnss-extrausers" [High,In progress] https://launchpad.net/bugs/1323732 [11:43] https://bugs.debian.org/791661 [11:43] Debian bug 791661 in shadow "support for alternative passwd location (i.e. libnss-extrausers)" [Wishlist,Open] [11:44] Unit193, hah, thanks ... that crazy mvo guy [11:45] (though that still doesnt answer my question if xnox' suggestion would work for us :) ) [11:46] :) [12:10] pitti: Hey! Any idea when the fix for https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1470060 will land in Wily? [12:10] Ubuntu bug 1470060 in systemd (Ubuntu) "[wily] unprivileged containers don't work any more due to missing cgroup permissions" [High,Fix committed] [12:15] ChrisTownsend, is that the cause of your "can't start applications" issue? [12:15] ChrisTownsend: upstream said they were going to release 222 today [12:15] ChrisTownsend: I'm ready to package it (I have pkgs for current git snapshot) [12:15] ChrisTownsend: so, hopefully today [12:16] ChrisTownsend: if you need some working packages right now, please feel free to use https://launchpad.net/~pitti/+archive/ubuntu/systemd [12:16] seb128: It *might* be the issue for that, but it's also blocking some work I'm doing for the Lagacy X app support project I'm working on. [12:16] pitti: Cool, thanks! [12:16] ChrisTownsend, was your issue from yesterday under a system using the lxc contained version of unity8? [12:17] seb128: No, it's the non LXC version on Wily. [12:17] k, that doesn't explain that issue then [12:19] seb128: This is what is printed out in syslog when trying to start an app: [12:19] Jul 6 08:54:07 Slave1 cgmanager[802]: cgmanager:do_create_main: pid 3150 (uid 1000 gid 1000) may not create under /run/cgmanager/fs/freezer/user.slice [12:19] Jul 6 08:54:07 Slave1 cgmanager[802]: cgmanager:do_create_main: pid 3151 (uid 1000 gid 1000) may not create under /run/cgmanager/fs/freezer/user.slice [12:20] seb128: It seems it might be related, but I don't know these things, so I'm just guessing. [12:20] yeah, unsure why other systems don't have the same issue [12:20] seb128: Right. I'll try pitti's package and see what happens. [12:21] ChrisTownsend: probably won't help; cgmanager is independent of sytsemd [12:21] ChrisTownsend: oh, maybe it will, nevermind [12:21] ChrisTownsend: if that's an unpriv LXC container that you are trying to trun [12:21] run [12:21] can someone confirm if after (probably) kernel upgrade to 4.0 we can't now switch gpu on hybrid machine (intel + nvidia)? [12:22] pitti: Yeah, was just taking a stab in the dark. I'm not very hopeful:) [12:25] seb128: \o/ It fixed my that issue! [12:26] weird [12:26] seb128: It's weird that I'm the only one seeing that and that this fixes it. [12:26] right [12:26] * ChrisTownsend Shrugs [12:27] unsure what triggers the issue/what is different in your config [12:27] ChrisTownsend: "it" being the new version? or what? [12:27] seb128: No clue. [12:27] pitti: So the issue I had was that apps in Unity 8 dekstop wouldn't start due to the error I pasted above. [12:27] pitti: You systemd PPA fixes this issue for me. [12:28] pitti: No LXC's invlolved. [12:28] ChrisTownsend: nice! so it's the same cgroup issue then, cgmanager wants to create sub-cgroups for your session as your user [12:28] pitti, what is weird is that others don't hit that issue [12:29] yeah, it's a race condition [12:29] oh, ok [12:29] cat /proc/self/cgroup [12:29] Oh...my computer is blazing fast I guess:) [12:29] if they all end with session-XX.scope, it's correct, but you might have some controllers which are just in the top-level (or some intermediate) hierarchy [12:30] pitti: And to confirm, my unprivileged lxc's now start. [12:30] pitti: Thanks! [12:30] yw! [12:30] I wrote an autopkgtest now, so hopefully we'll stop breaking the unpriv lxc support [12:31] it's a distro patch, so it needs to be adjusted to behaviour changes in upstream [12:31] pitti: That will be a very welcome test:) === _salem is now known as salem_ === MacSlow|lunch is now known as MacSlow [12:58] pitti: Hey again. Seems Reboot/Shutdown from the power indicator are no longer working w/ the systemd from your PPA. Is this known? [12:58] pitti: This is Unity7. [12:59] ChrisTownsend: not known, no; let me try [12:59] pitti: Ok. [13:02] pitti: Hmm, in my syslog, gnome-session is complaining about needing interactive authentication for those operations. [13:02] ChrisTownsend: works fine here [13:02] ChrisTownsend: so it probably means you don't have a "local" logind session [13:03] ChrisTownsend: do you mind filing a bug with "loginctl" and "loginctl show-session $XDG_SESSION_ID" outputs? [13:03] pitti: Hmm, wonder how I got into that state. [13:03] pitti: Sure, I can file the bug. [13:06] pitti: That bug should be filed against the systemd package, right? [13:07] ChrisTownsend: yes [13:07] pitti: ack [13:13] pitti: Ok, filed bug #1472259. Let me know if you need any other info. [13:13] bug 1472259 in systemd (Ubuntu) "Quirky session behavior w/ systemd from ppa:pitti/systemd" [Undecided,New] https://launchpad.net/bugs/1472259 [13:14] ChrisTownsend: just to be sure, that's from a clean boot? [13:14] pitti: Yes [13:14] State=closing [13:14] so, odd indeed [13:14] pitti: Shall I purge your PPA just to be sure? [13:14] ChrisTownsend: oh, is that *after* you requested a shutdown? [13:14] pitti: Oh, right, I requested it. [13:14] ChrisTownsend: that would explain the "closing" [13:15] ChrisTownsend: ok, so that part is right; it seems some process is hanging in your session then [13:15] ChrisTownsend: does it shut down after 90s? [13:15] pitti: No, it doesn't. [13:15] ChrisTownsend: can you please attach the output of "journalctl" there too, for completeness? [13:16] pitti: I can reboot and get those outputs before issuing any shutdown or reboot. [13:16] pitti: Sure. [13:16] ChrisTownsend: after issuing shutdown is fine [13:16] ChrisTownsend: and even necessary -- as that's when the bug happens === barry` is now known as barry_ === barry_ is now known as barry [13:18] pitti: Ok, attached the output of journalctl. [13:22] ChrisTownsend: I suppose "loginctl terminate-session $XDG_SESSION_ID" also doesn't do anything? [13:23] pitti: Says "Failed to issue method call: Access denied" [13:23] ChrisTownsend: right, sorry, with sudo [13:23] pitti: I should have known that:) [13:23] pitti: Nothing happens [13:24] ChrisTownsend: hm, no immediate idea yet, I'm afraid; could you reboot with "debug" in the kernel command line, (try to) shut down again, and again attach "journalctl"? [13:25] pitti: Yep, will do. [13:25] ChrisTownsend: I'm assuming that you only upgraded systemd, nothing else? [13:25] ChrisTownsend: thanks [13:27] slangasek: will we have a TB today, or do we cancel it (as agreed last meeting, when there are no topics)? [13:27] pitti: A couple of other packages that don't look relevant were upgraded too. However, the new 4.0 kernel was installed, and the first reboot I tried after running the 4.0 kernel was after I installed systemd. After I get this output, I'll purge your ppa and see what happens. [13:28] ChrisTownsend: cheers [13:34] pitti: After purging your PPA, I can reboot/shutdown again. [13:37] ChrisTownsend: ok; let's see whether the debug log reveals anything [13:37] pitti: Ok. I attached it to the bug. [13:37] Jul 07 09:28:32 Slave1 gnome-session[1850]: gnome-session[1850]: WARNING: Shutdown failed: GDBus.Error:org.freedesktop.DBus.Error.InteractiveAuthorizationRequired: Interactive authentication required. [13:37] ok, that again [13:38] ChrisTownsend: err, wait, this looks *seriously* wrong: [13:38] c1 110 lightdm seat0 [13:39] 1 1000 townsend [13:39] pitti: Yeah, I thought that didn't look right. [13:39] ChrisTownsend: that means lightdm has the "foreground" session, and your XDG_SESSION_ID is c1 [13:39] and "your" session is a remote one "1" [13:40] ChrisTownsend: does that also look like that if you boot with wily's systemd? [13:41] pitti: Nope, it only lists my user as c2 and seat0. [13:41] that sounds correct then [13:41] ChrisTownsend: hm, need to think about thsi [13:42] pitti: Sure. Let me know if I can gather any more data or anything else to try. [13:42] pitti: Thanks! === Olli_ is now known as olli [14:40] stgraber, hey, http://iso.qa.ubuntu.com/ is down/503, known issue? [14:43] seb128: there was a 'downtime' notice email earlier today [14:44] it went out over the -quality mailing list [14:44] https://lists.ubuntu.com/archives/ubuntu-quality/2015-July/006051.html [14:45] teward, thanks [14:46] you're welcoem === psivaa-afk is now known as psivaa [15:10] cyphermox, https://bugs.launchpad.net/maas/+bug/1402042 [15:10] Ubuntu bug 1402042 in MAAS trunk "console= parameters need to be added before -- on kernel cmdline" [High,Triaged] [15:10] will that be sru'd to trusty ? [15:10] if not, any suggestions on how maas should know which token to use (--- or --) would be appreciated. [15:11] also would have to sru to precise installers. [15:11] :-( [15:13] the token change is already in the releases it should be. do you need to completely rewrite a command-line or can you append to it? [15:13] appending should be safe, things *should* (but it would be best to verify) already have the trailing separator [15:17] cyphermox, well, the problem is that maas now needs to behave differently based on the release it is installing [15:17] which it previoulsy did not do. [15:17] so i'd like to be able to throw '---' at everything and have the installers dtrt [15:18] I think it will, but I'm not certain [15:18] ie. --- on a -- release, you'll just get an extra token that preseed doesn't understand, and it shouldn't make it give up [15:19] the worst case there is that it won't be appended to the boot config in the installed system [15:19] right. thats what i care about. [15:19] i need it copied over to the installed system. otherwise i'd not be putting a '--' there at all. [15:19] but actually, I don't think even that's a problem [15:20] t just depends what debconf key it is [15:20] i dont care about debconf keys [15:20] i care about kernel command line args [15:20] ie if i boot installer as: [15:20] hum, then I think you do need to have the separator [15:20] somearg root=someplace arg2 -- foo=bar zee wark [15:21] yeah [15:21] i need 'foo=bar zee wark' copied over to install system [15:21] smoser: give me a minute I'll look at preseed and whatnot [15:21] ah, right, yeah, valid separator is required. but it should be fine as long as you're definitely picking up SRUed installers [15:21] so the installars have been sru'd then ? [15:21] hm, checking [15:22] doesn't look like it, in fact. they really ought to be, because kernel backports [15:22] right. [15:23] affects anything from 3.15 on [15:23] right. [15:24] so IMO we should SRU debian-installer-utils to precise/trusty/utopic, then that'd be picked up by the next d-i SRU [15:24] the patch accepts either separator so is safe [15:24] right. [15:24] so i'll just make bug 1402042 affects debian-installer-utils ? [15:24] bug 1402042 in MAAS trunk "console= parameters need to be added before -- on kernel cmdline" [High,Triaged] https://launchpad.net/bugs/1402042 [15:25] maybe change the bug title.. or i can file another. [15:45] cjwatson, what package to affect ? [15:46] stgraber: do we have a tech board meeting today? [15:46] got it. (was confused when apt-cache didn't know about debian-installer-utils) [15:51] mdeslaur: not sure, I was planning on joining the channel and see if people were there :) according to the wiki it's slangasek's time to chair [15:51] stgraber: oh! I misread the wiki and though it was you === rbanffy is now known as rbanffy-lunch [15:52] ah, well I'm planning to be there :) [15:53] infinity kees pitti: TB meeting in 7 minutes :) [15:53] slangasek: ack [15:56] smoser: yeah, apt-cache show won't tell you about udebs, but apt-cache showsrc would have done [15:56] debian-installer-utils, indeed [15:57] Hm... sqlalchemy in Wily-proposed failed to build on amd64 because it didn't find python-zzzeeksphinx (https://launchpad.net/ubuntu/+source/sqlalchemy/1.0.6+ds1-1/+build/7577027). But sqlalchemy built successful on all other architectures (https://launchpad.net/ubuntu/+source/sqlalchemy) even though zzzeek-sphinx is only available on amd64 (https://launchpad.net/ubuntu/+source/zzzeeksphinx). [15:59] hi [15:59] I'm confused why it would fail on one architecture, but not the others. Am I missing something here? [15:59] hi all [16:00] i don't know if this bug is fixed [16:00] so I come here [16:00] hjd: your premises are wrong in two ways :-) [16:00] sudo apt-get install python-pip [16:00] The following packages have unmet dependencies: [16:00] python-pip : Depends: python-pip-whl (= 1.5.4-1ubuntu3) but it is not going to be installed [16:01] Recommends: python-dev-all (>= 2.6) but it is not installable [16:01] hjd: firstly, python-zzzeeksphinx is available on all architectures - it's just only built on amd64, because it's architecture-independent [16:01] Recommends: python-wheel but it is not installable E: Unable to correct problems, you have held broken packages. [16:01] thanks ! [16:02] hjd: secondly, the reason this only failed on amd64 is that it's listed in Build-Depends-Indep, which is only considered on amd64 (as of vivid) [16:02] I saw on lauchpad that htis bug has been fixed a couple of weeks ago, but it stll happens on my machine [16:02] hjd: finally, the reason it failed at all is that sqlalchemy is in main, but python-zzzeeksphinx is in universe [16:03] it requires a main inclusion report for zzzeeksphinx if that build-dep is going to stay there [16:05] . o O { can we reject MIRs on the grounds of "silly/unpronouncible package name"? } [16:06] cjwatson: Ah, ok. "python-zzzeeksphinx is available on all architectures" That makes sense, I should probably have guessed/checked that since it's a python package. [16:06] cjwatson: Didn't check main vs universe though. [16:13] cjwatson: I'm reading about Build-Depends-Indep, but I'm not sure if I understood it correctly. They are dependencies which are used to create architecture independent packages (https://wiki.debian.org/Build-Depends-Indep), but they are only fetched for a particular architecture? Is it simply that the architecture independent binary packages are built once (because once for each arch would simply create duplicates) and the architecture [16:13] where they are built happen to be amd64? [16:14] hjd: as you say. [16:14] ok :) [16:14] though not "happens", it's specifically configured that way. [16:14] used to be i386, but amd64 is a better default nowadays, so that's what's used from vivid on. [16:23] ChrisTownsend: ah, nice! http://lists.freedesktop.org/archives/systemd-devel/2015-July/033464.html [16:23] ok. [16:27] wgrant, ? [16:29] wgrant, https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1468155 [16:29] Ubuntu bug 1468155 in python-pip (Ubuntu) "unable to install python-pip (1.5.4-1ubuntu3). python-dev-all not installable" [Critical,Fix released] [16:46] is there a bug for fixing /etc/network/interfaces to somehow match the interface name that systemd sets up in wily? [16:46] arges: no, and we don't plan on doing this on upgrades; upgrades won't use the new names [16:47] arges: it's not just /e/n/i, it's also firewall configs and an unknown amont of other places where admins might rely on the old names, so this is essentially not upgradeable automatically [16:47] pitti: so here's my problem. I install wily using the daily iso. When I boot the machine /etc/network/interfaces doesn't match what ifconfig -a shows me [16:47] there's a manual procedure in /usr/share/doc/udev/README.Debian [16:47] so i don't have networking until I type in the name manually into /etc/network/interfaces [16:47] (this is server only obviously) [16:48] arges: ah, so apparently you found a case where the installer hardcodes eth0, or there's something wrong with the udev-udeb [16:48] arges: would you mind filing a bug with the details how you installed, your /e/n/i, and the installer logs? [16:48] pitti: the testcase is: install wily ubuntu-server [16:48] pitti: what does /e/n/i mean? [16:48] arges: against systemd should do for now, I can reassign it to d-i or wherever appropriate [16:48] arges: /etc/network/interfaces [16:48] pitti: ah! make sense [16:49] pitti: yup, I figured I'd check if this was a 'known issue' first [16:49] i'Ll file the bug [16:49] arges: not that I know of [16:49] arges: cheers! [16:55] ChrisTownsend: I asked for another log in the bug, if you have time [16:56] pitti: can I pick your brain for a moment? NOt sure if I did before. [16:56] when you have a minute :) [17:15] So we have pretty good maintainers of the ubuntu packages these days for Hedgewars. Locutus is very diligent w/ backports [17:15] and even obscurish stuff like arm and testing our C cross-compile... [17:16] the issue is that ubuntu does not make upgrading to backports terribly discoverable for users [17:16] today 'cause I was a bit more attentive, I ran into 3 users over the course of 2 hours on our server using 0.9.20 - the version released in 2014 [17:17] none of them could play other users, so were just a bit frustrated at the lack of rooms. [17:17] * ogra_ lols about "obscurish stuff like arm" ... === zyga_ is now known as zyga [17:17] ogra_: heh. well... if we actually had a functioning mobile port [17:17] nemo, we sell phones with ubuntu on it [17:17] ogra_: there aren't a ton of arm desktops. chromebook, but unfortunately graphics accel on chromebook sucks [17:17] what arch do you think they are ;) [17:17] ogra_: I know... I keep meaning to try ubuntu mobile on my nexus 5 [17:17] ogra_: just noting our phone situation isn't great === zsombi_ is now known as zsombi [17:18] its young ... [17:18] ogra_: not totally sure the touch integration is even compiled in that package [17:18] so from our perspective, arm is kind of obscure ☺ [17:18] anyway... [17:18] so.. I get why backports is not so discoverable for users. you don't want people accidentally breaking key system packages [17:19] but... hedgewars is pretty much the opposite of that. broken without upgrading, and not a key package, in fact, pretty isolated. [17:19] is there, by any chance, some flag to request "auto upgrade" for a package? that is, recommend upgrade if backports is enabled? [17:19] Wish to try Ubuntu touch on nexus 6 [17:19] gordon_: is that directed at me? don't have a nexus 6, don't plan to ever buy one [17:20] No, not to you [17:20] seems barely worth the price now after the price cut, and pissed off at lack of replaceable battery or minisd [17:20] ok [17:20] I have nexus 6 ;) [17:20] *microsd [17:20] And can day that it's nice [17:20] if there is such a flag, I could ask locutus to enable it on our package, to cut down on this annoying fact that 6 months after latest release we still get a steady stream of confused ubuntu users [17:21] well. more like a trickle. windows *is* the dominant platform :-/ [17:21] and OSX isn't a problem w/ upgrading [17:34] nemo: no such server-side flag for backports. If it's broken without upgrading, though, then it should probably be updated as an SRU, in -updates; this fits the same kind of conditions as https://lists.ubuntu.com/archives/ubuntu-devel-announce/2009-March/000550.html [17:34] cjwatson: I'd be all for that [17:34] we had some success w/ that in the past I think [17:34] but it has been very hit or miss [17:34] backports isn't meant to be a way to deal with a package that's just outright broken in the release pocket due to external changes [17:34] cjwatson: the issue is that it isn't *broken* just online play won't work against the official release version [17:34] cjwatson: since we are using a similar approach to, oh, Spring [17:34] well, that's an important piece of broken functionality [17:35] that is deterministic lockstep gaming [17:35] pitti: cyphermox just brought to my attention a previously unknown (to me) corner case in proposed-migration: multipath-tools is blocked in -proposed by a buggy test in lava-dispatcher, and it looks to me that this test is buggy in the version of l-d in -proposed but not in wily. Could p-m somehow handle this case automatically? [17:35] cjwatson: alright. I'll talk to locutus to see if he can switch to that approach in the future [17:35] I appreciate that going through the SRU process can take a while, but it's the best thing to do here [17:35] cjwatson: definitely getting tired of explaining this to ubuntu users ☺ [17:35] cjwatson: well. I wouldn't be the one doing it 😉 [17:36] cjwatson: deterministic lockstep isn't unusual in open source gaming. helps cut down on cheating, nice lightweight network communication.. I wonder if other games have a similar issue [17:36] even if they aren't doing that, can be missing key resources and such [17:36] cjwatson: it'd be nice if you guys could carve out a category for games [17:37] they are almost always not system critical, and usually people want to be on the latest hotness [17:37] only issue is dependencies ofc. [17:37] You could reasonably bring that to the techboard (which no longer includes me) as a suggestion, I imagine [17:37] ah [17:37] hedgewars in particular may be non-trivial because it's Haskell, and Haskell updates can be exciting [17:38] well. if #ubuntu-devel has such folks, consider it brought up 😝 [17:38] I don't know how much updates to hedgewars require updates to the libraries it uses [17:38] cjwatson: wellll you guys could drop the server piece for all I care ☺ [17:38] I expect that would be a harder sell [17:38] Dropping functionality in SRUs usually involves a whole lot more discussion [17:39] Anyway, it doesn't seem to have particularly tightly versioned libghc-*-dev build-deps, so that part is probably not a problem [17:39] agreed on haskell thing tho. but luckily unc0rr doesn't add new haskell dependencies as often anymore [17:39] he's been kinda burned out w/ being a dad, like me ☺ [17:39] It's only a problem for things that like to force latest version of everything [17:41] ogra_: hm... do you have an ubuntu phone? [17:42] nemo, several :) [17:42] (i used to work on the phone team( [17:42] ogra_: are you guys by any chance building hedgewars for the phone w/ MOBILE enabled? [17:42] nemo, the phone community hides in #ubuntu-touch btw [17:42] ogra_: I think we have the phone-friendly UI and touch events hidden behind that flag [17:42] ah [17:43] might have to drop by [17:43] ogra_: our android and iOS ports have languished [17:43] well, we dont rebuild any packages usually ... [17:43] but the MOBILE stuff is still in the source, and I'm curious if it is turned on/functioning [17:43] could ask someone to test it [17:43] ogra_: ah... I guess no then [17:43] so yeah, test it ... but it would likely need some packaging work to not break the desktop version of the package [17:43] ogra_: definitely mobile UI is totally different from desktop [17:44] right ... [17:44] but the android/iOS guys put fair amount of effort into it years ago, and in a platform generic fashion [17:44] if someone over there was willing to try a test build of an ubuntu mobile package, we might finally have a functioning mobile port again ☺ [17:44] might be as easy as taking existing ubuntu package and enabling that build flag. maybe. [17:45] well. the frontend would not be as mobile friendly, but that's less critical than gameplay [18:07] hi MasterPiece [18:07] how areyou ? === dpm is now known as dpm-afk === salem_ is now known as _salem