Bug#915446: O: libtext-aspell-perl -- Perl interface to the GNU Aspell library

[Cyr Bol]

Hello,

I'd be delighted to help. I've some time and some expertise but I'm not a
DD. I've access to salsa perl-team though (user: StCyr-guest).

I'd gladly accept mentorship to help  maintaining this package; That's: I
would be the guy actually doing things (I think I've the time to do that),
while the mentor would point me to what should be done (I think I don't
have enough experience with debian package maintenance).

Best regards,

Cyrille

On Mon, Dec 3, 2018 at 10:06 PM Tobias Frost  wrote:

> Package: wnpp
>
> The current maintainer of libtext-aspell-perl, Brian Nelson <
> p...@debian.org>,
> is apparently not active anymore.  Therefore, I orphan this package now.
>
> (CC'ing the Perl group, maybe they are interested in taking over the
> package)
>
> Maintaining a package requires time and skills. Please only adopt this
> package if you will have enough time and attention to work on it.
>
> If you want to be the new maintainer, please see
> https://www.debian.org/devel/wnpp/#howto-o for detailed
> instructions how to adopt a package properly.
>
> Some information about this package:
>
> Package: libtext-aspell-perl
> Binary: libtext-aspell-perl
> Version: 0.09-1.1
> Maintainer: Brian Nelson 
> Build-Depends: debhelper (>> 7), perl (>= 5.8.0-7), libaspell-dev (>> 0.50)
> Architecture: any
> Standards-Version: 3.8.4
> Format: 1.0
> Files:
>  d0d960d006b4a783c3a31a1f665315c8 1955 libtext-aspell-perl_0.09-1.1.dsc
>  67ec8b9c4769969fa714fc25c9c73832 13548
> libtext-aspell-perl_0.09.orig.tar.gz
>  68274527211d79d4bdc423bd76c2df3c 2408 libtext-aspell-perl_0.09-1.1.diff.gz
> Checksums-Sha256:
>  95eff80183989276885b3dba6eb784d6d8b8452fb07f3ea26ca4580771fa3cbc 1955
> libtext-aspell-perl_0.09-1.1.dsc
>  2bea3209f18e273b193e3175a42d269391919e49ab106b6e252395d272182f65 13548
> libtext-aspell-perl_0.09.orig.tar.gz
>  5b9b8f325e03a38012ef73d69a5d5ca40205208c4ab9774a624aeeec957090b6 2408
> libtext-aspell-perl_0.09-1.1.diff.gz
> Homepage: http://search.cpan.org/~hank/Text-Aspell-0.09/Aspell.pm
> Package-List
> :
>  libtext-aspell-perl deb perl optional arch=any
> Directory: pool/main/libt/libtext-aspell-perl
> Priority: source
> Section: perl
>
> Package: libtext-aspell-perl
> Source: libtext-aspell-perl (0.09-1.1)
> Version: 0.09-1.1+b5
> Installed-Size: 82
> Maintainer: Brian Nelson 
> Architecture: amd64
> Depends: perl (>= 5.28.0-3), perlapi-5.28.0, libaspell15 (>=
> 0.60.7~20110707), libc6 (>= 2.2.5)
> Description-en: Perl interface to the GNU Aspell library
>  This module provides a Perl interface to the GNU Aspell library.  The
>  GNU Aspell library provides access to system spelling libraries,
>  including a spell checker.
>  .
>  This module is to meet the need of looking up many words, one at a
>  time, in a single session.  It is a perl xs interface which should
>  provide good performance in comparison to forking the aspell program
>  for every word.
> Description-md5: 0a79e880a71c9567b8629e6ef4fdaeed
> Homepage: http://search.cpan.org/~hank/Text-Aspell-0.09/Aspell.pm
> Tag: devel::lang:perl, devel::library, implemented-in::c,
>  implemented-in::perl, role::devel-lib, role::program, use::checking,
>  works-with::dictionary
> Section: perl
> Priority: optional
> Filename:
> pool/main/libt/libtext-aspell-perl/libtext-aspell-perl_0.09-1.1+b5_amd64.deb
> Size: 26808
> MD5sum: db206946be1c68cc7f83e4467db58930
> SHA256: 196a1ae9d1ce56b794b34650a1ecb1ff9f9f2e33119d237861ae7a5a1aea0f00
>
>

Bug#915103: Info received ()

[Cyr Bol]

i'm still wrong:

da1d372d0d58474f2f5a71b9acd301abf9b11bc0 is the commit on the master branch

On the stretch branch, the commit
is bee2facd9343beda10677b139cd9b2e49e986f01

(though, they both relate to the following upstream commit:
https://github.com/apache/httpd/commit/808a94d0ccb3203702bdc86e2fc8961f68398fc7
)

On Mon, Dec 3, 2018 at 10:30 AM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian Apache Maintainers 
>
> If you wish to submit further information on this problem, please
> send it to 915...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 915103: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915103
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#915103:

[Cyr Bol]

Silly me!

the actual number of the commit that Andreas referring to is
da1d372d0d58474f2f5a71b9acd301abf9b11bc0

this commit's message is : "New upstream version 2.4.34"

Bug#915103:

[Cyr Bol]

For the record,

the patch Andreas is talking about was commited
in 69c00981a8970c3d6cff583a68c03b86040e721a

Bug#880993: Test report with new http2.conf file

[Cyr Bol]

So, I tested the new http2.conf file added by Xavier in commit e46a27465

It's working, but, the problem is that apache automatically de-activates
the http2 module when using mpm_prefork (which is the default mpm module
shipped within debian).

(side note: apache's documentation at
https://httpd.apache.org/docs/2.4/fr/howto/http2.html#mpm-config is wrong)

In such case, the following line appears in the apache error file upon
startup:

Fri Nov 30 10:19:53.070367 2018] [http2:warn] [pid 14772] AH10034: The mpm
module (prefork.c) is not supported by mod_http2. The mpm determines how
things are processed in your server. HTTP/2 has more demands in this regard
and the currently selected mpm will just not do. This is an advisory
warning. Your server will continue to work, but the HTTP/2 protocol will be
inactive.

I would say that additional comments in the http2.conf to inform about this
limitation would be a good thing.

We could also include the configuration within a .

Br,

Cyrille

Bug#907410: work done?

[Cyr Bol]

Hello Dominique,

I believe I've made all the necessary work related to this bug report.

My work is here:

https://salsa.debian.org/perl-team/modules/packages/libconfig-model-dpkg-perl/tree/rules-requires-root

Best regards, and, please, send me other newcomer bugs for me to practice
Debian package maintenance :-)

