Bug#896076: libconfig-model-dpkg-perl: seems to miss a versioned depends on libconfig-model-perl

[Dominique Dumont]

On Thursday, 19 April 2018 11:04:06 CEST you wrote:
> Your autopkgtest¹ of version 2.108 passes in unstable, but when we
> migrate that version to testing, it fails with the error below.

I wonder why you're trying to use an unstable version of libconfig-model-dpkg-
perl with a testing version of libconfig-model-perl... Oh well...

> Can you please investigate the situation, and raise the severity if I am
> right?

There's indeed a bug in older version of Config::Model. Instead of raising the 
severity, I'll fix this right away.

All the best

Bug#895180: rakudo: dependency on nqp is too strict

[Dominique Dumont]

On Monday, 9 April 2018 19:24:58 CEST Dominique Dumont wrote:
> I've already discussed this problem with upstream and they kinda agreed to
> change this strong dependency. [1]

This restriction has been lifted by upstream [1]. I'm going to change the 
dependency requirement between rakudo and nqp.

All the best

[1] https://github.com/rakudo/rakudo/issues/1257#issuecomment-380568163

Bug#895180: rakudo: dependency on nqp is too strict

[Dominique Dumont]

On Sunday, 8 April 2018 09:57:03 CEST Adrian Bunk wrote:
> Please relax the nqp dependency to require only
> the upstream version of nqp (similar to the
> moarvm dependency).

I'd like to, but this constraint comes from upstream.

I've already discussed this problem with upstream and they kinda agreed to 
change this strong dependency. [1]

I'm going to open a bug upstream to have this issue tracked.

All the best

[1] https://salsa.debian.org/perl6-team/rakudo/raw/master/debian/README.source

Bug#888949: libconfig-model-dpkg-perl: recognize X{S,B}-Ruby-Versions field for packages depending on ruby, not only ruby section

[Dominique Dumont]

On Wednesday, 4 April 2018 22:20:08 CEST Cédric Boutillier wrote:
> So I think "build-depend on gem2deb" would be
> the best criterion.
> 
> Now a decision based on the Maintainer field would possibly cover more
> than 95% of the cases already, with (almost?) no false positive.

Well, the fact that XS-Ruby-Version pops in or out depending on the value of a 
parameter is based on a mechanism that does not support checking the content 
of a list. This would require quite a change in the core Config::Model 
library. That's why I proposed using Maintainer field.

Let's try the easy way, i.e. using Maintainer field.

If this cause too much problems, I'll see what I can do to use a build-depend 
item.

Is this fine with you ?

All the best

Bug#888949: libconfig-model-dpkg-perl: recognize X{S,B}-Ruby-Versions field for packages depending on ruby, not only ruby section

[Dominique Dumont]

On Wed, 31 Jan 2018 15:01:33 +0100 =?utf-8?Q?C=C3=A9dric?= Boutillier 
 wrote:
> The spectrum of ruby packages in Debian became wider some of the
> packages, though they use gem2deb and make use of these variables, are
> not in the ruby section of the archive. Such an example is nanoc, a
> static website generator (and thus in the web section).

Makes sense.

> Running cme fix dpkg-control on nanoc results in a no-op since the
> variable XS-Ruby-Versions is not recognized.
> Could you please widen the criteria for packages for which these fields are 
recognized?
> (like those depending on ruby or rather build-depending on gem2deb?)

How about basing this decision on the Maintainer field ? (which would probably 
be more reliable than basing the decision on the presence of a dependency)

All the best

Bug#894392: check on debhelper versioned dependency should be made backports-friendly

[Dominique Dumont]

On Thursday, 29 March 2018 19:53:26 CEST you wrote:
> But cme fix dpkg-control does not like this, and replaces it by
> debhelper (>= 11), which is not satisfiable in stretch-backports.
> 
> cme should be made to accept the backport-friendly constraint.

Good point. We'll fix this.

Thanks for the report.

Dod

Bug#894030: linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity

[Dominique Dumont]

Hi

The oops related to USB were due to a DVB device attached to a 5m cable. This 
length 
of cable is the max supported by USB and was ok with my previous ASUS mobo, 
but leads to oops on this one.

I've removed kdeconnect and not the kernel log looks fine except for these 
lines:

sp5100_tco: I/O address 0x0cd6 already in use
 radeon :29:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x000f 
address=0x flags=0x]

Memory usage is still quite high .

When I began the recording the memory usage was:
$ smem -wt
Area   Used  Cache   Noncache 
firmware/hardware 0  0  0 
kernel image  0  0  0 
kernel dynamic memory   1143432 711624 431808 
userspace memory1385328 3040201081308 
free memory13910156   13910156  0 
--
   16438916   149258001513116

One hour later:

$ smem -wt
Area   Used  Cache   Noncache
firmware/hardware 0  0  0
kernel image  0  0  0
kernel dynamic memory   659182031819883409832
userspace memory2528836 5629241965912
free memory 73182607318260  0
--
   16438916   110631725375744

$ sudo cat /proc/slabinfo 
slabinfo - version: 2.1
# name
 : tunables: slabdata 
  
fuse_request  80 80400   404 : tunables000 : 
slabdata  2  2  0
fuse_inode39 39832   398 : tunables000 : 
slabdata  1  1  0
ccp-1-dmaengine-cmd-cache  0  0320   252 : tunables00   
 0 : slabdata  0  0  0
rpc_inode_cache   92 92704   468 : tunables000 : 
slabdata  2  2  0
ext4_groupinfo_4k  34020  34020144   281 : tunables000 : 
slabdata   1215   1215  0
ext4_inode_cache   51477  54060   1088   308 : tunables000 : 
slabdata   1802   1802  0
ext4_allocation_context512512128   321 : tunables00
0 : slabdata 16 16  0
ext4_io_end 1280   1280 64   641 : tunables000 : 
slabdata 20 20  0
ext4_extent_status  20271  22338 40  1021 : tunables000 : 
slabdata219219  0   
   
mbcache 1533   1533 56   731 : tunables000 : 
slabdata 21 21  0   

jbd2_journal_head   1122   1122120   341 : tunables000 : 
slabdata 33 33  0   

jbd2_revoke_table_s768768 16  2561 : tunables000 : 
slabdata  3  3  0   
  
fscrypt_info1664   1664 32  1281 : tunables000 : 
slabdata 13 13  0   

fscrypt_ctx 1360   1360 48   851 : tunables000 : 
slabdata 16 16  0   

RAWv6196196   1152   288 : tunables000 : 
slabdata  7  7  0   

UDPv6416416   1216   268 : tunables000 : 
slabdata 16 16  0   

tw_sock_TCPv6 34 34240   342 : tunables000 : 
slabdata  1  1  0   

request_sock_TCPv6  0  0304   262 : tunables000 : 
slabdata  0  0  0   
   
TCPv6195195   2176   158 : tunables000 : 
slabdata 13 13  0   

cfq_io_cq578578120   341 : tunables000 : 
slabdata 17 17  0   

cfq_queue544544240   342 : tunables000 : 
slabdata 16 16  0   

bsg_cmd0  0216   372 : tunables000 : 
slabdata  0  0  0   
   

Bug#894030: linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity

[Dominique Dumont]

On dimanche 25 mars 2018 17:50:22 CEST you wrote:
> According to this, your kernel is not in the best of states.  Maybe you
> want to read the fulle kernel log and see where this started?

First oops is due to usb trouble:
Mar 25 12:48:25 gandalf kernel: [   21.212996] CPU: 7 PID: 2178 Comm: 
kworker/7:4 Not tainted 4.15.0-2-amd64 #1 Debian 4.15.11-1
Mar 25 12:48:25 gandalf kernel: [   21.212997] Hardware name: MSI MS-7A33/X370 
SLI PLUS (MS-7A33), BIOS 3.B0 03/10/2018
Mar 25 12:48:25 gandalf kernel: [   21.213004] Workqueue: events do_submit_urb 
[smsusb]
Mar 25 12:48:25 gandalf kernel: [   21.213007] RIP: 
0010:_raw_spin_lock_irqsave+0x1e/0x40
Mar 25 12:48:25 gandalf kernel: [   21.213009] RSP: 0018:aea9c86afe08 
EFLAGS: 00010046
Mar 25 12:48:25 gandalf kernel: [   21.213011] RAX:  RBX: 
0246 RCX: 93bb85d745f8
Mar 25 12:48:25 gandalf kernel: [   21.213012] RDX: 0001 RSI: 
93bb85d74410 RDI: 5622367f22c0
Mar 25 12:48:25 gandalf kernel: [   21.213014] RBP: 5622367f22c0 R08: 
b5845590 R09: aea9c86afe78
Mar 25 12:48:25 gandalf kernel: [   21.213015] R10: 00d3 R11: 
0040 R12: 93bb9ede5000
Mar 25 12:48:25 gandalf kernel: [   21.213017] R13:  R14: 
93bb895bfb00 R15: 93bb85d744f8
Mar 25 12:48:25 gandalf kernel: [   21.213019] FS:  () 
GS:93bb9edc() knlGS:
Mar 25 12:48:25 gandalf kernel: [   21.213021] CS:  0010 DS:  ES:  CR0: 
80050033
Mar 25 12:48:25 gandalf kernel: [   21.213023] CR2: 5622367f22c0 CR3: 
0003c7e98000 CR4: 003406e0
Mar 25 12:48:25 gandalf kernel: [   21.213024] Call Trace:
Mar 25 12:48:25 gandalf kernel: [   21.213032]  get_entry+0x18/0x80 [smsmdtv]
Mar 25 12:48:25 gandalf kernel: [   21.213036]  smscore_getbuffer+0x2b/0xa0 
[smsmdtv]
Mar 25 12:48:25 gandalf kernel: [   21.213041]  smsusb_submit_urb+0x94/0xd0 
[smsusb]
Mar 25 12:48:25 gandalf kernel: [   21.213045]  process_one_work+0x17b/0x370
Mar 25 12:48:25 gandalf kernel: [   21.213049]  worker_thread+0x2e/0x390
Mar 25 12:48:25 gandalf kernel: [   21.213052]  ? process_one_work+0x370/0x370
Mar 25 12:48:25 gandalf kernel: [   21.213054]  kthread+0x113/0x130
Mar 25 12:48:25 gandalf kernel: [   21.213057]  ? 
kthread_create_worker_on_cpu+0x70/0x70
Mar 25 12:48:25 gandalf kernel: [   21.213059]  ret_from_fork+0x22/0x40

(a more complete log is attached to this mail)

> 
> > ** Kernel log:
> > [   21.213920] BUG: unable to handle kernel paging request at
> > 5622367f22c0 [   21.213924] IP: _raw_spin_lock_irqsave+0x1e/0x40
> > [   21.213967] CPU: 7 PID: 2182 Comm: kworker/7:8 Tainted: G  D   
> >   4.15.0-2-amd64 #1 Debian 4.15.11-1
> At least we have memory problems.


> > [   25.107870] kdeconnectd[2444]: segfault at 0 ip 7fc260e0df9c sp
> > 7fff9da609a0 error 4 in libQt5Network.so.5.9.2[7fc260cff000+183000] [
> >   25.406991] kdeconnectd[2450]: segfault at 0 ip 7f27aa111f9c sp
> > 7fff51850ee0 error 4 in libQt5Network.so.5.9.2[7f27aa003000+183000] [
> >   25.818590] kdeconnectd[2455]: segfault at 0 ip 7fd216d25f9c sp
> > 7fff780508e0 error 4 in libQt5Network.so.5.9.2[7fd216c17000+183000] [
> >   26.022703] kdeconnectd[2460]: segfault at 0 ip 7f2f18c86f9c sp
> > 7ffda7b17850 error 4 in libQt5Network.so.5.9.2[7f2f18b78000+183000]
> You have broken binaries.

ok. I've removed kdeconnect. I don't need it in this machine.

I'll reboot and retry to record with audacity.

Thanks for the tips

