[02:03] <xorpad> yeah... I want to know what happened to the ubuntu touch recovery
[02:04] <xorpad> You based it on the worst known recovery and removed all the features, when you click backup/restore it's jokes that it tricked you and it's mot going to do a backup
[02:05] <xorpad> this is horrible, whoever is responsible needs to be talked to very sternly
[02:05] <xorpad> It's disgusting how cirppled and unusable the system went between vivid and xenial
[02:07] <xorpad> Now I have to write something useful and relevant to the ubuntu touch community before we can even think about pushing people to xenial, yeah that's right people are still using vivid because you keep putting out images and source but you don't seem to care about the quality of it
[02:08] <xorpad> your system partition binaries have dead symlinks in them, including mount, making it impossible to boot the system because you can't mount the partitions
[02:09] <xorpad> worst project management I've seen in a reputable organization like this
[02:09] <xorpad> it's something I would expect from some fork of a fork of mint
[02:17] <dobey> why are you here complaining about a dead product?
[02:17] <xorpad> dobey, because they messed with what i was working on
[02:18] <dobey> and i have no idea what you're even talking about
[02:18] <xorpad> then ask questions that will have a meaningful answer
[02:18] <xorpad> lots of people can't afford nice new phones, they deserve support
[02:18] <dobey> that seems to be some advice you should perhaps follow
[02:20] <dobey> how is going on some tirade about a recovery image and vivid going to solve your problem, if you even actually have one?
[02:20] <xorpad> you ask me why i'm complaining about you turning a perfectly working product into one that doesn't work, and has a total lack of functionality
[02:20] <xorpad> My problem is that I need to make a recovery that does things aside from looking like unity
[02:20] <dobey> i still have no idea what you're talking about, or why you're saying "you" or why you're doing so in this channel
[02:21] <xorpad> You being the ubuntu devs
[02:21] <xorpad> if you're not one of them, than you have nothing to worry about, but this is pure idiocy, and whoever made the decision needs to know they messed up
[02:22] <xorpad> a lot of people depend on free opensource software and a lot of us put our faith in ubuntu
[02:22] <dobey> you are being rude
[02:22] <xorpad> well, whoever made this decision messed up and I wanted them to know it
[02:22] <xorpad> that's all
[02:22] <Son_Goku> xorpad, but wasn't all the ubuntu touch stuff forked by the ubports
[02:22] <Son_Goku> ?
[02:23] <xorpad> Ubuntu keeps making snapshots and new versions, so not completely
[02:23] <blahdeblah> That's just an automated process
[02:23] <dobey> it sounds like xorpad wants to change the recovery to something other than the ubuntu recovery for some reason, and expects it to behave like it would on an android phone, even though it's not android
[02:23] <blahdeblah> Canonical doesn't support Ubuntu touch any more
[02:24] <xorpad> blahdeblah, yeah that's pretty clear from the lack of caring about the builds
[02:24] <dobey> i'm surprised that stuff is still running, really
[02:24] <Son_Goku> I am too
[02:24] <Son_Goku> I thought all that stuff was shut off back in June?
[02:24] <blahdeblah> Drop us a ticket at<EMAIL_ADDRESS>and we can probably make it stop. :-)
[02:24] <dobey> even when the phone was supported, some of the channels were automated builds for build testing only, and not to be used on real devices generally
[02:25] <xorpad> Okay, whatever... i just won't put any faith in ubuntu anymore
[02:25] <dobey> but then, there seems to be quite a few automated things that were set up for phone/unity stuff, still running, that i would expect to be dead now as well
[02:25] <Son_Goku> welp
[02:26] <xorpad> whatever, whoever is making these, tell them I was here
[02:26] <xorpad> and what I said
[02:26] <xorpad> because decisions like this shouldn't even be considered by someone on a project like Ubuntu
[02:26] <blahdeblah> It's a build server, and I can say on its behalf that it doesn't care about you or me or anything. :-)
[02:26] <dobey> i still don't know what you were actually trying to say
[02:27] <xorpad> that the code was great and now it's not functional in so many ways
[02:27] <dobey> nobody has any idea what "decision" you're takling about
[02:27] <dobey> you've been very vague
[02:28] <xorpad> the decision to replace part of the firmware that was purpose built and useful it's something that pretty much does nothing
[02:28] <Son_Goku> xorpad, I can pretty much guarantee that it was bitrot that did that
[02:28] <dobey> still lost
[02:28] <Son_Goku> most of the folks (if not all of them) who worked on the Touch project were laid off
[02:29] <Son_Goku> dobey: the initialization and system recovery code broke in the automated builds
[02:29] <Son_Goku> basically, bitrot for the Ubuntu Touch firmware images
[02:29] <xorpad> it didn't break, it was replaced by useless code
[02:29] <Son_Goku> ... hence, broken?
[02:30] <xorpad> no it does exactly what it is programmed to do
[02:30] <xorpad> it's very obvious it was done on purpose
[02:30] <xorpad> this wasn't a bug in an automated system
[02:30] <xorpad> it was someone telling ubuntu phone and devs that ubuntu doesn't care about their own stuff
[02:31] <dobey> still no idea what you're talking about
[02:31] <xorpad> well, then you're not the person i should be talking to and you can ignore me
[02:31] <xorpad> I've said what I had to say, I'm done, if you don't get it, fine
[02:31] <dobey> there is absolutely nobody you should be talking to, because there is nobody to talk to
[02:32] <dobey> none of that changes the fact that ubuntu is still not android
[02:32] <xorpad> Someone programmed the replacement that doesn't do anything other than joke about how it doesn't work
[02:32] <xorpad> and I'm not running android
[02:32] <xorpad> I'm running ubuntu
[02:32] <xorpad> Simply with a kernel module to handle android drivers so it can run on android devices
[02:34] <dobey> the same recovery image was used on ubuntu phones for roughly 3 years
[02:35] <xorpad> And then it was replaced with one that has zero functionality
[02:35] <dobey> "and then" ?
[02:35] <dobey> ubuntu phone has been a dead project for 6 months
[02:35] <dobey> i am pretty certain nobody replaced the recovery image in that time
[02:35] <xorpad> well, the official site is still providing snapshots
[02:36] <xorpad> so someones still working on it
[02:36] <dobey> nope
[02:36] <dobey> the only people working on ubuntu phone images, are ubport
[02:36] <dobey> ubports
[02:36] <xorpad> No, so people who aren't affiliated with ubuntu can post images and snapshots and products on ubuntu.com?
[02:36] <dobey> no
[02:37] <dobey> as was previously stated, some automated thing is apparently still running if daily images are being built there
[02:37] <xorpad> then you're not telling the truth, or your not aware of it
[02:37] <xorpad> this was not an automated thing
[02:37] <xorpad> It was a complete replacement of a product wiht one that literally tells jokes about how it doesn't work
[02:37] <dobey> i seriously doubt that
[02:38] <xorpad> well, that
[02:38] <xorpad> is why i'm here complaining
[02:38] <xorpad> because someone did it
[02:39] <xorpad> if it wasn't supposed to happen cannonical should track down who's messing with stuff that goes up on their official ubuntu site
[02:39] <dobey> and what image in what channel are you even talking about?
[02:39] <dobey> can you perhaps NOT be vague in a single accusation you're going to throw out?
[02:40] <xorpad> no, i'm done with people who have no idea what's going on
[02:40] <xorpad> as you clearly don't
[02:40] <LargePrime> lol
[02:40] <LargePrime> i see you trolling
[02:40] <dobey> wtf
 this is horrible, whoever is responsible needs to be talked to very sternly