Cyrille

Bug#907410: Support of Rules-Requires-Root parameter implemented in salsa

[Cyr Bol]

Hi Dominique,

I think I have implemented your request.

My work can be found here:
https://salsa.debian.org/perl-team/modules/packages/libconfig-model-dpkg-perl/tree/rules-requires-root

Would you mind giving it a look?

Best regards,

Cyrille

Bug#898686: This bug seems to be resolved in version 2.5

[Cyr Bol]

At least I solved it here by installing version 2.5 from upstream

Cyrille

Bug#900027: vlc: VLC doesn't parse arguments properly

[Cyr Bol]

It turned out I was adding an extraneous space after the backslash at line
4:

 /usr/bin/cvlc -vvv \
 screen:// :screen-fps=30 \
--canvas-width=1280 --canvas-height=720 \
--sout-transcode-vcodec=h264 \
 --sout-x264-profile=high --sout-x264-level=3.1 \
 --sout-x264-vbv-maxrate=5000 --sout-x264-vbv-bufsize=8000
--sout-x264-vbv-init=0.2 \
 --input-slave=pulse://alsa_output.pci-_00_03.0.hdmi-surround.monitor
--sout-transcode-acodec=aac \
...

That was a little bit stupid, sorry.

Please close the bug.

Cyrille


