/srv/irclogs.ubuntu.com/2019/07/04/#ubuntu-devel.txt

Unit193tsimonq2: Reminder about LP 182267206:07
ubottuLaunchpad bug 1822672 in popularity-contest (Ubuntu) "popularity-contest is probably broken" [Medium,New] https://launchpad.net/bugs/182267206:07
LocutusOfBorgjuliank, hello, what is your opinion wrt aptitude merge?07:31
juliankLocutusOfBorg: useless atm07:32
juliankit's just minor packaging clean up right now07:33
LocutusOfBorgoh ok :)07:33
LocutusOfBorgand what about libapt-pkg-perl?07:34
LocutusOfBorgsyncpackage -f?07:34
juliankyeah07:35
tkamppeterdoko, hi08:01
LocutusOfBorgjuergh, will you sync or can I?08:38
juerghLocutusOfBorg, wrong nick^?08:39
LocutusOfBorgoops I meant juliank ^^08:39
LocutusOfBorgsorry!08:39
juliankYes08:39
juliankI'll sync08:39
juliankI synced08:40
LocutusOfBorgthanks08:41
juliankCan I specifiy seccomp policies for lxd containers and use that to disallow fsync and friends?08:49
juliankThat could be useful for my ephemeral containers08:51
LocutusOfBorgdoko, I think the new dwz is breaking stuff, like verilator09:55
LocutusOfBorgdh_dwz: dwz -q -mdebian/verilator/usr/lib/debug/.dwz/x86_64-linux-gnu/verilator.debug -M/usr/lib/debug/.dwz/x86_64-linux-gnu/verilator.debug -- debian/verilator/usr/bin/verilator_bin debian/verilator/usr/bin/verilator_bin_dbg debian/verilator/usr/bin/verilator_coverage_bin_dbg returned exit code 109:55
ricotzmarcustomlinson, hi :), is libreoffice 6.2.5 on your list yet?09:57
Unit193LocutusOfBorg: Unrelated to the new one, I've had issues with dwz before so I've skipped updating to 12. :/10:06
juliankMaybe someone here knows this: I'm wondering if it's possible to have on dbus method, but different PolicyKit permissions10:12
LocutusOfBorgUnit193, related to the new one10:12
LocutusOfBorgI just downgraded dwz and it worked correctly a rebuild10:12
LocutusOfBorgif you have issues with dh_dwz, please tell me, I fixed a bunch of them already10:13
juliankLike a ManagePackages() method, and then ask a special permission if packages need to be removed10:13
LocutusOfBorge.g. usually they show when the package plays bladly with *FLAGS*10:13
dokoLocutusOfBorg: do you have the files in a bug report?10:13
LocutusOfBorgdoko, I just opened a bug report10:13
LocutusOfBorgwhich files do you need?10:13
* juliank has not used policykit as a developer10:13
LocutusOfBorghttps://bugs.launchpad.net/ubuntu/+source/dwz/+bug/183539810:14
ubottuLaunchpad bug 1835398 in dwz (Ubuntu) "dwz 0.12.20190703-1 breaks verilator build" [Undecided,Confirmed]10:14
LocutusOfBorgI'm doing a new build with the new dwz (sorry, but I deleted it when I downgraded dwz to test if the build was good or not)10:14
Unit193LocutusOfBorg: 'DWARF version 0 unhandled' with release pocket, 'Found compressed .debug_aranges section, not attempting dwz compression' with -proposed.10:17
Laneyjuliank: you (the service) can decide when to invoke PK to check authorisation for an action10:21
juliankLaney: thanks10:21
Laneyjuliank: e.g. something like https://gitlab.freedesktop.org/bolt/bolt/blob/master/boltd/bolt-bouncer.c#L136 which I just happened to have open10:23
LocutusOfBorgUnit193, I don't get what you are referring to10:34
Unit193The aformentioned dwz issue I've run into?10:35
LocutusOfBorgok Unit193 but which package?10:40
Unit193ruby-bcrypt-pbkdf10:41
LocutusOfBorgUnit193, the first hack might be to add an empty dh_dwz override10:46
LocutusOfBorgUnit193, I see one dwz bug... "-Wl,--compress-debug-sections=zlib" is the culprit10:50
LocutusOfBorgthis probably makes dh_dwz fails to read the info because its compressed10:50
LocutusOfBorgI would try to make dwz smarter10:50
LocutusOfBorgthis with dwz from release10:51
Unit193That's what it looked like to me as well.10:51
LocutusOfBorgI tried to run dwz after doing manually the link without that flag and it worked10:51
LocutusOfBorgcan you please open a bug report?10:52
Unit193I modified /usr/lib/x86_64-linux-gnu/ruby/2.5.0/rbconfig.rb and was able to run the build as expected.10:57
GunnarHjHi LocutusOfBorg, do you have time to sponsor bug #1728012? See that you did the latest merge, and this is a straightforward fix.11:09
ubottubug 1728012 in sane-backends (Ubuntu Bionic) "Many 3rd party scanner drivers are broken by a sane change" [High,In progress] https://launchpad.net/bugs/172801211:09
dokoLocutusOfBorg: verilator_bin_dbg is missing :-/11:19
LocutusOfBorgdoko, it takes a couple of minutes to build...11:20
LocutusOfBorgI can't upoload 70Mb of binaries11:20
LocutusOfBorgGunnarHj, .11:21
GunnarHjLocutusOfBorg: Still here. :)11:22
dokoLocutusOfBorg: then just upload the files needed for dwz11:22
LocutusOfBorgdoko, verilator_bin_dbg isn't needed?11:51
dokoLocutusOfBorg: why not?11:54
dokoI don't see anthing there about compressed debug sections11:55
LocutusOfBorgdoko, the problem about compressed debug sections was for ruby-bcrypt-pbkdf11:58
LocutusOfBorgI'm doing a tarball right now12:01
LocutusOfBorgI'll email to *yournick*@ubuntu.com12:01
=== ricab is now known as ricab|lunch
dokoLocutusOfBorg: nm, I have it12:04
LocutusOfBorgboth verilator and ruby-bcrypt?12:04
LocutusOfBorgGunnarHj, my "." meant "uploaded"12:04
dokono ruby. put it on p.d.o12:04
LocutusOfBorgdoko, if you want to test yourself, just change debhelper-compat from 11 to 1212:05
LocutusOfBorgI mean ruby, it takes some seconds to build12:05
dokono, I want the files from the command line12:06
LocutusOfBorgI don't get then12:06
doko?12:06
LocutusOfBorgwhich files?12:06
LocutusOfBorgverilator?12:07
LocutusOfBorgverilator has nothing to do with compressed debug sections12:07
LocutusOfBorgverilator shows some kind of regression in dwz12:08
LocutusOfBorgwhile ruby-bcrypt-pbkdf seems to imply that dwz can't read compressed .debug_aranges sections12:08
LocutusOfBorgbut only verilator (what I reported as bug) is actually a regression to me12:09
marcustomlinsonricotz: it is12:12
marcustomlinsonricotz: now that you pointed it out ;)12:12
GunnarHjLocutusOfBorg: Great, thanks! Is that "." some convention I have missed? ;)13:10
=== ricab|lunch is now known as ricab
LocutusOfBorgGunnarHj, It is used on #debian-ftp irc channel when somebody does what requested, not sure but I use it on lots of places, but probably only debian developers understand it13:35
rbasakI've never heard of that. The only related thing I can think of is SMTP's end of message indicator.13:37
LocutusOfBorgdoko,13:37
LocutusOfBorg-  if (debug_sections[DEBUG_INFO].data == NULL)13:37
LocutusOfBorg+  if (debug_sections[DEBUG_INFO].data == NULL13:37
LocutusOfBorg+      && !rd_multifile)13:37
LocutusOfBorghttp://launchpadlibrarian.net/431463266/dwz_0.12-3_0.12.20190702-1ubuntu1.diff.gz13:37
LocutusOfBorgthe diff shows clearly that they added a new statement about multifile...13:38
GunnarHjLocutusOfBorg: I see. Useful when people know about it. Thanks for explaining!13:39
LocutusOfBorghttps://sourceware.org/git/?p=dwz.git;a=commitdiff;h=08becc8b33453b6d013a65e7eeae57fc1881e80113:40
LocutusOfBorgdoko, ^^^13:41
dokoLocutusOfBorg: please add your comments to the upstream issue13:41
LocutusOfBorg.13:43
jamespagedoko: hey - so...13:45
jamespagedoko: do we have a general objective to drop all python-* packages this cycle?13:46
jamespagewe've had a few syncs from experimental where some early work has been done in Debian; its only very partial and has wedged a load of proposed migrations13:46
jamespageand I'm having trouble working up an appetite to work through all of the reverse-depends(-depends)* to unblock things if this will be a general objective once Debian development re-opens13:47
dokojamespage: no, it's up to you, however you'll probably have to maintain a delta with Debian for a while13:48
jamespagedoko: we looks at the first level reverse-depends and hit 84 packages...13:49
jamespageI'm very tempted to *not* do this first in Ubuntu13:49
dokothen you'll have to wait for the Debian plan ...  we'll have a BoF at DebConf. So if you want to provide some information, please do13:50
jamespagedoko: we've already switch the openstack 'projects' to drop python-* but they are leaf packages; the module set is more intertwined with other things13:51
jamespageinfact we mostly did that last cycle.13:51
dokojamespage: do you have a list of stage2 and stage3 modules as well?13:51
jamespagedoko: not yet - only just started looking13:51
jamespagesahid is working the scope atm13:51
dokojamespage: could you do that analysis on unstable, and then post to the debian-python ML?13:52
dokojamespage: within the next two weeks13:55
jamespageer13:55
jamespagewill try13:55
sahidjamespage: any chance you look at https://code.launchpad.net/~sahid-ferdjaoui/ubuntu/+source/cinder/+git/cinder14:18
sahidcinder was stuck in proposed and corey is out today i think14:18
sahidhttps://launchpad.net/~sahid-ferdjaoui/+archive/ubuntu/bionic-queens/+build/1722098614:19
sahidbuildroot ^14:19
jamespagesahid: is that change needed? i.e. I think its not something we would normally SRU14:22
Laneybdmurray: did you just change something on your phased update emails? I just got a few of them which are listing *lots* of crashes that are not actually new in the upload you're pointing out.14:24
sahidjamespage: SRU 183034114:25
sahidhttps://launchpad.net/ubuntu/+source/cinder/2:12.0.7-0ubuntu1/+build/1721760514:25
jamespagecaused by14:25
jamespagedh_missing: usr/etc/cinder/resource_filters.json exists in debian/tmp but is not installed to anywhere14:25
jamespagemaybe we need to install that file  in a package instead?14:26
sahidjamespage: let me double check14:27
tomreynCan you already tell when exactly (which day) 18.10 reaches EOL?16:17
ricotzmarcustomlinson, alright ;)16:18
Eickmeyertomreyn: It's exactly 9 months to the day. So, since 18.10 was released October 18th, its EOL is July 18th.16:47
tomreynEickmeyer: oh, is this documented somewhere? because i always felt the "supported for nine months" statement to be imprecise. maybe just adding the word "exactly" there would help a lot.16:48
tomreynEickmeyer: but indeed the distro-info command seems to support what you're saying:16:49
tomreyn$ distro-info --days=eol --series cosmic16:49
tomreyn1416:49
rbasaktomreyn: usually it's officially EOL only when the release team decides it is. AIUI, there are some actions associated with EOLing (certainly the announcement) so it tends to vary depending on who is busy with what at the time.17:16
tomreynrbasak: i see. but i guess the release team would not ever decide to set the factual EOL to a point that is earlier than the exact data calculated from the release announcement and what is reported by (ubuntu-)distro-info, right?17:24
tomreyns/data/date/17:24
aienaDoes anyone know if I can use distribution source pacakges to develop custom device drivers for the linux kernel17:34
aienaI have a device I want to try my hands at driver programming for. I will take full responsibility for anything that goes wrong.17:34
CarlFKaiena: there are no rules against it if that is what you are asking17:45
aienayes I want to eventually contribute it back.17:45
aienaI looked up the basics and got some code up but I do not know how to use the distro's linux/init.h17:46
aienafor example to build it17:46
aienacurrently it just has a few printk() statements which display stuff on loading and unloading the module.17:46
aienaBut I do not know how to use ubuntu's source packages to compile it17:47
aienaI got wireshark to capture packets from the hardware with the usbmon driver17:47
aienacan you guide me on how to pick up linux sources from the distro17:48
CarlFKaiena: that is a huge subject that will take hours.  I have this in my history, it is 10 years old, but still relevant: https://slideplayer.com/slide/6865803/17:52
CarlFKaiena: I have a page somwhere that has more details about that, having trouble finding it17:53
rbasaktomreyn: I assume so17:53
CarlFKaiena: https://github.com/timvideos/litex-buildenv/wiki/FPGA_Linux_module  - if you want to talk to me about this,  /join #TimVideos17:55
rbasakaiena: there's usually a linux-headers-* package that corresponds to the linux-image-* that you have in use.17:55
aiena /join #TimVideos17:59
tsimonq2Unit193: popularity-contest> ack23:19

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