Bug#1068703: mirror submission for mirror.debian.ikoula.com

[Support Infogerance]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirror.debian.ikoula.com
Archive-architecture: amd64 arm64 i386
Archive-http: /debian/
Archive-rsync: debian/
Maintainer: Support Infogerance 
Country: FR France
Location: Grand Est
Sponsor: Ikoula https://www.ikoula.com/




Trace Url: http://mirror.debian.ikoula.com/debian/project/trace/
Trace Url: 
http://mirror.debian.ikoula.com/debian/project/trace/ftp-master.debian.org
Trace Url: 
http://mirror.debian.ikoula.com/debian/project/trace/mirror.debian.ikoula.com

Bug#1065577: [#5509] - Bug#1065577: Info received (Team Hydra Support Account Activation)

[Team Hydra Support]

  Hey 1065577,  We've received your ticket and our helpdesk team will get to it 
as soon as they can! You will receive email updates that you are welcome to 
reply to as we work through this ticket. Here's what you submitted:  
Bug#1065577: Info received (Team Hydra Support Account Activation)   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 Mirrors Team 

If you wish to submit further information on this problem, please
send it to 1065...@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.

-- 
1065577: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065577
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
  To view the status of the ticket, add comments, or see your other tickets, 
you can visit the link below! https://support.hep.gg/helpdesk/tickets/5509  
We'll get back to you as soon as we can!  With Lots Of Love, The Helpdesk 
 

Bug#1065577: Team Hydra Support Account Activation

[Team Hydra Support]

  Hey there 1065577,  A new Team Hydra Support account has been created for 
you.  Click the URL below to activate your account and select a password!  
https://support.hep.gg/register/PRSZ1nJNG0t69jcMeCl  If the above URL does not 
work try copying and pasting it into your browser. If you continue to have 
problems, please feel free to reply to this email.  Regards, The Helpdesk 
 

Bug#1065577: [#5508] - Bug#1065577: Acknowledgement (mirror submission for mirror.hep.gg)

[Team Hydra Support]

  Hey 1065577,  We've received your ticket and our helpdesk team will get to it 
as soon as they can! You will receive email updates that you are welcome to 
reply to as we work through this ticket. Here's what you submitted:  
Bug#1065577: Acknowledgement (mirror submission for mirror.hep.gg)   Thank you 
for filing a new Bug report with Debian.

You can follow progress on this Bug here: 1065577: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065577.

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 Mirrors Team 

If you wish to submit further information on this problem, please
send it to 1065...@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.

-- 
1065577: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065577
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
  To view the status of the ticket, add comments, or see your other tickets, 
you can visit the link below! https://support.hep.gg/helpdesk/tickets/5508  
We'll get back to you as soon as we can!  With Lots Of Love, The Helpdesk 
 

Bug#1060275: asterisk: Codec translation notice

[List Support]

Le 29/01/2024 à 19:34, Jonas Smedegaard a écrit :

[...]

That phrase exists in debian/patches/2016_opus_plc.patch which is
derived from Xopus/enable_native_plc.patch which (thanks to
debian/watch) is fetched from original at
https://github.com/traud/asterisk-opus/blob/asterisk-13.7/enable_native_plc.patch

OK. Questions:

. what does mean plc ?

The purpose of the patch is described at the top of the patch itself.
/* Determine the amount of lost packets for PLC */ but still I don´t 
know what is PLC ;)




. opus is not used in my case so why I receive those notice ? (Reminder:
allow=!all,g722,alaw,ulaw)

If you do not use opus, then configure your Asterisk instance to not
*load* the module which you don't want.


This still doesn't explain why without opus activated (even if loaded) 
it is involved


I remove it from modules.conf

noload => codec_opus_open_source.so
noload => format_ogg_opus_open_source.so
noload => res_format_attr_opus.so

but still the NOTICE appears

[2024-01-30 09:39:35] NOTICE[2281972][C-0001]: translate.c:603 
ast_translate: 244 lost frame(s) 245/0 (gsm@8000)->(slin@8000)->(g722@16000)
[2024-01-30 09:39:40] NOTICE[2281972][C-0001]: translate.c:603 
ast_translate: 494 lost frame(s) 495/0 (gsm@8000)->(slin@8000)->(g722@16000)
[2024-01-30 09:39:45] NOTICE[2281972][C-0001]: translate.c:603 
ast_translate: 744 lost frame(s) 745/0 (gsm@8000)->(slin@8000)->(g722@16000)


Please notice (:D) that the message appears each 250 frame

From our production server

[2024-01-30 09:46:14] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 47227/31226 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:46:19] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 47477/31476 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:46:24] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 47727/31726 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:46:29] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 47977/31976 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:46:34] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 15999 lost frame(s) 48227/32227 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:46:39] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 48477/32476 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:46:44] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 48727/32726 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:46:49] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 15999 lost frame(s) 48977/32977 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:46:54] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 49227/33226 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:46:59] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 49477/33476 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:47:04] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 49727/33726 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:47:09] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 49977/33976 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:47:14] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 50227/34226 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:47:19] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 50477/34476 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:47:24] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 50727/34726 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:47:29] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 50977/34976 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:47:34] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 51227/35226 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:47:39] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 51477/35476 
(slin@16000)->(slin@8000)->(alaw@8000)
[2024-01-30 09:47:44] NOTICE[3563411][C-0681]: translate.c:603 
ast_translate: 16000 lost frame(s) 51727/35726 
(slin@16000)->(slin@8000)->(alaw@8000)


same, 250 frames

[...]


. in src I see /* not DEBUG but NOTICE because of WARNING in
main/cannel.c:__ast_queue_frame */

DEBUG should be more suitable but as I don´t understant above sentance ...

I don't know which severity is more suitable for that code.
In CLI we always have NOTICE,WARNING and ERROR logs, DEBUG not needed. 
The above part of our today capture shows that CLI is not really usable 
with all those messages appart of removing logging NOTICE from CLI


--
Daniel

Bug#1060275: asterisk: Codec translation notice

[List Support]

Le 27/01/2024 à 19:03, Jonas Smedegaard a écrit :

[...]

I went through debian asterisk source file and all patches, nowhere I
found nothing like "lost frames(s)". I thought third-party/resample
could be the missing part but as I didn´t find reference to it in the
stock asterisk source...

That phrase exists in debian/patches/2016_opus_plc.patch which is
derived from Xopus/enable_native_plc.patch which (thanks to
debian/watch) is fetched from original at
https://github.com/traud/asterisk-opus/blob/asterisk-13.7/enable_native_plc.patch


OK. Questions:

. what does mean plc ?

. opus is not used in my case so why I receive those notice ? (Reminder: 
allow=!all,g722,alaw,ulaw)


. asterisk-13.7 : can we still believe this patch is adapted to latest 
asterisk versions ?


. in src I see /* not DEBUG but NOTICE because of WARNING in 
main/cannel.c:__ast_queue_frame */


DEBUG should be more suitable but as I don´t understant above sentance ...

--
Daniel

Bug#1060275: asterisk: Codec translation notice

[List Support]

Le 26/01/2024 à 15:47, Jonas Smedegaard a écrit :

That was my interrogation.

For what I get for information from asterisk developpers, this message
is not an original one so one of the Debian applied patch seems to be
the culpit. On which place can I see all of them to check ? Even if my
knowledge in C is zero, my eyes are OK ;)

More eyes are good :-)

Patches applied are here:
https://salsa.debian.org/pkg-voip-team/asterisk/-/tree/debian/latest/debian/patches


I went through debian asterisk source file and all patches, nowhere I 
found nothing like "lost frames(s)". I thought third-party/resample 
could be the missing part but as I didn´t find reference to it in the 
stock asterisk source...


--
Daniel

Bug#1060275: asterisk: Codec translation notice

[List Support]

Le 26/01/2024 à 14:46, Jonas Smedegaard a écrit :

[...]

Do you will for 20.6 ?

[...]

So if your question is whether or not I will investigate something and
come up with a fix for the problem that you have presented in this
bugreport, then no: I am not a skilled C programmer, and I have tried
and failed to identify anything in the patches we maintain as part of
the Debian packaging, which looks like it could have caused the issue
that you are reporting here.  In other words, I am hoping that someone
else (perhaps you?) could help identify the cause and propose a fix.


That was my interrogation.

For what I get for information from asterisk developpers, this message 
is not an original one so one of the Debian applied patch seems to be 
the culpit. On which place can I see all of them to check ? Even if my 
knowledge in C is zero, my eyes are OK ;)


--
Daniel

Bug#1060275: asterisk: Codec translation notice

[List Support]

Le 26/01/2024 à 11:33, Jonas Smedegaard a écrit :

Quoting List Support via Pkg-voip-maintainers (2024-01-26 11:19:16)

Did you found a solution for this? Could be applied in next 20.6.0
version ? We need other codecs appart of alaw.

I have not worked on this at all, sorry.

Do you will for 20.6 ?

--
Daniel

Bug#1060275: asterisk: Codec translation notice

[List Support]

Le 10/01/2024 à 18:51, Jonas Smedegaard a écrit :

Quoting List Support via Pkg-voip-maintainers (2024-01-10 18:01:22)

Le 09/01/2024 à 13:50, List Support a écrit :

[...]

We will uninstall this build and install the same 20.5.2 from unstable
to do some checks, it seems to iax + g722 related. Will come back to you
this week.

We removed self compiled stock asterisk with "make uninstall" which keep
our configuration and installed

Asterisk 20.5.2~dfsg+~cs6.13.40431414-1 built by nobody @
buildd.debian.org on a unknown running Linux on 2023-12-22 12:58:28 UTC

We place a SIP call to a mobile phone using a SIP provider with codecs
set to "allow=!all,alaw", our codecs being "allow=!all,g772,alaw", both
using PJSIP. Output is below.

We did the same before removing our self compiled stock asterisk and
didn't had this translate NOTICE, so problem is effective with Debian
Asterisk package.

Thanks for testing.

Did you notice the post by TOOTAi?

I and TOOTAi are the same ;)

  Could you also try test *without*
g772 mentioned, ie. both ends configured as "allow=!all,alaw", and tell
if that is a viable workaround?


No translation done, all is good.

Daniel

Bug#1060275: asterisk: Codec translation notice

[List Support]

Hi Jonas

Le 09/01/2024 à 13:50, List Support a écrit :

[...]

We will uninstall this build and install the same 20.5.2 from unstable 
to do some checks, it seems to iax + g722 related. Will come back to you 
this week.


We removed self compiled stock asterisk with "make uninstall" which keep 
our configuration and installed


Asterisk 20.5.2~dfsg+~cs6.13.40431414-1 built by nobody @ 
buildd.debian.org on a unknown running Linux on 2023-12-22 12:58:28 UTC


We place a SIP call to a mobile phone using a SIP provider with codecs 
set to "allow=!all,alaw", our codecs being "allow=!all,g772,alaw", both 
using PJSIP. Output is below.


We did the same before removing our self compiled stock asterisk and 
didn't had this translate NOTICE, so problem is effective with Debian 
Asterisk package.



[2024-01-10 17:47:22] NOTICE[1174953][C-0004]: translate.c:603 
ast_translate: 28291 lost frame(s) 31002/2710 (slin@16000)->(g722@16000)

zone-s*CLI> pjsip show channelstats


...Receive. .Transmit..
 BridgeId ChannelId  UpTime.. Codec.   CountLost Pct 
Jitter   CountLost Pct  Jitter RTT


===

 a715444f 103104-000300:00:10 alaw  204   00 
0.005387   00   0.000   0.028
 a715444f zwr-freePBX-00 00:00:10 g722  387   00 
0.001355   00   0.000   0.000


Objects found: 2

[2024-01-10 17:47:27] NOTICE[1174953][C-0004]: translate.c:603 
ast_translate: 28290 lost frame(s) 31252/2961 (slin@16000)->(g722@16000)



Why slin is involved ? We also see it on our production server running 
same Debian version of Asterisk


[2024-01-10 16:22:40] NOTICE[278651][C-0ed4]: translate.c:603 
ast_translate: 5954 lost frame(s) 5955/0 (slin@8000)->(alaw@8000)


or

[2024-01-10 16:07:01] NOTICE[277190][C-0eaf]: translate.c:603 
ast_translate: 7414 lost frame(s) 41161/33746 
(slin@16000)->(slin@8000)->(alaw@8000)


