Bug#1072203: O: filezilla -- Full-featured graphical FTP/FTPS/SFTP client

[Andreas Rönnquist]

Control: owner 1072203 gus...@debian.org
Control: retitle 1072203 ITA: filezilla -- Full-featured graphical 
FTP/FTPS/SFTP client

I'll take this package (and libfilezilla #1072202 too of course). Co-maintainers
welcome!

/Andreas Rönnquist
gus...@debian.org

Bug#1072202: O: libfilezilla -- build high-performing platform-independent programs

[Andreas Rönnquist]

Control: owner 1072202 gus...@debian.org
Control: retitle 1072202 ITA: libfilezilla -- build high-performing 
platform-independent programs

I'll take this package (and filezilla #1072203 too of course). Co-maintainers
welcome!

/Andreas Rönnquist
gus...@debian.org

Bug#1064648: allegro5-doc: please make the build reproducible.

[Andreas Rönnquist]

Control: reopen 1064648

Those fixes was obviously not enough, just see the repro reports.

The strange thing is that it according to the tests does seem to build
reproducible on arm64... 

One other detail is that on armhf the only change seems to be the
architecture which is included in the ALLEGRO_PKG_HOST_SYSTEM variable.

Is there some magic like SOURCE_DATE_EPOCH to use that would avoid this
problem in this case?

best
/Andreas
gus...@debian.org

Bug#1067623: FTBFS: error: format ‘%ld’ expects argument of type ‘long int’, but argument 2 has type ‘__time64_t’ {aka ‘long long int’}

[Andreas Rönnquist]

Control: tags -1 + pending

I have NMU'd this package fixing this bug with Steve's patch - Thanks
Steve! I have uploaded this to DELAYED/2 - please let me know if I
should delay it further.

Debdiff attached.

best
/Andreas Rönnquist
gus...@debian.org


acm_time_t64.debdiff
Description: Binary data

Bug#1037902: Bug#999922: xneur: depends on obsolete pcre3 library

[Andreas Rönnquist]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


Hi! 