-- 
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o-   irc: dod at irc.debian.org
Mar 25 12:48:14 gandalf kernel: [   10.246647] IPv6: ADDRCONF(NETDEV_UP): 
enp33s0: link is not ready
Mar 25 12:48:14 gandalf kernel: [   10.254913] r8169 :21:00.0: firmware: 
direct-loading firmware rtl_nic/rtl8168h-2.fw
Mar 25 12:48:14 gandalf kernel: [   10.274898] r8169 :21:00.0 enp33s0: link 
down
Mar 25 12:48:14 gandalf kernel: [   10.274899] r8169 :21:00.0 enp33s0: link 
down
Mar 25 12:48:14 gandalf kernel: [   10.275002] IPv6: ADDRCONF(NETDEV_UP): 
enp33s0: link is not ready
Mar 25 12:48:17 gandalf kernel: [   13.862447] r8169 :21:00.0 enp33s0: link 
up
Mar 25 12:48:17 gandalf kernel: [   13.862459] IPv6: ADDRCONF(NETDEV_CHANGE): 
enp33s0: link becomes ready
Mar 25 12:48:19 gandalf kernel: [   16.092690] smsmdtv:smscore_detect_mode: 
MSG_SMS_GET_VERSION_EX_REQ failed first try
Mar 25 12:48:24 gandalf kernel: [   20.656595] radeon_dp_aux_transfer_native: 
158 callbacks suppressed
Mar 25 12:48:24 gandalf kernel: [   20.905064] show_signal_msg: 14 callbacks 
suppressed
Mar 25 12:48:24 gandalf kernel: [   20.905066] kdeconnectd[2035]: segfault at 0 
ip 7f9bc7701f9c sp 7fff246d9ec0 error 4 in 
libQt5Network.so.5.9.2[7f9bc75f3000+183000]
Mar 25 12:48:25 gandalf kernel: [   21.212599] smsmdtv:smscore_set_device_mode: 
mode detect failed -62

Bug#894030: Acknowledgement (linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity)

[Dominique Dumont]

On the other hand, once I closed the audacity windows, the kernel released 
about 3BG of memory:

$ smem -tw
Area   Used  Cache   Noncache 
firmware/hardware 0  0  0 
kernel image  0  0  0 
kernel dynamic memory  1203184089558683075972 
userspace memory2902768 5469962355772 
free memory 15043081504308  0 
--
   16438916   110071725431744 

Feel free to close this bug if you think it's invalid..

Here's the new output of slabinfo. kmalloc-64 went from 121705 to 88741.

$ sudo cat /proc/slabinfo 
slabinfo - version: 2.1
# name
 : tunables: slabdata 
  
fuse_request 120120400   404 : tunables000 : 
slabdata  3  3  0
fuse_inode39 39832   398 : tunables000 : 
slabdata  1  1  0
ccp-1-dmaengine-cmd-cache  0  0320   252 : tunables00   
 0 : slabdata  0  0  0
rpc_inode_cache   46 46704   468 : tunables000 : 
slabdata  1  1  0
ext4_groupinfo_4k  34020  34020144   281 : tunables000 : 
slabdata   1215   1215  0
ext4_inode_cache   39612  46020   1088   308 : tunables000 : 
slabdata   1534   1534  0
ext4_allocation_context512512128   321 : tunables00
0 : slabdata 16 16  0
ext4_io_end 1920   1920 64   641 : tunables000 : 
slabdata 30 30  0
ext4_extent_status  21081  28356 40  1021 : tunables000 : 
slabdata278278  0
mbcache 2555   2555 56   731 : tunables000 : 
slabdata 35 35  0
jbd2_journal_head   1632   1632120   341 : tunables000 : 
slabdata 48 48  0
jbd2_revoke_table_s768768 16  2561 : tunables000 : 
slabdata  3  3  0
fscrypt_info1792   1792 32  1281 : tunables000 : 
slabdata 14 14  0
fscrypt_ctx 1360   1360 48   851 : tunables000 : 
slabdata 16 16  0
RAWv6196196   1152   288 : tunables000 : 
slabdata  7  7  0
UDPv6364364   1216   268 : tunables000 : 
slabdata 14 14  0
tw_sock_TCPv6 34 34240   342 : tunables000 : 
slabdata  1  1  0
request_sock_TCPv6  0  0304   262 : tunables000 : 
slabdata  0  0  0
TCPv6240240   2176   158 : tunables000 : 
slabdata 16 16  0
cfq_io_cq544544120   341 : tunables000 : 
slabdata 16 16  0
cfq_queue544544240   342 : tunables000 : 
slabdata 16 16  0
bsg_cmd0  0216   372 : tunables000 : 
slabdata  0  0  0
mqueue_inode_cache 34 34960   348 : tunables000 : 
slabdata  1  1  0
userfaultfd_ctx_cache  0  0192   422 : tunables000 
: slabdata  0  0  0
dio   50 50640   254 : tunables000 : 
slabdata  2  2  0
pid_namespace  0  0208   392 : tunables000 : 
slabdata  0  0  0
posix_timers_cache 35 35232   352 : tunables000 : 
slabdata  1  1  0
ip4-frags  0  0176   462 : tunables000 : 
slabdata  0  0  0
xfrm_dst_cache 0  0448   364 : tunables000 : 
slabdata  0  0  0
RAW  306306960   348 : tunables000 : 
slabdata  9  9  0
tw_sock_TCP  170170240   342 : tunables000 : 
slabdata  5  5  0
request_sock_TCP 156156304   262 : tunables000 : 
slabdata  6  6  0
TCP  272272   2048   168 : tunables000 : 
slabdata 17 17  0
hugetlbfs_inode_cache 52 52624   264 : tunables000 
: slabdata  2  2  0
dquot512512256   322 : tunables000 : 
slabdata 16 16  0
eventpoll_pwq   8568   8568 72   561 : tunables000 : 
slabdata153153  0
eventpoll_epi   5344   5344128   321 : tunables000 : 
slabdata167167  0
dax_cache 42 42768   428 : tunables000 : 
slabdata  1  1  0
request_queue120120   2128   158 

Bug#894030: linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity

[Dominique Dumont]

Package: src:linux
Version: 4.15.11-1
Severity: normal

Dear Maintainer,

While recording audio from line input (on motherboard, no usb involved), I've
noticed an increase of the memory used by the kernel.

I record audio with:
$ pasuspender audacity

After recording for about 1 hour, about 5GB of memory are used by the
kernel:

$ smem -tw
Area   Used  Cache   Noncache 
firmware/hardware 0  0  0 
kernel image  0  0  0 
kernel dynamic memory   781472430131844801540 
userspace memory1831344 4467201384624 
free memory 67928486792848  0 
--
   16438916   102527526186164 

Running smem regularly shows a steady increase of "kernel dynamic
memory"/Noncache number.

One recording of 1 hour later, I have:
$ smem -tw
Area   Used  Cache   Noncache 
firmware/hardware 0  0  0 
kernel image  0  0  0 
kernel dynamic memory  1259422459841886610036 
userspace memory2816948 5393162277632 
free memory 10277441027744  0 
--
   1643891675512488887668

Once the recording is stopped, the memory usage does not increase any
more.

Here's the slabinfo content:
$ sudo cat /proc/slabinfo  
slabinfo - version: 2.1
# name
 : tunables: slabdata 
  
fuse_request  40 40400   404 : tunables000 : 
slabdata  1  1  0
fuse_inode39 39832   398 : tunables000 : 
slabdata  1  1  0
ccp-1-dmaengine-cmd-cache  0  0320   252 : tunables00   
 0 : slabdata  0  0  0
rpc_inode_cache   46 46704   468 : tunables000 : 
slabdata  1  1  0
ext4_groupinfo_4k  34020  34020144   281 : tunables000 : 
slabdata   1215   1215  0
ext4_inode_cache   81580  84210   1088   308 : tunables000 : 
slabdata   2807   2807  0
ext4_allocation_context512512128   321 : tunables00
0 : slabdata 16 16  0
ext4_io_end 1792   1792 64   641 : tunables000 : 
slabdata 28 28  0
ext4_extent_status  34986  34986 40  1021 : tunables000 : 
slabdata343343  0
mbcache 2263   2263 56   731 : tunables000 : 
slabdata 31 31  0
jbd2_journal_head   1462   1462120   341 : tunables000 : 
slabdata 43 43  0
jbd2_revoke_table_s768768 16  2561 : tunables000 : 
slabdata  3  3  0
fscrypt_info1536   1536 32  1281 : tunables000 : 
slabdata 12 12  0
fscrypt_ctx 1360   1360 48   851 : tunables000 : 
slabdata 16 16  0
RAWv6112112   1152   288 : tunables000 : 
slabdata  4  4  0
UDPv6364364   1216   268 : tunables000 : 
slabdata 14 14  0
tw_sock_TCPv6 34 34240   342 : tunables000 : 
slabdata  1  1  0
request_sock_TCPv6  0  0304   262 : tunables000 : 
slabdata  0  0  0
TCPv6240240   2176   158 : tunables000 : 
slabdata 16 16  0
cfq_io_cq544544120   341 : tunables000 : 
slabdata 16 16  0
cfq_queue544544240   342 : tunables000 : 
slabdata 16 16  0
bsg_cmd0  0216   372 : tunables000 : 
slabdata  0  0  0
mqueue_inode_cache 34 34960   348 : tunables000 : 
slabdata  1  1  0
userfaultfd_ctx_cache  0  0192   422 : tunables000 
: slabdata  0  0  0
dio   50 50640   254 : tunables000 : 
slabdata  2  2  0
pid_namespace  0  0208   392 : tunables000 : 
slabdata  0  0  0
posix_timers_cache 35 35232   352 : tunables000 : 
slabdata  1  1  0
ip4-frags  0  0176   462 : tunables000 : 
slabdata  0  0  0
xfrm_dst_cache 0  0448   364 : tunables000 : 
slabdata  0  0  0
RAW  238238960   348 : tunables000 : 
slabdata  7  7  0
tw_sock_TCP  170170240   342 : tunables000 : 
slabdata  5  

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

[Dominique Dumont]

On Tuesday, 6 March 2018 23:27:04 CET gregor herrmann wrote:
> I think that's fine, and I'm happy to add them unless Dominique has
> some objections.

No objections at all :-) 

Thanks

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

[Dominique Dumont]

On Saturday, 3 March 2018 17:56:11 CET gregor herrmann wrote:
> Please review/merge/improve/ignore at your discretion 

Merged. Thanks for the update :-)


-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

[Dominique Dumont]

On Wednesday, 21 February 2018 19:30:57 CET Andreas Tille wrote:
> > How about starting from the value given by 'git remote show -v' ? (may be
> > with a "|grep debian.org" )
> 
> For a totally random example I get:
> 
> $ git remote -v show
> origin  g...@salsa.debian.org:r-pkg-team/r-cran-htmlwidgets.git (fetch)
> origin  g...@salsa.debian.org:r-pkg-team/r-cran-htmlwidgets.git (push)
> 
> I have no idea what might happen for private clones / forks.

Indeed. I can't find a generic way that would work with 'cme fix' because
the remote name is not always 'origin'.

So I'll remove the code that sets up Vcs-Git and Vcs-Browser from the team
name.

On the other hand, I can provide a cme script that would update Vcs-Git 
and Vcs-Browser from the remote URL (provided user specifies the right 
remote name).

For instance:
$ cme run set-vcs-git
cme: using Dpkg::Control model
Reading package lists... Done
Building dependency tree   
Reading state information... Done

Changes applied to dpkg-control configuration:
- source Vcs-Browser: 
'https://anonscm.debian.org/cgit/pkg-perl/packages/cme.git' -> 
'https://salsa.debian.org/perl-team/modules/packages/cme'
- source Vcs-Git: 'https://anonscm.debian.org/git/pkg-perl/packages/cme.git' -> 
'https://salsa.debian.org/perl-team/modules/packages/cme.git'

Would this be useful ?

All the best

PS: I first named the script "salsify", but it can be used even if the Debian 
files 
are not hosted on salsa.debian.org. Too bad, I liked this name :-)


-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#891693: rakudo: fails to upgrade from 'testing' - trying to overwrite /usr/lib/perl6/runtime/dynext/libperl6_ops_moar.so

[Dominique Dumont]

On Wed, 28 Feb 2018 03:22:29 +0100 Andreas Beckmann  wrote:
> during a test with piuparts I noticed your package fails to upgrade from
> 'testing'.
> It installed fine in 'testing', then the upgrade to 'sid' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.

Indeed... I'll fix this asap.

Thanks for the report.

All the best

Dod

Bug#862373: solved upstream: Unconditionally instantiates objects from yaml data

[Dominique Dumont]

TINITA explains in this post how safely use YAML in Perl:

http://blogs.perl.org/users/tinita/2018/02/safely-load-untrusted-yaml-in-perl.html

HTH

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

[Dominique Dumont]

On Monday, 12 February 2018 18:23:02 CET gregor herrmann wrote:
> Well, to be fair, the URLs (the path part after the host) won't match
> anyway, and I don't see a way to come up with a generic rewriting
> scheme.

How about starting from the value given by 'git remote show -v' ? (may be with 
a "|grep debian.org" )



-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#890382: RFS: libbusiness-isin-perl/0.20-1 [ITP]

[Dominique Dumont]

On Wednesday, 14 February 2018 10:30:10 CET Laurent Baillet wrote:
> I am looking for a sponsor for my package "libbusiness-isin-perl"
> 
>  * Package name: libbusiness-isin-perl
>Version : 0.20-1
>Upstream Author : David Chan 
>  * URL : https://metacpan.org/release/Business-ISIN
>  * License : GPL-1+ or Artistic
>Section : perl