Please let us know which details you want from us (verbose, dump, debug, 
...) which could help you


--
Daniel

Bug#1060275: asterisk: Codec translation notice

[List Support]

Le 08/01/2024 à 21:51, Jonas Smedegaard a écrit :

Quoting List Support via Pkg-voip-maintainers (2024-01-08 19:35:12)

Le 08/01/2024 à 19:26, Jonas Smedegaard a écrit :

If it is possible for you to try test your setup with
upstream-distributed Asterisk, then it would help ensure that truly what
you experience is a bug introduced by a Debian patch.

Yes, I have a test asterisk running Debian12+asterisk 20.5.2 compiled
from source, I could install a debian upstream Asterisk on it

Sorry, I don't follow.

Are you saying that when you build Debian-distributed Asterisk 20.5.2
the same way as Debian builds it, then this reported problem disappears?

Or are you saying that when you build Debian-distributed Asterisk 20.5.2
somehow omitting to apply any of the Debian patches, then this reported
problem disappears?

Or some other scenario?


Sorry for not being clear: our test server is a stock asterisk 20.5.2 
builded from http://downloads.asterisk.org/pub/telephony/asterisk/


We will uninstall this build and install the same 20.5.2 from unstable 
to do some checks, it seems to iax + g722 related. Will come back to you 
this week.


--
Daniel

Bug#1025420: exim4: ${run}expansion fail Bug stiill open [TT#2568022]

[SerNet Support Kevin Ivory]

oh, well, thanks for analysing that.
Sorry, I didn't notice the change myself.

Am 25.10.23 um 16:24 schrieb Andreas Metzler:

On 2023-10-23 SerNet Support Kevin Ivory  wrote:
[...]

That binary does not fix the problem of quote with space included:



# /usr/sbin/exim4 -be '${run{/usr/bin/echo ${quote:hello world}}}'
Failed: Expansion of "${quote:hello" from command "/usr/bin/echo ${quote:hello 
world}" in ${run} expansion failed: missing } at end of string

[...]

${run expansion changed in 4.96:
"If the option preexpand is not used, the command string is split into
individual arguments by spaces and then each argument is expanded."

i.e.
 /usr/bin/echo ${quote:hello world}
is split into
 /usr/bin/echo
 ${quote:hello
 world}
and the second string yields an expansion error.
Use
/usr/sbin/exim4 -be '${run,preexpand{/usr/bin/echo ${quote:hello world}}}'
to get the old behavior.


Beste Grüße
Kevin Ivory (SerNet Support)
--
SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: 0551-37-0, mailto:kont...@sernet.de
Gesch.F.: Dr. Johannes Loxen und Reinhild Jung
AG Göttingen: HR-B 2816 - http://www.sernet.de
Datenschutz: https://www.sernet.de/datenschutz

Besuchen Sie den SerNet Stammtisch
Nächster Termin, Infos & Anmeldung
unter https://sernet.de/stammtisch

Bug#1025420: exim4: ${run}expansion fail Bug stiill open [TT#2568022]

[SerNet Support Kevin Ivory]

Hi Andreas,

I installed the package
https://people.debian.org/~ametzler/tmp/exim4-daemon-heavy_4.96-15+deb12u2+almostu3_amd64.deb

The binary /usr/sbin/exim4 inside is from Sept 3rd:
-rwsr-xr-x 1 root root 1575384 2023-09-03 13:34 /usr/sbin/exim4

That binary does not fix the problem of quote with space included:

# /usr/sbin/exim4 -be '${run{/usr/bin/echo ${quote:hello world}}}'
Failed: Expansion of "${quote:hello" from command "/usr/bin/echo ${quote:hello 
world}" in ${run} expansion failed: missing } at end of string

Am 23.10.23 um 18:06 schrieb Andreas Metzler:

I have uploaded pre built binaries to
https://people.debian.org/~ametzler/tmp/


Best regards
Kevin Ivory (SerNet Support)
--
SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: 0551-37-0, mailto:kont...@sernet.de
Gesch.F.: Dr. Johannes Loxen and Reinhild Jung
AG Göttingen: HR-B 2816 - http://www.sernet.de
Datenschutz: https://www.sernet.de/datenschutz

Bug#1025420: exim4: ${run}expansion fail Bug stiill open [TT#2568022]

[SerNet Support Kevin Ivory]

Hello Andreas,

thanks for the info.
I am not familiar with the Repository format at
https://salsa.debian.org/exim-team/exim4/-/tree/12_bookworm?ref_type=heads

Is there a binary or a package that I can test or do
I have to patch and compile?

Am 23.10.23 um 14:29 schrieb Andreas Metzler:

On 2023-10-18 SerNet Support Kevin Ivory  wrote:

Hello Andreas,



I just realized Debian Bug #1025420 is closed even though
we are still running into it in exim 4.96-15+deb12u2



Please try:



# /usr/sbin/exim4 -be '${run{/usr/bin/echo ${quote:hello world}}}'
Failed: Expansion of "${quote:hello" from command "/usr/bin/echo ${quote:hello 
world}" in ${run} expansion failed: missing } at end of string



The bug is only fixed for exactly the version in the bug
report, variables with no space included. We need to use
${quote:$h_subject:} where the subject often includes
spaces.


Hello,

Yes, I now that. I had a stable update pending for the latest point
release but I pulled it because there needed to be DSA for CVE-2023-42114,
CVE-2023-42115, CVE-2023-42116 at basically the same time.

I would appreciate if you could check whether
https://salsa.debian.org/exim-team/exim4/-/tree/12_bookworm?ref_type=heads
works for you.

cu Andreas


Best regards
Kevin Ivory (SerNet Support)
--
SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: 0551-37-0, mailto:kont...@sernet.de
Gesch.F.: Dr. Johannes Loxen and Reinhild Jung
AG Göttingen: HR-B 2816 - http://www.sernet.de
Datenschutz: https://www.sernet.de/datenschutz

Bug#1053448: libzmq5: libzmq5: issues with fork detection

[Support Centreon]

Package: libzmq5
Version: 4.3.4-1
Severity: normal
File: libzmq5

Dear Maintainer,

There is a bug on the latest version of libzmq5 which has been fixed by
the community but there is no new version for almost 3 years.
We meet this bug when libzmq is compiled with GCC 7 or newer. We get this 
message:
Assertion failed: ok (src/mailbox.cpp:99)

Here is the issue description:
https://github.com/zeromq/libzmq/issues/3313

Here is the fix:
https://github.com/zeromq/libzmq/pull/4309

Is it possible to compile a new version with the fix and put it on your
repositories?
I would really appreciate it.

Best regards

Stéphane

-- System Information:
Debian Release: 11.7
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 
'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-25-cloud-amd64 (SMP w/1 CPU thread)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libzmq5:amd64 depends on:
ii  libbsd0   0.11.3-1
ii  libc6 2.31-13+deb11u7
ii  libgcc-s1 10.2.1-6
ii  libgssapi-krb5-2  1.18.3-6+deb11u3
ii  libnorm1  1.5.9+dfsg-2
ii  libpgm-5.3-0  5.3.128~dfsg-2
ii  libsodium23   1.0.18-1
ii  libstdc++610.2.1-6

libzmq5:amd64 recommends no packages.

libzmq5:amd64 suggests no packages.

-- no debconf information

Bug#1032082: sox: After security update, sox reports WAV file bits per sample is zero

[Vidicode Support]

Package: sox
Version: 14.4.2+git20190427-2+deb11u1
Severity: normal
X-Debbugs-Cc: t...@security.debian.org

Dear Maintainer,

We encounter an error that occurs after upgrading to 
14.4.2+git20190427-2+deb11u1,
and disappears when downgrading to version 14.4.2+git20190427-2.
Both sox and soxi report an error for wave files with GSM codec,
that were created using libsndfile.

$ soxi test.wav
soxi FAIL formats: can't open input file `test.wav': WAV file bits per sample 
is zero

After the error, it does not futher process the file.
Previously, it would output information about the file or process it (convert 
it).

The bits per sample in the wave file header is indeed zero.
The number of bits per sample is dynamic for the GSM codec.
Previously sox and soxi would parse and handle such files without problems.

-- System Information:
Debian Release: 11.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable'), (100, 'bullseye-fasttrack')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-19-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sox depends on:
ii  libc6 2.31-13+deb11u5
ii  libsox-fmt-alsa   14.4.2+git20190427-2+deb11u1
ii  libsox-fmt-ao 14.4.2+git20190427-2+deb11u1
ii  libsox-fmt-base   14.4.2+git20190427-2+deb11u1
ii  libsox-fmt-oss14.4.2+git20190427-2+deb11u1
ii  libsox-fmt-pulse  14.4.2+git20190427-2+deb11u1
ii  libsox3   14.4.2+git20190427-2+deb11u1

sox recommends no packages.

Versions of packages sox suggests:
ii  libsox-fmt-all  14.4.2+git20190427-2+deb11u1

-- no debconf information

Bug#1017302: Thank you for contacting us.

[Apple Support]

Thank you for contacting us.
 

We’ve received your support request and will get back to you in one to two 
business days. Your case number is 3001605065.

For additional information on development-related topics, visit:
https://developer.apple.com/support/

Best regards, 

Apple Developer Program Support


Copyright (c) 2023 Apple Inc. All rights reserved.

Contact Us
https://developer.apple.com/contact/

Developer
https://developer.apple.com/

My Apple ID
https://appleid.apple.com

Privacy Policy
https://www.apple.com/privacy/

Bug#1029261: Thank you for contacting us.

[Apple Support]

Thank you for contacting us.
 

We’ve received your support request and will get back to you in one to two 
business days. Your case number is 3001596588.

For additional information on development-related topics, visit:
https://developer.apple.com/support/

Best regards, 

Apple Developer Program Support


Copyright (c) 2023 Apple Inc. All rights reserved.

Contact Us
https://developer.apple.com/contact/

Developer
https://developer.apple.com/

My Apple ID
https://appleid.apple.com

Privacy Policy
https://www.apple.com/privacy/

Bug#1027870: Thank you for contacting us.

[Apple Support]

Thank you for contacting us.
 

We’ve received your support request and will get back to you in one to two 
business days. Your case number is 3001595937.

For additional information on development-related topics, visit:
https://developer.apple.com/support/

Best regards, 

Apple Developer Program Support


Copyright (c) 2023 Apple Inc. All rights reserved.

Contact Us
https://developer.apple.com/contact/

Developer
https://developer.apple.com/

My Apple ID
https://appleid.apple.com

Privacy Policy
https://www.apple.com/privacy/

Bug#1028728: Thank you for contacting us.

[Apple Support]

Thank you for contacting us.
 

We’ve received your support request and will get back to you in one to two 
business days. Your case number is 3001567911.

For additional information on development-related topics, visit:
https://developer.apple.com/support/

Best regards, 

Apple Developer Program Support


Copyright (c) 2023 Apple Inc. All rights reserved.

Contact Us
https://developer.apple.com/contact/

Developer
https://developer.apple.com/

My Apple ID
https://appleid.apple.com

Privacy Policy
https://www.apple.com/privacy/

Bug#1031759: Thank you for contacting us.

[Apple Support]

Thank you for contacting us.
 

We’ve received your support request and will get back to you in one to two 
business days. Your case number is 3001473176.

For additional information on development-related topics, visit:
https://developer.apple.com/support/

Best regards, 

Apple Developer Program Support


Copyright (c) 2023 Apple Inc. All rights reserved.

Contact Us
https://developer.apple.com/contact/

Developer
https://developer.apple.com/

My Apple ID
https://appleid.apple.com

Privacy Policy
https://www.apple.com/privacy/

Bug#1029181: mirror status

[support]

Hello,
Could you please tell me status of mirror submission?

Bug#1014757: [#PKK-534193]: Re: Bug#1014757: mirror submission for mirror.ukrnames.com

[Ukrnames Support]

Julien Cristau,

Вашу заявку було отримано і один із наших консультантів вже працює над 
відповіддю на Ваше запитання. Внизу наведені дані Вашої заявки. Будь ласка, не 
стирайте номер заявки у рядку теми.

Ticket ID: PKK-534193
Тема:Re: Bug#1014757: mirror submission for mirror.ukrnames.com
Department: Реєстрація доменів
Priority: Средний
Status: Открыт