I intend to nmu xneur shortly, fixing the two RC bugs (#22,
#1037902, which has been open 7 months and 2,5 years) using the fixes
that have been posted to the bugs, to help the progress of the time_t
transition. See the attached debdiff for the full list of changes.

If you want me to hold, please let me know.

Thanks to Bastian Germann, Jonathan Bergh and Yavor Doganov for the fixes!

best
/Andreas Rönnquist
gus...@debian.org
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEETq74h7WfgJdjc9ALCHsqoZ75O8IFAmYpjLwACgkQCHsqoZ75
O8IhWw/9GKdSRYKdXwUT/YA0GBLET0zrBpb46Y8VBjlSUiMooQO72yZEj6DcLfjc
fpr8ZiMBggsS93MGK825zUQhFCQpOFYBbMr5eRUKh8vD3slzP1FCgGZNFcnTZzJf
zTmdoFnAWG9qMY+VZ+6Wqe28pYzPrIKDCP9qKX3c0wiZpGhdGsrufqIKmymInltN
Pd1BtBBEBvXbpaJqpKrN3puoBo31sg2pWktIhxSxIAVokMkXFBAZuBg5l9bsVRKV
8EZ/1Hdml2HaCKaKTOCeRiH06jHBSE+17W+DuyHfuIvx9FM0ToZuuDWnUNrItImq
YhdUFEycES8NUrJtW0OGGCwMFSU1xjKFGsWiox/DUiua350pIEjoJB8Ic5vZ4F9e
U+W+sCFWOLQpNNzjqtS2RpSVezD1phdrJIYVMKCvmwRErTY2dy0IU/3HyS1E9pUr
DBGCagvUrmOnxerLrkwljHnWgX6FmbkMBcJcO2xQjOPZlDOToBB08Yvit9FOEcmP
qwzj4sgqe3DHU2rFftmDddthjBvRnXOExc8PdCFmgb3ZmX/hyG6ckKpxKmmoi8WY
ePKJBrryIqN9tW7vQaxiSa7VcxcR87QTe2HpL/nX/Ptljolx2QyAlv4fYyFBFlbo
yfrxy5kuRzrGA78glph6gB7xauhjP/fUMlrk1aFO+h/6hdlk1NY=
=27s+
-END PGP SIGNATURE-


xneur_nmu.debdiff
Description: Binary data

Bug#1066355: Re: spotlighter: FTBFS: spotlighter.c:105:3: error: implicit declaration of function ‘on_window_screen_changed’ [-Werror=implicit-function-declaration]

[Andreas Rönnquist]

Control: tags -1 pending

On Mon, 15 Apr 2024 13:47:04 +1200 Vladimir Petko  wrote:
> Dear Maintainer,
> 
> Would it be possible to consider the attached patch as the solution for the
> issue?
> 
> In Ubuntu, the attached patch was applied to achieve the following:
> 
>   * d/p/2_ftbfs_implicit_declaration.patch: declare callback to
> resolve -Werror=implicit-function-declaration ftbfs (LP: #2061331).
> 
> 
> Thanks for considering the patch.
> 


Thank you very much for the patch! I intend to 0-day nmu this later
today to help with the time_t transition, debdiff attached.

best
/Andreas Rönnquist
gus...@debian.org


spotlighter_nmu.debdiff
Description: Binary data


pgpx2FOZIYWin.pgp
Description: OpenPGP digital signatur

Bug#1066379: Re: loqui: FTBFS: loqui-core-gtk.gob:256:25: error: implicit declaration of function ‘account_list_dialog_open_for_connect’ [-Werror=implicit-function-declaration]

[Andreas Rönnquist]

Control: tags -1 + pending

On Wed, 10 Apr 2024 12:19:54 -0400 Nick Rosbrook  wrote:
> This FTBFS is due to a missing include of account_list_dialog.h. In
> Ubuntu we applied this patch to fix it.
> 
>   * debian/patches: fix implicit declaration of
> account_list_dialog_open_for_connect
> 
> 
> Thanks for considering the patch.

Thanks for the patch!

I intend to NMU this shortly with Nick's patch, debdiff attached.
Please let me know asap if you want me to hold it.

/Andreas
gus...@debian.org


nmu_fixing_1066379.debdiff
Description: Binary data

Bug#1069417: Reassign to package release-notes

[Andreas Rönnquist]

Control: reassign -1 release-notes
Control: thanks

Bugs on the release notes should be to the release-notes package, reassigning.

best
/Andreas
gus...@debian.org

Bug#1032670: allegro4.4: CVE-2021-36489

[Andreas Rönnquist]

On Sun, 24 Mar 2024 21:46:40 +0100 Moritz Muehlenhoff 
wrote:
- 8< -
> 
> I never tried to reproduce these, but reproducability of a given PoC
> made against a current version not working with an older version
> doesn't mean the old version isn't affected. From a quick glance the
> equivalent of the checks added in 5 are also needed in 4.4, e.g.
> rle_tga_read8() lacks a check for w overstepping c.
> 
> Given that all these image files are typically read from a trusted
> location/source shipped by a given game it's not a big deal, but I'd
> suggest to keep the bug open until 4.4 has been fully phased out or
> the fixes backported.
> 

Yeah, I believe that upstream isn't interested either in 4.4, but focus
pretty much fully on 5.x now - and my interest is basically on 5.x.
Previously my interest in 4.4 was because of alex4, but since that
package has turned out to be non-free and moved there, my interest in
it has waned, and consequently, in allegro4.4 too.

I believe a big part of Tobias Hansens interest in Allegro 4 was due to
Aseprite, which have turned to a license that cannot be packaged in
Debian (but I don't want to claim that I 100% know Tobias reasoning).

If anyone really wants to have allegro 4.4 still in Debian, my
suggestion would be to step up and help out with the package (but since
I believe upstream has no interest in it, I don't know how doable it
is).

I am considering removing myself from the allegro 4.4 package, but
still keep working on the 5.x one. There I soon have a upload coming, I
am just waiting for [1] to get solved (Fixing multiarch stuff for cmake
package config).

Of course, removing 4.4 would mean removal of quite some small nice
little games, but sometimes you just have to endure the negative.

/Andreas Rönnquist
gus...@debian.org

1: https://github.com/liballeg/allegro5/pull/1543

Bug#1032670: allegro4.4: CVE-2021-36489

[Andreas Rönnquist]

On Fri, 10 Mar 2023 18:04:23 +0100 =?UTF-8?Q?Moritz_M=C3=BChlenhoff?= 
 wrote:
> Source: allegro4.4
> X-Debbugs-CC: t...@security.debian.org
> Severity: important
> Tags: security
> 
> Hi,
> 
> The following vulnerability was published for allegro4.4.
> 
> CVE-2021-36489[0]:
> | Buffer Overflow vulnerability in Allegro through 5.2.6 allows
> | attackers to cause a denial of service via crafted PCX/TGA/BMP files
> | to allegro_image addon.
> 
> https://github.com/liballeg/allegro5/issues/1251
> https://github.com/liballeg/allegro5/pull/1253
> 
> These fixes landed in Allegro 5.2.8.0:
> https://github.com/liballeg/allegro5/commit/3f2dbd494241774d33aaf83910fd05b2a590604a
>  (5.2.8.0)
> https://github.com/liballeg/allegro5/commit/cca179bc16827f358153060cd10ac73d394e758c
>  (5.2.8.0)
> https://github.com/liballeg/allegro5/commit/a2c93939f6997a96ecac1865dbb4fa3f66b5e1b7
>  (5.2.8.0)
> https://github.com/liballeg/allegro5/commit/0294e28e6135292eab4b2916a7d2223b1bb6843e
>  (5.2.8.0)
> 
> In allegro 4.4, code is in src/[pcx|tga].c instead
> 

Hey

I just tried to reproduce this now on the version of Allegro 4.4 in
Debian, and using the crash file as mentioned in
https://github.com/liballeg/allegro5/issues/1251

I cannot reproduce the crash on 4.4.

Can you still reproduce the crash on allegro4.4 from the debian package?

For me when running './ex_bitmap crash' I get a dialog "Error reading
bitmap file 'crash'", but no crash of the program

best
/Andreas
gus...@debian.org

Bug#1067392: bullseye-pu: package allegro5/2:5.2.6.0-3+deb11u1

[Andreas Rönnquist]

Package: release.debian.org
Severity: normal
Tags: bullseye
X-Debbugs-Cc: alleg...@packages.debian.org
Control: affects -1 + src:allegro5
User: release.debian@packages.debian.org
Usertags: pu

[ Reason ]
Older versions of Allegro5 contains a no-dsa security vulnerability
(CVE-2021-36489, https://security-tracker.debian.org/tracker/CVE-2021-36489 )

fixed in later versions of allegro5, and also still present in allegro4.4
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032670

I would like to fix this in allegro5 in bullseye, patch containing four
commits cherry-picked from upstream attached.

[ Tests ]
Running an example with a provided file crashes allegro with a buffer
overflow, as in https://github.com/liballeg/allegro5/issues/1251

With the fix, the result is an error message and not the crash.

[ Risks ]
The code is applied upstream in later version (5.2.8.0, already
provided in later versions of Debian).

[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

[ Changes ]
Four commits cherry-picked from upstream, providing better checks if the image
provided is invalid.

[ Other info ]
debdiff attached.



CVE-2021-36489.debdiff
Description: Binary data

Bug#1065672: dpkg: Proofread Swedish translation

[Andreas Rönnquist]

Package: dpkg
Version: 1.22.5
Severity: wishlist
Tags: patch l10n

Dear Maintainer,

In the Swedish translation of the dpkg-source man-page I discovered a
small typo - see this patch:

diff --git a/man/po/sv.po b/man/po/sv.po
index d0a0a5e37..65b029ea5 100644
--- a/man/po/sv.po
+++ b/man/po/sv.po
@@ -20024,8 +20024,8 @@ msgid ""
 "control files and directories of the most common revision control systems, "
 "backup and swap files and Libtool build output directories."
 msgstr ""
-"B<-I> ensamt lägger till satandard B<--exclude>-flaggor som filtrerar ut "
-"styrfiler och kataloger från de flesta vanliga versionshanteringssystem, "
+"B<-I> ensamt lägger till standard B<--exclude>-flaggor som filtrerar ut "
+"styrfiler och kataloger från de flesta vanliga versionshanteringssystemen, "
 "säkerhetskopior, växlingsfiler och Libtool-byggutdatakataloger."
 
 #. type: textblock

The first one ( /satandard/standard/) is obvious, the other
/versionshanteringssystem/versionshanteringssystemen/ might be a bit
more debatable.


/Andreas Rönnquist
gus...@debian.org

-- Package-specific info:

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

Kernel: Linux 6.6.9-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.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 dpkg depends on:
ii  libbz2-1.0   1.0.8-5+b2
ii  libc62.37-15.1
ii  liblzma5 5.6.0-0.2
ii  libmd0   1.1.0-2
ii  libselinux1  3.5-2
ii  libzstd1 1.5.5+dfsg2-2
ii  tar  1.35+dfsg-3
ii  zlib1g   1:1.3.dfsg-3.1

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt2.7.13+b1
pn  debsig-verify  

-- no debconf information

Bug#1064648: allegro5-doc: please make the build reproducible.

[Andreas Rönnquist]

On Tue, 27 Feb 2024 14:37:30 + James Addison  wrote:
> Followup-For: Bug #1064648
> X-Debbugs-Cc: gus...@debian.org
> 
> Hi Andreas - thanks for investigating!
> 
> > https://github.com/gusnan/allegro5/commit/e4369e13b1edb96b8ae4821c5363ac7b61002d3e
> 
> Looks good - I noticed you fixed the typo already :)
> 
> > https://github.com/gusnan/allegro5/commit/842af9e5d6cd9c8fd0d0d2f8095f872e7bd77cef
> 
> Yep, also looks good to me.
> 
> > Nah, my mistake, that didn't seem to fix the reproducibility - The
> > SOURCE_DATE_EPOCH stuff seems to work, but the other one needs more
> > work.
> 
> Huh, strange - what differences do you find?  Two doc packages that I built a
> few moments ago using reprotest here are identical -- although I did have time
> variance disabled during that test.
> 

Now I managed to build it twice and debdiff those builds which showed
no differences. So I assume the patches work fine - but we still have
the time_t transition we will have to wait for before uploading.

Meanwhile i will try to get the patches into Allegro upstream, and see
what they say about them. 

/Andreas

Bug#1064648: allegro5-doc: please make the build reproducible.

[Andreas Rönnquist]

On Tue, 27 Feb 2024 14:37:30 +
James Addison  wrote:

>Followup-For: Bug #1064648
>X-Debbugs-Cc: gus...@debian.org
>
>Hi Andreas - thanks for investigating!
>
>> https://github.com/gusnan/allegro5/commit/e4369e13b1edb96b8ae4821c5363ac7b61002d3e
>>   
>
>Looks good - I noticed you fixed the typo already :)
>
>> https://github.com/gusnan/allegro5/commit/842af9e5d6cd9c8fd0d0d2f8095f872e7bd77cef
>>   
>
>Yep, also looks good to me.
>
>> Nah, my mistake, that didn't seem to fix the reproducibility - The
>> SOURCE_DATE_EPOCH stuff seems to work, but the other one needs more
>> work.  
>
>Huh, strange - what differences do you find?  Two doc packages that I built a
>few moments ago using reprotest here are identical -- although I did have time
>variance disabled during that test.
>

Oh, it's quite likely that my test case is flawed and it does already
work - maybe we should just upload it and see what the reproducibility
tests say then, and handle any problems that come up then.

But, this will have to wait a while - Allegro5 is involved in the time_t
transition which has asked to avoid uploads during the transition.
(We'll have to wait a few days if I'm not mistaken).

best
/Andreas
gus...@debian.org

Bug#1064648: allegro5-doc: please make the build reproducible.

[Andreas Rönnquist]

Nah, my mistake, that didn't seem to fix the reproducibility - The
SOURCE_DATE_EPOCH stuff seems to work, but the other one needs more
work.

/Andreas
gus...@debian.org

Bug#1064648: allegro5-doc: please make the build reproducible.

[Andreas Rönnquist]

On Sun, 25 Feb 2024 17:23:55 + James Addison  wrote:
> 
> Dear Maintainer,
> 
> I'm an occasional volunteer contributor to the Reproducible Builds[1] project,
> and noticed recently that your package allegro5-doc failed an automated Debian
> package build reproducibility test[2].
> 
> There appear to be two problems that contribute to the non-reproducibility:
> 
>   * The 'Last updated' message on each page does not use the SOURCE_DATE_EPOCH
> build timestamp (you can find documentation and C code to use it here[3]).
> 
>   * When sorting example documents to reference alongside functions, the
> documentation generation code selects the top-three most popular pages to
> cross-reference, but it does not have a tie-breaker in the case of equally
> popular pages.  This means that the ordering of those examples may vary
> between builds, depending on the order in which the files are discovered
> from the filesystem.
> 
> For the latter case, it might be acceptable to use string comparison of the
> filenames as a tiebreaker.
> 

Thanks for the report - I have pushed two commits to a branch of
allegro5 on github, which I would be glad if you could take a look at
and see if they seem reasonable to you, or if you can discover any
problems with them. If they're fine, I'll make a pull request upstream
and try to make a new debian package release soon(ish).

https://github.com/gusnan/allegro5/commit/e4369e13b1edb96b8ae4821c5363ac7b61002d3e
https://github.com/gusnan/allegro5/commit/842af9e5d6cd9c8fd0d0d2f8095f872e7bd77cef

best
/Andreas
gus...@debian.org

Bug#1064383: geeqie could depend-on/recommend webp-pixbuf-loader for animated webp support

[Andreas Rönnquist]

On Wed, 21 Feb 2024 07:54:39 +0100
Bence Romsics  wrote:
>
>On my Debian SID system geeqie can display animated webp files if
>webp-pixbuf-loader is also installed. However the geeqie package
>metadata does not seem to refer to this in any way. And without
>webp-pixbuf-loader geeqie shows only a broken file icon for an
>animated webp file.
>
>Maybe the geeqie package could recommend or depend on
>webp-pixbuf-loader.
>

Thanks for the report - I can confirm the problem and the solution - I
incorrectly thought that adding the library as build-dependency would
automatically add the proper depends for the binary package (which it
obviously doesn't). Now fixed - I believe I can get a new version
uploaded to Debian at the end of the month.

/Andreas
gus...@debian.org

Bug#1059586: RFS: clawsker/1.3.8-1~bpo11+1 -- Configuration tweaker for Claws Mail

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clawsker" - please notice
that I request sponsors for both the bullseye-backports-sloppy, and
also bookworm-backports, both uploaded to mentors:

 * Package name : clawsker
   Version  : 1.3.8-1~bpo11+1
   Upstream contact : us...@lists.claws-mail.org
 * URL  : https://www.claws-mail.org/clawsker.php
 * License  : GPL-3+
 * Vcs  : https://salsa.debian.org/claws-mail-team/clawsker
   Section  : mail

The source builds the following binary packages:

  clawsker - Configuration tweaker for Claws Mail

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

  https://mentors.debian.net/package/clawsker/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/c/clawsker/clawsker_1.3.8-1~bpo11+1.dsc

Changes since the last upload:

 clawsker (1.3.8-1~bpo11+1) bullseye-backports-sloppy; urgency=medium
 .
   * Rebuild for bullseye-backports-sloppy.
 .
 clawsker (1.3.8-1) unstable; urgency=medium
 .
   * New upstream version
   * Update Build-Depends-Indep for new test requirements
   * Update years in copyright
 .
 clawsker (1.3.7-2) unstable; urgency=medium
 .
   * Fix FTBFS after successful build (Closes: #1043656)
   * Set Standards-Version to 4.6.2 with no other changes
 .
 clawsker (1.3.7-1) unstable; urgency=medium
 .
   * New upstream version 1.3.7
   * Set Stantards-Version to 4.6.1, no other changes
   * Add patch to hide desktop file from AppStream
   * Override lintian warning: debian-changelog-file-is-a-symlink

Regards,
-- 
  Andreas Rönnquist

Bug#1056937: RFS: allegro5/2:5.2.9.0+dfsg-1 -- portable library for cross-platform game and multimedia development

[Andreas Rönnquist]

On Tue, 19 Dec 2023 20:10:12 +0100
Tobias Frost  wrote:

>Control: tags -1 moreinfo
>
>Hi Andreas,
>
>my lintian is quite unhappy:
>
>there are many of those (and similar)
>
>E: allegro5-doc: privacy-breach-uses-embedded-file You may use the 
>node-html5shiv package (virtual package). 
>(//cdnjs.cloudflare.com/ajax/libs/html5shiv/3.7.3/html5shiv-printshiv.min.js) 
>[usr/share/doc/allegro5-doc/refman/acodec.html]
>
>W: allegro5-doc: groff-message troff::104: warning: cannot 
>select font 'C' [usr/share/man/man3/al_set_target_bitmap.3alleg5.gz:4]
>
>Can you please fix those and I'll upload the package.
>

I actually believe both these are caused by pandoc - I have just reported 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059146 - (for the
lintian error) - I mention in the bug that it is already reported
upstream here:

https://github.com/jgm/pandoc/issues/6809

- and the other (the warning) is already reported as bug too:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053777

and I believe this is fixed in a later pandoc (maybe 3.1.7?) than what
is packaged in Debian - please see this bug for the discussion and
commits made to pandoc:

https://github.com/jgm/pandoc/issues/9020

best
/Andreas
gus...@debian.org

Bug#1059146: pandoc produces html5 that gives lintian errors

[Andreas Rönnquist]

Package: pandoc
Version: 3.0.1+ds-3
Severity: normal

Dear Maintainer,

Pandoc produces html5 that gives lintian errors - for example:

E: allegro5-doc: privacy-breach-uses-embedded-file You may use the
node-html5shiv package (virtual package).
(//cdnjs.cloudflare.com/ajax/libs/html5shiv/3.7.3/html5shiv-printshiv.min.js)
[usr/share/doc/allegro5-doc/refman/acodec.html]

This is due to the html5 template in pandoc contains the following code block:



This is reported to pandoc upstream, but they find the problem not
worth "introducing additional complexities to deal with this", because
it only affects older IE browsers.

See https://github.com/jgm/pandoc/issues/6809 .

Perhaps a reasonable solution would be to update the template in the
debian pandoc package to not produce html code that gives the lintian
error?


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

Kernel: Linux 6.1.0-11-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.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 pandoc depends on:
ii  libc62.37-13
ii  libffi8  3.4.4-2
ii  libgmp10 2:6.3.0+dfsg-2
ii  liblua5.4-0  5.4.6-1
ii  libyaml-0-2  0.2.5-1
ii  pandoc-data  3.0.1-3
ii  zlib1g   1:1.3.dfsg-3

pandoc recommends no packages.

Versions of packages pandoc suggests:
pn  citation-style-language-styles  
pn  context 
pn  ghc 
pn  groff   
pn  libjs-katex 
ii  libjs-mathjax   2.7.9+dfsg-1
pn  librsvg2-bin
pn  nodejs  
pn  pandoc-citeproc 
ii  perl5.36.0-10
pn  php 
pn  python  
pn  r-base-core 
ii  ruby1:3.1
pn  texlive-latex-extra 
ii  texlive-latex-recommended   2023.20231207-1
ii  texlive-luatex  2023.20231207-1
pn  texlive-xetex   
pn  wkhtmltopdf 

-- no debconf information

Bug#1059035: RFS: geeqie/1:2.1-2 -- image viewer using GTK+

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name : geeqie
   Version  : 1:2.1-2
 * URL  : http://geeqie.org/
 * License  : GPL-2+, GFDL-1.2+
 * Vcs  : https://salsa.debian.org/debian/geeqie
   Section  : graphics

The source builds the following binary packages:

  geeqie - image viewer using GTK+
  geeqie-common - data files for Geeqie

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

  https://mentors.debian.net/package/geeqie/

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

  dget -x https://mentors.debian.net/debian/pool/main/g/geeqie/geeqie_2.1-2.dsc

Changes since the last upload:

 geeqie (1:2.1-2) unstable; urgency=medium
 .
   * Add webp-pixbuf-loader to build-dependencies
   * Add patch to add loongarch64 support (Closes: #1058719)

Regards,
-- 
  Andreas Rönnquist

Bug#1058719: geeqie: add loongarch64 support

[Andreas Rönnquist]

Control: forwarded 1058719 https://github.com/BestImageViewer/geeqie/pull/1219

Thank you very much for the patch! I have forwarded this to the
upstream bug tracker, and will include the patch in a Debian release if
upstream takes too long to include it in a upstream release.

Thanks!
/Andreas Rönnquist
gus...@debian.org

Bug#1057110: RFS: claws-mail/4.2.0-1~bpo12+1 -- Fast, lightweight and user-friendly GTK based email client

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "claws-mail":

(Please notice that I have both bookworm-backports 4.2.0-1~bpo12+1 and
bullseye-backports-sloppy 4.2.0-1~bpo11+1 versions available on
mentors, ready for sponsoring).

The only change except the clean backport is adding a flag to build
litehtml-viewer, which doesn't build by default any longer if libgumbo
is too old (lower than 0.12). (Which it is in both bookworm and
bullseye). From the upstream changelog:

* The LiteHTML viewer plugin will now only be built automatically if
  libgumbo 0.12 or newer is available. Building with libgumbo 0.10
  must be explicitly requested using --enable-litehtml_viewer-plugin.

---

 * Package name : claws-mail
   Version  : 4.2.0-1~bpo12+1
   Upstream contact : https://www.claws-mail.org
 * URL  : https://www.claws-mail.org
 * License  : GPL-2+, BSD-3-clause-EP, GPL-3+, Apache
 * Vcs  : https://salsa.debian.org/claws-mail-team/claws-mail
   Section  : mail

The source builds the following binary packages:

  claws-mail - Fast, lightweight and user-friendly GTK based email client
  libclaws-mail-dev - Development files for Claws Mail plugins
  claws-mail-plugins - Installs plugins for the Claws Mail mailer
  claws-mail-spamassassin - SpamAssassin plugin for Claws Mail
  claws-mail-pgpmime - PGP/MIME plugin for Claws Mail
  claws-mail-pgpinline - PGP/inline plugin for Claws Mail
  claws-mail-smime-plugin - S/MIME signature/encryption handling for Claws Mail
  claws-mail-bogofilter - Bogofilter plugin for Claws Mail
  claws-mail-i18n - Locale data for Claws Mail (i18n support)
  claws-mail-doc - User documentation for Claws Mail mailer
  claws-mail-tools - Helper and utility scripts for Claws Mail mailer
  claws-mail-extra-plugins - Extra plugins collection for Claws Mail
  claws-mail-acpi-notifier - Laptop's Mail LED control for Claws Mail
  claws-mail-address-keeper - Address keeper plugin for Claws Mail
  claws-mail-archiver-plugin - Archiver plugin for Claws Mail
  claws-mail-attach-remover - Mail attachment remover for Claws Mail
  claws-mail-attach-warner - Missing attachment warnings for Claws Mail
  claws-mail-bsfilter-plugin - Spam filtering using bsfilter for Claws Mail
  claws-mail-clamd-plugin - ClamAV socket-based plugin for Claws Mail
  claws-mail-dillo-viewer - HTML viewer plugin for Claws Mail using Dillo
  claws-mail-fancy-plugin - HTML mail viewer using GTK WebKit
  claws-mail-feeds-reader - Feeds (RSS/Atom/RDF) reader plugin for Claws Mail
  claws-mail-fetchinfo-plugin - Add X-FETCH headers plugin for Claws Mail
  claws-mail-keyword-warner - Warning on message keywords for Claws Mail
  claws-mail-libravatar - Display sender avatar from a libravatar server
  claws-mail-litehtml-viewer - HTML viewer plugin using litehtml library
  claws-mail-newmail-plugin - New mail logger plugin for Claws Mail
  claws-mail-mailmbox-plugin - mbox format mailboxes handler for Claws Mail
  claws-mail-managesieve - manage Sieve filters with Claws Mail
  claws-mail-multi-notifier - Various new mail notifiers for Claws Mail
  claws-mail-tnef-parser - TNEF attachment handler for Claws Mail
  claws-mail-perl-filter - Message filtering plugin using perl for Claws Mail
  claws-mail-pdf-viewer - PDF and PostScript attachment viewer for Claws Mail
  claws-mail-python-plugin - Python plugin and console for Claws Mail
  claws-mail-spam-report - Spam reporting plugin for Claws Mail
  claws-mail-vcalendar-plugin - vCalendar message handling plugin for Claws Mail

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

  https://mentors.debian.net/package/claws-mail/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/c/claws-mail/claws-mail_4.2.0-1~bpo12+1.dsc

Changes since the last upload:

 claws-mail (4.2.0-1~bpo12+1) bookworm-backports; urgency=medium
 .
   * Rebuild for bookworm-backports.
   * To build litehtml-viewer we need to specify it in rules now for
 libgumbo <0.12
 .
 claws-mail (4.2.0-1) unstable; urgency=medium
 .
   * New upstream version 4.2.0
   * Remove the gdata-plugin: dropped from release
   * Add lintian override for Fancy extension
   * Remove patch already in this release
   * Update web_extensions path for Fancy plugin

Regards,
-- 
  Andreas Rönnquist

Bug#1056937: RFS: allegro5/2:5.2.9.0+dfsg-1 -- portable library for cross-platform game and multimedia development

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "allegro5":
(Still without a gpg key that I can use for uploads of my own, so still
forced to go through mentors). - changes also pushed to the salsa git
repository.

 * Package name : allegro5
   Version  : 2:5.2.9.0+dfsg-1
   Upstream contact : allegro-develop...@lists.liballeg.org
 * URL  : https://liballeg.org/
 * License  : Zlib, BitstreamVera, BSD-3-clause, BSD-3-clause or GPL-2
 * Vcs  : https://salsa.debian.org/games-team/allegro5
   Section  : libs

The source builds the following binary packages:

  liballegro-image5.2 - image addon for the Allegro 5 library
  liballegro-image5-dev - header files for the Allegro 5 image addon
  liballegro-physfs5.2 - physfs addon for the Allegro 5 library
  liballegro-physfs5-dev - header files for the Allegro 5 physfs addon
  liballegro-ttf5.2 - ttf addon for the Allegro 5 library
  liballegro-ttf5-dev - header files for the Allegro 5 ttf addon
  liballegro-video5.2 - video addon for the Allegro 5 library
  liballegro-video5-dev - header files for the Allegro 5 video addon
  allegro5-doc - documentation for the Allegro 5 library
  liballegro5.2 - portable library for cross-platform game and multimedia 
development
  liballegro5-dev - development files for the Allegro 5 library
  liballegro-acodec5.2 - audio codec addon for the Allegro 5 library
  liballegro-acodec5-dev - header files for the Allegro 5 audio codec addon
  liballegro-audio5.2 - audio addon for the Allegro 5 library
  liballegro-audio5-dev - header files for the Allegro 5 audio addon
  liballegro-dialog5.2 - dialog addon for the Allegro 5 library
  liballegro-dialog5-dev - header files for the Allegro 5 dialog addon

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

  https://mentors.debian.net/package/allegro5/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/allegro5/allegro5_5.2.9.0+dfsg-1.dsc

Changes since the last upload:

 allegro5 (2:5.2.9.0+dfsg-1) unstable; urgency=medium
 .
   * New upstream version 5.2.9.0+dfsg
   * Fix watchfile
   * Remove patch 0004-Use-CLOCK_REALTIME-instead-of-CLOCK_MONOTONIC.patch,
 applied upstream
   * Add cmake Config-mode files
   * Update symbol files
   * Remove lintian-overrides file, not needed

Regards,
-- 
  Andreas Rönnquist
gus...@debian.org

Bug#1042572: claws-mail: can't update claws-mail to v4.1.1 from bullseye-backports

[Andreas Rönnquist]

On Sun, 30 Jul 2023 15:41:15 +0100 no2spam  wrote:
> Package: claws-mail
> Version: 4.1.1-2~bpo11+1
> Severity: important
> 
> Dear Maintainer,
> 
> I'm using claws-mail on Debian Bullseye. Update fails because of a
> plugin version mismatch in bullseye-backports repository:
> 
>  * claws-mail-bsfilter-plugin is still on version 4.1.0-2~bpo11+1
>  * claws-mail-pgpcore is missing (dependency of claws-mail-pgpinline
>package)
> 
> Could you upload claws-mail-bsfilter-plugin (v4.1.1 amd64) to the
> bullseye-backports repository? That should fix it.
> 
> Thanks
> 
> 
> 

Finally the package has left the NEW queue - now you can install it,
but please notice that you'll need to install it from
bullseye-backports-sloppy. (Please see "The Old-stable-sloppy Suite" on
https://backports.debian.org/Instructions/#index4h2 )

-- Andreas Rönnquist
gus...@debian.org

Bug#1041866: Package: geeqie

[Andreas Rönnquist]

On Mon, 24 Jul 2023 18:07:03 +0200 Florian Cramer  wrote:
> Package: geeqie
> 
> geeqie (version 1:2.0.1-8+b2, Trixie package) depends on the
> package liblua5.1-0 . However, liblua5.1-0 is not included in the
> dependencies of Trixie's geeqie package and needs to be manually installed.
> Without an installed liblua5.1-0, geeqie quit upon launch with an
> error message about liblua5.1.so.0 missing.
> 
> I am using Debian Trixie with kernel 6.3.0-1-amd64 #1 SMP PREEMPT_DYNAMIC
> Debian 6.3.7-1 (2023-06-12) x86_64 GNU/Linux.

Could you please provide the information I have asked for on the bug
#1041866? - If not, I intend to close the bug in a few weeks, since I
cannot reproduce it.

Please give information so I can confirm if it is a valid bug or not.

best
-- Andreas Rönnquist
gus...@debian.org

Bug#1055410: RFS: scite/5.3.9-1 -- Lightweight GTK-based programming editor

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "scite":
(I am a DD, but I don't have access to my gpg-key currently, I am
working on getting signatures on a new key).

 * Package name : scite
   Version  : 5.3.9-1
   Upstream contact : Neil Hodgson 
 * URL  : https://scintilla.org/SciTE.html
 * License  : scintilla, Expat, BSL-1.0, LGPL-2.1
 * Vcs  : https://salsa.debian.org/debian/scite
   Section  : editors

The source builds the following binary packages:

  scite - Lightweight GTK-based programming editor

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

  https://mentors.debian.net/package/scite/

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

  dget -x https://mentors.debian.net/debian/pool/main/s/scite/scite_5.3.9-1.dsc

Changes since the last upload:

 scite (5.3.9-1) unstable; urgency=medium
 .
   * New upstream version 5.3.9

Regards,
-- 
  Andreas Rönnquist
gus...@debian.org

Bug#1042572: claws-mail: can't update claws-mail to v4.1.1 from bullseye-backports

[Andreas Rönnquist]

On Wed, 2 Aug 2023 18:14:11 +0200 Ricardo Mones  wrote:
> Hi,
> 
> On Sun, 30 Jul 2023 15:41:15 +0100
> no2spam  wrote:
> 
> > Package: claws-mail
> > Version: 4.1.1-2~bpo11+1
> > Severity: important
> > 
> > Dear Maintainer,
> > 
> > I'm using claws-mail on Debian Bullseye. Update fails because of a
> > plugin version mismatch in bullseye-backports repository:
> > 
> >  * claws-mail-bsfilter-plugin is still on version 4.1.0-2~bpo11+1
> 
> This plugin was temporarily removed to allow migration to testing, so
> is not present on that version. Since the plan was to add it again ASAP
> the dependencies were not adjusted to remove it, unfortunately. This
> was my mistake, so sorry for that. You can allow upgrade by removing it
> with your preferred package manager, e.g.:
> sudo apt remove claws-mail-bsfilter-plugin
> 
> >  * claws-mail-pgpcore is missing (dependency of claws-mail-pgpinline
> >package)
> 
> The pgpcore plugin is provided by claws-mail-pgpmime, so just install
> it, e.g.:
> sudo apt install claws-mail-pgpmime
> 
> Not sure why you're experiencing this issue, these dependencies have
> not changed in ages.
> 
> > Could you upload claws-mail-bsfilter-plugin (v4.1.1 amd64) to the
> > bullseye-backports repository? That should fix it.
> 
> Current stable release is bookworm, so not sure if current backporter is
> interested in bullseye. You should probably consider upgrading your
> system to bookworm, which is where the next backport is more likely to
> happen.


The packages are now in the debian backports NEW queue, so you should
be able to get them soon.

best
-- Andreas Rönnquist
gus...@debian.org

Bug#1042572: claws-mail: can't update claws-mail to v4.1.1 from bullseye-backports

[Andreas Rönnquist]

I have now uploaded updated backported packages to mentors, that need
sponsoring to get into Debian (I am currently without a gpg-key, so I
need sponsoring to upload packages).

I have uploaded both an updated bullseye (11) version and a new
backport for Debian 12, to provide an upgrade path.

(I have pushed the branches to the salsa, and will tag the releases
when they enter Debian).

best
-- Andreas Rönnquist
gus...@debian.org

Bug#1055018: RFS: claws-mail/4.1.1-4~bpo12+1 -- Fast, lightweight and user-friendly GTK based email client

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "claws-mail":
(Please also see my upload to mentors of claws-mail to 
bullseye-backports-sloppy).

 * Package name : claws-mail
   Version  : 4.1.1-4~bpo12+1
   Upstream contact : https://www.claws-mail.org
 * URL  : https://www.claws-mail.org
 * License  : GPL-2+, BSD-3-clause-EP, GPL-3+, Apache
 * Vcs  : https://salsa.debian.org/claws-mail-team/claws-mail
   Section  : mail

The source builds the following binary packages:

  claws-mail - Fast, lightweight and user-friendly GTK based email client
  libclaws-mail-dev - Development files for Claws Mail plugins
  claws-mail-plugins - Installs plugins for the Claws Mail mailer
  claws-mail-spamassassin - SpamAssassin plugin for Claws Mail
  claws-mail-pgpmime - PGP/MIME plugin for Claws Mail
  claws-mail-pgpinline - PGP/inline plugin for Claws Mail
  claws-mail-smime-plugin - S/MIME signature/encryption handling for Claws Mail
  claws-mail-bogofilter - Bogofilter plugin for Claws Mail
  claws-mail-i18n - Locale data for Claws Mail (i18n support)
  claws-mail-doc - User documentation for Claws Mail mailer
  claws-mail-tools - Helper and utility scripts for Claws Mail mailer
  claws-mail-extra-plugins - Extra plugins collection for Claws Mail
  claws-mail-acpi-notifier - Laptop's Mail LED control for Claws Mail
  claws-mail-address-keeper - Address keeper plugin for Claws Mail
  claws-mail-archiver-plugin - Archiver plugin for Claws Mail
  claws-mail-attach-remover - Mail attachment remover for Claws Mail
  claws-mail-attach-warner - Missing attachment warnings for Claws Mail
  claws-mail-bsfilter-plugin - Spam filtering using bsfilter for Claws Mail
  claws-mail-clamd-plugin - ClamAV socket-based plugin for Claws Mail
  claws-mail-dillo-viewer - HTML viewer plugin for Claws Mail using Dillo
  claws-mail-fancy-plugin - HTML mail viewer using GTK WebKit
  claws-mail-feeds-reader - Feeds (RSS/Atom/RDF) reader plugin for Claws Mail
  claws-mail-fetchinfo-plugin - Add X-FETCH headers plugin for Claws Mail
  claws-mail-gdata-plugin - Access to GData (Google services) for Claws Mail
  claws-mail-keyword-warner - Warning on message keywords for Claws Mail
  claws-mail-libravatar - Display sender avatar from a libravatar server
  claws-mail-litehtml-viewer - HTML viewer plugin using litehtml library
  claws-mail-newmail-plugin - New mail logger plugin for Claws Mail
  claws-mail-mailmbox-plugin - mbox format mailboxes handler for Claws Mail
  claws-mail-managesieve - manage Sieve filters with Claws Mail
  claws-mail-multi-notifier - Various new mail notifiers for Claws Mail
  claws-mail-tnef-parser - TNEF attachment handler for Claws Mail
  claws-mail-perl-filter - Message filtering plugin using perl for Claws Mail
  claws-mail-pdf-viewer - PDF and PostScript attachment viewer for Claws Mail
  claws-mail-python-plugin - Python plugin and console for Claws Mail
  claws-mail-spam-report - Spam reporting plugin for Claws Mail
  claws-mail-vcalendar-plugin - vCalendar message handling plugin for Claws Mail

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

  https://mentors.debian.net/package/claws-mail/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/c/claws-mail/claws-mail_4.1.1-4~bpo12+1.dsc

Changes since the last upload:

 claws-mail (4.1.1-4~bpo12+1) bookworm-backports; urgency=medium
 .
   * Rebuild for bookworm-backports.
 .
 claws-mail (4.1.1-4) unstable; urgency=medium
 .
   * Fix typo in changelog (thanks lintian!)
   * Remove obsolete news file
   * Set Standards-Version to 4.6.2 with no other changes
   * Update copyright year ranges
 .
 claws-mail (4.1.1-3) unstable; urgency=high
 .
   [ David (Plasma) Paul ]
   * Move documentation Build-Depends to Build-Depends-Indep (Closes: #1036898)
 .
   [ Ricardo Mones ]
   * Revert "Remove bsfilter plugin for testing migration"
   * Add upstream patch to fix build with gcc 13 (Closes: #1037605)
   * Raised urgency because of RC bug

Regards,
-- 
  Andreas Rönnquist

Bug#1055013: RFS: claws-mail/4.1.1-4~bpo11+1 -- Fast, lightweight and user-friendly GTK based email client

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "claws-mail":
(Please also see my mentors upload for bookworm-backports of the same package).

 * Package name : claws-mail
   Version  : 4.1.1-4~bpo11+1
   Upstream contact : https://www.claws-mail.org
 * URL  : https://www.claws-mail.org
 * License  : GPL-2+, BSD-3-clause-EP, GPL-3+, Apache
 * Vcs  : https://salsa.debian.org/claws-mail-team/claws-mail
   Section  : mail

The source builds the following binary packages:

  claws-mail - Fast, lightweight and user-friendly GTK based email client
  libclaws-mail-dev - Development files for Claws Mail plugins
  claws-mail-plugins - Installs plugins for the Claws Mail mailer
  claws-mail-spamassassin - SpamAssassin plugin for Claws Mail
  claws-mail-pgpmime - PGP/MIME plugin for Claws Mail
  claws-mail-pgpinline - PGP/inline plugin for Claws Mail
  claws-mail-smime-plugin - S/MIME signature/encryption handling for Claws Mail
  claws-mail-bogofilter - Bogofilter plugin for Claws Mail
  claws-mail-i18n - Locale data for Claws Mail (i18n support)
  claws-mail-doc - User documentation for Claws Mail mailer
  claws-mail-tools - Helper and utility scripts for Claws Mail mailer
  claws-mail-extra-plugins - Extra plugins collection for Claws Mail
  claws-mail-acpi-notifier - Laptop's Mail LED control for Claws Mail
  claws-mail-address-keeper - Address keeper plugin for Claws Mail
  claws-mail-archiver-plugin - Archiver plugin for Claws Mail
  claws-mail-attach-remover - Mail attachment remover for Claws Mail
  claws-mail-attach-warner - Missing attachment warnings for Claws Mail
  claws-mail-bsfilter-plugin - Spam filtering using bsfilter for Claws Mail
  claws-mail-clamd-plugin - ClamAV socket-based plugin for Claws Mail
  claws-mail-dillo-viewer - HTML viewer plugin for Claws Mail using Dillo
  claws-mail-fancy-plugin - HTML mail viewer using GTK WebKit
  claws-mail-feeds-reader - Feeds (RSS/Atom/RDF) reader plugin for Claws Mail
  claws-mail-fetchinfo-plugin - Add X-FETCH headers plugin for Claws Mail
  claws-mail-gdata-plugin - Access to GData (Google services) for Claws Mail
  claws-mail-keyword-warner - Warning on message keywords for Claws Mail
  claws-mail-libravatar - Display sender avatar from a libravatar server
  claws-mail-litehtml-viewer - HTML viewer plugin using litehtml library
  claws-mail-newmail-plugin - New mail logger plugin for Claws Mail
  claws-mail-mailmbox-plugin - mbox format mailboxes handler for Claws Mail
  claws-mail-managesieve - manage Sieve filters with Claws Mail
  claws-mail-multi-notifier - Various new mail notifiers for Claws Mail
  claws-mail-tnef-parser - TNEF attachment handler for Claws Mail
  claws-mail-perl-filter - Message filtering plugin using perl for Claws Mail
  claws-mail-pdf-viewer - PDF and PostScript attachment viewer for Claws Mail
  claws-mail-python-plugin - Python plugin and console for Claws Mail
  claws-mail-spam-report - Spam reporting plugin for Claws Mail
  claws-mail-vcalendar-plugin - vCalendar message handling plugin for Claws Mail

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

  https://mentors.debian.net/package/claws-mail/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/c/claws-mail/claws-mail_4.1.1-4~bpo11+1.dsc

Changes since the last upload:

 claws-mail (4.1.1-4~bpo11+1) bullseye-backports-sloppy; urgency=medium
 .
   * Rebuild for bullseye-backports-sloppy.
 .
 claws-mail (4.1.1-4) unstable; urgency=medium
 .
   * Fix typo in changelog (thanks lintian!)
   * Remove obsolete news file
   * Set Standards-Version to 4.6.2 with no other changes
   * Update copyright year ranges
 .
 claws-mail (4.1.1-3) unstable; urgency=high
 .
   [ David (Plasma) Paul ]
   * Move documentation Build-Depends to Build-Depends-Indep (Closes: #1036898)
 .
   [ Ricardo Mones ]
   * Revert "Remove bsfilter plugin for testing migration"
   * Add upstream patch to fix build with gcc 13 (Closes: #1037605)
   * Raised urgency because of RC bug
 .
 claws-mail (4.1.1-2~bpo11+1) bullseye-backports; urgency=medium
 .
   * Rebuild for bullseye-backports.
 .
 claws-mail (4.1.1-2) unstable; urgency=medium
 .
   [ Vagrant Cascadian ]
   * debian/rules: Use UTC for manpage date.
 .
   [ Ricardo Mones ]
   * Remove bsfilter plugin for testing migration
 .
 claws-mail (4.1.1-1) unstable; urgency=medium
 .
   [ Andreas Rönnquist ]
   * Fix typo in manpage for keyword-warner
 .
   [ Ricardo Mones ]
   * New upstream version 4.1.1
   * Remove patches already in this upstream release
   * Install new fancywebextension into fancy plugin
   * Use same version for all manpages
   * Use a fixed date for all manpages
   * Set Stantards-Version to 4.6.1, no other changes
   * Remove obsolete pattern from copyright
   * Adjust lintian override

Bug#1032670: Remove fixed-upstream tag

[Andreas Rönnquist]

tags 1032670 - fixed-upstream
thanks

It's not fixed upstream in allegro4 - it is in allegro5, but not in
allegro4.

Bug#1052503: RFS: scite/5.3.8-1 -- Lightweight GTK-based programming editor

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "scite":
(I am a DD, but currently without my gpg key, and in the progress to get
signatures for a new key, so I am forced to seek sponsors for my
uploads).

 * Package name : scite
   Version  : 5.3.8-1
   Upstream contact : Neil Hodgson 
 * URL  : https://scintilla.org/SciTE.html
 * License  : scintilla, BSL-1.0, LGPL-2.1, Expat
 * Vcs  : https://salsa.debian.org/debian/scite
   Section  : editors

The source builds the following binary packages:

  scite - Lightweight GTK-based programming editor

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

  https://mentors.debian.net/package/scite/

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

  dget -x https://mentors.debian.net/debian/pool/main/s/scite/scite_5.3.8-1.dsc

Changes since the last upload:

 scite (5.3.8-1) unstable; urgency=medium
 .
   * New upstream version 5.3.8
   * Add d/conffiles file to remove obsolete conffile
 /etc/scite/nimrod.properties properly (Closes: 1052403)

Regards,
-- 
  Andreas Rönnquist

Bug#1051595: RFS: geeqie/1:2.1-1 -- image viewer using GTK+

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name : geeqie
   Version  : 1:2.1-1
 * URL  : http://geeqie.org/
 * License  : GPL-2+, GFDL-1.2+
 * Vcs  : https://salsa.debian.org/debian/geeqie
   Section  : graphics

The source builds the following binary packages:

  geeqie - image viewer using GTK+
  geeqie-common - data files for Geeqie

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

  https://mentors.debian.net/package/geeqie/

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

  dget -x https://mentors.debian.net/debian/pool/main/g/geeqie/geeqie_2.1-1.dsc

Changes since the last upload:

 geeqie (1:2.1-1) unstable; urgency=medium
 .
   * Update debian/watch
   * New upstream version 2.1
   * Refresh patches
   * Remove patch Fix-1023-Unresponsive-UI-when-Show-Marks-is-enabled.patch
   * No need to install AUTHORS file
   * Install SVG icon too
   * d/changelog: remove trailing whitespace
   * Update Debian copyright to 2023
   * Remove unused include-binaries
   * Upgrade to Standards Version 4.6.2 (No changes required)
   * Add patch to fix lintian warning privacy-breach-generic
   * Add lintian override for false positive spelling error
 (ment/meant)

Regards,
-- 
  Andreas Rönnquist

Bug#1041866: Package: geeqie

[Andreas Rönnquist]

retitle 1041866 geeqie: incorrect lua dependency
thanks

On Mon, 24 Jul 2023 18:07:03 +0200 Florian Cramer  wrote:
> Package: geeqie
> 
> geeqie (version 1:2.0.1-8+b2, Trixie package) depends on the
> package liblua5.1-0 . However, liblua5.1-0 is not included in the
> dependencies of Trixie's geeqie package and needs to be manually installed.
> Without an installed liblua5.1-0, geeqie quit upon launch with an
> error message about liblua5.1.so.0 missing.
> 
> I am using Debian Trixie with kernel 6.3.0-1-amd64 #1 SMP PREEMPT_DYNAMIC
> Debian 6.3.7-1 (2023-06-12) x86_64 GNU/Linux.

Also, what is the output of 

ldd /usr/bin/geeqie | grep lua

for you?

-- Andreas Rönnquist
gus...@gusnan.se

Bug#1041866: Package: geeqie

[Andreas Rönnquist]

On Mon, 24 Jul 2023 18:07:03 +0200
Florian Cramer  wrote:

>Package: geeqie
>
>geeqie (version 1:2.0.1-8+b2, Trixie package) depends on the
>package liblua5.1-0 . However, liblua5.1-0 is not included in the
>dependencies of Trixie's geeqie package and needs to be manually installed.
>Without an installed liblua5.1-0, geeqie quit upon launch with an
>error message about liblua5.1.so.0 missing.
>
>I am using Debian Trixie with kernel 6.3.0-1-amd64 #1 SMP PREEMPT_DYNAMIC
>Debian 6.3.7-1 (2023-06-12) x86_64 GNU/Linux.

Are you on amd64? The geeqie package should depend on
liblua5.3-0 (and according to https://packages.debian.org/sid/geeqie it
claims to do just that on all architectures except m68k, sh4 and x32).

I just tested on unstable, removed liblua5.1-0 and liblua5.1-0-dev, and
started geeqie - which worked just fine, with only Lua 5.3 installed.

/Andreas Rönnquist
gus...@debian.org

Bug#1051350: RFS: scite/5.3.7-1 -- Lightweight GTK-based programming editor

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name : scite
   Version  : 5.3.7-1
   Upstream contact : Neil Hodgson 
 * URL  : https://scintilla.org/SciTE.html
 * License  : scintilla, BSL-1.0, LGPL-2.1, Expat
 * Vcs  : https://salsa.debian.org/debian/scite
   Section  : editors

The source builds the following binary packages:

  scite - Lightweight GTK-based programming editor

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

  https://mentors.debian.net/package/scite/

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

  dget -x https://mentors.debian.net/debian/pool/main/s/scite/scite_5.3.7-1.dsc

Changes since the last upload:

 scite (5.3.7-1) unstable; urgency=medium
 .
   * New upstream version 5.3.7
   * Add lintian override for another false positive spelling error
 (ment/meant)
   * Add Upstream Contact field to d/copyright

Regards,
-- 
  Andreas Rönnquist
  gus...@debian.org

Bug#1051299: RFS: allegro4.4/2:4.4.3.1-4 -- portable library for cross-platform game and multimedia development

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "allegro4.4":

I am temporarily without a gpg key, so currently I cannot upload
packages. (I am in the progress to getting the required signatures for
a new key)

 * Package name : allegro4.4
   Version  : 2:4.4.3.1-4
   Upstream contact : allegro-develop...@lists.liballeg.org
 * URL  : http://www.liballeg.org
 * License  : Expat, LGPL-2+, Allegro-gift-ware, Zlib, Zlib or GPL-2+, 
glut
 * Vcs  : https://salsa.debian.org/games-team/allegro4.4
   Section  : devel

The source builds the following binary packages:

  liballegro4.4 - portable library for cross-platform game and multimedia 
development
  liballegro4-dev - development files for the Allegro library
  allegro4-doc - documentation for the Allegro library
  liballeggl4.4 - library to mix OpenGL graphics with Allegro routines
  liballeggl4-dev - development files for the allegrogl library
  libjpgalleg4.4 - JPG loading addon for Allegro 4
  libjpgalleg4-dev - development files for the JPG loading addon for Allegro 4
  libloadpng4.4 - PNG loading addon for Allegro 4
  libloadpng4-dev - development files for the PNG loading addon for Allegro 4
  liblogg4.4 - OGG loading addon for Allegro 4
  liblogg4-dev - development files for the OGG loading addon for Allegro 4

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

  https://mentors.debian.net/package/allegro4.4/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/allegro4.4/allegro4.4_4.4.3.1-4.dsc

Changes since the last upload:

 allegro4.4 (2:4.4.3.1-4) unstable; urgency=medium
 .
   * Add a clean dh target to remove CHANGES - fixes building after a
 successful build (Closes: #1043942)
   * Build-dep on libgl-dev instead of libgl1-mesa-dev - Fixes lintian
 warning build-depends-on-obsolete-package
   * Fix watch file
   * Add Upstream-Contact to debian/copyright
   * Upgrade Standards Version to 4.6.2 (No changes required)

Regards,
-- 
  Andreas Rönnquist
  gus...@debian.org

Bug#1051270: RFS: allegro5/2:5.2.8.0+dfsg-2 -- portable library for cross-platform game and multimedia development

[Andreas Rönnquist]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

I am temporarily without a gpg key, so currently I cannot upload
packages. (I am in the progress to getting the required signatures for
a new key).

 * Package name : allegro5
   Version  : 2:5.2.8.0+dfsg-2
   Upstream contact : allegro-develop...@lists.liballeg.org
 * URL  : https://liballeg.org/
 * License  : BSD-3-clause, BitstreamVera, BSD-3-clause or GPL-2, Zlib
 * Vcs  : https://salsa.debian.org/games-team/allegro5
   Section  : libs

The source builds the following binary packages:

  liballegro5.2 - portable library for cross-platform game and multimedia 
development
  liballegro5-dev - development files for the Allegro 5 library
  liballegro-acodec5.2 - audio codec addon for the Allegro 5 library
  liballegro-acodec5-dev - header files for the Allegro 5 audio codec addon
  liballegro-audio5.2 - audio addon for the Allegro 5 library
  liballegro-audio5-dev - header files for the Allegro 5 audio addon
  liballegro-dialog5.2 - dialog addon for the Allegro 5 library
  liballegro-dialog5-dev - header files for the Allegro 5 dialog addon
  liballegro-image5.2 - image addon for the Allegro 5 library
  liballegro-image5-dev - header files for the Allegro 5 image addon
  liballegro-physfs5.2 - physfs addon for the Allegro 5 library
  liballegro-physfs5-dev - header files for the Allegro 5 physfs addon
  liballegro-ttf5.2 - ttf addon for the Allegro 5 library
  liballegro-ttf5-dev - header files for the Allegro 5 ttf addon
  liballegro-video5.2 - video addon for the Allegro 5 library
  liballegro-video5-dev - header files for the Allegro 5 video addon
  allegro5-doc - documentation for the Allegro 5 library

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

  https://mentors.debian.net/package/allegro5/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/allegro5/allegro5_5.2.8.0+dfsg-2.dsc

Changes since the last upload:

 allegro5 (2:5.2.8.0+dfsg-2) unstable; urgency=medium
 .
   * Fix watch file
   * Don't error out if trying to remove non-existing files - fixes building
 after a successful build (Closes: #1049622)
   * Don't depend/b-depend on obsolete packages (Thanks lintian\!)
   * Upgrade to Standards Version 4.6.2 (No changes required)
   * Add upstream contact field to copyright

Regards,
-- 
  Andreas Rönnquist
  gus...@debian.org

Bug#1041769: geeqie: TIFF renders as an upside-down mirror of former CCITT docs

[Andreas Rönnquist]

On Sun, 23 Jul 2023 12:45:45 +0200
debbug.gee...@sideload.33mail.com wrote:

Thanks for your report - 

>Bug 646982 reports a problem with correcting the orientation, but we
>have to ask why the TIFF orientation needed correction in the first
>place. This entry in the release notes looks interesting:
>
>===8<--
>geeqie (1:1.5.1+git20200708-1) unstable; urgency=medium
>
>  * Update README.Debian - mention GDK_CORE_DEVICE_EVENT, remove obsolete
>info about gqview
>  * New upstream git snapshot 1.5.1+git20200708 - Fixes rendering
>under wayland (Closes: #964441)
>  * Remove patches applied upstream:
>  0001-Fix-710-Apply-the-orientation-to-image-content-not-w.patch
>  0002-Fix-736-Please-migrate-from-gnome-doc-tool-to-yelp-b.patch
>  0004-Fix-741-Crash-when-creating-new-dir-with-same-name-a.patch
>  fix_multiple_definitions_with_gcc_10.patch
>  * Refresh patch 0003-Remove-changelog-from-menu-item.patch
>  * Add patch to fix version number on git snapshot and
>add Forwarded: not-needed to silence lintian
>===8<--
>
>Might that removed patch (0001-…) be related?  Because of that
>possibility, I did not mark this bug as upstream.

This changelog marks the removal of this patch, since the content of it
were applied to geeqie upstream at this time.

Upstream commit applying the content of the patch here:
https://github.com/BestImageViewer/geeqie/commit/fdb45ac5f99283775d655fa36b23b4be7905951e

>
>Unfortunately I have no sample to attach. Perhaps I can scan an
>arbitrary non-personal document in the future to supply a sample, if
>needed.
>

A sample would be helpful - I have tried saving an tiff image in
gimp and shown it in geeqie, but that showed without error.

I would very much suppose that the behaviour in this case is the same
in the upstream source as in the Debian package. 

/Andreas

Bug#1029142: bullseye-pu: package geeqie/1:1.6-9+deb11u2 (pre-approval)

[Andreas Rönnquist]

On Sat, 01 Apr 2023 20:37:55 +0100
"Adam D. Barratt"  wrote:

>Control: tags -1 + moreinfo
>
>On Wed, 2023-01-18 at 15:13 +0100, Andreas Rönnquist wrote:
>> The clutter library is buggy, to the extent that geeqie might crash
>> if
>> not ran without it. This fix simply removes the libchamplain
>> dependency
>> (which in it's turn depends on clutter). This makes it possible and
>> easier to run geeqie without the need for the cli --disable-clutter
>> argument. (Fixes #1027753 [1], and please also see #1018123 [2])
>> 
>>   
>
>Apologies for the delay in getting back to you on this.
>
>Presumably geeqie doesn't actually use libchamplain? If so, why does it
>depend on it to begin with?
>

It does use it - If you go to the menu - View > Info Sidebar, (Ctrl+K
might be the keyboard shortcut) - and there select the "Add Pane"
button (In my GTK theme it's simply a plus sign), and there you can
select "GPS Map". (This is on the version in stable, but not on
testing/unstable).

Then you can drag images to a position on the map to set the GPS
coordinates for images. Without libchamplain you have to enter GPS
coordinates manually, which of course is way more unintuitive.
- but it can still be done.

Libchamplain is dependant on clutter - and clutter is going into
retirement mode upstream  (see 
https://blogs.gnome.org/clutter/ ). I believe the functionality of
libchamplain/clutter in geeqie might be re-added using the methods
mentioned there sooner or later - GTK4 and libadwaita.

Sure, it's a feature that gets dropped, but i find this preferable to
having it not working on remote X (as in #1027753 - [1]). The clutter support
has also been removed in unstable, as you can see in the other bug
(#1018123 -[2]).


>Looking at the diff, I think the change is actually the removal of a
>/build/ dependency, not a runtime one? If so, it would be good if that
>were slightly clearly in the changelog.
>

Sure, Updated diff attached.

thanks
/Andreas

1: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1027753
2: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018123
diff -Nru geeqie-1.6/debian/changelog geeqie-1.6/debian/changelog
--- geeqie-1.6/debian/changelog	2022-03-23 11:40:44.0 +0100
+++ geeqie-1.6/debian/changelog	2023-01-18 14:00:45.0 +0100
@@ -1,3 +1,10 @@
+geeqie (1:1.6-9+deb11u2) bullseye; urgency=medium
+
+  * Remove build dependency on libchamplain, disables clutter
+support - fixes running via remote X (Closes: #1027753)
+
+ -- Andreas Rönnquist   Wed, 18 Jan 2023 14:00:45 +0100
+
 geeqie (1:1.6-9+deb11u1) bullseye; urgency=medium
 
   * Add patch to fix Ctrl click inside of a block selection
diff -Nru geeqie-1.6/debian/control geeqie-1.6/debian/control
--- geeqie-1.6/debian/control	2022-03-23 11:40:44.0 +0100
+++ geeqie-1.6/debian/control	2023-01-17 20:21:27.0 +0100
@@ -20,7 +20,6 @@
libwebp-dev,
libdjvulibre-dev,
libopenjp2-7-dev,
-   libchamplain-gtk-0.12-dev,
libpoppler-glib-dev,
yelp-tools
 Build-Conflicts: libexiv2-dev (= 0.19-2)

Bug#1032063: www.debian.org: selected language does not follow through to links

[Andreas Rönnquist]

On Mon, 27 Feb 2023 11:29:51 +0100,
Drew Parsons wrote:

>Package: www.debian.org
>Severity: normal
>
>The Debian website has an extensive set of translations of the pages.
>But when one language is selected, that choice is not followed through
>when clicking on links.
>
>For instance clicking on the Italiano link on the home page
>(https://www.debian.org/) brings me to the italian translation of the
>home page, https://www.debian.org/index.it.html
>
>But then if I click on, say, "La nostra filosofia" (i.e. "Our
>Philosophy"), the Italian page brings me to
>https://www.debian.org/intro/philosophy, which is back to English. The
>link on the Italian home page should bring me to the Italian version
>of the Philosophy page (it does exist,
>https://www.debian.org/intro/philosophy.it.html)
>
>The problem is general with the Debian website, it affects other
>languages and other links.
>

What language the website is shown in is dependant on what language
your browser is setup to show. (It's a browser setting).

As you have noticed, the links at the bottom of each page does only
change to the translated version of the current page, if you then click
another link it will go back to the browser set language again.

To make the complete Debian website show in another language, change
the language setting in your browser. How this is done is described in
detail on

https://www.debian.org/intro/cn

If you for some reason don't want to change the browser language
setting, there is a way to set a cookie in the browser that also will
change the shown language. This too is described in the page I just linked.

-- Andreas Rönnquist
mailingli...@gusnan.se
andr...@ronnquist.net

Bug#1028493: geeqie: Does not print

[Andreas Rönnquist]

On Sat, 4 Feb 2023 11:07:38 +0100 =?UTF-8?Q?Bernhard_=c3=9cbelacker?= 
 wrote:
> 
> On Wed, 11 Jan 2023 22:48:42 +0100 waxhead  wrote:
> 
> > Tried to print a jpg picture
> 
> > Restarted the machine, restarted printer, tried updating, looked at
> > print queue (nothing), tried preview print (nothing) Tried to print
> > from GIMP (success)
> 
> 
> 
> Hello,
> I tried to reach the print preview window and it looks like
> geeqie does not print by itself, instead it seems to start evince:
> 
 8< 
> 
> Therefore does installing the package evince get you to the print
> preview?
> 
> 
> So either geeqie should report a missing evince,
> or maybe adding a recommends would be desirable?
> 

Thanks - it does indeed sound reasonable to recommend on evince - If
you have evince installed, does printing work as you expect it then?

-- Andreas Rönnquist
gus...@debian.org

Bug#1027753: Re: Bug#1027753 closed by Andreas Rönnquist (Re: Bug#1027753: geeqie crashes on ssh-forwared remote X)

[Andreas Rönnquist]

On Wed, 18 Jan 2023 08:47:27 +0100 Lars Rohwedder  wrote:
> The bug itself is _not_ fixed. The command-line option is just a
> workaround, so geeqie is usable again, but it (or one of the used
> libraries) still contains the bug.
> 
> So the severity might be lower and might be moved to the causing
> library, but a segfault is still a thing that should be fixed. Don't you
> think so?

As you might have seen I have posted a suggested fix to the release
team - which means it is now in the release teams hands, and up to them
if they allow the fix in Bullseye or not.

See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029142

for the details.

-- Andreas Rönnquist
gus...@debian.org

Bug#1029041: gftp -- X/GTK+ and console FTP client (metapackage)

[Andreas Rönnquist]

On Sat, 21 Jan 2023 20:28:05 +
Gervase  wrote:

>Hi Andreas.
>
>> Package: wnpp
>> Severity: normal
>> X-Debbugs-Cc: g...@packages.debian.org
>> Control: affects -1 + src:gftp
>> 
>> I intend to orphan the gftp package. It looked like upstream would
>> migrate to gtk3 and was a bit active, but since then the activity
>> seems
>> to have died off. For users using this, filezilla seems like a
>> reasonable replacement. (Which I too have migrated to).  
>
>Until today, I thought I had been using an old gftp GUI.  However, I was
>actually using a buggy bareFTP, which was last updated over 6 years ago!
>Therefore, gftp is more up-to-date and it looks like it has got more or
>less the same features.
>
>On upgrading to Bookworm, I was thinking of using a debugged bareFTP. 
>But that is out of the question because bareFTP basically no longer
>exists, which I more or less mentioned above.  This leaves gftp...!  I
>don't want the baggage associated with filezilla.
>
>Therefore, can you tell me exactly what the TECHNICAL problems are which
>prevent including gftp package(s) in Debian Bookworm?

Nothing at all - I orphan it since I don't want to maintain a package
that doesn't migrate to gtk3, and WILL be removed sometime (later or
not). - Unless it is converted to GTK3.

Is there some new release team policy to remove orphaned packages? One
simple way to hinder such removal (if it is valid) would be to take over
maintenance yourself. (But I don't believe there is, please educate me
if there is).

>The gftp "team" have an open github issue 91 (GTK3 Port Progress).  The
>initial comments against issue 91 show that there was initial progress
>and a screenshot of the start of the GTK3 porting process.
>
>However, reading further through the comments, I see frustration with
>the GTK3 library, which includes awkward multi-threading.  Plus, there
>is lookahead to the current GTK4 (GTK3 is now old, apparently...), where
>things look more ominous.
>

>
>Even if there is no activity in gftp, if it were free of problems, then
>I assume gftp would be packaged into Debian Bookworm...?
>
>Looking at the last comment against issue 19, I see the following two
>paragraphs...
>
>> This branch contains preliminary work to finish the gtk3 port, it's
>> somewhat old, but it can be finished anytime
>> https://github.com/masneyb/gftp/commits/gtktreeview  
>
>> In this branch there are some ported patches from the fangq repo that
>> add extra buttons, everything that works is already ported to the
>> upstream repo I think
>> https://github.com/masneyb/gftp/commits/fangq  
>
>I assume that the above does not address the technical issues which
>would allow gftp to be included in Debian Bookworm?
>
>If I can, I would like to try to help out.
>

As said, my reasons for in the first stage taking over maintenance when
I did, was that then GTK3 migration seemed to be very much in progress,
but now it seems to have stalled and stopped.

I don't want to maintain a package that don't have any future in Debian
- and packages that depend on gtk2 will be removed sooner or later -
maybe even MUCH later, but still, if they will be removed I have very
little interest in maintaining them, as this means that users WILL have
to find alternatives.

And this of course means I wouldn't have anything at all against anyone
else taking over maintainership - Please do so if you find the package
useful and valuable to maintain - I might even sponsor your uploads if
needed.

/Andreas

Bug#1029142: bullseye-pu: package geeqie/1:1.6-9+deb11u2 (pre-approval)

[Andreas Rönnquist]

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

[ Reason ]
The clutter library is buggy, to the extent that geeqie might crash if
not ran without it. This fix simply removes the libchamplain dependency
(which in it's turn depends on clutter). This makes it possible and
easier to run geeqie without the need for the cli --disable-clutter
argument. (Fixes #1027753 [1], and please also see #1018123 [2])

[ Impact ]
People can get a segfault, which can be avoided with --disble-clutter,
but that isn't clearly documented.

[ Checklist ]
  [*] *all* changes are documented in the d/changelog
  [*] I reviewed all changes and I approve them
  [*] attach debdiff against the package in (old)stable
  [*] the issue is verified as fixed in unstable

[ Changes ]
Simply removing the dependency on libchamplain (which in it's turn
removes the dep on libclutter).


1: https://bugs.debian.org/1027753
2: https://bugs.debian.org/1018123
diff -Nru geeqie-1.6/debian/changelog geeqie-1.6/debian/changelog
--- geeqie-1.6/debian/changelog	2022-03-23 11:40:44.0 +0100
+++ geeqie-1.6/debian/changelog	2023-01-18 14:00:45.0 +0100
@@ -1,3 +1,10 @@
+geeqie (1:1.6-9+deb11u2) bullseye; urgency=medium
+
+  * Remove dependency on libchamplain, disables clutter support
+(Closes: #1027753)
+
+ -- Andreas Rönnquist   Wed, 18 Jan 2023 14:00:45 +0100
+
 geeqie (1:1.6-9+deb11u1) bullseye; urgency=medium
 
   * Add patch to fix Ctrl click inside of a block selection
diff -Nru geeqie-1.6/debian/control geeqie-1.6/debian/control
--- geeqie-1.6/debian/control	2022-03-23 11:40:44.0 +0100
+++ geeqie-1.6/debian/control	2023-01-17 20:21:27.0 +0100
@@ -20,7 +20,6 @@
libwebp-dev,
libdjvulibre-dev,
libopenjp2-7-dev,
-   libchamplain-gtk-0.12-dev,
libpoppler-glib-dev,
yelp-tools
 Build-Conflicts: libexiv2-dev (= 0.19-2)

Bug#1029041: O: gftp -- X/GTK+ and console FTP client (metapackage)

[Andreas Rönnquist]

Package: wnpp
Severity: normal
X-Debbugs-Cc: g...@packages.debian.org
Control: affects -1 + src:gftp

I intend to orphan the gftp package. It looked like upstream would
migrate to gtk3 and was a bit active, but since then the activity seems
to have died off. For users using this, filezilla seems like a
reasonable replacement. (Which I too have migrated to).



The package description is:
 gFTP is a multithreaded FTP client, available in two versions:
  * version for X, written using GLib and GTK+
  * version for the console, using only GLib
 .
 This is an upgrade convenience package, it's only useful for depending on.

Bug#1027753: geeqie crashes on ssh-forwared remote X

[Andreas Rönnquist]

On Mon, 02 Jan 2023 20:44:32 +0100
Lars Rohwedder  wrote:
>
>When I try to run "geeqie" via remote X (via "ssh -v -Y", that's why
>I got the debug output from ssh, too) I got this error messages
>to the console and geeqie seems to crash immediately:
>

Thanks for your report - Could you please try to run geeqie with the command

LIBGL_ALWAYS_INDIRECT=1 geeqie

and report back here?

If that doesn't work, try to run geeqie with

geeqie --disable-clutter

- this is the geeqie bug https://github.com/BestImageViewer/geeqie/issues/829

Already fixed in later versions.

/Andreas Rönnquist
gus...@debian.org

Bug#1027675: devilspie2: watch file doesn't work properly

[Andreas Rönnquist]

Source: devilspie2
Version: 0.43-5
Severity: minor
Tags: patch

Dear Maintainer,

Devilspie2 has a new upstream, and they have made new releases (yay!)
which unfortunately doesn't follow the file-name "layout" of the
previous, which causes the watch file to not recognise the newer
versions.

A fix like

--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,3 @@
 version=3
 opts=pgpsigurlmangle=s/$/.asc/ \
-https://download-mirror.savannah.gnu.org/releases/devilspie2/devilspie2_(.+)-src\.tar\.gz
+https://download-mirror.savannah.gnu.org/releases/devilspie2/devilspie2[_-](.+)[-src]*\.tar\.[gx]z

fixes the watch file and makes uscan also recognise the newer versions.

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

Kernel: Linux 6.0.0-5-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.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

Bug#1026722: gst-python1.0: FTBFS: dh_install: error: missing files, aborting

[Andreas Rönnquist]

usr/lib/python* in .install misses items that now are installed to
/usr/local/lib/*.

This is #1026312.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026312

-- Andreas Rönnquist
gus...@debian.org

Bug#1026059: geeqie: Missing JPEG XL support

[Andreas Rönnquist]

On Tue, 13 Dec 2022 22:22:16 +0100
"Davide G. Borin"  wrote:

>Package: geeqie
>Version: 1:2.0.1-5
>Severity: normal
>
>Dear Maintainer,
>  according to Geeqie website, it'd support JPEG XL image format, but Debian 
> packaged version doesn't.
>
>http://www.geeqie.org/help/GuideReferenceSupportedFormats.html
>
>

Thanks for your report - you are right, I'll add the jpeg XL support
(there's only a build-dep that needs to be added).

Last time I looked at this, jepg-xl was only available in experimental,
but since it has been uploaded to unstable too, so now there's no
reason to build geeqie without it. Thanks!

best
/Andreas
gus...@debian.org
gus...@librem.one

Bug#1025689: undefined symbol: video_thumbnailer_set_size

[Andreas Rönnquist]

On Wed, 07 Dec 2022 14:01:54 +0100 =?UTF-8?Q?S=C3=A9bastien_Dinot?= 
 wrote:
> 
> On my Debian Bookworm system, Geeqie is unusable because the symbol
> resolution
> fails when the program is launched. The following message is displayed:
> 
> geeqie: symbol lookup error: geeqie: undefined symbol:
> video_thumbnailer_set_size
> 
> ---
> Versions of packages geeqie depends on:
> ii  libffmpegthumbnailer4v5  1:2.2.0-dmo5

Thanks for your report -

Could you please try to run it with libffmpegthumbnailer4v5 from
testing/unstable, version 2.2.2+git20220218+dfsg-1+b2?

It looks like you are using a version of that library from the
deb-multimedia repository (see the quoted package dependencies list of
your mail), which I don't know if geeqie works with.

-- Andreas Rönnquist
gus...@debian.org

Bug#1025113: O: asunder -- graphical audio CD ripper and encoder

[Andreas Rönnquist]

Package: wnpp
Severity: normal
Control: affects -1 src:asunder

I intend to orphan the asunder package. Upstream has no interest in migrating
to GTK3, and will keep maintaining the current GTK2 version. Because of this,
my interest in the package is minimal - see #967259 [1]. (This could
theoretically change if upstream changes their mind regarding GTK3, but it
seems very unlikely [2]). There is a GTK3 port that seems to work just
fine [3], but I don't want to become the sole upstream of it. I might
look at another implementation in another language though...

The package description is:
 Asunder is a graphical Audio CD ripper and encoder. It can be used to
 save tracks from Audio CDs. Main features:
 .
  * Supports WAV, MP3, Ogg Vorbis, FLAC, and Wavpack audio files
  * Uses CDDB to name and tag each track
  * Can encode to multiple formats in one session
  * Creates M3U playlists
  * Allows for each track to be by a different artist
  * Does not require a specific desktop environment (just GTK+)

1: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967259
2: https://littlesvr.ca/bugs/show_bug.cgi?id=59
3: https://gitlab.gnome.org/Salamandar/asunder

Bug#987533: geeqie: thumbnails are not loaded automatically

[Andreas Rönnquist]

On Sun, 25 Apr 2021 10:32:13 +0200 Emilian Nowak  wrote:
> Package: geeqie
> Version: 1:1.6-8
> Severity: normal
> X-Debbugs-Cc: emil.no...@gmail.com
> 
> Dear Maintainer,
> 
> 
> 
> When I open geeqie in new directory with images thumbnails are never showed.
> I have to manually "Select All" -> then refresh
> 

Hi

Sorry for not getting back to you earlier. 

Can you reproduce this with the latest geeqie 1:2.0.1-5 in unstable? It
contains changes that affects this behaviour.

Please try to reproduce, and get back to me with info if you can or not
- if you cannot, I'll close this bug.

best and thanks in advance
/Andreas Rönnquist
gus...@debian.org

Bug#1024092: thumbnail view doesn't render in Wayland

[Andreas Rönnquist]

On Mon, 14 Nov 2022 12:57:01 -0500 Antoine Beaupre  wrote:
> Package: geeqie
> Version: 1:2.0.1-4
> Severity: normal
> 
> I'm not sure what's happening here, but it seems like Geeqie doesn't
> correctly render thumbnails in the left pane under Wayland anymore.
> 
> The images just don't show up: they are clickable, and show up on the
> right pane, but are basically just white squares.
> 
> Here is a screenshot of the problem:
> 
> https://paste.anarc.at/publish/2022-11-14-EkB6-ytmKHVUzKkCLJOzZwoQhDrlClzVX_kh4wR_tn8/snap-20221114T125640.png
> 

Thanks for the report - I can reproduce - For me it's only when I have
"Show as Icons" checked, and NOT "Show filename text", is it the same
for you?

And I cannot reproduce it on an uptodate unstable, so I got a little
confused - and also the problem is present on both X and wayland.

I'll forward upstream.

-- Andreas Rönnquist
gus...@debian.org

Bug#967447: gpa: depends on deprecated GTK 2

[Andreas Rönnquist]

On Fri, 18 Mar 2022 07:44:16 + Stefan Kropp  wrote:
> Few month ago I have started to change the implementation of gpa
> from gtk2 to gtk3. I will check if I can find the patch file.
> 

Hi!

Sorry, I haven't noticed your message in quite some time - and I have
actually started some porting myself - see

https://github.com/gusnan/gpa

where I have a branch port-gtk3. It would be great consolidate our
efforts. However - I must say that I don't know if upstream has any
interest in GPA any longer, and I not quite interested in becoming the
upstream.

My message to the gnupg devel mailinglist here:

https://lists.gnupg.org/pipermail/gnupg-devel/2022-October/035151.html

best
-- Andreas Rönnquist
gus...@debian.org

Bug#1019704: poedit: Error msg on startup (wxwidgets3.2 regression?)

[Andreas Rönnquist]

On Tue, 13 Sep 2022 13:52:58 -0400 Boyuan Yang  wrote:
> Thanks for uploading poedit for wxwidgets3.2 transition. However, the
> rebuilt poedit would show the following error message as a popup window when
> opening a .PO file:
> 
> can't open file '/org/gtk/libgtk/icons/16x16/actions/text-x-generic.png'
> (error 2: no such file or directory)
> Failed to load image from file "/org/gtk/libgtk/icons/16x16/actions/text-x-
> generic.png"
> 

Hi -

I cannot reproduce this - neither on Xfce, nor on Gnome.

Could you please give more details on how you open the .po file, and when the
dialog appears? Simply opening poedit, and the selecting "Browse files"
in the dialog that is presented, and then selecting the file?

I am guessing that it could be that the image file is missing from the
GTK theme you are using - but this is only a guess - what GTK theme
and icon theme are you using? And what desktop environment?

Also, that path looks a bit strange if it starts with "/org", if it is
a full path, doesn't it?


-- Andreas Rönnquist
gus...@debian.org

Bug#989684: Geeqie crashed on startup with "X Window System error"

[Andreas Rönnquist]

Some time has gone, I haven't recieved any replied to this -

But no worries - geeqie have had bug reported on it that it shouldn't
depend on the clutter library, and I have removed the clutter dependency.
Could you please install the latest version of geeqie in unstable and
reply here with information if that solves the problem or not?

-- Andreas Rönnquist
gus...@debian.org

Bug#1016973: kopanocore: CVE-2022-26562

[Andreas Rönnquist]

On Thu, 11 Aug 2022 20:57:57 +0200 Salvatore Bonaccorso  
wrote:
> Hi Andreas,
> 
> Can you get in contact with upstream about it?
> 

Done (by mail) - I'll get back here when I get I reply.

-- Andreas Rönnquist
gus...@debian.org

Bug#1016973: kopanocore: CVE-2022-26562

[Andreas Rönnquist]

To me it looks like the pam authenticator check miss a check with
pam_acct_mgmt in addition to the pam_authenticate that is already
there, see the attached patch.

myproxy has similar code, and does a similar thing here:

https://sources.debian.org/src/myproxy/6.2.14-2/auth_pam.c/?hl=227#L227

(It checks first with pam_authenticate(), then with pam_acct_mgmt(),
and would fail if account or password is expired).

-- Andreas Rönnquist
gus...@debian.org
From: =?utf-8?q?Andreas_R=C3=B6nnquist?= 
Date: Thu, 11 Aug 2022 14:47:53 +0200
Subject: CVE-2022-26562: Check account validation in addition to
 authentication

---
 provider/libserver/ECKrbAuth.cpp | 12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/provider/libserver/ECKrbAuth.cpp b/provider/libserver/ECKrbAuth.cpp
index cce39fb..c539a15 100644
--- a/provider/libserver/ECKrbAuth.cpp
+++ b/provider/libserver/ECKrbAuth.cpp
@@ -129,11 +129,21 @@ ECRESULT ECPAMAuthenticateUser(const char *szPamService,
 		return KCERR_LOGON_FAILED;
 	}
 	res = pam_authenticate(pamh, PAM_SILENT);
-	pam_end(pamh, res);
 	if (res != PAM_SUCCESS) {
 		*lpstrError = pam_strerror(nullptr, res);
+		pam_end(pamh, res);
 		return KCERR_LOGON_FAILED;
 	}
+
+	res = pam_acct_mgmt(pamh, PAM_SILENT);
+	if (res != PAM_SUCCESS) {
+		*lpstrError = pam_strerror(nullptr, res);
+		pam_end(pamh, res);
+		return KCERR_LOGON_FAILED;
+	}
+
+	pam_end(pamh, res);
+
 	return erSuccess;
 }
 

Bug#1014275: sakura: prints regex related warnings on startup

[Andreas Rönnquist]

tags -1 fixed-upstream
thanks

Thanks for your report - this has been fixed in the upstream git
repository [1] but hasn't been available in an upstream release yet -
If a new upstream release takes too long I will cherry-pick the fix and
make a new Debian release.

cheers
-- Andreas Rönnquist
gus...@debian.org

1: 
https://git.launchpad.net/sakura/commit/?id=24acf1a5a0c0a401c69c47dd61a8338c59be767e

Bug#1011985: claws-mail: [backport request] for compatibility with gmail

[Andreas Rönnquist]

I have prepared a backport of claws-mail, and have uploaded it - It's
in the backports NEW queue, so I don't know how long it will take
before getting through (It is out of my control). 

If there is any problems with the package, I'll fix them and get it
through the NEW queue again, if necessary, so you will get a new(er)
claws-mail package soon enough which supports the gmail OAUTH2
business. (I am running a backported version of claws for some time -
for me it works just fine).

-- Andreas Rönnquist
gus...@debian.org

Bug#986862: lollypop: Filename args doesn't work when Lollypop is already running

[Andreas Rönnquist]

Hi -

As you might have noticed, upstream has closed the forwarded bug of this
one - but I don't really find the problem solved for me.

Could you please try with 1.4.31 which I just uploaded to unstable, and
see how it affects your use case?

I'm guessing that you still run into problems.

-- Andreas Rönnquist
gus...@debian.org

Bug#1008161: bullseye-pu: package geeqie/1.6-9+deb11u1

[Andreas Rönnquist]

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

I would like to fix a bug in geeqie in bullseye where selecting several
items in a file-list and then trying to deselect one item using
Ctrl+click doesn't work as it should.

Unfortunately this isn't reported in the Debian BTS, but the bug I
reacted to is upstream [1], and the original bug [2] also showing a
video of the problem. (I asked the reporter to report it in Debian, but
he/she hasn't done that yet).

The fix is cherry-picked from upstream, and also available in versions
from 1.7 and forward, already packaged and tested in unstable. I have
tested the cherry-picked fix in stable and it works.


1: https://github.com/BestImageViewer/geeqie/issues/969
2: https://github.com/BestImageViewer/geeqie/issues/939


[ Risks ]
This is a small change in leaf package, should be very low risk.

[ Checklist ]
  [X] *all* changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attach debdiff against the package in (old)stable
  [X] the issue is verified as fixed in unstable
diff -Nru geeqie-1.6/debian/changelog geeqie-1.6/debian/changelog
--- geeqie-1.6/debian/changelog	2021-05-27 23:43:23.0 +0200
+++ geeqie-1.6/debian/changelog	2022-03-23 11:40:44.0 +0100
@@ -1,3 +1,9 @@
+geeqie (1:1.6-9+deb11u1) bullseye; urgency=medium
+
+  * Add patch to fix Ctrl click inside of a block selection
+
+ -- Andreas Rönnquist   Wed, 23 Mar 2022 11:40:44 +0100
+
 geeqie (1:1.6-9) unstable; urgency=medium
 
   * Remove ufraw and ufraw-batch from recommends/suggests 
diff -Nru geeqie-1.6/debian/patches/0008-Fix-939-Ctrl-click-inside-of-a-block-selection-resul.patch geeqie-1.6/debian/patches/0008-Fix-939-Ctrl-click-inside-of-a-block-selection-resul.patch
--- geeqie-1.6/debian/patches/0008-Fix-939-Ctrl-click-inside-of-a-block-selection-resul.patch	1970-01-01 01:00:00.0 +0100
+++ geeqie-1.6/debian/patches/0008-Fix-939-Ctrl-click-inside-of-a-block-selection-resul.patch	2022-03-23 11:33:16.0 +0100
@@ -0,0 +1,41 @@
+From: Colin Clark 
+Date: Sun, 9 Jan 2022 10:10:50 +
+Subject: Fix #939: Ctrl-click inside of a block selection results in whole
+ selection being cancelled
+
+https://github.com/BestImageViewer/geeqie/issues/939
+---
+ src/view_file/view_file_list.c | 19 ++-
+ 1 file changed, 10 insertions(+), 9 deletions(-)
+
+diff --git a/src/view_file/view_file_list.c b/src/view_file/view_file_list.c
+index 6418b41..76d6422 100644
+--- a/src/view_file/view_file_list.c
 b/src/view_file/view_file_list.c
+@@ -798,16 +798,17 @@ static gboolean vflist_select_cb(GtkTreeSelection *selection, GtkTreeModel *stor
+ 	GtkTreeIter iter;
+ 	GtkTreePath *cursor_path;
+ 
+-	gtk_tree_view_get_cursor(GTK_TREE_VIEW(vf->listview), _path, NULL);
+-	if (cursor_path)
+-		{
+-		gtk_tree_model_get_iter(store, , cursor_path);
+-		gtk_tree_model_get(store, , FILE_COLUMN_POINTER, (vf)->select_fd, -1);
+-		gtk_tree_path_free(cursor_path);
+-		}
+-	else
++	VFLIST(vf)->select_fd = NULL;
++
++	if (!path_currently_selected && gtk_tree_model_get_iter(store, , tpath))
+ 		{
+-		VFLIST(vf)->select_fd = NULL;
++		gtk_tree_view_get_cursor(GTK_TREE_VIEW(vf->listview), _path, NULL);
++		if (cursor_path)
++			{
++			gtk_tree_model_get_iter(store, , cursor_path);
++			gtk_tree_model_get(store, , FILE_COLUMN_POINTER, (vf)->select_fd, -1);
++			gtk_tree_path_free(cursor_path);
++			}
+ 		}
+ 
+ 	if (vf->layout &&
diff -Nru geeqie-1.6/debian/patches/series geeqie-1.6/debian/patches/series
--- geeqie-1.6/debian/patches/series	2021-03-10 13:38:32.0 +0100
+++ geeqie-1.6/debian/patches/series	2022-03-23 11:33:16.0 +0100
@@ -5,3 +5,4 @@
 0005-Fix-822-The-image-rotation-keys-and-affect-the-wrong.patch
 0006-Fix-860-871-remote-and-slideshow-on-startup.patch
 0007-Fix-644-Images-fail-to-render-on-MacOS.patch
+0008-Fix-939-Ctrl-click-inside-of-a-block-selection-resul.patch

Bug#965339: geeqie: Geeqie is painfully slow since GTK3

[Andreas Rönnquist]

On Thu, 10 Mar 2022 23:21:28 +0100 Christoph Groth
 wrote:
> My main usage of geeqie is quickly browsing through many photos,
> selecting the ones that I want to keep.  This involves using marks and
> repetitively switching back and forth between images, and has become
> unbearably slow with this bug.
> 
> For now I worked around the problem by downgrading to geeqie from
> buster.
> 
> I hope that this issue can be resolved in the not so distant future.
> However, searching through the upstream list of geeqie’s issues for
> "marks slow", I do not see any issue that specifically refers to
> increasing slowness when using marks.  Am I missing the relevant one,
> or should we open a new upstream issue for this problem?
> 
> 

Yeah I agree, it might be a good idea to open a new issue upstream -
would you like to do it, so you'll get all the answers? (Also you have
all the details) - I could do it though if you want me to.

best
/Andreas

Bug#992453: caja-rename: Sometimes pressing F2 on a file/folder does absolutely nothing

[Andreas Rönnquist]

Package: caja-rename
Version: 20.1.26-1
Severity: important

Dear Maintainer,

I am using caja on a Xfce desktop (still on Buster), and noticed that
sometimes I couldn't rename a file by simply pressing F2. This sent me
of on a wild goose-chase on permissions and whatnot in the affected
folder (it was on a nfs-share, if that matters).

By running caja in a terminal I have found that what I run into is a bug
in caja-rename - which already has been reported and fixed upstream:

https://bugs.launchpad.net/ubuntu/+source/caja-rename/+bug/1877718

which is a one-liner fix (2 counting whitespace):

https://github.com/tari01/caja-rename/pull/4/files

This seems to also still be a problem in both Buster / Bullseye, and
also in Sid.

If you need prepared packages / sponsoring for stable / old-stable, I
would gladly help out with this too.


-- System Information:
Debian Release: 11.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages caja-rename depends on:
ii  caja1.24.0-1+b1
ii  gir1.2-gtk-3.0  3.24.30-1
ii  python3 3.9.2-3
ii  python3-caja1.24.0-3
ii  python3-gi  3.38.0-2

caja-rename recommends no packages.

caja-rename suggests no packages.

Bug#989187: unblock: geeqie/1.6-9

[Andreas Rönnquist]

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

Please unblock package geeqie

[ Reason ]
Geeqie recommends ufraw-batch and suggests ufraw which both has been
removed from bullseye, this update removes these dependencies in
geeqie.

[ Risks ]
Leaf package, just fixing dependencies on packages that are removed.

[ Checklist ]
  [X] all changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attach debdiff against the package in testing

Debdiff attached.

unblock geeqie/1.6-9

-- Andreas Rönnquist
gus...@debian.org


geeqie_ufraw.debdiff
Description: Binary data

Bug#987356: ignores path argument

[Andreas Rönnquist]

On Thu, 22 Apr 2021 17:14:53 +0800 Martin Michlmayr 
wrote:
> I just upgraded from buster to bullseye.  In bulseye, geeqie seems to
> ignore the "path" argument.
> 
> In the past,
> geeqie a/sunflower.jpg
> would work to open that particular photo.
> 
> Now geeqie just loads the current directory, as if I had called
> "geeqie".
> 
> Does "geeqie path" work for you?
> 

Thanks for your report - like Chris I cannot reproduce your problem -
just tested in an unstable VM, but unlike Chris, using Xfce, so it
doesn't seem to be depending on desktop...

Can you think of anything non-standard in your use-case? I have tested
having the image in a folder which is a symlink to the real folder, and
it still works, and have tested both pngs and jpgs, which both works.n

Do you have spaces or characters in the folder names which might cause
problems?

You could try to first backup your config folder 

$(HOME)/.config/geeqie/

and then delete it - it will regenerate a new fresh one when running
geeqie again (PLEASE don't forget to backup it before so you can restore
it after if you need the settings you have), and see if this affects
things.

/Andreas Rönnquist
gus...@debian.org

Bug#985404: qa.debian.org: Packages overview VCS field doesn't consider a debian/experimental branch

[Andreas Rönnquist]

Package: qa.debian.org
Severity: wishlist

The VCS field on developer Packages overview doesn't seem to consider a
debian/experimental branch.

In my example, the package scite, where unstable has version 4.4.5-2,
and salsa has the tag debian/4.4.5-2 on the debian/master branch, and
it has 5.0.0-1~exp1 in experimental, and the tag debian/5.0.0-1_exp1 on
the debian/experimental branch.

The Package overview shows Git - 4.4.5-2 (with the version in red as if
there's a problem with it) as if that is the latest in Git.

My package overview where the problem is visible at
https://qa.debian.org/developer.php?login=gusnan%40debian.org

I can see other packages that have experimental packaging in the
debian/master branch not showing this as a problem, or even those where
the experimental branch is called simply experimental (and not
debian/experimental) also not showing the version as problematic.

DEP-14 mentions debian/experimental and debian/unstable, but it
shouldn't be an error to use debian/experimental as branch name even if
using debian/master, right?

Please inform me if it is simply user error.

-- Andreas Rönnquist
gus...@debian.org

Bug#984895: unblock: geeqie/1.6-8

[Andreas Rönnquist]

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

Please unblock package geeqie

The version in unstable has a patch cherry-picked from upstream which
fixes showing images when using wayland, which has been problematic
before, and it hasn't worked with some combinations of wayland and
libclutter. This fixes two bugs (#983207, #977189) with severity
important (and I fully believe that more bugs would be reported on the
package if the fix isn't included).

The patch fixes showing only a white image on some setups (wayland),
which before the patch needs a setting change, or cli option to fix.

[ Checklist ]
  [X] all changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attach debdiff against the package in testing


unblock geeqie/1.6-8

-- Andreas Rönnquist
gus...@debian.org
diff -Nru geeqie-1.6/debian/changelog geeqie-1.6/debian/changelog
--- geeqie-1.6/debian/changelog	2021-02-27 13:36:57.0 +0100
+++ geeqie-1.6/debian/changelog	2021-03-09 20:17:40.0 +0100
@@ -1,3 +1,11 @@
+geeqie (1:1.6-8) unstable; urgency=medium
+
+  * Add patch to make image visible on wayland too, independent on
+if we are using the clutter library or not
+(Closes: #983207, #977189)
+
+ -- Andreas Rönnquist   Tue, 09 Mar 2021 20:17:40 +0100
+
 geeqie (1:1.6-7) unstable; urgency=medium
 
   * Add patch fixing regression --remote option failing
diff -Nru geeqie-1.6/debian/patches/0007-Fix-644-Images-fail-to-render-on-MacOS.patch geeqie-1.6/debian/patches/0007-Fix-644-Images-fail-to-render-on-MacOS.patch
--- geeqie-1.6/debian/patches/0007-Fix-644-Images-fail-to-render-on-MacOS.patch	1970-01-01 01:00:00.0 +0100
+++ geeqie-1.6/debian/patches/0007-Fix-644-Images-fail-to-render-on-MacOS.patch	2021-03-09 20:17:16.0 +0100
@@ -0,0 +1,317 @@
+From: Colin Clark 
+Date: Sat, 6 Mar 2021 13:23:46 +
+Subject: Fix #644: Images fail to render on MacOS
+
+https://github.com/BestImageViewer/geeqie/issues/644
+
+Change the way the "draw" signal is handled.
+
+Overlay guidelines are disabled.
+
+This patch also fixes showing the image on Wayland, without it we often
+only get a white rectangle where the image was supposed to show.
+
+---
+ src/image-overlay.c  |  51 +++--
+ src/renderer-tiles.c | 127 +++
+ 2 files changed, 143 insertions(+), 35 deletions(-)
+
+diff --git a/src/image-overlay.c b/src/image-overlay.c
+index 6116b5a..ff377e8 100644
+--- a/src/image-overlay.c
 b/src/image-overlay.c
+@@ -202,7 +202,6 @@ gint image_osd_histogram_get_mode(ImageWindow *imd)
+ void image_osd_toggle(ImageWindow *imd)
+ {
+ 	OsdShowFlags show;
+-
+ 	if (!imd) return;
+ 
+ 	show = image_osd_get(imd);
+@@ -522,30 +521,32 @@ static GdkPixbuf *image_osd_guidelines_render(OverlayStateData *osd)
+ 	GdkPixbuf *rectangles;
+ 	ImageWindow *imd = osd->imd;
+ 
+-	pixbuf_renderer_get_scaled_size((PixbufRenderer *)imd->pr, , );
+-
+-	if (width && height)
+-		{
+-		rectangles = gdk_pixbuf_new(GDK_COLORSPACE_RGB, TRUE, 8, width, height);
+-		if (rectangles)
+-			{
+-			pixbuf_set_rect_fill(rectangles, 0, 0, width, height, 255, 255, 255, 0);
+-			pixbuf_set_rect(rectangles, 0, 0 + (height / 3), width, height / 3,
+-0, 0, 0, 255,
+-1, 1, 1, 1);
+-			pixbuf_set_rect(rectangles, 0, 0 + (height / 3 + 1), width, height / 3 - 2,
+-255, 255, 255, 255,
+-1, 1, 1, 1);
+-
+-			pixbuf_set_rect(rectangles, 0 + width / 3, 0 , width / 3, height,
+-0, 0, 0, 255,
+-1, 1, 1, 1);
+-			pixbuf_set_rect(rectangles, 0 + width / 3 + 1, 0, width / 3 - 2, height,
+-255, 255, 255, 255,
+-1, 1, 1, 1);
+-			return rectangles;
+-			}
+-		}
++/* FIXME: guidelines does not work with revised draw signal handling
++ */
++	//~ pixbuf_renderer_get_scaled_size((PixbufRenderer *)imd->pr, , );
++
++	//~ if (width && height)
++		//~ {
++		//~ rectangles = gdk_pixbuf_new(GDK_COLORSPACE_RGB, TRUE, 8, width, height);
++		//~ if (rectangles)
++			//~ {
++			//~ pixbuf_set_rect_fill(rectangles, 0, 0, width, height, 255, 255, 255, 0);
++			//~ pixbuf_set_rect(rectangles, 0, 0 + (height / 3), width, height / 3,
++//~ 0, 0, 0, 255,
++//~ 1, 1, 1, 1);
++			//~ pixbuf_set_rect(rectangles, 0, 0 + (height / 3 + 1), width, height / 3 - 2,
++//~ 255, 255, 255, 255,
++//~ 1, 1, 1, 1);
++
++			//~ pixbuf_set_rect(rectangles, 0 + width / 3, 0 , width / 3, height,
++//~ 0, 0, 0, 255,
++//~ 1, 1, 1, 1);
++			//~ pixbuf_set_rect(rectangles, 0 + width / 3 + 1, 0, width / 3 - 2, height,
++//~ 255, 255, 255, 255,
++//~ 1, 1, 1, 1);
++			//~ return rectangles;
++			//~ }
++		//~ }
+ 
+ 	return NULL;
+ }
+diff --git a/src/renderer-tiles.c b/src/renderer-tiles.c
+index 9b4f049..cc0483a 100644
+--- a/src/renderer-tiles.c
 b/src/renderer-tiles.c
+@@ -1,6 +1,6 @@
+ /*

Bug#940043: git-buildpackage: gbp pq switch gives Traceback when on wrong branch

[Andreas Rönnquist]

Package: git-buildpackage
Version: 0.9.15
Severity: normal

Dear Maintainer,

When having a gbp repo, with Debian packaging in debian/master, when being in
the master branch, where I have upstream development, if I by mistake want to
do something like gbp pq switch (Which of course should be done from
debian/master) - I get a traceback.

It would be nice if it didn't give a traceback, but simply a errormessage that
it expects you to be on another branch for that to work.

gusnan@debian-buildsystem:~/kod/packaging/allegro5/allegro5 [master]> gbp pq 
switch --verbose
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
gbp:debug: ['git', 'rev-parse', '--git-dir']
gbp:debug: ['git', 'symbolic-ref', 'HEAD']
gbp:debug: ['git', 'show-ref', 'refs/heads/master']
gbp:debug: ['git', 'show-ref', '--verify', 'refs/heads/patch-queue/master']
gbp:info: No pq branch found, importing patches
gbp:debug: ['git', 'show-ref', '--verify', 'refs/heads/patch-queue/master']
Traceback (most recent call last):
  File "/usr/bin/gbp", line 149, in 
sys.exit(supercommand())
  File "/usr/bin/gbp", line 145, in supercommand
return module.main(args)
  File "/usr/lib/python3/dist-packages/gbp/scripts/pq.py", line 498, in main
switch_pq(repo, current, options)
  File "/usr/lib/python3/dist-packages/gbp/scripts/pq.py", line 395, in
switch_pq
maybe_import_pq(repo, branch, options)
  File "/usr/lib/python3/dist-packages/gbp/scripts/pq.py", line 383, in
maybe_import_pq
import_pq(repo, branch, options)
  File "/usr/lib/python3/dist-packages/gbp/scripts/pq.py", line 374, in
import_pq
options.upstream_tag)
  File "/usr/lib/python3/dist-packages/gbp/scripts/pq.py", line 306, in
import_quilt_patches
maintainer = get_maintainer_from_control(repo)
  File "/usr/lib/python3/dist-packages/gbp/scripts/common/pq.py", line 280, in
get_maintainer_from_control
with open(control, encoding='utf-8') as f:
FileNotFoundError: [Errno 2] No such file or directory:
'/home/gusnan/kod/packaging/allegro5/allegro5/debian/control'

Thanks for all your work on gbp, it's a brilliant tool.

-- Andreas Rönnquist
gus...@debian.org


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

Kernel: Linux 4.19.0-5-amd64 (SMP w/1 CPU core)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8), 
LANGUAGE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages git-buildpackage depends on:
ii  devscripts 2.19.6
ii  git1:2.23.0-1
ii  man-db 2.8.7-3
ii  python33.7.3-1
ii  python3-dateutil   2.7.3-3
ii  python3-pkg-resources  41.2.0-1
ii  sensible-utils 0.0.12

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.88
ii  pbuilder  0.230.4
ii  pristine-tar  1.46
ii  python3-requests  2.21.0-1

Versions of packages git-buildpackage suggests:
ii  python3-notify2  0.3-3
ii  sudo 1.8.27-1+b1
ii  unzip6.0-25

-- no debconf information

Bug#894496: RM: xye -- ROM, Dead upstream

[Andreas Rönnquist]

On Sat, 31 Mar 2018 13:39:30 +0200 Emilio Pozuelo Monfort
 wrote:
> On 31/03/18 12:44, Andreas Ronnquist wrote:
> > Package: ftp.debian.org
> > Severity: normal
> > 
> > Xye upstream has been talking about migrating away from sourceforge
> > since 2015, and nothing has happened with that or with any other
> > packaging since the same time.
> 
> Is the package still functional? Does the rest of the team agree with
> this decision?

ok, I'll admit that my communication with the games team has been
lacking regarding this. I'll ask there and see if anyone would have any
objections to this removal. (The package is very low-popcon - 117 last
I looked).
 
> Also it's not clear to me if you want the package removed from
> testing (and so from the next stable release) or also from unstable
> (in which case this bug should have been filed against
> ftp.debian.org).

hmm, I thought I filed it against ftp.d.o ... Anyway, my intention
is to remove it from unstable. Reading the dev-reference I thought that
I filed a bug for removal from unstable, and this would in its turn
later affect the testing package.

best
/Andreas
gus...@debian.org

Bug#894111: liferea: quits on startup with "Trace trap"

[Andreas Rönnquist]

Package: liferea
Version: 1.12.2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Starting liferea just flashes the window and closes it. Running in a
terminal gives this:

gusnan@debian-unstable:~ > LC_ALL=C liferea

(liferea:28303): GLib-GIO-ERROR **: 16:16:36.803: Settings schema 
'net.sf.liferea' does not contain a key named 'do-not-track'
1   0x7f371a8ab807 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18(WTFCrash+0x17) 
[0x7f371a8ab807]
2   0x7f371ea23adf /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x766adf) 
[0x7f371ea23adf]
3   0x7f371ea2533c /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x76833c) 
[0x7f371ea2533c]
4   0x7f371eb5ce0a /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x89fe0a) 
[0x7f371eb5ce0a]
5   0x7f371eb5ab1d /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x89db1d) 
[0x7f371eb5ab1d]
6   0x7f371e8ae5fb /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x5f15fb) 
[0x7f371e8ae5fb]
7   0x7f371e8aeee5 /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x5f1ee5) 
[0x7f371e8aeee5]
8   0x7f371a8c65c3 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18(_ZN3WTF7RunLoop11performWorkEv+0xf3)
 [0x7f371a8c65c3]
9   0x7f371a8ef619 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18(+0xe51619) 
[0x7f371a8ef619]
10  0x7f371b6dd0f5 
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x155) 
[0x7f371b6dd0f5]
11  0x7f371b6dd4c0 /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4c4c0) 
[0x7f371b6dd4c0]
12  0x7f371b6dd7d2 /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0xc2) 
[0x7f371b6dd7d2]
13  0x7f371a8effc0 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18(_ZN3WTF7RunLoop3runEv+0x100)
 [0x7f371a8effc0]
14  0x7f371ed11628 /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0xa54628) 
[0x7f371ed11628]
15  0x7f371dc08a87 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7) 
[0x7f371dc08a87]
16  0x56122f8ff95a 
/usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess(_start+0x2a) 
[0x56122f8ff95a]
Spårningsfälla

This is both on my main user, but the same is present if I create a new
fresh user and start liferea from this one.

"Spårningfälla" is Swedish for something like "Trace trap".


Full backtrace:

(gdb) run
Starting program: /usr/bin/liferea 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe1146700 (LWP 26902)]
[New Thread 0x7fffe0628700 (LWP 26903)]
[New Thread 0x7fffdfe27700 (LWP 26904)]
[New Thread 0x7fffdefa7700 (LWP 26906)]
[New Thread 0x7fffde704700 (LWP 26907)]
[New Thread 0x7fffdd5ff700 (LWP 26908)]
[New Thread 0x7fffdcdfe700 (LWP 26909)]
[New Thread 0x7fff87ffd700 (LWP 26914)]
[New Thread 0x7fff873d6700 (LWP 26922)]
[New Thread 0x7fff86bd5700 (LWP 26923)]
[New Thread 0x7fff85d5e700 (LWP 26934)]

(liferea:26895): GLib-GIO-ERROR **: 15:53:24.943: Settings schema 
'net.sf.liferea' does not contain a key named 'do-not-track'

Thread 1 "liferea" received signal SIGTRAP, Trace/breakpoint trap.
_g_log_abort (breakpoint=1) at ../../../../glib/gmessages.c:583
583 ../../../../glib/gmessages.c: Filen eller katalogen finns inte.
(gdb) bt full
#0  _g_log_abort (breakpoint=1) at ../../../../glib/gmessages.c:583
debugger_present = 1
#1  0x72710c7c in g_log_default_handler 
(log_domain=log_domain@entry=0x72f76158 "GLib-GIO", 
log_level=log_level@entry=6, 
message=message@entry=0x55be3b00 "Settings schema 'net.sf.liferea' does 
not contain a key named 'do-not-track'", unused_data=unused_data@entry=0x0)
at ../../../../glib/gmessages.c:3158
fields = {{key = 0x7275c51f "GLIB_OLD_LOG_API", value = 
0x727b1e32, length = -1}, {key = 0x7275c451 "MESSAGE", value = 
0x55be3b00, length = -1}, {
key = 0x7275c464 "PRIORITY", value = 0x7275c2f9, length = 
-1}, {key = 0x7275c4be "GLIB_DOMAIN", value = 0x72f76158, length = -1}}
n_fields = 
#2  0x72710f0d in g_logv (log_domain=0x72f76158 "GLib-GIO", 
log_level=G_LOG_LEVEL_ERROR, format=, 
args=args@entry=0x7fffdc20)
at ../../../../glib/gmessages.c:1370
domain = 0x0
data = 0x0
depth = 1
log_func = 0x72710bd0 
domain_fatal_mask = 
masquerade_fatal = 0
test_level = 6
was_fatal = 0
was_recursion = 0
msg = 0x55be3b00 "Settings schema 'net.sf.liferea' does not contain 
a key named 'do-not-track'"
msg_alloc = 0x55be3b00 "Settings schema 'net.sf.liferea' does not 
contain a key named 'do-not-track'"
i = 2
#3  0x7271107f in g_log (log_domain=log_domain@entry=0x72f76158 
"GLib-GIO", log_level=log_level@entry=G_LOG_LEVEL_ERROR, 
format=format@entry=0x72fa6ba8 "Settings schema '%s' does not contain a 
key named '%s'") at ../../../../glib/gmessages.c:1432
args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 
0x7fffdd00, reg_save_area = 

Bug#883526: [/master] Add patch to trap build errors (Closing: #883526)

[Andreas Rönnquist]

tag 883526 pending
thanks

Date: Sat Jan 6 16:39:40 2018 +0100
Author: Andreas Rönnquist 
Commit ID: a5deff32b120953ebd62431c1e75a641c2180974
Commit URL: 
https://anonscm.debian.org/cgit/collab-maint/geeqie.git;a=commitdiff;h=a5deff32b120953ebd62431c1e75a641c2180974
Patch URL: 
https://anonscm.debian.org/cgit/collab-maint/geeqie.git;a=commitdiff_plain;h=a5deff32b120953ebd62431c1e75a641c2180974

Add patch to trap build errors (Closing: #883526)

  

Bug#883526: [/master] Add patch trap_errors_from_make.patch (Closes: #883526)

[Andreas Rönnquist]

tag 883526 pending
thanks

Date: Mon Dec 25 18:30:02 2017 +0100
Author: Andreas Rönnquist 
Commit ID: a816317d0a6a6a7cfd3b0856f743a6af0d311278
Commit URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/geeqie.git;a=commitdiff;h=a816317d0a6a6a7cfd3b0856f743a6af0d311278
Patch URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/geeqie.git;a=commitdiff_plain;h=a816317d0a6a6a7cfd3b0856f743a6af0d311278

Add patch trap_errors_from_make.patch (Closes: #883526)

  

Bug#862959: alex4: Error in French translation

[Andreas Rönnquist]

On Fri, 19 May 2017 12:45:19 +0200,
Suppositoire<supposito...@gmail.com> wrote:

>Package: alex4
>Severity: minor
>
>Dear Maintainer,
>
>I just noticed that the French translation for "Alex the Alligator" is
>not the right one. Indeed, it is currently "Alex l'allégateur" (="Alex
>the Allegorist"), which does not mean the same thing at all.
>
>It should be translated "Alex l'alligator" (alligator as in english).
>
>Please, notice that not only alex4 package description is concerned,
>but also alex4-data package.
>

Please notice that the original English string isn't "Alex the
Alligator", but "Alex the Allegator" - a play on words since the
game uses the library Allegro. 

I don't know about the french translation though, it might be a variant
on the same thing there.

-- Andreas Rönnquist
mailingli...@gusnan.se
gus...@debian.org

Bug#793800: filezilla: Links open two tabs containing same link

[Andreas Rönnquist]

Package: filezilla
Version: 3.9.0.5-1
Severity: minor

Dear Maintainer,

Clicking on links in the program (This includes both the webpage link
in the about dialog, and also the links in the welcome dialog) opens
the links twice in the webbrowser. I am using Iceweasel and open
external links in a new tab, but the filezilla links opens two new tabs
both containing the same address.

The problem is present on both Jessie and Sid.


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

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages filezilla depends on:
ii  filezilla-common 3.9.0.5-1
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-19
ii  libcairo21.14.2-2
ii  libdbus-1-3  1.8.20-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-4
ii  libgcc1  1:5.1.1-14
ii  libgdk-pixbuf2.0-0   2.31.5-1
ii  libglib2.0-0 2.44.1-1.1
ii  libgnutls-deb0-283.3.16-1
ii  libgtk2.0-0  2.24.28-1
ii  libidn11 1.31-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libsqlite3-0 3.8.10.2-1
ii  libstdc++6   5.1.1-14
ii  libtinyxml2.6.2  2.6.2-2
ii  libwxbase3.0-0   3.0.2+dfsg-1
ii  libwxgtk3.0-03.0.2+dfsg-1

Versions of packages filezilla recommends:
ii  xdg-utils  1.1.0~rc1+git20111210-7.4

filezilla suggests no packages.

-- no debconf information


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

Bug#779451: [Pkg-xfce-devel] Bug#779451: Bug#779451: lightdm: dm-tool switch-to-user always returns to login screen

[Andreas Rönnquist]

On Sun, 01 Mar 2015 21:11:31 +0100,
Yves-Alexis Perezcor...@debian.org wrote:

On sam., 2015-02-28 at 18:57 +, Chris Bainbridge wrote:
 Package: lightdm
 Version: 1.10.3-3
 Severity: normal
 
 Dear Maintainer,
 
 dm-tool switch-to-user always opens the logins screen (same as
 dm-tool switch-to-greeter) - which requires reentering the
 username and password. This even happens when dm-tool list-seats
 shows active sessions. Unless I'm missing something, fast user
 switching is supposed to avoid this.
 
 Using Debian Jessie with XFCE and Gnome.
 
I don't know much about user switching, but I really prefer to enter my
password before someone switch to my user…


I guess that Chris refers to the fact that if you are logged in, and
want to switch to another user (that already is logged in), after
locking the screen, and pressing New Login first you'll have to enter
the users password in lightdm, and then when logged in the xscreensaver
is automatically active, and you'll have to enter the same password
there again for the screensaver.

I have tried both switch-to-user, and switch-to-greeter, and have the
same result in both cases. It would be nice if you'll only needed to
enter the password once...

-- Andreas Rönnquist
mailingli...@gusnan.se
gus...@gusnan.se


pgpCe2rBwG04g.pgp
Description: OpenPGP digital signatur

Bug#777342: www.debian.org: dutch/intro/about.wml URL typo

[Andreas Rönnquist]

Den Sat, 07 Feb 2015 16:33:34 +0100
skrev Bug#777342: www.debian.org: dutch/intro/about.wml URL typo:

 Package: www.debian.org
 Severity: normal
 Tags: patch
 
 The link to freebsd got clobberd in
 http://www.debian.org/intro/about.nl.html
 

Thanks, I have updated the CVS repository and fixed the link, you'll
see the updated webpage when the site has been rebuilt from the CVS
repository (It rebuilds serveral times a day).

/Andreas Rönnquist
gus...@gusnan.se
mailingli...@gusnan.se


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

Bug#771775: unblock: xye/0.12.2+dfsg-3

[Andreas Rönnquist]

On Wed, 3 Dec 2014 13:12:19 +0100
Ivo De Decker iv...@debian.org wrote:

Control: tags -1 confirmed moreinfo

Hi,

On Tue, Dec 02, 2014 at 10:22:01AM +0100, Andreas Rönnquist wrote:
 Please unblock package xye
 
 xye in testing adds an extra separator to a folder which it uses to
 build complete filenames. This results in strings for files that are
 different from the results of the version in current stable, and this
 in its turn results in that a savegame from stable will be for
 different map than what is available in the testing version. So a
 game began in wheezy won't be able to be finished in the jessie
 version.
 
 The bug (#771702) isn't release-critical, but it would be nice to
 have it fixed.
 
 debdiff attached.
 
 unblock xye/0.12.2+dfsg-3

I would be willing to accept this change, but this package isn't in the
archive, so we can't unblock it. Please upload it and remove the
moreinfo tag from this bug.

Please note that Dec 5th is the last day we accept non-RC fixed, so if
you want this change in jessie, you'll have to do the upload by then.


Thanks - unfortunately trying to upload I ran into a snag - I have an
embedded tinyxml, which wasn't reported by the lintian which
checked the previous version, but it is a lintian error now since I
have reported it to lintian, and because of this the package now is
autorejected. 

- Would it be ok if I simply added a lintian override for that?

A tiny bit bigger debdiff attached.

best
/Andreas


xye_fix_double_separators.debdiff
Description: Binary data

Bug#771775: unblock: xye/0.12.2+dfsg-3

[Andreas Rönnquist]

Control: tags -1 - moreinfo

On Wed, 3 Dec 2014 15:41:24 +0100
Ivo De Decker iv...@debian.org wrote:

Hi,

On Wed, Dec 03, 2014 at 02:20:03PM +0100, Andreas Rönnquist wrote:
 I would be willing to accept this change, but this package isn't in
 the archive, so we can't unblock it. Please upload it and remove the
 moreinfo tag from this bug.
 
 Please note that Dec 5th is the last day we accept non-RC fixed, so
 if you want this change in jessie, you'll have to do the upload by
 then.
 
 Thanks - unfortunately trying to upload I ran into a snag - I have an
 embedded tinyxml, which wasn't reported by the lintian which
 checked the previous version, but it is a lintian error now since I
 have reported it to lintian, and because of this the package now is
 autorejected. 
 
 - Would it be ok if I simply added a lintian override for that?

As this issue is already present in jessie, that's fine. It can be
fixed in unstable once jessie is released.


Thanks, the updated package has now been accepted into unstable.

/Andreas


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

Bug#771775: unblock: xye/0.12.2+dfsg-3

[Andreas Rönnquist]

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

Please unblock package xye

xye in testing adds an extra separator to a folder which it uses to
build complete filenames. This results in strings for files that are
different from the results of the version in current stable, and this
in its turn results in that a savegame from stable will be for
different map than what is available in the testing version. So a game
began in wheezy won't be able to be finished in the jessie version.

The bug (#771702) isn't release-critical, but it would be nice to have
it fixed.

debdiff attached.

unblock xye/0.12.2+dfsg-3

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

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)

-- Andreas Rönnquist
gus...@debian.org



xye_fix_double_separators.debdiff
Description: Binary data

Bug#771702: xye: extra '/' in xye level locations

[Andreas Rönnquist]

On Mon, 01 Dec 2014 13:56:46 -0500,
BryanFRittbryanfr...@hotmail.com wrote:

In Debian Testing Xye game locations have an extra '/' in the middle
e.g.
/usr/share/xye//levels/tutorials.xye
instead of what it's supposed to be
/usr/share/xye/levels/tutorials.xye

Viewable from the 'Xye - Select a level file' screen - Location.

This affects how levels progresses are saved
old level progresses that are saved without the extra '/' aren't
recognized as the same level
new level progresses are saved with an extra '/'
This could be corrected in such a way that level progress will be saved
correctly? and if possible, The messed up ones automatically corrected,
provided
there's no conflicts(i.e. there's a level where progress is saved with
the extra
'/' and without the extra '/'), and if there is conflicts inform the
user what they can do, or something like that.

This didn't occur with Debian Stable. (for me at least)


Thanks for your report - I can reproduce, and will make a fix that
solves the problem when upgrading from wheezy to jessie. However, if it
gets into the Jessie release is up to the release team. I am hesitant
about increasing bug severity though, since it will only affect people
who has in-progress games that has been saved in testing.

-- Andreas Rönnquist
mailingli...@gusnan.se
gus...@gusnan.se


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

Bug#770098: Request for a debian-nordic mailing list

[Andreas Rönnquist]

Hi!

Please create a debian-nordic mailing list, for the Nordic Debian
Community.


At FSCONS 2014 in Göteborg, Sweden, almost a dozen Debian people
attended the Debian room. During a few years and several other
meetings, I have probed the interest for a nordic Debian community.
There is definitively an interest, but there needs to be a
communication channel.

During the Debian Nordic meetup at FSCONS, I was assigned to request a
mailing list for the Nordic Debian Community.

Seconded.

-- Andreas Rönnquist
gus...@debian.org


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

Bug#749815: Package updated

[Andreas Rönnquist]

 
 Hi Andreas,
 
 I have two initial comments (Without having done an in-depth review):
 
 We could create an alioth project including a mailinglist, and use
 that mailinglist as maintainer, and put us all as uploaders. It might
 ease collaboration, if we just need one email to remember for
 maintenance questions. What do you think? (Also, I'd like to use my
 @debian.org email for package maintenance).
 
 I changed your mail address, however I'm not sure how to create an
 alioth group, maybe I need to be a DD for this?
 
 Feel free to do it, of course I prefer a lot this way :D
 (also for team uploads is better)

Hmm, I am getting unsure - it seems like they don't want you to create
an alioth project if you are only maintaining one package - see

https://wiki.debian.org/Alioth/PackagingProject
and
https://wiki.debian.org/Alioth/FAQ#Will_you_accept_my_project_.3F
https://wiki.debian.org/Alioth/FAQ#Do_I_need_an_Alioth_project_.3F

- I have asked on the alioth IRC-channel, let's see what they say.

 
 BTW upstream changed the name in 1.6.9-oss, while I imported it as
 1.6.9, do you think we should change the name accordingly (I mean
 debian/changelog)?

Yeah, that sound like a good idea.

-- Andreas Rönnquist
gus...@gusnan.se


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

Bug#761026: gpa: GPGME Error at keytable.c:150 'Unsupported certificate' renders GPA unusable

[Andreas Rönnquist]

Control: reassign -1 gnupg-agent

Looks to me like this is #623539 [1] -

- gnupg-agent-guys, what do you say? The solution to that bug isn't
very appealing to this problem...

1 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623539

-- Andreas Rönnquist
gus...@debian.org


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

Bug#749815: Package updated

[Andreas Rönnquist]

 Il Martedì 9 Settembre 2014 15:12, Gianfranco Costamagna
 costamagnagianfra...@yahoo.it ha scritto:

 As you might have noticed the new poedit releases uses lucene++
 library, this is why in the last few weeks I focused in packaging it.
 
 I finally (with great help from Tobi) achieved this goal, and the
 library is waiting in ftp NEW queue [1]
 

-- 8 --
 
 The new releases are huge in size terms, so I removed the deps
 directory from the source tarball prior to the import (don't know
 why upstream bundles lucene/wx/boost/... making the source something
 like 700MB (uncompressed).
 
 The debian/copyright still needs to be updated, but I'm pushing the
 changes to let you know the progresses I did and collaborate on the
 same repository.
 
 the copyright is up-to-date now.
 
 I also switched to autoreconf,
 
 waiting for a review :)
 

I have two initial comments (Without having done an in-depth review):

We could create an alioth project including a mailinglist, and use
that mailinglist as maintainer, and put us all as uploaders. It might
ease collaboration, if we just need one email to remember for
maintenance questions. What do you think? (Also, I'd like to use my
@debian.org email for package maintenance).

You have removed a whole lot that has no use in the package such as
embedded libraries (Which is good) - but you could have made an
Files-Excluded-entry in the copyright for this. This would make those
files be removed when using something like git-importorig --uscan
also, automating the entire importing process and removing the need to
remove files by hand. This also adds the benefit that you just need
to add the files that are to be removed once, and simply update the
list for each upstream release, if more unwanted files are added to the
upstream tarball that we need to remove.

See https://wiki.debian.org/UscanEnhancements
for information on this. The wikipage mentions Problematic copyright,
but this is of course useful in our case too.

-- Andreas Rönnquist
gus...@gusnan.se


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

Bug#634930: [Pkg-gnupg-maint] GPA maintenance

[Andreas Rönnquist]

On Sun, 31 Aug 2014 14:08:04 -0700,
Daniel Kahn Gillmord...@fifthhorseman.net wrote:

Hi Andreas--

[cc'ing 634...@bugs.debian.org]

-- 8 --

Some possible questions that might make things clearer:

 * Have you tested it with from a new, clean user account?
 * What version of gnupg2 do you have installed?
 * What architecture are you using?
 * What desktop environment are you using?
 * What version of libassuan?


I am testing on a fresh unstable VM, running Xfce on amd64 - 

gnupg2 - 2.0.26-2
libgpgme11 - 1.5.1-2
libassuan0 - 2.1.2-2
libgpg-error0 - 1.13-4

And now there was a new release of GPA - 0.9.5 -
Which contains 

+ * Fixed several bugs leading to crashs.

in the changelog :)

Could you please try that one out and see if your problems are solved
by that? It compiles fine on my unstable VM, but gives some
warnings about deprecated functions (gpgme_op_assuan_result and
gpgme_op_assuan_transact) 

I would gladly import that version into the git repo of pkg-gnupg.

-- Andreas 


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

Bug#634930: gpa: GPA unusable due to General Assuan error

[Andreas Rönnquist]

I just installed a fresh Debian unstable VM, and installing
GPA from the repositories (0.9.4-1) on this fresh system doesn't give
the error.

Fresh machine, and a newly generated key (which took forever to
generate), doesn't give any problems, neither when using --disable-x509
or without it.

-- Andreas Rönnquist
gus...@gusnan.se


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

Bug#758652: catfish: Cannot start catfish

[Andreas Rönnquist]

Package: catfish
Version: 1.2.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Catfish doesn't start, but gives a traceback when run:

gusnan:~ catfish
Traceback (most recent call last):
  File /usr/share/catfish/bin/catfish.py, line 43, in module
import catfish
  File /usr/share/catfish/catfish/__init__.py, line 25, in module
from catfish import CatfishWindow
  File /usr/share/catfish/catfish/CatfishWindow.py, line 38, in
module from catfish.AboutCatfishDialog import AboutCatfishDialog
  File /usr/share/catfish/catfish/AboutCatfishDialog.py, line 22, in
module from catfish_lib.AboutDialog import AboutDialog
  File /usr/share/catfish/catfish_lib/AboutDialog.py, line 22, in
module from catfishconfig import get_version
ImportError: No module named 'catfishconfig'



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

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages catfish depends on:
ii  gir1.2-gdkpixbuf-2.0  2.30.7-1
ii  gir1.2-glib-2.0   1.40.0-2
ii  gir1.2-gtk-3.03.12.2-3
ii  gir1.2-pango-1.0  1.36.6-1
ii  python3-gi-cairo  3.12.1-1+b1
ii  python3-pexpect   3.2-1
pn  python3:any   none

Versions of packages catfish recommends:
ii  mlocate  0.26-1

catfish suggests no packages.

-- no debconf information

-- Andreas Rönnquist
gus...@debian.org


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

Bug#758429: xye: embeds a copy of the tinyxml library

[Andreas Rönnquist]

Package: xye
Version: 0.12.2+dfsg-3
Severity: normal
Forwarded: https://sourceforge.net/p/xye/bugs/7/

Xye embeds a convenience-copy of the tinyxml library.


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

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xye depends on:
ii  libc62.19-9
ii  libgcc1  1:4.9.1-7
ii  libsdl-image1.2  1.2.12-5+b2
ii  libsdl-ttf2.0-0  2.0.11-3
ii  libsdl1.2debian  1.2.15-10
ii  libstdc++6   4.9.1-7
ii  libtinyxml2.6.2  2.6.2-2
ii  xye-data 0.12.2+dfsg-3

xye recommends no packages.

xye suggests no packages.

-- no debconf information


-- Andreas Rönnquist
gus...@gusnan.se


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

Bug#674882: Noowner libircclient

[Andreas Rönnquist]

  Giving some thought into it, I have changed my mind, and I will not
  adopt this package - I will however make the changes recorded in
  the collab-maint repository mentioned above after the wheezy freeze
  as a QA upload if someone doesn't adopt the package before.
 
 
 I was wondering to adopt the package but I cannot find any information
 why it is +dfsg, and what has been removed from the source.
 
 Andreas, maybe you remember what violates dfsg in the source.
 Licensecheck does not show anything.

Thanks for your interest in the package!

I believe the cause was the rfc1459.txt which was removed in the dfsg
version at least in 1.3. 

-- Andreas Rönnquist
gus...@gusnan.se


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

Bug#674882: Noowner libircclient

[Andreas Rönnquist]

  Giving some thought into it, I have changed my mind, and I will not
  adopt this package - I will however make the changes recorded in
  the collab-maint repository mentioned above after the wheezy freeze
  as a QA upload if someone doesn't adopt the package before.
 
 
 I was wondering to adopt the package but I cannot find any information
 why it is +dfsg, and what has been removed from the source.
 
 Andreas, maybe you remember what violates dfsg in the source.
 Licensecheck does not show anything.

By the way, I don't know if you have seen it, but the work I did on
packaging libircclient is still available in the git repos:

http://anonscm.debian.org/gitweb/?p=collab-maint/libircclient.git;a=summary

Feel free to use that, or delete it - I don't mind either way.

If I am not mistaken, the stuff by Bradley Smith was not originally
available in collab-maint, but I imported it from his personal git
repository. (Which unfortunately doesn't seem to be available online
any longer).

best regards
-- Andreas Rönnquist
gus...@gusnan.se


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

Bug#757828: catfish: about dialog and --version show 1.0.2

[Andreas Rönnquist]

Package: catfish
Version: 1.0.3-1
Severity: minor

Dear Maintainer,

Catfish 1.0.3 installed from the Debian repositories show the version number as
1.0.2, both in the about dialog, and in the command line --version option.

-- Andreas Rönnquist
gus...@debian.org

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

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages catfish depends on:
ii  gir1.2-gdkpixbuf-2.0  2.30.7-1
ii  gir1.2-glib-2.0   1.40.0-2
ii  gir1.2-gtk-3.03.12.2-2
ii  gir1.2-pango-1.0  1.36.3-1
ii  python3-gi-cairo  3.12.1-1+b1
ii  python3-pexpect   3.2-1
pn  python3:any   none

Versions of packages catfish recommends:
ii  mlocate  0.26-1

catfish suggests no packages.

-- no debconf information


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

Bug#756774: debian-cd: debian-testing-amd64-gnome-CD-1.iso installs Xfce

[Andreas Rönnquist]

Package: debian-cd
Version: 3.1.15
Severity: normal

Dear Maintainer,

Downloading the weekly build of debian-cd from
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-gnome-CD-1.iso

gives Xfce and not the expected Gnome as mentioned in the filename.

-- Andreas Rönnquist
gus...@gusnan.se

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

Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#756203: xfce4-taskmanager: Misplaced full stop dots in description in man page

[Andreas Rönnquist]

Package: xfce4-taskmanager
Version: 1.0.1-1
Severity: minor

Dear Maintainer,

The manpage of xfce4-taskmanager looks a bit weird with full stop dots
in places where they look out of place: 

-xfce4-taskmanager is a GUI task (system process) manager for Xfce Desktop. 
-Environment. .


see this diff for a suggestion on a fix:

diff --git a/debian/xfce4-taskmanager.1 b/debian/xfce4-taskmanager.1
index 722e3c2..0a89b04 100644
--- a/debian/xfce4-taskmanager.1
+++ b/debian/xfce4-taskmanager.1
@@ -6,8 +6,8 @@ xfce4-taskmanager \- a task (system process) manager for Xfce.
 .B xfce4-taskmanager
 .SH DESCRIPTION
 .PP
-xfce4-taskmanager is a GUI task (system process) manager for Xfce Desktop.
-Environment. .
+xfce4-taskmanager is a GUI task (system process) manager for the Xfce Desktop
+Environment.
 .SH COPYRIGHT
 Copyright \(co 2005 Johannes Zellner
 .br

best regards

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

Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfce4-taskmanager depends on:
ii  libc6   2.19-7
ii  libcairo2   1.12.16-2
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libglib2.0-02.40.0-3
ii  libgtk2.0-0 2.24.24-1
ii  libwnck22   2.30.7-1

xfce4-taskmanager recommends no packages.

xfce4-taskmanager suggests no packages.

-- no debconf information

-- Andreas Rönnquist
gus...@gusnan.se


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

Bug#755515: developers-reference: A bit strange wording in the NMU section

[Andreas Rönnquist]

Source: developers-reference
Severity: minor
Tags: patch

Dear Maintainer,

The current version of the developers-reference contains the
following wording in the NMU section:

 or fixes for trivial bugs that blocking a transition,

which feels a bit strange. I would suggest that are blocking, that
blocks, or maybe simply blocking

See the attached patch against current git for a suggestion on better
wording.

thanks and best regards
-- Andreas Rönnquist
gus...@gusnan.se


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

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

From bd9d8d20126ed5ee95e6802b2f967cd2fd6adb98 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andreas=20R=C3=B6nnquist?= gus...@gusnan.se
Date: Mon, 21 Jul 2014 17:03:03 +0200
Subject: [PATCH] Fix wording in NMU section

---
 pkgs.dbk | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pkgs.dbk b/pkgs.dbk
index 873c42c..a58a9ae 100644
--- a/pkgs.dbk
+++ b/pkgs.dbk
@@ -2059,7 +2059,7 @@ Other NMUs: 10 days
 
 para
 Those delays are only examples. In some cases, such as uploads fixing security
-issues, or fixes for trivial bugs that blocking a transition, it is desirable
+issues, or fixes for trivial bugs that blocks a transition, it is desirable
 that the fixed package reaches literalunstable/literal sooner.
 /para
 
-- 
2.0.1

Bug#755515: developers-reference: A bit strange wording in the NMU section

[Andreas Rönnquist]

 Hi,
 
  which feels a bit strange. I would suggest that are blocking,
  that blocks, or maybe simply blocking
  
 The second choice is not grammatically correct.
 that block is better.
 
 -- 
 -- Matthias Urlichs

Alright - New version of path attached.

-- Andreas Rönnquist
gus...@gusnan.se
From f4ba05b85255ac8de8f240626cce93fb4ae7249e Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andreas=20R=C3=B6nnquist?= gus...@gusnan.se
Date: Mon, 21 Jul 2014 20:13:43 +0200
Subject: [PATCH] Fix typo in NMU section s/blocking/block/

---
 pkgs.dbk | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pkgs.dbk b/pkgs.dbk
index 873c42c..68af723 100644
--- a/pkgs.dbk
+++ b/pkgs.dbk
@@ -2059,7 +2059,7 @@ Other NMUs: 10 days
 
 para
 Those delays are only examples. In some cases, such as uploads fixing security
-issues, or fixes for trivial bugs that blocking a transition, it is desirable
+issues, or fixes for trivial bugs that block a transition, it is desirable
 that the fixed package reaches literalunstable/literal sooner.
 /para
 
-- 
2.0.1

Bug#720535: gdevilspie can't start

[Andreas Rönnquist]

tags 720535 + patch
thanks

Hi!

I could NMU this (I still need a sponsor though) - I found a patch in
Arch Linux [1] (attached) which seems to work fine and is reported to
work by several people both on that arch page and in Ubuntu as
described in the link in the post above.

[1] - https://aur.archlinux.org/packages/gdevilspie/

-- Andreas Rönnquist
gus...@gusnan.se
Common subdirectories: gdevilspie-0.5-orig/debian and gdevilspie-0.5/debian
Common subdirectories: gdevilspie-0.5-orig/gDevilspie and gdevilspie-0.5/gDevilspie
diff -iEZbwBu gdevilspie-0.5-orig/gdevilspie gdevilspie-0.5/gdevilspie
--- gdevilspie-0.5-orig/gdevilspie	2013-02-03 13:10:57.913213102 -0700
+++ gdevilspie-0.5/gdevilspie	2013-02-03 13:11:21.336468365 -0700
@@ -1,4 +1,4 @@
-#!/usr/bin/python
+#!/usr/bin/python2
 #
 # gdevilspie.py
 # Copyright (C) Islam Amer 2008 ia...@open-craft.com
@@ -40,16 +40,17 @@
 try:
 	import gDevilspie.filler as filler
 except:
-	error = gtk.MessageDialog(None, 0, gtk.MESSAGE_ERROR, gtk.BUTTONS_CLOSE, Make sure that Python-Wnck is correctly installed for 'filler' module to run properly.)
+	error = gtk.MessageDialog(None, 0, gtk.MESSAGE_ERROR, gtk.BUTTONS_CLOSE, Make sure that python2-wnck is correctly installed for 'filler' module to run properly.)
 	response = error.run()
 	error.destroy()
 	DISABLE_FILLER=True
 
 DISABLE_XDG=
 try:
+import xdg.BaseDirectory
 import xdg.DesktopEntry
 except:
-	error = gtk.MessageDialog(None, 0, gtk.MESSAGE_ERROR, gtk.BUTTONS_CLOSE, Make sure that Python-xdg is correctly installed if you need autostart handling.)
+	error = gtk.MessageDialog(None, 0, gtk.MESSAGE_ERROR, gtk.BUTTONS_CLOSE, Make sure that python2-xdg is correctly installed if you need autostart handling.)
 	response = error.run()
 	error.destroy()
 	DISABLE_XDG=True
@@ -542,12 +543,12 @@
 		if ( DISABLE_XDG == True ):
 self.DaemonAutostart.set_sensitive(False)
 		else:
-if (os.path.exists(xdg.DesktopEntry.xdg_config_home + /autostart/devilspie.desktop)):
-	df = xdg.DesktopEntry.DesktopEntry(xdg.DesktopEntry.xdg_config_home + /autostart/devilspie.desktop)
+if (os.path.exists(xdg.BaseDirectory.xdg_config_home + /autostart/devilspie.desktop)):
+	df = xdg.DesktopEntry.DesktopEntry(xdg.BaseDirectory.xdg_config_home + /autostart/devilspie.desktop)
 	if (df.get('X-GNOME-Autostart-enabled') == 'true'):
 			self.DaemonAutostart.set_active(True)
 else:
-		df = xdg.DesktopEntry.DesktopEntry(xdg.DesktopEntry.xdg_config_home + /autostart/devilspie.desktop)
+		df = xdg.DesktopEntry.DesktopEntry(xdg.BaseDirectory.xdg_config_home + /autostart/devilspie.desktop)
 		df.set('Name','Devilspie')
 		df.set('Exec','devilspie')
 		df.set('X-GNOME-Autostart-enabled','false')
@@ -555,7 +556,7 @@
 
 	
   def on_DaemonAutostart_toggled(self,widget):
-			df = xdg.DesktopEntry.DesktopEntry(xdg.DesktopEntry.xdg_config_home + /autostart/devilspie.desktop)
+			df = xdg.DesktopEntry.DesktopEntry(xdg.BaseDirectory.xdg_config_home + /autostart/devilspie.desktop)
 			if (widget.get_active()):
 	df.set('X-GNOME-Autostart-enabled','true')
 	df.write()
Common subdirectories: gdevilspie-0.5-orig/po and gdevilspie-0.5/po

Bug#744820:

[Andreas Rönnquist]

The version in squeeze-proposed-updates (0.3.2-1+deb6u1) still got this
wrong - running catfish from the terminal gives:

python: can't open file '/usr/share/catfish/bin/catfish.py': [Errno 2] No such 
file or directory

Where the /usr/bin/catfish has got:

#!/usr/bin/env bash
python /usr/share/catfish/bin/catfish.py $@

it should be:

#!/usr/bin/env bash
python /usr/share/catfish/catfish.py $@

(I just tested it in a Squeeze VM)

regards
/Andreas


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