/srv/irclogs.ubuntu.com/2016/06/06/#ubuntu-devel.txt

tewardwould anyone be kind enough to run `apt-cache rdepends python-myssql` for me on a Xenial or Yakkety box, please?01:00
tewardI would, except I'm IRC-ing from phone again... so I can't reach my Xenial or Yakkety VMs01:01
teward(dead internet at home is dead)01:01
karstensragestarting up my vm teward01:01
tewardkarstensrage: thank you kindly01:01
tewardtrying to figure how depended-upon python-pymssql is relied on, given that it's not working (so if it doesn't work and hasn't been updated in Debian for years, maybe it should be removed)01:02
karstensrageudo apt-cache rdepends python-myssql01:05
karstensrageE: No packages found01:05
karstensragehmm you meant mysql01:05
karstensragenot myssql right?01:05
karstensragesudo apt-cache rdepends python-mysql01:05
karstensrageE: No packages found01:05
tewardkarstensrage: python-mssql01:05
karstensragenothing01:05
tewardyes i mistyped01:05
tewarderm01:05
tewardpython-pymssql I think it is01:05
tewardfat-fingering on a mobile keyboard >.<01:06
karstensragethere we go01:06
karstensragesudo apt-cache rdepends python-pymssql01:06
karstensragepython-pymssql01:06
karstensrageReverse Depends:01:06
karstensrage  python-sqlalchemy01:06
karstensrage |pyrit01:06
tewardso no difference then from Trusty01:06
tewardkarstensrage: thank you kindly!01:06
karstensragemy pleasure01:06
karstensrage:)01:06
tewardbetcha a dollar that nobody depends on it because it's broken and you can't get anything from executed SQL queries)01:07
tewardeww01:08
tewardnevermind, that's a very painful removal01:08
tewardat least.... jesus, a huge amount of python-* things depend on sqlalchemy it looks like01:08
* teward gives up :p01:09
tewardforget i said anything about package removal :)01:09
JanCteward: isn't there also another python module for MS SQL?01:52
tewardis there?01:55
tewardJanC: MSSQL is what's in use at the workplace01:55
tewardthat was a migration hurdle recently until I discovered the StackOverflow post about the version of pymssql being old being the cause01:55
tewardJanC: problem being the rdepends for the removals, though, unless you're saying there's an alternative for python-sqlalchemy to rely on, it has a depends on python-mssql, and AFAICT the rdeps for python-sqlalchemy extend to a large # of python-* packages01:56
JanCright01:57
tewardJanC: i'd rather see it updated, but it looks like upstream in Debian nobody cares01:57
teward("It doesn't work" bugs have been there for at least 3 years)01:57
JanCI'm sure Debian as a whole cares01:58
tewardJanC: the maintainer probably doesn't care, there's been no movement on 'updated versions'01:58
tewardwhich makes me think they don't care it doesn't work, because they haven't reported that it's not fixable01:58
tewardwhen there's been a patch submitted already01:58
JanCthere are procedures to handle that AFAIK01:59
* teward shrugs01:59
tewardas i said, I don't care anymore, I have my workaround01:59
teward:p01:59
JanCyou need a 2.1 version, I guess?02:02
JanCmaybe just get a pymssql2 package into Debian  ;-)02:04
=== attente_ is now known as attente
cpaelzergood morning05:37
b4rmoin05:39
pittiGood morning06:17
pittiteward: how are non-ascii bytes choking up the hooks? UTF-8 should be fine and things will end up as str, for binary data you get byte arrays06:18
pittiteward: i. e. if there's a particular hook that doesn't get along with that, that hook should be fixed; it's certainly not limited by design to ascii06:18
=== schmidtm_ is now known as schmidtm
=== athairus is now known as afkthairus
=== jamespag` is now known as jamespage
bdrung_workpitti, hi. did you have time to look at https://github.com/bdrung/systemd/commit/2b824ccae61142cbcdaf251c2d3c996f933e217a09:39
pittibdrung_work: yes, I answered in #u-desktop; looks good to me, thanks!09:39
* bdrung_work should connect his personal and professional IRC client.09:40
bdrung_workpitti, one open question: what value will testing/sid use?09:40
bdrung_work(unstable)root@konstrukt:~# cat /etc/debian_version09:41
bdrung_workstretch/sid09:41
bdrung_workshould the specification allow this value?09:41
pittibdrung_work: no, I don't think so09:41
pittieither we can determine whether we are running unstable or testing, or it should not be set, or it should be one of the two09:42
pitti"stretch/sid" is a rather useless and confusing value IMHO09:42
bdrung_workshould we enhance the specification to make that clear?09:42
pittibut I wouldn't allow things like "or" (/) in that spec09:42
pittiit already is -- '/' isn't allowed?09:42
bdrung_workyes, '/' isn't allowed09:43
pittibdrung_work: lsb_release -a says "sid", and IMHO os-release should agree to that09:43
bdrung_workother question: should we restrict the allowed characters even more? e.g. no underscore, dot, etc?09:44
pittibdrung_work: I don't know a reason why it shoudl be restricted further09:44
bdrung_workunderscore is not allowed in the distribution name in Debian and derivatives09:45
rbasakcjwatson: do you have an opinion on bug 1588457 please?10:26
ubottubug 1588457 in openssh (Ubuntu) "UseDNS default changed to no, locking out authorized_keys from="hostname" users when upgrading to Xenial" [Undecided,New] https://launchpad.net/bugs/158845710:26
cjwatsonrbasak: I don't think it would be wise to try to restore the old behaviour on upgrade; upstream made the change for a good reason.  IMO this is release notes kind of material10:28
rbasakcjwatson: thanks. Do we change release notes post-release?10:29
cjwatsonSure10:29
rbasakI'll do that then and mark the bug Won't Fix. Thanks!10:29
cjwatsonAlmost (but not quite) by definition - many release-notes-worthy issues are only discovered post-release10:30
cjwatsonI would consider adding a NEWS.Debian entry if that would be helpful10:30
cjwatson(I did call it out in the changelog at the time)10:30
rbasakI'm not sure how many users look at that nowadays but it does seem like the right thing to do.10:31
cjwatsonrbasak: https://anonscm.debian.org/cgit/pkg-ssh/openssh.git/commit/?id=79139a04a0183cd47f3e837fa76fe5d51e62fcc910:33
rbasakThank you!10:33
rbasakpitti: may I have your opinion on bug 1588915 please?10:47
ubottubug 1588915 in openvpn (Ubuntu) "network dependent services starting before network is up" [Undecided,New] https://launchpad.net/bugs/158891510:47
pittirbasak: followed up10:51
rbasakpitti: thank you!10:51
pittiyw!10:51
xnoxtoday is evil day11:29
=== bigon_ is now known as bigon
tewardpitti: I swear there's at least six bug reports on it12:04
tewardI'll have to dig up bugs, I know sarnold filed several against packages which have had issues12:05
tewardthough they problaby should have been dual-filed against Apport as well12:05
tewardsince they were in the 'generic' apport hooks that apport runs for most bugs12:05
tewardpitti: here's one such bug that looks similar12:14
tewardhttps://bugs.launchpad.net/ubuntu/+source/apport/+bug/158295012:14
ubottuLaunchpad bug 1582950 in ubiquity (Ubuntu) "broken apport hook: TypeError: a bytes-like object is required, not 'str'" [Undecided,New]12:14
tewardthat one's for Ubiquity, yes, but the error string is one I've seen in many hooks12:14
* teward digs in nginx bugs12:14
tewardpitti: here's one, https://launchpadlibrarian.net/257302123/HookError_ubuntu.txt on https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1577059 shows the hook error I'm referring to12:15
ubottuLaunchpad bug 1577059 in nginx (Ubuntu) "package nginx-core (not installed) failed to install/upgrade: Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück" [Undecided,Incomplete]12:16
tewardand here (https://launchpadlibrarian.net/260081000/HookError_ubuntu.txt) - https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/158295412:16
ubottuLaunchpad bug 1582954 in nginx (Ubuntu) "package nginx-light 1.10.0-0ubuntu1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Incomplete]12:16
tewardin some cases my hooks get choked up, in others they don't12:16
tewardi'm more concerned about the "AttributeError: 'bytes' object has no attribute 'encode'" issue which appears to crop up most12:19
tewardand that's in general apport hooks, not package-specific12:19
=== _salem is now known as salem_
caribouginggs: Are you working on merging clamav ?12:46
=== yofel_ is now known as yofel
ginggscaribou: no14:01
caribouginggs: ok fine, I'm taking care of it14:01
=== jynik_ is now known as jynik
rbasak!dmb-ping15:03
ubottubdmurray, BenC, cyphermox, infinity, micahg, rbasak, sil2100: DMB ping.15:03
cyphermoxhowdy15:06
sil2100!15:07
sil2100Uh oh, sorry guys15:07
=== happyaro1 is now known as happyaron
=== happyaron is now known as Guest85398
=== Guest85398 is now known as happyaron
naccogasawara: did you ever find out about the mainline builds for xenial?16:29
bjfapw, ^ ?16:30
=== afkthairus is now known as athairus
=== adrian is now known as alvesadrian_
=== alvesadrian is now known as adrian
=== alvesadrian_ is now known as alvesadrian
apwnacc, ?17:01
naccapw: this page: http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D shows mainline builds (4.6-rc6, e.g.) for wily and yakkety, but not xenial17:04
naccapw: a user was asking waht version to use to test on xenial for a possible mainline fix17:04
apwnacc, those -<series> things tell you the config used not where it is suitable for17:16
naccapw: oh!17:17
naccthat is ... confusing17:17
naccgiven the wiki page referring to it, i think17:17
apwyea, i suspect we should remove the suffix completely17:17
naccapw: ok, so the user could use the -yakkety one ok on xenial? or would we not recommend that? i was worried about dependencies17:18
tjaaltonit's fine17:18
apwnacc, mostly you should be ok, except when you arn't17:18
naccheh17:18
nacctjaalton: apw: ok, thanks!17:18
=== johnlage_ is now known as johnlage
=== BrAsS_mO- is now known as BrAsS_mOnKeY
naccrbasak: around?19:38
=== freyes__ is now known as freyes
=== alexisb is now known as alexisb-afk
=== salem_ is now known as _salem

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