[02:43] <LargePrime> highlarious
[02:44] <Son_Goku> I doubt anyone knows anything about ubutouch anymore
[02:44] <Son_Goku> at least anyone working at Canonical
[02:44] <dobey> uhm
[02:44] <dobey> even so
[02:45] <dobey> even the last "devel-proposed" image for mako on system-image.u.c is a year old
[02:45] <dobey> and well, for all the other devices too
[02:46] <dobey> so sounds like someone broke their own junk and then is looking to blame someone else
[02:47] <dobey> and last "stable" channel release was feb 2017
[02:49] <dobey> and staging was apparently april 22
[02:49] <dobey> wahtever
[02:49] <dobey> so weird
[06:07] <tjaalton> doko: hi, next hwe stack update to xenial needs a fix to binutils so llvm-5.0 doesn't ftbfs on arm64
[06:08] <tjaalton> I'll file a bug
[06:15] <ricotz> tjaalton, doko, hi, you can find built packages at https://launchpad.net/~ricotz/+archive/ubuntu/mozilla/+packages
[06:16] <tjaalton> probably doesn't fix powerpc ftbfs?
[06:16] <ricotz> I can't test those
[06:16] <ricotz> same for s390x
[06:17] <tjaalton> I'll push this binutils to x-staging
[06:18] <ricotz> could you do trusty and zesty as well which will be needed too
[06:18] <tjaalton> I don't need trusty
[06:18] <ricotz> firefox does
[06:18] <tjaalton> and don't care much about zesty at this point :)
[06:19] <ricotz> don't be narrow minded here, those backports are not only for X ;)
[06:20] <tjaalton> x-staging is
[06:20] <ricotz> right, but this whole backport-request isn't
[06:20] <tjaalton> my tracker bug is #1716203
[06:21] <tjaalton> do you have another?
[06:21] <ricotz> another bug report, no
[06:21] <tjaalton> ok
[06:21] <tjaalton> i'll ask for a s390x builder
[09:45] <cjwatson> jbicha: stuck cron job following last weekend's network event; fixed, thanks
[11:48] <seb128> hum, would be nice if somebody was reviewing the artful queue, things have been sitting there since friday mostly :-/
[11:52] <xnox> Laney, sil2100, slangasek - https://bileto.ubuntu.com/#/ticket/2981 does not have autopkgtest results, how do I request them to be triggered? (i mean all the reverse-depends....)
[11:52] <xnox> i expected for them to be available by now
[11:56] <slangasek> xnox: they should have been available nearly immediately; I'm not sure what happened there and don't have time to dig today, unfortunately
[12:07] <sil2100> xnox: I need to look into that later on, it's not the first time this happens - I'll try finding some time later today
[12:26] <Laney> xnox: I don't know how that triggering stuff works, think that my results didn't come back last time
[12:58] <tkamppeter> xnox, have you seen bug 1721839
[13:29] <rbasak> niedbalski: around?
[13:47] <tkamppeter> Anyone here who can help on a systemd issue? Bug 1721839
[14:19] <xnox> tkamppeter, so if the SYSTEMD_WANTS is correct in udevadm info output, it means you got the udev rules correct.
[14:20] <xnox> tkamppeter, next you need to figure out the .device unit name in systemd which matches that particular udev device and get the status of it
[14:20] <xnox> tkamppeter, it maybe that the .device, from systemd point of view, is not "started" and therefore said .device units' .wants are not started
[14:21] <xnox> tkamppeter, you can use something like $ systemctl list-units '*.device' | grep pci
[14:22] <xnox> to find your printer, and check the state of that unit. is it active & plugged?
[14:24] <xnox> possibly a device unit is configured for one of the other udevadm entries, the one that was not tagged systemd?
[14:27] <tkamppeter> xnox, the printer was plugged and turned on at that time, as it appeared in the udevadm output.
[14:28] <tkamppeter> xnox, I can also start the service manually with "sudo systemctl start XXX.service".
[14:29] <xnox> tkamppeter, i am not asking about the physical real world state.
[14:29] <xnox> tkamppeter, i don't want you to start services by hand
[14:29] <xnox> tkamppeter, i want to see the status of the systemd .device unit corresponding to the udevadm device
[14:29] <xnox> the two are separate
[14:30] <tkamppeter> xnox, starting services by hand was only a test to find out in which stage it fails.
[14:30] <xnox> and confusingly the systemd .device unit state can be "unplugged offline" or "plugged online" and that matters whether wanted corresponding .service files are started or not
[14:30] <xnox> tkamppeter, what is the output and states of all of your systemd .device units?
[14:31] <xnox> $ systemctl list-units '*.device' | pastebinit
[14:33] <tkamppeter> xnox, "systemctl list-units" has in its output:
[14:33] <tkamppeter> ● udev-configure-printer@-devices-pci0000:00-0000:00:14.0-usb2-2x2d2.service                 loaded failed failed    Automatic USB/Bluetooth printer setup (-devices-pci0000:00-0000:00:14.0-usb2-2x2d2)
[14:37] <tkamppeter> xnox, http://paste.ubuntu.com/25707724/
[14:38] <xnox> cool (that output got trimmed, but it looks ok)
[14:39] <xnox> tkamppeter, now you need to figure out why that service failed, as it seems like it was attempted to be started (impossible to know now if automatic, or by you manually, as one needs to reset-failed to get back to clean state after the printer is unplugged)
[14:39] <xnox> tkamppeter, what is $ systemctl status udev-configure-printer@-devices-pci0000:00-0000:00:14.0-usb2-2x2d2.service ?
[14:39] <xnox> or e.g. journalctl -u udev-configure-printer@-devices-pci0000:00-0000:00:14.0-usb2-2x2d2.service
[14:46] <xnox> tkamppeter, note that the stuff after @ seems like an incomplete device unit, eg. it doesn't start with sys- (not sure if you need that or not)
[14:47] <xnox> and do note there are %i and %I substitution variables available which can pass the instance name verbantim or systemd-UN-escaped
[15:06] <tkamppeter> xnox, What I did today is only plugging and turning on the printer, I did not try to start the service manually. On the other day when I started it manually it was correctly working after the manual start.
[15:09] <tkamppeter> The udev-configure-printer UDEV rules file and systemd .service files are the same as in 17.04 and there they worked.
[15:09] <tkamppeter> xnox ^^
[15:09] <tkamppeter> xnox, so does %i mean verbatim and %I systemmd-UN-escaped? Or vice-versa?
[15:13] <tkamppeter> xnox, here is a complete list-units paste: http://paste.ubuntu.com/25707920/
[15:14] <tkamppeter> xnox, the problem is that automatic start does not work whereas manual start works.
[15:14] <tkamppeter> All data which I pasted for you today is without doing any manual start attempt.
[15:18] <tkamppeter> xnox, systemctl status udev-configure-printer@-devices-pci0000:00-0000:00:14.0-usb2-2x2d2.service --> http://paste.ubuntu.com/25707960/
[15:21] <tkamppeter> xnox, journalctl -u udev-configure-printer@-devices-pci0000:00-0000:00:14.0-usb2-2x2d2.service --> http://paste.ubuntu.com/25707972/
[15:41] <xnox> Laney, is there some manual way to run britney? for it to list what tests/packages it would test if it were asked to migrate libseccomp?
[15:41] <xnox> such that I would be able to run those tests manually
[15:42] <xnox> i guess i can by-hand look at the reverse-deps
[15:56] <tkamppeter> xnox, did you get my pastes?
[15:56] <xnox> tkamppeter, yes, and then you dropped out of irc.
[15:56] <tkamppeter> OK, I am back now.
[15:56] <xnox> tkamppeter, it looks like the .service unit was started, did run, and did try to accells /sys/devices....
[15:57] <xnox> tkamppeter, but that - for whatever reason - has failed.
[15:57] <xnox> maybe the printer/device was not yet "ready enough|
[15:57] <xnox> maybe the printer/device was not yet "ready enough"
[15:57] <xnox> thus you need to somehow debug that unit, to see why it is failing when systemd starts it, at the time it does.
[16:17] <Laney> xnox: not that I know of
[16:25] <tkamppeter> xnox, I have found the cause of the problem now: The directory which needs to get accessed by udev-configure-printer is: /sys/devices/pci0000:00/0000:00:14.0/usb2/2-2, note that the second last character is a dash. UDEV/systemd(?) inserts for the %i in the second line of the<EMAIL_ADDRESS>file: -devices-pci0000:00-0000:00:14.0-usb2-2x2d2, replacing each slash by a dash and the original dash by "x2d" (should it not be "\x2d"? Not su
[16:25] <tkamppeter> re what gets inserted for the %I in the ExecStart line, but udev-configure-printer ends up with a /sys/devices/pci0000:00/0000:00:14.0/usb2/2x2d2 which it does not find as the "x2d" is not turned back into a dash.
[16:26] <xnox> tkamppeter, sigh
[16:26] <xnox> let me see if there is an option to unbreak that
[16:26] <tkamppeter> xnox, so the problem is the escaping, either UDEV or systemd do it wrong and it is a regression as in 17.04 it worked.
[16:27] <xnox> tkamppeter, it might be a bug-fix actually
[16:27] <tkamppeter> xnox, this will probably break all UDEV/systemd interaction with all USB devices, probably even with all PCI hardware.
[16:28] <Laney> xnox: reverse deps and reverse testsuite-triggers
[16:28] <Laney> and the package itself
[16:33] <xnox> tkamppeter, i believe when systemd-escape is called it should be called with "-p --template=...." options
[16:34] <xnox> tkamppeter, '-p' makes the mangling to be path like, but let me test things here.
[16:34] <xnox> tkamppeter, can you paste me the<EMAIL_ADDRESS>unit?
[16:37] <tkamppeter> xnox, here we go: http://paste.ubuntu.com/25708406/
[16:38] <xnox> tkamppeter, that unit file is invalid
[16:38] <xnox> tkamppeter, it is not a shell
[16:38] <xnox> tkamppeter, you cannot execute multiple commands with ';' or use shell builtins
[16:38] <tkamppeter> Here is the UDEV rules file /lib/udev/rules.d/70-printers.rules: http://paste.ubuntu.com/25708425/
[16:38] <xnox> tkamppeter, why do you have sleep 1 there? why is not a separate line?
[16:39] <xnox> tkamppeter, you really should not have arbitrary sleeps =/
[16:39] <xnox> but that's besides the point
[16:39] <tkamppeter> xnox, this was to try out whether it was really due to the printer not ready.
[16:39] <tkamppeter> xnox, the original does not have the sleep 1
[16:39] <xnox> tkamppeter, note that in systemd ExecStart is not executed by shell, but by direct exec
[16:39] <xnox> you should have had something like
[16:40] <xnox> ExecStart=/bin/sleep 1
[16:40] <xnox> ExecStart=/lib/udev/udev-configure-pirnter add %I
[16:40] <xnox> but that's for future reference
[16:40] <xnox> maybe even ExecStartPre=/bin/sleep 1
[16:42] <tkamppeter> xnox, here is the original .service file: http://paste.ubuntu.com/25708443/
[16:43] <tkamppeter> xnox, this is the one with which I observed the escaping problem.
[16:44] <tkamppeter> \xnox, and as we have observed the escaping problem now, we have a possible cause, the thing of printer-not-ready was an assumption before discovering the escaping problem.
[16:44] <tkamppeter> xnox ^^
[16:50] <xnox> tkamppeter, yeah sure.
[16:54] <tkamppeter_>  xnox, if I run the systemd-escape commad on the command line by hand, the x2d replacing the dash at the end of the path is actually a \x2d, but it seems that in the further processing the \ gets lost and the unescaping breaks
[16:55] <xnox> tkamppeter_, i'm struggling to create a full dance of udev rule et.al.
[16:58] <xnox> tkamppeter_, could you please try changing the udev rule to call `systemd-escape -p<EMAIL_ADDRESS>%p` ?
[16:59] <xnox> tkamppeter, also i wonder if we need to quote the SYSTEMD_WANTS="'%c'" rather than just ="%c"
[16:59] <xnox> but it does smell like a regression
[17:03] <tkamppeter> xnox, adding -p I already tried without success.
[17:04] <xnox> tkamppeter, sigh
[17:04] <tkamppeter> xnox, am I right that after changing a UDEV rule file it is enough to get the change being used if I run "sudo systemctl restart udev"?
[17:06] <xnox> no
[17:06] <xnox> tkamppeter, $ udevadm control --reload
[17:07] <xnox> and one needs to reset the failed unit state as well
[17:07] <xnox> and then unplug/replug printer
[17:09] <tkamppeter> How do I reset the failed unit state?
[17:10] <tkamppeter> xnox ^^
[17:10] <xnox> tkamppeter, read manpages?! =) $ systemctl reset-failed myunit.service
[17:11] <xnox> https://www.freedesktop.org/software/systemd/man/systemctl.html#reset-failed%20%5BPATTERN%E2%80%A6%5D
[17:20] <tkamppeter> xnox, tried the reset-failed, tried to restart udev and systemd and nothing happens, no new entry in journalctl -u, last entry is from an hour ago:
[17:20] <tkamppeter> Oct 09 13:12:10 till-x1carbon systemd[1]: udev-configure-printer@-devices-pci0000:00-0000:00:14.0-usb2-2x2d2.service: Unit configuration has fatal error, unit will not be started.
[17:22] <xnox> that is odd, unplugging printer, reseting the unit, plugging printer in, should trigger the unit again
[17:22] <xnox> "fatal error" is that unit still with bad =sleep 1?
[17:23] <tkamppeter> I have removed the sleep 1 and after that restarted systemd and udev and also replugged the printer.
[17:23] <tkamppeter> xnox ^^
[17:47] <tkamppeter> xnox, udevadm monitor --environment gives now
[17:47] <tkamppeter> SYSTEMD_WANTS='udev-configure-printer@-devices-pci0000:00-0000:00:14.0-usb2-2\x2d2.service' printer.target
[17:48] <tkamppeter> xnox, so here the backslash is in.
[17:49] <xnox> tkamppeter, that's good, but paths should really be encoded using -p option, such that this unit name is @devices.... rather than @-devices
[17:50] <xnox> tkamppeter, as in systemd leading slash is discarded, unless it's the only thing hence, for example mount units for / /var /var/lib are encoded as -.mount var.mount var-lib.mount
[17:51] <xnox> tkamppeter, but it does smell like there maybe parsing regression in udevd and/or systemd codes
[17:51] <tkamppeter> xnox, adding -p ...
[17:51] <xnox> tkamppeter, is there a way for me to have a fake usb printer in udevadm?
[17:51] <xnox> tkamppeter, can i fake add usb printer to like a VM?
[17:53] <tkamppeter> xnox, now I get SYSTEMD_WANTS='udev-configure-printer@devices-pci0000:00-0000:00:14.0-usb2-2\x2d2.service' printer.target
[17:57] <tkamppeter> xnox, journalctl -u 'udev-configure-printer@devices-pci0000:00-0000:00:14.0-usb2-2\x2d2.service' gives:
[17:57] <tkamppeter> -- Logs begin at Mon 2017-10-09 09:07:44 -03, end at Mon 2017-10-09 14:52:12 -03. --
[17:57] <tkamppeter> -- No entries --
[17:58] <tkamppeter> xnox, and systemctl status 'udev-configure-printer@devices-pci0000:00-0000:00:14.0-usb2-2\x2d2.service':
[17:59] <tkamppeter> ● udev-configure-printer@devices-pci0000:00-0000:00:14.0-usb2-2\x2d2.service - Automatic USB/Bluetooth printer setup (devices-pci0000:00-0000:00:14.0-usb2-2\x2d2)
[17:59] <tkamppeter>    Loaded: loaded<EMAIL_ADDRESS>static; vendor preset: enabled)
[17:59] <tkamppeter>    Active: inactive (dead)
[17:59] <xnox> tkamppeter, inactive (dead) sounds good, no? it ran and quit?
[17:59] <xnox> or never ran.....
[18:00] <xnox> but note that the decoding is bad anyway
[18:00] <xnox> the subject should be %i and it's not good
[18:00] <xnox> actually not sure
[18:01] <xnox> tkamppeter, i do not have any time today to look into this properly, i will come back to the back report sometime this week.
[18:01] <xnox> tkamppeter, i have a few more urgent systemd things to look into
[18:03] <tkamppeter> xnox, can you arrange it before Final Freeze on Thursday, so that Artful will have this fixed?
[18:03] <xnox> tkamppeter, no, i cannot commit to that.
[18:04] <xnox> tkamppeter, if you want to escalate, you can tag the bug rls-aa-incoming for core/foundations management to prioritise and assign it.
[18:04] <xnox> tkamppeter, at the moment we are focusing on critical bugs only, that are preventing first-boot, install, reboot.
[18:05] <tkamppeter> Does it mean I set the tag "rls-aa-incoming"? Have I also set another tag and/or subscribe the bug to someone?
[18:07] <tkamppeter> xnox ^^
[18:08] <xnox> tkamppeter, rls-*-incoming is away for canonical, to escalate issues cross-teams at canonical. Bugs tageed with such a tag will end up on http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-aa-incoming-bug-tasks.html
[18:09] <xnox> tkamppeter, which all teams review during their sprint-board loading and commit to fixing for a timeframe
[18:09] <xnox> tkamppeter, this has been going on.... since like forever, at least since precise? if not before that
[18:09] <xnox> tkamppeter, there are such reports for every realease
[18:09] <xnox> ....
[18:10] <tkamppeter> Added the tag now.
[18:11] <tkamppeter> xnox, otherwise we have to make it an early-term (0-day, 1st week, 1st month, ...) SRU.
[18:12] <tkamppeter> xnox, would be bad if the 17.10 will not have USB printer auto setup for all its life.
[18:13] <tkamppeter> xnox, should we tell in the Release Notes that 17.10 is without automatic USB printer setup and that it is worked on it for an early SRU?
[18:14] <xnox> tkamppeter, do edit the release notes, the known issues section, with a link to this bug. if we fix it before release we can remove that note
[18:24] <tkamppeter> xnox, Release Notes edited.
[18:25] <xnox> tkamppeter, thanks =/ and sorry
[18:27] <tkamppeter> xnox, I could ask willcooke whether you could expense a USB printer so that you can test for fixing it as SRU shortly after release. WDYT?
[18:27] <xnox> tkamppeter, ha
[18:27] <xnox> tkamppeter, no way =) i think it should be doable to reproduce with<EMAIL_ADDRESS>and udev rules that does SYSTEMD_WANTS for any device by calling systemd-escape<EMAIL_ADDRESS>%p
[18:28] <xnox> tkamppeter, since one should be able to ls all the dev paths
[18:28] <xnox> tkamppeter, and then i will need to plug in as many usb sticks as i can find
[18:28] <xnox> =)
[18:29] <tkamppeter> xnox, OK, then we have a way to do it. Take some time after Final Freeze and let us get an early SRU.