Would you mind maintaining this package within Debian perl packaging team [1]?
(This would make finding sponsors much easier)

All the best

[1] https://wiki.debian.org/Teams/DebianPerlGroup

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

[Dominique Dumont]

On Friday, 9 February 2018 01:09:21 CET gregor herrmann wrote:
> Maybe accept alioth/anonscm and salsa for now, and remove the former
> once it's shut down.
> Or just switch to salsa. Or don't do nothing now and switch to salsa
> once alioth is history.

Currently cme warns if anonscm is not used and tries to provide default value 
for some known case. I.e the Vcds_Browser value is computed for pkg-perl, ruby 
javascript team.

Currently, I don't really know which are the convention that will be used by 
these teams.

I think I'll sit on this bug until some packaging have migrated on salsa.

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

[Dominique Dumont]

Hello team

On Tue, 06 Feb 2018 21:57:19 +0800 Boyuan Yang <073p...@gmail.com> wrote:
> When the check encounters Vcs-* fields with salsa.debian.org,
> it will (wrongly) report warnings, like:
> 
> Warning in 'control source Vcs-Browser' value
> 'https://salsa.debian.org/blahblah-team/blah.git': URL is not the canonical 
> one for repositories hosted on Alioth.

I wonder what is the best solution here. 

cme issues a warning is the vcs browser URL does not point to 
anonscm.debian.org. This host currently redirects to alioth. IIRC, it will  
point to salsa once the transition is done.

What can we do in the meantime with cme ?

- accepts both salsa and anonscm ? (this is a change that would need to be 
reverted once alioth to salsa transition is done)
- remove the check until the transition is done, so no warning is emitted
- do nothing (may be update the doc)

Thoughts ?

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#883452: libtommath: The homepage link points to an unrelated site

[Dominique Dumont]

On Monday, 4 December 2017 09:40:09 CET Alberto Luaces wrote:
> The correct link to the homepage should be http://www.libtom.net/LibTomMath/

Indeed. This will be fixed in next release.

Thanks for the report (and sorry for the delay)

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#883599: moarvm-dev: missing dependencies on -dev packages

[Dominique Dumont]

Hello

Sorry for the delay.

On Tue, 5 Dec 2017 15:03:33 + James Cowgill  wrote:
> Including /usr/include/moar/moar.h requires these packages to be
> installed (in addition to the existing dependencies):
>  libatomic-ops-dev
>  libtommath-dev
>  libuv1-dev

Indeed. This will be fixed in new release.

Thanks for the report


-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#834531: pan: Crash when closing/quitting

[Dominique Dumont]

Hi

On Tue, 16 Aug 2016 19:36:56 +0100 Sam Morris  wrote:
> When quitting Pan or closing the window, it crashes as follows:

On my machine, pan 0.143 no longer crashes on exit.

Can you check on your side ?

All the best


-- 
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o-   irc: dod at irc.debian.org

Bug#862373: solved upstream: Unconditionally instantiates objects from yaml data

[Dominique Dumont]

Hi

Good news: object creation can now be disabled starting from  YAML::XS 0.69.

That said, the default behavior is unchanged (which is reasonable).

This means that any application loading untrusted YAML data must be modified 
to set $YAML::XS::LoadBlessed to 0 before loading YAML files.

I guess this applies to lintian. (I'll check what's required for cme).

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#870418: Precarious status of Shutter in Debian

[Dominique Dumont]

On Sunday, 31 December 2017 10:08:39 CET intrigeri wrote:
> Did this happen?

Sorry, not yet.

I've been swamped these last months. I just sent the mail today.

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#870418: Precarious status of Shutter in Debian

[Dominique Dumont]

Hello

Debian is moving away from Gnome2::VFS [1] . This obsolete module will be 
removed from next release of Debian.

Unfortunately, shutter, a very nice Gtk2 screenshot application,  depends on 
Gnome::VFS, which means that shutter will be removed from Debian unless this 
dependency is removed from shutter [2].

I guess that the options are:
* port shutter from Gnome2::VFS to GVFS or GIO 
* replace Gnome2::VFS with other Perl modules.

Unfortunately, Debian perl team do not have the skills or bandwidth to work on 
this port, I hope that someone will be able to help.

If you're interested in taking over maintenance of shutter, please:
- coordinate with upstream shutter team [3] (yes, upstream is on launchpad)
- keep debian-perl team and me posted

All the best

Dod, on behalf of Debian Perl team

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870418
[2] https://bugs.launchpad.net/shutter/+bug/1006290
[3] https://launchpad.net/~shutter
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#884384: libuv1: please package newer version

[Dominique Dumont]

On Thu, 14 Dec 2017 13:26:49 +0100 Dominique Dumont <d...@debian.org> wrote:
> Could you update libuv1 to at least 1.15 ? (preferably 1.18 to be
> up-to-date)

I'm biting the bullet. I'll upload 1.18.0 as team upload.

All the best

Bug#884384: libuv1: please package newer version

[Dominique Dumont]

Package: libuv1
Version: 1.11.0-2
Severity: wishlist

Dear Maintainer,

The latest version of moarvm (for Perl6) requires libuv1 1.15.

Could you update libuv1 to at least 1.15 ? (preferably 1.18 to be
up-to-date)


All the best


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libuv1 depends on:
ii  libc6  2.25-4

libuv1 recommends no packages.

libuv1 suggests no packages.

-- no debconf information

Bug#884223: debian-policy: please add AGPL-3.0 to common licenses

[Dominique Dumont]

On Wed, 13 Dec 2017 20:25:22 +0100 Bill Allombert  wrote:
> Otherwise we could write a script to generate the copyright file.

That's 'cme update dpkg-copyright' which does 95% of the required work.

See 
https://github.com/dod38fr/config-model/wiki/Updating-debian-copyright-file-with-cme

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#884036: lcdproc: cme configuration fail due a missing file "/usr/bin/dpkg-architecture"

[Dominique Dumont]

Hello

On Sunday, 10 December 2017 17:48:31 CET you wrote:
>   Additional info:
>   CME fail due the missing: "/usr/bin/dpkg-architecture"

Indeed. I forgot to add a dependency on dpkg-dev to libconfig-model-lcdproc-
perl.

I will actually modify libconfig-model-lcdproc-perl to use Dpkg::Arch Perl 
module instead of dpkg-architecture to limit the amount of runtime 
dependencies.

I'll release a new package soon.

Thanks for the report.

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#867354: gmime transition to 3.0

[Dominique Dumont]

On Wed, 05 Jul 2017 19:04:56 -0400 Daniel Kahn Gillmor  
wrote:
> Please try to convert your debian packages to use libgmime-3.0-dev in
> unstable if possible, so that we can avoid shipping gmime 2.6 in buster.

Some work has been done by upstream for pan 0.143, but the work is not 
complete. pan can now be compiled with gmime 3.0 but crashes when displaying 
text messages.

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#683495: Mandating use of /usr/bin/perl in Policy

[Dominique Dumont]

On Saturday, 14 October 2017 11:49:59 CET Sean Whitton wrote:
> I am seeking seconds for the following patch to close this bug, which I
> think is uncontroversial at this point.
> 
> > @@ -185,7 +185,7 @@ All command scripts, including the package maintainer
> > scripts inside the package and used by ``dpkg``, should have a ``#!``
> > line naming the shell to be used to interpret them.
> > 
> > -In the case of Perl scripts this should be ``#!/usr/bin/perl``.
> > +In the case of Perl scripts this must be ``#!/usr/bin/perl``.
> > 
> > When scripts are installed into a directory in the system PATH, the
> > script name should not include an extension such as ``.sh`` or ``.pl``

Seconded

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

signature.asc
Description: This is a digitally signed message part.

Bug#862373: Unconditionally instantiates objects from yaml data

[Dominique Dumont]

On Saturday, 11 November 2017 17:17:28 CET Dominique Dumont wrote:
> This is not an ideal solution, but is better than nothing...

Got good reasons [1], upstream is not thrilled about the idea of adding
SafeLoad to YAML::XS API. So I've disabled the patch.

TINITA suggests [2] to use unbless from Data::Structure::Util to sanitize a 
data 
structure coming from untrusted source. 

This solution is probably easier than replacing YAML::XS with YAML::TIny (which 
is 
not always possible and behave differently with utf8)

All the best

[1] 
https://github.com/ingydotnet/yaml-libyaml-pm/issues/45#issuecomment-343678829
[2] 
https://github.com/ingydotnet/yaml-libyaml-pm/issues/45#issuecomment-343679429
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#862373: Unconditionally instantiates objects from yaml data

[Dominique Dumont]

On Fri, 12 May 2017 08:03:12 +0200 Dominique Dumont <d...@debian.org> wrote:
> > As previously mentioned in debian-perl@, there is no easy solution,

I've prepared a patch to provide a SafeLoad method. This avoids breaking 
application that need to create Perl class from YAML.

On the downside:
- application using YAML may need to be updated
- there's no similar method (yet ?) in other YAML implementations.

This is not an ideal solution, but is better than nothing...

Thoughts ?

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#880557: check for duplicates when copyright holder has extra information

[Dominique Dumont]

On Thursday, 2 November 2017 14:32:32 CET you wrote:
> Tools like npm2deb parse package.json file and add name and email
> address/website to copyright file. When cme update copyright command is
> run, it adds extra section if it finds lesser information in LICENSE file.

I've not really understood this problem. What is the package (or better repo) 
that gives unexpected results when using cme update dpkg-copyright ?

All the best


-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#880556: parse upstream metadata files like package.json or .gemspec files

[Dominique Dumont]

On Thursday, 2 November 2017 14:28:12 CET you wrote:
> Most ruby gems have the license information in .gemspec file and
> similarly most nodejs modules have this information in package.json file
> (likely for similar files for other languages). It would be good to
> parse it and use that information.

Yes, good idea. I'm thinking also to parse the content of META.yml to retrieve 
the same kind of information.

Do you have examples of one ruby and one nodejs package that could be used as 
a reference ?

Then I just need to find time to do this...

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#880368: YAML::XS::Load expects utf8 octets, not perl's encoding; use slurp_raw

[Dominique Dumont]

On Monday, 30 October 2017 15:27:32 CET you wrote:
> YAML::XS::Load (and *hopefully* the other implementations of
> YAML::Any::Load?) expect utf8 octets on input, not perl's internal
> encoding.

Uh ? I thought I had gotten rid of YAML::Any... Well, after checking, it turns 
out that I've updated Config;:Model::Backend::Yaml, but I forgot to update 
Dpkg::Scanner.

Anyway, using YAML::Any has several problems:
- it's deprecated
- it may load YAML or YAML::XS which have some security issues [1]

> Thus, slurp_raw should be used instead of slurp_utf8. [Though really,
> YAML::XS::Load should probably do the right thing if is_utf8 is on,
> anyway.]

Unfortunately, the strings returned by YAML::XS is not tagged as utf-8, which 
leads to writing mojibake when cme is used to update debian/copyright.

Given the security issues of YAML and YAML::XS, I'm not going to tweak the 
structure returned by YAML::XS to fix the utf8 flag of each scalar contained 
the structure (and may be all hash keys ..)

Instead, I'm going to replace YAML::Any with YAML::Tiny (which is more than 
enough in this case).

Thanks for the report . This helps me improve dpkg model for cme (and led to 
the release of Config::Model::Tester 3.003 which did not handle utf-8 
correctly while checking file content).

All the best

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862373

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#880607: libconfig-model-dpkg-perl: broken links to debian manual

[Dominique Dumont]

Package: libconfig-model-dpkg-perl
Version: 2.102
Severity: minor

Dear Maintainer,

The layout of debian policy has changed. This broke links of the
embedded doc of dpkg model. All 24 links must be checked.

All the links can be found with:
$ ack debian-policy lib/Config/Model/models/ --type=perl

All the best

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libconfig-model-dpkg-perl depends on:
ii  libapt-pkg-perl  0.1.33
ii  libarray-intspan-perl2.003-1
ii  libconfig-model-perl 2.113-1
ii  libexporter-lite-perl0.08-1
ii  liblog-log4perl-perl 1.49-1
ii  libmouse-perl2.4.10-1
ii  libparse-recdescent-perl 1.967015+dfsg-1
ii  libsoftware-license-perl 0.103012-1
ii  libtext-autoformat-perl  1.74-2
ii  libtext-levenshtein-damerau-perl 0.41-1
ii  liburi-perl  1.72-2
ii  libwww-perl  6.27-1
ii  libyaml-perl 1.21-1
ii  licensecheck 3.0.31-2
ii  lintian  2.5.57
ii  perl 5.26.1-2
ii  perl-modules-5.24 [libmodule-corelist-perl]  5.24.1-7
ii  perl-modules-5.26 [libmodule-corelist-perl]  5.26.1-2

Versions of packages libconfig-model-dpkg-perl recommends:
ii  libconfig-model-tkui-perl  1.364-1