On Fri, May 25, 2018 at 9:12 AM, Cyr Bol <cyrille.bol...@gmail.com> wrote:

> well, that's strange...
>
> That's true that when I run these commands on the command line, and go
> back to the histroy afterwards, I can see it translated to something like:
>
>  screen:// :screen-fps=30 --canvas-width=1280
> --canvas-height=720 --sout-transcode-vcodec=h264
>  --sout-x264-profile=high --sout-x264-level=3.1
>  --sout-x264-vbv-maxrate=5000 --sout-x264-vbv-bufsize=8000
> --sout-x264-vbv-init=0.2  --input-slave=pulse://alsa_out
> put.pci-_00_03.0.hdmi-surround.monitor --sout-transcode-acodec=aac \
>
> So, I can see it interpreted by the shell indeed
>
> Could it be that VLC has issues with all the spaces generate by the shell
> between the arguments?
>
> I will test that further when I'll have access to my machine.
>
> BR
>
> On Thu, May 24, 2018 at 10:17 PM, Sebastian Ramacher <sramac...@debian.org
> > wrote:
>
>> Control: tags -1 + moreinfo
>>
>> On 2018-05-24 22:05:56, Cyrille wrote:
>> > Package: src:vlc
>> > Version: 3.0.2-1+b1
>> > Severity: normal
>> >
>> > Dear Maintainer,
>> >
>> > VLC doesn't parse arguments properly.
>> >
>> > How to reproduce?
>> >
>> > Create a shell script with the following content:
>> >
>> > #!/bin/sh
>> >
>> > # start VLC
>> > /usr/bin/cvlc -vvv \
>> > screen:// :screen-fps=30 \
>> > --canvas-width=1280 --canvas-height=720
>> --sout-transcode-vcodec=h264 \
>> > --sout-x264-profile=high --sout-x264-level=3.1 \
>> > --sout-x264-vbv-maxrate=5000 --sout-x264-vbv-bufsize=8000
>> --sout-x264-vbv-init=0.2 \
>> > 
>> > --input-slave=pulse://alsa_output.pci-_00_03.0.hdmi-surround.monitor
>> --sout-transcode-acodec=aac \
>> > --sout-transcode-ab=192 --sout-transcode-channels=2
>> --sout-transcode-samplerate=48000 \
>> > --sout 
>> > '#transcode{venc=x264{preset=ultrafast}}:rtp{sdp=rtsp://:9090/kodi.sdp}'
>> 2>&1
>> >
>> > launch it. You can now connect to your computer at the follwing URI and
>> watch your screen streamed in RTP.
>> >
>> > Now, modify this script as follow:
>> >
>> > #!/bin/sh
>> >
>> > # start VLC
>> > /usr/bin/cvlc -vvv \
>> > screen:// :screen-fps=30 \
>> > --canvas-width=1280 --canvas-height=720 \
>> > --sout-transcode-vcodec=h264 \
>> > --sout-x264-profile=high --sout-x264-level=3.1 \
>> > --sout-x264-vbv-maxrate=5000 --sout-x264-vbv-bufsize=8000
>> --sout-x264-vbv-init=0.2 \
>> > 
>> > --input-slave=pulse://alsa_output.pci-_00_03.0.hdmi-surround.monitor
>> --sout-transcode-acodec=aac \
>> > --sout-transcode-ab=192 --sout-transcode-channels=2
>> --sout-transcode-samplerate=48000 \
>> > --sout 
>> > '#transcode{venc=x264{preset=ultrafast}}:rtp{sdp=rtsp://:9090/kodi.sdp}'
>> 2>&1
>> >
>> > launch it, and watch VLC freak out...
>> >
>> > 100% reproductible here.
>>
>> You'll need to be a little bit more specific. The difference
>>
>> @@ -1,6 +1,7 @@
>>  /usr/bin/cvlc -vvv \
>>  screen:// :screen-fps=30 \
>> ---canvas-width=1280 --canvas-height=720
>> --sout-transcode-vcodec=h264 \
>> +--canvas-width=1280 --canvas-height=720 \
>> +--sout-transcode-vcodec=h264 \
>>  --sout-x264-profile=high --sout-x264-level=3.1 \
>>  --sout-x264-vbv-maxrate=5000 --sout-x264-vbv-bufsize=8000
>> --sout-x264-vbv-init=0.2 \
>>  --input-slave=pulse://alsa_output.pci-_00_03.0.hdmi-surround.monitor
>> --sout-transcode-acodec=aac \
>>
>> isn't even visible to vlc, since that's interpreted by the shell.
>>
>> Cheers
>>
>> >
>> > Best regards,
>> >
>> > Cyrille
>> > -- System Inform