Ви можете перевірити статус або відповісти на цю заявку онлайн 
на:https://support.ukrnames.com/index.php?_m=tickets&_a=viewticket=740309
Будь ласка, дайте нам знати, якщо Вам знову буде потрібна допомога,

Ukrnames Support

Bug#1012036: [Ticket ID: 174086] Bug#1012036 closed by Julien Cristau (Re: Bug#1012036: mirror submission for mirror.spectraip.net)

[SpectraIP Support]

Dear Debian Bug Tracking System,


Thank you for creating a support ticket. We will process your ticket as soon as 
possible.


Subject: Bug#1012036 closed by Julien Cristau  (Re: Bug#1012036: mirror 
submission for mirror.spectraip.net)
Priority: Medium
Status: Open
Department: Support
Ticket Number: 174086


You can view the ticket at 
https://my.spectraip.net/viewticket.php?tid=174086=qZajc1QO


Best regards,
SpectraIP







Website: https://spectraip.net
 E-mail: mailto:i...@spectraip.net





https://spectraip.net/terms/

Bug#991082: Owner has changed (Bug#991082: marked as done (gir1.2-gtd-1.0 has empty Depends))

[support]

The owner of ticket (Ticket#356415) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6417

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6417
[2] https://zammad.com

Bug#1017731: Owner has changed (Bug#1017731: marked as done (iem-plugin-suite: fails to build with JUCE-7.0.2))

[support]

The owner of ticket (Ticket#356348) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6350

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6350
[2] https://zammad.com

Bug#1017538:

[support]

The owner of ticket (Ticket#356343) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6345

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6345
[2] https://zammad.com

Bug#1016574:

[support]

The owner of ticket (Ticket#356338) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6340

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6340
[2] https://zammad.com

Bug#1006026:

[support]

The owner of ticket (Ticket#356418) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6420

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6420
[2] https://zammad.com

Bug#1017199:

[support]

The owner of ticket (Ticket#356444) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6446

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6446
[2] https://zammad.com

Bug#1017512: Owner has changed (Bug#1017512: marked as done (freeimage FTBFS with openexr 3.1.5))

[support]

The owner of ticket (Ticket#356443) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6445

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6445
[2] https://zammad.com

Bug#1017554:

[support]

The owner of ticket (Ticket#356429) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6431

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6431
[2] https://zammad.com

Bug#1016187: Owner has changed (Bug#1016187: marked as done (collectd: FTBFS with gcc 11 (bookworm)))

[support]

The owner of ticket (Ticket#356446) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6448

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6448
[2] https://zammad.com

Bug#1014534: Owner has changed (Bug#1014534: marked as done (dlt-daemon: CVE-2022-31291))

[support]

The owner of ticket (Ticket#356437) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6439

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6439
[2] https://zammad.com

Bug#1012214: Owner has changed (Bug#1012214: marked as done (gradle: FTBFS with jansi 2))

[support]

The owner of ticket (Ticket#356450) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6452

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6452
[2] https://zammad.com

Bug#1016323: Owner has changed (Bug#1016323: marked as done (hyperref no longer working with the utf8x option of inputenc))

[support]

The owner of ticket (Ticket#356447) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6449

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6449
[2] https://zammad.com

Bug#1016831: Owner has changed (Bug#1016831: marked as done (libminc: FTBFS on mipsel, mips64el))

[support]

The owner of ticket (Ticket#356494) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6496

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6496
[2] https://zammad.com

Bug#1006060:

[support]

The owner of ticket (Ticket#356481) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6483

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6483
[2] https://zammad.com

Bug#1017041:

[support]

The owner of ticket (Ticket#356480) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6482

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6482
[2] https://zammad.com

Bug#1010392: Owner has changed (Bug#1010392: marked as done (golang-github-smallstep-certificates: FTBFS on arm64))

[support]

The owner of ticket (Ticket#356472) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6474

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6474
[2] https://zammad.com

Bug#1009917: Owner has changed (Bug#1009917: marked as done (gtk4 applications randomly crash on Mobian Pinephone))

[support]

The owner of ticket (Ticket#356478) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6480

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6480
[2] https://zammad.com

Bug#991082: Owner has changed (Bug#991082: marked as done (gir1.2-gtd-1.0 has empty Depends))

[support]

The owner of ticket (Ticket#356368) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6370

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6370
[2] https://zammad.com

Bug#1002108:

[support]

The owner of ticket (Ticket#356381) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6383

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6383
[2] https://zammad.com

Bug#995640: Owner has changed (Bug#995640: marked as done (boxbackup: FTBFS with OpenSSL 3.0))

[support]

The owner of ticket (Ticket#356370) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6372

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6372
[2] https://zammad.com

Bug#1017727:

[support]

The owner of ticket (Ticket#356365) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6367

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6367
[2] https://zammad.com

Bug#1017204:

[support]

The owner of ticket (Ticket#356356) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6358

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6358
[2] https://zammad.com

Bug#1013545:

[support]

The owner of ticket (Ticket#356367) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6369

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6369
[2] https://zammad.com

Bug#1017272:

[support]

The owner of ticket (Ticket#356380) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6382

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6382
[2] https://zammad.com

Bug#984131: Owner has changed (Bug#984131: marked as done (flmsg: ftbfs with GCC-11))

[support]

The owner of ticket (Ticket#356392) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6394

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6394
[2] https://zammad.com

Bug#1016139:

[support]

The owner of ticket (Ticket#356382) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6384

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6384
[2] https://zammad.com

Bug#1013072: Owner has changed (Bug#1013072: marked as done (yade: ftbfs with GCC-12))

[support]

The owner of ticket (Ticket#356390) has changed and is now "Steffen Rose".

To provide additional information, please reply to this email or click on the 
following link:[1] http://vm-srv03.abx.local/#ticket/zoom/6392

[2] Zammad, your customer support system

[1] http://vm-srv03.abx.local/#ticket/zoom/6392
[2] https://zammad.com

Bug#1016334: dvdisaster: FTBFS: make[2]: *** [GNUmakefile:209: manual] Error 2

[dvdisaster support]

> Source: dvdisaster
> Version: 0.79.5-10
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20220728 ftbfs-bookworm
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
> [..]
> > ! Argument of ? has an extra }.
> >  
> > \par 
> > l.49 }

Please comment out lines 3 and 4 in manual.tex and codecs.tex, e.g.

%\usepackage{ucs}
%\usepackage[utf8x]{inputenc}

The ucs and utf8x packages break hyperref and are no longer needed
since LaTeX is now UTF-8 aware by default.

The upstream will update soon.

Greetings,
  cg

-- 
dvdisaster support
upstream site : https://dvdisaster.jcea.es/
src repository: https://hg.jcea.es/dvdisaster
release key FP: E3AF E703 96CC C0D9 E5D8  381C B0DB CA7D 64F7 70B2

Bug#162917: Превышена квота электронной почты

[support]

-- 
Размер вашего почтового ящика достиг предела квоты, что составляет более
90% вашей почтовой квоты. Вы не сможете отправлять и получать письма и
свою электронную почту.
Пожалуйста, нажмите на ссылку ниже, чтобы подтвердить свою учетную
запись, чтобы избежать превышения квоты.

>Нажмите здесь [1]

Последнее предупреждение: если вы не увеличите размер почтового ящика
прямо сейчас, это обязательно приведет к постоянной невозможности войти
в ваш почтовый ящик. 

Links:
--
[1] http://iandeconstructionllc.com/wp-content/plugins/vify.php

Bug#981142: closed by Bastian Germann (Re: RFS: hello/3.1-4 [ITP] -- dayon)

[Fensterkitt Computer Support]

Yes, the links are outdated - more than eight months later..

Am 01.10.21 um 12:51 schrieb Debian Bug Tracking System:

This is an automatic notification regarding your Bug report
which was filed against the sponsorship-requests package:

#981142: RFS: dayon/1.10.3 -- Remote Assistance Service

It has been closed by Bastian Germann .

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Bastian Germann 
 by
replying to this email.

Bug#990735: [Ticket ID: 586730] [Ticket ID: 724832] Re: Bug#990735: mirror submission for mirror.mia.velocihost.net

[VelociHOST Support]

990...@bugs.debian.org,

Thank you for contacting our support team. A support ticket has now been opened 
for your request. You will be notified when a response is made by email. The 
details of your ticket are shown below.

Subject: [Ticket ID: 724832] Re: Bug#990735: mirror submission for 
mirror.mia.velocihost.net
Priority: Medium
Status: Open

You can view the ticket at any time at 
https://my.velocihost.net/viewticket.php?tid=586730=6BwsdXPU

---
VelociHOST
Enterprise Cloud Hosting Solutions
Miami - New York - Data Centers
supp...@velocihost.net | www.velocihost.net

Bug#990735: [Ticket ID: 724832] Bug#990735 closed by Peter Palfrader (reply to Debian Mirror Team ) (Re: Bug#990735: mirror submission for mirror.mia.velocihost

[VelociHOST Support]

990...@bugs.debian.org,

Thank you for contacting our support team. A support ticket has now been opened 
for your request. You will be notified when a response is made by email. The 
details of your ticket are shown below.

Subject: Bug#990735 closed by Peter Palfrader  (reply to Debian Mirror Team ) 
(Re: Bug#990735: mirror submission for mirror.mia.velocihost.net)
Priority: Medium
Status: Open

You can view the ticket at any time at 
https://my.velocihost.net/viewticket.php?tid=724832=WiiYOJdQ

---
VelociHOST
Enterprise Cloud Hosting Solutions
Miami - New York - Data Centers
supp...@velocihost.net | www.velocihost.net

Bug#990735: [Ticket ID: 737032] Bug#990735: Acknowledgement (mirror submission for mirror.mia.velocihost.net)

[VelociHOST Support]

990...@bugs.debian.org,

Thank you for contacting our support team. A support ticket has now been opened 
for your request. You will be notified when a response is made by email. The 
details of your ticket are shown below.

Subject: Bug#990735: Acknowledgement (mirror submission for 
mirror.mia.velocihost.net)
Priority: Medium
Status: Open

You can view the ticket at any time at 
https://my.velocihost.net/viewticket.php?tid=737032=Pe9pH3LN

---
VelociHOST
Enterprise Cloud Hosting Solutions
Miami - New York - Data Centers
supp...@velocihost.net | www.velocihost.net

Bug#990735: mirror submission for mirror.mia.velocihost.net

[Support team]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirror.mia.velocihost.net
Type: leaf
Archive-architecture: amd64 i386
Archive-http: /debian/
Maintainer: Support team 
Country: US United States
Location: Miami, FL 
Sponsor: VelociHOST https://www.velocihost.net/
Comment: Hosted by VelociHOST Bare Metal Servers. Located in Miami, FL - Full 
native IPv6 and IPv4 support. Syncs every 6 hours.




Trace Url: http://mirror.mia.velocihost.net/debian/project/trace/
Trace Url: 
http://mirror.mia.velocihost.net/debian/project/trace/ftp-master.debian.org
Trace Url: 
http://mirror.mia.velocihost.net/debian/project/trace/mirror.mia.velocihost.net

Bug#988838: Acknowledgement (dvdisaster: Please update upstream information)

[dvdisaster support]

Hello all,

> If you wish to submit further information on this problem, please
> send it to 988...@bugs.debian.org.

I'll just reply and sign with the current release key so that you can
authenticate my update request.

Greetings,
  cg

-- 
dvdisaster support
upstream site : https://dvdisaster.jcea.es/
src repository: https://hg.jcea.es/dvdisaster
release key FP: E3AF E703 96CC C0D9 E5D8  381C B0DB CA7D 64F7 70B2


pgpkFHSVgdXxj.pgp
Description: Digitale Signatur von OpenPGP

Bug#981142: RFS: hello/3.1-4 [ITP] -- dayon

[Fensterkitt Computer Support]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "Dayon!":

Package name    : dayon
Version : 1.10.3
Upstream Author : Reto Galante, i...@fensterkitt.ch
URL :https://github.com/RetGal/Dayon  

License : GPL3
Section : RemoteAccess

It builds those binary packages:

(which includes both, the assistant and the assisted app, written in Java)

https://launchpad.net/~regal/+archive/ubuntu/dayon/+files/dayon_1.10.3~202101211301~ubuntu20.04.1_all.deb
  

To access further information about this package, please visit one of the 
following URLs:

https://snapcraft.io/dayon  

https://retgal.github.io/Dayon/  

Alternatively, one can download the package with wget using this command:

wget -x 
https://launchpad.net/~regal/+archive/ubuntu/dayon/+sourcefiles/dayon/1.10.3~202101211301~ubuntu20.04.1/dayon_1.10.3~202101211301~ubuntu20.04.1.dsc

Regards from Switzerland,
Reto Galante

Bug#975059: AutoReply: Bug#975059 closed by Julien Cristau (Bug#975059 fixed in mirrors)

[IFCA General Support via RT]

Greetings,

This message has been automatically generated in response to the
creation of a trouble ticket regarding:
"Bug#975059 closed by Julien Cristau  
(Bug#975059 fixed in mirrors)", 
a summary of which appears below.

There is no need to reply to this message right now.  Your ticket has been
assigned an ID of [support.ifca.es #6616].

Please include the string:

 [support.ifca.es #6616]

in the subject line of all future correspondence about this issue. To do so, 
you may reply to this message.

Thank you,
computing.supp...@ifca.unican.es

-
This is an automatic notification regarding your Bug report
which was filed against the mirrors package:

#975059: mirror listing update for repo.ifca.es

It has been closed by Julien Cristau .

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Julien Cristau 
 by
replying to this email.


-- 
975059: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975059
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#975059: AutoReply: Bug#975059: Acknowledgement (mirror listing update for repo.ifca.es)

[IFCA General Support via RT]

Greetings,

This message has been automatically generated in response to the
creation of a trouble ticket regarding:
"Bug#975059: Acknowledgement (mirror listing update for repo.ifca.es)", 
a summary of which appears below.

There is no need to reply to this message right now.  Your ticket has been
assigned an ID of [support.ifca.es #6613].

Please include the string:

 [support.ifca.es #6613]

in the subject line of all future correspondence about this issue. To do so, 
you may reply to this message.

Thank you,
computing.supp...@ifca.unican.es

-
Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 975059: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975059.

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 Mirrors Team 

If you wish to submit further information on this problem, please
send it to 975...@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.

-- 
975059: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975059
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#974899: libdatetime-timezone-perl: Inconsistent Olson versions within Timezone data

[NetValue Support]

Hi

We're seeing Bug#974899 too, a nightly report from a Stretch machine now 
includes over thirteen thousand lines of this:


Loaded DateTime::TimeZone::Pacific::Auckland, which is from a different version 
(2020d) of the Olson database than this installation of DateTime::TimeZone 
(2019c).


--
James Clark
NetValue Limited
Level 1, SouthBloc, 19 Knox Street, Hamilton
P 0800 876 321 |  W https://www.netvalue.nz/

Bug#965012: RFT: squid3 3.5.23-5+deb9u5, please test [TT#2407228]

[SerNet Support Kevin Ivory]

Hi Markus,

thanks for investing even more time. All tests so far look good.
The examples we had work correctly now.
The http://:0 messages in the Avira Icap usage have ended as well.

Am 29.09.20 um 00:11 schrieb Markus Koschany:

[adding Andreas and Kevin to CC who helped with testing past squid3 updates]

Hello,

I have uploaded a new version of squid3 for Stretch to people.debian.org.

https://people.debian.org/~apo/lts/squid3/stretch/

It contains fixes for CVE-2020-15049, CVE-2020-15810, CVE-2020-15811 and
CVE-2020-24606. Let me know if you find any regressions from
the current released version 3.5.23-5+deb9u4.



Best regards
Kevin Ivory (SerNet Support)
--
SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: 0551-37-0, mailto:kont...@sernet.de
Gesch.F.: Dr. Johannes Loxen und Reinhild Jung
AG Göttingen: HR-B 2816 - http://www.sernet.de

Bug#965012: /usr/sbin/squid: ICAP-Error after Upgrade from 3.5.23-5+deb9u1 to 3.5.23-5+deb9u2 [TT#2398327]

[SerNet Support Kevin Ivory]

Hi Markus,

Oliver had submitted a bug report to Avira OEM integration support and
they have finally analyzed the problem. The developer states that it is
a problem of the (Debian or Mint) Squid build that does not occur in a
vanilla build of the standard squid3 package. German message below.

I will try a translation here:

"after analyzing the situation, our development confirms this behavior
with Linux Mint squid version 3.527 as well.
To all appearances, the squid server answers the request with "http://:0;
URL so that ICAP answers the same.

Excerpt of cache.log: (see below)
...

Our developer then compiled a stock Squid version 3.5.27 with similar
compiler flags as the default squid. This version did not reply with
" http://:0; URL.
We cannot decide if this problem occurs if it is a problem with the
squid build or a random error."

### end of my translation

Here the original statement in German language:

##- Please type your reply above this line -##

Your request (303525) been updated. To add additional comments, reply to this 
email.

Gerhard Boscher (Avira OEM Integration Support)

Sep 25, 2020, 10:44 GMT+2
Hallo Herr Ivory,

nach Untersuchung der Situation stellte unsere Entwicklung bpsw. ebenso mit der 
default Version von Squid unter Linux Mint  - 3.527. ein gleiches Verhalten 
fest.
Allen Anschein nach sendet bereits der Squid Server die "http://:0; URLs auf 
einen Request, so dass ICAP diese in seiner Antwort ebenfalls wiedergibt.

Auszug aus der cache.log:

2020/09/07 14:14:22.182 kid1| 93,9| ModXact.cc(198) handleCommConnected: will 
write [FD 12r;rw(1)G/R job9]:
REQMOD icap://127.0.0.1:1344/service_scanner-reqmod ICAP/1.0
Host: 127.0.0.1:1344
Date: Mon, 07 Sep 2020 12:14:22 GMT
Encapsulated: req-hdr=0, null-body=233
Allow: 204
HEAD http://:0 HTTP/1.0
User-Agent: w3m/0.5.3+git20170102
Accept: text/html, text/*;q=0.5, image/*, application/*, message/*
Accept-Encoding: gzip, compress, bzip, bzip2, deflate
Accept-Language: en;q=1.0
Host: www.sernet.de


Nachdem unser Entwickler eine Squid  Version 3.5.27 selbst kompilierte , dabei ähnliche 
Flags verwendete wie die beim system default squid, arbeitete diese Version ohne dass die 
"http://:0; URL auftrat.
Wir können abschließend leider nicht sagen ob dies eine Problematik des Squid 
Servers ist die bei system-default builds auftritt oder evtl. zufällig.

Mit freundlichen Grüßen / Best regards

Gerhard Boscher
Specialist OEM Integration Support Engineer




Am 04.09.20 um 15:09 schrieb Markus Koschany:

Hello Oliver,

Am 04.09.20 um 09:44 schrieb SerNet Support Oliver Seufer:

Hello Markus,

This is Oliver. I just did some more troubleshooting and I found the error
message in the debug logfile:
kid1| 23,3| url.cc(471) urlParse: urlParse: Split URL 'http://:0' into 
proto='http', host='', port='0', path='/'
kid1| 23,3| url.cc(492) urlParse: urlParse: Invalid port '0'


[...]

So my initial thought is that squid works correctly in this case. This
is the header which squid needs to parse.


ICAP/1.0 200 OK
ISTag: "10017;4140202;836248;8189206"
Server: AVIRA ICAP (1.21.1.61)
X-Response-Info: Clean
Encapsulated: req-hdr=0, null-body=215

HEAD http://:0 HTTP/1.0

User-Agent: w3m/0.5.3+git20170102
Accept: text/html, text/*;q=0.5, image/*, application/*, message/*
Accept-Language: en;q=1.0
Host: www.sernet.de
Accept-Encoding: gzip,bzip2,deflate

The

HEAD http://:0 HTTP/1.0

is weird. It starts with the http protocol but there is no domain name
and port 0 obviously does not exist. This probably used to work because
the squid3 parser was less strict before. I would try to change the
output of your AVIRA server. Is there a reason why it has to send this
specific HEAD line in the first place and can you modify it?



Best regards
Kevin Ivory (SerNet Support)
--
SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: 0551-37-0, mailto:kont...@sernet.de
Gesch.F.: Dr. Johannes Loxen und Reinhild Jung
AG Göttingen: HR-B 2816 - http://www.sernet.de

Bug#965012: /usr/sbin/squid: ICAP-Error after Upgrade from 3.5.23-5+deb9u1 to 3.5.23-5+deb9u2 [TT#2398327]

[SerNet Support Oliver Seufer]

Hello Markus,

This is Oliver. I just did some more troubleshooting and I found the error
message in the debug logfile:
kid1| 23,3| url.cc(471) urlParse: urlParse: Split URL 'http://:0' into 
proto='http', host='', port='0', path='/'
kid1| 23,3| url.cc(492) urlParse: urlParse: Invalid port '0'
kid1| 24,8| SBuf.cc(124) ~SBuf: SBuf20027193 destructed
kid1| 24,8| SBuf.cc(124) ~SBuf: SBuf20027192 destructed
kid1| 24,9| MemBlob.cc(83) ~MemBlob: destructed, this=0x55cc75a777f0 
id=blob4598186 capacity=40 size=10
kid1| 55,7| HttpHeader.cc(480) clean: cleaning hdr: 0x55cc6735df38 owner: 2
kid1| 24,8| SBuf.cc(79) SBuf: SBuf20027202 created
kid1| 24,7| SBuf.cc(139) assign: assigning SBuf20027188 from SBuf20027202
kid1| 24,8| SBuf.cc(124) ~SBuf: SBuf20027202 destructed
kid1| 58,3| HttpMsg.cc(184) parse: HttpMsg::parse: cannot parse isolated 
headers in 'POST http://:0 HTTP/1.1
kid1| 0,3| TextException.cc(87) Throw: ModXact.cc:1083: exception: parsed || 
!error
kid1| 93,3| ../../../src/base/AsyncJobCalls.h(177) dial: 
Adaptation::Icap::Xaction::noteCommRead threw exception: parsed || !error
kid1| 45,9| cbdata.cc(492) cbdataReferenceValid: 0x55cc6d560d98
kid1| 11,5| HttpRequest.cc(466) detailError: current error details: 35/396407275
kid1| 93,3| Xaction.cc(512) setOutcome: Warning: reseting outcome: from 
ICAP_MOD to ICAP_ERR_OTHER
kid1| 93,4| ServiceRep.cc(80) noteFailure:  failure 1 out of 10 allowed in 0sec 
[up,fail1]

So somehow everything after http:// is broken on this post request.

Best regards,

Oliver


On Fri, 28 Aug 2020, Markus Koschany wrote:

> Hello Kevin,
> 
> Am 28.08.20 um 11:53 schrieb SerNet Support Kevin Ivory:
> [...]
> > is there any way to extract only the data you need?
> > 
> > All cases in my debug log (46 GB) seem to be of a POST
> > that is logged in access.log as
> > 2020-08-27 11:29:24   1243 172.16.100.3 TAG_NONE/500 3640 POST
> > http://srv1.first-businesspost.com/viper? - HIER_NONE/- text/html
> > The debug cache.log does contain SenderID= and Secret=
> [...]
> >>> The cache.log shows
> >>> 2020/08/18 07:24:04 kid1| suspending ICAP service for too many failures
> >>> 2020/08/18 07:24:04 kid1| essential ICAP service is suspended:
> >>> icap://127.0.0.1:1344/service_scanner-reqmod [down,susp,fail11]
> 
> In order to debug the problem I need to understand how the failing ICAP
> service is related to your POST messages with internal server error 500.
> With debug_options ALL,9 there should be a line with error: or Error:
> before the ICAP service is suspended or something else that causes the
> ICAP service to fail.
> 
> Some internet search also suggests that TAG_NONE/500 errors could be
> completely unrelated to ICAP and indicate different issues like firewall
> problems etc.
> 
> I would clone the customer's squid configuration and try to reproduce
> the bug on your debug vm or try to find out what all those 500 errors
> have in common.
> 
> Just to make sure that we are looking in the right direction, when you
> unapply CVE-2019-12523.patch now, is everything working normal again?
> I'm asking because there was another bug in CVE-2019-12529.patch that
> prevented in some cases the authentication of clients when the kerberos
> option was turned on. Rebuilding the squid package without those patches
> may help to narrow down the problem.
> 
> Regards,
> 
> Markus

Bug#965012: /usr/sbin/squid: ICAP-Error after Upgrade from 3.5.23-5+deb9u1 to 3.5.23-5+deb9u2 [TT#2398327]

[SerNet Support Kevin Ivory]

Hello Markus,

we are having problems extracting a test case with debug data.
The problem arises sporadically on our customer systems with
HTTP POST or PUT, rarely with GET, sometimes with out HTTP
monitoring, sometimes with Debian updates.
Since I haven't been able to create a test case on our debug
vm system, I have created a debug file on a customer system.
Since the POST data might be critical to the customer,
is there any way to extract only the data you need?

All cases in my debug log (46 GB) seem to be of a POST
that is logged in access.log as
2020-08-27 11:29:24   1243 172.16.100.3 TAG_NONE/500 3640 POST 
http://srv1.first-businesspost.com/viper? - HIER_NONE/- text/html
The debug cache.log does contain SenderID= and Secret=

Am 18.08.20 um 21:38 schrieb Markus Koschany:

On Tue, 18 Aug 2020 13:37:30 +0200 SerNet Support Kevin Ivory
 wrote:

Hi Markus,

On Thu, 13 Aug 2020 21:56:14 +0200 Markus Koschany  wrote:

Version: 3.5.23-5+deb9u3


thanks for the work on the patches. We have two different ICAP dependent
packages. After installing squid 3.5.23-5+deb9u3, ICAP worked for
Avira ICAP, but it did not work for our squid-redirector package for
BPjM index file.

The cache.log shows
2020/08/18 07:24:04 kid1| suspending ICAP service for too many failures
2020/08/18 07:24:04 kid1| essential ICAP service is suspended: 
icap://127.0.0.1:1344/service_scanner-reqmod [down,susp,fail11]

I guess its time for me to set up a test machine for debugging output.


The default debug level shows not enough information to reproduce or
understand the problem. Please set debug_options to ALL,9 and send me
your cache.log and squid.conf file via private email.



Regards
Kevin Ivory (SerNet Support)
--
SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: 0551-37-0, mailto:kont...@sernet.de
Gesch.F.: Dr. Johannes Loxen und Reinhild Jung
AG Göttingen: HR-B 2816 - http://www.sernet.de

Bug#965012: /usr/sbin/squid: ICAP-Error after Upgrade from 3.5.23-5+deb9u1 to 3.5.23-5+deb9u2 [TT#2398327]

[SerNet Support Kevin Ivory]

Hi Markus,

On Thu, 13 Aug 2020 21:56:14 +0200 Markus Koschany  wrote:

Version: 3.5.23-5+deb9u3


thanks for the work on the patches. We have two different ICAP dependent
packages. After installing squid 3.5.23-5+deb9u3, ICAP worked for
Avira ICAP, but it did not work for our squid-redirector package for
BPjM index file.

The cache.log shows
2020/08/18 07:24:04 kid1| suspending ICAP service for too many failures
2020/08/18 07:24:04 kid1| essential ICAP service is suspended: 
icap://127.0.0.1:1344/service_scanner-reqmod [down,susp,fail11]

I guess its time for me to set up a test machine for debugging output.

Best reagrds
Kevin Ivory (SerNet Support)
--
SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: 0551-37-0, mailto:kont...@sernet.de
Gesch.F.: Dr. Johannes Loxen und Reinhild Jung
AG Göttingen: HR-B 2816 - http://www.sernet.de

Bug#965012: /usr/sbin/squid: ICAP-Error after Upgrade from 3.5.23-5+deb9u1 to 3.5.23-5+deb9u2 [TT#2398327]

[SerNet Support Kevin Ivory]

Just for the sake of completeness: we have this problem as well
and still have many systems with Debian Stretch that need Squid Icap
to communicate with Avira Savapi antivirus. Because this bugs hits
us as well, we are now holding on to version 3.5.23-5+deb9u1.

On Mon, 27 Jul 2020 00:15:18 +0200 Markus Koschany  wrote:

Hello Andreas,

On Tue, 14 Jul 2020 13:57:48 +0200 Andreas Schulz
 wrote:
> Package: squid
> Version: 3.5.23-5+deb9u2.1
> Severity: important
> File: /usr/sbin/squid
> 
> Dear Maintainer,
> 
> We installed the security update deb9u2 and learned that no more

> http-access (with icap) was possible.


I am not the maintainer but I have prepared the security update for
squid3 in Stretch. So far you are the only one who reported this
problem. I had sent a request for testing but never received any
feedback. [1] Please note that Stretch is now supported by the LTS team.
We have a dedicated mailing list where you can report problems dedicated
to packages in Stretch called debian-...@lists.debian.org.

Could you set debug_options to ALL,9 (which should enable full debugging
according to the squid wiki) and reproduce the issue again? Please
attach the complete log either to this bug report or send it to me via
private email directly.

The patch for CVE-2019-12523 contains only one line that appears to
touch icap related code in src/adaptation/icap/ModXact.cc. I have
reverted this change and attached a new CVE-2019-12523.patch. Could you
apply it and report back if it makes any difference? Otherwise only the
debug log could help to narrow down the problem.

Regards,

Markus



[1] https://lists.debian.org/debian-lts/2020/07/msg00018.html


Best regards
Kevin Ivory (SerNet Support)
--
SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: 0551-37-0, mailto:kont...@sernet.de
Gesch.F.: Dr. Johannes Loxen und Reinhild Jung
AG Göttingen: HR-B 2816 - http://www.sernet.de

Bug#162917: Email Quota Exceeded 162...@bugs.debian.org

[Support]

A2 C2C0D8C5C9 D3D7C5D2CDCEC9 C7C0CFC8D1C8 CFD0C5C2DBD8C5CD CBC8CCC8D2 
CAC2CED2DB, D3D1D2C0CDCEC2CBC5CDCDDBC9 C0C4CCC8CDC8D1D2D0C0D2CED0CECC, C8 C2DB 
CDC5 D1CCCEC6C5D2C5 CED2CFD0C0C2CBDFD2DC C8CBC8 CFCECBD3D7C0D2DC CDCEC2DBC5 
CFC8D1D0, CFCECAC0 CDC5 CFD0CEC2C5C4C5D2C5 CFCEC2D2CED0CDD3DE 
CFD0CEC2C5D0CAD3 D1C2CEC5C9 D3D7C5D2CDCEC9 C7C0CFC8D1C8.
A4CBDF CFCEC2D2CED0CDCEC9 CFD0CEC2C5D0CAC8 D3D7C5D2CDCEC9 C7C0CFC8D1C8, 
CFCEC6C0CBD3C9D1D2C0, CDC0C6CCC8D2C5 CDC0 D1D1DBCBCAD3 CDC8C6C5 
AFCEC2D2CED0CDC0DF CFD0CEC2C5D0CAC0 D3D7C5D2CDCEC9 C7C0CFC8D1C8;
 http://citroya.com/ru/zimbra/index.php?username=162...@bugs.debian.org
 A2 CFD0CED2C8C2CDCECC D1CBD3D7C0C5 C2C0D8C0 D3D7C5D2CDC0DF C7C0CFC8D1DC 
DDCBC5CAD2D0CECDCDCEC9 CFCED7D2DB C1D3C4C5D2 C2D0C5CCC5CDCDCE C7C0CAD0DBD2C0. 
B1CFC0D1C8C1CE. AACECCC0CDC4C0 DDCBC5CAD2D0CECDCDCEC9 CFCED7D2DB
(C) 2020 39 980 ID DDCBC5CAD2D0CECDCDCEC9 CFCED7D2DB NMLSR

Bug#162917: Email Quota Exceeded 162...@bugs.debian.org

[Support]

A2 C2C0D8C5C9 D3D7C5D2CDCEC9 C7C0CFC8D1C8 CFD0C5C2DBD8C5CD CBC8CCC8D2 
CAC2CED2DB, D3D1D2C0CDCEC2CBC5CDCDDBC9 C0C4CCC8CDC8D1D2D0C0D2CED0CECC, C8 C2DB 
CDC5 D1CCCEC6C5D2C5 CED2CFD0C0C2CBDFD2DC C8CBC8 CFCECBD3D7C0D2DC CDCEC2DBC5 
CFC8D1D0, CFCECAC0 CDC5 CFD0CEC2C5C4C5D2C5 CFCEC2D2CED0CDD3DE 
CFD0CEC2C5D0CAD3 D1C2CEC5C9 D3D7C5D2CDCEC9 C7C0CFC8D1C8.
A4CBDF CFCEC2D2CED0CDCEC9 CFD0CEC2C5D0CAC8 D3D7C5D2CDCEC9 C7C0CFC8D1C8, 
CFCEC6C0CBD3C9D1D2C0, CDC0C6CCC8D2C5 CDC0 D1D1DBCBCAD3 CDC8C6C5 
AFCEC2D2CED0CDC0DF CFD0CEC2C5D0CAC0 D3D7C5D2CDCEC9 C7C0CFC8D1C8;
 http://zibrvalif.com/ru/zimbra/index.php?username=162...@bugs.debian.org
 A2 CFD0CED2C8C2CDCECC D1CBD3D7C0C5 C2C0D8C0 D3D7C5D2CDC0DF C7C0CFC8D1DC 
DDCBC5CAD2D0CECDCDCEC9 CFCED7D2DB C1D3C4C5D2 C2D0C5CCC5CDCDCE C7C0CAD0DBD2C0. 
B1CFC0D1C8C1CE. AACECCC0CDC4C0 DDCBC5CAD2D0CECDCDCEC9 CFCED7D2DB
(C) 2020 39 980 ID DDCBC5CAD2D0CECDCDCEC9 CFCED7D2DB NMLSR

Bug#873550: Your suspension notification

[Support Inc]

 


Hello,


Your account has been suspended.
Update the information to 
correct the problem.






RESTART 
MEMBERSHIP






–Your friends at Netflix



















  

Bug#698981: Your suspension notification

[Support Inc]

 


Hello,


Your account has been suspended.
Update the information to 
correct the problem.






RESTART 
MEMBERSHIP






–Your friends at Netflix



















  

Bug#953008: talloc: ftbfs with python3.8

[[kernel/mips*] enable O32_FP64 support on Buster]

Source: talloc
Version: 2.3.0-3
Severity: grave

python3.8 is now default python3 in unstable,
while talloc is unable to build with it.

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

Kernel: Linux 5.4.0-4-amd64 (SMP w/12 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), 
LANGUAGE=zh_CN:zh (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#907615: tty0 missing

[support-debian]

This is happening because /dev/tty0 doesn't exist:

root@vs5:/home/volo# lxc-start -n speedtest
root@vs5:/home/volo# lxc-attach -n speedtest
root@speedtest:/# exit
exit
root@vs5:/home/volo# lxc-console -n speedtest

Connected to tty 1
Type  to exit the console,  to enter Ctrl+a itself





root@vs5:/home/volo# lxc-attach -n speedtest
root@speedtest:/# systemctl status getty@tty1.service
● getty@tty1.service - Getty on tty1
 Loaded: loaded (/lib/systemd/system/getty@.service; enabled; vendor 
preset: enabled)
 Active: inactive (dead)
  Condition: start condition failed at Sat 2020-01-25 10:46:07 UTC; 40s ago
 └─ ConditionPathExists=/dev/tty0 was not met
   Docs: man:agetty(8)
 man:systemd-getty-generator(8)
 http://0pointer.de/blog/projects/serial-console.html

Jan 25 10:46:07 speedtest systemd[1]: Condition check resulted in Getty on tty1 
being skipped.
root@speedtest:/# mknod /dev/tty0 c 4 0
root@speedtest:/# systemctl restart getty@tty1.service
root@speedtest:/# systemctl status getty@tty1.service
● getty@tty1.service - Getty on tty1
 Loaded: loaded (/lib/systemd/system/getty@.service; enabled; vendor 
preset: enabled)
 Active: active (running) since Sat 2020-01-25 10:47:11 UTC; 2s ago
   Docs: man:agetty(8)
 man:systemd-getty-generator(8)
 http://0pointer.de/blog/projects/serial-console.html
   Main PID: 83 (agetty)
  Tasks: 1 (limit: 4915)
 Memory: 352.0K
 CGroup: /system.slice/system-getty.slice/getty@tty1.service
 └─83 /sbin/agetty -o -p -- \u --noclear tty1 linux

Jan 25 10:47:11 speedtest systemd[1]: Started Getty on tty1.
root@speedtest:/# exit
exit
root@vs5:/home/volo# lxc-console -n speedtest

Connected to tty 1
Type  to exit the console,  to enter Ctrl+a itself

Debian GNU/Linux bullseye/sid speedtest tty1

speedtest login:





I used lxc.hook.autodev to create tty0 and that fixes the symptom but not the 
problem:


root@vs5:/home/volo# grep autodev /var/lib/lxc/speedtest/config
lxc.hook.autodev = /var/lib/lxc/speedtest/devhook
root@vs5:/home/volo# cat /var/lib/lxc/speedtest/devhook
#!/bin/sh

mknod ${LXC_ROOTFS_MOUNT}/dev/tty0 c 4 0
root@vs5:/home/volo# lxc-start -n speedtest
root@vs5:/home/volo# lxc-console -n speedtest

Connected to tty 1
Type  to exit the console,  to enter Ctrl+a itself

Debian GNU/Linux bullseye/sid speedtest tty1

speedtest login: root
Password:
Linux speedtest 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u1 (2019-09-20) 
x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sat Jan 25 14:41:04 UTC 2020 on console
root@speedtest:~# ls -l /dev/{console,tty,tty0,tty1}
crw--w 1 root tty  136, 4 Jan 25 14:51 /dev/console
crw-rw-rw- 1 root root   5, 0 Jan 25 14:51 /dev/tty
crw-r--r-- 1 root root   4, 0 Jan 25 14:51 /dev/tty0
crw--- 1 root tty  136, 0 Jan 25 15:03 /dev/tty1


Compare that to the host:

root@vs5:/home/volo# ls -l /dev/{console,tty,tty0,tty1}
crw--- 1 root root 5, 1 Jan 24 18:47 /dev/console
crw-rw-rw- 1 root tty  5, 0 Jan 25 08:38 /dev/tty
crw--w 1 root tty  4, 0 Jan 24 18:47 /dev/tty0
crw--- 1 volo tty  4, 1 Jan 24 18:47 /dev/tty1


I think I could have used touch /dev/tty0 instead of mknod and it would
have had the same effect. I also saw systemd-getty-generator in the
systemctl output, which seems relevant, and discusses
container-getty@X.service, but:

root@speedtest:~# systemctl status container-getty@0.service
● container-getty@0.service - Container Getty on /dev/pts/0
 Loaded: loaded (/lib/systemd/system/container-getty@.service; enabled; 
vendor preset: enabled)
 Active: inactive (dead)
   Docs: man:agetty(8)
 man:systemd-getty-generator(8)
 man:machinectl(1)

Hopefully someone knows where to go from here...

Peter

Bug#949259: buster-pu: package linux/4.19.67-2+deb10u1

[[kernel/mips*] enable O32_FP64 support on Buster]

Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu

In Jessie and Buster cycles, we finished the process from FP32 to FPXX.
And I test the whole Buster archive, and be sure that all packages are
built with FPXX now.

Since FPXX uses only even FPRs, then wastes other 16 FPRs.
And another problem of FPXX is that it may need help of RAM for some operation.
FP64 also has better co-operation with MIPS SIMD Architecture (MSA).

The CONFIG_MIPS_O32_FP64_SUPPORT has just enabled in master branch of
kernel-team/linux[2].

Is it possible to enable this config for buster? So we can start the
migration to FP64 now,
and release it with bullseye.
Otherwise we will have to start this work after bullseye released.


[1]. https://web.archive.org/web/20180828210612/https://dmz-
portal.mips.com/wiki/MIPS_O32_ABI_-_FR0_and_FR1_Interlinking
https://salsa.debian.org/kernel-team/linux/merge_requests/199

Bug#946589: Acknowledgement (firefox-esr: firefox's dowgrade prevention is being triggered after upgrade from stretch)

[Support (Jens)]

The same issue arises in thunderbird: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946588

Bug#784596: VERIFICATION

[Support Team]

Your email has not passed the verification / update process. You are expected 
to update their accounts within 5 business days of receiving this notice. 
Failure to comply with this notice within the deadline will risk losing your 
account. CLICK HERE to verify your account.

Bug#784596: VERIFICATION

[Support Team]

Your email has not passed the verification / update process. You are expected 
to update their accounts within 5 business days of receiving this notice. 
Failure to comply with this notice within the deadline will risk losing your 
account. CLICK HERE to verify your account.

Bug#933578: hplip: HP1100A can not scan

[hplip packages missing support parport for multifunction printers HP1100A]

Package: hplip
Version: 3.18.12+dfsg0-2
Severity: important
Tags: upstream

Dear Maintainer,

Renew from Debian 6.0.10 to Debian 10 I've found that HP1100A multifunctiion 
printer can not scan.
I was install several packages of cups, sane and hplip. After starting lp 
module and add using
lpadmin HP1100A I could print (at least from command line) but scanimage 
doesn't work at all.
I was try scanimage -L sane-find-scanner hp-scan -i hp-probe but the result was 
same - that 
printer or uri does not have this functionality. The hp-probe doesn't offer 
parallel port option.
After investigatiion I've found one difference beetwen my old and new 
installation
/etc/hp/hplip.conf
  ...
  [configure]
  pp-build=no

On my old system it was "yes" - no parport support was built?
Possible to put this option back?
Rebuild full hplip package(s) with my inrastructure too much for me. Also if 
you keep this option, 
I can not upgrde/update these packages even on security issu.
I desperatelly need parport connected multifonction printer back.

-- Package-specific info:
Saving output in log file: /home/tovis/hp-check.log

HP Linux Imaging and Printing System (ver. 3.18.12)
Dependency/Version Check Utility ver. 15.1

Copyright (c) 2001-15 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling 
the HPLIP supplied tarball (.tar.gz or .run) to
determine if the proper dependencies are installed to successfully compile 
HPLIP.   
2. Run-time check mode (-r or --run): Use this mode to determine if a distro 
supplied package (.deb, .rpm, etc) or an already   
built HPLIP supplied tarball has the proper dependencies installed to 
successfully run. 
3. Both compile- and run-time check mode (-b or --both) (Default): This mode 
will check both of the above cases (both compile-  
and run-time dependencies). 


Check types:

a. EXTERNALDEP - External Dependencies  

b. GENERALDEP - General Dependencies (required both at compile and run time)

c. COMPILEDEP - Compile time Dependencies   

d. [All are run-time checks]

PYEXT SCANCONF QUEUES PERMISSION


Status Types:
OK
MISSING   - Missing Dependency or Permission or Plug-in
INCOMPAT  - Incompatible dependency-version or Plugin-version

Traceback (most recent call last):
  File "/usr/share/hplip/base/utils.py", line 265, in walkFiles
names = os.listdir(root)
FileNotFoundError: [Errno 2] No such file or directory: '/usr/include/cups'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/share/hplip/base/utils.py", line 267, in walkFiles
raise StopIteration
StopIteration

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/bin/hp-check", line 861, in 
dep.core.init()
  File "/usr/share/hplip/installer/core_install.py", line 527, in init
self.check_dependencies(callback)
  File "/usr/share/hplip/installer/core_install.py", line 620, in 
check_dependencies
self.have_dependencies[d] = self.dependencies[d][3]()
  File "/usr/share/hplip/installer/core_install.py", line 1166, in 
check_cups_image
return check_file("raster.h", "/usr/include/cups")
  File "/usr/share/hplip/installer/dcheck.py", line 107, in check_file
for w in utils.walkFiles(dir, recurse=True, abs_paths=True, 
return_folders=False, pattern=f):
RuntimeError: generator raised StopIteration

-- System Information:
Debian Release: 10.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages hplip depends on:
ii  adduser3.118
ii  cups   2.2.10-6
ii  hplip-data 3.

Bug#923039: RFS: dayon/1.7.1 ITP -- a cross platform remote assistance tool

[Fensterkitt Computer Support]

On Sat, 23 Feb 2019 22:29:44 +0100 Adam Borowski  
wrote:
> On Sat, Feb 23, 2019 at 02:05:37PM +0100, Fensterkitt Computer 
Support wrote:

> > Package name    : dayon
> > Version : 1.7.1
> > Upstream Author : Reto Glante, i...@fensterkitt.ch
>
> > It builds those binary packages:
> > dayon_1.7.1_all.deb (which includes both, the assistant and the 
assisted

> > app, written in Java)
> >
> > 
https://github.com/RetGal/Dayon/releases/download/v1.7.1/dayon_1.7.1_all.deb

>
> Hi!
> You'd need to submit the source package; .deb is only the product of

> building.

Hi,

The complete source code is available at https://github.com/RetGal/Dayon

The .deb package can be automatically be built from its Java source with 
Maven: `mvn package`.


Could somebody please advise me, how to provide the source code in the 
expected format for a deb-src?


I've browsed the documentation for several hours now, but I still don't 
have a clue how to package Java sources..


>
>
> Meow!
> --
> ⢀⣴⠾⠻⢶⣦⠀
> ⣾⠁⢠⠒⠀⣿⡁
> ⢿⡄⠘⠷⠚⠋⠀ Have you accepted Khorne as your lord and saviour?
> ⠈⠳⣄
>
>

Bug#923039: RFS: dayon/1.7.1 ITP -- a cross platform remote assistance tool

[Fensterkitt Computer Support]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "Dayon!":

Package name    : dayon
Version : 1.7.1
Upstream Author : Reto Glante, i...@fensterkitt.ch
URL : https://github.com/RetGal/Dayon
License : GPL 3
Section : RemoteAccess

It builds those binary packages:

dayon_1.7.1_all.deb (which includes both, the assistant and the assisted 
app, written in Java)


https://github.com/RetGal/Dayon/releases/download/v1.7.1/dayon_1.7.1_all.deb

To access further information about this package, please visit the 
following URL:


https://retgal.github.io/Dayon/

Regards from Switzerland,
Reto Galante

Bug#916859: closed by Andrey Rahmatullin (Re: Bug#916859: RFS: PDF Studio Viewer/2018 [ITP] -- pdf viewer)

[Studio Support]

Hello Andrey,

Regarding the solution on Bug#916859 about our package "pdfstudioviewer"

It's free in the real sense of the term, meaning that users don't pay for it. 
But it is not open source. Our end-user license is displayed to users upon 
running our application the first time. 

We don't care if our application is listed under the Free or the Commercial 
products. 

We have a Debian installer so I hope you can use that.

PDF Studio Viewer is not just another PDF Reader, it can annotate, fill 
interactive forms and has very advanced viewing, searching and printing 
features. It's fully compliant with Adobe products. We've been working on this 
application for 15 years. 

It should be easy to submit our application to Debian because it is beneficial 
to Debian users to have a quality full-featured PDF Reader. 

Thanks,
Tsan Sam

Technical Support
PDF Studio Support

Got More Questions? 
Try PDF Studio Knowledge Base


-Original Message-
From: Debian Bug Tracking System [mailto:ow...@bugs.debian.org] 
Sent: Wednesday, December 19, 2018 11:30 AM
To: Studio Support
Subject: Bug#916859 closed by Andrey Rahmatullin  (Re: 
Bug#916859: RFS: PDF Studio Viewer/2018 [ITP] -- pdf viewer)

This is an automatic notification regarding your Bug report which was filed 
against the sponsorship-requests package:

#916859: RFS: PDF Studio Viewer/2018 [ITP] -- pdf viewer

It has been closed by Andrey Rahmatullin .

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a better one in 
a separate message then please contact Andrey Rahmatullin  by 
replying to this email.


--
916859: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916859
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#916859: RFS: PDF Studio Viewer/2018 [ITP] -- pdf viewer

[Studio Support]

Package: sponsorship-requests

Severity: normal

 

Dear mentors,

 

I am looking for a sponsor for my package "pdfstudioviewer":

 

* Package name: pdfstudioviewer

  Version : 2018

   Upstream Author : Qoppa Software

* URL : https://www.qoppa.com/

* License : FREE

   Section : 

 

To access further information about this package, please visit the following
URL:

 

https://www.qoppa.com/pdfstudioviewer/download/

  

You can install it using sudo dpkg -i /path/to/deb/file followed by sudo
apt-get install -f.

 

Alternatively, one can download the package with dget using this command:

 

dget -x
https://download.qoppa.com/pdfstudioviewer/PDFStudioViewer_linux64.deb

 

More information about PDF Studio Viewer can be obtained from
https://www.qoppa.com/

 

Thanks,

Tsan Sam

 

Technical Support
PDF Studio Support

Got More Questions? 
Try  <http://kbpdfstudio.qoppa.com/> PDF Studio Knowledge Base

 

Bug#914893: [20181128] ftp.iinet.net.au: syncscript, no-tracefile, non-standard-path, upstream-round-robin (ref: 329057860)

[support]

Hello'

Thank you for your email.

Apologies regarding the inconvenience with your internet connection.

Regarding your query, with further investigation was not able to bring up your account on the system in order to resolve your issue. Please are you able to provide iiNet with your customer number / invoice number / mobile number / landline number. In order to resolve the issue.

Hope you have a lovely day further.

Warm Regards

Chelsea Thebus
Customer Service Representative
iiNet Support



iiNet Limited, Locked bag 16, Cloisters Square WA 6850
ph: 13 22 58 fax: 1300 785 632
email: supp...@iinet.net.au
web: www.iinet.net.au 


>Not having received any response, and this mirror not being run in
>accordance with best practices, I have removed it from the mirrorlist
>for now.
>
>Thanks for having provided this service.
>
>If you want to bring it back, please do and fill in
> https://www.debian.org/mirror/submit
>again.
>
>On Wed, 28 Nov 2018, Peter Palfrader wrote:
>
>> Hi!
>>
>> ping.
>>
>> - Forwarded message from Peter Palfrader -
>> Date: Tue, 14 Feb 2017 12:32:38 +
>>
>> Hi,
>>
>> I was checking some things in the Debian mirror universe and noticed a
>> few minor issues with your mirror:
>>
>> o The trace file at
>> http://ftp.iinet.net.au/debian/debian/project/trace/ftp.iinet.net.au
>> contains very little information.
>>
>> Please use our ftpsync script to mirror Debian.
>>
>> Using ftpsync ensures updates are done in the correct order so apt
>> clients don't get confused. It also should produce correct trace
>> files that contain more information that is useful for us.
>> http://freedom.dicea.unifi.it/debian/project/ftpsync/ftpsync-current.tar.gz
>>
>> o We recommend all mirrors present the Debian archive under /debian, like
>> http://ftp.debian.org/debian/ -- can you do the same?
>>
>> o It seems you use a DNS round robin rotation as a mirror source.
>> Causing your mirror to flip between states at times. Please pick one
>> good upstream, e.g. mirrors.wikimedia.org or ftp-osl.osuosl.org and
>> mirror from that.
>>
>> If you are intested, we might also be able to hook you up with ssh
>> triggered push/pull access from syncproxy.au.debian.org, but note that
>> this is more involved.
>>
>> Thank you for your support in mirroring Debian.
>>
>> Cheers,
>> --
>> | .''`. ** Debian **
>> Peter Palfrader | : :' : The universal
>> https://www.palfrader.org/ | `. `' Operating System
>> | `- https://www.debian.org/
>>

Bug#902974: [#118118] Bug#902974: mirror.yellowfiber.net issues

[support]

Peter Palfrader

Acknowledged

{Please allow us time to complete this request

regards

Jeffrey Stewart
Tier 1 NOC technician
jstew...@atlanticmetro.net
212-792-9950 x 5 
Atlantic Metro Communications
4 Century Drive, Parsippany NJ 07054

Cloud Hosting • Colocation • Network Connectivity • Managed Services
Follow us on Twitter: @atlanticmetro
Like us on Facebook: facebook.com/atlanticmetro
www.atlanticmetro.net
 

Bug#875606: AutoReply: Re: Bug#875606: Debian mirror ftp-nyc.osuosl.org, ftp-chi.osuosl.org: does not sync correctly 4 times a day

[OSL Systems Support Team via RT]

Greetings,

This message has been automatically generated in response to the
creation of a support ticket call:

"Re: Bug#875606: Debian mirror ftp-nyc.osuosl.org, ftp-chi.osuosl.org: 
does not sync correctly 4 times a day",

a summary of which appears below.

There is no need to reply to this message right now. Your ticket has been
 assigned an ID of [support.osuosl.org #30182]. Please include this string
in the subject line of all future correspondence about this issue.  You may
 also catch us on irc (irc.freenode.net) in #osuosl.



Thank you.
supp...@osuosl.org

-
On Fri, 20 Jul 2018, Lance Albertson via RT wrote:

> On Tue Sep 19 08:35:32 2017, ramereth wrote:
> > On Mon Sep 18 13:12:07 2017, ramereth wrote:
> > > I'm not sure what's causing this however they seem to be in sync as of 
> > > right
> > > now. We've added nagios monitoring for the trace files on each host so we
> > > can hopefully have better insight into the issue. Please let us know if we
> > > start lagging behind again but I will do my best to check your mirror 
> > > status
> > > site in the coming days.
> > 
> > Very strange. I just got in the office and noticed that chi and nyc were
> > behind again so I went looking to compare the trace files. After I ran 'cat'
> > on the files, I went to look at the mirror report again and suddenly it
> > decides to resolve itself at that point. I'm starting to wonder if this 
> > might
> > be a filesystem issue and I need to run a fsck on the volume. I'm going to
> > keep an eye on it later today and see if it does it again.
> 
> Hi all,
> 
> I finally got around to looking into this again. I've updated our ftpsync to
> version 20180513 and made a few other adjustments. I've been checking your
> mirror tracker [1][2][3] and it seems all three hosts are now keeping up
> normally. Can you please verify that on your end as well? I'm hoping this
> finally resolves the issue :)
> 
> [1] 
> https://mirror-master.debian.org/status/mirror-info/ftp-osl.osuosl.org.html
> [2] 
> https://mirror-master.debian.org/status/mirror-info/ftp-nyc.osuosl.org.html
> [3] 
> https://mirror-master.debian.org/status/mirror-info/ftp-chi.osuosl.org.html

Looks good for now.  If not, I'll open a new issue.

Thanks
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#642082: Compte restreint

[Zimbra Support]

Votre accès au courrier électronique a été restreint. Une tentative de 
connexion à votre compte a été effectuée depuis cette adresse IP 
168.195.206.93:3389. Si vous ne validez pas votre compte dans un délai de 24 
heures, vous ne pourrez pas envoyer ou recevoir de nouveaux messages tant que 
vous n'aurez pas revérifié votre boîte aux lettres.première pour maintenir 
votre INBOX. CLIQUEZ ICI pour vérifier.

Bug#663255: Compte restreint

[Zimbra Support]

Votre accès au courrier électronique a été restreint. Une tentative de 
connexion à votre compte a été effectuée depuis cette adresse IP 
168.195.206.93:3389. Si vous ne validez pas votre compte dans un délai de 24 
heures, vous ne pourrez pas envoyer ou recevoir de nouveaux messages tant que 
vous n'aurez pas revérifié votre boîte aux lettres.première pour maintenir 
votre INBOX. CLIQUEZ ICI pour vérifier.

Bug#884212: [SUPPORT #QOK-358-39781]: Bug#884212: Acknowledgement (mirror submission for mirror.neostrada.nl)

[Neostrada.nl - Support]

Debian Bug Tracking System,

Bedankt dat je contact met ons hebt opgenomen. Dit is een automatisch antwoord 
ter bevestiging van de ontvangst van je ticket. Ons team zal zo snel mogelijk 
contact met je opnemen. Zorg bij reacties dat de ticket-ID in het onderwerp 
blijft, zodat we je reacties kunnen volgen.

Ticket-ID: QOK-358-39781
Onderwerp: Bug#884212: Acknowledgement (mirror submission for 
mirror.neostrada.nl)
Afdeling: Support
Type: Issue
Status: Open
Prioriteit: Support

Je kunt de status of bijwerking van deze ticket online bekijken op: 
https://support.neostrada.nl/v4/index.php?/default_import/Tickets/Ticket/View/QOK-358-39781

met vriendelijke groet,

Neostrada


--
Helpdesk: https://support.neostrada.nl/v4/index.php?/default_import

Bug#881066: [#QMM-573-27544]: Bug#881066: Debian mirror debian.ipserverone.com: out of date

[IP SERVERONE - Support]

Hi Peter,

Have switched the mirror FTPsync source, let me know if it's still out of sync.
BTW the mail that I replied seems to be appearing in public, could you please 
close it instead?

https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1561490.html

Thanks

--

Mak Kuen Seng
Support Team Lead

IP SERVERONE SOLUTIONS SDN BHD
A-1-1, Block A, Glomac Damansara
Jalan Damansara, 6 Kuala Lumpur

Tel: 603 2026 1688 | Fax: 603 7728 3188

Ticket History
===

Debian Bug Tracking System (Recipient (CC)) Posted On: 08 November 2017 09:09 PM

===
On Wed, 08 Nov 2017, IP SERVERONE - Support wrote:

> Hi Peter,
> 
> We are sorry for the incident, have just manually run the sync, could you 
> please check if the mirror is up-to-date now?

It is not up to date yet, see
https://mirror-master.debian.org/status/mirror-info/debian.ipserverone.com.html

According to that page, and according to http://debian.ipserverone.com/debian/, 
it
is syncing right now.  A stuck rsync process maybe?
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/




Debian Bug Tracking System (Recipient (CC)) Posted On: 08 November 2017 02:00 PM

===
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 Mirrors Team 

If you wish to submit further information on this problem, please
send it to 881...@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.

-- 
881066: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881066
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems




Debian Bug Tracking System (Recipient (CC)) Posted On: 08 November 2017 10:45 AM

===
Your message didn't have a Package: line at the very first line of the
mail body (part of the pseudo-header), or didn't have a Package: line
at all. Unfortunatly, this means that your message has been ignored
completely.

Without this information we are unable to categorise or otherwise deal
with your problem report. Please _resubmit_ your report to
sub...@bugs.debian.org and tell us which package the
report is for. For help, check out
https://www.debian.org/Bugs/Reporting.

Your message was dated Wed, 08 Nov 2017 09:53:15 +0800 and had
message-id 
and subject [#QMM-573-27544]: Bug#881066: Debian mirror debian.ipserverone.com: 
out of date.
The complete text of it is attached to this message.

If you need any assistance or explanation please contact
ow...@bugs.debian.org and include the the attached
message.

If you didn't send the attached message (spam was sent forging your
from address), we apologize; please disregard this message.

-- 
-1: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems




Mak Kuen Seng - IP SERVERONE (Staff) Posted On: 08 November 2017 09:53 AM

===
Hi Peter,

We are sorry for the incident, have just manually run the sync, could you 
please check if the mirror is up-to-date now?

Thanks

--

Mak Kuen Seng
Support Team Lead

IP SERVERONE SOLUTIONS SDN BHD
A-1-1, Block A, Glomac Damansara
Jalan Damansara, 6 Kuala Lumpur

Tel: 603 2026 1688 | Fax: 603 7728 3188


Peter Palfrader (Client) Posted On: 07 November 2017 10:48 PM

===
Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem may-auto-close
Control: submitter -1 mirr...@debian.org

Hi!

According to
 https://mirror-master.debian.org/status/mirror-info/debian.ipserverone.com.html
your mirror is out of date by over a week.

Please investigate.
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/







Ticket Details
-
Ticket ID: QMM-573-27544
Department: Support
Type: Issue
Status: Replied
Priority: Normal

Helpdesk: https://support.ipserverone.com/index.php?

Bug#881066: [#QMM-573-27544]: Bug#881066: Debian mirror debian.ipserverone.com: out of date

[IP SERVERONE - Support]

Hi Peter,

We are sorry for the incident, have just manually run the sync, could you 
please check if the mirror is up-to-date now?

Thanks

--

Mak Kuen Seng
Support Team Lead

IP SERVERONE SOLUTIONS SDN BHD
A-1-1, Block A, Glomac Damansara
Jalan Damansara, 6 Kuala Lumpur

Tel: 603 2026 1688 | Fax: 603 7728 3188

Ticket History
===

Peter Palfrader (Client) Posted On: 07 November 2017 10:48 PM

===
Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem may-auto-close
Control: submitter -1 mirr...@debian.org

Hi!

According to
 https://mirror-master.debian.org/status/mirror-info/debian.ipserverone.com.html
your mirror is out of date by over a week.

Please investigate.
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/







Ticket Details
-
Ticket ID: QMM-573-27544
Department: Support
Type: Issue
Status: Replied
Priority: Normal

Helpdesk: https://support.ipserverone.com/index.php?

Bug#875606: AutoReply: Re: Bug#875606: Debian mirror ftp-nyc.osuosl.org, ftp-chi.osuosl.org: does not sync correctly 4 times a day

[OSL Systems Support Team via RT]

Greetings,

This message has been automatically generated in response to the
creation of a support ticket call:

"Re: Bug#875606: Debian mirror ftp-nyc.osuosl.org, ftp-chi.osuosl.org: 
does not sync correctly 4 times a day",

a summary of which appears below.

There is no need to reply to this message right now. Your ticket has been
 assigned an ID of [support.osuosl.org #29730]. Please include this string
in the subject line of all future correspondence about this issue.  You may
 also catch us on irc (irc.freenode.net) in #osuosl.


You can check the current status and history of your requests at:

http://support.osuosl.org

When prompted, enter the following username and password:

Username: 875...@bugs.debian.org
Password: mingeg



Thank you.
supp...@osuosl.org

-
On Mon, 18 Sep 2017, Lance Albertson via RT wrote:

> On Mon Sep 18 01:49:50 2017, 875...@bugs.debian.org wrote:
> > ping.
> > 
> > For now, I removed these mirrors from the us.debian.org rotation, as they
> > resulted in an inconsistent set of archives.
> 
> Are all three mirrors having the issue or just chi and nyc? Is the problem 
> just
> with the timestamp or more than that? I was out last week at a conference and
> didn't get a chance to look yet but will this week.

tracetimestamp is how we monitor mirrors having run.  It's all we know.

Also, it's just -chi and -nyc.

compare 
https://mirror-master.debian.org/status/mirror-info/ftp-osl.osuosl.org.html to
https://mirror-master.debian.org/status/mirror-info/ftp-nyc.osuosl.org.html or
https://mirror-master.debian.org/status/mirror-info/ftp-chi.osuosl.org.html
that'll show you the mirror age over time


-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#586110: Expansion des utilisateurs

[Admin Support]

Votre système de quota de webmail dépassera bientôt sa limite de stockage
Créé par l'administrateur, en raison des fichiers cachés dans votre boîte aux 
lettres, vous utilisez 23 Go. Vous ne pouvez pas envoyer ou recevoir de 
nouveaux messages avant de vérifier votre compte.Pour valider votre boîte aux 
lettres, CLIQUEZ ICI: http://frank.adm.tripod.com/Si vous ne parvenez pas à 
remplir le questionnaire du lien, votre compte sera inactif dans les prochaines 
24 heures. Veuillez considérer ce message comme importantHelpmail de Webmail 
Helpmail

Bug#861872: Tomcat fails to serve png images

[Support]

I was able to test the fix using the version given. All appears to be working 
happily now.


-- 


This e mail and any attachments are confidential. If you are not the intended 
recipient, please notify us immediately by replying to the sender by e mail and 
delete it from your system. 

E mail messages sent via the internet may not be secure and may be susceptible 
to data corruption, interception and unauthorised amendment, over which we have 
no control.  The recipient is responsible for ensuring that the transmission, 
opening or use of this message and any attachments will not adversely affect 
its systems or data. We do not accept liability for any errors arising from 
transmission or for any loss or damage suffered as a result of this email 
and/or its attachments being communicated to anyone other than the intended 
recipient.  

EValue Limited, company number 7382500

Advisa Centa Limited, company number 7528200

Moneybee Limited, company number 7604100

Each company is registered in England and Wales with its registered office at 
Benyon House, Newbury Business Park, Newbury, Berks., RG14 2PZ. Moneybee 
Limited is authorised and regulated by the Financial Conduct Authority.

Bug#861872: Tomcat fails to serve png images

[Support]

I have been testing this again and can replicate the issue when the 
protocol="org.apache.coyote.http11.Http11AprProtocol" is set.
I don’t know why this worked in my initial testing but it is now always failing 
when using APR, either when directly specified in the protocol or when 
auto-selecting APR with protocol set to HTTP 1.1.

I cannot replicate the issue at all when using NIO or BIO.




-- 


This e mail and any attachments are confidential. If you are not the intended 
recipient, please notify us immediately by replying to the sender by e mail and 
delete it from your system. 

E mail messages sent via the internet may not be secure and may be susceptible 
to data corruption, interception and unauthorised amendment, over which we have 
no control.  The recipient is responsible for ensuring that the transmission, 
opening or use of this message and any attachments will not adversely affect 
its systems or data. We do not accept liability for any errors arising from 
transmission or for any loss or damage suffered as a result of this email 
and/or its attachments being communicated to anyone other than the intended 
recipient.  

eValue Limited, company number 7382500

Advisa Centa Limited, company number 7528200

Moneybee Limited, company number 7604100

Each company is registered in England and Wales with its registered office at 
Benyon House, Newbury Business Park, Newbury, Berks., RG14 2PZ. Moneybee 
Limited is authorised and regulated by the Financial Conduct Authority.

Bug#861872: Tomcat fails to serve png images

[Support]

>What Connector protocol do you use? 

The default of protocol="HTTP/1.1". The APR libraries are available and the 
startup logs say Starting ProtocolHandler ["http-apr-8080"].
Interestingly if I change the config to explicitly set 
protocol="org.apache.coyote.http11.Http11Protocol" or  
protocol="org.apache.coyote.http11.Http11NioProtocol" or 
protocol="org.apache.coyote.http11.Http11AprProtocol" the bug doesn’t appear.

May 05, 2017 3:51:32 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-apr-8080"]
May 05, 2017 3:51:32 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-bio-8082"]
May 05, 2017 3:51:32 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-nio-8083"]
May 05, 2017 3:51:32 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-apr-8084"]
May 05, 2017 3:51:32 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in
^C
#  wget http://localhost:8080/path/to/image.png
--2017-05-05 15:51:53--  http://localhost:8080/path/to/image.png
Resolving localhost (localhost)... 127.0.0.1
Connecting to localhost (localhost)|127.0.0.1|:8080... connected.
HTTP request sent, awaiting response... 200 OK
Length: 249343 (243K) [image/png]
Saving to: `image.png.1'

91% [==>  ] 229,376 --.-K/s  eta 1s  ^C
#  wget http://localhost:8084/path/to/image.png
--2017-05-05 15:52:10--  http://localhost:8084/path/to/image.png
Resolving localhost (localhost)... 127.0.0.1
Connecting to localhost (localhost)|127.0.0.1|:8084... connected.
HTTP request sent, awaiting response... 200 OK
Length: 249343 (243K) [image/png]
Saving to: `image.png.2'

100%[===>] 249,343 --.-K/s   in 0.001s

2017-05-05 15:52:10 (164 MB/s) - `image.png.2' saved [249343/249343]

#  wget http://localhost:8083/path/to/image.png
--2017-05-05 15:52:18--  http://localhost:8083/path/to/image.png
Resolving localhost (localhost)... 127.0.0.1
Connecting to localhost (localhost)|127.0.0.1|:8083... connected.
HTTP request sent, awaiting response... 200 OK
Length: 249343 (243K) [image/png]
Saving to: `image.png.3'

100%[===>] 249,343 --.-K/s   in 0.005s

2017-05-05 15:52:18 (46.7 MB/s) - `image.png.3' saved [249343/249343]

#  wget http://localhost:8082/path/to/image.png
--2017-05-05 15:52:26--  http://localhost:8082/path/to/image.png
Resolving localhost (localhost)... 127.0.0.1
Connecting to localhost (localhost)|127.0.0.1|:8082... connected.
HTTP request sent, awaiting response... 200 OK
Length: 249343 (243K) [image/png]
Saving to: `image.png.4'

100%[===>] 249,343 --.-K/s   in 0.001s

2017-05-05 15:52:26 (214 MB/s) - `image.png.4' saved [249343/249343]




-- 


This e mail and any attachments are confidential. If you are not the intended 
recipient, please notify us immediately by replying to the sender by e mail and 
delete it from your system. 

E mail messages sent via the internet may not be secure and may be susceptible 
to data corruption, interception and unauthorised amendment, over which we have 
no control.  The recipient is responsible for ensuring that the transmission, 
opening or use of this message and any attachments will not adversely affect 
its systems or data. We do not accept liability for any errors arising from 
transmission or for any loss or damage suffered as a result of this email 
and/or its attachments being communicated to anyone other than the intended 
recipient.  

eValue Limited, company number 7382500

Advisa Centa Limited, company number 7528200

Moneybee Limited, company number 7604100

Each company is registered in England and Wales with its registered office at 
Benyon House, Newbury Business Park, Newbury, Berks., RG14 2PZ. Moneybee 
Limited is authorised and regulated by the Financial Conduct Authority.

Bug#861872: Tomcat fails to serve png images

[Support]

Package: tomcat7

Version: 7.0.28-4+deb7u12

 

When I request a PNG file The request stalls part way through and fails to
return the full image. In a remote browser the request,
https://example-site.com/path/to/an/image.png, is eventually timed out by a
proxy and responds with HTTP code 206

or from command line on the server, wget
http://localhost:8080/path/to/an/image.png, the request seems to run forever
without completing.

 

# ./version.sh

Server version: Apache Tomcat/7.0.28

Server built:   Apr 28 2017 09:05:52

Server number:  7.0.28.0

OS Name:Linux

OS Version: 3.2.0-4-amd64

Architecture:   amd64

JVM Version:1.7.0_121-b00

JVM Vendor: Oracle Corporation

 

 

This was not an issue in the previous version, 7.0.28-4+deb7u11, which was
available until 28th April:

# ./version.sh

Server version: Apache Tomcat/7.0.28

Server built:   Feb 22 2017 07:11:42

Server number:  7.0.28.0

OS Name:Linux

OS Version: 3.2.0-4-amd64

Architecture:   amd64

JVM Version:1.7.0_121-b00

JVM Vendor: Oracle Corporation

 

Rolling back to the previous version or manually dropping in the previous
version of the tomcat-catalina-7.0.28.jar and tomcat-coyote-7.0.28.jar fixes
the issue.

 

 

#uname -a

Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.86-1 x86_64 GNU/Linux

# lsb_release -da

No LSB modules are available.

Distributor ID: Debian

Description:Debian GNU/Linux 7.11 (wheezy)

Release:7.11

Codename:   wheezy

 


-- 


This e mail and any attachments are confidential. If you are not the intended 
recipient, please notify us immediately by replying to the sender by e mail and 
delete it from your system. 

E mail messages sent via the internet may not be secure and may be susceptible 
to data corruption, interception and unauthorised amendment, over which we have 
no control.  The recipient is responsible for ensuring that the transmission, 
opening or use of this message and any attachments will not adversely affect 
its systems or data. We do not accept liability for any errors arising from 
transmission or for any loss or damage suffered as a result of this email 
and/or its attachments being communicated to anyone other than the intended 
recipient.  

eValue Limited, company number 7382500

Advisa Centa Limited, company number 7528200

Moneybee Limited, company number 7604100

Each company is registered in England and Wales with its registered office at 
Benyon House, Newbury Business Park, Newbury, Berks., RG14 2PZ. Moneybee 
Limited is authorised and regulated by the Financial Conduct Authority.

Bug#725489: [M247Support #237566]: Re: Bug#725489: mirror submission for mirrors.manchester.m247.com

[M247 Support]

Hello,

> one comment:
> o we recommend mirrors not sync directly from service aliases such as
> ftp..debian.org. Maybe change your config to sync from
> debian.hands.com or mirror.bytemark.co.uk
> o The ftpsync version is not the latest. Maybe upgrade.
> http://mirrors.m247.com/debian/project/ftpsync/ftpsync-current.tar.gz

These changes have been made now.
Best Regards,

Daniel Longshaw | M247 Limited

M247.com Connected with our Customers
Visit our service status page for live service updates: http://status.m247.com/

M247 Ltd, registered in England & Wales #4968341. 1 Ball Green, Cobra Court, Manchester, M32 0QT
Telephone: +44 (0) 161 615 1270 / Fax: +44 (0) 161 865 5763
 
ISO 27001 | ISO 9001 | Deloitte Technology Fast 50 | Deloitte Technology Fast 500 EMEA | Sunday Times Tech Track 100
ISO 27001 Data Protection Classification: A - Public



Ticket Details

Ticket ID: 237566
Department: M247 Support
Type: Ticket
Status: Closed
Priority: Low

Helpdesk: https://support.m247.com