Bug#1038607: Acknowledgement (digikam: Creating new tag in captions menu reports it already exists)

[MLHPUB]

To complete this report :
- If validation of the new keyword is done with "enter" on the keyboard 
the issue occurs ;
- If validation of the new keyword is done with left clock on mouse it 
doesn't.


Regards,

Matthieu

Le 18/06/2023 à 22:48, Debian Bug Tracking System a écrit :

Thank you for filing a new Bug report with Debian.

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

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 KDE Extras Team 

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

Bug#1036243: Not Gwenview bug. Should be closed.

[MLHPUB]

Hi !

I have proceeded more tests because an Internet search reported 
suspicion with exiv2 and more precisely lib64exiv2 because I had to 
install exiv2 package for the following tests.

With a concerned picture, I have read meta-data with these commands :

EXIF data :
exiv2 -pt 20230528_113116.jpg = no problem

IPTC data :
exiv2 -pi 20230528_113116.jpg = no problem

XMP data :
exiv2 -px 20230528_113116.jpg = finish with following error

Xmp.exif.DateTimeOriginal    XmpText    19  Uncaught 
exception: basic_string::at: __n (which is 19) >= this->size() (which is 19)


Regards,

Matthieu

Bug#876626: [Xastir] Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[MLHPUB]

Hi,

I come back after too long time, sorry.
After submitting the bug, I could discuss with Tom Russo and Curt Mills 
(Xastir developers).
The problem was my configuration picking all reports Worldwide from 
APRS-IS up, overloading the software after a too long time.

A reasonable range solved the problem.

Regards,

Matthieu
F4ACU

Bug#973529: firmware-atheros: Link wifi rate limited at 1MB/s

[MLHPUB]

Hi,

Unfortunately, family school use forced me re-install Windows on the 
computer :-/
But before that, I could notice a normal Wifi transfert rate back 
(according my AP capabilities) with only a wrong display information in 
KDE netwworking tool.


Regards,

Matthieu



Le 24/03/2021 à 11:14, maximilian attems a écrit :

tags 973529 moreinfo
stop


Version: 20200918-1


How about latest Debian testing version, is that still the case?


thank you.

Bug#973529: firmware-atheros: Link wifi rate limited at 1MB/s

[MLHPUB]

Package: firmware-atheros
Version: 20200918-1
Severity: normal

Dear Maintainer,

On new Acer laptop with Atheros qca9377 card, the wifi connexion is 
always limited at 1 MB/s.

So I tried iwconfig commands to increase rate.

iwconfig wlp1s0 rate 54M
*Error for wireless request "Set Bit Rate" (8B20) :
SET failed on device wlp1s0 ; Invalid argument.

Trying other rate values :
- From 1 to 35M : no error but still 1 MB/s
- From 36 to 54M : Invalid argument error.

Can it be another package's bug ?

Of course I remain available for any tests.
Thanks for help.
Regards,

Matthieu


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

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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

firmware-atheros depends on no packages.

firmware-atheros recommends no packages.

Versions of packages firmware-atheros suggests:
ii initramfs-tools 0.139

-- no debconf information

Bug#876626: RE : Re: Bug#876626: [Xastir] Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[mlhpub]

Sorry it is 12 hours and not days.I should have written "12 hours a day"... I 
usually start Xastir on 7.00 am and shutdown around 10:00 pm (saturdays and 
sundays).
Thanks, I will try update and tell if it is better.
73
MatthieuF4ACU
 Message d'origine De : David A Aitcheson 
<david.aitche...@gmail.com> Date : 27/09/2017  02:07  (GMT+01:00) À : MLHPUB 
<mlh...@free.fr>, 876...@bugs.debian.org Cc : "Iain R. Learmonth" 
<i...@debian.org> Objet : Re: Bug#876626: [Xastir] Bug#876626: Xastir loose 
TCP/IP data afer 12 hours of use 
Matthieu

Please clarify when the problem starts, is it after 12 HOURS or is it
after 12 DAYS? I rarely run my computer beyond 24 hours and probably
only run Xastir about 10 hours at a stretch so I may not be seeing the
issues you are seeing.

Once you convert to building from source for Xastir updating is simple,
just run a included "update" script that does a everything for you. I am
currently running Xastir V2.0.9 (8a3999d) Compiled (from source) on
Monday September 18 2017 at 17:17:00 EDT on my Laptop running Ubuntu
14.04.04-LTS