Bug#900027: vlc: VLC doesn't parse arguments properly

[Cyr Bol]

well, that's strange...

That's true that when I run these commands on the command line, and go back
to the histroy afterwards, I can see it translated to something like:

 screen:// :screen-fps=30 --canvas-width=1280
--canvas-height=720 --sout-transcode-vcodec=h264
 --sout-x264-profile=high --sout-x264-level=3.1
 --sout-x264-vbv-maxrate=5000 --sout-x264-vbv-bufsize=8000
--sout-x264-vbv-init=0.2  --input-slave=pulse://alsa_
output.pci-_00_03.0.hdmi-surround.monitor --sout-transcode-acodec=aac \

So, I can see it interpreted by the shell indeed

Could it be that VLC has issues with all the spaces generate by the shell
between the arguments?

I will test that further when I'll have access to my machine.

BR

On Thu, May 24, 2018 at 10:17 PM, Sebastian Ramacher 
wrote:

> Control: tags -1 + moreinfo
>
> On 2018-05-24 22:05:56, Cyrille wrote:
> > Package: src:vlc
> > Version: 3.0.2-1+b1
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > VLC doesn't parse arguments properly.
> >
> > How to reproduce?
> >
> > Create a shell script with the following content:
> >
> > #!/bin/sh
> >
> > # start VLC
> > /usr/bin/cvlc -vvv \
> > screen:// :screen-fps=30 \
> > --canvas-width=1280 --canvas-height=720
> --sout-transcode-vcodec=h264 \
> > --sout-x264-profile=high --sout-x264-level=3.1 \
> > --sout-x264-vbv-maxrate=5000 --sout-x264-vbv-bufsize=8000
> --sout-x264-vbv-init=0.2 \
> > --input-slave=pulse://alsa_output.pci-_00_03.0.hdmi-surround.monitor
> --sout-transcode-acodec=aac \
> > --sout-transcode-ab=192 --sout-transcode-channels=2
> --sout-transcode-samplerate=48000 \
> > --sout 
> > '#transcode{venc=x264{preset=ultrafast}}:rtp{sdp=rtsp://:9090/kodi.sdp}'
> 2>&1
> >
> > launch it. You can now connect to your computer at the follwing URI and
> watch your screen streamed in RTP.
> >
> > Now, modify this script as follow:
> >
> > #!/bin/sh
> >
> > # start VLC
> > /usr/bin/cvlc -vvv \
> > screen:// :screen-fps=30 \
> > --canvas-width=1280 --canvas-height=720 \
> > --sout-transcode-vcodec=h264 \
> > --sout-x264-profile=high --sout-x264-level=3.1 \
> > --sout-x264-vbv-maxrate=5000 --sout-x264-vbv-bufsize=8000
> --sout-x264-vbv-init=0.2 \
> > --input-slave=pulse://alsa_output.pci-_00_03.0.hdmi-surround.monitor
> --sout-transcode-acodec=aac \
> > --sout-transcode-ab=192 --sout-transcode-channels=2
> --sout-transcode-samplerate=48000 \
> > --sout 
> > '#transcode{venc=x264{preset=ultrafast}}:rtp{sdp=rtsp://:9090/kodi.sdp}'
> 2>&1
> >
> > launch it, and watch VLC freak out...
> >
> > 100% reproductible here.
>
> You'll need to be a little bit more specific. The difference
>
> @@ -1,6 +1,7 @@
>  /usr/bin/cvlc -vvv \
>  screen:// :screen-fps=30 \
> ---canvas-width=1280 --canvas-height=720
> --sout-transcode-vcodec=h264 \
> +--canvas-width=1280 --canvas-height=720 \
> +--sout-transcode-vcodec=h264 \
>  --sout-x264-profile=high --sout-x264-level=3.1 \
>  --sout-x264-vbv-maxrate=5000 --sout-x264-vbv-bufsize=8000
> --sout-x264-vbv-init=0.2 \
>  --input-slave=pulse://alsa_output.pci-_00_03.0.hdmi-surround.monitor
> --sout-transcode-acodec=aac \
>
> isn't even visible to vlc, since that's interpreted by the shell.
>
> Cheers
>
> >
> > Best regards,
> >
> > Cyrille
> > -- System Information:
> > Debian Release: buster/sid
> >   APT prefers testing
> >   APT policy: (500, 'testing')
> > Architecture: amd64 (x86_64)
> >
> > Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
> > Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8),
> LANGUAGE=fr_FR.utf8 (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/dash
> > Init: systemd (via /run/systemd/system)
> > LSM: AppArmor: enabled
> >
> > Versions of packages vlc depends on:
> > ii  vlc-bin  3.0.2-1+b1
> > ii  vlc-plugin-base  3.0.2-1+b1
> > ii  vlc-plugin-qt3.0.2-1+b1
> > ii  vlc-plugin-video-output  3.0.2-1+b1
> >
> > Versions of packages vlc recommends:
> > ii  vlc-l10n   3.0.2-1
> > ii  vlc-plugin-notify  3.0.2-1+b1
> > ii  vlc-plugin-samba   3.0.2-1+b1
> > ii  vlc-plugin-skins2  3.0.2-1+b1
> > ii  vlc-plugin-video-splitter  3.0.2-1+b1
> > ii  vlc-plugin-visualization   3.0.2-1+b1
> >
> > vlc suggests no packages.
> >
> > Versions of packages libvlc-bin depends on:
> > ii  libc62.27-3
> > ii  libvlc5  3.0.2-1+b1
> >
> > Versions of packages libvlc5 depends on:
> > ii  libc62.27-3
> > ii  libvlccore9  3.0.2-1+b1
> >
> > Versions of packages libvlc5 recommends:
> > ii  libvlc-bin  3.0.2-1+b1
> >
> > Versions of packages vlc-bin depends on:
> > ii  libc6   2.27-3
> > ii  libvlc-bin  3.0.2-1+b1
> > ii  libvlc5 3.0.2-1+b1
> >
> > Versions of packages vlc-plugin-access-extra depends on:
> > ii  libc62.27-3
> > ii  libvlccore9 

Bug#872820: new upstream version 2.3 packaged

[Cyr Bol]

I've build a .deb package of version 2.3.

I've done a lot of things from
https://www.debian.org/doc/manuals/maint-guide/checkit.fr.html

Mainly, I've tested:

   -

   upgrade it from the previous version.
   -

   downgrade it back to the previous version (optional)
   -

   purge it.
   -

   install the new package.
   -

   remove it.
   -

   install it again.
   -

   purge it.

Everything works as epxected. Specificaly:

  - no dpkg related issues

 - no ocsinventory-agent functional issues:

- inventory upload to central server works

- packages deployment works

I would like to propose this new package for the Debian repositories.

Best regards,

Cyrille

Bug#764084:

[Cyr Bol]

Hi,

I've the same problem.

And, indeed, my eth0 is configured for DHCP, and it is not connected at
boot when the problem happens.

I'll dig for more information about NetworkManager and ifplugd to fix my
problem, but, do you really think it's working as designed when
avahi-autoipd creates a new default route to an unconnected interface (see
original post - I've the exact same behaviour-)? Because that really is the
problem: When I delete this route, my wireless connectivity works again.

Best regards,

Cyrille