[14:25] <Mamarok> so what with that mail I didn't get?
[14:33] <RikMills> Mamarok: I got launchpad to send it to all members of the ~kubuntu-members team
[14:34] <RikMills> but also sent a copy here:https://lists.ubuntu.com/archives/kubuntu-devel/2022-August/011984.html
[14:34] <RikMills> if you emails listed in lauchpad are up to date, you should have git it
[14:34] <RikMills> *got it
[14:37] <Mamarok> weirdly no, just checked again
[14:38] <Mamarok> the last mail I got on kubuntu-devel mailing list was on June 23rd
[14:38] <Mamarok> so somehow my address must have been removed
[14:41] <Mamarok> tried to resubscribe with the @kde.org address, ti says I am already subscribed, so no idea where the problem lies
[14:41] <Mamarok> the @kde.org mailing list is a forward to my gmail address, I will check with the KDE sysadmins what went wrong
 Not sure I can reply to the mailing list as I changed emails and it's being forwarded. I would stand for another term.
[21:31] <valorie> \o/
[21:31] <valorie> change your email -- easy peasy
 Well maybe
[21:33] <RikMills> weel, ahoneybun cannot stand anyway, as he is not expiring until 2023
[21:33] <RikMills> ;)
[21:33] <valorie> @ahoneybun just reply and I'll let it through
[21:33] <valorie> oh right, LOL
[21:34] <RikMills> mparillo: I think you and Darin should consider standing
[21:36] <valorie> amen!
[21:36] <valorie> both of you know more and do more than I do
[23:01] <Mamarok> KDE sysadmin is looking at the problem, let's see if I get those mails in time.
[23:02] <Mamarok> but I am with valorie, you folks should stand instead of us, I will stand only if there are not enough candidates, I am not very active nowadays