libconfig-model-dpkg-perl suggests no packages.

-- no debconf information

Bug#871657: dch: please add --sru option

[Dominique Dumont]

On Monday, 23 October 2017 17:36:50 CEST Antoine Beaupré wrote:
> if ($opt_i?1:0) + ($opt_a?1:0) + ($opt_e?1:0) + ($opt_r?1:0) + ($opt_v?1:0)
> + ($opt_d?1:0) + ($opt_n?1:0) + ($opt_bn?1:0) + ($opt_qa?1:0) +
> ($opt_R?1:0) + ($opt_s?1:0) + ($opt_lts?1:0) + ($opt_team?1:0) +
> ($opt_bpo?1:0) + ($opt_l?1:0) + ($opt_stable?1:0)> 1; 

err, how about a shorter test like the following one ?

 if (scalar grep { $_ } ( $opt_i, $opt_a, $opt_e, ...) <  1) 

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#879498: lvm2: deprecated systemd parameter in lvm2-pvscan@.service

[Dominique Dumont]

Package: lvm2
Version: 2.02.173-1
Severity: minor

Dear Maintainer,

While testing cme, I found the following warning:

$ cme check systemd '*'
cme: using Systemd model
loading data
Config::Model::Backend::Systemd::read_systemd_units Loading all units... (115) 
Warning in 'service:"lvm2-pvscan@" Unit StartLimitInterval' value '0': Unknown 
parameter
checking data
check done

This StartLimitInterval' can be found in lvm2-pvscan@.service:
$ grep StartLimitInterval /lib/systemd/system/lvm2-pvscan@.service
StartLimitInterval=0

Since version 235 StartLimitInterval is deprecated in favor 
StartLimitIntervalSec.

Since systemd provides a backward compatibility, this issue is minor.

All the best



*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lvm2 depends on:
ii  dmeventd  2:1.02.142-1
ii  dmsetup   2:1.02.142-1
ii  init-system-helpers   1.50
ii  libblkid1 2.30.2-0.1
ii  libc6 2.24-17
ii  libdevmapper-event1.02.1  2:1.02.142-1
ii  libdevmapper1.02.12:1.02.142-1
ii  liblvm2app2.2 2.02.173-1
ii  libreadline5  5.2+dfsg-3+b1
ii  libudev1  235-2
ii  lsb-base  9.20170808

lvm2 recommends no packages.

Versions of packages lvm2 suggests:
pn  thin-provisioning-tools  

-- no debconf information

Bug#870418: Precarious status of Shutter in Debian

[Dominique Dumont]

On Friday, 20 October 2017 14:28:25 CEST Emmanuele Bassi wrote:
> I'm not entirely sure why you think the whole thing shouldn't be
> retired altogether.

Well, as mentioned by others, it's a really nice screenshot application. One 
of the best looking Perl application, like gcstar or frozen-bubble. It's a 
shame that there's no "powered by Perl" somewhere on the UI.

And shutter is still quite popular according to popcon [1]. 

That said, if it's not popular enough to find a maintainer, we'll have no 
choice but to remove it from Debian.

I guess that the next step is to announce the probable demise of shutter on 
debian-devel and debian-users in the (slim) hope that someone steps up.

All the best

Dod

PS: I wonder what is shutter's status in other distro ...

[1] https://qa.debian.org/popcon.php?package=shutter

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#870418: Precarious status of Shutter in Debian

[Dominique Dumont]

[ re-sent with right From address ]

Hello

Debian is moving away from Gnome2::VFS [1] . This obsolete module will be 
removed from next release of Debian.

Unfortunately, shutter, a very nice Gtk2 screenshot application,  depends on 
Gnome::VFS, which means that shutter will be removed from Debian unless this 
dependency is removed from shutter [2].

I guess that the options are:
* port shutter from Gnome2::VFS to GVFS or GIO 
* replace Gnome2::VFS with other Perl modules.

Unfortunately, Debian perl team do not have the skills or bandwidth to work on 
this port, I hope that someone on this list will be able to help.

Does anyone on this list have better ideas ?

All the best

Dod, on behalf of Debian Perl team

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870418
[2] https://bugs.launchpad.net/shutter/+bug/1006290
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#870418: Precarious status of Shutter in Debian

[Dominique Dumont]

Hello

Debian is moving away from Gnome2::VFS [1] . This obsolete module will be 
removed from next release of Debian.

Unfortunately, shutter, a very nice Gtk2 screenshot application,  depends on 
Gnome::VFS, which means that shutter will be removed from Debian unless this 
dependency is removed from shutter [2].

I guess that the options are:
* port shutter from Gnome2::VFS to GVFS or GIO 
* replace Gnome2::VFS with other Perl modules.

Unfortunately, Debian perl team do not have the skills or bandwidth to work on 
this port, I hope that someone on this list will be able to help.

Does anyone on this list have better ideas ?

All the best

Dod, on behalf of Debian Perl team

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870418
[2] https://bugs.launchpad.net/shutter/+bug/1006290
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#875955: cme check dpkg warns on amd64 about unknown Build-Depends: libcam-dev [kfreebsd-any]

[Dominique Dumont]

On Sat, 16 Sep 2017 19:40:18 +0200 Dominique Dumont <d...@debian.org> wrote:
> May be I could add a check in cme so that madison is used (online debian 
> server) to check package that are not known in the cache. (the arch 
> restriction on the dependency is a good hint to search elsewhere than in the 
> cache).

Note: this bug is related to 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841667

Bug#876967: cme modify dpkg-control binary:-WRONGNAME indicates success

[Dominique Dumont]

On Wed, 27 Sep 2017 10:10:11 +0200 "Thomas Schmitt"  wrote:
>   $ cme modify dpkg-control binary:-libburn-dbg
>   cme: using Dpkg::Control model
>   Reading package lists... Done
>   Building dependency tree
>   Reading state information... Done
> 
>   Changes applied to dpkg-control configuration:
>   - binary: deleted entry libburn-dbg
> 
>   $ echo $?
>   0
> 
> The file debian/control gets a new mtime, but its content does not
> change (which i appreciate a lot in this situation).

Indeed. I want cme commands to be idempotent. That's why the command exits 0 
even if the libburn-dbg does not exists in the control file.

Thanks for the report

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#876856: libconfig-model-perl: Bad warning if Testsuite is missing

[Dominique Dumont]

> Test should be modified to check header _or_ debian/tests/control

Yes you're right.

Thanks for the report

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#877984: libconfig-model-dpkg-perl: misinterpreting comments in debian/control

[Dominique Dumont]

On Sunday, 8 October 2017 11:50:06 CEST you wrote:
> while preparing a mass-commit removal of inactive pkg-perl
> members from Uploaders, I found an issue reformatting
> debian/control in libmoosex-types-iso8601-perl:

Ack. There's a bug in Dpkg parser. The comments before a Description are not 
handled correctly. As a result, the comments are misplaced and the short 
description is moved in the long description.

> On the other side, if I run cme remove-uploader script then one
> of the comments is moved to the end of the stanza while the other
> stays where it was, resulting in comments that make no sense
> because they should stick together.

That's a side effect of the same bug.

> I guess that dealing with comments in deb822 format is difficult
> if you reorder the fields, thus I'm wondering if there's a way
> to reformat debian/control without altering the ordering, just
> reformatting the values.

I've tried Augeas [1]. I've created a lens that a read write dpkg file without 
changing the order. But bridging Augeas with Config::Model [2] is an order of 
magnitude more complex [2]. One has to maintain 2 dpkg descriptions with: 

* different syntax (lens description looks like a functional language, 
Config::Model is a data structure)
* subtly different semantics: 2 types of list on Augeas side vs 1 on 
Config::Model side

Long story short, to preserve my sanity, I finally gave up trying to harness 
these 2 beasts together.

I've some ideas on how to improve re-ordering on cme side. Before that, I need 
to simplify Config::Model read/write classes (aka backends)

Thanks for the report

All the best

[1] http://augeas.net/docs/references/lenses/files/debctrl-aug.html
 https://github.com/hercules-team/augeas/wiki/Create-a-lens-from-bottom-to-top
[2] http://search.cpan.org/dist/Config-Model-Backend-Augeas/lib/Config/Model/
Backend/Augeas.pm

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#877864: ITP: libtest-log-log4perl-perl -- module to test Log::Log4perl

[Dominique Dumont]

Package: wnpp
Owner: Dominique Dumont <d...@debian.org>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest-log-log4perl-perl
  Version : 0.32
  Upstream Author : Chia-liang Kao <cl...@clkao.org>
* URL : https://metacpan.org/release/Test-Log-Log4perl
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to test Log::Log4perl

Test::Log::Log4perl module can be used to test that you're logging
the right thing with Log::Log4perl. It checks that your code logs what
you expect and only that.

This module is a fork and can be used instead of Test::Log4perl

The package will be maintained under the umbrella of the Debian Perl Group.


-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#876766: libegl1-glvnd-nvidia: Cannot upgrade libegl1-glvnd-nvidia -> conflicts with libegl1

[Dominique Dumont]

On Monday, 25 September 2017 20:18:47 CEST you wrote:
> You can't install the *-glvnd-nvidia* packages in sid right now (but in
> testing). For sid, you should just switch to the corresponding
> src:libglvnd packages: libgl1, libegl1, libglx0 (maybe some more).

Indeed. The solution was to run:
 sudo apt install libegl1 libgl1 libglx0sudo apt install 

After that, apt upgrade runs as usual

I'll let you decide whether to close this bug now or keep it until the 
"Provides:" are back.

Thanks for the help

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#737796: may be use the newly proposed License-grant field

[Dominique Dumont]

On Monday, 18 September 2017 22:48:30 CEST you wrote:
> I like this new feature and would be in favour making it real.

err, I'm not sure which new feature you refer to .. :-/

Do you mean the "support Files: paragraph with both abbreviated names and 
license paragraph" or the new License-Grant field ?

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#737796: may be use the newly proposed License-grant field

[Dominique Dumont]

Hi

Since the licence text shown in the original report mention "At the discretion 
of the user of this library,  this software may be licensed under the terms of 
..." , I'm wondering if this would better fit in the new License-Grant field 
[1].

Thoughts ?

All the best

[1] https://bugs.debian.org/786470
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#875617: pan: Crashes when launching

[Dominique Dumont]

On mardi 12 septembre 2017 17:24:36 CEST you wrote:
>  08:02 918537
> /lib/x86_64-linux-gnu/libgpg-error.so.0.21.0 Thread 4 "pool" received
> signal SIGABRT, Aborted.
> [Switching to Thread 0x7fffe3fff700 (LWP 24971)]

I can't reproduce this crash on my system. This bug looks like this upstream 
report:

https://bugzilla.gnome.org/show_bug.cgi?id=754921

Can you try the workaroung shown there ?

All the best
-- 
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o-   irc: dod at irc.debian.org

Bug#875955: cme check dpkg warns on amd64 about unknown Build-Depends: libcam-dev [kfreebsd-any]

[Dominique Dumont]

On Saturday, 16 September 2017 15:54:37 CEST you wrote:
> A bit astounding is the version number output of my cme copy:
> 
>   $ cme --version
>   cme (App::Cme) version 1.022 (/usr/bin/cme)
> 
> tracker.debian.org says it should be at least 2.098.

Don't worry, your packages are up to date :-)

cme is the CLI part of a Perl program that loads 2 libraries:
- Config::Model which is the core framework 
- Config::Model::Dpkg which describes dpkg model is a way understandable by 
Config::Model

These 3 parts are delivered on Debian with the following 3 packages:

$ dpkg -l cme libconfig-model{,-dpkg}-perl 
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture
Description
+++--===-===-=
ii  cme  1.022-1 all Check 
or edit configuration data with Config::Model
ii  libconfig-model-dpkg-perl2.098   all editor 
for Dpkg source files with validation
ii  libconfig-model-perl 2.108-1 all module 
for describing and editing configuration data


All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#875955: cme check dpkg warns on amd64 about unknown Build-Depends: libcam-dev [kfreebsd-any]

[Dominique Dumont]

Note to self:

May be I could add a check in cme so that madison is used (online debian 
server) to check package that are not known in the cache. (the arch 
restriction on the dependency is a good hint to search elsewhere than in the 
cache).

Bug#875899: licensecheck cannot detect MIT variant license

[Dominique Dumont]

Package: licensecheck
Version: 3.0.30-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

$ head -15 3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h
/*
 * Copyright (c) 2005,2007  Thiemo Seufer 
 *
 * THIS MATERIAL IS PROVIDED AS IS, WITH ABSOLUTELY NO WARRANTY EXPRESSED
 * OR IMPLIED.  ANY USE IS AT YOUR OWN RISK.
 *
 * Permission is hereby granted to use or copy this program
 * for any purpose,  provided the above notices are retained on all copies.
 * Permission to modify the code and to distribute modified code is granted,
 * provided the above notices are retained, and a notice that the code was
 * modified is included with the above copyright notice.
 */