73
Dave
KB3EFS


On 09/26/2017 05:27 PM, MLHPUB wrote:
> Hello Ian,
>
> I don't know about latest snapshots.
> Maybe it does not occur with 2.0.9 version but I am not comfortable
> with upgrade outside of Debian repositiories...
>
> Regards,
>
> Matthieu
> F4ACU
>
> On Sun, 24 Sep 2017 10:55:13 +0100 "Iain R. Learmonth"
> <i...@debian.org> wrote:
>> Hi,
>>
>> On Sun, Sep 24, 2017 at 05:20:44AM -0400, David A Aitcheson wrote:
>> > > I usually use Xastir during all day, only with a TCP/IP to APRS-IS
>> > > connection at this moment (no radio link).
>> > > After more than 12 days uptime, Xastir loose many data from
>> APRS-IS :
>> > >
>> > > - ACK messages are not received
>> > > - positions reports (even visible on aprs.fi) are not displayed
>> > >
>> > > There is a kind of latency time on RX data from APRS-IS.
>> > >
>> > > It is necessary to quit and restart Xastir to retreive en normal
>> > > behavior.
>>
>> My question would be: does this occur in the latest Xastir snapshots?
>>
>> It's been a long time since there was a release of Xastir and I'm
>> sure the
>> Debian package is missing a number of fixes that have been applied
>> upstream.
>>
>> It's been on my todo list for a while to just update to a git
>> snapshot to
>> get some fixes into the Debian package, but I've not yet had time. If
>> someone can tell me this doesn't happen if you build from source then
>> that
>> would be an easy fix.
>>
>> Thanks,
>> Iain.
>>
>
>

Bug#876626: [Xastir] Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[MLHPUB]

Hello Ian,

I don't know about latest snapshots.
Maybe it does not occur with 2.0.9 version but I am not comfortable with 
upgrade outside of Debian repositiories...


Regards,

Matthieu
F4ACU

On Sun, 24 Sep 2017 10:55:13 +0100 "Iain R. Learmonth"  
wrote:

Hi,

On Sun, Sep 24, 2017 at 05:20:44AM -0400, David A Aitcheson wrote:
> > I usually use Xastir during all day, only with a TCP/IP to APRS-IS
> > connection at this moment (no radio link).
> > After more than 12 days uptime, Xastir loose many data from APRS-IS :
> >
> > - ACK messages are not received
> > - positions reports (even visible on aprs.fi) are not displayed
> >
> > There is a kind of latency time on RX data from APRS-IS.
> >
> > It is necessary to quit and restart Xastir to retreive en normal
> > behavior.

My question would be: does this occur in the latest Xastir snapshots?

It's been a long time since there was a release of Xastir and I'm sure the
Debian package is missing a number of fixes that have been applied upstream.

It's been on my todo list for a while to just update to a git snapshot to
get some fixes into the Debian package, but I've not yet had time. If
someone can tell me this doesn't happen if you build from source then that
would be an easy fix.

Thanks,
Iain.

Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[MLHPUB]

Subject: xastir: Xastir loose TCP/IP data afer 12 hours of use
Package: xastir
Version: 2.0.8-2+b3
Severity: normal

Dear Maintainer,

I usually use Xastir during all day, only with a TCP/IP to APRS-IS 
connection at this moment (no radio link).

After more than 12 days uptime, Xastir loose many data from APRS-IS :

- ACK messages are not received
- positions reports (even visible on aprs.fi) are not displayed

There is a kind of latency time on RX data from APRS-IS.

It is necessary to quit and restart Xastir to retreive en normal behavior.

Home ADSL and Wi-Fi links look fully operational.

Thanks in advance.
73

Matthieu
F4ACU