[01:09] <KGB-2> gnome-software Matthias Klumpp 393991 * commented commit 6e0534d * https://deb.li/3D6ME
[01:44] <KGB-0> gnome-software Jeremy Bicha 393992 * commented commit 6e0534d * https://deb.li/BaGl
[07:36] <KGB-0> gnome-software Gunnar Hjalmarsson 394011 * commented commit 6e0534d * https://deb.li/3Sp3U
[15:33] <KGB-0> tracker-miners ubuntu/lunar f32ac9b Didier Roche debian/ (5 files in 2 dirs) * Import Debian changes 3.4.3-1ubuntu1 * https://deb.li/3mZcA
[15:33] <KGB-0> tracker-miners ubuntu/lunar 8d57f68 Denison Barbosa debian/ changelog patches/series patches/git_remove-install-section-from-tracker-extract-service.patch patches/ubuntu-fix-tracker-extract-start-order.patch * Import Debian changes 3.4.3-1ubuntu2 * https://deb.li/3UOhe
[15:34] <KGB-0> tracker-miners ubuntu/lunar 2b13577 Jeremy Bicha debian/gbp.conf * debian/gbp.conf: branch for lunar * https://deb.li/i7Jy0
[15:34] <KGB-0> tracker-miners ubuntu/lunar feb59b9 Daniel van Vugt debian/patches/ series tracker-extract-Add-missing-break-to-remove-a-single.patch * Add tracker-extract-Add-missing-break-to-remove-a-single.patch * https://deb.li/4ZX2
[15:34] <KGB-0> tracker-miners ubuntu/lunar 91d6533 Jeremy Bicha debian/changelog * releasing package tracker-miners version 3.4.3-1ubuntu3 * https://deb.li/3jVLC
[15:34] <KGB-0> tracker-miners signed tags 742e25b Jeremy Bicha ubuntu/3.4.3-1ubuntu3 * tracker-miners Debian release 3.4.3-1ubuntu3 * https://deb.li/YcWh
[15:35] <KGB-0> tracker-miners signed tags 2857584 Jeremy Bicha ubuntu/3.4.3-1ubuntu2 * tracker-miners Debian release 3.4.3-1ubuntu2 * https://deb.li/ZXk7
[15:36] <KGB-0> tracker-miners signed tags 2c5eaf5 Jeremy Bicha ubuntu/3.4.3-1ubuntu1 * tracker-miners Debian release 3.4.3-1ubuntu1 * https://deb.li/3dZqd
[19:27] <GunnarHj> Hi jbicha, do you possibly know what has happened with help.ubuntu.com?
[19:27] <GunnarHj> https://help.ubuntu.com/stable/ubuntu-help/index.html
[19:28] <GunnarHj> jbicha: I have submitted https://rt.ubuntu.com/Ticket/Display.html?id=69088, but thought you may know something. Web server upgrade?
[19:32] <seb128> GunnarHj, you might have a better chance on #canonical-sysadmin for such topics
[19:32] <seb128> I mean on IRC, RT seems right
[19:33] <jbicha> GunnarHj: we don't have any known outages right now from what I can see
[19:35] <GunnarHj> Ok, thanks seb128 and jbicha. I'll try #canonical-sysadmin too.
[23:48] <KGB-2> gnome-software Matthias Klumpp 394067 * commented commit 6e0534d * https://deb.li/i3SoV


