[06:31] <ppisati> it's monday! :)
[07:32] <ppisati> 3.13 is out. rejoy!
[08:13]  * smb re... err enjoys his Monday cup #1
[09:58]  * apw yawns extravigantly
[10:00] <brendand> cking, hi
[10:01] <cking> brendand, hi there
[10:01] <brendand> cking, i've got a little fwts conundrum
[10:01] <cking> what's the problem?
[10:02] <brendand> cking, if a test has some subtests that are skipped, the overall status will be skipped
[10:03] <brendand> cking, at the moment we ignore skipped tests, even though some of the sub tests may be FAIL as well
[10:03] <cking> brendand, ok, which particular test(s) are that give you that issue?
[10:03] <brendand> Test           |Pass |Fail |Abort|Warn |Skip |Info |
[10:03] <brendand> ---------------+-----+-----+-----+-----+-----+-----+
[10:03] <brendand> method         |  286|   18|     |     |  121|     |
[10:03] <brendand> ---------------+-----+-----+-----+-----+-----+-----+
[10:03] <brendand> Total:         |  286|   18|    0|    0|  121|    0|
[10:03] <brendand> ---------------+-----+-----+-----+-----+-----+-----+
[10:04] <brendand> cking, can we ignore the Fails because the overall status was Skip?
[10:04] <cking> brendand, give me a an example of a test so I can get some better context
[10:05] <brendand> cking, the 'method' test - as here
[10:06] <cking> so why can't you just check for FAILs first as these take precedence
[10:07] <brendand> cking, we use --stdout-summary
[10:07] <brendand> cking, that says SKIPPED
[10:07] <cking> OK, that sounds like a bug, I'll look at that today
[10:09] <cking> yep, I'll fix that so it reports FAILED if any fails are found, it looks like it picks up an inherited status from the last subtest
[10:09] <cking> brendand, thanks for spotting that
[10:11] <cking> ok, figured out the bug, I'll send a patch out today
[10:12] <brendand> cking, i can create a subtask to our checkbox bug and could you update that when it's fixed?
[10:13] <cking> brendand, sure
[10:14] <brendand> cking, https://bugs.launchpad.net/fwts/+bug/1252186
[10:14] <ubot2> Launchpad bug 1252186 in checkbox "Some HIGH/CRITICAL failures in fwts related tests cannot be detected by checkbox" [Medium,In progress]
[10:41] <apw> cking, you are gnuplot savvy, my old plots which plot to gnuplots own interactive mode "click to dismiss" stylee, have stopped working after upgrades, you seen that ?
[10:42] <cking> apw, no, I've not used it on trusty
[10:43] <cking> normally I have to grok the docs or google for stuff in gnuplot as I can never remember how to use it
[10:43] <apw> its almost like the default terminal is not 'x-window' any more
[10:43] <cking> hrm, that is annoy
[10:43] <cking> ing
[10:45] <apw> whe you start gnuplot on saucy what does it say terminal is set to ?
[10:46] <cking> apw, i really can't recall (useless eh?)
[10:46] <henrix> apw: Terminal type set to 'wxt'
[10:46] <apw> ahh ta
[10:47] <cking> wxt? what's that?
[10:47] <henrix> no idea!  haven't been using gnuplot for ages :p
[10:47] <apw> probally WindowXTerm or something
[10:48] <apw> and 'wxt' is not an option any longer
[10:48] <apw> bah
[10:50] <smb> The world is constantly changing to annoy us
[10:55] <ppisati> don't worry, i heard there's a comet going struck us.. it won't be for long...
[11:09] <apw> smb, this raid56 thing you did.  you know it can't do anything but offset 0... can we use device mapper to fix where its not at offset 0?
[11:09] <apw> smb, ie, lay down a linear mappnig at offset N which makes a device we can use at offset 0
[11:10] <smb> apw, raid45 but yes it probably might be done. Technically no problem more a question how well that fits into userspace
[11:10] <apw> smb, like my md raid0 inside lvm things
[11:10] <apw> smb, welll i thnk you make up that table for the new type in userspace?  so i think its a matter of makng the table bigger in the same place ?
[11:10] <smb> apw, And I did not want to spend too much effort if there would in practice be no offsets != 0
[11:11] <smb> apw, Currently the userspace does not create linear tables for the raid drives
[11:11] <apw> indeed, and i do wonder (in my email reply) if we should have a call-for-testing on it, to try and find out
[11:11] <smb> apw, So it is a matter of adding that functionality
[11:11] <apw> as yes, if there are none, it is moot
[11:12] <smb> apw, All true... actually I probably should email out the code oto ubuntu-devel as I have not heard anythng aback from xnox
[11:12] <apw> right, the linears mappings would be supurflous if there is no offset, just popped into my head when replying and thought i would put it in yours so i can forget :0
[11:15] <smb> apw, Yeah
[11:23] <apw> henrix, beat me to it with the cves :)  nice
[11:26] <smb> Oh yeah, that scary one
[11:30] <henrix> apw: :)
[11:30] <henrix> apw: it was tagged for stable, so it was easy to spot
[11:36] <apw> ahh i found it the a different way, but when i went to paste it in, there it was :) and the autotraiger had started chewing on it 2m before
[12:31] <apw> henrix, ugg, this huge patch is erm huge.  I think we might need another fix patch which I have pointed to in my reply.
[12:32] <henrix> apw: looking...
[12:35] <apw> henrix, otherwise it looks to be ported as correctly as any review can see anyhow
[12:35] <henrix> apw: yeah, you're right.  it looks like we should also apply f81152e3
[12:36] <henrix> hmm... i'll need to go throught the stable trees as well to make sure all kernels have this fix
[12:37] <henrix> apw: thanks ;)
[12:37] <apw> henrix, thank you indeed
[12:38]  * henrix goes have some food before looking at this
[12:39] <apw> a plan indeed
[12:50] <Faux> My Trusty HP EliteBook 8570w with an GK107GLM [Quadro K2000M] hardlocks going into X on 3.13.0-4, only gets vesa-y resolutions (800, 1024) on 3.13.0-2 (and sometimes X just vanishes), but works fine on 3.13.0-1.  How do I report this?
[12:53] <apw> ubuntu-bug linux to file a bug against the kernel
[12:59] <Faux> Okay, cheers. :)
[13:03] <Faux> Hah, it refuses as I'm booted into a kernel that's no-longer in the repo.
[13:04] <henrix> apw: ok, looks like all the stable trees already contain the additional fix.  shall i update the cvetracker to include this additional sha1?
[13:20] <Faux> #1270818 is my bug report, if anyone has any questions.
[13:27] <apw> henrix, yeah i recon so
[13:27] <apw> bug #1270818
[13:27] <ubot2> Launchpad bug 1270818 in linux (Ubuntu) "nouveau(?) breaks or hangs in 3.13.0-4, -2, but not -1 on GK107GLM [Quadro K2000M]" [Undecided,New] https://launchpad.net/bugs/1270818
[13:27] <henrix> apw: ack, will do
[14:09] <cjwatson> I could use help in tracking down bug 1270228, if anyone has some time
[14:09] <ubot2> Launchpad bug 1270228 in linux (Ubuntu) ""Loading partman-xfs failed for unknown reasons. Aborting" error in trusty server installations" [Undecided,New] https://launchpad.net/bugs/1270228
[14:17] <smb> apw, Are you looking at this ^?
[14:28] <apw> smb, i am not currently, are you interested in poking that ?
[14:44] <smb> apw, Yeah I can have a look. Just wanted to avoid us going off both on the same
[14:47] <xnox> I am back from holliday and rebooted my desktop.... which did not end well.
[14:47] <xnox> linux-image-3.13.0-1-generic boots, while linux-image-3.13.0-4-generic does not.
[14:47] <xnox> i get bad screen resolution, kernel tracebacks, dropped into busybox which says that my rootfs device by uuid is not present =)
[14:47] <cjwatson> smb: one thing I forgot to say: to reproduce the out-of-memory part of it, you'll need kvm -m 512 or otherwise limit memory to match what the CI testing is doing
[14:47]  * xnox is puzzled.
[14:47] <xnox> (otherwise it's fully up to date)
[14:48] <smb> cjwatson, Ok, ack.
[14:49] <apw> xnox, nvidia graphics ?
[14:50] <xnox> apw: intel hd / motherboard built in, I may however have inappropriate amount of *gl* packages installed which pulls in all sorts.
[14:50] <smb> xnox, I think I saw someone else having issues ... but that was with vmware gfx. Maybe check whether you see some issues with the drm driver and simple-framebuffer..
[14:50] <BenC> apw: I'm rebasing on master-next for trusty, if that will be of any help
[14:50] <xnox> apw: i'll wait for nvidia upload, and test that kernel, to shoot down one thing at a time.
[14:53] <apw> BenC, thanks, thats on my list for 'next' :)
[14:53] <BenC> apw: Ok, it's done
[15:32] <smb> apw, Hm, would you know from the top of your head whether rootfs might be closely related to tmpfs?
[15:36] <smb> apw, Or iow I wonder whether the "maddening" part of d1969a84dd6a44d375aa82bba7d6c38713a429c3 could not be true for rootfs
[15:38] <cjwatson> I think rootfs is a tmpfs instance if you have tmpfs enabled and aren't using rootfstype=.  See init/do_mounts.c
[15:39] <smb> cjwatson, So that might lead to the above commit which is not yet in 3.13.0-4 to be a possible culprit
[15:40] <cjwatson> I certainly wouldn't have got there from the commitdiff, but the description looks plausible
[15:40] <smb> Yeah, the change looks like and OMG but not directly would lead to the  effect
[15:41] <cjwatson> tmpfs does indeed use percpu counters to keep track of block usage
[15:42] <smb> So I would add that to the bug report and I am sure someone is already preparing a rebase to 3.13 release version
[15:53]  * smb is away for a bit
[16:01] <apw> Faux, test kernel in your bug
[16:02] <apw> smb, ok that commit is in the tree now, there is a test kernel by luck with it in on http://people.canonical.com/~apw/lp1270818-trusty/ if that helps
[16:02] <apw> though i was proposing to upload it today anyooo
[16:09] <apw> smb, and as you correctly say the existing -4 does not have that fix
[16:15] <Faux> apw: Sorry, I don't follow.
[16:57] <apw> Faux, i have built a test kernel which may fix your issue and posted the link to it in your bug
[17:01] <Faux> Ah, I shall have a look tomorrow (work machine).
[17:01] <Faux> Thanks.
[17:43] <apw> ogasawara, i am thinking about wrapping up a new trusty with 3.13 in it, anything pennding from you ?
[17:45] <apw> smb, did you bottom out on whether that percpu fix was your issue ?
[17:47] <cjwatson> it looks very likely to me ...
[17:48] <apw> ok i will get this thing tied up with string
[18:17] <SpamapS> Anybody hear reports about ext4 resize problems with 3.11.0-15-generic on i386?
[18:29] <apw> SpamapS, not that has come to my notice
[18:30] <SpamapS> apw: I may have had some corruption.. trying to reproduce
[18:36] <smb> apw, Yeah as cjw said, it looks quite likely. And since it needs to be tied up into an installer iso and we are very likely doing the 3.13 final soonish anyway...
[18:39] <smb> SpamapS, There was something that I remember only very vaguely. Though it may have been an unusually large resize and I cannot remember exactly whether that was at that point just not done before or broken. Nor can I remember whether it got solved or was lost to workstack overflow...
[18:46] <smb> Hm rather looks like forgotten... bug 1233075
[18:46] <ubot2> Launchpad bug 1233075 in linux (Ubuntu) "resizefs failure with raring" [High,Confirmed] https://launchpad.net/bugs/1233075
[18:53] <apw> smb, hmmm maybe indeed
[18:54] <apw> though i thought we saw some fixes for things like that recently
[18:54] <smb> apw, Which one? the resizefs?
[18:58] <apw> yeah particularly ext4 extending i thought ... hnmm
[19:00] <smb> apw, Not sure, somewhere in the bug report it was said that resize to 20G might be enough to reproduce, so I would try that tomorrow with T (if I can remember that long)
[19:06] <apw> smb, sounds like a plan
[21:41] <pkern> http://www.heise.de/newsticker/meldung/Kuenftiges-Init-System-der-Linux-Distribution-Debian-Zwischen-Patt-und-allgemeiner-Abstimmung-2088684.html
[21:41] <pkern> Oops, sorry. Not meant to paste that. -_-
[22:42] <tilgovi> apologies if this is not a good channel for a support question like this... i just got the brand new x1 carbon (i7) from lenovo and I've got it all set up and dual booting fine, but resume from suspend doesn't work and I was hoping someone could help me debug it.
[22:43] <tilgovi> the big issue is that this model has no leds for hd activity and pressing buttons seems to do nothing at all to resume
[22:43] <tilgovi> so the debugging pages about resume are not helpful. there's little info to collect. the suspend log looks normal, but i don't even know how to begin looking at the resume
[22:44] <tilgovi> again, I know this isn't a support channel, but since i'm able and willing to dive deeply in here, and there are probably few people with this hardware right now, i thuoght i'd come straight to the kernel folks


