Bug#683847: unblock: sgml-base/1.26+nmu4
Hello, On 24.12.2012 17:50, Adam D. Barratt wrote: On 09.10.2012 08:10, Helmut Grohne wrote: On Tue, Oct 09, 2012 at 09:15:32AM +0200, Raphael Hertzog wrote: On Mon, 08 Oct 2012, Helmut Grohne wrote: > 1) Add a pre-dependency on dpkg such that dpkg is already upgraded > before deconfiguring sgml-base. This does not guarantee to solve the > issue, because the old dpkg may still be running, but it makes it > highly unlikely. IIRC when apt upgrades dpkg, it configures it immediately so that any package processed after dpkg is guaranteed to be processed by the upgraded dpkg. Thanks for the explanation. Do you also know whether aptitude and cupt show the same behaviour? CCing the relevant maintainers. Thanks for caring. As for (lib)cupt, newest/latest dpkg is invoked for every new action group. Dpkg is essential, therefore it cannot have circular dependencies, therefore it's guaranteed to be the only package in the action group. In other words, I believe "any package processed after dpkg is guaranteed to be processed by the upgraded dpkg" is true. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50d89bcb.8050...@debian.org
Bug#683311: unblock: htop/1.0.1-2
close 683311 quit Hi all, On 2012-12-12 01:12, intrigeri wrote: [...] > >> Can I still please ask for unblock for -2 as a part of asking to > >> unblock -4? > > Please fix the bugs that were pointed in review... > > Ping? Thanks for ping. I didn't receive the 'please fix' email not being in recipients there. It's clear now that the original Josh-proposed plan 'just cherry-pick the upstream patch' is not accepted. Therefore, having no interest in maintaining modified upstream patch (let alone for the issue I didn't even original consider worth for passing the freeze) I'm closing this bug. Thanks everyone for the time/considering. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121212185759.GA28028@r500-debian
Bug#689770: pre-unblock: fbreader/0.12.10dfsg-8
Hi, On 2012-10-06 10:29, Niels Thykier wrote: > Looks reasonable, please go ahead. Please ping us once the patched > fbreader has been in sid for a couple of days. Thanks and ping. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121008161930.GA1333@r500-debian
Bug#689770: pre-unblock: fbreader/0.12.10dfsg-8
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please pre-approve the attached patch for the package fbreader.
See the background at #689338 and [1].
[1] https://github.com/geometer/FBReader/issues/224
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/zlibrary/core/src/filesystem/ZLInputStreamDecorator.cpp b/zlibrary/core/src/filesystem/ZLInputStreamDecorator.cpp
index b44cf9a..b0b65b9 100644
--- a/zlibrary/core/src/filesystem/ZLInputStreamDecorator.cpp
+++ b/zlibrary/core/src/filesystem/ZLInputStreamDecorator.cpp
@@ -24,7 +24,10 @@ ZLInputStreamDecorator::ZLInputStreamDecorator(shared_ptr decorat
bool ZLInputStreamDecorator::open() {
bool result = myBaseStream->open();
- myBaseOffset = myBaseStream->offset();
+ if (result)
+ {
+ myBaseOffset = myBaseStream->offset();
+ }
return result;
}
Bug#683311: unblock: htop/1.0.1-2
Hello Josh and Release Team, maintainer of htop here.
On 2012-08-31 21:49, Adam D. Barratt wrote:
> On Wed, 2012-08-08 at 01:55 +0200, Cyril Brulebois wrote:
> > Josh Triplett (30/07/2012):
> > > +--- trunk/Settings.c 2012/02/17 13:45:58 285
> > > trunk/Settings.c 2012/03/05 11:12:58 286
> > > +@@ -239,7 +239,9 @@
> > > + mkdir(htopDir, 0700);
> > > + free(htopDir);
> > > + free(configDir);
> > > +- if (access(legacyDotfile, R_OK) != 0) {
> > > ++ struct stat st;
> > > ++ lstat(legacyDotfile, &st);
> >
> > No error checking here…
> >
> > RETURN VALUE
> >On success, zero is returned. On error, -1 is returned, and errno
> > is
> >set appropriately.
> >
> > What does S_ISLNK() do when an error was reached?
> >
> > Surely that could be improved?
>
> Ping?
So I/we got the problem. I uploaded 1.0.1-2 after Josh said it should be
fine by Release Team. Some timer after I uploaded -3 and -4 to fix the
bug #685670.
Then I now come to ask for the unblock for -4 and see that -2 is not
really get through.
The upstream patch in question isn't perfect but the whole htop source
isn't either. Can I still please ask for unblock for -2 as a part of
asking to unblock -4?
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux userspace developer, Debian Developer
diff -Nru htop-1.0.1/debian/changelog htop-1.0.1/debian/changelog
--- htop-1.0.1/debian/changelog 2012-07-30 19:12:19.0 +0300
+++ htop-1.0.1/debian/changelog 2012-09-17 20:45:12.0 +0300
@@ -1,3 +1,22 @@
+htop (1.0.1-4) unstable; urgency=low
+
+ * debian/rules:
+- Retrieve and pass also CPPFLAGS and LDFLAGS. Patch by Simon Ruderich.
+ (Closes: #685670)
+
+ -- Eugene V. Lyubimkin Sat, 01 Sep 2012 14:29:59 +0300
+
+htop (1.0.1-3) unstable; urgency=low
+
+ * debian/rules:
+- Retrieve CFLAGS from dpkg-buildflags as dpkg-buildpackage stopped to
+ export them. Thanks to Felix Geyer and Cyril Brulebois.
+ (Closes: #685670)
+ * debian/control:
+- Build-depend on dpkg (>= 1.16.1) for using dpkg-buildflags.
+
+ -- Eugene V. Lyubimkin Mon, 27 Aug 2012 19:51:54 +0300
+
htop (1.0.1-2) unstable; urgency=low
* debian/patches:
diff -Nru htop-1.0.1/debian/control htop-1.0.1/debian/control
--- htop-1.0.1/debian/control 2011-11-26 15:23:26.0 +0200
+++ htop-1.0.1/debian/control 2012-09-17 20:45:12.0 +0300
@@ -3,7 +3,8 @@
Priority: optional
Maintainer: Eugene V. Lyubimkin
Build-Depends: debhelper (>= 7), libncurses5-dev, libncursesw5-dev,
- autotools-dev, quilt (>= 0.40), python-minimal, libhwloc-dev [!linux-any]
+ autotools-dev, quilt (>= 0.40), python-minimal, libhwloc-dev [!linux-any],
+ dpkg-dev (>= 1.16.1)
Standards-Version: 3.9.2
Homepage: http://htop.sourceforge.net
diff -Nru htop-1.0.1/debian/rules htop-1.0.1/debian/rules
--- htop-1.0.1/debian/rules 2011-11-26 15:15:42.0 +0200
+++ htop-1.0.1/debian/rules 2012-09-17 20:45:12.0 +0300
@@ -16,6 +16,10 @@
ARCH_DEPENDENT_CONFIGURE_PARAMS = --enable-hwloc
endif
+CFLAGS = $(shell dpkg-buildflags --get CFLAGS)
+CPPFLAGS = $(shell dpkg-buildflags --get CPPFLAGS)
+LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS)
+
config.status: configure $(QUILT_STAMPFN)
dh_testdir
@@ -29,7 +33,7 @@
[ ! -r /usr/share/misc/config.guess ] || \
cp -f /usr/share/misc/config.guess config.guess
- CFLAGS="$(CFLAGS)" LDFLAGS="$(INSTALL_PROGRAM)" ./configure \
+ CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS) $(INSTALL_PROGRAM)" ./configure \
--host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
--prefix=/usr --mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
Bug#686488: unblock: daptup/0.12.5.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hello,
Please unblock the package daptup which fixes a serious issue (details
in debian/changelog).
Full debdiff attached.
unblock daptup/0.12.5.1
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru daptup-0.12.5/daptup daptup-0.12.5.1/daptup
--- daptup-0.12.5/daptup 2011-12-02 18:50:08.0 +0200
+++ daptup-0.12.5.1/daptup 2012-08-25 13:20:53.0 +0300
@@ -65,7 +65,7 @@
my ($self, $output_file) = @_;
my $binary_name = $self->get_cache_binary_name();
- my $get_installed_package_names_command = q/dpkg -l | grep "^ii" | awk '{ print $2 }'/;
+ my $get_installed_package_names_command = q/dpkg -l | grep "^ii" | awk '{ gsub(":.*", "", $2); print $2 }'/;
# shell may reject too long lists of arguments, xargs automatically handles that
my $policy_output = `$get_installed_package_names_command | LC_MESSAGES=C xargs $binary_name policy 2>/dev/null`;
diff -Nru daptup-0.12.5/debian/changelog daptup-0.12.5.1/debian/changelog
--- daptup-0.12.5/debian/changelog 2011-12-02 18:50:08.0 +0200
+++ daptup-0.12.5.1/debian/changelog 2012-08-25 13:20:53.0 +0300
@@ -1,3 +1,11 @@
+daptup (0.12.5.1) unstable; urgency=medium
+
+ * Strip colons and everything after it in the output of 'dpkg -l'. Newer
+versions of dpkg started outputting architecture suffixes even on
+non-multiarch-enabled systems which led to incomplete 'updates' lists.
+
+ -- Eugene V. Lyubimkin Sat, 25 Aug 2012 13:20:14 +0300
+
daptup (0.12.5) unstable; urgency=low
* Apt and Cupt back-end: don't pass long strings to 'echo' commands as well.
Re: Bug#685670: Doesn't use build flags
Hello Felix (and debian-release@, BCC'ed) On 2012-08-23 10:39, Felix Geyer wrote: > Source: htop > Version: 1.0.1-1 > Severity: important > > htop doesn't export any build flags so it's built without > optimizations, debugging symbols and hardening options. Thank you for the report. The package was forgotten to be adapted for the new incompatible dpkg environment variables export rules months ago. Htop is not CPU-bound neither a subject for great security risks, still would be nice to fix. A fix however includes changing the build flags, not a small change considering the freeze. So, dear Release Team: would you like to have this bug fixed in Wheezy? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120825105013.GB14145@r500-debian
Bug#684913: (pre-)unblock: cupt/2.5.9
On 2012-08-14 19:34, Adam D. Barratt wrote: > Please go ahead, thanks. Thanks, Adam. Uploaded. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120815180004.GB4945@r500-debian
Bug#684913: (pre-)unblock: cupt/2.5.9
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please pre-unblock new proposed version of the package 'cupt', which
contain two recent bug fixes which I believe should be in wheezy.
Full proposed commit diffs attached.
unblock cupt/2.5.9
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
commit 97172e5a8463f1e87f84c3ea2efc878eeef83bb0
Author: Eugene V. Lyubimkin
Date: Mon Aug 6 20:05:07 2012 +0300
all: starting development of 2.5.9
diff --git a/debian/changelog b/debian/changelog
index 89a18c4..ef256fd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+cupt (2.5.9~) UNRELEASED; urgency=low
+
+ *
+
+ -- Eugene V. Lyubimkin Mon, 06 Aug 2012 20:03:23 +0300
+
cupt (2.5.8) unstable; urgency=low
* lib:
commit b5a6d6f498de41f75771ff601ae112b222008b8b
Author: Eugene V. Lyubimkin
Date: Tue Aug 7 22:40:35 2012 +0300
lib: download: uri: constructor: accept single- or triple-slashes after the ':' character
diff --git a/cpp/lib/src/download/uri.cpp b/cpp/lib/src/download/uri.cpp
index a9e2c72..084e91e 100644
--- a/cpp/lib/src/download/uri.cpp
+++ b/cpp/lib/src/download/uri.cpp
@@ -48,11 +48,10 @@ Uri::Uri(const string& uri)
if (uri[__data->hostStartPosition] == '/')
{
// "//" is dropped
- if (uri.size() < __data->hostStartPosition + 2 || uri[__data->hostStartPosition+1] != '/')
+ if (uri.size() >= __data->hostStartPosition + 2 && uri[__data->hostStartPosition+1] == '/')
{
- fatal2(__("there should be no or two slashes after a colon in the URI '%s'"), uri);
+ __data->hostStartPosition += 2;
}
- __data->hostStartPosition += 2;
}
}
diff --git a/debian/changelog b/debian/changelog
index ef256fd..b1f7ce4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,10 @@
cupt (2.5.9~) UNRELEASED; urgency=low
- *
+ * lib:
+- download/uri:
+ - Constructor: accept single- or triple-slashes after the ':' character,
+which is the usual situation for 'file' or 'copy' schemes.
+ Thanks to Alexey Ivanov for the report. (Closes: #683873)
-- Eugene V. Lyubimkin Mon, 06 Aug 2012 20:03:23 +0300
commit a1c973913b6ffe0bbb95817e7434e676af411bf7
Author: Eugene V. Lyubimkin
Date: Mon Aug 13 22:15:51 2012 +0300
lib: internal: nativeresolver: solution: SolutionStorage: __update_broken_successors: fixed possible double-adding
In extremely rare but happened in practice cases, if there is a pair of
supplementary half-circular-dependencies in couple of releases without a
fully circular dependency in any of releases (for example A->B in
squeeze and B->A in wheezy, but nor A->A or B->B in either of them;
practical example: perl-modules&libclass-isa-perl), the algorithm in
__update_broken_successors() incorrectly adds the dependency relation
twice which breaks the invariant.
Releases themselves are not important, any very unlucky pair of available
versions of two packages with properties above will cause this.
Handle this corner case by not considering in the second adding loop
elements which were considered (successfully or not) in the first adding
loop.
diff --git a/cpp/lib/src/internal/nativeresolver/solution.cpp b/cpp/lib/src/internal/nativeresolver/solution.cpp
index d338d7d..a80dac9 100644
--- a/cpp/lib/src/internal/nativeresolver/solution.cpp
+++ b/cpp/lib/src/internal/nativeresolver/solution.cpp
@@ -302,6 +302,7 @@ void SolutionStorage::__update_broken_successors(Solution& solution,
for (auto predecessorElementPtr: predecessorsOfOld)
{
if (isPresent(predecessorsOfNew, predecessorElementPtr)) continue;
+ if (isPresent(successorsOfNew, predecessorElementPtr)) continue;
if (reverseDependencyExists(predecessorElementPtr))
{
commit dbb94513969fc2b0fd353ec78aaa7557b0f281ed
Author: Eugene V. Lyubimkin
Date: Tue Aug 14 19:09:24 2012 +0300
debian: changelog: inserted an explanation for the previous commit
diff --git a/debian/changelog b/debian/changelog
index b1f7ce4..f3cdf4f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,6 +5,11 @@ cupt (2.5.9~) UNRELEASED; urgency=low
- Constructor: accept single- or triple-slashes after the ':' character,
which is the usual situation for 'file' or 'copy' schemes.
Thanks to Alexey Ivanov for the report. (Closes: #683873)
+- system/nativeresolver:
+
Bug#682393: unblock: bindfs/1.10.3-2
Hi, On 2012-07-22 16:04, Adam D. Barratt wrote: > Unblocked; thanks. [...] Bindfs is not migrated yet, can you please recheck if unblock succeeded? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux developer, Debian Developer -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120725165035.GA10542@r500-debian
Bug#682393: unblock: bindfs/1.10.3-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hello, please unblock package bindfs which fixes a grave bug #681647.
Diff attached.
unblock bindfs/1.10.3-2
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/README.source b/debian/README.source
new file mode 100644
index 000..5dde0bf
--- /dev/null
+++ b/debian/README.source
@@ -0,0 +1,58 @@
+This package uses quilt to manage all modifications to the upstream
+source. Changes are stored in the source package as diffs in
+debian/patches and applied during the build.
+
+To configure quilt to use debian/patches instead of patches, you want
+either to export QUILT_PATCHES=debian/patches in your environment
+or use this snippet in your ~/.quiltrc:
+
+for where in ./ ../ ../../ ../../../ ../../../../ ../../../../../; do
+if [ -e ${where}debian/rules -a -d ${where}debian/patches ]; then
+export QUILT_PATCHES=debian/patches
+break
+fi
+done
+
+To get the fully patched source after unpacking the source package, cd to
+the root level of the source package and run:
+
+quilt push -a
+
+The last patch listed in debian/patches/series will become the current
+patch.
+
+To add a new set of changes, first run quilt push -a, and then run:
+
+quilt new
+
+where is a descriptive name for the patch, used as the filename in
+debian/patches. Then, for every file that will be modified by this patch,
+run:
+
+quilt add
+
+before editing those files. You must tell quilt with quilt add what files
+will be part of the patch before making changes or quilt will not work
+properly. After editing the files, run:
+
+quilt refresh
+
+to save the results as a patch.
+
+Alternately, if you already have an external patch and you just want to
+add it to the build system, run quilt push -a and then:
+
+quilt import -P /path/to/patch
+quilt push -a
+
+(add -p 0 to quilt import if needed). as above is the filename to
+use in debian/patches. The last quilt push -a will apply the patch to
+make sure it works properly.
+
+To remove an existing patch from the list of patches that will be applied,
+run:
+
+quilt delete
+
+You may need to run quilt pop -a to unapply patches first before running
+this command.
diff --git a/debian/changelog b/debian/changelog
index 34c18fe..d0ea609 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,20 @@
+bindfs (1.10.3-2) unstable; urgency=medium
+
+ * debian/control:
+- Build-depend on quilt.
+ * debian/rules:
+- Use 'dh --with quilt'.
+ * debian/patches:
+- New patch '010-readdir-pathconf-fix.patch'.
+- New patch '020-usermap-memory-fix.patch'.
+- Two patches above fix serious memory errors. Thanks to
+ Marcelo E. Magallon for the report and upstream for providing directed
+ patches. (Closes: #681647)
+ * debian/README.source:
+- Added with standard quilt intructions.
+
+ -- Eugene V. Lyubimkin Sun, 15 Jul 2012 13:30:45 +0300
+
bindfs (1.10.3-1) unstable; urgency=low
* New upstream release.
diff --git a/debian/control b/debian/control
index f9e64fb..c53e07e 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,8 @@ Source: bindfs
Section: utils
Priority: optional
Maintainer: Eugene V. Lyubimkin
-Build-Depends: debhelper (>= 7.0.50), autotools-dev, libfuse-dev, pkg-config
+Build-Depends: debhelper (>= 7.0.50), autotools-dev, libfuse-dev, pkg-config,
+ quilt (>= 0.46-7)
Standards-Version: 3.9.3
Homepage: http://code.google.com/p/bindfs/
diff --git a/debian/patches/010-readdir-pathconf-fix.patch b/debian/patches/010-readdir-pathconf-fix.patch
new file mode 100644
index 000..28639ac
--- /dev/null
+++ b/debian/patches/010-readdir-pathconf-fix.patch
@@ -0,0 +1,29 @@
+--- bindfs-1.10.3/src/bindfs.c 2012-05-18 16:45:33.0 +0300
bindfs-new/src/bindfs.c 2012-07-15 12:12:39.748468808 +0300
+@@ -54,6 +54,7 @@
+ #include
+ #include
+ #include
++#include
+ #ifdef HAVE_SETXATTR
+ #include
+ #endif
+@@ -399,9 +400,16 @@
+ struct dirent *de;
+ struct stat st;
+ int result = 0;
+-(void) path;
++long pc_ret;
+
+-de_buf = malloc(offsetof(struct dirent, d_name) + pathconf(path, _PC_NAME_MAX) + 1);
++path = process_path(path);
++
++pc_ret = pathconf(path, _PC_NAME_MAX);
++if (pc_ret < 0) {
++DPRINTF("pathconf failed: %d", errno);
++pc_ret = NAME_MAX;
++}
++de_buf = malloc(offsetof(struct dirent, d_name) + pc_ret + 1);
+
+ seekdir(dp, of
Bug#681342: unblock (pre-approval): cupt/2.5.7
Hello, On 2012-07-14 11:29, Cyril Brulebois wrote: > Hell Eugene, :) > Eugene V. Lyubimkin (12/07/2012): > > Please pre-approve cupt/2.5.8 (proposed debdiff attached), which > > contains the fix for the important bug #681340, discovered > > (unfortunately) only today. > > please go ahead with an upload to unstable, and notify us when it's > ACCEPTED. Thanks, it's ACCEPTED now. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux developer, Debian Developer -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120714185405.GA31045@r500-debian
Bug#681342: unblock (pre-approval): cupt/2.5.7
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Hello,
Please pre-approve cupt/2.5.8 (proposed debdiff attached), which
contains the fix for the important bug #681340, discovered
(unfortunately) only today.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru cupt-2.5.7/cpp/lib/src/internal/versionparsemacro.hpp cupt-2.5.8~/cpp/lib/src/internal/versionparsemacro.hpp
--- cupt-2.5.7/cpp/lib/src/internal/versionparsemacro.hpp 2012-06-28 14:04:53.0 +0300
+++ cupt-2.5.8~/cpp/lib/src/internal/versionparsemacro.hpp 2012-07-12 15:48:31.0 +0300
@@ -58,7 +58,7 @@
})
#define PARSE_OTHERS \
- if (Version::parseOthers) \
+ if (Version::parseOthers || (Version::parseInfoOnly && tagName.equal(BUFFER_AND_SIZE("Description-md5" \
{ \
if (!tagName.equal(BUFFER_AND_SIZE("Package")) && !tagName.equal(BUFFER_AND_SIZE("Status"))) \
{ \
diff -Nru cupt-2.5.7/debian/changelog cupt-2.5.8~/debian/changelog
--- cupt-2.5.7/debian/changelog 2012-06-28 14:04:53.0 +0300
+++ cupt-2.5.8~/debian/changelog 2012-07-12 15:48:31.0 +0300
@@ -1,3 +1,13 @@
+cupt (2.5.8~) UNRELEASED; urgency=low
+
+ * lib:
+- cache/binaryversion:
+ - 'parseFromFile': the field 'Description-md5' should be parsed together
+with info-only fields even if Version::parseOthers is off.
+(Closes: #681340)
+
+ -- Eugene V. Lyubimkin Thu, 12 Jul 2012 15:14:02 +0300
+
cupt (2.5.7) unstable; urgency=low
* lib:
Bug#646891: nmu: qmmp_0.5.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, nmu qmmp_0.5.2-1 . i386 . -m "Rebuild against newer libav*. (See #646854)" Please do. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111028080700.14894.29535.reportbug@r500-debian
Bug#602325: unblock: unetbootin/471-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock latest package of unetbootin which fixes recently
reported RC bug #602193.
Changes diff attached.
unblock unetbootin/471-2
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -u unetbootin-471/debian/changelog unetbootin-471/debian/changelog
--- unetbootin-471/debian/changelog
+++ unetbootin-471/debian/changelog
@@ -1,3 +1,10 @@
+unetbootin (471-2) unstable; urgency=medium
+
+ * debian/control:
+- Added 'mtools' to Depends of unetbootin. (Closes: #602193)
+
+ -- Eugene V. Lyubimkin Wed, 03 Nov 2010 18:56:22 +0200
+
unetbootin (471-1) unstable; urgency=low
* New upstream release.
diff -u unetbootin-471/debian/control unetbootin-471/debian/control
--- unetbootin-471/debian/control
+++ unetbootin-471/debian/control
@@ -10,7 +10,7 @@
Package: unetbootin
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, syslinux, p7zip-full, udev
+Depends: ${misc:Depends}, ${shlibs:Depends}, syslinux, p7zip-full, udev, mtools
Recommends: unetbootin-translations (>= ${binary:Version})
Description: installer of Linux/BSD distributions to a partition or USB drive
UNetbootin allows for the installation of various Linux/BSD distributions to a
Bug#598043: freeze-exception pre-approval: cupt/1.5.14.1
On 2010-09-25 20:14, Adam D. Barratt wrote: > On Sat, 2010-09-25 at 21:53 +0300, Eugene V. Lyubimkin wrote: > > Cupt package manager reads APT configuration files. In some of recent > > releases APT in Debian got Ubuntu-specific option > > 'APT::Never-MarkAuto-Sections' and fills it by default. I just noticed it > > today. > > > > Due to silly typo in the past, Cupt > > fails to ignore it properly, and every program invocation prints several > > annoying warnings. > > Please go ahead, and let us know once the package has been accepted. > Thanks. The package has been accepted. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100925200453.ga20...@r500-debian
Bug#598043: freeze-exception pre-approval: cupt/1.5.14.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Hello,
Cupt package manager reads APT configuration files. In some of recent
releases APT in Debian got Ubuntu-specific option
'APT::Never-MarkAuto-Sections' and fills it by default. I just noticed it today.
Due to silly typo in the past, Cupt
fails to ignore it properly, and every program invocation prints several
annoying warnings.
Trivial 3-char fix is attached.
Could you please allow this fix to go to squeeze? I know, This request doesn't
conform to freeze exception quidelines, but it would be a pity to not
have it applied.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff --git a/Cupt/Config.pm b/Cupt/Config.pm
index cc64a66..1dccdf5 100644
--- a/Cupt/Config.pm
+++ b/Cupt/Config.pm
@@ -198,7 +198,7 @@ sub new {
# unused APT vars
'rpm::pre-invoke' => [],
'rpm::post-invoke' => [],
- 'apt::never-markauto-sections::*' => [],
+ 'apt::never-markauto-sections' => [],
# Cupt vars
'cupt::downloader::protocols::file::methods' => [ 'file' ],
diff --git a/debian/changelog b/debian/changelog
index 2122247..b2016c2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+cupt (1.5.14.1) UNRELEASED; urgency=low
+
+ * Cupt:
+- Config:
+ - Fixed ignoring 'APT::Never-MarkAuto-Sections' option.
+
+ -- Eugene V. Lyubimkin Sat, 25 Sep 2010 21:24:53 +0300
+
cupt (1.5.14) unstable; urgency=low
* doc:
Bug#596722: unblock: fbreader/0.10.7dfsg-4
Package: release.debian.org
Severity: normal
Please unblock new fbreader in unstable. It fixes recently reported RC
bug #596575.
Full diff attached.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -u fbreader-0.10.7dfsg/debian/changelog fbreader-0.10.7dfsg/debian/changelog
--- fbreader-0.10.7dfsg/debian/changelog
+++ fbreader-0.10.7dfsg/debian/changelog
@@ -1,3 +1,14 @@
+fbreader (0.10.7dfsg-4) unstable; urgency=medium
+
+ * debian/control:
+- Use source:Version for dependencies on arch-independent packages.
+ Thanks to Julien Cristau for the report. Fixes FTBFS on BinNMUs.
+ (Closes: #596575)
+- Updated my mail address.
+- Removed DM-Upload-Allowed, not needed anymore.
+
+ -- Eugene V. Lyubimkin Sun, 12 Sep 2010 21:23:29 +0300
+
fbreader (0.10.7dfsg-3) unstable; urgency=low
* debian/control:
diff -u fbreader-0.10.7dfsg/debian/control fbreader-0.10.7dfsg/debian/control
--- fbreader-0.10.7dfsg/debian/control
+++ fbreader-0.10.7dfsg/debian/control
@@ -1,8 +1,7 @@
Source: fbreader
Section: text
Priority: optional
-Maintainer: Eugene V. Lyubimkin
-DM-Upload-Allowed: yes
+Maintainer: Eugene V. Lyubimkin
Standards-Version: 3.8.3
Build-Depends: debhelper (>= 7), libgtk2.0-dev, libqt3-mt-dev, libqt4-dev,
libexpat1-dev, libbz2-dev, libz-dev, libhildon-1-dev, libosso-dev,
@@ -39,7 +38,7 @@
Package: libzlcore0.10
Section: libs
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libzlcore-data (>= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libzlcore-data (>= ${source:Version})
Conflicts: fbreader-gtk, fbreader-qt, fbreader-qt4
Description: ZLibrary cross-platform development library (shared library)
This is the core of ZLibrary, the library that the fbreader e-book reader
@@ -65,7 +64,7 @@
Section: libs
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}, libzlcore0.10 (= ${binary:Version}),
- libzltext-data (>= ${binary:Version})
+ libzltext-data (>= ${source:Version})
Description: ZLibrary text model/viewer part (shared library)
This package provides text model/viewer part of ZLibrary. See also
libzlcore0.10 package.
Bug#593610: release.debian.org: freeze exception pre-approval: qorganizer
package release.debian.org retitle 593610 remove qorganizer from testing thanks Hi, Julien Cristau wrote: > On Thu, Aug 19, 2010 at 19:15:38 +0300, Eugene V. Lyubimkin wrote: > >> Qorganizer has priority 'optional' and losing data sounds like important >> bug for me. Can I upload new upstream patch release 3.1.5 (current is >> 3.1.4)? >> > Please upload and get back to us when the package is accepted in the > archive. While preparing new package (which took a lot more time that it should) and looking to the code again, I now think that this software should be kept out of Squeeze due to its low quality. Appropriate RC bug #594229 filed. Please remove qorganizer from testing. Sorry for wasting your time reviewing upstream changes. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#593610: release.debian.org: freeze exception pre-approval: qorganizer
Package: release.debian.org
Severity: normal
Hello,
Today I received a mail from qorganizer's upstream author:
->8-
[...]
I found a very critical compatibility issue in qOrganizer 3.1-4. It
doesn't work well with Qt 4.6. I have issued a bugfix release.
[...]
Whenever used with the latest version of Qt some items (event titles)
from the Schedule will randomly disappear. Without warning, causing the
user to loose data. [...]
-8<-
Qorganizer has priority 'optional' and losing data sounds like important
bug for me. Can I upload new upstream patch release 3.1.5 (current is
3.1.4)?
Upstream diffstat (excluding whitespace changes and stripping binaries
from tarball that are rebuilt anyway) attached.
P.S. Thanks for your hard work in preparing Squeeze release!
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -urN -b /tmp/tardiffdir1/qOrganizer-v3.1-4/CHANGELOG.txt /tmp/tardiffdir2/qOrganizer-v3.1-5/CHANGELOG.txt
--- /tmp/tardiffdir1/qOrganizer-v3.1-4/CHANGELOG.txt 2008-09-07 13:33:54.0 +0300
+++ /tmp/tardiffdir2/qOrganizer-v3.1-5/CHANGELOG.txt 2010-08-19 13:05:28.0 +0300
@@ -1,3 +1,7 @@
+v3.1 Update 5:
+-Fixed critical compatibility issue with Qt 4.6
+-Fixed compile error under Qt 4.6
+
v3.1 Update 4:
-Added Polish translation thanks to Dariusz Gadomski
-Fixed a bug that caused memory problems and crashes on 64 bit systems
Binary files /tmp/tardiffdir1/qOrganizer-v3.1-4/qOrganizer and /tmp/tardiffdir2/qOrganizer-v3.1-5/qOrganizer differ
diff -urN -b /tmp/tardiffdir1/qOrganizer-v3.1-4/src/qcalendar.cpp /tmp/tardiffdir2/qOrganizer-v3.1-5/src/qcalendar.cpp
--- /tmp/tardiffdir1/qOrganizer-v3.1-4/src/qcalendar.cpp 1970-01-01 02:00:00.0 +0200
+++ /tmp/tardiffdir2/qOrganizer-v3.1-5/src/qcalendar.cpp 2010-02-13 02:26:51.0 +0200
@@ -0,0 +1,40 @@
+#include "qcalendar.h"
+
+QCalendar :: QCalendar()
+{
+
+}
+
+
+void QCalendar :: addColoredDate(int year,int month, int day)
+{
+QDate sdate(year,month,day);
+dateSet.insert(sdate);
+}
+
+
+void QCalendar :: removeColoredDate(int year,int month, int day)
+{
+QDate sdate(year,month,day);
+dateSet.remove(sdate);
+}
+
+
+void QCalendar :: paintCell(QPainter *painter, const QRect &rect, const QDate &date) const
+{
+if((dateSet.contains(date)) && (date != selectedDate())) {
+painter->fillRect(rect, Qt::red);
+painter->save();
+painter->setPen(Qt::white);
+painter->drawText(rect, Qt::AlignCenter, QString::number(date.day()));
+painter->restore();
+}
+else
+QCalendarWidget :: paintCell(painter,rect,date);
+}
+
+
+QCalendar :: ~QCalendar()
+{
+
+}
diff -urN -b /tmp/tardiffdir1/qOrganizer-v3.1-4/src/qcalendar.h /tmp/tardiffdir2/qOrganizer-v3.1-5/src/qcalendar.h
--- /tmp/tardiffdir1/qOrganizer-v3.1-4/src/qcalendar.h 1970-01-01 02:00:00.0 +0200
+++ /tmp/tardiffdir2/qOrganizer-v3.1-5/src/qcalendar.h 2010-02-13 02:26:51.0 +0200
@@ -0,0 +1,35 @@
+#ifndef QCALENDAR_H
+#define QCALENDAR_H
+
+#include
+#include
+#include
+#include
+#include
+
+
+inline uint qHash(const QDate &d)
+{
+return d.year()+d.month()+d.day();
+}
+
+
+class QCalendar : public QCalendarWidget
+{
+public:
+QCalendar();
+~QCalendar();
+
+ void addColoredDate(int year,int month, int day);
+ void removeColoredDate(int year,int month,int day);
+
+
+ protected:
+ QSet dateSet;
+
+ private:
+virtual void paintCell(QPainter *painter, const QRect &rect, const QDate &date) const;
+
+};
+
+#endif // QCALENDAR_H
diff -urN -b /tmp/tardiffdir1/qOrganizer-v3.1-4/src/qorganizer.cpp /tmp/tardiffdir2/qOrganizer-v3.1-5/src/qorganizer.cpp
--- /tmp/tardiffdir1/qOrganizer-v3.1-4/src/qorganizer.cpp 2008-09-07 11:02:49.0 +0300
+++ /tmp/tardiffdir2/qOrganizer-v3.1-5/src/qorganizer.cpp 2010-08-18 10:04:02.0 +0300
@@ -433,7 +433,7 @@
void qOrganizer::addCalendarPageWidgets()
{
//widgets in the page
- calendar=new QCalendarWidget; //The Calendar
+ calendar=new QCalendar(); //The Calendar
calendar->setGridVisible(true);
calendar-> setFirstDayOfWeek (Qt::DayOfWeek(C_FIRST_DAY_OF_WEEK));
calendar->setSizePolicy(QSizePolicy::Expanding,QSizePolicy::Fixed);
@@ -445,6 +445,11 @@
connect(calendar, SIGNAL(selectionChanged()), this, SLOT(updateDay()));
+ /*connect(calendar, SIGNAL(currentPageChanged (int,int)) , this, SLOT (loadSpecialDays(int,int)));
+ connect(calendar, SIGNAL(clicked()) , this, SLOT (loadSpecialDays(int,int)));
+
+ loadSpecialDays(date.year(),date.month());*/
+
tableWid = new CQTableWidget();
tableWid->setRowCount(C_NRROWS);
tableWid->setColumnCount(4);
@@ -1154,7 +1159,7 @@
else
item->setText(lis
Bug#565594: RM: unetbootin/testing -- ROM; not yet ready for stable release
Package: release.debian.org Severity: normal Please delete unetbootin from 'testing' distribution due to to bug #563738 to keep it from upcoming stable release until this bug is fixed. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 'perl-modules' -> 'perl' transition
Eugene V. Lyubimkin wrote: > Hello Release team, > > Perl maintainers are to merge the package 'perl-modules' to 'perl'. > Currently these packages depend on each other. > > The transition plan: > > 1) move the contents of 'perl-modules' to 'perl', leaving 'perl-modules' > as an empty package that depends on 'perl' > > this should not break anything in the archive, and we are going to > prepare experimental packages first and then upload them to sid soon, > are you OK with this? > > 2) remove the package 'perl-modules' before Squeeze entirely > > this transition part needs sourceful uploads, but is remarkably easy in > sense all people that used 'perl-modules' already have 'perl' installed, > so there is no need to keep transition package next release, plus > requires no intrusive changes in affected packages, just updating > control files > > 2.1) file the bugs on affected packages to depend and build-depend on > 'perl' and not on 'perl-modules' with severity normal, ~130 packages > 2.2) wait two-three months, remove 'perl-modules' from sid, bump > severity of non-fixed bugs to serious > 2.3) wait a week, prepare NMUs to all packages with still non-fixed bugs > > Are you OK with this plan? > Ping? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
'perl-modules' -> 'perl' transition
Hello Release team, Perl maintainers are to merge the package 'perl-modules' to 'perl'. Currently these packages depend on each other. The transition plan: 1) move the contents of 'perl-modules' to 'perl', leaving 'perl-modules' as an empty package that depends on 'perl' this should not break anything in the archive, and we are going to prepare experimental packages first and then upload them to sid soon, are you OK with this? 2) remove the package 'perl-modules' before Squeeze entirely this transition part needs sourceful uploads, but is remarkably easy in sense all people that used 'perl-modules' already have 'perl' installed, so there is no need to keep transition package next release, plus requires no intrusive changes in affected packages, just updating control files 2.1) file the bugs on affected packages to depend and build-depend on 'perl' and not on 'perl-modules' with severity normal, ~130 packages 2.2) wait two-three months, remove 'perl-modules' from sid, bump severity of non-fixed bugs to serious 2.3) wait a week, prepare NMUs to all packages with still non-fixed bugs Are you OK with this plan? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Re: Please give back nlkt 0.3.2.1-3 on sparc
Joachim Breitner wrote: >> That's not the way to go... waiting does rarely fix problems. Either >> it's a (temporary) bug in the change made by Joachim Breitner or the >> set of available packages has changed on sparc (and you should be able to >> check that yourself with rmadison). >> >> Ccing Joachim so that he can check. > > sorry not sure what to check there: The package is in state Installed... > Really, that package was rebuilt several hours ago successfully. Hurray. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Re: Please give back nlkt 0.3.2.1-3 on sparc
Neil McGovern wrote: > On Mon, Jul 27, 2009 at 11:40:35PM +0300, Eugene V. Lyubimkin wrote: >> Please do so nlkt 0.3.2.1-3 fixing FTBFS bug can migrate to testing. >> E-mail to sparc buildd was sent at Jul 18 and received no answer. >> > > Hi Eugene, > > It seems that this comes back from w-b: > nlkt: has uninstallable build-dependencies. Skipping > Given that build-dependencies weren't changed since 0.3.2.1-2 that was built successfully and 0.3.2.1-3 that failed in the middle of the run, I think it's another buildd issue. Thanks for the try, I will return with another give back request in a month or two. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Please give back nlkt 0.3.2.1-3 on sparc
Please do so nlkt 0.3.2.1-3 fixing FTBFS bug can migrate to testing.
E-mail to sparc buildd was sent at Jul 18 and received no answer.
gb nlkt_0.3.2.1-3 . sparc
Chunk from log:
-8<-
release/moc_RichboxWidget.cpp:3025074: error: expected `{'
release/moc_RichboxWidget.cpp:3025074: error: expected unqualified-id
release/moc_RichboxWidget.cpp:2073242: confused by earlier errors, bailing out
The bug is not reproducible, so it is likely a hardware or OS problem.
->8-
[1]
https://buildd.debian.org/fetch.cgi?pkg=nlkt&arch=sparc&ver=0.3.2.1-3&stamp=1245622258&file=log&as=raw
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maintainer
signature.asc
Description: OpenPGP digital signature
Re: Reverting the libmpc 0.1~r435-1 upload
Adeodato Simó wrote: > Well, none of those bugs has been fixed in experimental by now (nor have > a patch), and the one marked as pending (the one that is not quodlibet), > has a comment by the maintainer stating that he intends to disable > musepack support while upstream gets around to fixing the issue. My 2 cents: this is 'qmmp' package, and upstream has already prepared a port for new libmpcdec-dev, and the fix is ready for unstable, just waiting for unstable upload of libmpcdec-dev. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Re: Draft for lenny release announcement
Steve Langasek wrote: >> The preferred tool is aptitude. > > This is not a matter for you to decide by fiat. The tools recommended in > the release notes should be the ones that work most reliably for > dist-upgrading from the previous release. Based on various upgrade reports > I've seen over the past year, that isn't aptitude. This is not my fiat, that was (was?) decided some time ago by apt and aptitude maintainers, and various Debian docs that I read before. However, now I understand that things may change, and the final decision is not made by maintainers but by the release team. So, I am sorry for my premature phrase. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Re: Draft for lenny release announcement
Ben Finney wrote: > Adeodato Simó writes: > >>> Upgrades [… are automatically handled by the aptitude package >>> management tool for most configurations, and to a certain degree >>> also by the apt-get package management tool. >> This should be consistent with the Release Notes. I haven't been >> tracking the relevant section there very closely, but I thought >> apt-get was preferred now over aptitude. > > Whereas I was sure the opposite is true (aptitude is now recommended > over apt-get). > >> Could you investigate, and swap the order if that's the case? The preferred tool is aptitude. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Re: unblock hint for apt 0.7.20.1?
Luk Claes wrote: > Eugene V. Lyubimkin wrote: >> Hello release team! >> >> Apt 0.7.20.1 had to be propagated to testing yesterday or today, there was >> an unblock hint >> already. However, as I just seen, unblock request has outdated version >> number (0.7.16 >> somewhy). Can you insert the right version number? >> >> 0.7.20.1 contains translation update and a fix for regression bug. Hope it >> qualifies for >> an unblock before the the just announced "deep freeze". Excuse me for your >> time otherwise. > > 0.7.20 is already in testing, unblocked. Ehm... My query was about 0.7.20._1_. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
unblock hint for apt 0.7.20.1?
Hello release team! Apt 0.7.20.1 had to be propagated to testing yesterday or today, there was an unblock hint already. However, as I just seen, unblock request has outdated version number (0.7.16 somewhy). Can you insert the right version number? 0.7.20.1 contains translation update and a fix for regression bug. Hope it qualifies for an unblock before the the just announced "deep freeze". Excuse me for your time otherwise. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Re: Pre-approval for apt 0.7.21: "Valid-Until" feature and proxy changes
Adeodato Simó wrote: > * Eugene V. Lyubimkin [Thu, 15 Jan 2009 23:33:38 +0200]: > >> Moritz Muehlenhoff wrote: >>>>> - >>>>> Change #1 aka "Valid-Until for preventing replay attacks" >>>>> - >>> Since the replay attack isn't exactly grave, it could just as well be added >>> into 5.0.1 oder 5.0.2 once it has gotten some testing. >> Ok. > >> Then, a question for release team: when would you like to see an >> upload of 0.7.21 to unstable? After 0.7.20 reaches testing? After >> Lenny release? Other variant? > > After Lenny is released is preferred. Ok, understood. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Re: Pre-approval for apt 0.7.21: "Valid-Until" feature and proxy changes
Hello Thijs, hello FTP masters, please see problem 2) below... Thijs Kinkhorst wrote: >> However, it seems there is no better solution, or is there? > > Why are we trying to invent something new here, with Valid-Until? The problem > is that we want to ensure that the Release file of the security archive is > actually provided by that archive and not by a man in the middle. That > problem has already been solved: use https. If apt would get the release file > over https from the security archive it would know it is the right one. The > rest of the downloads can then happen over http. Of course this needs APT to > have some notion of what a valid certificate is for security.debian.org; that > could be addressed by adding it to the debian-archive-keyring package. This makes sense for me, but may introduce some problems... 1) insert apt-transport-https and all its deps into base system (libcurl, kerberos etc.) 2) Release and Release.gpg, installed on security.debian.org, should be somehow synchronized with at least all official Debian mirrors, I don't know how hard it would be to insert this move into archive infrastructure (ftp masters CC'ed) 3) needs some hardcoded black magic in APT - if user has an entry 'deb http://abc.def.edu/debian lenny main' in sources.list, how can we know whether it is an official Debian archive and do we need to pick Release file from 'https://security.debian.org' or from host itself?.. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Re: Pre-approval for apt 0.7.21: "Valid-Until" feature and proxy changes
Hello Florian, Florian Weimer wrote: > And if Valid-Until is only checked against the real-time clock, the > attacker can still feed bad data over NTP, so it's not even a complete > defense. 8-( However, it seems there is no better solution, or is there? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Re: Pre-approval for apt 0.7.21: "Valid-Until" feature and proxy changes
Moritz Muehlenhoff wrote: >>> - >>> Change #1 aka "Valid-Until for preventing replay attacks" >>> - > Since the replay attack isn't exactly grave, it could just as well be added > into 5.0.1 oder 5.0.2 once it has gotten some testing. Ok. Then, a question for release team: when would you like to see an upload of 0.7.21 to unstable? After 0.7.20 reaches testing? After Lenny release? Other variant? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Re: ghc6 includes a copy of GMP, with GNU docs, with non-free GFDL docs
Kari Pahula wrote: > The usual thing to do would be to repackage the upstream tarball and > slap on a +dfsg1 on the version. However, that would make it > necessary to rebuild all haskell libraries since they all have a > dependency "ghc6 (< 6.8.2+)". Just my 2 cents: Maybe, 6.8.2dfsg1? This is (< 6.8.2+) according to dpkg --compare-versions. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Re: Pre-approval for apt 0.7.21: "Valid-Until" feature and proxy changes
Adeodato Simó wrote: > * Eugene V. Lyubimkin [Mon, 05 Jan 2009 23:42:46 +0200]: Hello Adeodato, > >> - >> Change #1 aka "Valid-Until for preventing replay attacks" >> - [change details snipped] > We'd like to hear from the Security Team what they think of this feature > as a candidate for Lenny. If they believe it's extremely important that > we have it in place for Lenny, and they (or somebody delegated by them) > could do a review of the code and test it, we'd be okay with including it. > > The final debian-installer upload is going to be soon, though, so we'd > have to seek input from the Debian Installer team as well. > > And there is also the option of including it in the first point release, > after a month or two of testing in unstable. Understood. >> >> Change #2 aka "Stop the mess with proxy settings in APT" >> [change details snipped] > I'd rather not have this change of behavior this late. It is a nice fix, > but apt is too much of a central package, that not touching it sounds > more desirable. Hope that makes sense to you. Yes, indeed. That's why we asked. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Pre-approval for apt 0.7.21: "Valid-Until" feature and proxy changes
Hello release folks!
APT team has prepared two important changes in apt, please give us a
decision(s) whether
are they appropriate for Lenny or not.
-
Change #1 aka "Valid-Until for preventing replay attacks"
-
Motivation of this change is bug #499897, "preventing replay attacks against
the security
archive" [1]. Summary of change:
1. Add the support for the Valid-Until header in the Release file.
2. Add Acquire::Max-Default-Age configuration option that defaults to 7 days for
Debian-Security.
The result of change: APT will refuse to use too outdated Release file at the
earliest
'update' action after Release expiry. The possible attacker will not allowed to
ship the
same outdated Release (so outdated Packages too) after the date in
'Valid-Until' entry in
Release file, preventing the attack. In case of absence of this field in
Release file,
option "Acquire::Max-Default-Age::Debian-security" will be used. The default
number of
days for this option, "7", is discussible, of course.
Change #2 aka "Stop the mess with proxy settings in APT"
Motivation: set of bug reports [2][3][4][5][6] saying that proxy settings in
apt is quite
a mess and counter-intuitive. Main fault was treating http_proxy and ftp_proxy
environment
variables as more priority ones than APT's Acquire::{ftp,http}::Proxy[::host]
settings.
Moreover, https proxy setting had a strange bug regarding http_proxy is set or
not, and
some proxy info was discarded at all.
The change unifies proxy settings behavior, removes a mess, and tries to
document new
behavior clearly.
debian/NEWS file contains following entry regarding this change:
-8<-
apt (0.7.21) unstable; urgency=low
* Code that determines which proxy to use was changed. Now
'Acquire::{http,ftp}::Proxy[::]' options have the highest priority,
and '{http,ftp}_proxy' environment variables are used only if options
mentioned above are not specified.
->8-
, that describes change and its consequences. Appropriate documentation updates
for
apt.conf(5) included too.
The apt 0.7.21~exp1 that contains these two changes (over 0.7.20), just
uploaded to
experimental.
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499897
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=157759
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320174
[4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365880
[5] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445985
[6] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479617
Regards,
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
Ukrainian C++ developer, Debian Maintainer, APT contributor
signature.asc
Description: OpenPGP digital signature
unblock request for libuser-simple-perl 1.42
Hello release folks!
Hereby I am kindly requesting to unblock libuser-simple-perl 1.42 (testing has
1.40 now),
though I am not a maintainer of this package. 1.42 already has needed 10 days
in unstable.
Diff contains one-character built-in documentation fix and the fix for
important security
flaw [1]. It would be good to have it in Lenny. Diff is very small and attached
for
convenience.
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508312
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
Ukrainian C++ developer, Debian Maintainer, APT contributor
--- Simple.pm 2008-06-28 20:18:03.0 +0300
+++ /usr/share/perl5/User/Simple.pm 2008-12-11 01:56:05.0 +0200
@@ -79,7 +79,7 @@
Once the object is created, we can ask it to verify that a given user is
valid, either by checking against a session string or against a login/password
-pair::
+pair:
$ok = $usr->ck_session($session);
$ok = $usr->ck_login($login, $passwd, [$no_sess]);
@@ -171,7 +171,7 @@
use UNIVERSAL qw(isa);
our $AUTOLOAD;
-our $VERSION = '1.40';
+our $VERSION = '1.42';
##
# Constructor/destructor
@@ -306,9 +306,10 @@
$self->_debug(3, "Not touching session");
} else {
+ my $salt = _session_salt();
unless ($sth = $self->{db}->prepare("UPDATE $self->{tbl} SET
session = ? WHERE id = ?") and
- $sth->execute(md5_hex(join('-', Today_and_Now)), $id)) {
+ $sth->execute(md5_hex(join('-', $salt, Today_and_Now)), $id)) {
$self->_debug(1,'Could not create user session');
return undef;
}
@@ -516,4 +517,11 @@
}
}
+# Generates a random, printable (ASCII 46-126), 10 character long salt
+# to mix in the session generation.
+sub _session_salt {
+join("", map { chr(rand()*78 + 46) } (0..10))
+}
+
+
1;
signature.asc
Description: OpenPGP digital signature
Re: request for "lenny-ignore" tag for #497471
Daniel Baumann wrote: > second, serious bugs against cdimage.d.o do *per se* not block a release > anyway. At least, our official page [1] thinks different. [1] http://bugs.debian.org/release-critical/other/testing.html -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
request for "lenny-ignore" tag for #497471
Hello release managers. Please take a look on bug #497471. This bug is related to sarge images on cdimage.debian.org, and I believe it is not blocker for Lenny. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Re: Bug#501253: Reappear on 0.7.19
Deng Xiyue wrote: > Followup-For: Bug #501253 > > reopen 501253 > found 501253 0.7.19 > thanks > > Now apt-utils 0.7.19 brings back libdb4.4 again, at least on i386. > Hope it's just a unclean build environment. If it is the case, it'll > be great for apt maintianers to consider using clean chroot like > pbuilder so that it won't happen again. Arrgh. Again... Thanks for reporting. Dear release managers, please schedule rebuild: apt_0.7.19, Rebuild against newer libdb fixes #501253, (?), i386 Please insert correct binNMU number above. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
[Fwd: Re: Pre-approval for change in apt (config.sub and config.guess)]
Hello release team. Please give an answer about this change. Original Message Subject: Re: Pre-approval for change in apt (config.sub and config.guess) Date: Fri, 31 Oct 2008 23:53:11 +0200 From: Eugene V. Lyubimkin <[EMAIL PROTECTED]> To: Otavio Salvador <[EMAIL PROTECTED]> CC: Debian Release References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Otavio Salvador wrote: > "Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes: > >> Hi -release! >> >> Current apt contains outdated config.sub and config.guess files (2003). >> Would the put of up-to-date ones to apt qualify for freeze exception? > [snip] > Eugene, it would be nice if you could prepare a package and post the > debdiff between them. Does it works for you? Yes, it works for me. Debdiffs for all binary packages is empty as this is only source change which fixes 2 lintian errors. So, can this change go to Lenny? -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature
Re: Pre-approval for change in apt (config.sub and config.guess)
Otavio Salvador wrote: > "Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes: > >> Hi -release! >> >> Current apt contains outdated config.sub and config.guess files (2003). >> Would the put of up-to-date ones to apt qualify for freeze exception? > [snip] > Eugene, it would be nice if you could prepare a package and post the > debdiff between them. Does it works for you? Yes, it works for me. Debdiffs for all binary packages is empty as this is only source change which fixes 2 lintian errors. So, can this change go to Lenny? -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Pre-approval for change in apt (config.sub and config.guess)
Hi -release! Current apt contains outdated config.sub and config.guess files (2003). Would the put of up-to-date ones to apt qualify for freeze exception? -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Re: Bug#474947: the state of Bug#474947
A Mennucc wrote: > On Wed, Oct 22, 2008 at 10:09:58PM -0700, Elliott Mitchell wrote: >> I must therefore suggest that at the very least, the first part of this >> bug is too severe to allow to continue on to yet another release. Despite >> the pain now, that it is better to solve this issue and avoid yet more >> pain down the road. > > IMHO one way to decide if to accept a patch during the freeze is to > see how large and "important" it is. Does anybody have an example > patch, or a description of what code changes would be necessary? I had a look on this bug and, thus seems I have. I don't understand why Elliott ignored my previous 2 mails about it. So, I am repeating my humble look here. Reasons for not touching this bug anymore before Lenny release are: - fix requires a big patch (small part of it was written by me, see #474947 thread); - this patch have to change internals of apt; - this patch can break apt API and ABI (don't checked); - this patch reduces apt speed (not serious though, as I see) on most operations with the cache; - this patch definitely requires thorough review and testing; I don't think this would be acceptable by release team. Elliott, reason for this bug is apt architecture. Do you think we can easily change architecture of the core package at freeze stage? -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Re: Pre-approval of bugfix release of bindfs, version 1.8
Pierre Habouzit wrote: > On Sun, Aug 17, 2008 at 02:08:43PM +0000, Eugene V. Lyubimkin wrote: >> Hi release team! >> >> Upstream of bindfs package has just released version 1.8, which fixed >> following issue: >> http://code.google.com/p/bindfs/issues/detail?id=4&can=1. It was not >> reported in BTS. I >> would treat severity of this bug as important. >> >> Changes between 1.7 (in testing) and 1.8 are tiny: >> >> bindfs.c | 19 +-- >> 1 file changed, 9 insertions(+), 10 deletions(-) >> >> Full diff is attached. >> >> Can bindfs 1.8 go to testing? > > Yes, please mail us again when you have the specific package version > to unblock. Hi -release. My usual sponsor is unavailable, so I was seeking for a sponsor, sorry for the delay. George Danchev agreed to upload but he encouraged me to remove useless dependency on quilt as package no longer have a patches. I've done this. New interdiff 1.7->1.8 is in attachment. Are these changes acceptable? -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. diff -u bindfs-1.7/debian/changelog bindfs-1.8/debian/changelog --- bindfs-1.7/debian/changelog +++ bindfs-1.8/debian/changelog @@ -1,3 +1,15 @@ +bindfs (1.8-1) unstable; urgency=low + + * New upstream bugfix release. + * debian/patches: +- No patches remains, deleted. + * debian/control: +- Removed build-dependency on quilt. + * debian/rules: +- Removed quilt stuff. + + -- Eugene V. Lyubimkin <[EMAIL PROTECTED]> Sun, 17 Aug 2008 16:53:21 +0300 + bindfs (1.7-1) unstable; urgency=low * New upstream release. diff -u bindfs-1.7/debian/control bindfs-1.8/debian/control --- bindfs-1.7/debian/control +++ bindfs-1.8/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Eugene V. Lyubimkin <[EMAIL PROTECTED]> Build-Depends: debhelper (>= 6), autotools-dev, libfuse-dev, -quilt (>= 0.40), pkg-config +pkg-config Standards-Version: 3.8.0 Homepage: http://code.google.com/p/bindfs/ diff -u bindfs-1.7/debian/rules bindfs-1.8/debian/rules --- bindfs-1.7/debian/rules +++ bindfs-1.8/debian/rules @@ -18,14 +18,14 @@ build: build-stamp -build-stamp: patch config.status +build-stamp: config.status dh_testdir $(MAKE) touch $@ -clean: unpatch +clean: dh_testdir dh_testroot rm -f build-stamp @@ -71,2 +70,0 @@ - -include /usr/share/quilt/quilt.make reverted: --- bindfs-1.7/debian/patches/100-changelog-dates.patch +++ bindfs-1.7.orig/debian/patches/100-changelog-dates.patch @@ -1,24 +0,0 @@ -Index: ChangeLog -=== ChangeLog (revision 145) -+++ ChangeLog (revision 146) -@@ -1,16 +1,16 @@ --2008-05-26 Martin Pärtel -+2008-06-26 Martin Pärtel - - * --create-as-* and --create-for-* weren't applied for mknod(). - Bug report and patch by rpfuller. Thanks! - * Released 1.6.2 - --2008-05-25 Martin Pärtel -+2008-06-25 Martin Pärtel - - * Added copyright messages to each source file. - * Escaped man-page dashes, since unescaped dashes are treated as - hyphens. - --2008-05-19 Martin Pärtel -+2008-06-19 Martin Pärtel - - * Fixed missing '=' signs in the man-page. - signature.asc Description: OpenPGP digital signature
Pre-approval of bugfix release of bindfs, version 1.8
Hi release team!
Upstream of bindfs package has just released version 1.8, which fixed following
issue:
http://code.google.com/p/bindfs/issues/detail?id=4&can=1. It was not reported
in BTS. I
would treat severity of this bug as important.
Changes between 1.7 (in testing) and 1.8 are tiny:
bindfs.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
Full diff is attached.
Can bindfs 1.8 go to testing?
--
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
diff -ru bindfs-1.7/src/bindfs.c bindfs-1.8/src/bindfs.c
--- bindfs-1.7/src/bindfs.c 2008-07-08 00:01:19.0 +0300
+++ bindfs-1.8/src/bindfs.c 2008-08-17 15:41:25.0 +0300
@@ -836,7 +836,13 @@
static void atexit_func()
{
permchain_destroy(settings.permchain);
+settings.permchain = NULL;
permchain_destroy(settings.create_permchain);
+settings.create_permchain = NULL;
+free(settings.mirrored_users);
+settings.mirrored_users = NULL;
+free(settings.mirrored_members);
+settings.mirrored_members = NULL;
}
enum OptionKey {
@@ -932,15 +938,11 @@
char *create_for_group;
char *create_with_perms;
int no_allow_other;
-} od = {NULL, NULL, NULL, NULL, NULL, NULL, NULL, 0};
+} od = {NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, 0};
#define OPT2(one, two, key) \
-{one, -1, key}, \
-{two, -1, key}
-#define OPT3(one, two, three, key) \
-{one, -1, key}, \
-{two, -1, key}, \
-{three, -1, key}
+FUSE_OPT_KEY(one, key), \
+FUSE_OPT_KEY(two, key)
#define OPT_OFFSET2(one, two, offset, key) \
{one, offsetof(struct OptionData, offset), key}, \
{two, offsetof(struct OptionData, offset), key}
@@ -1149,8 +1151,5 @@
fuse_opt_free_args(&args);
close(settings.mntsrc_fd);
-free(settings.mirrored_users);
-free(settings.mirrored_members);
-
return fuse_main_return;
}
signature.asc
Description: OpenPGP digital signature
Re: [Fwd: Re: Please allow libpqxx 2.6.9-8 go to testing.]
Marc 'HE' Brockschmidt wrote: > "Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes: >>>> What's the decision about unblocking libpqxx? > Oh, sorry. Unblocked. Thanks! -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Re: [Fwd: Re: Please allow libpqxx 2.6.9-8 go to testing.]
Marc 'HE' Brockschmidt wrote: > "Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes: >> Hello release team! >> What's the decision about unblocking libpqxx? > > +libpqxx (2.6.9-7) unstable; urgency=low > + > + * Introduced debug package: libpqxx2.6.9ldbl-dbg. > + * Removed static library from -dev package, I see no objections to use > +shared version of library. > > Are you sure that noone used it? Rest looks fine. > > Marc Hi Marc! In forwarded message that you are answering to I've answered in this question. If consicely, two source packages in Debian have 'libpqxx-dev' in Build-Depends - koffice and kpogre, and appropriate binary packages (kexi and kpogre) use libpqxx-2.6.9ldbl, dynamic version of library. Starting from these facts I believe removing static library don't touch any package in Debian repo. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
[Fwd: Re: Please allow libpqxx 2.6.9-8 go to testing.]
Hello release team! What's the decision about unblocking libpqxx? Original Message Subject: Re: Please allow libpqxx 2.6.9-8 go to testing. Date: Sat, 02 Aug 2008 18:11:53 +0300 From: Eugene V. Lyubimkin <[EMAIL PROTECTED]> To: Debian Release References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Luk Claes wrote: > Eugene V. Lyubimkin wrote: >> Hello -release! >> >> Package libpqxx has version 2.6.9-6 in testing. >> >> Version 2.6.9-7 fixes one serious bug (#492693) and one important bug >> (#492174). >> It had been uploaded before the freeze, but was staying in NEW due to >> addition of >> debugging symbols (-dbg package). >> >> Version 2.6.9-8 is a fix bumping 'Conflicts' and 'Replaces' to libpqxx-doc >> (cleaner fix >> for #492174). > > Why do you not install the static library anymore? There is no package in Debian archive that uses static library of libpqxx - kexi(koffice) and kpogre uses dynamic library. There is no known reasons not to use dynamic version of libpqxx. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature
Re: Please allow libpqxx 2.6.9-8 go to testing.
Luk Claes wrote: > Eugene V. Lyubimkin wrote: >> Hello -release! >> >> Package libpqxx has version 2.6.9-6 in testing. >> >> Version 2.6.9-7 fixes one serious bug (#492693) and one important bug >> (#492174). >> It had been uploaded before the freeze, but was staying in NEW due to >> addition of >> debugging symbols (-dbg package). >> >> Version 2.6.9-8 is a fix bumping 'Conflicts' and 'Replaces' to libpqxx-doc >> (cleaner fix >> for #492174). > > Why do you not install the static library anymore? There is no package in Debian archive that uses static library of libpqxx - kexi(koffice) and kpogre uses dynamic library. There is no known reasons not to use dynamic version of libpqxx. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Please allow libpqxx 2.6.9-8 go to testing.
Hello -release!
Package libpqxx has version 2.6.9-6 in testing.
Version 2.6.9-7 fixes one serious bug (#492693) and one important bug (#492174).
It had been uploaded before the freeze, but was staying in NEW due to addition
of
debugging symbols (-dbg package).
Version 2.6.9-8 is a fix bumping 'Conflicts' and 'Replaces' to libpqxx-doc
(cleaner fix
for #492174).
libpqxx 2.6.9-8 is now in unstable.
Full changelogs attached.
--
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
diff -u libpqxx-2.6.9/debian/changelog libpqxx-2.6.9/debian/changelog
--- libpqxx-2.6.9/debian/changelog
+++ libpqxx-2.6.9/debian/changelog
@@ -1,3 +1,19 @@
+libpqxx (2.6.9-7) unstable; urgency=low
+
+ * Introduced debug package: libpqxx2.6.9ldbl-dbg.
+ * Removed static library from -dev package, I see no objections to use
+shared version of library.
+ * Patch: used PQXX_LIBEXPORT in function
+'void pqxx::internal::freemem_result_data(result_data *d)'.
+Now 'make check'-tests are passed fully.
+ * debian/rules:
+- Now library compiles with '-D_REENTRANT'.
+- Add deleting of author-provided 'libpqxx-dev.doc-base.*' in 'autoconfigure'
+ rule to avoid incorrect doc-base entries in 'libpqxx-dev' package.
+ (Closes: #492174)
+
+ -- Eugene V. Lyubimkin <[EMAIL PROTECTED]> Fri, 11 Jul 2008 11:10:12 +0300
+
libpqxx (2.6.9-6) unstable; urgency=low
* New maintainer. (Closes: #479399)
diff -u libpqxx-2.6.9/debian/control libpqxx-2.6.9/debian/control
--- libpqxx-2.6.9/debian/control
+++ libpqxx-2.6.9/debian/control
@@ -43,0 +44,14 @@
+
+Package: libpqxx-2.6.9ldbl-dbg
+Section: libs
+Priority: extra
+Architecture: any
+Depends: libpqxx-2.6.9ldbl (= ${binary:Version})
+Description: C++ library to connect to PostgreSQL (debugging symbols)
+ C++ library to enable user programs to communicate with
+ the PostgreSQL database back-end.
+ .
+ This package contains debugging symbols for the libpqxx library. It is usually
+ needed to get a useful backtrace when applications using the libpqxx library
+ crashes.
+
diff -u libpqxx-2.6.9/debian/libpqxx-dev.install libpqxx-2.6.9/debian/libpqxx-dev.install
--- libpqxx-2.6.9/debian/libpqxx-dev.install
+++ libpqxx-2.6.9/debian/libpqxx-dev.install
@@ -1,5 +1,4 @@
debian/install/usr/include usr
-debian/install/usr/lib/libpqxx.ausr/lib
debian/install/usr/lib/libpqxx.la usr/lib
debian/install/usr/lib/libpqxx.so usr/lib
debian/install/usr/lib/pkgconfigusr/lib
diff -u libpqxx-2.6.9/debian/rules libpqxx-2.6.9/debian/rules
--- libpqxx-2.6.9/debian/rules
+++ libpqxx-2.6.9/debian/rules
@@ -7,6 +7,7 @@
DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+CXXFLAGS += -D_REENTRANT
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
CXXFLAGS += -O0
else
@@ -32,10 +33,11 @@
ln -sf $$file `echo $$file | sed -e 's/libpqxx/libpqxx$(LIBRARY_VERSION)/'`; \
done
-rm debian/libpqxx$(LIBRARY_VERSION)*.in
+ -rm -f debian/libpqxx-dev.doc-base.*
- mkdir debian/build; \
- cd debian/build; \
- ../../configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-static --enable-shared CXXFLAGS="$(CXXFLAGS)"
+ mkdir debian/build && \
+ cd debian/build && \
+ ../../configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-shared --disable-static CXXFLAGS="$(CXXFLAGS)"
touch autoconfigure-stamp
@@ -100,7 +102,7 @@
dh_installexamples
dh_installchangelogs ChangeLog
dh_link
- dh_strip
+ dh_strip --dbg-package=libpqxx$(LIBRARY_VERSION)-dbg
dh_compress
dh_fixperms
dh_makeshlibs
diff -u libpqxx-2.6.9/src/result.cxx libpqxx-2.6.9/src/result.cxx
--- libpqxx-2.6.9/src/result.cxx
+++ libpqxx-2.6.9/src/result.cxx
@@ -46,7 +46,7 @@
pqxx::internal::result_data::~result_data() { PQclear(data); }
-void pqxx::internal::freemem_result_data(result_data *d) throw () { delete d; }
+void PQXX_LIBEXPORT pqxx::internal::freemem_result_data(result_data *d) throw () { delete d; }
pqxx::result::result(pqxx::internal::pq::PGresult *rhs,
diff -u libpqxx-2.6.9/debian/changelog libpqxx-2.6.9/debian/changelog
--- libpqxx-2.6.9/debian/changelog
+++ libpqxx-2.6.9/debian/changelog
@@ -1,3 +1,11 @@
+libpqxx (2.6.9-8) unstable; urgency=low
+
+ * debian/control:
+ - Bumped 'Conflicts' and 'Replaces' in libpqxx-doc to (<< 2.6.9-7) due to
+ broken build system of 2.6.9-6.
+
+ -- Eugene V. Lyubimkin <[EMAIL PROTECTED]> Tue, 29 Jul 2008 23:40:12 +0300
+
libpqxx (2.6.9-7) unstable; urgency=low
* Introduced debug package: libpqxx2.6.9ldbl-dbg.
@@ -8,9 +16,9 @@
Now 'make check'-tests are passed full
Re: Preparation of the next stable Debian GNU/Linux update
Philipp Kern wrote: > We are preparing the next revision of the current stable Debian > distribution (sarge) and will frequently send reports so people can You mean etch, don't you? -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Re: Rebuilding nlkt on mips and mipsel.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien Cristau wrote: > On Wed, Jul 16, 2008 at 15:57:05 +0200, Julien Cristau wrote: > >> Looks like the package is not cleaning things up properly, and fails to >> build on those architectures because they use sudo instead of fakeroot. >> > Specifically, the clean rule creates an 'src/release' directory as root, > and build tries to write there. Failure ensues. > > Cheers, > Julien > Seems you are right. Many thanks for pointing me to roots of the issue. - -- Eugene V. Lyubimkin aka JackYF -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh+KIUACgkQchorMMFUmYyWVgCdHFMYick1qAocm/ValcX+ZVoZ zzAAoL8xyWDbaAx5Fw4hD8sSf0oJHFhh =WiTh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Rebuilding nlkt on mips and mipsel.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello -release and buildd folks. About 10 days ago I wrote email about strange problems of building my package nlkt on mips and mipsel (to [EMAIL PROTECTED] and [EMAIL PROTECTED]), but got no answer at this moment. Now recent version in unstable is 10 days old and I want to request rebuilding nlkt 0.3.2.0-1 on mips and mipsel architectures to allow it enter testing. - -- Regards, Eugene V. Lyubimkin. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh93vYACgkQchorMMFUmYwBmwCfeRY1HZ5mOJGPFjEomZbKC/8c OY4AnR9JmbGgHJL4IRuGDhmsuY8xXQWu =pRHP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Policy restriction to depend on font packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Perrier wrote: > Quoting Eugene V. Lyubimkin ([EMAIL PROTECTED]): > >> Should I mass-file the bugs or this situation can be resolved through >> different approach? > > > While you're technically right, apparently, I think that this issue > should be solved by a discussion to either adapt the policy wrt > current practice (font servers are rather odd in these days of > mobility) or delay the solution to this after the release. > > The point is basically: we perfectly live with this "problem" for > years, so do we really want to delay the release by adding 93 RC bugs > for something that is basically cosmetic while we have a pile of RC > bugs that aren't cosmetic and are already delaying the release? I think that of course, no. I don't want to delay Lenny release in any way. Julien Cristau has mentioned that policy 11.8.5 talks about only server-side packages and not TrueType (and some others?). In this case there is no problem at all and I can only suggest to add a note to policy to specify this more explicitly. Sorry for noise. - -- Regards, Eugene V. Lyubimkin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh9yfEACgkQchorMMFUmYzjpQCfXJ5MtxbnlKDQiqRHzc8d7809 zSkAn0Zdh6ujJMV7HKnQmApJBQkfxO1B =OlDz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Policy restriction to depend on font packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi people. Policy 11.8.5.1 says: "If one or more of the fonts so packaged are necessary for proper operation of the package with which they are associated the font package may be Recommended; if the fonts merely provide an enhancement, a Suggests relationship may be used. Packages must not Depend on font packages." Annotation to this paragraph is : "This is because the X server may retrieve fonts from the local file system or over the network from an X font server; the Debian package system is empowered to deal only with the local file system." Then I searched the Debian archive (in case of TrueType fonts): $ grep-aptavail -F Depends "ttf-" -s Package | wc -l 93 $ grep-aptavail \( -F Recommends "ttf-" --or -F Suggests "ttf-" \) - --and ! -F Depends "ttf-" -s Package | wc -l 101 So, there are 93 packages that violate "must" directive of policy. Some of them: fontconfig-config, blender, openjdk-6-jre, openoffice.org-core, vlc. And, as I understand, it leads to 93 bugs of "serious" severity and yet another pain for release team. Should I mass-file the bugs or this situation can be resolved through different approach? Regards, - -- Eugene V. Lyubimkin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh82RgACgkQchorMMFUmYymIQCgsQnmJ7pIIBJifTBebGYfx2QQ 8cgAnimYinZrpdlaIs12FkuEFVM0elrQ =wG1l -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Selection of kernel for Lenny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 maximilian attems wrote: > * Read-only bind mounts > > which can come in really handy for chroots and buildd. JFYI: recently 'bindfs' package was uploaded to Debian archive, it can do it easily without new kernel. My 2 cents, only. Regards, Eugene V. Lyubimkin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhzfLUACgkQchorMMFUmYwwOACgwTTcdSiNuJiko0tT+mG8seHc APgAnRSe2822LNilSH8Yfohmq4APr2O6 =GI4a -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