$ licensecheck 3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h
3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h: UNKNOWN

The license from this file is documented on Fedora [1] as a MIT variant.

Could you update licensecheck regexp to accept this variant ?

All the best

[1] https://fedoraproject.org/wiki/Licensing:MIT



-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.12.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages licensecheck depends on:
ii  libgetopt-long-descriptive-perl0.100-1
ii  libmoo-perl2.003002-1
ii  libnamespace-clean-perl0.27-1
ii  libpath-iterator-rule-perl 1.009-1
ii  libpath-tiny-perl  0.104-1
ii  libpod-constants-perl  0.19-1
ii  libscalar-list-utils-perl  1:1.49-1
ii  libsort-key-perl   1.33-1+b5
ii  libstrictures-perl 2.03-1
ii  libstring-copyright-perl   0.003005-1
ii  libstring-escape-perl  2010.002-1
ii  libtry-tiny-perl   0.28-1
ii  perl   5.26.0-8
ii  perl-base [libscalar-list-utils-perl]  5.26.0-8

licensecheck recommends no packages.

Versions of packages licensecheck suggests:
ii  bash-completion  1:2.1-4.3

-- no debconf information

Bug#862875: RFS: libzc/0.3.1-1 [ITP] -- fast zip cracking library

[Dominique Dumont]

On Tuesday, 12 September 2017 01:09:23 CEST Andrey Rahmatullin wrote:
> d/copyright says "License: GPL-3" instead of GPL-3+.
> lib/pthread_barrier.h and m4/ax_pthread.m4 should have separate entries in
> d/copyright.
> Otherwise the package looks good.

For what it's worth, the issues you reported are not present in the output of 
scan-copyright (the little brother of 'cme update dpkg-copyright'):

Files: *
Copyright: 2012-2017, Marc Ferland
License: GPL-3+

Files: INSTALL
Copyright: 1994-1996, 1999-2002, 2004-2013, Free Software Foundation
License: All or FSF or Permissive

Files: lib/pthread_barrier.c
 lib/pthread_barrier.h
Copyright: 2015, Aleksey Demakov
License: BSD-2-clause

Files: lib/qsort.h
Copyright: 1991, 1992, 1996, 1997, 1999, Free Software Foundation, Inc.
License: LGPL-2.1+