[10:33] <didrocks> infinity: with xorg-server 2:1.17.1-0ubuntu3, all other systemd autopkgtests are now passing (there were some failures with xorg starting), so I guess it's safe to override now
[10:34] <didrocks> infinity: did you get any progress on the upstart package split?
[10:34] <didrocks> smoser: FYI ^
[10:35] <infinity> didrocks: I ended up sleeping (I'd been up for two days :/) instead of working on reworking upstart, but I should do that ASAP, if I can't find another sucker to do it, since the current split is pretty obviously wrong.
[10:36] <didrocks> infinity: tell me if I can be of any help
[10:36] <didrocks> I'm happy to deal with this (this afternoon/tomorrow morning)
[10:36] <infinity> didrocks: Well, I wouldn't complain if someone competent (like you) did the work and asked me to review it, but I imagine you're just as busy as I am.
[10:37] <didrocks> infinity: I'm fine, I succeeded to get some spare time for systemd-related work while pitti was away, so I'll be on it soonish and propose a fix to you
[10:39] <infinity> didrocks: Awesome.  So, the way I see it, the split just needs to be inverted.  upstart should contain all the non-conflicting bits (including jobs), and upstart-sysv should handle the conflicting stuff.  With some appropriate Breaks/Replaces (And Conflicts/Replaces in the case of getting upstart to force off upstart-bin) in place for smooth transition.
[10:39] <infinity> didrocks: And then a bit of mangling of other bits like livecd-rootfs and some seeds and the 'init' package to cope with the shuffle.
[10:40] <infinity> didrocks: I can help hunt down the "other bits" part of that without too much effort on my end, I have a pretty good handle on all the things that will break.
[10:40] <didrocks> infinity: makes sense, will do that upstart-sysv package and look at the seeds. I'll need you on the livecd-rootfs though
[10:40] <didrocks> ok :)
[10:41] <infinity> didrocks: Hrm, actually, we might have to suffer with an empty upstart-bin that depends on upstart (that would also make this a tiny bit smoother), so people who already don't have upstart installed don't get a weird non-upgrade path.
[10:41] <infinity> didrocks: That could go away for V+1, since trusty didn't have the split.
[10:42] <infinity> So, 14.04 -> 16.04 would be clean, it's just U->V that wouldn't be,.
[10:44] <didrocks> infinity: yeah, at least, LTS to LTS would be easier for apt, we just need to ensure we remember to kill it in V+1
[10:45]  * didrocks will put some comments in debian/control
[10:46] <infinity> And let me get that systemd migrated...
[10:48] <didrocks> thx!
[10:49] <infinity> didrocks: Alright, I'm going to go hide in a hole and finish polishing up this glibc upload, but poke me when you have something plausibly sane, and we'll talk next steps.
[10:51] <didrocks> infinity: sounds good, I'll start that either this afternoon or my tomorrow morning depending on what is still on my list. Good luck with glibc!
[12:21] <smoser> didrocks, i realliy want/need to get my changes in so that iscsi boot works.
[12:21] <smoser> what i'd like to do is just upload a new systemd with that change also, and a disabling of the test for upstart
[12:21] <smoser> i'll open a bug, and point at the bug in the disabling.
[12:22] <smoser> and then you fix that bug with your upstart work.
[12:34] <smoser> didrocks, ping
[12:39] <smoser> i really need my systemd changes in.. so what i'd like to propose is that I upload a systemd with my fix for http://pad.lv/1432829 . and with upstart test disabled.
[12:40] <smoser> I've opened bug 1434058 and will reference that in the disabling of those tests.
[12:40] <smoser> you can fix upstart and reference that test.
[12:41] <smoser> does anyone object to that ?
[12:55] <infinity> smoser: Or maybe it migrated an hour ago?
[12:55] <smoser> oh?
[12:55] <didrocks> smoser: yeah, that was what our discussion was about
[12:56] <didrocks> smoser: we discovered another issue btw when running the tests, so it worthed it (issue in xorg)
[12:56] <smoser> "worthed it" ?
[12:56] <didrocks> smoser: loosing my morning in running the adt tests manually
[12:56] <smoser> so you overrode and let it through, right?
[12:56] <didrocks> losing*
[12:56] <didrocks> yeah, that's done
[12:56] <smoser> ok.. but i still need the other fix.
[12:56] <infinity> smoser: Yeah, after all the manual testing, I let it in.
[12:57] <smoser>  as i've attached to bug http://pad.lv/1432829
[12:57] <didrocks> smoser: can you try to batch your fixes? we tend to do few upload, but extensive testing generally with pitti
[12:57] <infinity> smoser: If you need another upload, go for it.  We'll figure out what to do.
[12:57] <didrocks> smoser: also we put all of them in debian experimental first
[12:57] <smoser> didrocks, ... the ubuntu package has a -XubuntuX version
[12:58] <didrocks> smoser: yeah, we have an ubuntu branch
[12:58] <smoser> so confused about debian/experiemental.
[12:58] <didrocks> but as told yesterday, everything is in debian git
[12:58] <didrocks> and we merge patches to experimental, when it makes sense for them
[12:58] <didrocks> and then, remerge in the ubuntu branch
[12:59] <didrocks> smoser: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/
[13:00] <smoser> didrocks, right. i can give you a git branch that has that if you want.
[13:00] <smoser> i have one locally
[13:00] <smoser> and http://paste.ubuntu.com/10627333/ is what i want to upload
[13:01] <smoser> i have not verified that the test will be disabled, but per doc/README.package-tests.rst in adt source:
[13:01] <smoser>   Any unknown fields will cause the whole stanza to be skipped.
[13:01] <didrocks> smoser: did you test extensively this config with manually setup network on a desktop machine?
[13:01] <didrocks> the unconditional creation of /run/network did trigger a lot of unit failure on desktop in the past
[13:02] <smoser> well, as it is right now, creation of that directory is pretty unconditional
[13:02] <smoser> if any network device attach event happens (ie, you have a NIC)
[13:03] <smoser> isn't it ? my change made it guaranteed, but the previous behavior was that any udev event would have created /run/network.
[13:04] <didrocks> smoser: why don't you let udev creating it when needed then?
[13:05] <didrocks> ah, the initramfs
[13:05] <smoser> udev didn't create it. systemd did. when that job ran. but by its use of RntimeDirectory, its purged on first run of that job
[13:05] <smoser> right.
[13:06] <didrocks> smoser: yeah sounds good, as long as you tested it extensively with and without network-manager on a vivid desktop, that's fine to me (we have other network issue to fix anyway and pitti started to look at them)
[13:10] <smoser> didrocks, ok. i'll install package here and do test on my laptop.
[13:10] <smoser> i do see a bug in the current<EMAIL_ADDRESS>job
[13:11] <smoser> if you have an interface described in /etc/network/interfaces, but it is not 'auto' or 'allow-hotplug', then the ifup@NIC job will fail.
[13:11] <smoser> my changes fix that bug also.
[13:12] <didrocks> smoser: yeah, I clearly remember that we had some issues in /etc/network regarding ifup@ units, but it's now too old for my small memory :) (we fixed it though IIRC)
[13:27] <smoser> didrocks, sorry to bother you.. but one question. the file i'm installing is not executable when installed via package. what would be the rigth way to do that ?
[13:29] <didrocks> smoser: hum weird, are you sure it's executable in the source tree? As we are using source format 3.0 (quilt), it shouldn't be an issue. Otherwise, you can chmod +x it in debian/rules, but ensure first it's executable in the source package I would say.
[13:29] <smoser> it is not executable in the soruce tree.
[13:29] <smoser> is that the right way to do it ? just to chmod it in debian/ ?
[13:30] <didrocks> yeah, for source format 3.0, it's fine
[13:31] <didrocks> (it's not a diff, so the perms are preserved)
[13:34] <smoser> thanks
[14:19] <davmor2> infinity: yelp is still showing the utopic help graphics any idea when that should change at all?
[14:19] <davmor2> infinity: https://bugs.launchpad.net/ubuntu/+source/yelp/+bug/1434087 incase you need to band it around a bit :)
[14:20] <infinity> davmor2: Should change soon, ideally. :P
[14:21] <infinity> Not sure where that content comes from...
[14:21] <davmor2> infinity: jibel just asked me to give vivid desktop a quick tyre kicking in readiness for beta next week only 2 issues so far is that and there are 2 languages eng_uk and eng_us rather than just eng_uk that I installed :0
[14:21] <davmor2> :)
[14:21] <davmor2> so not too bad :)
[14:22] <infinity> Looks like ubuntu-docs.
[14:23] <infinity> davmor2: Two languages where?
[14:23] <davmor2> infinity: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1434091
[14:23] <infinity> Generally, when you install en, you get all the en variants, though I'm not sure about the keyboard indicator, and what it's meant to do.
[14:24] <davmor2> infinity: keyboard should only show eng_uk it does on other installs
[14:24] <davmor2> infinity: I pointed cyphermox at it anyway :)
[14:25] <infinity> I don't even appear to have a keyboard indicator here.
[14:25] <davmor2> infinity: hahahaha
[14:26] <infinity> Maybe it only shows up if you have more than one input source defined.
[14:26] <infinity> Hrm, nope, adding a second doesn't show it.  Weird.
[14:28] <davmor2> infinity: shows here on a fresh install did you upgrade for a few distros?
[14:28] <infinity> Yeah.
[14:29] <infinity> Though, I don't think it should show by default unless you have multiple anyway, that would also be a bug if it does, IMO.
[14:29] <davmor2> infinity: it show on my desktop all the time in utopic and vivid
[14:30] <infinity> Ick.
[14:30] <infinity> Well, if you're not finding more serious bugs yet, little bits of polish like that are easy to knock out.
[14:31] <infinity> As for the unicorn, looks like ubuntu-docs hasn't seen an upload since utopic, so that would be why.  I assume there's an update in the works.
[15:35] <smoser> didrocks, still around ?
[15:35] <smoser> i'm ready to upload.
[16:21] <jderose> infinity: is 14.04.2 --> 14.10 supposed to be a supported upgrade path? there are some serious issues with the xorg*utopic-lts packages in that they're not transitioning correctly during the upgrade
[16:27] <infinity> jderose: In theory, yes.  mlankhorst might be more interested in specifics.
[16:29] <infinity> jderose: Not that I'd consider it a common upgrade path, since people who want LTS+HWE aren't the sort that would be upgrading to every non-LTS release in between, but it should still be made to work.
[16:29] <infinity> mlankhorst: Guess you never tested 14.04+HWE-U to 14.10 upgrades?
[16:42] <jderose> the upgrade appears to work okay, but the first time you run apt-get upgrade after the reboot, there will be a bunch of wierdness with xorg packages
[16:43] <jderose> running apt-get upgrade twice seems to get things back to correct state, but there may still be some subtle problems
[18:17] <oSoMoN> could someone from the release team please review bug #1433141 (FFe request) and advise?
[18:25] <mlankhorst> infinity: it' s not a supported upgrade path
[18:26] <infinity> mlankhorst: According to whom?
[18:26] <mlankhorst> infinity: the only supported path from 14.04 with lts stack is to the next lts
[18:26] <infinity> mlankhorst: If you install 14.04, untick the "LTS only" box in software-properties, you'll get offered an upgrade to utopic.
[18:27] <mlankhorst> odd..
[18:27] <infinity> mlankhorst: Why would that be odd?
[18:27] <mlankhorst> infinity: if you have the lts stack enabled you shouldn't upgrade to the next stable release..
[18:27] <infinity> mlankhorst: 14.04 to 14.10 is a supported upgrade path, we did nothing to intentionally break that in point releases.
[18:28] <mlankhorst> infinity: yes 14.04 without lts stack to 14.10 is a supported upgrade path
[18:28] <mlankhorst> that was the case with precise too
[18:28] <infinity> mlankhorst: Like I said above, I think it's rare that people using LTS+HWE would want to be upgrading to non-LTS releases, but it's certainly not something we prevent.
[18:28] <mlankhorst> we should prevent it, if they want to upgrade they have to remove the HWE stack first
[18:29] <infinity> mlankhorst: Instead of arguing about "supported", how hard would it be to just make it work the same way 14.04->16.04 is going to work?
[18:29] <mlankhorst> and imagine you're on 14.04.3 and trying to upgrade to utopic, while your hardware is not supported in utopic yet..
[18:29] <infinity> mlankhorst: Preventing it is harder than fixing it, I suspect.
[18:29] <infinity> mlankhorst: 14.04.3 to utopic is a no-go because utopic will EOL before 14.04.3 comes out.
[18:29] <infinity> mlankhorst: Only .2 has this overlap.
[18:31] <mlankhorst> infinity: just rebuild xorg-lts-transitional from trusty..
[18:32] <mlankhorst> and add a special case for libgbm
[18:33] <infinity> mlankhorst: Could we do that?  I know it's easier to say "well, don't do that thing", but if it's in the "simple UI", it should generally work, telling people "that's not supported" after it breaks isn't helpful.
[18:34] <infinity> mlankhorst: Optionally, we could SRU update-manager and software-properties with some hacks to not let people go non-LTS if there's an HWE stack installed, I guess.
[18:34] <infinity> jderose: Was this something one of your customers managed to do to themselves, or more of an idle question and experimentation on your part?
[18:40] <jderose> infinity: we haven't had problem reports from customers yet. this was be testing upgrades the nividia driver packages we deliver in our PPA... at first i thought i goofed
[18:40] <jderose> but the upgrade is broken even without the nvidia driver
[18:42] <infinity> jderose: Yeah, apparently "not supported", I was wrong.  Though I think we should either fix that or make it hard from the UI.
[18:43] <jderose> mlankhorst: infinity: okay, thanks for the clarification (was catching up above)
[18:45] <jderose> but to me if 14.04.2-->14.10 isn't supported (and is broken), the update manager really shouldn't offer it when you change "Notify me of a new Ubuntu version" to "For any new version"
[18:46] <infinity> jderose: Right, that was what I was saying.  Either we should fix the upgrade, or neuter update-manager.
[18:47] <infinity> jderose: Slightly less concerned about commandline upgrades, unless it's horribly broken, and your report sounded less "horribly" and more "annoyingly" broken.
[18:47] <infinity> But, "annoyingly broken" for CLI users is "completely screwed" for GUI people.
[18:48] <jderose> yeah, annoying and confusing for the experienced... but you can seemingly work around the issues without much trouble
[18:48] <jderose> er, confusing for the inexperienced, that is
[20:56] <smoser> can someone please ack my systemd upload that fails due to bug 1422681
[21:00] <smoser> infinity, maybe?
[21:01] <infinity> smoser: I'll have a poke.
[21:46] <bdmurray> slangasek: https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/component-mismatches-uploader/+merge/253587
[23:50] <smoser> infinity, thank you.