[00:55] <c1|freaky> [01:54:12] <c1|freaky> hi all. im having a strange problem: i rent a new server, with larger discs and better hardware. i used partimage to save and restore the old disks on the new server. the old discs were arround 150GB each. the new server has 2 750GB HDDs. my problem is this: http://main.freakyy.de/cfdisk.txt http://main.freakyy.de/df.txt as you can see, cfdisk shows me 2 750GB HDDs but df -h shows me arround 140GB partitions. which are not
[00:55] <c1|freaky> shown in cfdisk. what is wrong
[00:55] <c1|freaky> [01:54:12] <c1|freaky> anyone got any idea how i can fix that?
[00:58] <Kamping_Kaiser> do you need to expand the partitions?
[00:58] <c1|freaky> umm, yea
[00:58] <c1|freaky> i want to use up all disc space for those partitions
[00:59] <c1|freaky> just one swap
[01:01] <c1|freaky> Kamping_Kaiser ^^
[01:02] <c1|freaky> the thing is, that there are no 150GB partitions. it seems partimage has just ... put the data on there like that. in reality, those partitions are not present the way they are shown in df -h
[01:03] <Kamping_Kaiser> odd. sorry i cant stick around, heading out ofr lunch
[01:03] <c1|freaky> :(( ok
[08:24] <c1|freaky> when i did a dpkg --get-selections > file and dpkg --set-selections < file how can i get apt to install them? oO
[12:35] <hames> how can i limit a ssh user to only read his home directory and /usr/bin
[13:00] <Nafallo> anyone has anything to say about Maxtor Atlas 15K II?
[14:21] <soren> hames: You can't.
[14:21] <Nafallo> hames: no /bin/bash? ;-)
[14:22] <mok0> ho
[14:22] <\sh> jo
[14:22] <\sh> mok0: I removed all swap parts from fstab...but still mkswap doesn't work because device or resource busy
[14:22] <\sh> I think I'll reinstall dapper and try to fix it on edgy
[14:22] <mok0> \sh: that is the problem.
[14:23] <mok0> \sh: why dont you go to a more recent
[14:23] <Nafallo> \sh: lsof?
[14:23] <mok0> \sh: feisty?
[14:23] <\sh> Nafallo: nothing...no process is using /dev/sda2 or /dev/sdb2
[14:23] <\sh> mok0: i'm running on gutsy...
[14:23] <soren> \sh: It won't show if it's the kernel using it.
[14:23] <mok0> \sh: I'd be kinda fun to understand what's going on, though
[14:24] <soren> \sh: What's the problem exactly?
[14:24] <\sh> soren: ok...I installed dapper on a server...running two md devices and have two separate swap parts...
[14:25] <\sh> soren: md0 -> raid1 / md1 -> raid1 working perfectly.../dev/sda2 /dev/sdb2 -> swap parts..were running fine on dapper
[14:25] <\sh> soren: after upgrading from dapper over edgy,feisty to gutsy I can't see any swap devices anymore...swapon -a -e gives me "invalid argument for /dev/sda2 and sdb2" mkswap /dev/sda2 or mkswap /dev/sdb2 gives me "device or resource busy"
[14:26] <\sh> soren: even when I let fstab forget about having swap parts anyways
[14:26] <soren> \sh: Noting in /proc/swaps?
[14:26] <\sh> soren: googling gives me a lot of pointers of the same problem..and https://edge.launchpad.net/ubuntu/+bug/66637 is also about it..but I don't have a laptop but a setver
[14:26] <ubotu> Launchpad bug 66637 in util-linux "After running mkswap, swap space is discarded, system fails to hibernate (invalid swap signature)" [High,Confirmed]
[14:26] <soren> \sh: Do you have evms installed?
[14:27] <\sh> soren: nothing in /proc/swaps
[14:27] <\sh> soren: yepp
[14:27] <soren> \sh: Do you need it?
[14:28] <\sh> soren: no it's not started anyways
[14:28] <\sh> soren: just mdadm
[14:28] <soren> \sh: If not, remove it, reboot, and you're likely to be much happier.
[14:29] <\sh> soren: some more informations? what about evms installed but not being started?
[14:29] <soren> \sh: i forget how it gets started, to be honest. I thought it ran through udev?
[14:29] <Nafallo> I would think it has rules in udev running under the initramfs already.
[14:30] <soren> etc/udev/rules.d/85-evms.rules
[14:30] <soren> It does use udev.
[14:30] <soren> \sh: ...so AFAIR, it creates a new block device (devmapper style) for each existing block device.
[14:30] <Nafallo> it's in universe those days ;-)
[14:31] <mok0> soren: yikes!
[14:31] <soren> mok0: It's *very* annoying.
[14:31] <\sh> fck
[14:31] <\sh> that's it
[14:31] <\sh> this is crap
[14:31] <\sh> really
[14:31] <soren> It is.
[14:32] <mok0> \sh: it also explains that the problem appeared after an upgrade
[14:32] <\sh> evms is being installed by default on dapper server lts right?
[14:32] <soren> \sh: Yes.
[14:32] <soren> \sh: but back then, it didn't cause as much trouble as it does now.
[14:32] <soren> \sh: ...due to all the udev changes we made since then.
[14:32] <\sh> soren: so we will have problems doing dapper -lts > hardy lts dist-upgrades...
[14:32] <soren> \sh: I know :)
[14:32] <\sh> oh fun
[14:33] <\sh> that cost me now 2 hours of time ...
[14:33] <\sh> and all google pointers are totally crap too
[14:33] <mok0> \sh: but we all learned something :-)
[14:34] <Nafallo> that -server has related support as well, rather than -motu? ;-)
[14:34] <mok0> \sh: make a note of this problem somewhere, so it get's indexed by google
[14:34] <\sh> soren: do we have a good fix for it for the dapper -> hardy upgrade path...or just letting all server systems die and put the solution in the documentation? ,-)
[14:34] <Nafallo> \sh: blog it! ;-)
[14:35]  * Nafallo would bet some server are using the crap
[14:35] <\sh> Nafallo: strato in germany is giving a ubuntu dapper lts automatic installation for their root servers...so people will using the upgrade path lts -> lts next time
[14:35] <soren> \sh: I don't remember, to be honest...
[14:36]  * soren has a fever today, so don't expect much..
[14:36] <Nafallo> \sh: yea. so let mvo add some weird hook that in weird ways find out if evms is in use and remove it if not :-P
[14:37] <mok0> Nafallo: mvo?
[14:38] <Nafallo> mok0: Michael Vogt, the maintainer of the upgrade tool :-)
[14:38] <mok0> Glad not to be in his shoes :-)
[14:40] <\sh> well, I'll blog it now ;)
[14:40] <mok0> \sh: is your server up & running?
[14:43] <\sh> mok0: yepp
[14:43] <mok0> \sh: cool
[14:45] <\sh> soren: thx for the fix :)
[15:28] <GUARDiAN-> hi, i installed ubuntu-server with english language and now i have only "C", "en_US.utf8" and "POSIX" as locales. how can i install for example the "de_DE.utf8"-locale?
[15:32] <ivoks> install language-pack-de
[15:33] <GUARDiAN-> hm, interesting. i tried that with aptitude and it wants ~430mb dependencies. apt-get doesn't want these deps.
[15:34] <ivoks> last time i checked, packages are installed with apt-get
[15:34] <ivoks> aptitude does a lot more than apt-get
[15:35] <soren> aptitude pulls in recommended packages, too.
[15:35] <ivoks> soren: happy new year! :)
[15:35] <Nafallo> by default...
[15:35] <Nafallo> I use aptitude with sane options.
[15:36] <soren> ivoks: Likewise! :)
[15:36] <ivoks> what's up with likewise anyway? :)
[15:36] <soren> Ask dendrobates.
[15:36] <ivoks> i was in france for a week and i'm outdated a bit :D
[15:42] <GUARDiAN-> language-pack-de did it. thanks for your help
[15:42] <ivoks> np
[16:49] <ScottK2> ivoks: Do you have much experience with using milters?
[16:54] <ivoks> ScottK2: never used them :/
[16:54] <ScottK2> ivoks: OK.  Thanks.
[16:54] <ScottK2> I doubt many of us here have.
[16:54] <ivoks> :)
[16:55] <ScottK2> I'm using dkim-filter (dkim-milter) for signing DKIM and that's working well, but that's my only experience.
[16:55] <ScottK2> BTW, 4 of the (I think) 8 needed MIRs to get amavisd-new into Main are done.


[11:45] <marcoceppi_> linuxtech: I'll sign your key if we can meet in real life somewhere
[11:45]  * marcoceppi_ needs more signatures too
[12:48] <adom> so LeaseWeb got hacked over the weekend.
[12:48] <adom> hackers claimed they got customer data
[12:48] <adom> all they did was redirect our leaseweb.com DNS entry to a different IP temporarily
[12:48] <adom> no one was affected
[12:49] <adom> meh
[13:30] <ChinnoDog> Isn't that why hackers post confidential data online? To prove they are hot full of hot air?
[15:53] <adom> yeah, they just showed a landing page that said something like "we hacked you, this page is prove. :)"
[15:53] <adom> and yes, they spelled "proof" wrong.
[15:53]  * adom facepalm
[15:54] <adom> they just managed to change the DNS entry to point to a different IP address.
[15:54] <adom> nonetheless, we're resetting passwords and all that.
[15:54] <adom> probably just to say we did
[15:54] <adom> although its almost completely unecessary.
[15:54] <adom> meh
[23:32] <linuxtech> Key signing tomorrow Wednesday Crystal City Shops food court ("The Landing") at 4:15;  It looks like it will be 4 of us thus far. and two are Debian Developers!