Files: m4/*
Copyright: 2011, Daniel Richard G. 
 2008, Steven G. Johnson 
License: GPL


On the other hand, the license reported for INSTALL file is lackluster. This 
should be fixed by #872350 

HTH

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#862051: nodejs (6.11.2~dfsg-1) experimental; urgency=medium

[Dominique Dumont]

On Thursday, 31 August 2017 13:08:58 CEST Sam Hartman wrote:
> There are cases where people mix stderr and stdout.  There are cases
> where people treat any unexpected output on stderr as a failure in
> automated scripts.

I rest my case. Thanks for the explanation. :-)

All the best

Bug#754462: Bug#862051: nodejs (6.11.2~dfsg-1) experimental; urgency=medium

[Dominique Dumont]

On Thursday, 31 August 2017 13:58:23 CEST Thorsten Glaser wrote:
> > How about printing a "nice" warning explaining it would be a good idea to
> > move to /usr/bin/node ?
>
> That will break scripts that do:
> 
> x=$(nodejs somescript)

This kind of script won't break if the deprecation warning is sent to STDERR

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#869287: Updating the libtommath Uploaders list

[Dominique Dumont]

On Sat, 22 Jul 2017 14:53:34 +0200 Tobias Frost  wrote:
> Joe Nahmias  has not been working on
> the libtommath package for quite some time.
> 
> We are tracking their status in the MIA team and would like to ask you
> to remove them from the Uploaders list of the package so we can close
> that part of the file.

Since rakudo perl6 depends on this package, I'm moving this package under the 
umbrella of rakudo packaging team and keep myself as uploader.

Other people are welcome to join

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#872350: libconfig-model-dpkg-perl: Please use licensecheck with --deb-fmt option when updating copyright

[Dominique Dumont]

Package: libconfig-model-dpkg-perl
Version: 2.096
Severity: wishlist

Dear Maintainer,


licensecheck now can use SPDX keywords instead of free format license
names. Using this option will make cme update more robust.

On the other hand, this will requite a rework of all non-reg tests
based on licensecheck output.

All the best


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages libconfig-model-dpkg-perl depends on:
ii  libapt-pkg-perl  0.1.32+b2
ii  libarray-intspan-perl2.003-1
ii  libconfig-model-perl 2.105-2
ii  libexporter-lite-perl0.08-1
ii  liblog-log4perl-perl 1.49-1
ii  libmodule-corelist-perl  5.20170720-1
ii  libmouse-perl2.4.7-1+b1
ii  libparse-recdescent-perl 1.967013+dfsg-1
ii  libsoftware-license-perl 0.103012-1
ii  libtext-autoformat-perl  1.74-2
ii  libtext-levenshtein-damerau-perl 0.41-1
ii  liburi-perl  1.72-1
ii  libwww-perl  6.15-2
ii  libyaml-perl 1.21-1
ii  licensecheck 3.0.30-1
ii  lintian  2.5.52
ii  perl 5.26.0-5
ii  perl-modules-5.24 [libmodule-corelist-perl]  5.24.1-7
ii  perl-modules-5.26 [libmodule-corelist-perl]  5.26.0-5

Versions of packages libconfig-model-dpkg-perl recommends:
ii  libconfig-model-tkui-perl  1.361-1

libconfig-model-dpkg-perl suggests no packages.

-- no debconf information

Bug#865720: libconfig-model-dpkg-perl: hard-codes the list of virtual packages, mistake in recent update

[Dominique Dumont]

On Sat, 24 Jun 2017 19:13:28 +0200 Dominique Dumont <d...@debian.org> wrote:
> In the meantime, I'll fix the mistake I made with the list of virtual 
packages. 

This mistake is fixed in libconfig-model-dpkg-perl 2.096 (released on 
2017-06-24)

I'll leave this bug open to track the requirement to download the list of 
virtual packages from a future debian web resource.

All the best

Bug#871423: How to fix

[Dominique Dumont]

There's 2 ways to fix this bug:
- either the value is replaced without warnings
- a warning is issued and the value is replaced when running cme fix dpkg

The first option can be done by ony changing dpkg model by using the warp 
mechanism to alter the behavior of priority parameter according to Standards-
Version value. Using 'cme meta edit' (from libconfig-model-itself-perl), you 
can :
- open Priority parameter in Dpkg::Control::Source
- setup a warp variable names std-version to '- Standards-Version`
- in formula, add a test to check Standards-Version (something like `$std-
version ge '4.0.1')
- in there, setup 'replace' parameter (see the online doc in cme meta window)

The second option may req   uire some rework on Config::Model. Please get 
back to 
me if this is needed.



-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#870418: shutter: Depends on obsolete libgnome2-vfs-perl that will go away during the Buster cycle

[Dominique Dumont]

On Thu, 03 Aug 2017 08:42:15 -0400 intrigeri  wrote:

> > Just tried to remove the depencency without success. shutter cannot
> > start due to missing Gnome2.pm.
> 
> Thanks a lot for checking!

Let me have a look before deciding to remove shutter.

> What would be an acceptable timeline for you to check before we decide
> about the removal? 

Give me at least 2 months.

> Personally I'm rather flexible: as long as this
> happens during the Buster development cycle, I'm happy :)

I think this can be done ;-)

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#867935: Done upstream

[Dominique Dumont]

This change has been done upstream. A new version of Pan should been released 
soon(-ish).

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#868339: ITP: libtk-fontdialog-perl -- font dialog widget for perl/Tk

[Dominique Dumont]

Package: wnpp
Owner: Dominique Dumont <d...@debian.org>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtk-fontdialog-perl
  Version : 0.18
  Upstream Author : sla...@rezic.de
* URL : https://metacpan.org/release/Tk-FontDialog
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : font dialog widget for perl/Tk

Tk::FontDialog Perl module implements a font dialog widget.

The dialog is displayed by calling the Show method. The returned value is
either the selected font (if the dialog was closed with the Ok button) or
undef (otherwise). The exact type of the return value is a Tk::Font
object which can be used as values in Tk -font options.

The package will be maintained under the umbrella of the Debian Perl Group.

This package is required by next version of libconfig-model-tkui-perl

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.

Bug#848563: UTF-8 support

[Dominique Dumont]

On Sun, 18 Dec 2016 07:43:59 -0500 Anthony DeRobertis  
wrote:
> I fed cdlabelgen a file name that contained an em-dash (—, U+2014). On
> the printout, however, it wasn't an em-dash anymore—it was a bunch of
> weird characters. (My locale is en_US.UTF-8).
> 
> UTF-8 really ought to work. (I'm not holding my breath, considering the
> state of Unicode support in Postscript.)

That, and cdlabelgen is mostly dead upstream.

You best bet is to convert your file to ISO-8858-1 using iconv in translit 
mode. I.e. something like:

 iconv -t ISO-8859-1//TRANSLIT -o outfile.txt infile.txt

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#867237: rakudo lost readline support.

[Dominique Dumont]

On Wednesday, 5 July 2017 10:23:29 CEST Charles Plessy wrote:
> I there an easy way to re-enable readline support in perl6 ?

Currently, no. I still hope to be able to create debian package for Perl6 
modules.

Unfortunately, I still lack time and energy to work on this. Help is welcome.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#866321: frozen-bubble: uses deprecated POSIX::tmpnam()

[Dominique Dumont]

On Fri, 30 Jun 2017 21:40:46 +0200 Dominique Dumont <d...@debian.org> wrote:
> I still wonder how to test it though ...

For the record, here's the trick:

Launch frozen-bubble to create a replay file:
 $ frozen-bubble --no-fullscreen --auto-record

Launch a mini web server for the replay file:
$ cd ~/.frozen-bubble/records
$ ls
fb_record_.bz2
$ http_this .
Exporting '.', available at:
   http://127.0.0.1:7007/

Replay the file:
$ frozen-bubble --replay http://127.0.0.1:7007/fb_record_.bz2

I've a working patch, I'll upload soon.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#866321: frozen-bubble: uses deprecated POSIX::tmpnam()

[Dominique Dumont]

On Wed, 28 Jun 2017 23:29:08 +0300 Niko Tyni  wrote:
> This package uses POSIX::tmpnam(), deprecated in Perl 5.22
> and removed in 5.26 (currently in experimental.)
> 
> /usr/games/frozen-bubble:6024:do { $filename = POSIX::tmpnam() }
> 
> It looks like this is in the '--replay' code path and not the
> game itself, so filing at 'normal' for now.

I can do a patch to replace POSIX::tmpnam with File::Temp..

I still wonder how to test it though ...

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#863049: jessie-pu: package shutter/0.92-0.1+deb8u2

[Dominique Dumont]

On Wednesday, 28 June 2017 20:15:01 CEST gregor herrmann wrote:
> I suppose yes, in order to make sure that the script waits for
> nautilus-sendto to return, as the return value is checked in the next line.

Indeed. The only drawback is that shutter will hang while the mail is sent by 
nautilus-sendto. Depending on network condition, this may be noticeable by 
user.

I guess that Gtk2 offers a way to fork process and check the result without 
hanging, but that would require more work (and ramp-up on Gtk2)

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#866215: docker.io: docker run fails with cgroup error

[Dominique Dumont]

Package: docker.io
Version: 1.13.1~ds1-2
Severity: important

Dear Maintainer,

   * What led up to the situation?

Probably upgrade of either linux-image or systemd to version 233

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

$ docker run -ti alpine:latest ash
docker: Error response from daemon: oci runtime error: container_linux.go:247: 
starting container process caused "process_linux.go:359: container init caused 
\"rootfs_linux.go:54: mounting \\\"cgroup\\\" to rootfs 
\\\"/var/lib/docker/overlay/061a8366069cd875509a9e4eaff78a0c410c0858f0300d050c4ab655ab71a7d5/merged\\\"
 at \\\"/sys/fs/cgroup\\\" caused \\\"no subsystem for mount\\\"\"".

This looks similar to bug reported when people upgraded to systemd 232:
* https://github.com/NixOS/nixpkgs/issues/22472
* https://github.com/opencontainers/runc/issues/1175

But docker ran fine with systemd 232 provided by Debian, which is related
to:
* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843509

All the best

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages docker.io depends on:
ii  adduser  3.115
ii  containerd   0.2.3+git20170126.85.aa8187d~ds1-1
ii  golang-libnetwork0.8.0-dev.2+git20170202.599.45b4086-1
ii  init-system-helpers  1.48
ii  iptables 1.6.1-1
ii  libapparmor1 2.11.0-4
ii  libc62.24-12
ii  libdevmapper1.02.1   2:1.02.137-2
ii  libsqlite3-0 3.16.2-5
ii  libsystemd0  233-9
ii  lsb-base 9.20161125
ii  runc 1.0.0~rc2+git20170201.133.9df8b30-1

Versions of packages docker.io recommends:
ii  ca-certificates  20161130+nmu1
ii  cgroupfs-mount   1.4
ii  git  1:2.13.2-2
ii  xz-utils 5.2.2-1.2+b1

Versions of packages docker.io suggests:
pn  aufs-tools   
pn  btrfs-progs  
ii  debootstrap  1.0.90
pn  docker-doc   
pn  rinse
pn  zfs-fuse | zfsutils  

-- no debconf information

Bug#865720: libconfig-model-dpkg-perl: hard-codes the list of virtual packages, mistake in recent update

[Dominique Dumont]

On Saturday, 24 June 2017 09:39:54 CEST Russ Allbery wrote:
> These days, I normally use JSON for that sort of thing.  Does that seem
> reasonable, or is there a reason to use some other format instead?

At the risk of showing my Perl background, I tend to dislike JSON because of 
the syntax restrictions (no comment, no trailing comma, can't use single 
quote)

I find YAML easier to write by hand.

That, YAML or JSON may be overkill to store only a list of package names.

In any case, there's a  Perl for whatever format you choose, so it's up to 
you.

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#865720: libconfig-model-dpkg-perl: hard-codes the list of virtual packages, mistake in recent update

[Dominique Dumont]

On Friday, 23 June 2017 23:39:36 CEST Russ Allbery wrote:
> It's worth noting that registering a virtual package with Policy is
> optional if it is used among a cooperating set of packages, and there are
> numerous virtual packages in Debian that are not listed there.

Indeed, Config;:Model::Dependency hard codes [1] a list of other virtual 
packages (the ones I stumbled upon :-/ ) on top of the official list.

> That said, if there's some desire for automated consumption of the list
> from the Policy package, I'd be happy to provide it in a machine-readable
> format. 

Yes, please, I'd rather avoid manual duplicating of information (even if this
list does not change often)

> I wonder if there would be some merit in building a separate
> binary package from the debian-policy source package that includes a few
> lists like that (archive sections also come to mind) in machine-readable
> formats in /usr/share somewhere.

Indeed, the list of section is also hardcoded [2] in libconfig-model-dpkg-perl.

In the meantime, I'll fix the mistake I made with the list of virtual packages. 

Many thanks to Paul for the heads-up.

All the best

[1] 
https://anonscm.debian.org/cgit/pkg-perl/packages/libconfig-model-dpkg-perl.git/tree/lib/Config/Model/Dpkg/Dependency.pm#n139
[2] 
https://anonscm.debian.org/cgit/pkg-perl/packages/libconfig-model-dpkg-perl.git/tree/lib/Config/Model/models/Dpkg/Control/Source.pl#n103

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#865472: libsoftware-license-perl: policy 4.0.0: need to add summary to MPL licenses

[Dominique Dumont]

Package: libsoftware-license-perl
Version: 0.103012-1
Severity: wishlist

Dear Maintainer,

Debian policy 4.0.0 specifies:

> 12.5
> The Mozilla Public License 1.1 and 2.0 (MPL-1.1 and MPL-2.0)
> are now included in /usr/share/common-licenses and do not need to be
> copied verbatim in the package copyright file.

So the license summary must be added to these licenses in Debian
specific patches (note that the author is still pondering moving
Debian specific parts in a separate Perl module).



-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libsoftware-license-perl depends on:
ii  libdata-section-perl   0.26-1
ii  libtext-template-perl  1.46-1
ii  perl   5.24.1-3

libsoftware-license-perl recommends no packages.

libsoftware-license-perl suggests no packages.

-- no debconf information

Bug#794890: [Pkg-javascript-devel] Bug#794890: Bug#794890: status update

[Dominique Dumont]

On Tuesday, 13 June 2017 10:49:29 CEST Jérémy Lal wrote:
> - populate debian/copyright (including everything in node_modules as well),
> it shouldn't be that difficult.
> 
> With this approach the only maintenance burden will be to update
> debian/copyright.

Hopefully cme can help in creating and updating debian/copyright file

See [1] for instructions

All the best

[1] 
https://github.com/dod38fr/config-model/wiki/Updating-debian-copyright-file-with-cme

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#863442: pan window to large

[Dominique Dumont]

On vendredi 26 mai 2017 23:48:42 CEST you wrote:
> The origin seems to be a post in a debian newgroup, the
> linux.debian.ports.hurd contains a post titled "Still Failing: g-i-
> installation_debian_sid_daily_hurd_lxde/353".

I found the article you mention but pan 0.141 displays it correctly.

Can you try changing the setting in "View -> Body Pane" menu ?

All the best
-- 
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o-   irc: dod at irc.debian.org

Bug#863052: cme update dpkg-copyright doesn't recognize comma in license

[Dominique Dumont]

On Saturday, 20 May 2017 22:56:46 CEST you wrote:
> I am using cme to update the copyright file of lazarus for a new upstream
> release. Althought I will not use the output in the package¹ I do notice
> that it doesn't recognize the meaning of one of the licenses:
> 
> License: GPL-2+ or MPL-1.1, and unicode
> 
> which is allowed by the spec²:

Indeed. There's a bug in the update function that does not deal correctly with 
these compound license names. This is fixed on my work copy and I'll upload 
soon.

> This is what triggered me:
> Deleting unused license: MPL-1.1, and unicode

Well spotted. 

> ¹ When a sub-directory has a different license than "*", cme makes different
> choices than I do. It look like it tries to find the "main" license and
> list the deviations from that, while I choose to list the deviations from
> "*". Also, I group multiple license holders with the same license under one
> group. Do you want me to file wishlist bugs against cme to have this as
> options?
> ² https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/

I don't think I can implement that. Even though scan-copyright could support 
this extra "packing",  I fear that the merge operation of existing copyright 
information with data from files would become much harder (and the code is 
already quite complicated as is).

There's also the question of handling the switch from one mode to another 
during merge, and where to store this option in a way that can be exchanged 
between packagers through the repository.

All in all, you can file bugs for the sake of the discussion, but I'll most 
probably flag them as "wontfix"

All the best



-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

[Dominique Dumont]

On Sunday, 14 May 2017 19:48:32 CEST Paul Gevers wrote:
> > Which package are you working on ? (I need to retrieve your package to
> > reproduce the issue).
> 
> batmon.app¹, with proposed dsc included from here:
> http://sid.ethz.ch/debian/batmon.app/batmon.app_0.9-1.dsc

The attached path should do the trick (tested on batmon.app)

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.orgcommit 10f0fc5f9beec9606790e986df472f13f7ec23f4
Author: Dominique Dumont <d...@debian.org>
Date:   Wed May 17 16:26:29 2017 +0200

copyright update: normalise existing copyright data (Closes: #862368)

so the existing copyright data can be merged with data coming from
license_check (where the copyright is already normalised)

diff --git a/lib/Config/Model/Dpkg/Copyright.pm b/lib/Config/Model/Dpkg/Copyright.pm
index a8ca8fd4..5646f1ee 100644
--- a/lib/Config/Model/Dpkg/Copyright.pm
+++ b/lib/Config/Model/Dpkg/Copyright.pm
@@ -14,7 +14,7 @@ use Path::Tiny;
 use Data::Dumper;
 
 use Config::Model::DumpAsData;
-use Dpkg::Copyright::Scanner qw/scan_files __squash __pack_files __create_tree_leaf_from_paths/;
+use Dpkg::Copyright::Scanner qw/scan_files __squash __pack_files __pack_copyright __create_tree_leaf_from_paths/;
 use Software::LicenseUtils;
 use Scalar::Util qw/weaken/;
 use Storable qw/dclone/;
@@ -69,6 +69,9 @@ sub update ($self, %args) {
 my $node = $files_obj->fetch_with_id($paths_str) ;
 my $data = $dumper->dump_as_data( node => $node );
 
+# normalise existing copyright data (mandatory parameter, no need to test)
+$data->{Copyright} = __pack_copyright($data->{Copyright});
+
 if ($paths_str =~ m!^debian/!) {
 $debian_paths{$paths_str} = $data;
 }

Bug#862674: unblock: libconfig-model-perl/2.097-2

[Dominique Dumont]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hello

Please unblock package libconfig-model-perl

This new version fixes 2 security issues:
 * add patch to remove 'use lib' (CVE-2017-0373)
 * add patch to remove '.' in @INC emulation (CVE-2017-0374)

debian/rules was modified to add '.' in @INC so the tests don't fail.

You can find there the 2 patches in a format slightly more readable than the 
attached debdiff:

https://anonscm.debian.org/cgit/pkg-perl/packages/libconfig-model-perl.git/tree/debian/patches/remove-use-lib?h=debian/2.097-2
https://anonscm.debian.org/cgit/pkg-perl/packages/libconfig-model-perl.git/tree/debian/patches/remove-inc-dot-emulation?h=debian/2.097-2

Links to the CVEs:
https://security-tracker.debian.org/tracker/CVE-2017-0373
https://security-tracker.debian.org/tracker/CVE-2017-0374

Thanks

unblock libconfig-model-perl/2.097-2

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64
 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libconfig-model-perl-2.097/debian/changelog 
libconfig-model-perl-2.097/debian/changelog
--- libconfig-model-perl-2.097/debian/changelog 2016-12-22 19:18:27.0 
+0100
+++ libconfig-model-perl-2.097/debian/changelog 2017-05-14 18:20:55.0 
+0200
@@ -1,3 +1,12 @@
+libconfig-model-perl (2.097-2) unstable; urgency=medium
+
+  * add patch to remove 'use lib' (CVE-2017-0373)
+  * add patch to remove '.' in @INC emulation (CVE-2017-0374)
+  * rules: add '.' in @INC for tests
+  * package for stretch release only
+
+ -- Dominique Dumont <d...@debian.org>  Sun, 14 May 2017 18:20:55 +0200
+
 libconfig-model-perl (2.097-1) unstable; urgency=medium
 
   * New upstream version 2.097
diff -Nru libconfig-model-perl-2.097/debian/patches/remove-inc-dot-emulation 
libconfig-model-perl-2.097/debian/patches/remove-inc-dot-emulation
--- libconfig-model-perl-2.097/debian/patches/remove-inc-dot-emulation  
1970-01-01 01:00:00.0 +0100
+++ libconfig-model-perl-2.097/debian/patches/remove-inc-dot-emulation  
2017-05-14 18:20:55.0 +0200
@@ -0,0 +1,47 @@
+Description: Remove inc dot emulation
+ Using '.' in @INC while loading models and model snippts allows to
+ run arbitrary code by specially crafted models placed in the current
+ working directory (as an aftermath of the fixes for the removal of
+ '.' in @INC in perl).
+.
+ This patch removes the search in '.' and fixes the collateral
+ damage. Note that tests must be run with PERL5LIB=. variable so model
+ files can be searched in '.' only during tests.
+Bug: https://security-tracker.debian.org/tracker/CVE-2017-0374
+Author: Dominique Dumont <d...@debian.org>
+Origin: upstream
+Applied-Upstream: v2.102
+--- a/lib/Config/Model.pm
 b/lib/Config/Model.pm
+@@ -1198,7 +1198,7 @@
+ # look for additional model information
+ my %model_graft_by_name;
+ my %done;  # avoid loading twice the same snippet (where system version 
may clobber dev version)
+-foreach my $inc (@INC,'.') {
++foreach my $inc (@INC) {
+ foreach my $name ( keys %models_by_name ) {
+ my $snippet_path = $name;
+ $snippet_path =~ s/::/\//g;
+@@ -1206,6 +1206,13 @@
+ get_logger("Model::Loader")->trace("looking for snippet in 
$snippet_dir");
+ if ( -d $snippet_dir ) {
+ foreach my $snippet_file ( glob("$snippet_dir/*.pl") ) {
++
++# $snippet_file is constructed from @INC content
++# (i.e. $inc). Since _load_model_in_hash uses 'do'
++# (which searches in @INC), the file path passed
++# to _load_model_in_hash must be relative to $inc.
++$snippet_file = substr $snippet_file, length($inc) + 1;
++
+ my $done_key = $name . ':' . $snippet_file;
+ next if $done{$done_key};
+ get_logger("Model::Loader")->info("Found snippet 
$snippet_file");
+@@ -1260,7 +1267,7 @@
+ get_logger("Model::Loader")->info("load model $load_file");
+ 
+ my $err_msg = '';
+-$load_file = "./$load_file" if $load_file !~ m!^/! and -e $load_file ;
++# do searches @INC if the file path is not absolute
+ my $model   = do $load_file;
+ 
+ unless ($model) {
diff -Nru libconfig-model-perl-2.097/debian/patches/remove-use-lib 
libconfig-model-perl-2.097/debian/patches/remove-use-lib
--- libconfig-model-perl-2.097/debian/patches/remove-use-lib1970-01-01 
01:00:00.0 +0100
+++ libconfig-model-perl-2.097/debian/patches/remove-use-lib2017-05-14 
18:20:55.0 +0200
@@ -0,

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

[Dominique Dumont]

On Saturday, 13 May 2017 21:34:37 CEST you wrote:
> While you are at it, could you fix the following (note the comma after
> the year)? They should be merged:

Yes They should be.

What command did you use ? scan-copyright or 'cme update' ?

Which package are you working on ? (I need to retrieve your package to 
reproduce the issue).

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

[Dominique Dumont]

On Saturday, 13 May 2017 17:26:37 CEST you wrote:
> Seems to be doing the job.

Cool. This fix will be released in libconfig-model-dpkg-perl 2.093 and uploaded 
to experimental.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

[Dominique Dumont]

On Thursday, 11 May 2017 21:44:50 CEST you wrote:
> Because I like the promises of cme, I decided to try and use it again on a
> new package I am working on.

Thanks for your effort. I'll do my best to keep that promise :-)

> I bisected this, and it turns out that I can reproduce this with two files
> present (which indivially are fine) but when both present, it goes wrong.

Many thanks for boiling that down.

> I believe the problem is that licensecheck didn't find year for the 
copyright, and a common copyright-holder for the two files.

Yes. the regexp to extract years from © was fooled by the weird entry from the 
JS files.

Could you try the attached patch ? 

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.orgcommit c40290fd82335a6d9d44765472d58152a2378791
Author: Dominique Dumont <d...@debian.org>
Date:   Sat May 13 09:44:22 2017 +0200

improve split copyright (Closes: #862368)

require that copyright years begins with at least 2 numbers

diff --git a/lib/Dpkg/Copyright/Scanner.pm b/lib/Dpkg/Copyright/Scanner.pm
index ba448936..acf2baea 100644
--- a/lib/Dpkg/Copyright/Scanner.pm
+++ b/lib/Dpkg/Copyright/Scanner.pm
@@ -340,7 +340,7 @@ sub scan_files ( %args ) {
 }
 
 sub __split_copyright ($c) {
-my ($years,$owner) = $c =~ /([\s,\d-]+)(.*)/;
+my ($years,$owner) = $c =~ /^(\d\d[\s,\d-]+)(.*)/;
 # say "undef year in $c" unless defined $years;
 return unless defined $years;
 my @data = split /(?<=\d)[,\s]+/, $years;

Bug#862373: Unconditionally instantiates objects from yaml data

[Dominique Dumont]

> As previously mentioned in debian-perl@, there is no easy solution,

A possibility to limit the impact is to deny object creation if the class has 
a DESTROY method.

Knowing that UNIVERSAL has no DESTROY method, It's fairly easy to test:

$ perl -MFile::Temp -E 'say File::Temp->can("DESTROY") ? "yes" : "no";'
yes
$ perl -E 'say UNIVERSAL->can("DESTROY") ? "yes" : "no";'
no
$ perl -MGetopt::Long -E 'say Getopt::Long->can("DESTROY") ? "yes" : "no";'
no

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#861958: lintian: insecure YAML validation [CVE-2017-8829]

[Dominique Dumont]

Ive logged a bug to upstream YAML parser library:

https://github.com/ingydotnet/yaml-pm/issues/176

HTH

Bug#861958: lintian: insecure YAML validation

[Dominique Dumont]

On samedi 6 mai 2017 13:01:50 CEST you wrote:
> Lintian uses the YAML::XS module to validate YAML in
> debian/upstream/metadata.

Unless debian/upstream/metadata needs fancy YAML format (e.g. anchor alias 
tags ...), the easiest way out it to use YAML::Tiny instead of YAML::XS. This 
should be a drop-in replacement.

> This module is happy to deserialize objects of any existing Perl class. For
> Lintian, the File::Temp::Dir class can be abused to remove arbitrary
> directory trees. (There might be other exciting ways to exploit this bug,
> but I'm too lazy to investigate further.)

I wonder if this behavior should be considered as a YAML bug...

All the best
-- 
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o-   irc: dod at irc.debian.org

Bug#858538: fadecut package review

[Dominique Dumont]

On Friday, 28 April 2017 22:13:38 CEST Anton Gladky wrote:
> I do not understand, what you mean with "killed my orbis-tools|lame rule".
> As far as I see, dependencies were just aligned.

Marco meant that running "cme fix dpkg" removes "vorbis-tools|lame"  from the 
Dependency list of fadecut.

This is a bug in libconfig-model-dpkg-perl which is being fixed. 

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#861061: libconfig-model-dpkg-perl: cme fix dpkg kill rules like package1|package2

[Dominique Dumont]

On Monday, 24 April 2017 15:33:58 CEST you wrote:
> Turn out, cme stumbles over 'a|b' but handles 'a | b' fine.

Thanks for the tip. There's was a small mistake in the dependency grammar. 
This is now fixed and will be released soon.

I've also improved the information given to users when running cme fix. OTOH, 
this new information will require next version of Config::Model to show up. 

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#858538: fadecut package review

[Dominique Dumont]

Hi

On Saturday, 22 April 2017 16:27:46 CEST Marco Balmer wrote:
> cme fix dpkg [2] has
> * killed my vorbis-tools|lame rule

That's a bug. I need to fix this.

Please log a bug against libconfig-model-dpkg-perl so I don't forget about it. 

> * removed Depends bash (>=3.2-4)
> But fadecut needs bash. Is that ok?

cme should mentions that bash is an essential package. That's why the 
dependency was removed. I'll improved the warning message

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#859776: rejection

[Dominique Dumont]

On Tue, 11 Apr 2017 17:53:41 +0200 Paride Legovini  wrote:
> I asked on IRC, didn't get a definitive answer, but my feeling is that
> there is a preference for giving attribution when possible. I wrote a
> simple shell script that generates the copyright entries for the lexers,
> the output is like this
> 
> https://clbin.com/m32Id
> 
> Some entries could be joined, but doing it automatically becomes
> nontrivial, as there are some files with more than one author. I lean
> towards leaving it like this. If you think it's OK I'll upload a revised
> package to mentors.

Coalescing entries can be done by 'scan-copyrights' or 'cme update dpkg-
copyright' (provided by cme and libconfig-model-dpkg-perl packages)

lua files are not scanned by default (yet), so these tools needs a bit of help:

$ echo '---
check:
  suffixes:
  - lua' > debian/copyright-scan-patterns.yml

Then run  'scan-copyrights' or 'cme update dpkg-copyright'

For more details, see 
https://github.com/dod38fr/config-model/wiki/Updating-debian-copyright-file-with-cme

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#850723: heimdal: FTBFS on x32 because libtommath thinks it’s amd64

[Dominique Dumont]

On Tuesday, 11 April 2017 07:35:25 CEST Brian May wrote:
> You already fixed this bug in libtommath, but this bug is against
> Heimdal not libtommath. 

Well, as Debian packaged, I've applied a patch.

On the other hand, libtommath upstream wants to reproduce this problem on 
their development branch to check whether this patch needs to be applied 
upstream. See [1] 

> As the bug is not fixed in Heimdal so we have to
> keep this bug report open.

Sure. No problem with that. 

All the best

[1] https://github.com/libtom/libtommath/pull/69
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#850723: heimdal: FTBFS on x32 because libtommath thinks it’s amd64

[Dominique Dumont]

Hello

libtommath upstream cannot reproduce this problem.

Could you try to build heimdal with a more recent version of libtommath ? 
(like the version that packaged in Debian)

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#858806: gbp-buildpackage: reset all time-stamps to last changelog entry

[Dominique Dumont]

On Friday, 31 March 2017 20:44:57 CEST Tomasz Buchert wrote:
> I fail to see that pristine-tar is (or even can be) at fault here.
> Pristine-tar knows nothing about debian/changelog file so it cannot
> set modification times to last changelog entry. In fact, the only
> thing that pristine-tar cares about is recreating tarballs that were
> fed into it.

Sorry, I got confused while comparing time stamps between repos and tarballs. 
I've checked with rakudo 2017.03 that the timestamps of the pristine tarball 
do match the timestamp of uptream tarball (freshly downloaded from upstream).

Sorry for the noise

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#858806: gbp-buildpackage: reset all time-stamps to last changelog entry

[Dominique Dumont]

On Wednesday, 29 March 2017 19:17:26 CEST Guido Günther wrote:
> What about reassigning to pristine-tar? I
> wonder why it doesn' try to preserve timestamps.

Good idea

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#858806: gbp-buildpackage: reset all time-stamps to last changelog entry

[Dominique Dumont]

On Monday, 27 March 2017 19:07:06 CEST Guido Günther wrote:
> So either the builder
> is messing things up here or something else (package import or copy to a
> temporary build place) is messing things up in the source resulting in
> bad timestamps in the binary package.

Yes. You're right, Turns out that pristine-tar is setting the timestamp of all 
files [1] when creating a tarball.

The code that tweak timestamp has been present since 2007. I'm beginning to 
wonder if that's should be considered as a bug or a feature.

I'll check with Perl6 upstream what can be done to avoid relying on timestamp 
to trigger module rebuild.

I'll close this bug.

Thanks the the help

All the best

[1] see all calls to utime around there:
 
https://anonscm.debian.org/git/collab-maint/pristine-tar.git/tree/pristine-tar#n368

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#858806: gbp-buildpackage: reset all time-stamps to last changelog entry

[Dominique Dumont]

Package: git-buildpackage
Version: 0.8.12.2
Severity: normal

Dear Maintainer,

gbp buildpackage set the time stamps of all files in the binary
package to the data of the last changelog entry. To be consistent with
dpkg, the time stamps of the files older than the last changelog entry
should not be changed.

For instance, here's an extract of a package built with gbp:

$ dpkg --contents ../build-area/rakudo_2017.02-2_all.deb | grep architecture
-rw-r--r-- root/root  5277 2017-03-18 15:21 ./usr/share/doc/rakudo/
architecture.html
-rw-r--r-- root/root 26394 2017-03-18 15:21 ./usr/share/doc/rakudo/
architecture.svg

And the same package built with dpkg-buildpackage using the same source:

$ dpkg --contents ../rakudo_2017.02-2_all.deb | grep architecture
-rw-r--r-- root/root  5277 2016-03-01 10:49 ./usr/share/doc/rakudo/
architecture.html
-rw-r--r-- root/root 26394 2016-03-01 10:49 ./usr/share/doc/rakudo/
architecture.svg

Here are the relevant part from the source:

$ ll docs/architecture.*
-rw-r--r-- 1 domi domi  5277 Mar  1  2016 docs/architecture.html
-rw-r--r-- 1 domi domi 26394 Mar  1  2016 docs/architecture.svg

Last changelog entry is dated  Sat, 18 Mar 2017 15:21:39 +0100
 

This behavior has an unfortunate side effect: rakudo perl (aka
Perl6) package provides perl6 modules in a pre-compiled format. But
rakudo uses a pre-compiled file only if the time-stamp of a
pre-compiled file is more recent than the the source. THe combination
of this bug + the usage of tar's --clamp-mtime by dpkg ensure that all
files have the exact same time-stamp.

So perl6 pre-compiled files shipped with rakudo package are not
used. New pre-compiled files are generated in user's home directory.

See https://github.com/ugexe/zef/issues/117 for the TL;DR; version.

All the best

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages git-buildpackage depends on:
ii  devscripts2.17.5
ii  git   1:2.11.0-2
ii  man-db2.7.6.1-2
ii  python-dateutil   2.5.3-2
ii  python-pkg-resources  33.1.1-1
ii  python-six1.10.0-4
pn  python:any

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.85
ii  pbuilder 0.228.6
ii  pristine-tar 1.38
ii  python-requests  2.12.4-1

Versions of packages git-buildpackage suggests:
pn  python-notify  
ii  sudo   1.8.19p1-1
ii  unzip  6.0-21

-- no debconf information
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
gbp:debug: ['git', 'rev-parse', '--git-dir']
gbp:debug: /bin/true [] []
gbp:debug: ['git', 'status', '--porcelain']
gbp:debug: ['git', 'symbolic-ref', 'HEAD']
gbp:debug: ['git', 'show-ref', 'refs/heads/master']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'HEAD']
gbp:debug: ['git', 'ls-tree', 'HEAD']
gbp:debug: ['git', 'show', '--pretty=medium', 'HEAD:debian/changelog']
gbp:debug: ['git', 'show', '--pretty=medium', 'HEAD:debian/source/format']
gbp:debug: ['git', 'show-ref', 'refs/heads/pristine-tar']
gbp:debug: ['git', 'log', '--pretty=format:%H', '--grep=pristine-tar .* 
rakudo_2017.02\\.orig.tar\\.', 'pristine-tar', '--']
gbp:debug: Found pristine-tar commit at 
'11ef8dc1c27d1de356a01c294060ff86293cf4b2'
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 
'11ef8dc1c27d1de356a01c294060ff86293cf4b2^0']
gbp:debug: ['git', 'show', 
'--pretty=format:%an%x00%ae%x00%ad%x00%cn%x00%ce%x00%cd%x00%s%x00%f%x00%b%x00', 
'-z', '--date=raw', '--no-renames', '--name-status', 
'11ef8dc1c27d1de356a01c294060ff86293cf4b2']
gbp:debug: Determined compression type 'gzip'
gbp:debug: Looking for orig tarballs 'rakudo_2017.02.orig.tar.gz' at 
'../tarballs/'
gbp:info: Tarballs 'rakudo_2017.02.orig.tar.gz' not found at '../tarballs/'
gbp:debug: /usr/bin/pristine-tar [] ['verify', 
'/home/domi/debian-dev/build-area/rakudo_2017.02.orig.tar.gz']
gbp:debug: ['git', 'show', '--pretty=medium', 'HEAD:debian/source/format']
gbp:info: Exporting 'HEAD' to '/home/domi/debian-dev/build-area/rakudo-tmp'
gbp:debug: ['git', 'show', '--pretty=medium', 'HEAD:debian/source/format']
gbp:info: Moving '/home/domi/debian-dev/build-area/rakudo-tmp' to 
'/home/domi/debian-dev/build-area/rakudo-2017.02'
gbp:debug: ['git', 'show', '--pretty=medium', 'HEAD:debian/source/format']
gbp:debug: debuild -i -I [] []
 dpkg-buildpackage -rfakeroot -us -uc -i -I
dpkg-buildpackage: info: source package rakudo
dpkg-buildpackage: info: source version 2017.02-2
dpkg-buildpackage: info: source distribution experimental
dpkg-buildpackage: info: source changed by Dominique Dumont <d...@debian.org>
 dpkg-source -i -I --before-build rakudo-2017.0

Bug#857625: pan: Crash at startup: free(): invalid next size (normal)

[Dominique Dumont]

On Wed, 15 Mar 2017 09:44:20 -0300 Felipe Sateler  wrote:
> I have narrowed this down to the tasks.nzb file. By moving it aside
> pan is able to start. 

I've already seen this kind of crash when something was corrupted in group 
information.

> Since I don't know if this file contains
> sensitive info,  I'm not attaching it, but I have kept it in case you
> wish to inspect it.

Yes, please, send it to me in a private mail. I'll have a look.

All the best

Bug#835934: pan: No feedback when browser cannot be launched, bad default for gnome

[Dominique Dumont]

As mentioned in upstream bug report, an error icon is shown when using a wrong 
browser command, The event log also show something like:

at Mar 18 17:49:59 2017 - Erreur de lancement de l'URL : L'exécution du 
processus fils « zx-www-browser » a échoué (Aucun fichier ou dossier de ce 
type) 
(la commande était : zx-www-browser "http://[deleted];)

I'll close this bug

Bug#856967: ITP: zef -- per6 package manager

[Dominique Dumont]

Package: wnpp
Owner: Dominique Dumont <d...@debian.org>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: zef
  Version : 0.001
  Upstream Author : Nick Logan nlo...@gmail.com
* URL : https://github.com/ugexe/zef
* License : Artistic-2
  Programming Lang: Perl6
  Description : per6 package manager

zef is per6 package (module) manager. It can be used to donwload and install 
Perl6 modules in your home directory. 

It will be used to create debian packages for Perl6 modules.
( See https://github.com/ugexe/zef/issues/117 for the whole story )


-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#855433: devscripts: wrap-and-sort: Add missing build dependency fields

[Dominique Dumont]

On Sunday, 26 February 2017 14:28:59 CET James McCoy wrote:
> Well, policy lags reality since it's documentation of what is
> established.  Build-Depends-Arch has been implemented in dpkg since
> 1.16.4 (uploaded in June 2012).

ok. Then I'll update cme to support these new fields.

Thanks for the explanations

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#853894: usb-dvb device not working since kernel 4.9

[Dominique Dumont]

On Wednesday, 1 March 2017 15:48:10 CET Ben Hutchings wrote:
> media-dvb-usb-don-t-use-stack-for-firmware-load.patch
> media-dvb-usb-don-t-use-stack-for-reset-either.patch

It works better: the firmware is loaded and the device starts (red LED is on), 
but the communication on usb bus fails:

mars 02 19:05:14 gandalf kernel: usb 7-2: new high-speed USB device number 4 
using ehci-pci
mars 02 19:05:14 gandalf kernel: usb 7-2: New USB device found, idVendor=2040, 
idProduct=9300
mars 02 19:05:14 gandalf kernel: usb 7-2: New USB device strings: Mfr=1, 
Product=2, SerialNumber=3
mars 02 19:05:14 gandalf kernel: usb 7-2: Product: SOHO-FX2
mars 02 19:05:14 gandalf kernel: usb 7-2: Manufacturer: Hauppau
mars 02 19:05:14 gandalf kernel: usb 7-2: SerialNumber: 9301-00-F008B260
mars 02 19:05:14 gandalf kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' 
in cold state, will try to load a firmware
mars 02 19:05:14 gandalf kernel: usb 7-2: firmware: direct-loading firmware 
dvb-usb-nova-t-usb2-02.fw
mars 02 19:05:14 gandalf kernel: usb 7-2: USB disconnect, device number 4
mars 02 19:05:14 gandalf kernel: dvb-usb: generic DVB-USB module successfully 
deinitialized and disconnected.
mars 02 19:05:16 gandalf kernel: usb 7-2: new high-speed USB device number 5 
using ehci-pci
mars 02 19:05:16 gandalf kernel: usb 7-2: New USB device found, idVendor=2040, 
idProduct=9301
mars 02 19:05:16 gandalf kernel: usb 7-2: New USB device strings: Mfr=1, 
Product=2, SerialNumber=3
mars 02 19:05:16 gandalf kernel: usb 7-2: Product: SOHO-FX2
mars 02 19:05:16 gandalf kernel: usb 7-2: Manufacturer: Hauppau
mars 02 19:05:16 gandalf kernel: usb 7-2: SerialNumber: 9301-00-F008B260
mars 02 19:05:16 gandalf kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' 
in warm state.
mars 02 19:05:16 gandalf kernel: dvb-usb: will pass the complete MPEG2 
transport stream to the software demuxer.
mars 02 19:05:16 gandalf kernel: DVB: registering new adapter (Hauppauge 
WinTV-NOVA-T usb2)
mars 02 19:05:16 gandalf kernel: dvb-usb: recv bulk message failed: -11
mars 02 19:05:16 gandalf kernel: dvb-usb: recv bulk message failed: -11
mars 02 19:05:18 gandalf kernel: dvb-usb: bulk message failed: -110 (5/0)
mars 02 19:05:18 gandalf kernel: dvb-usb: MAC address: 00:0d:fe:ff:ff:ff
mars 02 19:05:20 gandalf kernel: dvb-usb: bulk message failed: -110 (6/0)
mars 02 19:05:22 gandalf kernel: dvb-usb: bulk message failed: -110 (6/0)
mars 02 19:05:22 gandalf kernel: dvb-usb: no frontend was attached by 
'Hauppauge WinTV-NOVA-T usb2'
mars 02 19:05:32 gandalf kernel: input: IR-receiver inside an USB DVB receiver 
as /devices/pci:00/:00:14.4/:04:07.2/usb7/7-2/input/input20
mars 02 19:05:32 gandalf kernel: dvb-usb: schedule remote query interval to 100 
msecs.
mars 02 19:05:32 gandalf kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 
successfully initialized and connected.
mars 02 19:05:34 gandalf kernel: dvb-usb: bulk message failed: -110 (2/0)
mars 02 19:05:34 gandalf kernel: dvb-usb: error while querying for an remote 
control event.
mars 02 19:05:36 gandalf kernel: dvb-usb: bulk message failed: -110 (2/0)
mars 02 19:05:36 gandalf kernel: dvb-usb: error while querying for an remote 
control event.
mars 02 19:05:39 gandalf kernel: dvb-usb: bulk message failed: -110 (2/0)
mars 02 19:05:39 gandalf kernel: dvb-usb: error while querying for an remote 
control event.
mars 02 19:05:41 gandalf kernel: dvb-usb: bulk message failed: -110 (2/0)
mars 02 19:05:41 gandalf kernel: dvb-usb: error while querying for an remote 
control event.
mars 02 19:05:43 gandalf kernel: dvb-usb: bulk message failed: -110 (2/0)
mars 02 19:05:43 gandalf kernel: dvb-usb: error while querying for an remote 
control event.
mars 02 19:05:45 gandalf kernel: dvb-usb: bulk message failed: -110 (2/0)
mars 02 19:05:45 gandalf kernel: dvb-usb: error while querying for an remote 
control event.
mars 02 19:05:47 gandalf kernel: dvb-usb: bulk message failed: -110 (2/0)
mars 02 19:05:47 gandalf kernel: dvb-usb: error while querying for an remote 
control event.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#853894: similar issue with hauppauge WinTV nova-t-usb2

[Dominique Dumont]

On mercredi 1 mars 2017 10:44:42 CET you wrote:
> > févr. 26 12:33:23 gandalf kernel: usb 7-2: Manufacturer: Hauppau⁧攀 
> > févr. 26 12:33:23 gandalf kernel: usb 7-2: SerialNumber: 9301-00-F008B260
> > févr. 26 12:33:23 gandalf kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T
> > usb2' in cold state, will try to load a firmware févr. 26 12:33:23
> > gandalf kernel: usb 7-2: firmware: direct-loading firmware
> > dvb-usb-nova-t-usb2-02.fw
> I can't find my nova-t usb2 but from what I remember theses strings are
> fine. Nothing wrong there.

yes, you're right. These weird string is harmless. 

Here's a trace when I plug the -nova-t-usb2 with kernel 4.8.0-2:

mars 01 12:36:51 gandalf kernel: usb 7-2: new high-speed USB device number 4 
using ehci-pci
mars 01 12:36:51 gandalf kernel: usb 7-2: New USB device found, idVendor=2040, 
idProduct=9300
mars 01 12:36:51 gandalf kernel: usb 7-2: New USB device strings: Mfr=1, 
Product=2, SerialNumber=3
mars 01 12:36:51 gandalf kernel: usb 7-2: Product: SOHO-FX2
mars 01 12:36:51 gandalf kernel: usb 7-2: Manufacturer: Hauppau⁧攀 
mars 01 12:36:51 gandalf kernel: usb 7-2: SerialNumber: 9301-00-F008B260
mars 01 12:36:51 gandalf kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' 
in cold state, will try to load a firmware
mars 01 12:36:51 gandalf kernel: usb 7-2: firmware: direct-loading firmware 
dvb-usb-nova-t-usb2-02.fw
mars 01 12:36:51 gandalf kernel: usb 7-2: USB disconnect, device number 4
mars 01 12:36:51 gandalf kernel: dvb-usb: generic DVB-USB module successfully 
deinitialized and disconnected.
mars 01 12:36:53 gandalf kernel: usb 7-2: new high-speed USB device number 5 
using ehci-pci
mars 01 12:36:53 gandalf kernel: usb 7-2: New USB device found, idVendor=2040, 
idProduct=9301
mars 01 12:36:53 gandalf kernel: usb 7-2: New USB device strings: Mfr=1, 
Product=2, SerialNumber=3
mars 01 12:36:53 gandalf kernel: usb 7-2: Product: SOHO-FX2
mars 01 12:36:53 gandalf kernel: usb 7-2: Manufacturer: Hauppau⁧攀 
mars 01 12:36:53 gandalf kernel: usb 7-2: SerialNumber: 9301-00-F008B260
mars 01 12:36:53 gandalf kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' 
in warm state.
mars 01 12:36:53 gandalf kernel: dvb-usb: will pass the complete MPEG2 
transport stream to the software demuxer.
mars 01 12:36:53 gandalf kernel: DVB: registering new adapter (Hauppauge 
WinTV-NOVA-T usb2)
mars 01 12:36:53 gandalf kernel: dvb-usb: MAC address: 00:0d:fe:d2:d2:d2
mars 01 12:36:53 gandalf kernel: usb 7-2: DVB: registering adapter 0 frontend 0 
(DiBcom 3000MC/P)...
mars 01 12:36:53 gandalf kernel: input: IR-receiver inside an USB DVB receiver 
as /devices/pci:00/:00:14.4/:04:07.2/usb7/7-2/input/input20
mars 01 12:36:53 gandalf kernel: dvb-usb: schedule remote query interval to 100 
msecs.
mars 01 12:36:53 gandalf kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 
successfully initialized and connected.

HTH