[01:39] <rick_h> lol, 600 steps while I was taking a shower. You got fitbit. :/
[13:09] <cmaloney> This day could not get any better
[13:09] <rick_h> woot
[13:09] <cmaloney> Lifetime made it so you can only get their programming via a cable provider
[13:10] <cmaloney> No more fucking Dance Moms!
[13:10] <cmaloney> Wooo hooo!!!!
[13:10] <rick_h> how was that not the case before?
[13:10] <cmaloney> It's like being told Santa Claus does birthdays too
[13:10] <cmaloney> They just had it out there
[13:11] <cmaloney> But apparently cable folks are worried aboutt he cable cutters
[13:11] <cmaloney> and JoDee has been watching that bitch's program for a while now
[13:11] <cmaloney> And frankly I'm glad to be done with it
[13:11] <cmaloney> On the downside, no more Project Runway though
[13:12] <cmaloney> but if I we have to sacrifice Heidi Klum to get rid of Abby Lee, that's a small price to pay
[14:36] <jrwren> project runway has been bad for a long long long long time
[14:38]  * rick_h wonders when it was good...
[14:38] <jrwren> i never said it was good :)
[15:15] <greg-g> why are we talking about project runway?
[15:16] <rick_h> because cmaloney is happy it's not on his tv any more? or something
[15:17] <greg-g> :)
[15:19] <cmaloney> I'm happy that JoDee isn't watching it on her laptop anymore (Dance MOms)
[15:19] <greg-g> oh, I see.
[15:19] <cmaloney> Project Runway is actually not bad. They at least show a skill
[15:19] <greg-g> ....
[15:19] <greg-g> wait
[15:20] <cmaloney> Not that it's the Citizen Kane of our generation
[15:20] <greg-g> the last time I watched 5 minutes of project runway while in a hotel room in some far off place, I didn't see any skill other than "looking purty"
[15:20] <greg-g> maybe I'm confused on the point of the show
[15:20] <cmaloney> There's several components:
[15:20] <cmaloney> 1) Design / Construction
[15:20] <cmaloney> 2) Modeling
[15:21] <greg-g> brb, going to go get some of that SF tech company staple: cereal.
[15:21] <cmaloney> 3) Verbal abuse from judges
[15:25] <greg-g> huh
[16:47] <jcastro> rick_h: I got a new synapse bag
[16:47] <jcastro> for the X230
[16:47] <rick_h> jcastro: <3
[16:48] <greg-g> oo! I got a new bag, too!
[16:48] <greg-g> my 6 months at WMF bag!
[16:48] <jcastro> nice!
[16:48] <rick_h> jcastro: Pick a size: Size 6Z, Vertical, Black (is the cache insert I use in mine for the x230)
[16:49] <rick_h> jcastro: what phone are you rocking?
[16:49]  * rick_h thought you had a nexus
[16:49] <rick_h> Gnex that is
[16:49] <jcastro> I do
[16:49] <jcastro> I have an N4 for about 2 months now
[16:49] <jcastro> so I can dogfood UTouch on one
[16:49] <jcastro> and have a production phone
[16:50] <rick_h> jcastro: ah, gnex != n4
[16:50] <rick_h> jcastro: I had massive fitbit fail yesterday.
[16:50] <rick_h> now understand better, forgot you had a n4
[16:50] <jcastro> oh?
[16:50] <rick_h> forgot/didn't know
[16:50] <rick_h> yea, only works with the phone with BT4, Gnex HAS bt4, but not enabled by samsung drivers
[16:51] <rick_h> so no phone worky, had to install/setup with windows software, which required getting usb working in my IE VBox setup to run their stupid software to set it up
[16:51] <jcastro> BT4 was only just now enabled on the N4 as well
[16:51] <rick_h> now it'll only sync with my VM in windows with their stupid usb dongle
[16:51] <jcastro> so I still have to sync with a windows box. :-/
[16:51] <jcastro> it's ok it holds 7 days worth of data
[16:51] <rick_h> dude! I asked how it was going and you made it seem like it sync'd with your phone and was all good.
[16:51] <jcastro> so you only have to do it once a week
[16:52] <jcastro> however ping cwayne, he's got libfitbit working
[16:52]  * rick_h was waiting for something that didn't require a PC/windows to work.
[16:52] <jcastro> with my phone? No it's never done that, I had to wait for the android update that came a few weeks ago