-- System Information:
Debian Release: 9.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE= (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xastir depends on:
ii  debconf [debconf-2.0]1.5.61
ii  libax25  0.0.12-rc4-1
ii  libbz2-1.0   1.0.6-8.1
ii  libc62.24-11+deb9u1
ii  libcurl3-gnutls  7.52.1-5
ii  libdb5.3 5.3.28-12+b1
ii  libfreetype6 2.6.3-3.2
ii  libgdal202.1.2+dfsg-5
ii  libgeotiff2  1.4.2-2+b1
ii  libgomp1 6.3.0-18
ii  libgraphicsmagick-q16-3  1.3.25-8
ii  libice6  2:1.0.9-2
ii  libjbig0 2.1-3.1+b2
ii  libjpeg62-turbo  1:1.5.1-2
ii  liblcms2-2   2.8-4
ii  liblzma5 5.2.2-1.2+b1
ii  libpcre3 2:8.39-3
ii  libpng16-16  1.6.28-1
ii  libproj124.9.3-1
ii  libshp2  1.4.0-1
ii  libsm6   2:1.2.2-1+b3
ii  libtiff5 4.0.8-2+deb9u1
ii  libwebp6 0.5.2-1
ii  libwmf0.2-7  0.2.8.4-10.6
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxm4   2.3.4-13
ii  libxml2  2.9.4+dfsg1-2.2+deb9u1
ii  libxt6   1:1.1.5-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages xastir recommends:
ii  festival  1:2.4~release-3+b1
ii  python2.7.13-2

Versions of packages xastir suggests:
pn  direwolf | soundmodem  

-- debconf information:
* xastir/install-setuid: true

Bug#806641: josm: Plugins geotools and cadastre-fr are not loaded

[MLHPUB]

Package: josm
Version: 0.0.svn7643+dfsg1-1
Severity: normal

Dear Maintainer,

Launching JOSM, already used following plugin are not loaded :

Geotools : version 31774
Cadastre-fr : 31772

These 2 are up to date.

I can't tell when this problem appeared because I am only occasionnal user.

Unfortunately, my friend Google couldn't help me...

Thanks !

Matt



-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages josm depends on:
ii  ant  1.9.4-3
ii  default-jre  2:1.7-52
ii  fonts-droid  1:4.4.4r2-6
ii  jmapviewer   1.03+dfsg-2
ii  libandroid-json-org-java 20121204-20090211-1
ii  libcommons-codec-java1.9-1
ii  libgettext-commons-java  0.9.6-2
ii  libmetadata-extractor-java   2.6.4-2
ii  liboauth-signpost-java   1.2.1.2-1.2
ii  libsvgsalamander-java0~svn95-1
ii  openstreetmap-map-icons-classic  1:0.0.svn30763-1

Versions of packages josm recommends:
ii  josm-l10n 0.0.svn7643+dfsg1-1
ii  josm-plugins  0.0.svn30763+ds1-1
ii  webkit-image-gtk  0.0.svn25399-3

josm suggests no packages.

-- no debconf information

Bug#797227: segfault - gst_memory_unmap, libgstreamer

[MLHPUB]

Hi,

Same issue here since two weeks after upgrading Iceweasel from 31 to 38.

vimeo URL crash also and many others as http://fr.vente-privee.com/

Distribution is Jessie stable.
Iceweasel is 38.2.1esr-1~deb8u1 0  after a security update this morning.

What I have tried without success :
- launching Iceweasel in safe-mode
- updating flashplugin-nonfree (11.2.202.508)
- replacing flashplugin-nonfree with Gnash
- removing all package of gstreamer 0.10

Maybe something to explain : I have 3 computer with Jessie.

1 computer without problem : fresh install last june without Debian 
Multimedia (Marillat).


2 computers with problem : old Jessie testing updated daily et became 
stable last june with Debian Multimedia.


For me, simple user, it is a mystery...

Maybe this explanation can help ?

Matthieu

Bug#762022: Acknowledgement (No upsd connexion)

[MLHPUB]

Hi,

Today I have tried again :

chown root.nut /var/run/nut/
chmod 770 /var/run/nut/

and :

upsdrvctl start

Now UPS monitoring works well even after a reboot (tested 3 times).

I can't tell wich other update solved this problem...


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762022: Info received (Bug#762022: Acknowledgement (No upsd connexion))

[MLHPUB]

In fact, not !
Connexion lost again.
Sorry for false positive...

Matthieu


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762022: No upsd connexion

[MLHPUB]

Package: nut
Version: 2.7.2-1
Severity: important

Dear Maintainer,

Problem with Jessie (Amd64) from few weeks : no connexions by upsd dameon.

Syslog tell me this :
Sep 14 07:47:40 quebec upsmon[993]: fopen /var/run/nut/upsmon.pid: No 
such file

or directory

Looking on the web, I have found this command lines to restore connexion :

chown root.nut /var/run/nut/
chmod 770 /var/run/nut/

After this, it is necessary to run :

upsd


It is necessary to repeat after each reboot.

Maybe a script problem using systemd (info from Arnaud) ?


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org