Bug#1066094: squidguard: Squidguard does not work with default squid apparmor profile
Hello Marco, I think we need an apparmor config file for squidguard. I never have written such a config, but perhaps you have an example of such a config file? Otherwise I need some time for testing to resolve this problem. Have a nice day. Joachim (Germany) pgp2TBPLjodSD.pgp Description: Digitale Signatur von OpenPGP
Bug#1051140: Bug #1051140: lintian in bookworm does not know about bookworm-backports
Hello Lee, you can fix the problem by yourself: Open file /usr/share/lintian/data/changes-file/known-dists and add one line with "bookworm". --- Have a nice day. Joachim (Germany) pgpVbnw04KJ6x.pgp Description: Digitale Signatur von OpenPGP
Bug#1036331: unblock: squidguard/1.6.0-4
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: squidgu...@packages.debian.org
Control: affects -1 + src:squid
Please unblock package squid
This fixes RC bug #1036028 which could affect users upgrading from
bullseye to bookworm.
unblock squidguard/1.6.0-4
diff -Nru squidguard-1.6.0/debian/changelog squidguard-1.6.0/debian/changelog
--- squidguard-1.6.0/debian/changelog 2022-03-18 08:38:18.0 +0100
+++ squidguard-1.6.0/debian/changelog 2023-05-16 16:22:49.0 +0200
@@ -1,3 +1,9 @@
+squidguard (1.6.0-4) unstable; urgency=medium
+
+ * Fix dependency to squid-openssl | squid. Closes: #1036028
+
+ -- Joachim Wiedorn Tue, 16 May 2023 16:22:49 +0200
+
squidguard (1.6.0-3) unstable; urgency=medium
* Recompiling with newer libc.
diff -Nru squidguard-1.6.0/debian/control squidguard-1.6.0/debian/control
--- squidguard-1.6.0/debian/control 2022-03-18 08:38:18.0 +0100
+++ squidguard-1.6.0/debian/control 2023-05-16 16:21:06.0 +0200
@@ -13,7 +13,7 @@
Package: squidguard
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: squid (>= 3.4.0), liburi-perl, libwww-perl
+Recommends: squid-openssl | squid, liburi-perl, libwww-perl
Suggests: ldap-utils, squidguard-doc
Description: filter and redirector plugin for Squid
squidGuard is a free, flexible and ultra fast filter, redirector
diff -Nru squidguard-1.6.0/debian/copyright squidguard-1.6.0/debian/copyright
--- squidguard-1.6.0/debian/copyright 2022-03-18 08:38:18.0 +0100
+++ squidguard-1.6.0/debian/copyright 2023-05-16 16:19:47.0 +0200
@@ -19,7 +19,7 @@
License: W3C-Software
Files: debian/*
-Copyright: 2010-2022, Joachim Wiedorn
+Copyright: 2010-2023, Joachim Wiedorn
License: GPL-2
squidguard_160-4.debdiff
Description: Binary data
pgp1JqJSbnBV_.pgp
Description: Digitale Signatur von OpenPGP
Bug#1028556: xfe: root mode is unavailable (pkexec or su; sudo not configured)
Hello Michael, I have tested all three methods at Debian Testing/Bookworm. The results / answers you can find at https://sourceforge.net/p/xfe/bugs/266/. I think the mode with pkexec should be disabled again. But 'su' works for me. You can try the same command as in xfe defined: 'su -c xfe' or 'su -c /usr/bin/xfe' in an extra terminal. Have a nice day. Joachim (Germany) pgpiiZRQg_sSt.pgp Description: Digitale Signatur von OpenPGP
Bug#994187: squidguard: Squidguard cannot access DATADIR as a symlink
Hello Tim, Tim Herwig wrote on 2021-09-13 13:55: > * The problem exists on Debian 10 and Debian 11 when Squidguard tries to > access > DATADIR as a symlink. I think it is untypically using a symlink for DATADIR. What is the reason? --- Have a nice day. Joachim (Germany) pgpbB_gNbPgBH.pgp Description: Digitale Signatur von OpenPGP
Bug#973850: lilo: Should not be included in bullseye
Simon McVittie wrote on 2021-09-12 22:43: > Now that bullseye has been released, should lilo be removed from unstable > so that it will not be in any future Debian release either? I think the package should stay for a time in unstable, say 12 months? There a some people managing many server and still use lilo as boot manager. They should find it for a longer time. > If so, the way to do that is to report a RM bug against the ftp.debian.org > pseudo-package. I can help with this if you would like. I think I will do it in the autumn of 2022. --- Have a nice day. Joachim (Germany) pgpuCsMxx1cVj.pgp Description: Digitale Signatur von OpenPGP
Bug#985666: alsa-utils: no sound after installation
Hello! Samuel Thibault wrote on 2021-03-21 19:02: > A user reports that although he has sound during installation (using > speech synthesis), there is no sound at reboot into the installed > system, although it looks like the audio levels seem correct. Any idea? 1) Please check whether the package timidity-daemon is installed. If it is so, then deinstall this package - it has a to old configuration and is not ready for use. You need this package only for special features at frescobaldi. --- Have a nice day. Joachim (Germany) pgpMD5wlLScAl.pgp Description: Digitale Signatur von OpenPGP
Bug#901148: timidity breaks sound in different ways
Hello Karsten, Karsten wrote on 2020-12-06 11:25: > I deactivated the system start of timidity with rcconf and now everything is > fine. > This modifications must be part of the distributions. because of all this trouble with timidity-daemon I have started build new packages, at first for testing, but then for buster to fix these bugs. The maintainer will sponsor me. Please wait a few days. --- Have a nice day. Joachim (Germany) pgpYDlSvdm7XP.pgp Description: Digitale Signatur von OpenPGP
Bug#973850: lilo: Should not be included in bullseye
Package: lilo Severity: critical Version: 1:24.2-5 I plan to orphan this package. It should not be included into next stable release (bullseye). I am maintainer and developer of lilo, but have closed development with version 24.2 in year 2016. Since this time some people wanted to overtake development, but didn't do it after all. Since some years the successor grub2 is stable enough to replace lilo. And lilo code is very old and would have to be rewritten. The popularity of lilo going down for many years (Vote: 87, Recent: 24) Because of this items, I register a RC bug on the package to ensure it stay out of bullseye. The Debian release team is informed. --- Have a nice day. Joachim (Germany) pgpBMOqPQ5Z_t.pgp Description: Digitale Signatur von OpenPGP
Bug#957490: lilo: ftbfs with GCC-10
Hello Ryan, I have seen your patch. Please notice, that I don't want to maintain this package anymore. And because of better software nowadays (grub2) it should not get into next Debian Release. You should check 'popcon' where you see that only a handful of machines use this (old) software today. So I will orphan this package. And I will block it, so that it won't get into Debian Bullseye. Is that o.k. for you? --- Have a nice day. Joachim (Germany) pgpjrD6O7VgLI.pgp Description: Digitale Signatur von OpenPGP
Bug#901148: timidity: upgrading broke sound via pulseaudio
Now I have made new Debian packages for buster and testing including my patch: https://www.joonet.de/sources/timidity/ --- Have a nice day. Joachim (Germany) pgpvUH9a2waYC.pgp Description: Digitale Signatur von OpenPGP
Bug#901148: timidity: upgrading broke sound via pulseaudio (patch)
After many tests I have found the solution about the bugs around timidity-daemon and pulseaudio. timidity-daemon installs an system-wide daemon. But pulseaudio is a user-wide "daemon". With my appended patch the system-wide daemon will be removed and a xdg/autostart script will be installed. After that timidity together with pulseaudio runs perfectly. --- Have a nice day. Joachim (Germany) timidity-with-user-wide-daemon.patch.gz Description: application/gzip pgpMaLFFNmahw.pgp Description: Digitale Signatur von OpenPGP
Bug#949116: xfce4-screenshooter without delay
Package: xfce4-screenshooter Version: 1.9.3-1 Severity: important Hello Maintainer, if you set a delay in this xfce4 plugin, it doesn't work. But the delay comes with "Select a region" which is useless. I have found this bugreport by upstream: https://bugzilla.xfce.org/show_bug.cgi?id=14604 and the bugfix: https://git.xfce.org/apps/xfce4-screenshooter/commit/?id=4476a87b84b2e3ef6896dee273619f56389776fd Please patch the stable version to make this nice plugin usefull again. Thanks! --- Have a nice day. Joachim (Germany) pgpG3ExiDXNJ0.pgp Description: Digitale Signatur von OpenPGP
Bug#499795: SSL Fax - HylaFAX+ 7.0.0
Hello Lee, In the past I tried moving to hylafax+ on my local server. I use hylafax on my server with ISDN card (germany). So I have to use the package capi4hylafax, too: http://www.joonet.de/sources/capi4hylafax/ I have tried it with the config of the old hylafax package and without this config. Until now I haven't any success using FAX together with hylafax+. Perhaps it is a problem with the package capi4hylafax? But I can only test it with my ISDN card. Do you have optimized configuration for hylafax+ on a Debian system, which run without errors? --- Have a nice day. Joachim (Germany) pgpqsXBgrztPH.pgp Description: Digitale Signatur von OpenPGP
Bug#889844: Annual ping for Joachim Wiedorn (DM)
Package: debian-maintainers Severity: normal Here is my annual ping. Still have much interest in maintaining my packages. --- Have a nice day. Joachim (Germany)
Bug#853019: Annual ping for Joachim Wiedorn (DM)
Package: debian-maintainers Severity: normal Here is my annual ping. Still have interest in maintaining my packages. --- Have a nice day. Joachim (Germany)
Bug#844035: RFS: hylafax/3:6.0.6-7 [RC] -- Flexible client/server fax software
Hello Gianfranco, Gianfranco Costamagna wrote on 2016-11-14 22:20: > otherwise in 15 hours it will reach unstable. Thank you very much for your patience. So I hope the package will go into unstable. --- Have a nice day. Joachim (Germany) pgp9Q4yE2cD8A.pgp Description: Digitale Signatur von OpenPGP
Bug#844035: RFS: hylafax/3:6.0.6-7 [RC] -- Flexible client/server fax software
Hello Chris, Chris Lamb wrote on 2016-11-12 23:00: > Huh, odd.. Not sure what's going on there, sorry. It seems the address of the ftp-master changed in the last time. I read mails of 'debian-announce' about that: ssh.upload.debian.org ftp.upload.debian.org Please can you check this? --- Have a nice day. Joachim (Germany) pgpvbcIAkkIyF.pgp Description: Digitale Signatur von OpenPGP
Bug#844035: RFS: hylafax/3:6.0.6-7 [RC] -- Flexible client/server fax software
Hello Chris, Chris Lamb wrote on 2016-11-12 09:48: > Uploading to ftp-master (via ftp to ftp.upload.debian.org): > Uploading hylafax_6.0.6-7.dsc: done. > Uploading hylafax_6.0.6.orig.tar.gz: done. > Uploading hylafax_6.0.6-7.debian.tar.xz: done. > Uploading hylafax-client-dbg_6.0.6-7_amd64.deb: done. > Uploading hylafax-client_6.0.6-7_amd64.deb: done. > Uploading hylafax-server-dbg_6.0.6-7_amd64.deb: done. > Uploading hylafax-server_6.0.6-7_amd64.deb: done. > Uploading hylafax_6.0.6-7_20161112T094537z-0e26557c.buildinfo: done. > Uploading hylafax_6.0.6-7_amd64.changes: done. > Successfully uploaded packages. Thank you for sponsoring. Is that o.k. that until now the new package is not visible on the qa.debian.org site ? --- Have a nice day. Joachim (Germany) pgpifWZQJo5es.pgp Description: Digitale Signatur von OpenPGP
Bug#844035: RFS: hylafax/3:6.0.6-7 [RC] -- Flexible client/server fax software
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "hylafax"
* Package name: hylafax
Version : 3:6.0.6-7
Upstream Author : Sam Leffler and Silicon Graphics Inc.
* URL : http://www.hylafax.org
* License : MIT / HylaFAX variant
Section : comm
It builds those binary packages:
hylafax-server - Flexible client/server fax software - server daemons
hylafax-server-dbg - Debug symbols for the hylafax server
hylafax-client - Flexible client/server fax software - client utilities
hylafax-client-dbg - Flexible client/server fax software - client utilities
To access further information about this package, please visit the
following URL:
https://mentors.debian.net/package/hylafax
Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/h/hylafax/hylafax_6.0.6-7.dsc
More information about my hylafax package can be found here:
https://www.joonet.de/sources/hylafax/debian/
Changes since the last upload:
* debian/control:
- Use newer version of substvar: ${binary:Version}. Closes: #833207
- Add misc depends to debug packages.
- Set section of debug packages to 'debug'.
- Bump to Standards Version 3.9.8 (no changes).
- Set dependency to debhelper version 9.
- Remove Vcs entries (they were no Debian Vcs).
- Update my own email address.
* Add some upstream patches:
- 821: Check faxanswer "how" parameter length.
- 822: Last line of configuration file may not be terminated by '\n'.
- 823: Set fax status on glare errors.
- 824: serverconfig fixup: JobRetryOther + JobRequeueOther.
- 825: Fix memory corruption when using libtiff v4.0 or newer.
* Add some more patches:
- 826: Do not send pnmtops dpi value as float value. Closes: #727608
- 827: Make Debian build reproducible. Closes: #790355
* Remove obsolete debian/NEWS file.
Regards,
Joachim Wiedorn
pgpFg5_dNBoWA.pgp
Description: Digitale Signatur von OpenPGP
Bug#843558: squidguard: Problem in update-squidguard and tabs in squidguard.conf
Hello Wolfgang, Wolfgang Hotwagner wrote on 2016-11-07 18:26: > I have a tab instead of a whitespace in my squidguar.conf in the following > line: > dbhome/var/lib/squidguard/db That is a classic failure. Please use whitespaces as shown in the example config file. Perhaps I will add a workaround for that in the future, but for definite work of the configuration you should always use the defined rules of a specific config file to don't get errors. --- Have a nice day. Joachim (Germany) pgppNrhEciZsM.pgp Description: Digitale Signatur von OpenPGP
Bug#840762: motif: Please update to newest upstream release 2.3.6
Hello Graham, Graham Inggs wrote on 2016-10-14 17:27: > Paul and I discussed this recently, and we would prefer to stick with > 2.3.4 plus patches for Stretch. We believe 2.3.4-11 includes all of > the bugfixes from 2.3.5 and 2.3.6 (and more!), but if we missed > anything please file bug reports. After I have tested the 'enable-utf8' or better 'disable-utf8' option I see that utf8 was already enabled in you packages. I misunderstood some lines in file configure.ac and enabled utf8 again. > What is the reason for converting INCLUDES to AM_CPPFLAGS? Have you > submitted this upstream? While running autoreconf many Makefile.am files printed following warnings: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') So I have changed in all Makefile.am files to this newer name. --- Have a nice day. Joachim (Germany) pgp33jLsQ6I3l.pgp Description: Digitale Signatur von OpenPGP
Bug#840394: motif: FTBFS: relocation R_X86_64_PC32 against symbol ...
Hello Graham, Graham Inggs wrote on 2016-10-14 16:35: > > PIE by default is happening for Stretch. > Release Team have given the go-ahead, see message #21 of #835148 [1], > and the changes have already been committed to SVN [2] and should be > included in the next GCC6 upload. Thank you for this information. I think, than the time is short for some other packages which still have a problem with 'pie'. --- Have a nice day. Joachim (Germany) pgpn4w1p0qTgk.pgp Description: Digitale Signatur von OpenPGP
Bug#840762: motif: Please update to newest upstream release 2.3.6
Package: motif Version: 2.3.4 Severity: normal Dear Maintainer, The release 2.3.4 of motif coming out in 2012. But in 2016 it seems the development goes on at sf.net. There you can get release 2.3.5 and the newest release 2.3.6. I have tested compiling both new releases. They are very stable and can be compiled similar to release 2.3.4. I have created updated patch-sets for both releases. You can find my Debian packages here with all generated files, made for architectures amd64 and i386, usable for tests: motif 2.3.5: https://www.joonet.de/sources/motif/debian-235/ motif 2.3.6: https://www.joonet.de/sources/motif/debian-236/ And here you find my patches used for the debian directory to see my way to the Debian packages of 2.3.6: https://www.joonet.de/sources/motif/patches/ --- Have a nice day. Joachim (Germany) pgpjHTCvi6ET_.pgp Description: Digitale Signatur von OpenPGP
Bug#840394: motif: FTBFS: relocation R_X86_64_PC32 against symbol ...
Hello, for now motif should be compiled without buildflag 'pie'. I think it is not needed for the next release - it is disabled by default, because not all packages can be compiled with this flag. --- Have a nice day. Joachim (Germany) pgpmVQdsFcrPL.pgp Description: Digitale Signatur von OpenPGP
Bug#840394: motif: FTBFS: relocation R_X86_64_PC32 against symbol ...
Hello, for now motif should be compiled without hardening buildflag 'pie' (see patch). --- d01/debian/rules2016-09-28 22:22:07.0 +0200 +++ d02/debian/rules2016-10-14 01:04:31.0 +0200 @@ -2,7 +2,7 @@ export DEB_CFLAGS_MAINT_APPEND=-D_FILE_OFFSET_BITS=64 export DEB_LDFLAGS_MAINT_APPEND=-Wl,--as-needed -export DEB_BUILD_MAINT_OPTIONS=hardening=+all +export DEB_BUILD_MAINT_OPTIONS=hardening=+bindnow %: dh $@ --with autoreconf --parallel --- Have a nice day. Joachim (Germany) --- d01/debian/rules 2016-09-28 22:22:07.0 +0200 +++ d02/debian/rules 2016-10-14 01:04:31.0 +0200 @@ -2,7 +2,7 @@ export DEB_CFLAGS_MAINT_APPEND=-D_FILE_OFFSET_BITS=64 export DEB_LDFLAGS_MAINT_APPEND=-Wl,--as-needed -export DEB_BUILD_MAINT_OPTIONS=hardening=+all +export DEB_BUILD_MAINT_OPTIONS=hardening=+bindnow %: dh $@ --with autoreconf --parallel pgpd8FFFEZpow.pgp Description: Digitale Signatur von OpenPGP
Bug#814760: lightdm: randomly fails to start
I have found that the enabled init.d script will cause this problem: I removed the init.d script and its symlinks in /etc/rc* Then I enabled the systemd script (display-manager.service) and started it. Then lightdm starts always and without errors. --- Have a nice day. Joachim (Germany) pgpwUlpnNOw57.pgp Description: Digitale Signatur von OpenPGP
Bug#721314: squidguard: Old Bug (#494281) Cache in /var/tmp isn't cleared on squid shutdown/restart
Hello Sönke, thank you very much for this patch. I will try it! --- Have a nice day. Joachim (Germany) pgpRFiA1uHbha.pgp Description: Digitale Signatur von OpenPGP
Bug#785897: exaile: Please update to GStreamer 1.x
Hello! Today I have tested the new branch of exaile (4.0.0-dev from github.com), which use GStreamer 1.x and Gtk3, and it runs good and stable. It seems it could be used as first beta version. --- Have a nice day. Joachim (Germany) pgpUerbijXrO4.pgp Description: Digitale Signatur von OpenPGP
Bug#813255: RM: exaile -- RoQA; depends on gstreamer 0.10
Hello! Today I have tested the new branch of exaile (4.0.0-dev from github.com) and it runs good and stable. It seems it could be used as first beta version. --- Have a nice day. Joachim (Germany) pgpO1dYJZscC5.pgp Description: Digitale Signatur von OpenPGP
Bug#813747: Annual ping for Joachim Wiedorn (DM)
Package: debian-maintainers Severity: normal Here is my annual ping. Still have interest in maintaining my packages. Fondest regards, Joachim Wiedorn pgp8uoro2LVsB.pgp Description: Digitale Signatur von OpenPGP
Bug#661110: RFA: isdnutils -- ISDN utilities
Hello Rolf, I have seen there is a problem with the pppdcapiplugin package because of changes of the ppp package. I think about overtaking isdnutils. But I also see that there are less users of its install packages each month: The popcon statistic says that only isdnutils-base and capiutils have >100 installations, all others are less. And in the popcon colum "Recent" only capiutils will be used 5 times - and one of them is me. What do you think about break out capiutils as standalone source package (similar to libcapi20-3) and let isdnutils package "die"? It would be nice to hear of your feedback. --- Have a nice day. Joachim (Germany) pgpPycA1JHPlT.pgp Description: Digitale Signatur von OpenPGP
Bug#801754: WG: ITA: xfe -- lightweight file manager for X11
Hello! I am the (old) maintainer of xfe. Nice to read that you want to adopt xfe. Do you need some help about xfe? --- Have a nice day. Joachim (Germany) pgpMFfVus7Sbd.pgp Description: Digitale Signatur von OpenPGP
Bug#801961: debian stretch amd64 netinst: no xfsprogs. xfs on root fails to boot.
Hello! Julian Hughes wrote on 2015-10-16 12:09: > Partitions: gpt - bios_grub + several primary. dual boot with already > functioning debian os (stretch dist-upgraded from jessie). > Other os on same disk uses xfs on / and no problems. ... > The system apparently installed perfectly but on booting grub > errored with an error: > > "error: not a correct xfs inode" I always use xfs for my partitions. And in the past I never could boot with grub2 with an xfs partition on "/". And that is the reason for me to always use LiLO as bootloader. I know about some patches for grub2 to work together with xfs, but it seems that grub2 don't have all these needed patches. --- Have a nice day. Joachim (Germany) pgpEIkJhvKSmC.pgp Description: Digitale Signatur von OpenPGP
Bug#801643: RFA: fox1.6 -- FOX C++ GUI Toolkit
Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org I request an adopter for the fox1.6 package, as I don't have enough time anymore. The package description is: FOX is a C++ based Toolkit for developing Graphical User Interfaces easily and effectively. It offers a wide collection of Controls and provides state of the art facilities such as drag and drop, selection, as well as OpenGL widgets for 3D graphical manipulation. FOX also implements icons, images, and user-convenience features such as status line help, and tooltips. Tooltips may even be used for 3D objects! The package is in a good shape and upstream is active. Following packages need this library: xfe, libgwenhywfar, sumo, fxcyberjack, gogglesmm, libace-foxreactor-6.3.2 Maintaining a package requires time and skills. Please only adopt this package if you are sure you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-rfa for detailed instructions how to adopt a package properly. --- Have a nice day. Joachim (Germany) pgp_OrrkZutHI.pgp Description: Digitale Signatur von OpenPGP
Bug#801644: RFA: xfe-- lightweight file manager for X11
Package: wnpp Severity: normal I request an adopter for the 'xfe' package, as I don't have enough time anymore. The package description is: Xfe is based on the popular but discontinued X Win Commander. It is desktop independent and is written using the C++ Fox Toolkit. Its appearance is similar to the Windows file-manager Total Commander or Windows Explorer. It is very fast and simple. . The main features are: file associations, mount/umount devices, directory tree for quick cd, change file attributes, auto save registry, compressed archives view/creation/extraction, compatibility with GNOME/KDE/Xfce, and much more. . Containing a simple text editor (Xfwrite), image viewer (Xfimage) and package manager (Xfpack). The package is in a good shape and upstream is active. Maintaining a package requires time and skills. Please only adopt this package if you are sure you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-rfa for detailed instructions how to adopt a package properly. --- Have a nice day. Joachim (Germany) pgpTUyTNxBTVn.pgp Description: Digitale Signatur von OpenPGP
Bug#799093: RFS: chrony/1.31.1-2
Hello Vincent, > In 1.31.1-1, the NEWS.Debian file wasn’t copied by dh_installchangelogs > to /usr/share/doc/chrony because it seems that tool can’t cope with that > filename. So I renamed it to NEWS, and also removed an unnecessary call to > dh_installchangelogs in d/rules. Consequently, apt-listchanges is now > able the read that file at install time. for clarifying: The NEWS.Debian file will be used while updating the package: If you write a new entry into NEWS.Debian, this new entry will be shown while running apt-get install. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#793876: RFS: chrony/1.31.1-1
Hello Vincent, Vincent Blut wrote on 2015-08-20 18:12: I don’t known why tests have originally been disabled, but I guess it’s because they depend on the clknetsim tool which is not packaged in Debian. Also, if that tool isn’t installed on the system, the test.common script will try to download and build the tool, which is a quite invasive method. Am I wrong Joachim? After the long time I don't know the detailed reason about disabling. But I know I had the problem in 1.30-1: building aborted with an error. I think your explanation is understandable. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#793876: RFS: chrony/1.31.1-1
Hello Vincent, Vincent Blut wrote on 2015-08-20 18:36: features. By the way, if I want to close these outdated bug reports, what’s the canonical way to do it? I guess I can’t do that from d/changelog? do it in the changelog: e.g. LP: #1313200 --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#793876: RFS: chrony/1.31.1-1
Hello Vincent, Vincent Blut wrote on 2015-08-20 18:12: I assume that the change of maintainership has the consent of Joachim? Yes, we’ve discussed about this privately some times ago. Still ok Joachim? Yes, that is fully ok. You make a very good job with maintaining chrony! Thank you very much for overtaking. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#794936: installation-guide: claims it will use CD-ROM as cover-term then doesn't
Justin B Rye wrote on 2015-08-08 11:07: The idea is, instead of constantly saying either CDs or CDs/DVDs, seemingly at random, when what it means is optical media of any sort whether that's CD, DVD, or BD, it should instead do what it announces it's going to do: use CD-ROM as an official generic cover-term. It's not a simple search-and-replace job, since sometimes CD really means CD. Here's a commented version of the patch. I think about other media too, e.g. USB-Stick. Perhaps it would be better to only say media, or optical media and flash media? --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#792439: duply: Warning: Option --exclude-globbing-filelist is pending deprecation
Hello Jan, now I have made a new package and tried to fix the bug which you have reported. This package is already in unstable, but in 5 days also in testing (I hope so). see: https://packages.debian.org/source/sid/duply Please test this new package and send me a feedback. Thanks! --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#782160: squeeze update of chrony?
Hello Raphael, Raphael Hertzog wrote on 2015-04-10 21:33: Would you like to take care of this yourself? We are still understaffed so any help is always highly appreciated. If you planned to prepare a fixed wheezy version, it should not be too hard to handle squeeze at the same time since squeeze has the same upstream version than wheezy. At first I have looked for patching the Wheezy package. It was doable. Now I will test it on my (main) PC, which still have Wheezy installed. Then I think it should be easy for Squeeze, too. You will hear from me. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#782160: squeeze update of chrony + wheezy update of chrony
Hello Raphael, Raphael Hertzog wrote on 2015-04-10 21:33: If that workflow is a burden to you, feel free to just prepare an updated source package and send it to debian-...@lists.debian.org (via a debdiff, or with an URL pointing to the the source package, or even with a pointer to your packaging repository), and the members of the LTS team will take care of the rest. Indicate clearly whether you have tested the updated package or not. I would be very pleased, if someone of the LTS team could sponsor my both packages: for squeeze-security: chrony 1.24-3+squeeze2 see here: http://www.joonet.de/sources/chrony/squeeze-security/ Both architectures were produced with pbuilder in a clean environment. The deb files were not tested! for wheezy-security: chrony 1.24-3.1+deb7u3 see here: http://www.joonet.de/sources/chrony/wheezy-security/ Both architectures were produced with pbuilder in a clean environment. The deb file for amd64 were tested, but not for i386. For your information: In the debian directory I have added a directory applied with all applied patches to the sources, because both packages still have source format 1.0. Only the three patches 11, 12, 13 are new. Changes since the last uploads: * With the following security bugfixes (See: #782160): - Fix CVE-2015-1853: Protect authenticated symmetric NTP associations against DoS attacks. - Fix CVE-2015-1821: Fix access configuration with subnet size indivisible by 4. - Fix CVE-2015-1822: Fix initialization of reply slots for authenticated commands. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#782173: RFS: chrony/1.30-2 [RC] -- Set the computer clock from time servers on the Net
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package chrony * Package name: chrony Version : 1.30-2 Upstream Author : Miroslav Lichvar mlich...@redhat.com * URL : http://chrony.tuxfamily.org * License : GPL-2 Section : admin It builds those binary packages: chrony - Set the computer clock from time servers on the Net It closes the following bugreports: #782160 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/chrony Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/chrony/chrony_1.30-2.dsc Changes since the last upload: * New upstream release. * It includes the following security fixes (Closes: #782160): - Fix CVE-2015-1853: Protect authenticated symmetric NTP associations against DoS attacks. - Fix CVE-2015-1821: Fix access configuration with subnet size indivisible by 4. - Fix CVE-2015-1822: Fix initialization of reply slots for authenticated commands. * debian/control: - Update e-mail address of myself. - Add Vincent Blut as co-maintainer. Regards, Joachim Wiedorn signature.asc Description: PGP signature
Bug#782175: Unblock: chrony/1.30-2 [RC] -- RFS at mentors.debian.net
Package: release.debian.org
Severity: important
User: release.debian@packages.debian.org
Usertags: unblock
Hello release team,
because of three CVE security messages I have made an updated package
of chrony which is now on mentors.debian.net.
Please unblock package chrony/1.30-2.
The RFS can be seen here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782173
The updated package fixes three RC bugs:
* It includes the following security fixes (Closes: #782160):
- Fix CVE-2015-1853: Protect authenticated symmetric NTP
associations against DoS attacks.
- Fix CVE-2015-1821: Fix access configuration with subnet
size indivisible by 4.
- Fix CVE-2015-1822: Fix initialization of reply slots for
authenticated commands.
Details are in the attached debdiff.
Please unblock package chrony/1.30-2.
Many thanks for your work,
---
Have a nice day.
Joachim (Germany)
diff -urN d10/debian/changelog d14/debian/changelog
--- d10/debian/changelog 2014-08-10 19:10:56.0 +0200
+++ d14/debian/changelog 2015-04-09 00:31:10.0 +0200
@@ -1,3 +1,19 @@
+chrony (1.30-2) unstable; urgency=medium
+
+ * New upstream release.
+ * It includes the following security fixes (Closes: #782160):
+- Fix CVE-2015-1853: Protect authenticated symmetric NTP
+ associations against DoS attacks.
+- Fix CVE-2015-1821: Fix access configuration with subnet
+ size indivisible by 4.
+- Fix CVE-2015-1822: Fix initialization of reply slots for
+ authenticated commands.
+ * debian/control:
+ - Update e-mail address of myself.
+ - Add Vincent Blut as co-maintainer.
+
+ -- Joachim Wiedorn joodeb...@joonet.de Thu, 09 Apr 2015 00:06:34 +0200
+
chrony (1.30-1) unstable; urgency=medium
* New upstream release with following bugfixes:
diff -urN d10/debian/control d14/debian/control
--- d10/debian/control 2014-08-08 20:40:03.0 +0200
+++ d14/debian/control 2015-04-09 00:05:48.0 +0200
@@ -1,7 +1,8 @@
Source: chrony
Section: admin
Priority: extra
-Maintainer: Joachim Wiedorn ad_deb...@joonet.de
+Maintainer: Joachim Wiedorn joodeb...@joonet.de
+Uploaders: Vincent Blut vincent.deb...@free.fr
Standards-Version: 3.9.5
Build-Depends: debhelper (= 9),
texinfo, bison,
diff -urN d10/debian/patches/11_protect-authenticated-symmetric-ass.patch d14/debian/patches/11_protect-authenticated-symmetric-ass.patch
--- d10/debian/patches/11_protect-authenticated-symmetric-ass.patch 1970-01-01 01:00:00.0 +0100
+++ d14/debian/patches/11_protect-authenticated-symmetric-ass.patch 2015-04-08 23:50:45.0 +0200
@@ -0,0 +1,72 @@
+From d856bd34c4862398411d29200520e3a3b1d4569e Mon Sep 17 00:00:00 2001
+From: Miroslav Lichvar mlich...@redhat.com
+Date: Thu, 5 Mar 2015 12:44:30 +0100
+Subject: ntp: protect authenticated symmetric associations against DoS attacks
+
+An attacker knowing that NTP hosts A and B are peering with each other
+(symmetric association) can send a packet with random timestamps to host
+A with source address of B which will set the NTP state variables on A
+to the values sent by the attacker. Host A will then send on its next
+poll to B a packet with originate timestamp that doesn't match the
+transmit timestamp of B and the packet will be dropped. If the attacker
+does this periodically for both hosts, they won't be able to synchronize
+to each other. It is a denial-of-service attack.
+
+According to [1], NTP authentication is supposed to protect symmetric
+associations against this attack, but in the NTPv3 (RFC 1305) and NTPv4
+(RFC 5905) specifications the state variables are updated before the
+authentication check is performed, which means the association is
+vulnerable to the attack even when authentication is enabled.
+
+To fix this problem, save the originate and local timestamps only when
+the authentication check (test5) passed.
+
+[1] https://www.eecis.udel.edu/~mills/onwire.html
+
+diff --git a/ntp_core.c b/ntp_core.c
+index ebb6a7c..e654c88 100644
+--- a/ntp_core.c
b/ntp_core.c
+@@ -914,9 +914,6 @@ receive_packet(NTP_Packet *message, struct timeval *now, double now_err, NCR_Ins
+
+ /* */
+
+- /* Save local receive timestamp */
+- inst-local_rx = *now;
+-
+ pkt_leap = (message-lvm 6) 0x3;
+ if (pkt_leap == 0x3) {
+ source_is_synchronized = 0;
+@@ -948,14 +945,6 @@ receive_packet(NTP_Packet *message, struct timeval *now, double now_err, NCR_Ins
+ test2 = 1; /* Success */
+ }
+
+- /* Regardless of any validity checks we apply, we are required to
+- save this field from the packet into the ntp source
+- instance record. See RFC1305 section 3.4.4, peer.org - pkt.xmt
+- peer.peerpoll - pkt.poll. Note we can't do this assignment
+- before test1 has been carried out!! */
+-
+- inst-remote_orig = message-transmit_ts;
+-
+ /* Test 3 requires that pkt.org
Bug#781066: RFS: chrony/1.31-1 - Set the computer clock from time servers on the Net
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package chrony * Package name: chrony Version : 1.31-1 Upstream Author : Miroslav Lichvar mlich...@redhat.com * URL : http://chrony.tuxfamily.org * License : GPL-2 Section : admin It builds those binary packages: chrony - Set the computer clock from time servers on the Net It closes the following bugreports: #763542, #778710 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/chrony Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/chrony/chrony_1.31-1.dsc Changes since the last upload: * New upstream release. * Reorganize file names of apm and ppp scripts. * debian/control: - Bump to Standards Version 3.9.6 (no changes). - Update my e-mail address and set as uploader. - Add Vincent Blut as new maintainer. * Small update of debian/copyright. * Strip leading tabs from here-document in logrotate config. Closes: #763542 * Update chrony.conf to mention /etc/adjtime instead of /etc/default/rcS. Closes: #778710 * Remove all patches. * Patch: do not install COPYING file (same file is on system). Regards, Joachim Wiedorn signature.asc Description: PGP signature
Bug#763542: chrony, logrotate and Unrecognized command
Manolo Díaz wrote on 2015-02-22 19:48: On Sunday, Feb 15 2015 at 12:02 UTC+1, Manolo Díaz wrote: A week later I can confirm that your patch works. Thanks again. Thank you for your testing. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#777630: Annual ping for Joachim Wiedorn (DM)
Package: debian-maintainers Severity: normal Here is my annual ping. Still have interest in maintaining my packages. Fondest regards, Joachim Wiedorn signature.asc Description: PGP signature
Bug#777086: lilo: please build on x32
Hello Adam, thank you very much for testing on x86. I will add the architecture in the next upload. Best regards, Joachim signature.asc Description: PGP signature
Bug#773983: Unblock: squidguard/1.5-4
Package: release.debian.org
Severity: important
User: release.debian@packages.debian.org
Usertags: unblock
Hello release team,
please unblock package squidguard.
Unblock squidguard/1.5-4
The version squidguard/1.5-4 fixes one RC bug which prevents webfiltering
with squid3 because of a new redirector protocol introduced in Debian with
squid3 version 3.4.8-1. Here is the changelog for updated squidguard:
* Fix for working with squid 3.4 and higher. Closes: #772831
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772831
* Update dependency to squid3 (= 3.4.0) because the new patch
let squidguard only support newer versions of squid3 and
don't support squid 2.7 anymore.
Details are in the attached debdiff.
Many thanks for your work,
---
Have a nice day.
Joachim (Germany)
diff -urN d00/debian/changelog d02/debian/changelog
--- d00/debian/changelog 2014-09-22 16:41:02.0 +0200
+++ d02/debian/changelog 2014-12-25 20:26:51.333680178 +0100
@@ -1,3 +1,12 @@
+squidguard (1.5-4) unstable; urgency=medium
+
+ * Fix for working with squid 3.4 and higher. Closes: #772831
+ * Update dependency to squid3 (= 3.4.0) because the new patch
+ let squidguard only support newer versions of squid3 and
+ don't support squid 2.7 anymore.
+
+ -- Joachim Wiedorn joodeb...@joonet.de Thu, 25 Dec 2014 20:21:03 +0100
+
squidguard (1.5-3) unstable; urgency=medium
* debian/control:
diff -urN d00/debian/control d02/debian/control
--- d00/debian/control 2014-09-21 01:30:31.0 +0200
+++ d02/debian/control 2014-12-25 20:23:22.241254212 +0100
@@ -1,7 +1,7 @@
Source: squidguard
Section: web
Priority: optional
-Maintainer: Joachim Wiedorn ad_deb...@joonet.de
+Maintainer: Joachim Wiedorn joodeb...@joonet.de
Build-Depends: debhelper (= 9),
libldap2-dev, libdb-dev,
po-debconf, bison, flex
@@ -13,7 +13,7 @@
Package: squidguard
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: squid3 | squid, liburi-perl, libwww-perl
+Recommends: squid3 (= 3.4.0), liburi-perl, libwww-perl
Suggests: ldap-utils, squidguard-doc
Description: filter and redirector plugin for Squid
squidGuard is a free, flexible and ultra fast filter, redirector
diff -urN d00/debian/copyright d02/debian/copyright
--- d00/debian/copyright 2014-09-21 00:10:14.0 +0200
+++ d02/debian/copyright 2014-12-25 20:22:00.403519436 +0100
@@ -19,7 +19,7 @@
License: W3C-Software
Files: debian/*
-Copyright: 2010-2014, Joachim Wiedorn ad_deb...@joonet.de
+Copyright: 2010-2014, Joachim Wiedorn joodeb...@joonet.de
License: GPL-2
diff -urN d00/debian/patches/14_fix-working-with-squid-3-4.patch d02/debian/patches/14_fix-working-with-squid-3-4.patch
--- d00/debian/patches/14_fix-working-with-squid-3-4.patch 1970-01-01 01:00:00.0 +0100
+++ d02/debian/patches/14_fix-working-with-squid-3-4.patch 2014-12-25 19:23:52.0 +0100
@@ -0,0 +1,144 @@
+Package: squidguard
+Subject: fix for working (only) with squid 3.4 and higher
+Author: Joachim Wiedorn joodebian at joonet.de
+Origin: other, http://bugs.squid-cache.org/show_bug.cgi?id=3978
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772831
+Forwarded: yes
+Last-Update: 2014-12-22
+
+Incorrectly use of Squid helper protocol (old squid-2.5 protocol).
+This bugfix let it work together with squid3 v3.4 and higher. Pay
+attention that with this patch squidguard don't work with squid 3.3
+and lower anymore!
+---
+
+diff -urN s13/src/main.c s14/src/main.c
+--- s13/src/main.c 2014-12-11 18:10:03.943372692 +0100
s14/src/main.c 2014-12-23 23:07:49.583732080 +0100
+@@ -185,7 +185,7 @@
+ sgReloadConfig();
+ }
+ if(failsafe_mode) {
+- puts();
++ puts(ERR message=\squidGuard failsafe mode\);
+ fflush(stdout);
+ if(sig_hup){
+ sgReloadConfig();
+@@ -194,7 +194,7 @@
+ }
+ if(parseLine(buf,squidInfo) != 1){
+ sgLogError(ERROR: Error parsing squid line: %s,buf);
+- puts();
++ puts(BH message=\squidGuard error parsing squid line\);
+ }
+ else {
+ src = Source;
+@@ -206,14 +206,14 @@
+ acl = sgAclCheckSource(src);
+ if((redirect = sgAclAccess(src,acl,squidInfo)) == NULL){
+ if(src == NULL || src-cont_search == 0){
+- puts();
++ puts(ERR);
+ break;
+ } else
+ if(src-next != NULL){
+ src = src-next;
+ continue;
+ } else {
+- puts();
++ puts(ERR);
+ break;
+ }
+ } else {
+@@ -225,9 +225,11 @@
+ squidInfo.ident[0] = '-';
+ squidInfo.ident[1] = '\0';
+ }
+- fprintf(stdout,%s %s/%s %s %s\n,redirect,squidInfo.src,
+- squidInfo.srcDomain,squidInfo.ident,
+- squidInfo.method);
++ if (isdigit(redirect[0]) isdigit(redirect[1]) isdigit(redirect[2]) redirect[3]==':') {
++ fprintf(stdout,OK status=%c%c%c url=\%s\\n, redirect[0], redirect[1], redirect[2], redirect[4]);
++ } else
++ fprintf(stdout,OK rewrite-url=\%s\\n,redirect
Bug#772831: squidguard: squid 2.7 redirector protocol used by squidguard is no more supported with squid 3.4
After some tests I created this updated patch.
With it squidguard is running with squid3 version 3.4.8.
Ciao,
Joo
Package: squidguard
Subject: fix for working (only) with squid 3.4 and higher
Author: Joachim Wiedorn joodebian at joonet.de
Origin: other, http://bugs.squid-cache.org/show_bug.cgi?id=3978
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772831
Forwarded: yes
Last-Update: 2014-12-22
Incorrectly use of Squid helper protocol (old squid-2.5 protocol).
This bugfix let it work together with squid3 v3.4 and higher. Pay
attention that with this patch squidguard don't work with squid 3.3
and lower anymore!
---
diff -urN s13/src/main.c s14/src/main.c
--- s13/src/main.c 2014-12-11 18:10:03.943372692 +0100
+++ s14/src/main.c 2014-12-23 23:07:49.583732080 +0100
@@ -185,7 +185,7 @@
sgReloadConfig();
}
if(failsafe_mode) {
- puts();
+ puts(ERR message=\squidGuard failsafe mode\);
fflush(stdout);
if(sig_hup){
sgReloadConfig();
@@ -194,7 +194,7 @@
}
if(parseLine(buf,squidInfo) != 1){
sgLogError(ERROR: Error parsing squid line: %s,buf);
- puts();
+ puts(BH message=\squidGuard error parsing squid line\);
}
else {
src = Source;
@@ -206,14 +206,14 @@
acl = sgAclCheckSource(src);
if((redirect = sgAclAccess(src,acl,squidInfo)) == NULL){
if(src == NULL || src-cont_search == 0){
- puts();
+ puts(ERR);
break;
} else
if(src-next != NULL){
src = src-next;
continue;
} else {
- puts();
+ puts(ERR);
break;
}
} else {
@@ -225,9 +225,11 @@
squidInfo.ident[0] = '-';
squidInfo.ident[1] = '\0';
}
- fprintf(stdout,%s %s/%s %s %s\n,redirect,squidInfo.src,
- squidInfo.srcDomain,squidInfo.ident,
- squidInfo.method);
+ if (isdigit(redirect[0]) isdigit(redirect[1]) isdigit(redirect[2]) redirect[3]==':') {
+ fprintf(stdout,OK status=%c%c%c url=\%s\\n, redirect[0], redirect[1], redirect[2], redirect[4]);
+ } else
+ fprintf(stdout,OK rewrite-url=\%s\\n,redirect);
+
/* sgLogDebug(DEBUG: %s %s/%s %s %s\n,redirect,squidInfo.src,squidInfo.srcDomain,squidInfo.ident,squidInfo.method); */
break;
}
diff -urN s13/src/main.c.in s14/src/main.c.in
--- s13/src/main.c.in 2011-10-01 20:49:00.0 +0200
+++ s14/src/main.c.in 2014-12-11 18:19:26.775347885 +0100
@@ -185,7 +185,7 @@
sgReloadConfig();
}
if(failsafe_mode) {
- puts();
+ puts(ERR message=\squidGuard failsafe mode\);
fflush(stdout);
if(sig_hup){
sgReloadConfig();
@@ -194,7 +194,7 @@
}
if(parseLine(buf,squidInfo) != 1){
sgLogError(ERROR: Error parsing squid line: %s,buf);
- puts();
+ puts(BH message=\squidGuard error parsing squid line\);
}
else {
src = Source;
@@ -206,14 +206,14 @@
acl = sgAclCheckSource(src);
if((redirect = sgAclAccess(src,acl,squidInfo)) == NULL){
if(src == NULL || src-cont_search == 0){
- puts();
+ puts(ERR);
break;
} else
if(src-next != NULL){
src = src-next;
continue;
} else {
- puts();
+ puts(ERR);
break;
}
} else {
@@ -225,9 +225,11 @@
squidInfo.ident[0] = '-';
squidInfo.ident[1] = '\0';
}
- fprintf(stdout,%s %s/%s %s %s\n,redirect,squidInfo.src,
- squidInfo.srcDomain,squidInfo.ident,
- squidInfo.method);
+ if (isdigit(redirect[0]) isdigit(redirect[1]) isdigit(redirect[2]) redirect[3]==':') {
+ fprintf(stdout,OK status=%c%c%c url=\%s\\n, redirect[0], redirect[1], redirect[2], redirect[4]);
+ } else
+ fprintf(stdout,OK rewrite-url=\%s\\n,redirect);
+
/* sgLogDebug(DEBUG: %s %s/%s %s %s\n,redirect,squidInfo.src,squidInfo.srcDomain,squidInfo.ident,squidInfo.method); */
break;
}
diff -urN s13/src/sgDiv.c s14/src/sgDiv.c
--- s13/src/sgDiv.c 2011-10-01 20:49:00.0 +0200
+++ s14/src/sgDiv.c 2014-12-11 18:19:26.775347885 +0100
@@ -782,7 +782,7 @@
}
sgLogError(ERROR: Going into emergency mode);
while(fgets(buf, MAX_BUF, stdin) != NULL){
-puts();
+puts(ERR);
fflush(stdout);
}
sgLogError(ERROR: Ending emergency mode, stdin empty);
diff -urN s13/src/sgDiv.c.in s14/src/sgDiv.c.in
--- s13/src/sgDiv.c.in 2014-12-11 18:10:26.551870993 +0100
+++ s14/src/sgDiv.c.in 2014-12-11 18:19:26.775347885 +0100
@@ -784,7 +784,7 @@
}
sgLogError(ERROR: Going into emergency mode);
while(fgets(buf, MAX_BUF, stdin) != NULL){
-puts();
+puts(ERR);
fflush(stdout);
}
sgLogError(ERROR: Ending emergency mode, stdin empty);
signature.asc
Description: PGP signature
Bug#566035: lilo should set the no-defragment bit on xfs
Hello! Finally in the upstream package version 24.1 are kernel hook scripts to support your wish. Until now only the vmlinuz files will be blocked from defragmentation. At first these scripts are optionally. You must install them by hand from /usr/lib/lilo/hooks. If we have some experience with this scripts they could be installed by default. So: please give me feedback about these scripts. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#761097: squidguard: [INTL:it] Italian translation of debconf messages
Hello Beatrice, thank you for your translation. The next package update will come soon. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#757414: RFS: chrony/1.30-1 - Set the computer clock from time servers on the Net
Hello Eriberto, thank you for your reply and your hints. Now I have updated all items as you have written. And finally I have forwarded some patches to upstream and have added a notice into the patch files. The updated package is already on mentors.d.n: http://mentors.debian.net/package/chrony Alternatively, you can download the package with dget: dget -x http://mentors.debian.net/debian/pool/main/c/chrony/chrony_1.30-1.dsc So I hope all is perfect for sponsoring! By the way it would be very nice if you could set the DM flag for me to this package. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#757414: RFS: chrony/1.30-1 - Set the computer clock from time servers on the Net
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package chrony: * Package name: chrony Version : 1.30-1 Upstream Author : Miroslav Lichvar mlich...@redhat.com * URL : http://chrony.tuxfamily.org * License : GPL-2 Section : admin It builds those binary packages: chrony - Set the computer clock from time servers on the Net By the way it would be very nice if someone want to set the DM flag for me to this package. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/chrony Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/chrony/chrony_1.30-1.dsc More information about chrony can be obtained from http://chrony.tuxfamily.org/ Changes since the last upload: * New upstream release with following bugfixes: - Fix crash when selecting with multiple preferred sources. - Fix frequency calculation with large frequency offsets. - Fix code writing drift and RTC files to compile correctly. - Fix -4/-6 options in chronyc to not reset hostname set by -h. - Fix refclock sample validation with sub-second polling interval. - Set stratum correctly with non-PPS SOCK refclock and local stratum. - Modify dispersion accounting in refclocks to prevent PPS getting stuck with large dispersion and not accepting new samples. - Move faq.txt (PHP style) to a plain text file FAQ. Closes: #415729 * Add gpg signature of upstream developer for use with uscan. * Update debian/watch, add check of upstream gpg signature. * Update all patches. * Bugfix: Use /etc/adjtime in postinst script to recognize UTC hardware clock. Closes: #680498 * Use logrotate instead of cron script. Closes: #323966 * debian/rules: disable test simulation. Regards, Joachim Wiedorn signature.asc Description: PGP signature
Bug#756293: squidguard: squid shouldn't be a dependency
Am Mon, 28 Jul 2014 10:26:54 -0300 schrieb Diego Woitasen di...@woitasen.com.ar: Package: squidguard Severity: normal Not a big issue, but Squid Guard shouldn't depend on Squid. For example, if I want to use it with a compiled version of Squid I don't want it to be installed by dependency. And SquidGuard doesn't need Squid to run. The dependency is made for the Debian package management system (dpkg, apt). It is you own decision to don't use this management system. But then you also have to use your own Squidguard package. By the way a package management system have some advantages. So you can generate your own Debian package of Squidguard with different configurations. And the same for the squid/squid3 package. Try it it is not difficult. I will set Severity to wishlist Ciao, Joo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742618: missing cups enable in configure, so xfe don't have printing support if recompile
Hello! Thank you for your bug report. I will look for this problem. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#739536: xfe: File New sets inappropriate permissions in ACL enabled directories (re-submitted for upstream)
Hello Robert, thanks for this report. It is a pain for me, too, that ACL will be ignored. I will test your patch and hope upstream agree with this patch. Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#737907: RFS: chrony/1.29.1-1 -- Set the computer clock from time servers
Hello Paul, at first thank you very much for uploading! Paul Gevers wrote on 2014-02-08 18:08: - Upstream FAQ removed two questions and part of the answer to one question is now part of the answer to another question. I am unsure if this is intended. I haven't checked this point. I will do it for the next version. - Your watch file doesn't work, please find attached a version that works and at the same time takes advantage of the fact that upstream signs its releases. You need the also attached keyring for that but feel free to generate that yourself as well. Thanks for this hint. It comes from the seldom version number. I have installed the pgp key and tested your watch file locally. usan give me a warning, that the pgpsigurlmangle option is unknown. I will look futher for a solution. - Your git repository would do well with a pristine-tar target, so I don't need to download the upstream tar ball. That's right, but I never change something at the sources, so why should I add the sources, which do not exist as original archive in git repo? - The patches are documented as not forwarded to upstream, why not (three out of four)? You are right, I must forwarding some patches. And I must check all the other bug reports - perhaps some of them could be obsolete. --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#738116: Annual ping for Joachim Wiedorn (DM)
Package: debian-maintainers Severity: normal Here is my annual ping. Still have much interest in maintaining my packages. Fondest regards, Joachim Wiedorn signature.asc Description: PGP signature
Bug#737907: RFS: chrony/1.29.1-1 -- Set the computer clock from time servers
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package chrony * Package name: chrony Version : 1.29.1-1 Upstream Author : Miroslav Lichvar mlich...@redhat.com * URL : http://chrony.tuxfamily.org * License : GPL-2 Section : admin It builds those binary packages: chrony - Set the computer clock from time servers on the Net To access further information about this package, please visit the following URL: http://mentors.debian.net/package/chrony Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/chrony/chrony_1.29.1-1.dsc The new git repo for Debian can be seen here: http://anonscm.debian.org/gitweb/?p=collab-maint/chrony.git More information about hello can be obtained from http://chrony.tuxfamily.org/News.html Changes since the last upload: * New upstream release with bugfix: - Closes: #737644: Fixing vulnerability: CVE-2014-0021 - traffic amplification in cmdmon protocol (incompatible with previous protocol version, but chronyc supports both). Regards, Joachim Wiedorn signature.asc Description: PGP signature
Bug#634930: gpa: GPA unusable due to General Assuan error
Hello! At first: I have Debian Wheezy (amd64) installed. And I have two users: one user (joo) cannot use gpa, but the other user (adjoo) have no problem! So I have tried to find the reason for this difference and I have found this: Found with set command as user joo: GPG_AGENT_INFO=/home/joo/.cache/keyring-wrhM5J/gpg:0:1 But found with set command as user adjoo: GPG_AGENT_INFO=/tmp/gpg-3z7tmb/S.gpg-agent:19715:1 Then I have tested in the terminal of joo other values with success: GPG_AGENT_INFO=/tmp/gpg-KEKPrV/S.gpg-agent:338:2 GPG_AGENT_INFO=/home/joo/.cache/keyring-wrhM5J/gpg GPG_AGENT_INFO=/home/joo/.cache/keyring-wrhM5J/gpg:0:2 All this values can be used for starting gpa successfully! Why gives the first value an error, but the other values not? Especially the last value seems to be interesting? Perhaps someone know the next step of analysis? --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#732758: RFS: chrony/1.29-1 [ITA, RC] -- Set the computer clock from time servers
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package chrony * Package name: chrony Version : 1.29-1 Upstream Author : Miroslav Lichvar mlich...@redhat.com * URL : http://chrony.tuxfamily.org * License : GPL-2 Section : admin It builds those binary packages: chrony - Set the computer clock from time servers on the Net To access further information about this package, please visit the following URL: http://mentors.debian.net/package/chrony Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/chrony/chrony_1.29-1.dsc The new git repo for Debian can be seen here: http://anonscm.debian.org/gitweb/?p=collab-maint/chrony.git Changes since the last upload: * New upstream release with some bugfixes: - Closes: #719132: new upstream version, fixes security bugs. - Closes: #719203: Fixing vulnerabilities: CVE-2012-4502 - Buffer overflow, CVE-2012-4503 - Uninitialized data. * debian/control: - Set myself as new maintainer. Closes: #705768 - Bump to Standards-Version 3.9.5. - Move to debhelper = 9 and compat level 9. - Update package descriptions. - Add Vcs fields to new git repository. - Add dependency to lsb-base (for init script). - Add build dependency to libtomcrypt-dev. * Move to source format 3.0 (quilt). * Add the following patch files: (Closes: #637514) - 01_fix-small-typo-in-manpages - 03_recreate-always-getdate-c - 04_do-not-look-for-ncurses(Closes: #646732) - 05_disable-installation-of-license * debian/rules: - Move to dh-based rules file. - Enable parallel builds. * Add debian/watch file. * Full update of debian/copyright file. * Add debian/doc-base file. * Full update of debian/README.Debian file. * Update debian/postinst, debian/postrm, debian/prerm. * Remove obsolete debian/preinst. Reduce mailing within postinst. * Do not use old md5sum file anymore for ucf in postinst script. * Add status action in init script (debian/init). Closes: #652207 * Add debian/install file for installing example of chrony.conf. * Reduce debian/dirs file for use with debhelper 9. -- Joachim Wiedorn ad_deb...@joonet.de Fri, 20 Dec 2013 23:35:25 +0100 Regards, Joachim Wiedorn signature.asc Description: PGP signature
Bug#732319: [libfox-1.6-dev] pkg-config entry is wrong
Hello Miklós, thanks for the bug report. This should be returned: -lFOX-1.6 -lGL -lGLU -lpthread Do you have any hint how/where I can fix this point? --- Have a nice day. Joachim (Germany) signature.asc Description: PGP signature
Bug#705768: ITA: chrony -- Sets your computer's clock from time
Hello! I am already working on the new version of chrony. Here is my (new) git repository: http://anonscm.debian.org/gitweb/?p=collab-maint/chrony.git I want to release the next Debian package until 20.12.2013. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728376: RFS: fox1.6 / 1.6.49-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package fox1.6 * Package name: fox1.6 Version : 1.6.49-1 Upstream Author : Jeroen van der Zijp jer...@fox-toolkit.com * URL : http://www.fox-toolkit.org/ * License : LGPL-2.1 Section : libs It builds those binary packages: libfox-1.6-0 - FOX C++ GUI Toolkit - runtime library libfox-1.6-dev - FOX C++ GUI Toolkit - development headers libfox-1.6-doc - FOX C++ GUI Toolkit - documentation To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fox1.6 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fox1.6/fox1.6_1.6.49-1.dsc All changes of Debian package can be seen here: http://anonscm.debian.org/gitweb/?p=collab-maint/fox16.git The following packages use libfox1.6 as library: xfe, sumo, fxcyberjack, libgwengui-fox16-0, gogglesmm, libace-foxreactor* Changes since the last upload: * New upstream release. * debian/control: - Bump to Standards Version 3.9.5 (no changes). - Move to debhelper = 9 and compat level 9. - Add fields to enable Multi-Arch only for runtime package. - Support transition to libtiff5. * Update library paths in install files and rules file. Regards, Joachim Wiedorn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728006: xfe: update config.{sub,guess} for the AArch64 port
Matthias Klose wrote on 2013-10-27 16:02:
The package fails to build on arm64 (aarch64-linux-gnu), because the
config.{guess,sub} files are out of date, and are not updated during
Thank you for this info. I will do my best for an update.
---
Have a nice day.
Joachim (Germany)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723473: lilo link with -L/usr/lib
Hello! Thank you for this information. I will look how I can optimize the lib paths. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721314: squidguard: Old Bug (#494281) Cache in /var/tmp isn't cleared on squid shutdown/restart
Hello! For me it isn't clear why this problem (still) exist. I will try to find the reason. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717454: lilo should register a namespace at the EFI System Partition Subdirectory Registry
Christoph Anton Mitterer wrote on 2013-07-21 01:41: AFAIU you're also upstream for LILO!? :) Yes, I am. I think it cannot harm (yes I know, right now you do not support EFI, but who knows what the future brings ... and even though the whole thing is anyway just voluntary), that lilo registers it's name at the EFI System Partition Subdirectory Registry: http://www.uefi.org/specs/esp_registry On this site I read: industry registry of vendor-specific subdirectory names in the EFI system partition. And as I see only companies which produces hardware. Until now I think there is no need to register lilo. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716743: squid3: CVE-2013-4115 CVE-2013-4123
tags 716743 patch thanks With version squid3 3.3.8 both security bugs are fixed. Here you can find my updated version, made for Wheezy: http://www.joonet.de/sources/squid3/deb/ --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714691: O: Faxing over CAPI 2.0 device
Package: wnpp Severity: normal I am the maintainer of capi4hylafax package. I orphan capi4hylafax because there is a RC bug (problem with gcc 4.8) for which I have no idea of a patch and now it threatened the removing from testing. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please take the package. See http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to properly adopt a package. Some information about the package follows: Package: capi4hylafax Section: comm Priority: extra Architecture: amd64 Version: 1:01.03.00.99.svn.300-18 Installed-Size: 669 Maintainer: Joachim Wiedorn ad_deb...@joonet.de Depends: libc6 (= 2.4), libcapi20-3, libgcc1 (= 1:4.1.1), libstdc++6 (= 4.1.1), libtiff4 ( 3.9.5-3~), capiutils Recommends: hylafax-server Suggests: dialog, isdnactivecards Description-en: Faxing over CAPI 2.0 device If you have working capi20 interface, use this package to send and receive fax over capi. It can be used as a fax-modem for a hylafax-server or as stand alone version. Be sure you have a recent kernel with capi4linux compiled in. . Please read /usr/share/doc/capi4hylafax/README.Debian to make things working. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712718: scribus: split the huge single binary package
Package: scribus Severity: important Hello, in the last week I have worked out splitting the scribus package into 7 binary packages: scribus (any) scribus-data (all) scribus-dev (all) scribus-help (all) scribus-help-de (all) scribus-help-en (all) scribus-help-it (all) As example you can find all my files made with the newest SVN version in my Debian repository: http://www.joonet.de/debian/pool/main/s/scribus/ It would be nice if you could use a new splitting structure. Especially splitting out the data package would be very good for the official Debian repository because this large package is a all file. And I have made a complete rewrite of the debian directory for use with the new dh command. The help files are now accessable (don't be gzipped). --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711796: subversion: cannot use proxy server
Package: subversion Version: 1.6.17dfsg-4+deb7u2 Severity: normal In the documentation is said: use config file /etc/subversion/server or ~/.subversion/server to enable the use of the proxy server. I have tried both config versions, but subversion still uses the direct way about port 80. Where is the bug? --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708739: xfe: FTBFS on non-linux archs
Hello! I have seen it and already know the right patches. I will do an update in the next weeks. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709818: Bug in lilo: ftbfs with GCC-4.8 (#701315)
Details can be found here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701315 --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701315: Bug in lilo: ftbfs with GCC-4.8 (#701315)
Hello! ( based on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701315 ) I have searched the reason for problems with gcc 4.8. I have found that the new gcc generates other header in some lilo files (first.s and common.s). If I take back the changes because of gcc 4.8 in the two (generated) files then lilo can be compiled without errors. Unfortunately I have no plan how I can find a solution for this problem. Perhaps this is a bug of gcc 4.8? Does anyone know a way of solution? In detail this is the difference: --- lilo-23.3_gcc47/first.s 2013-05-04 20:38:28.0 +0200 +++ lilo-23.3_gcc48/first.s 2013-05-04 20:36:28.0 +0200 @@ -1,6 +1,10 @@ # 1 first.S -# 1 built-in # 1 command-line +# 1 /usr/include/stdc-predef.h 1 3 4 +# 30 /usr/include/stdc-predef.h 3 4 +# 1 /usr/include/x86_64-linux-gnu/bits/predefs.h 1 3 4 +# 31 /usr/include/stdc-predef.h 2 3 4 +# 1 command-line 2 # 1 first.S ; first.S - 0xbb920890 first stage boot loader with LBA32 support ; --- lilo-23.3_gcc47/common.s2013-05-04 20:38:28.0 +0200 +++ lilo-23.3_gcc48/common.s2013-05-04 20:50:25.0 +0200 @@ -1,6 +1,77 @@ # 1 common.h -# 1 built-in # 1 command-line + +# 1 /usr/include/stdc-predef.h 1 3 4 +/* Copyright (C) 1991-2012 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + + You should have received a copy of the GNU Lesser General Public + License along with the GNU C Library; if not, see + http://www.gnu.org/licenses/. */ + + + + +/* This header is separate from features.h so that the compiler can + include it implicitly at the start of every compilation. It must + not itself include features.h or any other header that includes + features.h because the implicit include comes before any feature + test macros that may be defined in a source file before it first + explicitly includes a system header. GCC knows the name of this + header in order to preinclude it. */ + +/* Define __STDC_IEC_559__ and other similar macros. */ + +# 1 /usr/include/x86_64-linux-gnu/bits/predefs.h 1 3 4 +/* Copyright (C) 2005 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + + You should have received a copy of the GNU Lesser General Public + License along with the GNU C Library; if not, write to the Free + Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA + 02111-1307 USA. */ + + + + + + + + +/* We do support the IEC 559 math functionality, real and complex. */ + + + +# 31 /usr/include/stdc-predef.h 2 3 4 + +/* wchar_t uses ISO/IEC 10646 (2nd ed., published 2011-03-15) / + Unicode 6.0. */ + + +/* We do not support C11 threads.h. */ + + +# 1 command-line 2 # 1 common.h /* common.h - Common data structures and functions * --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699171: Pre-Approval: capi4hylafax/1:01.03.00.99.svn.300-19
Hello Julien, Julien Cristau wrote on 2013-03-19 10:36: I don't understand. dpkg won't try to remove a directory owned by two packages if you remove one of them. It isn't done by dpkg but by postrm of hylafax-server package in this way: [ -d /var/spool/hylafax/etc ] rm -rf /var/spool/hylafax/etc [ -L /var/spool/hylafax/bin ] rm /var/spool/hylafax/bin for i in /etc/hylafax/setup.cache /etc/hylafax/setup.modem \ /var/spool/hylafax/status/any.info /var/spool/hylafax/dev/null \ /var/spool/hylafax/FIFO /var/spool/hylafax/bin/ps2fax \ /var/spool/hylafax/bin/pdf2fax /var/spool/hylafax/bin/bin \ /etc/default/hylafax do [ -e $i -o -L $i ] rm $i done [ -d /var/spool/hylafax/bin ] rmdir --ignore-fail-on-non-empty /var/spool/hylafax/bin With hylafax 6.0.6-5 the postrm script do not remove /var/spool/hylafax anymore. So capi4hylafax have the chance to use this directory without problems. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699171: Pre-Approval: capi4hylafax/1:01.03.00.99.svn.300-19
Hello Julien, Julien Cristau wrote on 2013-03-18 20:42: The debdiff and the above is rather short on explanations (and I'd rather not read the whole bug log for 661482)... Care to explain why these directories must be created in postinst rather than shipped in the package? hylafax itself have the working directory /var/spool/hylafax with many subdirectories. To make capi4hylafax working together with hylafax it must use these directories, too. But there is another case: capi4hylafax can also work without hylafax. The main problem is: while deinstalling hylafax the package hylafax doesn't know something about capi4hylafax. If the package capi4hylafax would shipping these named directories of hylafax in its package and hylafax would be purged then this give errors because the directory /var/spool/hylafax with some subdirectories would be owned by both packages and hylafax want to delete these directories. To manage all the different cases the only way is the handling in the pre* post* scripts of capi4hylafax. I hope these information helps. I think Giuseppe could explain some more details in better english. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685230: unblock hylafax 3:6.0.6-4 / -5
Hallo Giuseppe, Giuseppe Sacco wrote on 2013-03-11 00:16: I checked your package diff, rebuilt the package and tested it. Then I uploaded it, so hopefully it should enter unstable. Perfectly! Tomorrow I will also check capi4hylafax -19. If you still need a sponsor, I'll gladly upload the package. This would be very nice. Unfortunately until now I haven't any answer about my pre-approval of capi4hylafax ...300-19 from release team: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699171 But without the updated capi4hylafax the RC bug #661482 cannot be solved. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701251: capi4hylafax: ftbfs with GCC-4.8
Hello Matthias,
Matthias Klose wrote on 2013-02-23 11:20:
The package fails to build in a test rebuild on at least amd64 with
gcc-4.8/g++-4.8, but succeeds to build with gcc-4.7/g++-4.7. The
severity of this report may be raised before the jessie release.
aStdLib.cpp:253:64: error: invalid conversion from 'const wchar_t*' to
'tWiChar* {aka wchar_t*}' [fpermissive]
Do you have an idea how I can fix this problem?
---
Have a nice day.
Joachim (Germany)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685230: unblock hylafax 3:6.0.6-4
Hello Guiseppe, Giuseppe Sacco wrote on 2013-03-01 10:44: The diff I'll use is almost what Ivo suggested in http://lists.debian.org/debian-release/2012/12/msg00886.html Until now I haven't your updated package. So I have made one with the following debdiff (see attached file). And I have already tested both packages (hylafax-server 6.0.6-19 with capi4hylafax ...300-19) with piuparts. You see the (successful) result in attached logfile. I have already uploaded this package to mentors.d.n for sponsoring. Do you have time to review and sponsor this upload? If not I can write RFS. See: https://mentors.debian.net/package/hylafax --- Have a nice day. Joachim (Germany) debdiff_hylafax-606-5.diff.gz Description: GNU Zip compressed data hyl+c4h_amd64_wheezy_piu.log.gz Description: GNU Zip compressed data
Bug#702540: Squid3: move to the 3.2 or 3.3 series
Package: squid3 Severity: normal Hello! It seems that squid3 series 3.1 is deprecated. Please move to the 3.2 or 3.3 series. I have created a new package with 3.2.8 with some updates of Debian config files. You can find all package files in my Wheezy-Repo: http://www.joonet.de/debian/pool/main/s/squid3/ Because the current squid-langpack package is buggy, I have also made this package new, with some updates of Debian config files, too: http://www.joonet.de/debian/pool/main/s/squid-langpack/ It would be nice to get a newer version of squid3 into Debian in the next time. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685230: unblock hylafax 3:6.0.6-4
Hello Julien, Julien Cristau wrote on 2013-02-28 22:11: This version 3:6.0.6-5 should be uploaded to unstable. is there an ETA for that new upload? At first we need an updated version of capi4hylafax to solve one half of the problems between hylafax and capi4hylafax. This new version is already on mentors.d.o ready for wheezy: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697733 And I have asked the release team for pre-approval: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699171 The next step is creating hylafax 6.0.6-5 as mentioned by Ivo De Decker. Should I already prepare these updated package of hylafax now? --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700238: unblock: xfe/1.32.5-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello, please unblock the new xfe version 1.32.5-2 This upload fixes RC bug #700068. Because both packages xfe-i18n and xfe-themes in Squeeze use a symlink to to doc directory of the main package xfe, but in Wheezy they have no symlinks but their own doc directories, in some situations while upgrade from Squeeze to Wheezy the old symlinks exist. With the new preinst scripts there is a test about existence of old symlink and remove it: in new xfe-i18n.preinst: DOCDIR=/usr/share/doc/xfe-i18n if [ -L $DOCDIR ]; then rm $DOCDIR; fi in new xfe-themes.preinst: DOCDIR=/usr/share/doc/xfe-themes if [ -L $DOCDIR ]; then rm $DOCDIR; fi Details see in the appended debdiff. Please unblock xfe. --- Have a nice day. Joachim (Germany) debdiff-xfe-1325-2.diff.gz Description: GNU Zip compressed data
Bug#661482: fixed in hylafax 3:6.0.6-2
Hello Andreas, before answering I want to say that I have overtaken capi4hylafax a short time before the freeze of wheezy and since them I only try to fix all RC relevant bugs. With the same intention I worked on hylafax together with the maintainer. Andreas Beckmann wrote on 2013-02-07 00:02: A short review on capi4hylafax ... Thank you! capi4hylafax.prerm looks borked: having the #DEBHELPER# token inside the else branch looks wrong. I have seen them, too. It seems, that the normal code of #DEBHELPER# is needed if the special code for versions before 01.03.00.99.svn.300-14. I think that could be ok (but I haven't tested this). capi4hylafax.init: * shouldn't the Please edit the file /etc/hylafax/config.faxCAPI... message be restricted to starting the daemon? Why repeat it for stop etc? Yes! I big problem. And this string should be shorter (one line). * copy_slash_etc is run unconditionally - on start, on stop, regardless of the run_capi4hylafax setting. Shouldn't it be sufficent to do this on start/restart/reload? Yes, that is true - I had the same mind. But back to the original problem ... *why* does /var/spool/hylafax need to be owned by uucp:uucp? I think, that is a long story. I only know the problems between hylafax and capi4hylafax, which show that capi4hylafax must work similar as hylafax to use the same directory (var/spool/hylafax). Here I will point you to the special kind how hylafax uses this spool directory (see inside post/pre scripts of hylafax): after some tests hylafax make a mount --bind between /etc/hylafax and /var/spool/etc. Isn't it generally problematic to have root write to a non-root-owned directory (copy_slash_etc in capi4hylafax.init and the equivalent functionality in hylafax.init) - think about symlinks created by an unprivileged process with write permissions in that directory ... similarly the maintainer scripts must be careful on remove/purge when acting on this unprivileged directory. Do I understand you right: Do you think it is better to set chmod 750 or similar to /var/spool/hylafax (and its subdirectories)? As there is bin/ and etc/ this looks like some daemon should be running jailed there ... but I didn't see anything in the initscripts. The only candidate I have seen is $SPOOLDIR/FIFO - but if uucp:uucp is needed to create that FIFO, wouldn't (as root) mkfifo $SPOOLDIR/FIFO ; chown uucp:uucp $SPOOLDIR/FIFO be sufficient? Perphaps the maintainer of hylafax (Giuseppe Sacco) knows an answer. Looking at hylafax-server, it ships a whole bunch of empty directories owned by uucp:uucp in /var/spool/hylafax ... that is OK. Only shipping non-empty directories owned by non-root is problematic: /var/spool/hylafax/ /var/spool/hylafax/config/ which comes with a bunch of files How should be the way for this config directory? Inside this dir. are some hardware specific configurations for modems. uucp:uucp can modify anything in there ... The login for uucp is disabled. I have tested 'chmod o-rx' inside /var/spool/hylafax/. Then no fax goes out anymore because of missing some read permissions, escpecially for ./etc and ./bin. (I have made some tests with the result: all directories could better have group uucp and permissions 0750). PS: don't try this on a real system ! (added some X intentionally) # apt-get install hylafax-server # su uucp -c rm -rf /etc # does not work, of course # su uuXcp -c 'mXv /var/spoXol/hylafax/bin /var/spool/hXylafax/b!n' # su uXucp -c 'lXn -s /eXtc /vXar/spool/hylXafax/bin' # apt-get install --reinstall hylafax-server # find /etc find: `/etc': No such file or directory This seems really unsafely. Last question from me: Which point MUST be fixed before release of wheezy? --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700068: xfe-themes, xfe-i18n: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE
Hello Andreas, Andreas Beckmann wrote on 2013-02-08 03:41: Note that dpkg intentionally does not replace directories with symlinks and vice versa, you need the maintainer scripts to do this. That was new for me, but after a test I see the problem, too. In squeeze the both packages xfe-i18n and xfe-themes had only a symlink to the doc directory of the main package xfe. But in wheezy they have all their own doc directory. For switching from a symlink to a directory, the *preinst* script should do something like this: DOCDIR=/usr/share/doc/@@PACKAGE@@ if [ -L $DOCDIR ] ; then rm $DOCDIR fi So I will make an updated package. I hope the release team will unblock them. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661482: fixed in hylafax 3:6.0.6-2
Hello Micheal, Michael Stapelberg wrote on 2013-02-06 13:11: I see that you have uploaded a new version of capi4hylafax to mentors. Do you need a sponsor for that? What’s the current status? After uploading (09.01.) to mentors [1] I have asked the release team about pre-approval (28.01.) [2] because we need this package in testing/wheezy for solving the first half of RC bug #661482. Until now I haven't got any answer from release team. So, yes I search for an sponsor, but it would be also important to get a positive answer of the release team, then we could patch hylafax, too. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697733 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699171 --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699756: Annual ping for Joachim Wiedorn (DM)
Package: debian-maintainers Severity: normal Here is my annual ping. Thanks for your attention. Fondest regards, Joachim Wiedorn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699171: Pre-Approval: capi4hylafax/1:01.03.00.99.svn.300-19
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pre-approval Hello release team, I ask for pre-approval for package capi4hylafax. There is a difficult RC bug (#661482) which mention also package hylafax. To resolve this RC bug a bugfix for hylafax and capi4hylafax is needed. As first step here is the bugfix of capi4hylafax: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697733 The updated capi4hylafax 1:01.03.00.99.svn.300-19 fixes a part of RC bug #661482: * Optimize postrm script and add new postinst script to work together with hylafax-server and its 'mountbind'. (See: #661482) Details are in the attached debdiff. Many thanks for your work, --- Have a nice day. Joachim (Germany) debdiff_capi4hylafax_300-19.diff.gz Description: GNU Zip compressed data
Bug#697733: RFS: capi4hylafax/1:01.03.00.99.svn.300-19 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package capi4hylafax * Package name: capi4hylafax Version : 1:01.03.00.99.svn.300-19 Upstream Author : AVM GmbH * URL : ftp://ftp.avm.de/tools/capi4hylafax.linux * License : GPL-2.0+ Section : comm It builds those binary packages: capi4hylafax - Faxing over CAPI 2.0 device The package appears to be lintian clean. The upload would fix this RC bug: #661482 (which is still assigned to package hylafax) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/capi4hylafax Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/capi4hylafax/capi4hylafax_01.03.00.99.svn.300-19.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: capi4hylafax (1:01.03.00.99.svn.300-19) unstable; urgency=medium * Optimize postrm script and add new postinst script to work together with hylafax-server and its 'mountbind'. (See: #661482) -- Joachim Wiedorn ad_deb...@joonet.de Wed, 09 Jan 2013 00:49:34 +0100 More details can be found in the appended debdiff file. Regards, Joachim Wiedorn capi4hylafax_300-19_debdiff.diff.gz Description: GNU Zip compressed data
Bug#685230: unblock hylafax 3:6.0.6-4
Hello! Ivo De Decker wrote on 2012-12-22 22:35: As there is still an RC bug in sid, I don't think it makes sense to do a TPU upload for the other one now. I'm attaching the TPU fix for 682824 for reference. As said I will try to update capi4hylafax because of this RC bug. If I can fix this RC in capi4hylafax, then I must move this bug to the capi4hylafax package before upload, right? It might be best to revert all the changes in unstable (since -1) that are not suitable for wheezy, and try to get a version in unstable that fixes both RC bugs in a non-intrusive way (based on -1). That way, the package could be tested in unstable before it gets to wheezy. The changes that are in -2 could go to experimental for now. Which is the best way? a) create the updated version 3:6.0.6-5 which is the same as 3:6.0.6-1 and then create the next version 3:6.0.6-6 which all needed patches for Wheezy, or b) create the updated version 4:6.0.6-1 which is the same as 3:6.0.6-1 and then create the next version 4:6.0.6-2 which all needed patches for Wheezy, or c) create a special Wheezy version 3:6.0.6-2+deb7u1 with all needed patches for Wheezy. What is your opinion? I would prefer way c). --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661482: fixed in hylafax 3:6.0.6-2
Hello! I am back from holiday. At first I will look for an update of capi4hylafax. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661482: fixed in hylafax 3:6.0.6-2
Ivo De Decker wrote on 2012-12-22 22:05: This is caused by this line in hylafax-server.postinst: chown uucp:uucp /var/spool/hylafax As this directory is also shipped by capi4hylafax, piuparts doesn't accept this. Then I see the only way that capi4hylafax check for this directory in postinst and only if it cannot be found it must be created, right? --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694140: RFS: chrony/1.24-3.1+deb7u1 [RC] for Wheezy
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package chrony for Wheezy: * Package name: chrony Version : 1.24-3.1+deb7u1 Upstream Author : Richard Curnow r...@rc0.org.uk * URL : http://chrony.tuxfamily.org/ * License : GPL-2 Section : admin It builds those binary packages: chrony - Sets your computer's clock from time servers on the Net To access further information about this package, please visit the following URL: http://mentors.debian.net/package/chrony Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/chrony/chrony_1.24-3.1+deb7u1.dsc Changes since the last upload: chrony (1.24-3.1+deb7u1) wheezy; urgency=medium * Non-maintainer upload. * Fix: Remove obsolete check for supported kernel versions (rtc_linux.c) to run also for kernel versions 3.0 and higher. Since kernel 2.2 all kernels have RTC support. Backport of upstream patch for version 1.26. Solves: #642209 for version 1.24. Closes: #691340 * Fix: Enable full support for kernel versions 3.0 and higher (sys_linux.c) and ignore nonexistent patch level of kernel version (which come with some kernel versions). Backport of upstream patch for version 1.26. Solves: #628919 for version 1.24. Closes: #689012 -- Joachim Wiedorn ad_deb...@joonet.de Fri, 16 Nov 2012 10:01:01 +0100 Regards, Joachim Wiedorn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689012: NMU: RFS: chrony/1.24-3.1+deb7u1 [RC] for Wheezy
Hello! I have created a new package of chrony with the attached debdiff - especially for Wheezy. The package were uploaded to DELAYED/2 by David Prévot. Have a nice day. Joachim (Germany) debdiff-for-chrony-deb7u1.log.gz Description: GNU Zip compressed data
Bug#691340: NMU: RFS: chrony/1.24-3.1+deb7u1 [RC] for Wheezy
Hello! I have created a new package of chrony with the attached debdiff - especially for Wheezy. The package were uploaded to DELAYED/2 by David Prévot. Have a nice day. Joachim (Germany) debdiff-for-chrony-deb7u1.log.gz Description: GNU Zip compressed data
Bug#689012: Bug#692923: Bug#689012: Status of chrony
Hello Enrico, Enrico Zini wrote on 2012-11-23 22:23: So please do not consider the ball to be in the release team's court: for this to be fixed, the relevant changes need to be backported to 1.24. I am on the way to upload a new chrony version 1.24-3.1+deb7u1 as David Prévot wrote on 2012-11-10 17:40. Before this I must solve the right way for handling the related bug reports. I will do all at this weekend. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689012: Bug #692923 / #689012: Status of chrony
Hello Ana, Ana Guerrero wrote on 2012-11-16 14:09: I mailed the current maintainer of chrony back when I did the NMU asking him about the status of the package. I sugested him orphaning the package or filing a RFA bug, but all he said is he would look at the package soon. When he did it was way to late for the release... The same for me. Given the very sorry state of the package (the RC bug is just the tip of the iceberg). If it is not possible releasing Wheezy with a newer version with an improved packaging in terms of quality, thing I doubt is possible at this state, But it is possible to make a special Wheezy-Update. I am working on it. Today I will write the freeze exception request to the release-team. I think the best is not releasing it with Wheezy at all and people interested in chrony could work in a backport of a newer upstream release. That is one way, but only some people would go this way. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