[16:52] <jcastro> now I just need to wait for fitbit to enable working on this new android build
[16:52] <rick_h> ugh, that and it thought I did 600 steps by taking a shower
[16:53] <jcastro> lol
[16:53] <rick_h> heh, well I'll get a new phone at the end of the year so guess I'll get BT4 in a few months
[16:53] <jcastro> ok charm school, to be continued!
[16:53] <rick_h> yea, I want to be in on this. What's the url?
[16:53]  * rick_h wants to load up this desktop with lxc provider power!
[18:42] <jcastro> My new thinkpad gets here today!
[18:43] <rick_h> woot!
[18:51] <greg-g> when's mine get here? :(
[19:14] <rick_h> ok, have working lxc container juju going. Time to charm up bookie now. Debugging is going to be a heck of a lot easier. Though booo no debug-log
[22:42] <greg-g> rick_h: I'm getting NaN's in bookie: https://bmark.us/greg/recent


[01:09] -queuebot:#ubuntu-release- New binary: dotnet7 [arm64] (lunar-proposed/universe) [7.0.101-0ubuntu2] (no packageset)
[04:56] <foka> Hi! Hope this is the right place to ask, but I was wondering: since Ubuntu Kylin is being sold or at least pre-installed in China, are there plans to have Ubuntu Kylin 23.04 or 23.10 support the latest GB 18030-2022 standard?
[05:06] -queuebot:#ubuntu-release- New source: edubuntu-menu (lunar-proposed/primary) [23.04.1]
[05:07] <Eickmeyer> foka: For sure the wrong place to ask. You need to ask Ubuntu Kylin support.
[05:08] <foka> Eickmeyer: Thank you. They aren't on IRC, are they?  (I tried #ubuntu-kylin)
[05:08] <Eickmeyer> foka: I don't believe so, check their website.
[05:42] <foka> How about Ubuntu proper itself? GB 18030-2022 will be compulsory in China starting August 2023, and that's why I'm asking.  dpkg-reconfigure locales (at least in Debian) no longer shows any non-UTF-8 encoding, which could become a problem in China as the GB18030 conformance test agency may expect to see zh_CN.GB18030 being available even though most people would still prefer zh_CN.UTF-8 as the default.
[06:40] <ginggs> please ignore my previous request to reject dotnet7 7.0.101-0ubuntu1 binaries from NEW
[06:43] <ginggs> 7.0.101-0ubuntu2 binaries in NEW are good
[09:57] -queuebot:#ubuntu-release- Unapproved: limnoria (jammy-backports/universe) [2022.11.10-1~bpo22.04.1 => 2023.1.12-1~bpo22.04.1] (no packageset)
[10:03] -queuebot:#ubuntu-release- New binary: rustc [i386] (lunar-proposed/main) [1.64.0+dfsg1-1~exp2ubuntu2] (i386-whitelist)
[10:07] -queuebot:#ubuntu-release- Unapproved: gallery-dl (focal-backports/universe) [1.24.2-1~bpo20.04.1 => 1.24.4-1~bpo20.04.1] (no packageset)
[10:07] -queuebot:#ubuntu-release- Unapproved: gnome-initial-setup (jammy-proposed/main) [42.0.1-1ubuntu2 => 42.0.1-1ubuntu2.1] (ubuntu-desktop)
[10:08] -queuebot:#ubuntu-release- Unapproved: gallery-dl (jammy-backports/universe) [1.24.2-1~bpo22.04.1 => 1.24.4-1~bpo22.04.1] (no packageset)
[10:08] -queuebot:#ubuntu-release- Unapproved: yt-dlp (jammy-backports/universe) [2022.11.11-1~bpo22.04.1 => 2023.01.06-1~bpo22.04.1] (no packageset)
[10:28] -queuebot:#ubuntu-release- New binary: rustc [armhf] (lunar-proposed/main) [1.64.0+dfsg1-1~exp2ubuntu2] (i386-whitelist)
[10:30] -queuebot:#ubuntu-release- New binary: rustc [ppc64el] (lunar-proposed/main) [1.64.0+dfsg1-1~exp2ubuntu2] (i386-whitelist)
[10:32] -queuebot:#ubuntu-release- New binary: rustc [amd64] (lunar-proposed/main) [1.64.0+dfsg1-1~exp2ubuntu2] (i386-whitelist)
[10:36] -queuebot:#ubuntu-release- New: rejected dotnet7 [amd64] (lunar-proposed) [7.0.101-0ubuntu1]
[10:36] -queuebot:#ubuntu-release- New: accepted dotnet7 [arm64] (lunar-proposed) [7.0.101-0ubuntu2]
[10:36] -queuebot:#ubuntu-release- New: accepted dotnet7 [amd64] (lunar-proposed) [7.0.101-0ubuntu2]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [amd64] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu1]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [armhf] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu1]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu1]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [amd64] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu2]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [i386] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu2]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [arm64] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu1]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [s390x] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu1]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu2]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [i386] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu1]
[10:36] -queuebot:#ubuntu-release- New: accepted rustc [armhf] (lunar-proposed) [1.64.0+dfsg1-1~exp2ubuntu2]
[11:21] -queuebot:#ubuntu-release- Unapproved: rejected gnome-initial-setup [source] (jammy-proposed) [42.0.1-1ubuntu2.1]
[12:52] -queuebot:#ubuntu-release- Unapproved: rejected snapd [sync] (kinetic-proposed) [2.57.5+22.10]
[13:05] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (kinetic-proposed) [2.58+22.10]
[13:33] -queuebot:#ubuntu-release- Unapproved: libreoffice (jammy-proposed/main) [1:7.3.7-0ubuntu<IP_ADDRESS> => 1:7.3.7-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[13:43] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (jammy-proposed) [2.58+22.04]
[13:49] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (focal-proposed) [2.58+20.04]
[13:54] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (bionic-proposed) [2.58+18.04]
[14:17] -queuebot:#ubuntu-release- Unapproved: update-notifier (bionic-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[14:17] -queuebot:#ubuntu-release- Unapproved: update-notifier (focal-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[14:18] -queuebot:#ubuntu-release- Unapproved: update-notifier (jammy-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[14:47] -queuebot:#ubuntu-release- Unapproved: update-notifier (xenial-proposed/main) [3.168.18 => 3.168.19] (ubuntu-desktop, ubuntu-server)
[15:31] <ricotz> ddstreet, hello :), please take a look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/2002941
[15:31] -ubottu:#ubuntu-release- Launchpad bug 2002941 in libreoffice (Ubuntu Jammy) "[BPO] libreoffice 7.4.4 for jammy" [Medium, In Progress]
[15:38] <ricotz> ahasenack_, hello :), would be great if libreoffice/kinetic-proposed migrates to -updates - https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/2001911
[15:38] -ubottu:#ubuntu-release- Launchpad bug 2001911 in libreoffice (Ubuntu Kinetic) "[SRU] libreoffice 7.4.4 for kinetic" [High, Fix Committed]
[16:30] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (bionic-proposed/main) [27.12~18.04.1 => 27.13~18.04.1] (core)
[16:31] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (focal-proposed/main) [27.12~20.04.1 => 27.13~20.04.1] (core)
[16:31] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (kinetic-proposed/main) [27.12~22.10.1 => 27.13~22.10.1] (core)
[16:31] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (jammy-proposed/main) [27.12~22.04.1 => 27.13~22.04.1] (core)
[16:38] <ahasenack_> ricotz: is that the one that had a s390x failure?
[16:43] <ricotz> ahasenack_, that was 7.4.3, 7.4.4 contains a mitigation for s390x
[16:43] <ahasenack_> yay \o/
[16:43] <ricotz> ahasenack_, see the bug report with the autopkgtests results
[16:44] <ahasenack_> I'm still deep in reviews for accepts, after that I move to releasing
[16:44] <ricotz> ahasenack_, alrighty, thank you
[16:49] -queuebot:#ubuntu-release- Unapproved: lubuntu-update-notifier (focal-proposed/universe) [0.1 => 0.1.1] (lubuntu)
[17:03] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (xenial-proposed/main) [27.12~16.04.1 => 27.13~16.04.1] (no packageset)
[17:05] <arraybolt3> ahasenack_: If you're available, could you review https://bugs.launchpad.net/ubuntu/jammy/+source/lubuntu-update-notifier/+bug/2002255 and the corresponding lubuntu-update-notifier upload in Focal? (This is an SRU that already was let through for Kinetic and Jammy, and then was discovered to be needed in Focal as well.)
[17:05] -ubottu:#ubuntu-release- Launchpad bug 2002255 in lubuntu-update-notifier (Ubuntu Focal) "lubuntu-update-notifier provides no good way to resolve a forcibly terminated system update" [High, In Progress]
[17:05] <ahasenack_> k
[18:39] -queuebot:#ubuntu-release- Unapproved: accepted bcmwl [source] (jammy-proposed) [<IP_ADDRESS>1+bdcom-0ubuntu10~22.04.1]
[18:46] -queuebot:#ubuntu-release- Unapproved: accepted bcmwl [source] (kinetic-proposed) [<IP_ADDRESS>1+bdcom-0ubuntu10~22.10.1]
[18:50] -queuebot:#ubuntu-release- Unapproved: accepted v4l2loopback [source] (jammy-proposed) [0.12.7-2ubuntu2~22.04.1]
[18:57] -queuebot:#ubuntu-release- Unapproved: accepted linux-apfs-rw [source] (jammy-proposed) [0+git20220214+ds-2ubuntu2~22.04.1]
[19:52] -queuebot:#ubuntu-release- Unapproved: docker.io (bionic-proposed/universe) [20.10.12-0ubuntu2~18.04.1 => 20.10.21-0ubuntu1~18.04.1] (no packageset)
[19:56] -queuebot:#ubuntu-release- Unapproved: docker.io (focal-proposed/universe) [20.10.12-0ubuntu2~20.04.1 => 20.10.21-0ubuntu1~20.04.1] (no packageset)
[20:00] -queuebot:#ubuntu-release- Unapproved: containerd (bionic-proposed/universe) [1.5.9-0ubuntu1~18.04.2 => 1.6.12-0ubuntu1~18.04.1] (no packageset)
[20:04] -queuebot:#ubuntu-release- Unapproved: containerd (focal-proposed/main) [1.5.9-0ubuntu1~20.04.6 => 1.6.12-0ubuntu1~20.04.1] (no packageset)
[20:09] -queuebot:#ubuntu-release- Unapproved: containerd (jammy-proposed/main) [1.5.9-0ubuntu3.1 => 1.6.12-0ubuntu1~22.04.1] (ubuntu-server)
[20:10] -queuebot:#ubuntu-release- Unapproved: runc (bionic-proposed/universe) [1.1.0-0ubuntu1~18.04.1 => 1.1.4-0ubuntu1~18.04.1] (no packageset)
[20:13] -queuebot:#ubuntu-release- Unapproved: containerd (kinetic-proposed/main) [1.6.4-0ubuntu1.1 => 1.6.12-0ubuntu1~22.10.1] (ubuntu-server)
[20:14] -queuebot:#ubuntu-release- Unapproved: runc (focal-proposed/main) [1.1.0-0ubuntu1~20.04.2 => 1.1.4-0ubuntu1~20.04.1] (no packageset)
[20:59] -queuebot:#ubuntu-release- Unapproved: bind9 (focal-proposed/main) [1:9.16.1-0ubuntu2.11 => 1:9.16.1-0ubuntu2.12] (core, i386-whitelist)
[21:46] -queuebot:#ubuntu-release- Unapproved: aodh (jammy-proposed/main) [1:14.0.0-0ubuntu1 => 1:14.0.0-0ubuntu1.1] (openstack)
[22:27] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (kinetic-proposed/main) [27.12~22.10.1 => 27.13~22.10.1] (core)
[22:29] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-advantage-tools [source] (kinetic-proposed) [27.13~22.10.1]
[22:33] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (jammy-proposed/main) [27.12~22.04.1 => 27.13~22.04.1] (core)
[22:34] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-advantage-tools [source] (jammy-proposed) [27.13~22.04.1]
[22:34] -queuebot:#ubuntu-release- New: accepted edubuntu-installer [amd64] (lunar-proposed) [0.1]
[22:36] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (focal-proposed/main) [27.12~20.04.1 => 27.13~20.04.1] (core)
[22:37] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-advantage-tools [source] (focal-proposed) [27.13~20.04.1]
[22:39] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (bionic-proposed/main) [27.12~18.04.1 => 27.13~18.04.1] (core)
[22:40] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-advantage-tools [source] (bionic-proposed) [27.13~18.04.1]
[22:42] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-advantage-tools [source] (xenial-proposed) [27.13~16.04.1]
[22:42] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (xenial-proposed/main) [27.12~16.04.1 => 27.13~16.04.1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: mutt-wizard [amd64] (lunar-proposed/none) [3.3.1-2] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: qcom-phone-utils [amd64] (lunar-proposed/none) [0.1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: pytest-aiohttp [amd64] (lunar-proposed/none) [1.0.4-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: davegnukem [amd64] (lunar-proposed/none) [1.0.3-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: xdoctest [amd64] (lunar-proposed/none) [1.1.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: pg-gvm [amd64] (lunar-proposed/none) [22.4.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: plasma-bigscreen [amd64] (lunar-proposed/none) [5.26.4-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: libpysal [amd64] (lunar-proposed/universe) [4.7.0-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: pg-gvm [ppc64el] (lunar-proposed/none) [22.4.0-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: plasma-bigscreen [ppc64el] (lunar-proposed/none) [5.26.4-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: davegnukem [ppc64el] (lunar-proposed/none) [1.0.3-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: pg-gvm [s390x] (lunar-proposed/universe) [22.4.0-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: pg-gvm [arm64] (lunar-proposed/universe) [22.4.0-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: plasma-bigscreen [s390x] (lunar-proposed/universe) [5.26.4-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: pg-gvm [armhf] (lunar-proposed/universe) [22.4.0-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: davegnukem [arm64] (lunar-proposed/universe) [1.0.3-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: davegnukem [armhf] (lunar-proposed/universe) [1.0.3-1] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: manpages-l10n [amd64] (lunar-proposed/universe) [4.17.0-2] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: plasma-bigscreen [armhf] (lunar-proposed/universe) [5.26.4-1] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: plasma-bigscreen [arm64] (lunar-proposed/universe) [5.26.4-1] (no packageset)


[19:54]  * wrst yawns
[19:57] <Unit193> Stop that, it's not sleepy time.
[19:57] <wrst> oh its getting there Unit193


[06:49] -lugito:#lubuntu-devel- [rMANUALfe87c3c8faa5: Add virtual desktop switching to window management] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALfe87c3c8faa5
[06:59] -lugito:#lubuntu-devel- [rMANUAL4d7f9beb7c08: Add settings for removeable media] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL4d7f9beb7c08
[07:11] <guiverc> `arc diff` again -- http://paste.ubuntu.com/p/KHbZJKd4Ym/  -- my changes are a couple of files & changelog - should I see the 'list' of everything???
[07:12] -lugito:#lubuntu-devel- [rMANUALeb5d29ec4499: Document libreoffice recovery dialog] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALeb5d29ec4499
[07:26] -lugito:#lubuntu-devel- [rMANUALc88e91c5b411: Add menu way to get to applications menu] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALc88e91c5b411
[07:30] -lugito:#lubuntu-devel- [rMANUAL741c09544559: Add how to get back to original view with keyboard] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL741c09544559
[07:45] -lugito:#lubuntu-devel- [rMANUALd19f7d463c49: Add menu way to get fullscreen video] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALd19f7d463c49
[07:53] -lugito:#lubuntu-devel- [rMANUALa9b17cd80a32: Add exit at end to vlc] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALa9b17cd80a32
[08:05] -lugito:#lubuntu-devel- [rMANUAL29f099018862: Add menu way to pause] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL29f099018862
 Hey people I need help
 I was using lubuntu with lxde, and recently I changed to the new version with lxqt. ... I'm trying to install a .deb package, using dpkg -i. Then, it says that I don't have the dependencies installed, as usually. Then I tried what I generally do, apt-get install -f to fix the dependencies. ... But, it doesn't work, instead of ins
 How can I fix this?
 @tadeuscalvin [I was using lubuntu with lxde, and recently I changed to the new version with lx …], Try just `sudo apt install ./FILE.deb`
 Also, this channel is not for support
 @tsimonq2 [Try just sudo apt install ./FILE.deb], Ok. Thanks
 https://telegram.lubuntu.me/support is
 @tsimonq2 [Also, this channel is not for support], Sorry
 @tadeuscalvin [Ok. Thanks], No problem
 I can't make the standup today.
[22:00] <kc2bez> Copy that. Not sure who will be here. I think Chris and I were the only affirmative replies.
[22:01] <guiverc> :(  -- but that's [real] life
 Here
 On the train soon so I'll go first
[22:10] <kc2bez> Sure.
 I've had several tech support phone interviews this week but I'm going to do the automirror changes on Saturday night after work. Other than that still waiting on Wendy for welcome center assets
 Busy but hopeful
 That's s it for me
[22:12] <kc2bez> Gotcha. Just guiverc and myself here I think.
[22:12] <kc2bez> Good luck @SamuelBanya
 Jus arrived
[22:14] <kc2bez> What is new @HMollerCl ?
 December is awfull
[22:15] <kc2bez> Same here.
[22:15] <kc2bez> Busy at work.
 closing the year
[22:15] <kc2bez> End of semester for us.
 on lubuntu side, I'm still working on teh additional driver tab
 I'm almost there but not quite
[22:16] <kc2bez> Cool. That will be a nice addition.
 I have an issue with threads in Qt, I'm not sure how to handle so when i call ubuntudrivers the app frozes
 ubuntu-drivers-list
 so, need to fix that.
 If anyone know how to do it it would be appreciatide.
 appreciated
 When I'm ready I need testers, currently I have no machine which needs additional driver.
 That's on my side.
[22:19] <wxl> i can work that out for you
 nice! wxl
[22:19] <wxl> i think chris said he had something, too
[22:19] <guiverc> most my hardware doesn't use drivers, but I'll keep an eye out HMollerCl
[22:20] <guiverc> nothing really to report.  i'm still stuck on beginner task, 'arc diff' produces unexpected results, but I finally asked/cried for help but that was too recent to have got response...
[22:20] <wxl> sorry my bad
[22:21] <guiverc> not a problem (it was last thing before I went to bed!!! feels like mins ago to me!)
[22:21] <wxl> remind me that later
[22:22] <wxl> as for me been really crazy life-wise, but gotten through a few bugs and such, support stuff, etc. i got a calamares bug that was supposedly fixed but wasn't reopened. still need to boot neon to see how it does with efi/encryption
[22:23] <kc2bez> Did they get it to work on Neon?
[22:24] <wxl> not sure... which is why i want to see
[22:24] <wxl> if they did, i think i know enough about cala to be dangerous that i could figure out how to apply it to our configure
[22:24] <wxl> s/ure//
[22:24] <wxl> tsimonq2 said he tried to copy their config and it did't work, but that was a wholesale copy
[22:24] <wxl> so it could have been all sorts of other problems
[22:26] <wxl> oh and i did some reorganization to the packaging tutorial so people whine less XD
[22:27] <kc2bez> It looked good, I read through it again. ^
[22:27] <wxl> content didn't really change fwiw
[22:28] <kc2bez> I noticed that but it did have some visual highlights and whatnot.
[22:28] <wxl> right
[22:31] <kc2bez> You got me curious on the neon thing. I'm downloading it now. I will give it a go in a VM.
[22:32] <wxl> thx :)
[22:32] <wxl> anyone else got anything?
 Busy with Life ™
 Otherwise not much
 Sounds like we all have the same status right now.
 Unfortunately so.
 It could be that way until Jan
[22:44] <wxl> just as long as it's not that way until april
 Right
[23:09] <kc2bez> wxl Which one has calamares? It looks like ubiquity on the git stable dev. tried a  19.04 kubuntu too, same.
[23:11] <wxl> kc2bez: git
[23:14] <kc2bez> I'm downloading the unstable version now.
[23:21] <kc2bez> Cala there^ but I don't see an encryption option automatically.
[23:41] <wxl> you know what the little encryption checkbox looks like on ours?
[23:41] <kc2bez> Yes
[23:42] <kc2bez> I installed it on a legacy boot system.
[23:59] <wxl> i wonder if you do it manually if it has the same effect. i dno't remember if i tested that or not


[01:06] <raky> is this error message the subnet error that sorren has been talking about?  if it is, i've been going in completely the wrong direction!
[01:06] <raky> The error was:
[01:06] <raky> Address range <IP_ADDRESS> to <IP_ADDRESS>, netmask <IP_ADDRESS> spans multiple subnets!
[01:07] <raky> so the subnet is the addresses i dhcp-server give out, not what the server is operating within or creating another subnet set?
[01:11] <nijaba> raky, did you check your subnet with an ip range calculator ?
[01:13] <nijaba> in this range you only have 30 adresses
[01:13] <nijaba> and in you case you can go from 0 to 29
[01:13] <nijaba> not over
[01:14] <nijaba> unless you have made a mistake in the in the range and it should end with 255 instead of 225
[01:15] <nijaba> actually 29 (from 1)
[01:17] <osmosis> what was the last version of ubuntu that had php4 ?  feisty doesnt have it.
[01:18] <nijaba> 6.10 has it I beleive
[01:18] <nijaba> let me check
[01:19] <nijaba> confirmed
[01:21] <nijaba> ttgtb...  good night
[02:33] <rakyr> what is the diff between a netmask and subnet mask?
[02:33] <mathiaz> rakyr: it's the same thing.
[02:35] <Nafallo> morning
[02:35] <Nafallo> mathiaz: around? :-)
[02:37] <Nafallo> I'm sitting with a Dell PowerEdge 2850 and tries to update the BIOS. Dell only support RH and SuSE, and RH BIN has something in the script called typeset. do we have a wrapper for that application somewhere in Ubuntu?
[02:40] <mathiaz> Nafallo: is the script using zsh ?
[02:40] <mathiaz> Nafallo: typeset seems to be part of zsh
[02:42] <Nafallo> mathiaz: ah. thanks. I'll try that :-)
[02:43] <Nafallo> mathiaz: cheers! :-)
[02:45] <mathiaz> Nafallo: np
[02:55] <Nafallo> *sighs*
[02:55] <Nafallo> vps1# PATH=/bin:/usr/bin:/sbin:/usr/sbin zsh PE2850_BIOS_LX_A06.BIN
[02:55] <Nafallo> PE2850_BIOS_LX_A06.BIN Error: Cannot find utilities on the system to execute
[02:55] <Nafallo> package.
[02:55] <Nafallo> Make sure the following utilities are in the path: tar gzip tail rm mkdir
[02:55] <Nafallo> chmod ls basename wc
[02:56] <rakyr> fopen failed to getting a static address.  UDP socket: address in use.  do i need to open a port?  http://pastebin.com/d79ad7005
[02:59] <rakyr> this is the interface file for eth0 for a pxe-install  http://pastebin.com/m234a809c
[03:00] <rakyr> this is my dhcpd.conf file http://pastebin.com/d42d7c3b3
[03:29] <osmosis> anyone know why xen is using a generic kernel?
[06:40] <computerman> Hello I have a question about Apache server on Ubuntu
[06:41] <computerman> I am trying to connect to transfer files from a Windows Vista box to a Ubuntu box.
[10:02] <kraut> moin
[04:03] <jdstrand> cool stuff...
[04:03] <jdstrand> just upgraded to feisty from etch
[04:03] <jdstrand> no, that was not a typo!
[04:04] <soren> Sounds scary :)
[04:04] <jdstrand> I wouldn't say it was 'smooth', but the fact I did it at all is pretty cool!
[04:04] <gamble6x> and it worked?
[04:04] <soren> jdstrand: Should you encounter any bugs, *please*, *please*, *please* remember to mention it in the bug report :)
[04:04] <jdstrand> soren: of course
[04:05] <jdstrand> soren: I wouldn't be reporting bugs for this-- this is a temporary situation
[04:06] <jdstrand> gamble6x: it didn't 'work' in the traditional 'apt-get dist-upgrade' with no problems way
[04:06] <jdstrand> gamble6x: manually installed dpkg and sysv* from feisty
[04:06] <jdstrand> apt-get dist-upgrade
[04:06] <Kamping_Kaiser> ugly
[04:06] <jdstrand> deborphan several times
[04:07] <jdstrand> downgraded through apt-pinning
[04:07] <jdstrand> then ran a little script to see what was left to do manually
[04:07] <jdstrand> all feisty pacakges now, and it rebooted and services are running.  :)
[04:07] <jdstrand> don't try this at home kids
[04:07] <jdstrand> ;)
[04:07] <Kamping_Kaiser> no kidding :o
[04:09] <jdstrand> really I did it all all because I didn't want to go behind my desk and move the cables around to connect a keyboard and monitor.  Then I was really just curious if I could pull it off.
[04:09] <jdstrand> I knew I could-- I have come across some pretty hosed systems and were able to fix them, so this was really not hard
[04:10] <jdstrand> anyhoo... thought others might find it mildy entertaining
[04:12] <gamble6x> wow, impressive.
[04:12] <gamble6x> time consuming, and scary.  But impressive.
[04:13] <jdstrand> it actually wasn't too scary-- this is not a production machine and it is sitting right next to me, so I could just go for it
[04:16] <jdstrand> I should probably mention this is a server, not a desktop
[04:17] <jdstrand> s/inpired/inspired/
[04:20] <Lin> hi there all
[04:20] <Lin> I will repost a message from ubuntu+1 here
[04:20] <Lin>  Isn't a REAL BUG. There is any easy configurator to manage samba servar configs? As: Create SMB user, set up domain.
[04:21] <Lin> cause shares-admin (smb) can add a share, ok. But users smb users are not created. Users think that is not working at all.  and there is no easy way to change domain name or join a existing domain.
[04:21] <_ruben> swat
[04:21] <Lin> if there is no such tool, I iwll try to build one this weekend. trying with python-gtk
[04:21] <_ruben> samba web admin tool
[04:21] <Lin> _ruben: user tool.
[04:21] <Lin> they are gnome integrated?
[04:22] <Lin> I want something to user, not admin, just simple things as that you can fine in a windows host.
[04:22] <Lin> s/fine/find/
[04:22] <Lin> as admin I never used swat.
[04:22] <Lin> just vi.
[04:23] <_ruben> i dont think there's a seperation between user and admin when it comes to configure samba ..
[04:23] <_ruben> then again, i dont use samba that much
[04:23] <Lin> _ruben: in gnome we have shares-admin. Its possible to share something in SMB or NFS
[04:24] <Lin> good. BUT! It dont create smb users or set a domain for authentication
[04:24] <Lin> users share the directories but nobody can access.
[04:24] <_ruben> heh, that's kinda sucky
[04:24] <Lin> _ruben: A LOT
[04:25] <Lin> that is the reason to ask for a gnome/user friendly too.
[04:25] <_ruben> but the only config tool i know of is swat, so im afraid i cant help you on this
[04:25] <Lin> _ruben: I know swat too. I dont like but I know.
[04:26] <soren> Lin: There is something.
[04:26] <soren> Lin: system-config-samba.
[04:26] <Lin> soren: good. where?
[04:26] <soren> Lin: Not packaged for Ubuntu, I'm afraid.
[04:26] <soren> Lin: Well, that's not entirely true.
[04:27] <soren> Lin: I packaged it, but the upstream tarball was not properly redistributable, so it didn't get accepted.
[04:27] <Lin> seems like a RH tool
[04:27] <Lin> soren: why itsn't properly redistributable? license?
[04:27] <jdstrand> soren: licensing problems?
[04:28] <soren> It's sort of ridiculous, actually.
[04:28] <Lin> is a RH tool. ;-)
[04:28] <soren> It's all GPL, but they forgot to include the actual GPL license in the tarball.
[04:28] <Lin> a tool like this isn't a big deal for developers. But can change lives for users
[04:29] <Lin> I will not play WoW this weekend.
[04:29] <Lin> I will try to build a free redistributable one.
[04:29] <jdstrand> soren: you could fork it, and add the license!  :)
[04:29] <Lin> AFK
[04:29] <soren> Lin: If I were you, I wouldn't bother.
[04:29] <soren> jdstrand: The lack of license makes that impossible. It's the license that grants me that right and since it's not there..
[04:30] <soren> Lin: It's a question of bugging upstream until they add the license to the tarball and that's it.
[04:31] <soren> Hang on, I'll find my package.
[04:33] <jdstrand> soren: I wonder what license would it fall under then?  It says its GPL, but doesn't have the license, but the code is out there...
[04:33] <ScottK> soren: For cases like that the archive will allow you to repack the tarball to add the license text as long as it's clear what the upstream intended.
[04:34] <soren> ScottK: I know.
[04:34] <ScottK> OK.
[04:34] <soren> ScottK: I just never got around to that, I'm afraid.
[04:34] <ScottK> Understand.
[04:35] <Lin> soren: ok.
[04:35] <soren> Hmm... There's a new upstream tarball.
[04:36] <Lin> soren: maybe with the license.txt
[04:37] <Lin> I will be back soon.. AFK
[04:37] <soren> perhaps
[04:39] <soren> Nope
[04:42] <mathiaz> jdstrand: I'm sure. As the configuration app runs in a X environment.
[04:43] <mathiaz> jdstrand: I'm *not* sure.
[04:43] <jdstrand> mathiaz: I thought rh were pretty good about those being both cli and gui
[04:44] <jdstrand> mathiaz: eg system-config-securitylevel is gui and system-config-securitylevel-tui is cli
[04:45] <mathiaz> jdstrand: hum.. yes - that's right.
[04:45] <mathiaz> jdstrand: they usually have a curse version of their system-config-* apps.
[04:45] <jdstrand> mathiaz: exactly
[04:50] <soren> No, system-config-samba needs X.
[04:50] <jdstrand> bummer
[05:25] <kbrooks> how do you 6update ubuntu server
[05:27] <ScottK> There are a number of ways to do it.  sudo apt-get update && apt-get upgrade would be one.
[06:08] <raky> how do i find my network card driver?
[06:11] <raky> what do i grep to get my hardware specs?
[06:14] <mralphabet> dmesg
[06:14] <mralphabet> ./proc/pci
[07:35] <osmosis> apache isnt processing my .php files, its pushing them to my browser for download. What to do ?
[07:37] <sommer_> osmosis: do you have libapache2-mod-php5 installed?
[07:37] <osmosis> sommer: affirmative.   libapache2-mod-php5                        5.2.1-0ubuntu1.4
[07:38] <osmosis> here is my vhost config  http://dpaste.com/18275/
[07:39] <sommer_> did you enable php?
[07:39] <sommer_> with a2enmod
[07:40] <sommer_> or create a symlink in /etc/apache2/mods-enabled?
[07:40] <mralphabet> did you restart apache?
[07:40] <sommer_> that too..heh
[08:07] <osmosis> strangest thing...now my sites are all showing...  SSH-2.0-OpenSSH_4.3p2 Debian-8ubuntu1   when I try and acess them via http. I dont know what gives.
[08:09] <osmosis>  "Apache/2.2.3 (Ubuntu) DAV/2 SVN/1.4.3 mod_python/3.2.10 Python/2.5.1 PHP/5.2.1 (internal dummy connection)"
[08:09] <osmosis> sommer
[08:09] <osmosis> sommer_
[08:10] <osmosis> what is   internal dummy connection
[08:10] <sommer_> not sure
[08:10] <sommer_> I've never seen that before, did you get the default exmaple page when you installed apache?
[08:11] <sommer_> what do you get if you go to http://localhost?
[08:12] <osmosis> sommer_: yah ive been running a working apache server for months. not sure what change caused this.
[08:13] <osmosis> sommer_:  if I go to localhost, i get a valid page...as it should be.
[08:13] <osmosis> sommer_: maybe im port fowarding to the wrong place? to port 22 maybe ?
[08:13] <sommer_> Mmmmm...so is it just php pages that are messed up?
[08:14] <sommer_> you might try changing <VirtualHost *> to <VirtualHost *:80>
[08:14] <osmosis> yup
[08:14] <osmosis> thats was is...my router was sending 80 -> 22
[08:15] <sommer_> ah
[08:15] <osmosis> thanks
[08:17] <sommer_> np
[08:21] <pteague_work> maybe it's a new php module?
[08:39] <Lin> im back
[08:47] <leonel>  was webmin removed from ubuntu ?
[08:48] <ScottK> Yes
[08:48] <ScottK> long long ago it was terminated with extreme predjudice.
[08:48] <ScottK> !webmin | leonel
[08:48] <ubotu> leonel: webmin is no longer supported in Debian and Ubuntu. It is not compatible with the way that Ubuntu packages handle configuration files, and is likely to cause unexpected issues with your system
[08:48] <leonel> ScottK:  never liked  but a friend  asked me for webmin for ubuntu
[08:49] <leonel> thanks
[09:10] <pteague_work> webmin is nifty, but it seems to mess up config files that you've manually altered
[09:11] <ScottK> nifty isn't the word I would use, but whatever.
[09:13] <pteague_work> nifty for people that enjoy a gui... it frustrated the hell out of me when i tried to use it
[09:26] <jbrouhard> webmin is a NIGHTMARE
[09:26] <jbrouhard> ebox looks like a much better alternative
[09:27] <ScottK> ebox is the one that soren is working on getting into Ubuntu.
[09:27] <jbrouhard> yup
[11:51] <kshah> what combination of email daemons are being used generally?
[12:07] <kshah> should i use postfix or exim4?
[12:14] <nealmcb> kshah: the default is postfix, so that is a good bet unless you need features of exim4
[12:14] <kshah> k
[12:15] <nealmcb> kshah: what sort of deployment are you looking at?  need pop3, imap etc?
[12:16] <kshah> imap
[12:16] <kshah> I guess it doesn't really really matter, small company, not like I'm setting up anything for hundreds of people to use
[12:18] <kshah> the postfix config is a beast
[12:21] <nealmcb> dovecot-imapd seems popular