Bug#1079959: Should imdbpy be removed from unstable?

[Ana Guerrero Lopez]

On Thu, Aug 29, 2024 at 09:34:14PM +0200, Helmut Grohne wrote:
> Hi Ana,
> 
> On Thu, Aug 29, 2024 at 09:04:09PM +0200, Ana Guerrero Lopez wrote:
> > In short, imdbpy should have been removed from the archive already and
> > replaced by cinemagoer https://cinemagoer.github.io/
> > I discussed some months ago with Moritz about imdbpy/cinemagoer and 
> > he was interested in doing this.
> > 
> > If Moritz doesn't have time, then while cinemagoer reachs Debian the
> > best is to remove the package.
> 
> It is not clear how to interpret your reply. Do you mean to say that
> imdbpy should not be removed before cinemagoer has been uploaded to
> unstable? Or do you mean to say that imdbpy should be removed
> immediately as that is what will happen eventually?

In short, I was saying it's Moritz's decision and reading your message
he has a month to reply.

Ana

Bug#1079959: Should imdbpy be removed from unstable?

[Ana Guerrero Lopez]

Hi Helmut,

Thank you for looking at this.

In short, imdbpy should have been removed from the archive already and
replaced by cinemagoer https://cinemagoer.github.io/
I discussed some months ago with Moritz about imdbpy/cinemagoer and 
he was interested in doing this.

If Moritz doesn't have time, then while cinemagoer reachs Debian the
best is to remove the package.

Ana

On Thu, Aug 29, 2024 at 07:39:10AM +0200, Helmut Grohne wrote:
> Source: imdbpy
> Severity: serious
> Justification: grab attention of maintainer
> User: helm...@debian.org
> Usertags: sidremove
> 
> Dear maintainer,
> 
> I suggest removing imdbpy from Debian for the following reasons:
>  * It accumulated one RC-bug:
>+ #1017747: imdbpy: autopkgtest regression: KeyError: 'top 1000 voters'
>  Last modified: 2 years
> 
>  * It is not part of bookworm or trixie and is not a key package.
> 
> This bug serves as a pre-removal warning. After one month, the bug will be
> reassigned to ftp.debian.org to actually request removal of the package.
> 
> In case the package should be kept in unstable, please evaluate each of the
> RC-bugs listed above.
>  * If the bug is meant to prevent the package from entering testing or a 
> stable
>release, but this package should stay part of unstable, please add a
>usertag:
> 
>user helm...@debian.org
>usertags NNN + sidremove-ignore
> 
>  * If the bug no longer applies, please close it. If it is closed, check
>whether the fixed version is correct and adjust if necessary.
> 
>  * Is the bug really release-critical? If not, please downgrade.
> 
>  * If the bug still applies, please send a status update at least once a year.
> 
> Once all of the mentioned RC bugs have been acted upon in one way or another,
> please close this bug.
> 
> In case the package should be removed from unstable, you may reassign this
> bug report:
> 
> Control: severity -1 normal
> Control: retitle -1 RM: imdbpy -- RoM; rc-buggy
> Control: reassign -1 ftp.debian.org
> Control: affects -1 + src:imdbpy
> 
> Alternatively, you may wait a month and have it reassigned.
> 
> In case you disagree with the above, please downgrade this bug below RC
> severity. Doing so will also prevent automatic reassignment.
> 
> Kind regards
> 
> A tool for automatically removing packages from unstable
> 
> This bug report has been automatically filed with little human intervention.
> If the filing is unclear or in error, don't hesitate to contact
> Helmut Grohne  for as

Bug#1032166: do not release in bookworm

[Ana Guerrero Lopez]

On Fri, Mar 03, 2023 at 12:17:28AM +0100, Petter Reinholdtsen wrote:
> [Ana Guerrero Lopez]
> > Please, keep debian-timeline out of bookworm, the installed HTML doesn't
> > show the timeline like it should so the package is useless.
> 
> Are you talking about the issue in #655664?

Yes, that's one of the issues.

Ana

Bug#1032166: do not release in bookworm

[Ana Guerrero Lopez]

Source: debian-timeline
Version: 45
Severity: serious
X-Debbugs-Cc: debian-public...@lists.debian.org

Please, keep debian-timeline out of bookworm, the installed HTML doesn't
show the timeline like it should so the package is useless.

Bug#939181: cycle: should it be RM'd ?

[Ana Guerrero Lopez]

On Tue, Jan 28, 2020 at 06:06:59PM +0100, Andreas Tille wrote:
> On Tue, Jan 28, 2020 at 10:56:23AM -0500, Scott Talbert wrote:
> > Is there any hope for a Python 3 port of cycle, or should it just be RM'd?
> 
> Ana, could you please have a last word about this?
>
Thanks Andreas.

I haven't given up yet in a Python 3 port, but if cycle must be removed for the
sake of removing Python 2, just do it. It's always possible to re-introduce
the package later.

Cheers,
Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

On Tue, Oct 01, 2019 at 06:12:56AM +0200, Andreas Tille wrote:
> On Mon, Sep 30, 2019 at 11:47:14PM +0200, Ana Guerrero Lopez wrote:
> > > Thanks to you.  I'd be happy if you could check master[1] and confirm
> > > that it is OK.  I can even give you commit permissions so you can change
> > > anything you feel sensible and do the team upload yourself.
> > 
> > Please, add me to the group, I'll take care of the testing and upload.
> 
> Welcome to the team, Andreas. 

Thanks!
Good news, I've tested and it works fine. I'm doing a team upload right now.

I think we shouldn't give up in getting this ported to python3, but I think a
re-write keeping the possibility to read the all data is the best way to go.

Cheers,
Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

Hi,

On Mon, Sep 23, 2019 at 10:18:51AM +0200, Andreas Tille wrote:
> 
...
> On Sun, Sep 22, 2019 at 11:11:47PM +0200, Ana Guerrero Lopez wrote:
...

> > Your current python3 porting is not helping here since many people will 
> > start
> > the application, will be prompted for a new user, will create it and erase
> > all their data. So please, revert your changes and if that means the package
> > will be removed from the archive, let it be. At least people will be able to
> > continue using it while they move to something else (or not), but won't lose
> > their data as it'll happen now.
> 
> I've now pushed a change to salsa[1] where I deactivated the whole 2to3
> port and replaced the warning about the port by some other warning that
> a port will be needed or the package will vanish.  Hopefully this might
> attract some coders.  BTW, I fully agree with you that the code quality
> might not be a good start.
> 
> I tried to start the build here but I get:
> 
> $ cycle 
> Traceback (most recent call last):
>   File "/usr/bin/cycle", line 213, in 
> app = MyApp(0)
>   File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core.py", line 8628, 
> in __init__
> self._BootstrapApp()
>   File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core.py", line 8196, 
> in _BootstrapApp
> return _core_.PyApp__BootstrapApp(*args, **kwargs)
>   File "/usr/bin/cycle", line 193, in OnInit
> ret=first_login()
>   File "/usr/share/cycle/dialogs.py", line 304, in first_login
> users = get_users()
>   File "/usr/share/cycle/dialogs.py", line 192, in get_users
> users.append((cPickle.loads(tmp[:n]), f))
> ValueError: unsupported pickle protocol: 3
> 
> 
> So I reverted to the Python2 version 0.3.1-14 (from testing) but I get
> absolutely the same error.  I wonder whether my package is fine in terms
> of "works as broken as before" or whether I messed up something else.
> 
> > Thanks for caring.
> 
> Thanks to you.  I'd be happy if you could check master[1] and confirm
> that it is OK.  I can even give you commit permissions so you can change
> anything you feel sensible and do the team upload yourself.

Please, add me to the group, I'll take care of the testing and upload.

Cheers,

Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

Hi Andreas,

On Sat, Sep 21, 2019 at 06:39:51PM +0200, Andreas Tille wrote:
> Control: tags -1 help
> 
> Dear Ana,
> 
> On Sat, Sep 21, 2019 at 05:41:27PM +0200, Ana Guerrero Lopez wrote:
> > This new version of cycle, ported to python3, doesn't read the data file
> > ( under .cycle) and prompts to create a new user.
> > 
> > Not creating a new user and downgrading to the version in buster (-14), 
> > allows
> > to continue using the application with the previous data.
> 
> thanks a lot for thorough testing the package!
> 
> The situation is as follows:  Upstream is dead so we probably become
> upstream in Debian.  I has done my best to port it to Python3 with the
> help of Debian Python team.  I personally can not do more.  I can just
> hope that someone who is using the program will try to fix it.  If you
> feel able to do this it would be great.  If you know somebody who could
> do it great as well.  I'd be really happy if we could keep the package
> inside Debian and if someone could fix it.

I used to maintain this package, so I'm well aware of the problems, check
the changelog ;)

The package should be removed from the archive, the base code is very poor to
start with, and the patching for python3 isn't going to fix this, just add
more problems...
Your current python3 porting is not helping here since many people will start
the application, will be prompted for a new user, will create it and erase
all their data. So please, revert your changes and if that means the package
will be removed from the archive, let it be. At least people will be able to
continue using it while they move to something else (or not), but won't lose
their data as it'll happen now.

Thanks for caring.

cheers,
Ana

Bug#940902: doesn't read the data

[Ana Guerrero Lopez]

Package: cycle
Version: 0.3.1-16
Severity: grave

Hi,

This new version of cycle, ported to python3, doesn't read the data file
( under .cycle) and prompts to create a new user.

Not creating a new user and downgrading to the version in buster (-14), allows
to continue using the application with the previous data.

Cheers,
Ana

Bug#807666: reopen 807666, it should be fixed properly

[Ana Guerrero Lopez]

unarchive 807666
reopen 807666
notfixed 807666 mpich/3.2-1~exp1
found 807666 3.3-2
forwarded 807666 
https://lists.mpich.org/pipermail/discuss/2019-March/011160.html
kthxbye

Hi,

This bug wasn't closed properly. While a rebuild of the package with
the new upload fixed the problem temporarily, this is a problem
that must be solved in mpich as Matthias and Emilio pointed out.

I have sent a patch to upstream that should fix the issue:
https://lists.mpich.org/pipermail/discuss/2019-March/011160.html

Cheers,
Ana

Bug#715085: closed by Ana Beatriz Guerrero Lopez (Bug#715085: fixed in ibutils 1.5.7-5)

[Ana Guerrero Lopez]

On Wed, May 17, 2017 at 10:54:22PM +0300, Adrian Bunk wrote:
> On Sun, Mar 12, 2017 at 09:21:06PM +, Debian Bug Tracking System wrote:
> >...
> >  ibutils (1.5.7-5) unstable; urgency=medium
> >  .
> >* Fix Depends lines:
> >  - libibdm-dev: add depends on libibdm1 (= ${binary:Version}) (Closes: 
> > #715085)
> >...
> 
> Hi Ana,
> 
> thanks a lot for fixing this bug for stretch.
> 
> It is still present in jessie, could you also fix it there?
> Alternatively, I can fix it for jessie if you don't object.

Please, go ahead with the fix.

Thanks
Ana

Bug#811695: FTBFS with GCC 6: invalid suffix on literal

[Ana Guerrero Lopez]

On Tue, Jan 19, 2016 at 05:03:55PM -0800, Martin Michlmayr wrote:
> Package: mstflint
> Version: 4.1.0+1.46.gb1cdaf7-1
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6 gcc-6-literal-suffix
> 
> This package fails to build with GCC 6.  GCC 6 has not been released
> yet, but it's expected that GCC 6 will become the default compiler for
> stretch.
> [...]

For NMUers and interested people: upstream is aware of this issue and planning
to fix this around september.

Ana

Bug#808760: kdbg: FTBFS: Unknown CMake command "check_include_files".

[Ana Guerrero Lopez]

Thanks a lot Eriberto!
I'm going to upload this orphaning the package.


On Wed, Mar 16, 2016 at 02:40:24PM -0300, Eriberto Mota wrote:
> Control: tags 808760 patch
> Control: tags 808760 upstream
> 
> Hi,
> 
> The attached patch will fix this issue.
> 
> Regards,
> 
> Eriberto

> Description: fix an error in CMake sequence, avoiding a FTBFS. (Closes: 
> #808760)
> Author: Joao Eriberto Mota Filho 
> Last-Update: 2016-03-18
> Index: kdbg-2.5.4/CMakeLists.txt
> ===
> --- kdbg-2.5.4.orig/CMakeLists.txt
> +++ kdbg-2.5.4/CMakeLists.txt
> @@ -4,7 +4,7 @@ set(KDBG_VERSION 2.5.4)
>  configure_file(${CMAKE_CURRENT_SOURCE_DIR}/kdbg/version.h.cmake 
> ${CMAKE_CURRENT_BINARY_DIR}/kdbg/version.h)
>  
>  find_package(KDE4 REQUIRED)
> -
> +include(CheckIncludeFiles)
>  add_definitions(${QT_DEFINITIONS} ${KDE4_DEFINITIONS})
>  
>  include(KDE4Defaults)

Bug#797248: [Pkg-ofed-devel] Bug#797248: mstflint: FTBFS: error: ‘curr_toc’ ... [-Werror=maybe-uninitialized]

[Ana Guerrero Lopez]

On Fri, Aug 28, 2015 at 10:30:43PM +0100, Chris West (Faux) wrote:
> Source: mstflint
> Version: 4.0.1+1.43.g97d7275-1
> Severity: serious
> Justification: fails to build from source
> Tags: sid stretch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> The package fails to build, probably due to gcc upgrades:

I can confirm. Thank you for reporting!

Ana

Bug#793212: yakuake: Yakuake don't detect newer version of konsole

[Ana Guerrero Lopez]

On Wed, Jul 22, 2015 at 02:53:18PM +0200, rollopack wrote:
> Package: yakuake
> Version: 2.9.9-1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> with konsole 4:14.12.3-1 yakuake on opening a tab report the error: "Yakuake
> was unable to load the Konsole component.
> A Konsole installation is required to use Yakuake."

Have you restarted your KDE session after the upgrade?

Ana


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

Bug#778016: NMU guide

[Ana Guerrero Lopez]

Hi Matthias,

On Wed, Jul 08, 2015 at 08:23:13PM +0200, Matthias Klose wrote:
> On 07/08/2015 08:15 PM, Ana Guerrero Lopez wrote:
> > 
> > Hi doko,
> 
> Matthias
> 
> > 
> > I think it would be a useful time investement for you to read:
> > 
> > https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu
> 
> Upload fixing only release-critical bugs older than 7 days, with no maintainer
> activity on the bug for 7 days and no indication that a fix is in progress: 0 
> days
> 
> so what is wrong about it?

The part where you skip other bits mentioned there like sending the nmudiff
to the bug report?  :)
 
> I remember you reacted the same way in the past, instead of addressing the
> issue. The issue is open since February, the severity was raised eight days 
> ago.

When? Care to give me a link please?

What I remember is you quite often NMUing packages without following the 
mentioned 
guidelines and people angry at you. You're NMUing plenty of packaes that if you
would have care to ping people before, it would have been doing for 
maintainer(s),
saving you plenty of time.

Ana


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

Bug#778016: NMU guide

[Ana Guerrero Lopez]

Hi doko,

I think it would be a useful time investement for you to read:

https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu

Ana


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

Bug#769742: [Pkg-ofed-devel] Bug#769742: libopensm5: move libosmcomp3, libosmvendor4 to separate packages

[Ana Guerrero Lopez]

On Tue, Nov 18, 2014 at 01:50:24PM +0100, Ana Guerrero Lopez wrote:
> I'll upload the package to experimental (well, NEW) as soon as I can, will
> check the affected packages - not a lot of them and they are all maintained
> by the ofed "team" - and I'll find with the RT the best solution.

#770712


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

Bug#769742: [Pkg-ofed-devel] Bug#769742: libopensm5: move libosmcomp3, libosmvendor4 to separate packages

[Ana Guerrero Lopez]

On Sun, Nov 16, 2014 at 02:58:21AM +0100, Andreas Beckmann wrote:
> Package: libopensm5
> Version: 3.3.18-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> libopensm5 ships three libraries with independent soversions:
> /usr/lib/x86_64-linux-gnu/libopensm.so.5.2.1
> /usr/lib/x86_64-linux-gnu/libosmcomp.so.3.0.8
> /usr/lib/x86_64-linux-gnu/libosmvendor.so.4.0.0
> /usr/lib/x86_64-linux-gnu/libopensm.so.5
> /usr/lib/x86_64-linux-gnu/libosmcomp.so.3
> /usr/lib/x86_64-linux-gnu/libosmvendor.so.4
> 
> This does not work, because soversion changes in the two other
> libraries cannot be represented in the package versioning.
> Right now we have in sid the package ibutils (and maybe more)
> with an unusable binary:
> 
> # ldd /usr/bin/ibis 
> linux-vdso.so.1 (0x7f30818f6000)
> libopensm.so.5 => /usr/lib/x86_64-linux-gnu/libopensm.so.5 
> (0x7f30816dc000)
> libosmvendor.so.3 => not found
> libosmcomp.so.3 => /usr/lib/x86_64-linux-gnu/libosmcomp.so.3 
> (0x7f30814cd000)
> 
> 
> because libopensm5 ships libosmvendor.so.4 nowadays.
> This is an unnoticed transition.
> 
> For jessie, this bug can be fixed with binNMUs for ibutils (and maybe
> other affected packages). If the release team accepts this solution,
> they may tag this bug jessie-ignore.
> 
> Please do not upload split packages to sid without getting a transition
> slot and a GO from the release team.
> But you may (and should) upload them to experimental.
> 
> 
> This bug was discovered by adequate in a piuparts run.

Hi Andreas,

Thank you for your bug report.
I was a bit annoyed that you went and asked for the binNMU without waiting
for me to reply or failing to indicate your plans in this bug report. I also
agree with Julien it's better to split the package and fix this properly.

I'll upload the package to experimental (well, NEW) as soon as I can, will
check the affected packages - not a lot of them and they are all maintained
by the ofed "team" - and I'll find with the RT the best solution.

Ana


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

Bug#753643: munge: diff for NMU version 0.5.11-1.1

[Ana Guerrero Lopez]

Control: tags 734568 + pending
Control: tags 753643 + patch
Control: tags 753643 + pending

Dear maintainer,

I've prepared an NMU for munge (versioned as 0.5.11-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru munge-0.5.11/debian/changelog munge-0.5.11/debian/changelog
--- munge-0.5.11/debian/changelog	2013-11-01 12:19:33.0 +0100
+++ munge-0.5.11/debian/changelog	2014-09-17 23:21:02.0 +0200
@@ -1,3 +1,17 @@
+munge (0.5.11-1.1) unstable; urgency=medium
+
+  [ Rémi Palancher ]
+  * Non-maintainer upload.
+  * Fix post-installation by generating new key in case none existed
+previously. (Closes: #753643)
+  * Updated README.Debian with instructions for key management
+  * Bumped Standards-Version to 3.9.5
+
+  [ Ana Beatriz Guerrero Lopez ]
+  * Use dh-autoreconf to fix FTBFS on ppc64el. (Closes: #734568)
+
+ -- Ana Beatriz Guerrero Lopez   Wed, 17 Sep 2014 23:21:01 +0200
+
 munge (0.5.11-1) unstable; urgency=low
 
   * New upstream release (Closes: #727467)
diff -Nru munge-0.5.11/debian/control munge-0.5.11/debian/control
--- munge-0.5.11/debian/control	2013-10-31 18:27:00.0 +0100
+++ munge-0.5.11/debian/control	2014-09-17 23:18:44.0 +0200
@@ -2,8 +2,8 @@
 Section: admin
 Priority: extra
 Maintainer: Gennaro Oliva 
-Build-Depends: debhelper (>= 7.0.0), autotools-dev, po-debconf, dpkg-dev (>= 1.13.19), zlib1g-dev, libbz2-dev, libgcrypt11-dev
-Standards-Version: 3.9.4.0
+Build-Depends: debhelper (>= 7.0.0), dh-autoreconf, po-debconf, dpkg-dev (>= 1.13.19), zlib1g-dev, libbz2-dev, libgcrypt11-dev
+Standards-Version: 3.9.5
 Homepage: http://munge.googlecode.com/
 
 Package: munge
diff -Nru munge-0.5.11/debian/postinst munge-0.5.11/debian/postinst
--- munge-0.5.11/debian/postinst	2013-10-31 18:27:00.0 +0100
+++ munge-0.5.11/debian/postinst	2014-09-17 23:24:59.0 +0200
@@ -27,6 +27,10 @@
   if [ -e /etc/munge/munge.key ] ; then
 chown munge:munge /etc/munge/munge.key
 chmod 0400 /etc/munge/munge.key
+  else
+/usr/sbin/create-munge-key
+echo "Please refer to /usr/share/doc/munge/README.Debian"\
+ "for instructions to generate more secure key."
   fi
 ;;
 
diff -Nru munge-0.5.11/debian/README.Debian munge-0.5.11/debian/README.Debian
--- munge-0.5.11/debian/README.Debian	2013-10-31 18:27:00.0 +0100
+++ munge-0.5.11/debian/README.Debian	2014-09-17 23:17:31.0 +0200
@@ -1,12 +1,20 @@
-To use munge, you need to create a secret key file /etc/munge/munge.key,
-you can run the create-munge-key script as root to generate a random
-key or follow the instructions in QUICKSTART.
+Munge daemon needs a secret key file /etc/munge/munge.key.
 
-You need to securely propagate the secret key file (eg, via ssh) to
-other hosts within the same security realm. Credentials are valid only
-within a security realm (ie, on hosts sharing the same secret key). All
-munged daemons exchanging credentials need to share the same secret key.
+If not existing previously, the package generates a new key at
+installation time. In order to minimize the generation time, the
+generator does not use a random number generator with a very good
+source of entropy. In order to generate stronger key with better
+entropy, you are advised to run the following command as root:
+
+  # create-munge-key -f -r
 
 If the secret key file is created or copyed before the package is
 installed, the installation script will accept the key instead of
 generating a new one.
+
+Then follow the instructions in QUICKSTART.
+
+You need to securely propagate the secret key file (eg, via ssh) to
+other hosts within the same security realm. Credentials are valid only
+within a security realm (ie, on hosts sharing the same secret key). All
+munged daemons exchanging credentials need to share the same secret key.
diff -Nru munge-0.5.11/debian/rules munge-0.5.11/debian/rules
--- munge-0.5.11/debian/rules	2013-11-01 12:11:54.0 +0100
+++ munge-0.5.11/debian/rules	2014-09-17 23:19:20.0 +0200
@@ -32,6 +32,7 @@
 
 config.status: configure
 	dh_testdir
+	dh_autoreconf
 	# Add here commands to configure the package. 
 	CPPFLAGS="$(shell dpkg-buildflags --get CPPFLAGS)" LDFLAGS="$(shell dpkg-buildflags --get LDFLAGS)" CFLAGS="$(CFLAGS) -Wl,-z,defs" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --localstatedir=/var --sysconfdir=/etc --with-crypto-lib=libgcrypt
 
@@ -61,6 +62,7 @@
 	# Add here commands to clean up after the build process.
 	[ ! -f Makefile ] || $(MAKE) distclean
 
+	dh_autoreconf_clean
 	dh_clean 
 
 install: install-indep install-arch

Bug#754025: scala-mode-el: diff for NMU version 20111005-2.1

[Ana Guerrero Lopez]

Control: tags 754025 + pending

Dear maintainer,

I've prepared an NMU for scala-mode-el (versioned as 20111005-2.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.
diff -u scala-mode-el-20111005/debian/changelog scala-mode-el-20111005/debian/changelog
--- scala-mode-el-20111005/debian/changelog
+++ scala-mode-el-20111005/debian/changelog
@@ -1,3 +1,11 @@
+scala-mode-el (20111005-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Switch build depends from "emacs23 | emacs" to emacs.
+Thanks to Gabriele Giacone. (Closes: #754025)
+
+ -- Ana Beatriz Guerrero Lopez   Sat, 13 Sep 2014 00:01:41 +0200
+
 scala-mode-el (20111005-2) unstable; urgency=low
 
   * change dependency from emacsen to emacs (Closes: 644784)
diff -u scala-mode-el-20111005/debian/control scala-mode-el-20111005/debian/control
--- scala-mode-el-20111005/debian/control
+++ scala-mode-el-20111005/debian/control
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Mike O'Connor 
 Build-Depends: debhelper (>= 7.0.50~)
-Build-Depends-Indep:  emacs23 | emacs
+Build-Depends-Indep: emacs
 Standards-Version: 3.9.2
 Vcs-Browser: http://git.vireo.org/scala-mode-el.git
 Vcs-Git: git://git.vireo.org/scala-mode-el.git

Bug#753988: anthy: diff for NMU version 9100h-23.1

[Ana Guerrero Lopez]

Control: tags 753988 + pending

Dear maintainer,

I've prepared an NMU for anthy (versioned as 9100h-23.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru anthy-9100h/debian/changelog anthy-9100h/debian/changelog
--- anthy-9100h/debian/changelog	2013-04-03 04:16:52.0 +0200
+++ anthy-9100h/debian/changelog	2014-09-12 23:49:03.0 +0200
@@ -1,3 +1,11 @@
+anthy (9100h-23.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update depends of anthy-el from emacs23 to emacs.
+Thanks to Gabriele Giacone. (Closes: #753988)
+
+ -- Ana Beatriz Guerrero Lopez   Fri, 12 Sep 2014 23:47:01 +0200
+
 anthy (9100h-23) unstable; urgency=low
 
   * Once remove social-ime and wikipedia dic data since it causes a lot of
diff -Nru anthy-9100h/debian/control anthy-9100h/debian/control
--- anthy-9100h/debian/control	2013-03-11 15:45:34.0 +0100
+++ anthy-9100h/debian/control	2014-09-12 23:46:12.0 +0200
@@ -40,7 +40,7 @@
 Package: anthy-el
 Section: lisp
 Architecture: all
-Depends: ${misc:Depends}, anthy, emacs23 | emacsen
+Depends: ${misc:Depends}, anthy, emacs | emacsen
 Conflicts: xemacs21-nomule
 Description: input method for Japanese - elisp frontend
  Anthy is a Japanese input method working on X11 and Emacs. It converts

Bug#704300: doesn't work with PHP version in wheezy

[Ana Guerrero]

On Mon, Apr 01, 2013 at 10:18:59AM +0200, Thijs Kinkhorst wrote:
> I've made attached fix which fixes it (imo) correctly: follow the local
> admin's wishes with respect to error_reporting. This ensures that scuttle
> works in default configurations and generally does whatever the admin
> configures in php.ini. I have confirmed that the problem goes away on a
> default wheezy system.
> 
> Marcelo, given the point in the freeze timeframe, I've uploaded this to
> DELAYED/5. Let me know if you want me to delay/cancel it or if you want me
> to reduce the delay and upload immediately.
>

Confirmed, the problem is fully fixed by the patch.

Thanks,
Ana


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

Bug#659390: bug#670232

[Ana Guerrero]

On Sun, Mar 31, 2013 at 08:04:26PM -0400, Antoine Beaupré wrote:
> Hi Ana, and others,
> 
> I will not have time to process this bug in the next two weeks, feel
> free to NMU or RM.
>

I looked into it and after populating the database by hand and also fixing
manually the initial issue [1]. It doesn't work anyway, the following
errors appear:

[Mon Apr 01 02:15:47 2013] [error] [client x.x.x.x] PHP Warning: 
include(bookmarks.tpl.php): failed to open stream: No such file or directory in 
/usr/share/php/SemanticScuttle/Model/Template.php on line 89
[Mon Apr 01 02:15:47 2013] [error] [client x.x.x.x] PHP Warning: include(): 
Failed opening 'bookmarks.tpl.php' for inclusion 
(include_path='/etc/semanticscuttle/templates/default:/etc/semanticscuttle/templates/default:.:/usr/share/php:/usr/share/pear:/usr/share/php/SemanticScuttle/../')
 in /usr/share/php/SemanticScuttle/Model/Template.php on line 89

I wonder if this package have ever worked (looking at popcorn doesn't look
like). At this stage, I prefer looking for a nicer replacement of
scuttle/semanticscuttle. I doubt a NMU would have small changes, I would go
with removing semanticscuttle from Wheezy.

Ana


[1] what's missing is: 
cp /usr/share/semanticscuttle/data/config.default.php /etc/semanticscuttle


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

Bug#659390: closing 658295, closing 659390

[Ana Guerrero]

unarchive 659390
reopen 659390
found 659390 0.98.4+dfsg-1
severity 659390 grave
thanks

On Sun, Aug 19, 2012 at 04:53:33PM -0400, David Prévot wrote:
> close 658295 0.98.4+dfsg-1
> close 659390 0.98.4+dfsg-1
> thanks
> The bugs have not been closed automatically because they were fixed in
> version 0.98.3+dfsg-6 that has never been uploaded, superseded by
> 0.98.4+dfsg-1 that contains those fixes as documented in the changelog.

Hi,

The bug is still there, just ran into it. The changelog of the version
0.98.3+dfsg-6, mentions fixing the warnings when restarting apache that
are mentioned in this bug report and close this bug. But they don't solve
the problem originally reported.

Tiago's summary of the problem is good:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659390#47

And without populating the database, the package is useless, that's why
I'm raising the severity.

Ana


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

Bug#659390: bug#670232

[Ana Guerrero]

On Sun, Mar 31, 2013 at 03:23:23PM +0200, Ana Guerrero wrote:
> unarchive 659390
> reopen 659390
> found 659390 0.98.4+dfsg-1
> severity 659390 grave
> thanks
> 
> On Sun, Aug 19, 2012 at 04:53:33PM -0400, David Prévot wrote:
> > close 658295 0.98.4+dfsg-1
> > close 659390 0.98.4+dfsg-1
> > thanks
> > The bugs have not been closed automatically because they were fixed in
> > version 0.98.3+dfsg-6 that has never been uploaded, superseded by
> > 0.98.4+dfsg-1 that contains those fixes as documented in the changelog.
> 
> Hi,
> 
> The bug is still there, just ran into it. The changelog of the version
> 0.98.3+dfsg-6, mentions fixing the warnings when restarting apache that
> are mentioned in this bug report and close this bug. But they don't solve
> the problem originally reported.
> 
> Tiago's summary of the problem is good:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659390#47
> 
> And without populating the database, the package is useless, that's why
> I'm raising the severity.
>

And this bug was reported already some time ago:
http://bugs.debian.org/670232


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

Bug#699155: hdf5: dependencies can be satisfied interchangeably with libraries providing different ABIs

[Ana Guerrero]

On Mon, Jan 28, 2013 at 05:00:29PM +0100, Julien Cristau wrote:
> On Mon, Jan 28, 2013 at 16:55:47 +0100, Ana Guerrero wrote:
> 
> > > On Mon, Jan 28, 2013 at 13:03:02 +0100, Ana Guerrero wrote:
> > > 
> > > > On Mon, Jan 28, 2013 at 12:26:18PM +0100, Julien Cristau wrote:
> > > > > On Mon, Jan 28, 2013 at 12:20:36 +0100, Ana Guerrero wrote:
> > > > > 
> > > > > > On Mon, Jan 28, 2013 at 11:37:31AM +0100, Julien Cristau wrote:
> > > > > > > do you have pointers/details about that ABI incompatibility?  I'm 
> > > > > > > pretty
> > > > > > > sure I looked through exported symbols and headers from hdf5 a 
> > > > > > > year ago,
> > > > > > > and didn't see anything that would break when building against the
> > > > > > > serial version and running against openmpi, but I may have missed
> > > > > > > something.
> > > > > > 
> > > > > > I didn't check further than the attached diff, there are mostly 
> > > > > > symbols
> > > > > > being added in the openMPI version but also some symbols 
> > > > > > dissapearing.
> > > > > > 
> > > > > OK.  So you didn't get any runtime issues with this?
> > > > >
> > > > I haven't tried :) I only checked the symbols diff quickly as said.
> > > > 
> > > Alright, closing.
> > 
> > Fine, I can fix my issues locally without too much pain, but other
> 
> Which issues?
> 

Now you showed they seem to be ABI compatible, giving the possibility to users 
of installing the flavour they want would be nice to have. I checked more
and I was thinking about to change the symbols files of libhdf5-$flavour-7 to 
depend on  "libhdf5-7 | libhdf5-openmpi-7 | libhdf5-mpich2-7" to match 
the shlibs file, rebuild the packages and I expect that allow again to 
switch between implementation.

The *untested* patch would be:

diff -Nru hdf5-1.8.8/debian/libhdf5-7.symbols 
hdf5-1.8.8/debian/libhdf5-7.symbols
--- hdf5-1.8.8/debian/libhdf5-7.symbols 2012-02-24 11:15:58.0 +0100
+++ hdf5-1.8.8/debian/libhdf5-7.symbols 2013-01-28 17:32:49.0 +0100
@@ -1,4 +1,4 @@
-libhdf5.so.7 libhdf5-7
+libhdf5.so.7 libhdf5-7 | libhdf5-openmpi-7 | libhdf5-mpich2-7
 | libhdf5-private
  H5AC_BT2_HDR@Base 1.8.7
  H5AC_BT2_INT@Base 1.8.7
diff -Nru hdf5-1.8.8/debian/libhdf5-mpich2-7.symbols 
hdf5-1.8.8/debian/libhdf5-mpich2-7.symbols
--- hdf5-1.8.8/debian/libhdf5-mpich2-7.symbols  2012-01-31 15:02:05.0 
+0100
+++ hdf5-1.8.8/debian/libhdf5-mpich2-7.symbols  2013-01-28 17:32:54.0 
+0100
@@ -1,4 +1,4 @@
-libhdf5.so.7 libhdf5-mpich2-7 #MINVER#
+libhdf5.so.7 libhdf5-7 | libhdf5-openmpi-7 | libhdf5-mpich2-7
  H5AC_BT2_HDR@Base 1.8.7
  H5AC_BT2_INT@Base 1.8.7
  H5AC_BT2_LEAF@Base 1.8.7
diff -Nru hdf5-1.8.8/debian/libhdf5-openmpi-7.symbols 
hdf5-1.8.8/debian/libhdf5-openmpi-7.symbols
--- hdf5-1.8.8/debian/libhdf5-openmpi-7.symbols 2012-01-18 15:10:07.0 
+0100
+++ hdf5-1.8.8/debian/libhdf5-openmpi-7.symbols 2013-01-28 17:33:01.0 
+0100
@@ -1,4 +1,4 @@
-libhdf5.so.7 libhdf5-openmpi-7 #MINVER#
+libhdf5.so.7 libhdf5-7 | libhdf5-openmpi-7 | libhdf5-mpich2-7
  H5AC_BT2_HDR@Base 1.8.7
  H5AC_BT2_INT@Base 1.8.7
  H5AC_BT2_LEAF@Base 1.8.7

If this works fine, togerther with solving the upgrade problems from #667526 
would make live much easier for hdf5 users in Wheezy.
If you think there is a possibility to have this in Debian I have not issue
testing it deeply and looking how many packages are involved before pushing it.

> > people could find the rename confusing as I did. Given that going to the
> > back to the scheme used in Squeeze as I pointed:
> > 
> > > > If you're fully sure we won't run in any runtime problems, then why
> > > > hdf5 doesn't use the same scheme than in Squeeze?
> > 
> > is *not* a solution at this stage. Could we have this bug as a wishlist
> > asking to add documentantion about this?
> > hdf5 needs another update for the bug pointed below and adding a 
> > README.Debian
> > with this information won't hurt.
> > 
> I don't know what you find confusing...  I also don't know what the
> scheme was in squeeze, or why it was changed, I only got involved after
> the fact to make the current scheme work after it was already mostly
> switched.
>
More or less stuff happened in this order for me:
1) Oh, the upgrade is making some packages using hdf5 impossible to install 
together, this worked in Squeeze.Hoow is so?
2) Oh, the serial version has been renamed. why?
3) Oh, it is always upgrading to the ser

Bug#699155: hdf5: dependencies can be satisfied interchangeably with libraries providing different ABIs

[Ana Guerrero]

> On Mon, Jan 28, 2013 at 13:03:02 +0100, Ana Guerrero wrote:
> 
> > On Mon, Jan 28, 2013 at 12:26:18PM +0100, Julien Cristau wrote:
> > > On Mon, Jan 28, 2013 at 12:20:36 +0100, Ana Guerrero wrote:
> > > 
> > > > On Mon, Jan 28, 2013 at 11:37:31AM +0100, Julien Cristau wrote:
> > > > > do you have pointers/details about that ABI incompatibility?  I'm 
> > > > > pretty
> > > > > sure I looked through exported symbols and headers from hdf5 a year 
> > > > > ago,
> > > > > and didn't see anything that would break when building against the
> > > > > serial version and running against openmpi, but I may have missed
> > > > > something.
> > > > 
> > > > I didn't check further than the attached diff, there are mostly symbols
> > > > being added in the openMPI version but also some symbols dissapearing.
> > > > 
> > > OK.  So you didn't get any runtime issues with this?
> > >
> > I haven't tried :) I only checked the symbols diff quickly as said.
> > 
> Alright, closing.

Fine, I can fix my issues locally without too much pain, but other
people could find the rename confusing as I did. Given that going to the
back to the scheme used in Squeeze as I pointed:

> > If you're fully sure we won't run in any runtime problems, then why
> > hdf5 doesn't use the same scheme than in Squeeze?

is *not* a solution at this stage. Could we have this bug as a wishlist
asking to add documentantion about this?
hdf5 needs another update for the bug pointed below and adding a README.Debian
with this information won't hurt.

> > The problem with the upgrades still stands.
> > 
> What problem with the upgrades?

#667599, #667526

Ana


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

Bug#699155: hdf5: dependencies can be satisfied interchangeably with libraries providing different ABIs

[Ana Guerrero]

On Mon, Jan 28, 2013 at 12:26:18PM +0100, Julien Cristau wrote:
> On Mon, Jan 28, 2013 at 12:20:36 +0100, Ana Guerrero wrote:
> 
> > On Mon, Jan 28, 2013 at 11:37:31AM +0100, Julien Cristau wrote:
> > > do you have pointers/details about that ABI incompatibility?  I'm pretty
> > > sure I looked through exported symbols and headers from hdf5 a year ago,
> > > and didn't see anything that would break when building against the
> > > serial version and running against openmpi, but I may have missed
> > > something.
> > 
> > I didn't check further than the attached diff, there are mostly symbols
> > being added in the openMPI version but also some symbols dissapearing.
> > 
> OK.  So you didn't get any runtime issues with this?
>
I haven't tried :) I only checked the symbols diff quickly as said.

If you're fully sure we won't run in any runtime problems, then why
hdf5 doesn't use the same scheme than in Squeeze?
The problem with the upgrades still stands.


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

Bug#699155: hdf5: dependencies can be satisfied interchangeably with libraries providing different ABIs

[Ana Guerrero]

On Mon, Jan 28, 2013 at 11:37:31AM +0100, Julien Cristau wrote:
> do you have pointers/details about that ABI incompatibility?  I'm pretty
> sure I looked through exported symbols and headers from hdf5 a year ago,
> and didn't see anything that would break when building against the
> serial version and running against openmpi, but I may have missed
> something.

I didn't check further than the attached diff, there are mostly symbols
being added in the openMPI version but also some symbols dissapearing.

Ana
--- libhdf5-7/libhdf5_fortran.so.7
+++ libhdf5-openmpi-7/libhdf5_fortran.so.7
@@ -395,6 +395,12 @@
 h5eset_auto_c_
 h5fclose_c_
 h5fcreate_c_
+__h5fdmpio_MOD_h5pget_dxpl_mpio_f
+__h5fdmpio_MOD_h5pget_fapl_mpio_f
+__h5fdmpio_MOD_h5pget_fapl_mpiposix_f
+__h5fdmpio_MOD_h5pset_dxpl_mpio_f
+__h5fdmpio_MOD_h5pset_fapl_mpio_f
+__h5fdmpio_MOD_h5pset_fapl_mpiposix_f
 h5fflush_c_
 h5fget_access_plist_c_
 h5fget_create_plist_c_
@@ -553,6 +559,7 @@
 h5pget_data_transform_c_
 h5pget_double_c_
 h5pget_driver_c_
+h5pget_dxpl_mpio_c_
 h5pget_edc_check_c_
 h5pget_est_link_info_c_
 h5pget_external_c_
@@ -560,6 +567,8 @@
 h5pget_fapl_core_c_
 h5pget_fapl_direct_c_
 h5pget_fapl_family_c_
+h5pget_fapl_mpio_c_
+h5pget_fapl_mpiposix_c_
 h5pget_fapl_multi_c_
 h5pget_fclose_degree_c_
 h5pget_fill_time_c_
@@ -758,6 +767,7 @@
 h5pset_data_transform_c_
 h5pset_deflate_c_
 h5pset_double_c_
+h5pset_dxpl_mpio_c_
 h5pset_edc_check_c_
 h5pset_est_link_info_c_
 h5pset_external_c_
@@ -765,6 +775,8 @@
 h5pset_fapl_core_c_
 h5pset_fapl_direct_c_
 h5pset_fapl_family_c_
+h5pset_fapl_mpio_c_
+h5pset_fapl_mpiposix_c_
 h5pset_fapl_multi_c_
 h5pset_fapl_multi_sc_
 h5pset_fapl_sec2_c_
--- libhdf5-7/libhdf5_fortran.so.7.0.2
+++ libhdf5-openmpi-7/libhdf5_fortran.so.7.0.2
@@ -395,6 +395,12 @@
 h5eset_auto_c_
 h5fclose_c_
 h5fcreate_c_
+__h5fdmpio_MOD_h5pget_dxpl_mpio_f
+__h5fdmpio_MOD_h5pget_fapl_mpio_f
+__h5fdmpio_MOD_h5pget_fapl_mpiposix_f
+__h5fdmpio_MOD_h5pset_dxpl_mpio_f
+__h5fdmpio_MOD_h5pset_fapl_mpio_f
+__h5fdmpio_MOD_h5pset_fapl_mpiposix_f
 h5fflush_c_
 h5fget_access_plist_c_
 h5fget_create_plist_c_
@@ -553,6 +559,7 @@
 h5pget_data_transform_c_
 h5pget_double_c_
 h5pget_driver_c_
+h5pget_dxpl_mpio_c_
 h5pget_edc_check_c_
 h5pget_est_link_info_c_
 h5pget_external_c_
@@ -560,6 +567,8 @@
 h5pget_fapl_core_c_
 h5pget_fapl_direct_c_
 h5pget_fapl_family_c_
+h5pget_fapl_mpio_c_
+h5pget_fapl_mpiposix_c_
 h5pget_fapl_multi_c_
 h5pget_fclose_degree_c_
 h5pget_fill_time_c_
@@ -758,6 +767,7 @@
 h5pset_data_transform_c_
 h5pset_deflate_c_
 h5pset_double_c_
+h5pset_dxpl_mpio_c_
 h5pset_edc_check_c_
 h5pset_est_link_info_c_
 h5pset_external_c_
@@ -765,6 +775,8 @@
 h5pset_fapl_core_c_
 h5pset_fapl_direct_c_
 h5pset_fapl_family_c_
+h5pset_fapl_mpio_c_
+h5pset_fapl_mpiposix_c_
 h5pset_fapl_multi_c_
 h5pset_fapl_multi_sc_
 h5pset_fapl_sec2_c_
diff -Nurd libhdf5-7/libhdf5.so.7
--- libhdf5-7/libhdf5.so.7
+++ libhdf5-openmpi-7/libhdf5.so.7
@@ -3,6 +3,7 @@
 H5A_attr_iterate_table
 H5A_attr_post_copy_file
 H5A_attr_release_table
+H5AC_add_candidate
 H5AC_close_trace_file
 H5AC_create
 H5AC_dest
@@ -30,7 +31,13 @@
 H5Acreate_by_name
 H5AC_reset_cache_hit_rate_stats
 H5AC_resize_entry
+H5AC_rsp__dist_md_write__flush
+H5AC_rsp__dist_md_write__flush_to_min_clean
+H5AC_rsp__p0_only__flush
+H5AC_rsp__p0_only__flush_to_min_clean
 H5AC_set_cache_auto_resize_config
+H5AC_set_sync_point_done_callback
+H5AC_set_write_done_callback
 H5AC_stats
 H5AC_term_interface
 H5AC_unpin_entry
@@ -153,6 +160,9 @@
 H5_buffer_dump
 H5_build_extpath
 H5B_valid
+H5C_apply_candidate_list
+H5C_construct_candidate_list__clean_cache
+H5C_construct_candidate_list__min_clean
 H5C_create
 H5C_def_auto_resize_rpt_fcn
 H5C_dest
@@ -174,6 +184,7 @@
 H5check_version
 H5C_insert_entry
 H5close
+H5C_mark_entries_as_clean
 H5C_mark_entry_dirty
 H5C_move_entry
 H5C_pin_protected_entry
@@ -192,11 +203,14 @@
 H5D_alloc_storage
 H5D_btree_debug
 H5D_check_filters
+H5D_chunk_addrmap
 H5D_chunk_allocate
 H5D_chunk_allocated
 H5D_chunk_bh_info
 H5D_chunk_cacheable
 H5D_chunk_cinfo_cache_reset
+H5D_chunk_collective_read
+H5D_chunk_collective_write
 H5D_chunk_copy
 H5D_chunk_create
 H5D_chunk_delete
@@ -216,6 +230,8 @@
 H5D_compact_copy
 H5D_compact_fill
 H5D_contig_alloc
+H5D_contig_collective_read
+H5D_contig_collective_write
 H5D_contig_copy
 H5D_contig_delete
 H5D_contig_fill
@@ -263,6 +279,9 @@
 H5D_layout_set_io_ops
 H5D_layout_version_test
 H5D_mark
+H5D_mpio_opt_possible
+H5D_mpio_select_read
+H5D_mpio_select_write
 H5D_nameof
 H5D_oloc
 H5dont_atexit
@@ -304,7 +323,6 @@
 H5E_get_msg
 H5Eget_msg
 H5Eget_num
-H5E_get_stack
 H5E_init
 H5Epop
 H5E_pop
@@ -385,6 +403,19 @@
 H5FD_init
 H5FD_log_init
 H5FD_log_term
+H5FD_mpi_comm_info_dup
+H5FD_mpi_comm_info_free
+H5FD_mpi_get_comm
+H5FD_mpi_get_rank
+H5FD_mpi_get_size
+H5FD_mpi_haddr_to_MPIOff
+H5FD_mpi_MPIOff_to_haddr
+H5FD_mpio_init
+H5FD_mpio_term
+H5FD_mpiposix_init
+H5FD_mpiposix_term
+H5FD_mpi_setup_collective
+H5FD_mpi_teardown_collective
 H5FD_multi_ini

Bug#667526: hdf5 upgrade Squeeze-> Wheezy (#667599, #667526)

[Ana Guerrero]

Hi!

There are *two* problems with the upgrade of hdf5 from Squeeze to Wheezy
that are a consequence of the problem of the fix for #566541.
One of then, reported in (#667599, #667526), can be solved easily
as explained by marga at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667599#62
and others have hinted before. The second problem is related with this one
and more complicated to solve. I haved filed the bug report #699155 for this.

About this problem, in short, if you have installed the openmpi version,
the upgrade will install you the serial implementation,  and remove
the openmpi implementation.


E.g. minimal installation of squeeze where libhdf5-openmpi-1.8.4 and 
hdf5-tools are installed:

ii  hdf5-tools  1.8.4-patch1-2   
Hierarchical Data Format 5 (HDF5) - Runtime tools
ii  libhdf5-openmpi-1.8.4   1.8.4-patch1-2   
Hierarchical Data Format 5 (HDF5) - runtime files - OpenMPI version  

ii  libhdf5-serial-1.8.41.8.4-patch1-2   
Hierarchical Data Format 5 (HDF5) - runtime files - serial version
ii  r-cran-hdf5 1.6.9-2+b1   GNU R 
package interfacing the NCSA HDF5 library

If we update this system to Wheezy, you'll get:

# apt-get -u dist-upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
  console-terminus defoma libept1 libhdf5-openmpi-1.8.4 libpango1.0-common 
libperl5.10 portmap x-ttcidfont-conf
The following NEW packages will be installed:
 [...]
 libhdf5-7
 [...]
  hdf5-tools 
[...]
   368 upgraded, 174 newly installed, 8 to remove and 0 not upgraded.
Need to get 252 MB of archives.
After this operation, 302 MB of additional disk space will be used.
Do you want to continue [Y/n]? 

The openmpi version is upgraded with the serial version instead of being
replaced with libhdf5-openmpi-7.


In the case of dolfin-dev (#667599) in Squeeze, the package has the following 
dependency chain to hdf5 (as somebody else has analyzed already in the bug 
report):

dolfin-dev -> libdolfin1.0-dev -> libslepc3.0.0-dev -> libslepc3.0.0 -> 
libhdf5-openmpi-1.8.4 

and when upgraded, we have the reported problem.
In wheezy, libslepc3.2 depends explicitiy on the openmpi version only. 
This means if we install libslepc3.0.0 in wheezy we must switch all our system
to use the openmpi library.

For simgear-dev (#667526), the chain dependency  in Squeeze is:
simgear-dev -> simgear1.9.1 ->  libopenscenegraph65 -> libgdal1-1.6.0 -> 
libhdf5-serial-1.8.4 | libhdf5-1.8.4

Where libhdf5-1.8.4 could be provided by libhdf5-openmpi-1.8.4 and we have
the same problem that with dolfin-dev. Although in this case the dependency
can be satisfied both by the serial and the openmpi packages in Wheezy.
This is wrong because both libraries provided different ABIs as reported
in bug #699155


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

Bug#699155: hdf5: dependencies can be satisfied interchangeably with libraries providing different ABIs

[Ana Guerrero]

Package: src:hdf5
Version: 1.8.8-9
Severity: serious

In Squeeze there are two virtual packages libhdf5-1.8 and libhdf5-1.8.4, that
allow to install either libhdf5-serial-1.8.4, libhdf5-openmpi-1.8.4,
libhdf5-mpich-1.8.4 or libhdf5-lam-1.8.4 to satisfy the dependency on
libhdf5-1.8.4. (Usually packages are depending on: libhdf5-serial-1.8.4 | 
libhdf5-1.8.4)

In Wheezy those libraries are not longer ABI compatible, therefore
the serial version was renamed libhdf5-7 and also the packages of the others
versions, for example libhdf5-openmpi-7, has a provides line:
Provides: libhdf5-1.8, libhdf5-7

So you can install for example, r-cran-hdf5 and it will install by default
the serial version (libhdf5-7), but you can also install it at the
same time than libhdf5-openmpi-7 (or you might have it installed already)
and then you will get it installed with the openMPI version despite being built
against the serial version, that as said isn't ABI compatible.

Some packages, such as slepc, have their build dependencies explicitly against
the openMPI version and those are OK.

Due the ABI incompatibility we can not longer use the same scheme than in
Squeeze, but I think having the serial version named libhdf5-7 is confusing.

Possible solutions... given the proximity of the release I'm aware some of
them might not be possible but I'm listing everything for the sake of
completeness, don't jump in your chair when reading some of the possibilities
listed :-)

a) Have libhdf5-7 renamed back with the *serial* label (libhdf5-serial-1.8.4) 
and also the -dev packages. Then have the packages using hdf5 depending on 
the supported implementation(s), that is if they support several implementation
provide a binary for implementation: r-cran-hdf5-serial r-cran-hdf5-openMPI

b)  Switch all the packages to use only one of the implementation except
those that only work in of the implementations, depending explicitly in
*-serial-*  or *-openmpi-* (or mpich in those archs that don't support
openMPI).
 b.1) make this implementation by default to be the serial version
 b.2) make this implementation by default to be the openMPI version. Which 
doesn't
sound like a crazy idea if you look at the popcon [1] and think the context
hdf5 is widely used (supercomputing).

c) Remove the provides from libhdf5-openmpi-7 and libhdf5-mpich-7 and keep
the status quo. You either install libhdf5-openmpi-7 with the packages
needing this implementation or you install libhdf5-7 with the packages
depending on this one. If you go to decide for the openmpi version
and you need a package only built for the serial version, you would
need to rebuild it.
(This is somehow a variation of b.1) because all the stuff is built against
the serial version unless the maintainer explicitily puts the openmpi one )

d) ? :)

In any case, how to switch or handle the different implementation would be nice
to have documented in a README file.

Ana

[1] http://qa.debian.org/popcon.php?package=hdf5
If you look at the amout of installations of libhdf5-openmpi-dev installations
it is the same that libhdf5-dev and growing faster.
As curiosity note: after the rename of the serial version to be the *default*
version was uploaded to unstable around January 2012, you can see libhdf5-7
rocketed in the popcon graph.


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

Bug#689012: Bug #692923 / #689012: Status of chrony

[Ana Guerrero]

On Fri, Nov 16, 2012 at 02:47:20PM +0100, Joachim Wiedorn wrote:
> 
> > 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.

Yes, you must ask for wheezy update given the upgrade path from unstable is
impossible in this case. Unstable contains a new version uploaded after the
freeze.
However you would be patching a package in such bad quality state I don't 
think it is something we want to have in Wheezy. The quality of the package
in unstable is not better. So unless we can have a repackaged package in 
Wheezy, which with the current freeze rules is a no-no, it is better not
releasing with Chrony.

Ana


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

Bug#689012: Status of chrony

[Ana Guerrero]

Hi,

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...

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, 
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.

There is somebody working a newer version of the package, see:
http://anonscm.debian.org/gitweb/?p=users/rbrito-guest/chrony.git

but AFAIK he hasn't gotten the ACK of the current maintainer to take
over chrony.

Ana


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

Bug#627508: dconf maintainer has quit

[Ana Guerrero]

On Tue, Sep 25, 2012 at 05:13:39AM +0200, jw-...@freenet.de wrote:
> On Sat, 8 Sep 2012 12:31:44 +0100 Ulrich Dangel  wrote:
> 
> > I am not sure what happens when the maintainer does not react but maybe the
> > package should get removed
> 
> I tracked down the maintainer of the package "dconf".  He said he no longer
> has time for Debian and asked me to let the project know of this, so that
> package should probably be marked "Orphaned".  I won't post his new mail
> address here, but if you want to contact him you can easily find it by
> entering his name into a popular search engine together with the string
> "gmail".

The package is orphaned now:
http://bugs.debian.org/693308

Ana


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

Bug#637526: Chrony bug 637526

[Ana Guerrero]

On Sun, Jul 01, 2012 at 08:36:06AM -0500, John Hasler wrote:
> > What is the relation of grep-excuses with a NMU made like 10 months
> > ago :?
> 
> Grep-excuses told me that the bug was still open and blocking.  Also,
> there was this from DDPO:
> 
> === chrony:
> = 2 Release Critical bug(s):
> - #637526 
>   incorrect copyright file
> - #628919 
>   /usr/sbin/chronyd: Starting with kernel v3.0, chronyd will refuse to
>   start

Those bugs were already fixed in 1.24-3.1 that has already even migrated to
testing. You somehow got very out-dated information..

chrony is failing to migrate because it FTBFS in all architecture (except
the one you used to do the upload):
https://buildd.debian.org/status/package.php?p=chrony

Ana



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

Bug#637526: Chrony bug 637526

[Ana Guerrero]

On Sun, Jul 01, 2012 at 07:41:42AM -0500, John Hasler wrote:
> > This bug was already closed by a NMU.
> 
> Yet it showed up in grep-excuses.

What is the relation of grep-excuses with a NMU made like 10 months ago :?
BTW, you removed the changelog entry of my NMU, that is not nice.

Ana



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

Bug#628919: Chrony bug 628919

[Ana Guerrero]

On Sat, Jun 30, 2012 at 04:09:56PM -0500, John Hasler wrote:
> Package: chrony
> Version: 1.26-1
> 
> Fixed upstream.  Should have been mentioned in the changelog.
> -- 
> John Hasler 
> jhas...@newsguy.com
> Elmwood, WI USA
> 

This bug was already closed from a NMU.



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

Bug#637526: Chrony bug 637526

[Ana Guerrero]

On Sat, Jun 30, 2012 at 04:13:28PM -0500, John Hasler wrote:
> Package: chrony
> Version: 1.26-1
> 
> Should have been mentioned in changelog.
> -- 
> John Hasler 
> jhas...@newsguy.com
> Elmwood, WI USA
> 

This bug was already closed by a NMU.



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

Bug#604515: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

On Mon, Nov 22, 2010 at 04:34:07PM +0100, Eckhart Wörner wrote:
> Source: xxdiff
> Severity: wishlist
> User: debian-qt-...@lists.debian.org
> Usertags: qt3libs-removal
> 
>

Files removal http://bugs.debian.org/678201



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

Bug#676031: info

[Ana Guerrero]

See #671378.



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

Bug#671378: Remove libalogg1?

[Ana Guerrero]

reassign 671378 ftp.debian.org
severity 671378 normal
retitle 671378 RM: alogg -- RoQA; dead upstream, RC-buggy
thanks


On Thu, May 03, 2012 at 06:04:52PM +0200, Tobias Hansen wrote:
> Source: libalogg1
> Version: 1.3.7-1.1
> Severity: serious
> 
> Hi,
> 
> I'm involved in the transition towards Allegro 4.4 [1] and libalogg1 
> currently FTBFS against Allegro 4.4, because we removed allegro-makedoc from 
> liballegro-dev.
> 
> I'm wondering if we still need this package. It has no reverse dependencies 
> in Debian and the upstream website doesn't exist anymore. Googling for it, I 
> didn't
> find a new upstream website or hints that libalogg is still used. Allegro 4.4 
> is now a legacy library, that we keep for the existing games, Allegro 5 has 
> its own
> ogg support. Also there is a different ogg library, liblogg, bundled with 
> Allegro 4.4 an maintained by the Allegro developers. We didn't package it 
> (yet), because
> we're not aware of it being needed.
> 
> If you are aware of any packages or important programs using libalogg, or if 
> you don't agree with the removal for other reasons, please let me know and 
> close this
> bug report. Otherwise, do you agree with me reassigning the bug to 
> ftp.debian.org to pursue the removal?
> 
> Best regards,
> Tobias
> 
> [1] http://lists.debian.org/debian-devel-games/2012/05/msg2.html
> 
> 
> 
> 
> 



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

Bug#604515: removal time?

[Ana Guerrero]

Hi maintainer,

Your package is one of the last 5 remaining packages in unstable using Qt3.
I haven't pushed for the removal until now because you have told me you
were working in a possible Qt4 version. The freeze is close, I don't know
the date yet, but if you don't see feasible pushing the Qt4 version within
2 weeks, your shiny Qt4 package is probably not making it, so please file 
for removal.

Thanks,
Ana



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

Bug#676054: ibutils: diff for NMU version 1.2-OFED-1.4.2-1.3

[Ana Guerrero]

tags 676054 + patch
tags 676054 + pending
thanks

I've prepared an NMU for ibutils (versioned as 1.2-OFED-1.4.2-1.3) and
uploaded it to DELAYED/2.

diff -Nru ibutils-1.2-OFED-1.4.2/debian/changelog ibutils-1.2-OFED-1.4.2/debian/changelog
--- ibutils-1.2-OFED-1.4.2/debian/changelog	2012-04-04 11:37:02.0 +0200
+++ ibutils-1.2-OFED-1.4.2/debian/changelog	2012-06-17 00:09:33.0 +0200
@@ -1,3 +1,10 @@
+ibutils (1.2-OFED-1.4.2-1.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update build depends from tcl/tk-8.4 to tcl/tk-dev. (Closes: #676054)
+
+ -- Ana Beatriz Guerrero Lopez   Sat, 16 Jun 2012 23:53:29 +0200
+
 ibutils (1.2-OFED-1.4.2-1.2) unstable; urgency=low
 
   * Non-maintainer upload; ACKed by the maintainer, see #664426.
diff -Nru ibutils-1.2-OFED-1.4.2/debian/control ibutils-1.2-OFED-1.4.2/debian/control
--- ibutils-1.2-OFED-1.4.2/debian/control	2012-04-04 11:37:19.0 +0200
+++ ibutils-1.2-OFED-1.4.2/debian/control	2012-06-17 00:00:32.0 +0200
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: OFED and Debian Developement and Discussion 
 Uploaders: Benoit Mortier , Guy Coates , Mario Lang 
-Build-Depends: debhelper (>= 9), autotools-dev, chrpath, swig, graphviz, libibcommon-dev, libibumad-dev, tcl8.4-dev, tk8.4-dev, libopensm2-dev (>=3.2.5)
+Build-Depends: debhelper (>= 9), autotools-dev, chrpath, swig, graphviz, libibcommon-dev, libibumad-dev, tcl-dev, tk-dev, libopensm2-dev (>=3.2.5)
 Standards-Version: 3.9.3
 Homepage: http://www.openfabrics.org
 

Bug#604356: libqglviewer: diff for NMU version 2.3.4-4.2

[Ana Guerrero]

tags 604356 + patch
tags 604356 + pending
thanks

Dear maintainer,

I've prepared an NMU for libqglviewer (versioned as 2.3.4-4.2) and
uploaded it to DELAYED/1. 

Regards.
Ana
reverted:
--- libqglviewer-2.3.4/debian/libqglviewer-qt3-dev.dirs
+++ libqglviewer-2.3.4.orig/debian/libqglviewer-qt3-dev.dirs
@@ -1 +0,0 @@
-usr/lib
reverted:
--- libqglviewer-2.3.4/debian/libqglviewer-qt3-2.README.Debian
+++ libqglviewer-2.3.4.orig/debian/libqglviewer-qt3-2.README.Debian
@@ -1,12 +0,0 @@
-libqglviewer for Debian
---
-
-This package contains QGLViewer made by Gilles.Debune available at:
-http://artis.imag.fr/Members/Gilles.Debunne/QGLViewer/index.html
-
-You should know, that there was another package with the same name made by 
-a group of people from Tuebingen Univeristy[1].
-
-[1] http://www.gris.uni-tuebingen.de/projects/qglviewer/
-
- -- Artur R. Czechowski , Sun, 08 Jul 2007 00:32:15 +0200
diff -u libqglviewer-2.3.4/debian/changelog libqglviewer-2.3.4/debian/changelog
--- libqglviewer-2.3.4/debian/changelog
+++ libqglviewer-2.3.4/debian/changelog
@@ -1,3 +1,11 @@
+libqglviewer (2.3.4-4.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove Qt3 support: (Closes: #604356)
+   - update debian/control and debian/rules accordingly.
+
+ -- Ana Beatriz Guerrero Lopez   Fri, 15 Jun 2012 17:32:22 +0200
+
 libqglviewer (2.3.4-4.1) unstable; urgency=low
 
   * Non-maintainer upload. (Closes: #662702)
reverted:
--- libqglviewer-2.3.4/debian/libqglviewer-qt3-2.dirs
+++ libqglviewer-2.3.4.orig/debian/libqglviewer-qt3-2.dirs
@@ -1 +0,0 @@
-usr/lib
reverted:
--- libqglviewer-2.3.4/debian/libqglviewer2.dirs
+++ libqglviewer-2.3.4.orig/debian/libqglviewer2.dirs
@@ -1 +0,0 @@
-usr/share/doc
diff -u libqglviewer-2.3.4/debian/rules libqglviewer-2.3.4/debian/rules
--- libqglviewer-2.3.4/debian/rules
+++ libqglviewer-2.3.4/debian/rules
@@ -31,29 +31,22 @@
 build: build-stamp
 build-stamp: patch-stamp
 	dh_testdir
-	cp -a QGLViewer qglviewer-qt3
 	cp -a QGLViewer qglviewer-qt4
-	cd qglviewer-qt3 && qmake-qt3
 	cd qglviewer-qt4 && qmake-qt4
-	cd qglviewer-qt3 && $(MAKE) && $(MAKE) staticlib
 	cd qglviewer-qt4 && $(MAKE) && $(MAKE) staticlib
 	# designer's plugins
-	cp -a designerPlugin designerPlugin-qt3
 	cp -a designerPlugin designerPlugin-qt4
-	cd designerPlugin-qt3 && qmake-qt3 LIB_DIR=../qglviewer-qt3 QTDIR=/usr/lib/qt3
 	cd designerPlugin-qt4 && qmake-qt4 LIB_DIR=../qglviewer-qt4
-	cd designerPlugin-qt3 && $(MAKE)
 	cd designerPlugin-qt4 && $(MAKE)
-	#
 	touch build-stamp
 
 clean: clean1 unpatch
-clean1: 
+clean1:
 	dh_testdir
 	dh_testroot
 	rm -f build-stamp
-	rm -rf qglviewer-qt3 qglviewer-qt4 designerPlugin-qt3 designerPlugin-qt4
-	dh_clean 
+	rm -rf qglviewer-qt4 designerPlugin-qt4
+	dh_clean
 
 install: build
 	dh_testdir
@@ -61,17 +54,6 @@
 	dh_prep
 	dh_installdirs
 
-	cd qglviewer-qt3 && $(MAKE) install INSTALL_ROOT=$(CURDIR)/debian/tmp
-	cd designerPlugin-qt3 && $(MAKE) install INSTALL_ROOT=$(CURDIR)/debian/tmp
-
-	mkdir -p debian/libqglviewer-qt3-2/usr/lib debian/libqglviewer-qt3-dev/usr/lib/qt3/plugins/designer
-
-	cp -d debian/tmp/usr/lib/*.so.* debian/libqglviewer-qt3-2/usr/lib
-	cp -d qglviewer-qt3/libqglviewer-qt3.a debian/libqglviewer-qt3-dev/usr/lib
-	cp -d debian/tmp/usr/lib/*.so debian/libqglviewer-qt3-dev/usr/lib
-	cp -d debian/tmp/usr/lib/*.prl debian/libqglviewer-qt3-dev/usr/lib
-	cp -d debian/tmp/usr/lib/qt3/plugins/designer/libqglviewerplugin.so debian/libqglviewer-qt3-dev/usr/lib/qt3/plugins/designer
-
 	rm -rf debian/tmp
 	mkdir debian/tmp
 
@@ -88,25 +70,6 @@
 
 	cp -dr debian/tmp/usr/include/QGLViewer debian/libqglviewer-dev-common/usr/include
 
-	# Transition stuff
-	## libqglviewer-qt3
-	ln -sf libqglviewer-qt3.so.$(version) debian/libqglviewer-qt3-2/usr/lib/libqglviewer.so.$(version)
-	ln -sf libqglviewer-qt3.so.$(version) debian/libqglviewer-qt3-2/usr/lib/libqglviewer.so.$(ver2)
-	ln -sf libqglviewer-qt3.so.$(version) debian/libqglviewer-qt3-2/usr/lib/libqglviewer.so.$(major)
-
-	## libqglviewer-dev
-	mkdir -p debian/libqglviewer-dev/usr/share/doc debian/libqglviewer-dev/usr/lib debian/libqglviewer-dev/usr/include
-	ln -sf libqglviewer-qt3-dev debian/libqglviewer-dev/usr/share/doc/libqglviewer-dev
-	ln -sf libqglviewer-qt3.a debian/libqglviewer-qt3-dev/usr/lib/libqglviewer.a
-	ln -sf libqglviewer-qt3.prl debian/libqglviewer-qt3-dev/usr/lib/libqglviewer.prl
-	#ln -sf qglviewer-qt3 debian/libqglviewer-dev/usr/include/QGLViewer
-	ln -sf libqglviewer-qt3.so.$(version) debian/libqglviewer-qt3-dev/usr/lib/libqglviewer.so
-
-	## libqglviewer2
-	mkdir -p debian/libqglviewer2/usr/share/doc
-	ln -sf libqglviewer-qt3-2 debian/libqglviewer2/usr/share/doc/libqglviewer2
-	# End of Transition stuff
-
 # Build architecture-independent files here.
 binary-indep: build install
 	dh_testdir
reverted:
--- libqglviewer-2.3.4/debian/libqglviewer-dev.dirs
+++ libqglviewer-2.3.4.orig/debian/libqglviewer-dev.dirs
@@ -1,3 +0,0 @@
-usr/share/doc
-usr/include
-usr/lib
diff -u libqglviewe

Bug#604358: [a...@debian.org: new version of Luma in unstable]

[Ana Guerrero]

This is the only package now blocking the removal of python-qt3,
I'm filling for removal. If you want the Qt4 version in Wheezy,
please hurry up with the upload.

On Thu, May 31, 2012 at 01:21:34PM +0200, Ana Guerrero wrote:
> 
> Ping?
> If not I will have to ask for the removal.
> 
> - Forwarded message from Ana Guerrero  -
> 
> From: Ana Guerrero 
> To: Per Wawra , Bjorn Ove Grotan 
> 
> Date: Sat, 19 May 2012 12:55:56 +0200
> Subject: new version of Luma in unstable
> Message-ID: <20120519105556.ga32...@pryan.ekaia.org>
> User-Agent: Mutt/1.5.21 (2010-09-15)
> 
> 
> Hi,
> 
> Could you please update luma (version in mentors.d.n is from february)
> and make sure you close (and fix) all the possible bugs in the changelog.
> E.g.: #604358
> I will look at sponsoring it then.
> 
> Thanks!
> Ana
> 
> - End forwarded message -
> 
> 



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

Bug#676901: not to be shipped in Wheezy

[Ana Guerrero]

Source: qt-x11-free
Severity: serious
User: debian-qt-...@lists.debian.org
Usertags: qt3libs-removal

Hi!

Qt3 shouldn't be shipped in Wheezy. There are still about 10 packages
blocking its removal. I will update the bug report later with more
info about its status. This bug report is a simple placeholder / reminder.

Ana



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

Bug#666959: Bug#604368: NMU for octave- and qt-related bugs

[Ana Guerrero]

On Sun, Jun 03, 2012 at 11:09:44PM +0200, Ana Guerrero wrote:
> On Sun, Jun 03, 2012 at 12:23:11PM +0200, Sébastien Villemot wrote:
> > Dear Maintainer,
> > 
> > I’ve prepared an NMU for pfstools which fixes #604368 (Qt3->Qt4
> > transition), #666959 (Octave 3.2->3.6 transition) and the Lintian error
> > about obsolete dpatch. The NMU relies on the new upstream release 1.8.5
> > (which fixes the Qt issue).
> > 
> > Please find attached the debdiff (only for the debian/ subdir).
> > 
> > I am going to look for a sponsor for this NMU. If you want me to provide
> > a series of patches that you can incorporate into your VCS, don't
> > hesitate to ask.
> >
> 
> I am looking at it.

Uploaded at DELAYED/4.

Ana



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

Bug#666959: Bug#604368: NMU for octave- and qt-related bugs

[Ana Guerrero]

On Sun, Jun 03, 2012 at 12:23:11PM +0200, Sébastien Villemot wrote:
> Dear Maintainer,
> 
> I’ve prepared an NMU for pfstools which fixes #604368 (Qt3->Qt4
> transition), #666959 (Octave 3.2->3.6 transition) and the Lintian error
> about obsolete dpatch. The NMU relies on the new upstream release 1.8.5
> (which fixes the Qt issue).
> 
> Please find attached the debdiff (only for the debian/ subdir).
> 
> I am going to look for a sponsor for this NMU. If you want me to provide
> a series of patches that you can incorporate into your VCS, don't
> hesitate to ask.
>

I am looking at it.

> Thanks for you work,

Likewise ;)

Ana



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

Bug#666959: don't nmu without new version

[Ana Guerrero]

Hi!

If you are planning into doing a NMU of this bug, please also consider
#604368. The latest version upstream uses Qt4.

Thanks,
Ana



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

Bug#630839: Needs ding-libs to enter unstable

[Ana Guerrero]

On Sun, Mar 18, 2012 at 04:59:45PM +0200, Timo Aaltonen wrote:
> On 18.03.2012 15:46, Neil Williams wrote:
> > Timo wrote on Thu, 23 Feb 2012 14:10:55 +0200:
> >>
> >> I will set up an alioth project to maintain these both, since they go 
> >> hand in hand.
> >>
> >> SSSD 1.8.0~beta3 is prepared in git, final coming next week. The git 
> >> version fixes most of the opened bugs too.
> >>
> >> thanks,
> > 
> > Timo & Jonathan - any news on the upload of ding-libs which is
> > necessary for this fix?
> 
> Yes, Ana Guerrero promised to sponsor it tomorrow.
> 
> there is pkg-sssd on alioth now, anyone willing to give a hand in
> maintaining these is free to join :)
>

If somebody else wants to take a look today at sponsoring it today, please 
be my guest :)
If not, I will look at it tomorrow or in the next days!

Ana



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

Bug#603898: fixed in adept 3.0~beta7.2+nmu2

[Ana Guerrero]

reopen 603898 
thanks

On Tue, Jan 10, 2012 at 01:47:13PM +, Aron Xu wrote:
> Source: adept
> Source-Version: 3.0~beta7.2+nmu2
> 
> We believe that the bug you reported is fixed in the latest version of
> adept, which is due to be installed in the Debian FTP archive:
> 
> adept_3.0~beta7.2+nmu2.dsc
>   to main/a/adept/adept_3.0~beta7.2+nmu2.dsc
> adept_3.0~beta7.2+nmu2.tar.gz
>   to main/a/adept/adept_3.0~beta7.2+nmu2.tar.gz
> adept_3.0~beta7.2+nmu2_amd64.deb
>   to main/a/adept/adept_3.0~beta7.2+nmu2_amd64.deb
>



>
>  adept (3.0~beta7.2+nmu2) unstable; urgency=low
>  .
>* Non-maintainer upload.
>* Convert to dh8. compat: 8, std-ver: 3.9.2, format: 3.0 (native)

Please do not make this kind of intrusive changes in a NMU.

>* Depend on anacron, so it can automatically notify users when
>  updates are available (Closes: 422564).
>* Add man page (Closes: #501062), thanks to Michael Casadevall.

The package was already providing a manpage. You seem to have attached
the same manpage just with a different formatting :?

>* Take most of Ubuntu works, thanks to Ubuntu developers.
>  Closes: #654590, #603898.

As a reporter of #603898, I checked the changes to see how you have
fixed the problems since the changelog message is not useful here...
It turns out there are not changes in the copyright file so it is 
impossible #603898 is fixed here... I am reopening the bug.

Ana




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

Bug#646449: libosip2: FTBFS: osip_message_parse.c:850:5: error:, format not a string literal and no format arguments, [-Werror=format-security]

[Ana Guerrero]

On Sat, Dec 31, 2011 at 09:20:20PM +, peter green wrote:
> >This was fixed already in version 3.6.0-1 uploaded to unstable
> >about the same time the archive rebuild was done.
> Umm according to packages.qa.debian.org 3.6.0-1 and all versions
> since were uploaded to experimental not unstable.

Right. It is still pending to be fixed in unstable (I guess the
VoIP team is waiting to do the library transition here). The bug
is marked as fixed in the version 3.6.0-1, so it still appears
as affecting unstable anyway.

Thank you,

Ana



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

Bug#651602: FTBFS: make[2]: sphinx-build: Command not found

[Ana Guerrero]

Package: fabric
Version: 1.3.2-3
Severity: serious

Fabric fails to build from source:

...
copying fabric/contrib/project.py -> build/lib.linux-x86_64-2.7/fabric/contrib
copying fabric/contrib/__init__.py ->
build/lib.linux-x86_64-2.7/fabric/contrib
copying fabric/contrib/console.py -> build/lib.linux-x86_64-2.7/fabric/contrib
copying fabric/contrib/django.py -> build/lib.linux-x86_64-2.7/fabric/contrib
copying fabric/contrib/files.py -> build/lib.linux-x86_64-2.7/fabric/contrib
/usr/bin/make -C docs html
make[2]: Entering directory `/tmp/buildd/fabric-1.3.2/docs'
sphinx-build -b html -d _build/doctrees   . _build/html
make[2]: sphinx-build: Command not found
make[2]: *** [html] Error 127
make[2]: Leaving directory `/tmp/buildd/fabric-1.3.2/docs'
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory `/tmp/buildd/fabric-1.3.2'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2


Ana

-- System Information:

Versions of packages fabric depends on:
ii  python-nose   1.0.0-1
ii  python-paramiko   1.7.7.1-2
ii  python-pkg-resources  0.6.24-1

fabric recommends no packages.

Versions of packages fabric suggests:
ii  libjs-jquery  1.7-1

-- no debconf information



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

Bug#643420: libcsoap: diff for NMU version 1.1.0-17.1

[Ana Guerrero Lopez]

tags 643420 + patch
tags 643420 + pending
thanks

Dear maintainer,

I've prepared an NMU for libcsoap (versioned as 1.1.0-17.1) and
uploaded it. Please find attached the diff.

Regards,
Ana
diff -Nru libcsoap-1.1.0/debian/changelog libcsoap-1.1.0/debian/changelog
--- libcsoap-1.1.0/debian/changelog	2010-06-20 03:24:42.0 +0200
+++ libcsoap-1.1.0/debian/changelog	2011-12-04 00:11:49.0 +0100
@@ -1,3 +1,10 @@
+libcsoap (1.1.0-17.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS with flag -Werror=format-security. (Closes: #643420) 
+
+ -- Ana Beatriz Guerrero Lopez   Sun, 04 Dec 2011 00:08:29 +0100
+
 libcsoap (1.1.0-17) unstable; urgency=low
 
   * Merge NMU with my own fixes and take over package maintenance.
diff -Nru libcsoap-1.1.0/debian/patches/fix_ftbfs.diff libcsoap-1.1.0/debian/patches/fix_ftbfs.diff
--- libcsoap-1.1.0/debian/patches/fix_ftbfs.diff	1970-01-01 01:00:00.0 +0100
+++ libcsoap-1.1.0/debian/patches/fix_ftbfs.diff	2011-12-04 00:08:06.0 +0100
@@ -0,0 +1,20 @@
+--- a/nanohttp/nanohttp-logging.c
 b/nanohttp/nanohttp-logging.c
+@@ -134,7 +134,7 @@ _log_write(log_level_t level, const char
+ vsprintf(buffer2, buffer, ap);
+ if (!log_background)
+ {
+-  printf(buffer2);
++  printf("%s", buffer2);
+   fflush(stdout);
+ }
+ 
+@@ -145,7 +145,7 @@ _log_write(log_level_t level, const char
+ f = fopen(hlog_get_file(), "w");
+   if (f)
+   {
+-fprintf(f, buffer2);
++fprintf(f, "%s", buffer2);
+ fflush(f);
+ fclose(f);
+   }
diff -Nru libcsoap-1.1.0/debian/patches/series libcsoap-1.1.0/debian/patches/series
--- libcsoap-1.1.0/debian/patches/series	2010-06-20 03:12:46.0 +0200
+++ libcsoap-1.1.0/debian/patches/series	2011-12-04 00:05:23.0 +0100
@@ -11,3 +11,4 @@
 strerror.diff
 bigger-reads-fix.diff
 socket-closed.diff
+fix_ftbfs.diff

Bug#646502: sipcalc: diff for NMU version 1.1.4-2.1

[Ana Guerrero Lopez]

tags 646502 + patch
tags 646502 + pending
thanks

Dear maintainer,

I've prepared an NMU for sipcalc (versioned as 1.1.4-2.1) and
uploaded it. Please find attached the diff.

Regards,
Ana
diff -u sipcalc-1.1.4/debian/changelog sipcalc-1.1.4/debian/changelog
--- sipcalc-1.1.4/debian/changelog
+++ sipcalc-1.1.4/debian/changelog
@@ -1,3 +1,10 @@
+sipcalc (1.1.4-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS with flag -Werror=format-security. (Closes: #646502)
+
+ -- Ana Beatriz Guerrero Lopez   Sat, 03 Dec 2011 23:32:54 +0100
+
 sipcalc (1.1.4-2) unstable; urgency=low
 
   * debian/control:
only in patch2:
unchanged:
--- sipcalc-1.1.4.orig/debian/patches/fix_ftbfs.patch
+++ sipcalc-1.1.4/debian/patches/fix_ftbfs.patch
@@ -0,0 +1,11 @@
+--- a/src/sub-output.c
 b/src/sub-output.c
+@@ -139,7 +139,7 @@ show_split_networks_v4 (struct if_info *
+ 			bzero ((char *) ifi_tmp.p_v4nmask, 16);
+ 			bzero ((char *) ifi_tmp.p_v6addr, 44);
+ 			snprintf (ifi_tmp.p_v4addr, 19, "%s", numtoquad (start));
+-			snprintf (ifi_tmp.p_v4nmask, 16, numtoquad (splitmask));
++			snprintf (ifi_tmp.p_v4nmask, 16, "%s", numtoquad (splitmask));
+ 		}
+ 		start += diff;
+ 		if (end == 0x || end >= ifi->v4ad.n_broadcast)

Bug#643466: remind: diff for NMU version 03.01.10-1.1

[Ana Guerrero Lopez]

tags 643466 + patch
tags 643466 + pending
thanks

Dear maintainer,

I've prepared an NMU for remind (versioned as 03.01.10-1.1) and
uploaded it. Please find attached the diff.

Regards,
Ana
diff -Nru remind-03.01.10/debian/changelog remind-03.01.10/debian/changelog
--- remind-03.01.10/debian/changelog	2011-04-10 22:04:14.0 +0200
+++ remind-03.01.10/debian/changelog	2011-12-03 23:13:29.0 +0100
@@ -1,3 +1,10 @@
+remind (03.01.10-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS with flag -Werror=format-security. (Closes: #643466)
+
+ -- Ana Beatriz Guerrero Lopez   Sat, 03 Dec 2011 23:10:31 +0100
+
 remind (03.01.10-1) unstable; urgency=low
 
   * New Upstream Version. (Closes: #573184, #566374, #522068)
diff -Nru remind-03.01.10/debian/patches/fix_ftbfs remind-03.01.10/debian/patches/fix_ftbfs
--- remind-03.01.10/debian/patches/fix_ftbfs	1970-01-01 01:00:00.0 +0100
+++ remind-03.01.10/debian/patches/fix_ftbfs	2011-12-03 23:10:20.0 +0100
@@ -0,0 +1,52 @@
+--- a/src/init.c
 b/src/init.c
+@@ -570,12 +570,12 @@ void InitRemind(int argc, char const *ar
+ 	}
+ 	if (d == NO_DAY) d=1;
+ 	if (d > DaysInMonth(m, y)) {
+-		fprintf(ErrFp, BadDate);
++		fprintf(ErrFp, "%s", BadDate);
+ 		Usage();
+ 	}
+ 	JulianToday = Julian(y, m, d);
+ 	if (JulianToday == -1) {
+-		fprintf(ErrFp, BadDate);
++		fprintf(ErrFp, "%s", BadDate);
+ 		Usage();
+ 	}
+ 	CurYear = y;
+@@ -678,7 +678,7 @@ static void ChgUser(char const *user)
+ 
+ home = malloc(strlen(pwent->pw_dir) + 6);
+ if (!home) {
+-	fprintf(ErrFp, ErrMsg[M_NOMEM_ENV]);
++	fprintf(ErrFp, "%s", ErrMsg[M_NOMEM_ENV]);
+ 	exit(1);
+ }
+ sprintf(home, "HOME=%s", pwent->pw_dir);
+@@ -686,7 +686,7 @@ static void ChgUser(char const *user)
+ 
+ shell = malloc(strlen(pwent->pw_shell) + 7);
+ if (!shell) {
+-	fprintf(ErrFp, ErrMsg[M_NOMEM_ENV]);
++	fprintf(ErrFp, "%s", ErrMsg[M_NOMEM_ENV]);
+ 	exit(1);
+ }
+ sprintf(shell, "SHELL=%s", pwent->pw_shell);
+@@ -695,14 +695,14 @@ static void ChgUser(char const *user)
+ if (pwent->pw_uid) {
+ 	username = malloc(strlen(pwent->pw_name) + 6);
+ 	if (!username) {
+-	fprintf(ErrFp, ErrMsg[M_NOMEM_ENV]);
++	fprintf(ErrFp, "%s", ErrMsg[M_NOMEM_ENV]);
+ 	exit(1);
+ 	}
+ 	sprintf(username, "USER=%s", pwent->pw_name);
+ 	putenv(username);
+ 	logname= malloc(strlen(pwent->pw_name) + 9);
+ 	if (!logname) {
+-	fprintf(ErrFp, ErrMsg[M_NOMEM_ENV]);
++	fprintf(ErrFp, "%s", ErrMsg[M_NOMEM_ENV]);
+ 	exit(1);
+ 	}
+ 	sprintf(logname, "LOGNAME=%s", pwent->pw_name);
diff -Nru remind-03.01.10/debian/patches/series remind-03.01.10/debian/patches/series
--- remind-03.01.10/debian/patches/series	2011-04-06 23:36:13.0 +0200
+++ remind-03.01.10/debian/patches/series	2011-12-03 23:14:03.0 +0100
@@ -2,5 +2,4 @@
 manpage-escape-minuses.diff
 do-not-strip.diff
 cleanout-www-makefile.diff
-
-
+fix_ftbfs

Bug#646481: uw-imap: diff for NMU version 8:2007e~dfsg-3.2

[Ana Guerrero Lopez]

tags 646481 + patch
tags 646481 + pending
thanks

Dear maintainer,

I've prepared an NMU for uw-imap (versioned as 8:2007e~dfsg-3.2) and
uploaded it. Please find attach the diff.

Regards,
Ana
diff -u uw-imap-2007e~dfsg/debian/changelog uw-imap-2007e~dfsg/debian/changelog
--- uw-imap-2007e~dfsg/debian/changelog
+++ uw-imap-2007e~dfsg/debian/changelog
@@ -1,3 +1,11 @@
+uw-imap (8:2007e~dfsg-3.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS with flag -Werror=format-security. Patch by Aurélien Jarno.
+   (Closes: #646481). 
+
+ -- Ana Beatriz Guerrero Lopez   Sat, 03 Dec 2011 22:28:48 +0100
+
 uw-imap (8:2007e~dfsg-3.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u uw-imap-2007e~dfsg/debian/patches/series uw-imap-2007e~dfsg/debian/patches/series
--- uw-imap-2007e~dfsg/debian/patches/series
+++ uw-imap-2007e~dfsg/debian/patches/series
@@ -1,4 +1,5 @@
 1001_shlibs.patch
+1002_fix_ftbfs.patch
 2002_mailspool.patch
 2004_no_binaries_below_etc.patch
 2010_disallow_escaping_home.patch
only in patch2:
unchanged:
--- uw-imap-2007e~dfsg.orig/debian/patches/1002_fix_ftbfs.patch
+++ uw-imap-2007e~dfsg/debian/patches/1002_fix_ftbfs.patch
@@ -0,0 +1,11 @@
+--- a/src/osdep/unix/flocklnx.c
 b/src/osdep/unix/flocklnx.c
+@@ -57,7 +57,7 @@ int safe_flock (int fd,int op)
+ case ENOLCK:		/* lock table is full */
+   sprintf (tmp,"File locking failure: %s",strerror (errno));
+   mm_log (tmp,WARN);	/* give the user a warning of what happened */
+-  if (!logged++) syslog (LOG_ERR,tmp);
++	  if (!logged++) syslog ("%s",LOG_ERR,tmp);
+ /* return failure if non-blocking lock */
+   if (op & LOCK_NB) return -1;
+   sleep (5);		/* slow down in case it loops */

Bug#556688: xautomation: diff for NMU version 1.03-1.1

[Ana Guerrero]

tags 556688 + patch
tags 556688 + pending
thanks

Dear maintainer,

I've prepared an NMU for xautomation (versioned as 1.03-1.1) and
uploaded it to the archive. Find attached the patch with the changes.

Regards.
Ana
diff -u xautomation-1.03/debian/rules xautomation-1.03/debian/rules
--- xautomation-1.03/debian/rules
+++ xautomation-1.03/debian/rules
@@ -29,7 +29,9 @@
 	INSTALL_PROGRAM += -s
 endif
 
-configure: 
+include /usr/share/quilt/quilt.make
+
+configure: $(QUILT_STAMPFN)
 
 configure-stamp: configure
 	dh_testdir
@@ -47,10 +49,11 @@
 
 build-stamp:  configure-stamp
 	dh_testdir
+	$(MAKE) -f /usr/share/quilt/quilt.make patch
 	$(MAKE)
 	touch build-stamp
 
-clean: 
+clean: unpatch
 	dh_testdir
 	dh_testroot
 	[ ! -f Makefile ] || $(MAKE) distclean
diff -u xautomation-1.03/debian/changelog xautomation-1.03/debian/changelog
--- xautomation-1.03/debian/changelog
+++ xautomation-1.03/debian/changelog
@@ -1,3 +1,12 @@
+xautomation (1.03-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS with binutils-gold. (Closes: #556688)
+  * Add build-depend on quilt and some small changes in debian/rules to enable
+patching.
+
+ -- Ana Beatriz Guerrero Lopez   Mon, 12 Sep 2011 21:17:26 +0200
+
 xautomation (1.03-1) unstable; urgency=low
 
   * New Upstream Release (1.03).
diff -u xautomation-1.03/debian/control xautomation-1.03/debian/control
--- xautomation-1.03/debian/control
+++ xautomation-1.03/debian/control
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Kapil Hari Paranjape 
 Build-Depends: debhelper (>= 5.0.0), libxtst-dev, libx11-dev,
- libpng-dev, automake
+ libpng-dev, automake, quilt
 Vcs-Svn: svn://svn.debian.org/svn/collab-maint/deb-maint
 Vcs-Browser: http://svn.debian.org/wsvn/collab-maint/deb-maint
 Homepage: http://hoopajoo.net/projects/xautomation.html
only in patch2:
unchanged:
--- xautomation-1.03.orig/debian/patches/series
+++ xautomation-1.03/debian/patches/series
@@ -0,0 +1 @@
+fix-binutils-gold
only in patch2:
unchanged:
--- xautomation-1.03.orig/debian/patches/fix-binutils-gold
+++ xautomation-1.03/debian/patches/fix-binutils-gold
@@ -0,0 +1,13 @@
+From: Ana Guerrero 
+Subject: fix FTBFS with binutils-gold
+--- a/Makefile.am
 b/Makefile.am
+@@ -1,7 +1,7 @@
+ bin_PROGRAMS = xte rgb2pat png2pat visgrep pat2ppm patextract xmousepos
+ man_MANS = pat2ppm.1 patextract.1 png2pat.1 rgb2pat.1 visgrep.1 xautomation.7 xmousepos.1 xte.1
+ xte_SOURCES = xte.c debug.c kbd.h keysym_map.h multikey_map.h
+-xte_LDADD = $(X_LIBS) $(X_EXTRALIBS) -lXtst
++xte_LDADD = $(X_LIBS) $(X_EXTRALIBS) -lXtst  -lX11
+ rgb2pat_SOURCES = rgb2pat.c image.c image.h debug.c debug.h
+ rgb2pat_LDADD = -lpng
+ png2pat_SOURCES = png2pat.c image.c image.h debug.c debug.h

Bug#629813: swish++: diff for NMU version 6.1.5-2.1

[Ana Guerrero]

tags 556479 + pending
tags 629813 + pending
thanks

Dear maintainer,

I've prepared an NMU for swish++ (versioned as 6.1.5-2.1) and
uploaded it to the archive. Attached is the patch with the changes.

Regards.
Ana
diff -u swish++-6.1.5/debian/changelog swish++-6.1.5/debian/changelog
--- swish++-6.1.5/debian/changelog
+++ swish++-6.1.5/debian/changelog
@@ -1,3 +1,11 @@
+swish++ (6.1.5-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS with newer GCC 4.6 (Closes: #629813) and with binutils-gold
+(Closes:#556479).  Patches thanks to Georgios M. Zarkadas.
+
+ -- Ana Beatriz Guerrero Lopez   Mon, 12 Sep 2011 19:37:31 +0200
+
 swish++ (6.1.5-2) unstable; urgency=low
 
   * Added some more detailed remarks in README.Debian about
diff -u swish++-6.1.5/debian/patches/series swish++-6.1.5/debian/patches/series
--- swish++-6.1.5/debian/patches/series
+++ swish++-6.1.5/debian/patches/series
@@ -11,0 +12,2 @@
+include_cstddef_header
+fix_ftbfs_gold_bug
only in patch2:
unchanged:
--- swish++-6.1.5.orig/debian/patches/include_cstddef_header
+++ swish++-6.1.5/debian/patches/include_cstddef_header
@@ -0,0 +1,14 @@
+From: "Georgios M. Zarkadas" 
+Subject: fix FTBFS with gcc 4.6
+diff --git a/encoded_char.h b/encoded_char.h
+index 819c993..6b9a371 100644
+--- a/encoded_char.h
 b/encoded_char.h
+@@ -25,6 +25,7 @@
+ // standard
+ #include 
+ #include 
++#include 
+ 
+ // local
+ #include "iso8859-1.h"
only in patch2:
unchanged:
--- swish++-6.1.5.orig/debian/patches/fix_ftbfs_gold_bug
+++ swish++-6.1.5/debian/patches/fix_ftbfs_gold_bug
@@ -0,0 +1,7 @@
+From: "Georgios M. Zarkadas" 
+Subject: Fix FTBFS with binutils-gold
+--- swish++-6.1.4.orig/config/config.mk
 swish++-6.1.4/config/config.mk
+@@ -186,1 +186,1 @@
+-STDCXXLINK:=	-lstdc++
++STDCXXLINK:=   -lstdc++ -lgcc -lm

Bug#639043: scribus-ng: diff for NMU version 1.4.0.dfsg~rc2-1.1

[Ana Guerrero]

1(), CAIRO_FONT_SLANT_NORMAL, CAIRO_FONT_WEIGHT_BOLD);
+ 	cairo_set_font_size(m_cr, m_font.pointSizeF());
+ 	cairo_font_extents (m_cr, &extentsF);
+--- a/scribus/scribusview.cpp
 b/scribus/scribusview.cpp
+@@ -4116,12 +4116,12 @@ void ScribusView::TextToPath()
+ 			if (charStyle.underlineWidth() != -1)
+ Uwid = (charStyle.underlineWidth() / 1000.0) * (charStyle.fontSize() / 10.0);
+ 			else
+-Uwid = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), 1.0);
++Uwid = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), (qreal)1.0);
+ 		}
+ 		else
+ 		{
+ 			Upos = charStyle.font().underlinePos(charStyle.fontSize() / 10.0);
+-			Uwid = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), 1.0);
++			Uwid = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), (qreal)1.0);
+ 		}
+ 		if (charStyle.baselineOffset() != 0)
+ 			Upos += (charStyle.fontSize() / 10.0) * (charStyle.baselineOffset() / 1000.0);
+@@ -4259,12 +4259,12 @@ void ScribusView::TextToPath()
+ 			if (charStyle.strikethruWidth() != -1)
+ Uwid = (charStyle.strikethruWidth() / 1000.0) * (charStyle.fontSize() / 10.0);
+ 			else
+-Uwid = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), 1.0);
++Uwid = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), (qreal)1.0);
+ 		}
+ 		else
+ 		{
+ 			Upos = charStyle.font().strikeoutPos(charStyle.fontSize() / 10.0);
+-			Uwid = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), 1.0);
++			Uwid = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), (qreal)1.0);
+ 		}
+ 		if (charStyle.baselineOffset() != 0)
+ 			Upos += (charStyle.fontSize() / 10.0) * (charStyle.baselineOffset() / 1000.0);
+@@ -4350,12 +4350,12 @@ void ScribusView::TextToPath()
+ if (charStyle.underlineWidth() != -1)
+ 	lw = (charStyle.underlineWidth() / 1000.0) * (charStyle.fontSize() / 10.0);
+ else
+-	lw = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), 1.0);
++	lw = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), (qreal)1.0);
+ 			}
+ 			else
+ 			{
+ st = charStyle.font().underlinePos(charStyle.fontSize() / 10.0);
+-lw = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), 1.0);
++lw = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), (qreal)1.0);
+ 			}
+ 			if (charStyle.baselineOffset() != 0)
+ st += (charStyle.fontSize() / 10.0) * hl->glyph.scaleV * (charStyle.baselineOffset() / 1000.0);
+@@ -4537,12 +4537,12 @@ void ScribusView::TextToPath()
+ if (charStyle.strikethruWidth() != -1)
+ 	lw = (charStyle.strikethruWidth() / 1000.0) * (charStyle.fontSize() / 10.0);
+ else
+-	lw = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), 1.0);
++	lw = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), (qreal)1.0);
+ 			}
+ 			else
+ 			{
+ st = charStyle.font().strikeoutPos(charStyle.fontSize() / 10.0);
+-lw = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), 1.0);
++lw = qMax(charStyle.font().strokeWidth(charStyle.fontSize() / 10.0), (qreal)1.0);
+ 			}
+ 			if (charStyle.baselineOffset() != 0)
+ st += (charStyle.fontSize() / 10.0) * hl->glyph.scaleV * (charStyle.baselineOffset() / 1000.0);
+--- a/scribus/selection.cpp
 b/scribus/selection.cpp
+@@ -447,10 +447,10 @@ void Selection::setGroupRect()
+ 			QRectF itRect(currItem->getVisualBoundingRect());
+ // 			for (uint pc = 0; pc < 4; ++pc)
+ 			{
+-vminx = qMin(vminx, itRect.x());
+-vminy = qMin(vminy, itRect.y());
+-vmaxx = qMax(vmaxx, itRect.right());
+-vmaxy = qMax(vmaxy, itRect.bottom());
++vminx = qMin(vminx, (double)itRect.x());
++vminy = qMin(vminy, (double)itRect.y());
++vmaxx = qMax(vmaxx, (double)itRect.right());
++vmaxy = qMax(vmaxy, (double)itRect.bottom());
+ 			}
+ 		}
+ 		else
+--- a/scribus/smlinestyle.cpp
 b/scribus/smlinestyle.cpp
+@@ -729,7 +729,7 @@ void SMLineStyle::updatePreview()
+ 	for (int it = (*tmpLine).size()-1; it > -1; it--)
+ 	{
+ 		QPen pen;
+-		QVector m_array;
++		QVector m_array;
+ 		if ((*tmpLine)[it].Dash == 1)
+ 			pen.setStyle(Qt::SolidLine);
+ 		else
+--- a/scribus/ui/modetoolbar.cpp
 b/scribus/ui/modetoolbar.cpp
+@@ -101,7 +101,7 @@ void ModeToolBar::SelShape(int s, int c,
+ //	insertShapeButtonMenu->hide();
+ 	SubMode = s;
+ 	ValCount = c;
+-	ShapeVals = vals;
++	ShapeVals = (double*)vals;
+ 	m_ScMW->scrActions["toolsInsertShape"]->setChecked(false);
+ 	m_ScMW->scrActions["toolsInsertShape"]->setChecked(true);
+ }
diff -Nru scribus-ng-1.4.0.dfsg~rc2/debian/patches/fixes_cups1.5.patch scribus-ng-1.4.0.dfsg~rc2/debian/patches/fixes_cups1.5.patch
--- scribus-ng-1.4.

Bug#628253: fixed elswhere -- probably in glext.h

[Ana Guerrero]

reopen 628253
thanks

On Tue, Jun 14, 2011 at 12:24:13PM +0200, Christoph Egger wrote:
> fixed elswhere -- probably in glext.h

Nope :/ I am reopening because the bug is still there, see attached log.

Ana


python-sfml_1.5-2_amd64.build.gz
Description: Binary data

Bug#556686: quick update

[Ana Guerrero]

Hi,
Do not bother about fixing this bug, the short-term plan is removing
libwv from Debian.

Ana



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

Bug#621401: scribus: diff for NMU version 1.4.0.dfsg~rc3+svn20110401-1.1

[Ana Guerrero]

e"]->setChecked(true);
+ }
diff -Nru scribus-1.4.0.dfsg~rc3+svn20110401/debian/patches/fixes_cups1.5.patch scribus-1.4.0.dfsg~rc3+svn20110401/debian/patches/fixes_cups1.5.patch
--- scribus-1.4.0.dfsg~rc3+svn20110401/debian/patches/fixes_cups1.5.patch	1970-01-01 01:00:00.0 +0100
+++ scribus-1.4.0.dfsg~rc3+svn20110401/debian/patches/fixes_cups1.5.patch	2011-09-11 22:09:23.0 +0200
@@ -0,0 +1,24 @@
+From: Ana Guerrero 
+Bug-Debian: http://bugs.debian.org/639031
+Subject: fixes with cups 1.5
+
+--- a/scribus/cupsoptions.cpp
 b/scribus/cupsoptions.cpp
+@@ -42,6 +42,7 @@ for which a new license (GPL+exception)
+ #include "scconfig.h"
+ #ifdef HAVE_CUPS
+ #include 
++#include 
+ #endif
+ #include "util_icon.h"
+ 
+--- a/scribus/util_printer.cpp
 b/scribus/util_printer.cpp
+@@ -9,6 +9,7 @@ for which a new license (GPL+exception)
+ 
+ #if defined( HAVE_CUPS )
+  #include 
++ #include 
+ #elif defined(_WIN32)
+  #include 
+  #include 
diff -Nru scribus-1.4.0.dfsg~rc3+svn20110401/debian/patches/series scribus-1.4.0.dfsg~rc3+svn20110401/debian/patches/series
--- scribus-1.4.0.dfsg~rc3+svn20110401/debian/patches/series	2011-04-01 20:39:51.0 +0200
+++ scribus-1.4.0.dfsg~rc3+svn20110401/debian/patches/series	2011-09-11 22:08:19.0 +0200
@@ -1,3 +1,5 @@
 scribus_CMakeLists.patch
 profiles_CMakeLists.patch
 top_CMakeLists.txt
+0001-qreal-double-fixes.patch
+fixes_cups1.5.patch

Bug#635484: libgphoto2: diff for NMU version 2.4.11-3.1

[Ana Guerrero]

tags 635484 + patch
tags 635484 + pending
thanks

Dear maintainers,   
 

 
I've prepared a NMU for libgphoto2 (versioned as 2.4.11-3.1) and
 
uploaded it to DELAYED/10 given the severity of this bug was bumped 
 
some days ago only. 
 
Originally I was planning to do a 0-day NMU to fix this bug and 

#625364 (FTBFS), but this second bug ended being a bogus bug.   
 
Regards,
 
Ana
diff -Nru libgphoto2-2.4.11/debian/changelog libgphoto2-2.4.11/debian/changelog
--- libgphoto2-2.4.11/debian/changelog	2011-04-30 16:38:34.0 +0200
+++ libgphoto2-2.4.11/debian/changelog	2011-09-10 17:11:31.0 +0200
@@ -1,3 +1,10 @@
+libgphoto2 (2.4.11-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Switch build depend from libjpeg62-dev to libjpeg-dev. (Closes: #635484)
+
+ -- Ana Beatriz Guerrero Lopez   Sat, 10 Sep 2011 16:54:07 +0200
+
 libgphoto2 (2.4.11-3) unstable; urgency=low
 
   * Add support for GD, by Build-Depending on libgd2-noxpm-dev
diff -Nru libgphoto2-2.4.11/debian/control libgphoto2-2.4.11/debian/control
--- libgphoto2-2.4.11/debian/control	2011-04-29 21:00:10.0 +0200
+++ libgphoto2-2.4.11/debian/control	2011-09-10 16:54:54.0 +0200
@@ -14,7 +14,7 @@
  , libgpmg1-dev [linux-any]
  , pkg-config
  , libexif-dev (>= 0.5.9)
- , libjpeg62-dev
+ , libjpeg-dev
  , doxygen
  , graphviz
  , libdbus-1-dev

Bug#626359: tokyotyrant: diff for NMU version 1.1.40-4.1

[Ana Guerrero]

tags 615787 + pending
tags 626359 + patch
tags 626359 + pending
thanks

Dear maintainers,

I've prepared an NMU for tokyotyrant (versioned as 1.1.40-4.1) and
uploaded it to the archive. Attached is the patch with the changes.

Ana
diff -Nru tokyotyrant-1.1.40/debian/changelog tokyotyrant-1.1.40/debian/changelog
--- tokyotyrant-1.1.40/debian/changelog	2010-05-16 18:46:23.0 +0200
+++ tokyotyrant-1.1.40/debian/changelog	2011-09-10 16:45:16.0 +0200
@@ -1,3 +1,15 @@
+tokyotyrant (1.1.40-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add patch to add all libraries needed to linker commandline.
+Patch by Andreas Moog. (LP: #756048) (Closes: #615787)
+  * Fix FTBFS since start-stop-daemon resides under /sbin, and this path isn't 
+included in the standard path when building as non-root. This needs to
+update the patch 003-run-service-make-check to add /sbin/
+Patch by Moritz Muehlenhoff. (Closes: #626359)
+
+ -- Ana Beatriz Guerrero Lopez   Sat, 10 Sep 2011 16:45:01 +0200
+
 tokyotyrant (1.1.40-4) unstable; urgency=low
 
   * Fixed bashism in init script (Closes: #581141).
diff -Nru tokyotyrant-1.1.40/debian/patches/003-run-service-make-check tokyotyrant-1.1.40/debian/patches/003-run-service-make-check
--- tokyotyrant-1.1.40/debian/patches/003-run-service-make-check	2010-05-16 18:46:23.0 +0200
+++ tokyotyrant-1.1.40/debian/patches/003-run-service-make-check	2011-09-10 16:42:01.0 +0200
@@ -71,11 +71,11 @@
 +	if [ $(test_start_stop) -eq 1 ]; then \
 +		$(RUNENV); \
 +		export LD_LIBRARY_PATH; \
-+		start-stop-daemon -v -S -p $(test_pid) -d `pwd` --exec `pwd`/ttserver \
++		/sbin/start-stop-daemon -v -S -p $(test_pid) -d `pwd` --exec `pwd`/ttserver \
 +			-- -host $(test_host) -port $(test_port) \
 +			   -ld -dmn -pid $(test_pid) || exit 1; \
 +		\
-+		trap "start-stop-daemon -v -K -R TERM/30/KILL/5 -p $(test_pid) && rm -f $(test_pid)" 0; \
++		trap "/sbin/start-stop-daemon -v -K -R TERM/30/KILL/5 -p $(test_pid) && rm -f $(test_pid)" 0; \
 +	fi; \
 +	\
 +	for i in `seq 5`; do \
diff -Nru tokyotyrant-1.1.40/debian/patches/006-no-add-needed tokyotyrant-1.1.40/debian/patches/006-no-add-needed
--- tokyotyrant-1.1.40/debian/patches/006-no-add-needed	1970-01-01 01:00:00.0 +0100
+++ tokyotyrant-1.1.40/debian/patches/006-no-add-needed	2011-09-10 16:13:27.0 +0200
@@ -0,0 +1,51 @@
+Description: Add all needed libs to linker
+ with --no-add-needed you need to specify all libraries needed to link
+ the binaries, as the DT_NEEDED entries aren't copied anymore.
+Author: Andreas Moog 
+Last-Update: 2011-07-09
+
+--- tokyotyrant-1.1.40.orig/Makefile.in
 tokyotyrant-1.1.40/Makefile.in
+@@ -57,7 +57,7 @@ CPPFLAGS = @MYCPPFLAGS@ \
+ CFLAGS = @MYCFLAGS@
+ LDFLAGS = @MYLDFLAGS@
+ CMDLDFLAGS = @MYCMDLDFLAGS@
+-LIBS = @LIBS@
++LIBS = @LIBS@ -llua5.1 -ltokyocabinet
+ RUNENV = @MYLDLIBPATHENV@=.
+ POSTCMD = @MYPOSTCMD@
+ 
+@@ -342,27 +342,27 @@ ttskelnull.bundle : ttskelnull.o
+ 
+ 
+ ttserver : ttserver.o scrext.o $(LIBRARYFILES)
+-	$(LDENV) $(CC) $(CFLAGS) -o $@ $< scrext.o $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant
++	$(LDENV) $(CC) $(CFLAGS) -o $@ $< scrext.o $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant $(LIBS)
+ 
+ 
+ ttulmgr : ttulmgr.o $(LIBRARYFILES)
+-	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant
++	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant $(LIBS)
+ 
+ 
+ ttultest : ttultest.o $(LIBRARYFILES)
+-	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant
++	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant $(LIBS)
+ 
+ 
+ tcrtest : tcrtest.o $(LIBRARYFILES)
+-	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant
++	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant $(LIBS)
+ 
+ 
+ tcrmttest : tcrmttest.o $(LIBRARYFILES)
+-	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant
++	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant $(LIBS)
+ 
+ 
+ tcrmgr : tcrmgr.o $(LIBRARYFILES)
+-	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant
++	$(LDENV) $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(CMDLDFLAGS) -ltokyotyrant $(LIBS)
+ 
+ 
+ myconf.o scrext.o : myconf.h
diff -Nru tokyotyrant-1.1.40/debian/patches/series tokyotyrant-1.1.40/debian/patches/series
--- tokyotyrant-1.1.40/debian/patches/series	2010-05-16 18:46:23.0 +0200
+++ tokyotyrant-1.1.40/debian/patches/series	2011-09-10 16:38:07.0 +0200
@@ -4,3 +4,4 @@
 003-run-service-make-check
 004-kfreebsd-fix
 005-change-default-port
+006-no-add-needed

Bug#625372: libphone-utils: diff for NMU version 0.1+git20100630-1.1

[Ana Guerrero]

tags 625372 + patch
tags 625372 + pending
thanks

Dear maintainer,

I've prepared an NMU for libphone-utils (versioned as 0.1+git20100630-1.1) and
uploaded it. See the patch with the changes attached.
I have also removed a spurious patch named debian-changes-0.1+git20100630-1 
with changes for autotools that seemed to be applied/shipped by mistake while 
using
source format 3.0.

Ana
diff -Nru libphone-utils-0.1+git20100630/debian/changelog libphone-utils-0.1+git20100630/debian/changelog
--- libphone-utils-0.1+git20100630/debian/changelog	2010-07-26 17:45:34.0 +0200
+++ libphone-utils-0.1+git20100630/debian/changelog	2011-09-10 13:35:58.0 +0200
@@ -1,3 +1,11 @@
+libphone-utils (0.1+git20100630-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add patch remove_unusued_variables to remove unusued variables to build
+with GCC 4.6.1. (Closes: #625372)
+
+ -- Ana Beatriz Guerrero Lopez   Sat, 10 Sep 2011 13:35:57 +0200
+
 libphone-utils (0.1+git20100630-1) unstable; urgency=low
 
   * New upstream release
diff -Nru libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables
--- libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables	1970-01-01 01:00:00.0 +0100
+++ libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables	2011-09-10 13:29:06.0 +0200
@@ -0,0 +1,29 @@
+--- a/src/lib/phone-utils.c
 b/src/lib/phone-utils.c
+@@ -487,17 +487,13 @@ phone_utils_normalize_number_using_param
+ 	int found;
+ 	char *pos;
+ 	int len;
+-	const char *international, *national, *country, *area;
+-	int international_len, national_len, country_len, area_len;
++	const char *international, *national;
++	int international_len, national_len;
+ 	/* Optimize, already got those saved, get them */
+ 	international = phone_utils_get_user_international_prefix();
+ 	national = phone_utils_get_user_national_prefix();
+-	country = phone_utils_get_user_country_code();
+-	area = phone_utils_get_user_area_code();
+ 	international_len = strlen(international);
+ 	national_len = strlen(national);
+-	country_len = strlen(country);
+-	area_len = strlen(area);
+ 
+ 	/* on error */
+ 	if (!number) {
+@@ -754,4 +750,4 @@ int
+ phone_utils_remove_filler_chars(char *number)
+ {
+ 	return filter_string(number, filler_chars);
+-}
+\ No newline at end of file
++}
diff -Nru libphone-utils-0.1+git20100630/debian/patches/series libphone-utils-0.1+git20100630/debian/patches/series
--- libphone-utils-0.1+git20100630/debian/patches/series	2010-07-26 17:45:44.0 +0200
+++ libphone-utils-0.1+git20100630/debian/patches/series	2011-09-10 13:24:44.0 +0200
@@ -1 +1 @@
-debian-changes-0.1+git20100630-1
+remove_unusued_variables

Bug#629671: libpuzzle: diff for NMU version 0.9-4.1

[Ana Guerrero]

tags 629671 + patch
tags 629671 + pending
thanks

Dear maintainers,

I've prepared an NMU for libpuzzle (versioned as 0.9-4.1) and
uploaded it. See the attached patch for the changes I have made.

Ana
diff -u libpuzzle-0.9/debian/rules libpuzzle-0.9/debian/rules
--- libpuzzle-0.9/debian/rules
+++ libpuzzle-0.9/debian/rules
@@ -7,6 +7,7 @@
 
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/autotools.mk
+include /usr/share/cdbs/1/rules/patchsys-quilt.mk
 
 # Automatically update config.{guess,sub} et al.
 include /usr/share/cdbs/1/class/autotools-files.mk
diff -u libpuzzle-0.9/debian/control libpuzzle-0.9/debian/control
--- libpuzzle-0.9/debian/control
+++ libpuzzle-0.9/debian/control
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Debian PhotoTools Maintainers 
 Uploaders: Cyril Brulebois 
-Build-Depends: debhelper (>= 5), cdbs, autotools-dev, chrpath, php5-dev, libgd2-noxpm-dev
+Build-Depends: debhelper (>= 5), cdbs, autotools-dev, chrpath, php5-dev, libgd2-noxpm-dev, quilt
 Standards-Version: 3.7.3
 Homepage: http://libpuzzle.pureftpd.org/project/libpuzzle
 Vcs-Browser: http://git.debian.org/?p=pkg-phototools/libpuzzle.git
diff -u libpuzzle-0.9/debian/changelog libpuzzle-0.9/debian/changelog
--- libpuzzle-0.9/debian/changelog
+++ libpuzzle-0.9/debian/changelog
@@ -1,3 +1,13 @@
+libpuzzle (0.9-4.1) unstable; urgency=low
+
+  * Non-maintainer upload. 
+  * Add -lm to libpuzzle_la_LIBADD to fix a FTBFS with 
+--no-copy-dt-needed-entries.  Patch by Andreas Moog. 
+(Closes: #629671) (LP: #756106)
+  * Add quilt to Build-Depends for patching and include in debian/rules.
+
+ -- Ana Beatriz Guerrero Lopez   Sat, 10 Sep 2011 12:26:43 +0200
+
 libpuzzle (0.9-4) unstable; urgency=low
 
   * Fix missing dependency on phpapi-* for libpuzzle-php, thanks to
only in patch2:
unchanged:
--- libpuzzle-0.9.orig/debian/patches/fix_ftbfs_629671.diff
+++ libpuzzle-0.9/debian/patches/fix_ftbfs_629671.diff
@@ -0,0 +1,30 @@
+From: Andreas Moog 
+Subject: Fix FTBFS
+Add -lm to libpuzzle_la_LIBADD to fix a FTBFS with --no-copy-dt-needed-entries 
+
+Origin: ubuntu, https://bugs.launchpad.net/ubuntu/+source/libpuzzle/+bug/756106
+Bug-Debian: http://bugs.debian.org/629671
+
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -15,6 +15,9 @@ libpuzzle_la_SOURCES = \
+ 	globals.h \
+ 	puzzle.h
+ 
++libpuzzle_la_LIBADD = \
++	-lm
++
+ include_HEADERS = \
+ 	puzzle.h
+ 
+--- a/src/Makefile.in
 b/src/Makefile.in
+@@ -61,7 +61,7 @@ am__installdirs = "$(DESTDIR)$(libdir)"
+ 	"$(DESTDIR)$(includedir)"
+ libLTLIBRARIES_INSTALL = $(INSTALL)
+ LTLIBRARIES = $(lib_LTLIBRARIES)
+-libpuzzle_la_LIBADD =
++libpuzzle_la_LIBADD = -lm
+ am_libpuzzle_la_OBJECTS = puzzle.lo tunables.lo dvec.lo cvec.lo \
+ 	compress.lo vector_ops.lo
+ libpuzzle_la_OBJECTS = $(am_libpuzzle_la_OBJECTS)
only in patch2:
unchanged:
--- libpuzzle-0.9.orig/debian/patches/series
+++ libpuzzle-0.9/debian/patches/series
@@ -0,0 +1 @@
+fix_ftbfs_629671.diff

Bug#615787: tokyotyrant: ftbfs with gold or ld --no-add-needed

[Ana Guerrero]

On Mon, Feb 28, 2011 at 12:53:48AM +, Matthias Klose wrote:
> Package: tokyotyrant
> Version: 1.1.40-4
> Severity: important
> Tags: sid
> User: peter.fritzs...@gmx.de
> Usertags: no-add-needed
> 
> The package fails to build in a test rebuild on at least amd64 with
> ld --no-add-needed.  For details, please see:
> http://lists.debian.org/debian-devel-announce/2011/02/msg00011.html
> http://wiki.debian.org/ToolChain/DSOLinking
>

Dear maintainers,
This bug has a patch available in the BTS, do you have time to look
at this or do you need help with a NMU?

Ana



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

Bug#629671: libpuzzle: FTBFS: vector_ops.c:74: undefined reference to `sqrt'

[Ana Guerrero]

On Wed, Jun 08, 2011 at 04:13:44PM +0200, Didier Raboud wrote:
> Source: libpuzzle
> Version: 0.9-4
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20110607 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part:
> > gcc -shared  .libs/puzzle.o .libs/tunables.o .libs/dvec.o .libs/cvec.o 
> > .libs/compress.o .libs/vector_ops.o  /usr/lib/libgd.so -L/usr/lib  -Wl,-z 
> > -Wl,defs -Wl,--as-needed -Wl,-soname -Wl,libpuzzle.so.1 -o 
> > .libs/libpuzzle.so.1.0.0
> > .libs/dvec.o: In function `puzzle_autocrop_axis':
> > /«BUILDDIR»/libpuzzle-0.9/src/dvec.c:167: undefined reference to `round'
> > .libs/dvec.o: In function `puzzle_fill_avglgls':
> > /«BUILDDIR»/libpuzzle-0.9/src/dvec.c:380: undefined reference to `round'
> > /«BUILDDIR»/libpuzzle-0.9/src/dvec.c:513: undefined reference to `round'
> > /«BUILDDIR»/libpuzzle-0.9/src/dvec.c:395: undefined reference to `round'
> > /«BUILDDIR»/libpuzzle-0.9/src/dvec.c:398: undefined reference to `round'
> > .libs/dvec.o:/«BUILDDIR»/libpuzzle-0.9/src/dvec.c:403: more undefined 
> > references to `round' follow
> > .libs/vector_ops.o: In function `puzzle_vector_euclidean_length':
> > /«BUILDDIR»/libpuzzle-0.9/src/vector_ops.c:74: undefined reference to `sqrt'
> > collect2: ld returned 1 exit status
> 
> The full build log is available from:
>
> http://people.debian.org/~lucas/logs/2011/06/07/libpuzzle_0.9-4_lsid64.buildlog
> 

Dear PhotoTools Maintainers,

Do you have time for looking at this bug or would like help with a NMU?

Ana




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

Bug#618096: solved in 1.4.7

[Ana Guerrero]

Hi,

Both bugs #618096 and #625397, are solved in the latest
upstream release: 1.4.7.

Ana



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

Bug#628919: chrony: diff for NMU version 1.24-3.1

[Ana Guerrero]

On Fri, Aug 12, 2011 at 02:05:13PM +0200, Julien Cristau wrote:
> On Fri, Aug 12, 2011 at 13:46:25 +0200, Ana Guerrero wrote:
> 
> > --- chrony-1.24.orig/sys_linux.c
> > +++ chrony-1.24/sys_linux.c
> > @@ -819,6 +819,11 @@
> >LOG_FATAL(LOGF_SysLinux, "Kernel version not supported yet, 
> > sorry.");
> >}
> >break;
> > +case 3:
> > +  /* These don't need scaling (treat like 2.6.28 and later) */
> > +  freq_scale = 1.0;
> > +  have_readonly_adjtime = 2;
> > +  break;
> >  default:
> >LOG_FATAL(LOGF_SysLinux, "Kernel's major version not supported yet, 
> > sorry");
> >break;
> 
> Any particular reason you're not removing the LOG_FATAL thing entirely,
> and making the "new kernel" behaviour be the 'default' case?

Hi!

Wouldn't that be very intrusive for a NMU? I don't like the code either but 
luckily upstream has redone this in their new release version. Hopefully John 
will 
do the new release upload himself soon or ack new (co-)maintainers.
Or you were asking for another reason?

Ana



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

Bug#628919: chrony: diff for NMU version 1.24-3.1

[Ana Guerrero]

tags 628919 + patch
tags 628919 + pending
tags 634447 + patch
tags 634447 + pending
tags 637526 + patch
tags 637526 + pending
thanks

Dear maintainer,

I've prepared an NMU for chrony (versioned as 1.24-3.1) and
uploaded it directly to the archive. I know I said in the
bug #628919 that I would wait a week, but bug #634447 is
more than 1 week old so I decided to follow the 0-day NMU policy.
3 RCs bug are too many RC bugs :)   
  

  
Please see the attached path and incorporate the changes
in your next upload.
  

  
Ana
diff -u chrony-1.24/debian/changelog chrony-1.24/debian/changelog
--- chrony-1.24/debian/changelog
+++ chrony-1.24/debian/changelog
@@ -1,3 +1,15 @@
+chrony (1.24-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add patch (directly over the source...), to work with kernels > 3.0.0,
+by Paul Martin at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628919#15.
+(Closes: #628919)
+  * Fix readline build-depends from "libreadline5-dev | libreadline-dev" to
+libreadline-gplv2-dev because chrony is GPLv2 only.  (Closes: #634447)
+  * Update copyright file to say that chrony is GPLv2 only. (Closes: #637526)
+
+ -- Ana Beatriz Guerrero Lopez   Fri, 12 Aug 2011 12:32:26 +0200
+
 chrony (1.24-3) unstable; urgency=high
 
   * Applied (modifed) patch from Gregor Herrmann.
diff -u chrony-1.24/debian/control chrony-1.24/debian/control
--- chrony-1.24/debian/control
+++ chrony-1.24/debian/control
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: John G. Hasler 
 Standards-Version: 3.8.3
-Build-Depends: debhelper (>= 7), libreadline5-dev | libreadline-dev, texinfo, bison
+Build-Depends: debhelper (>= 7), texinfo, libreadline-gplv2-dev, bison
 
 Package: chrony
 Architecture: any
diff -u chrony-1.24/debian/copyright chrony-1.24/debian/copyright
--- chrony-1.24/debian/copyright
+++ chrony-1.24/debian/copyright
@@ -4,7 +4,7 @@
 
 Author(s): Richard Curnow 
 
-License: GNU General Public License (GPL)
+License: GNU General Public License v2 (GPL)
 
 Program Copyright (C) 1998-2003 Richard Curnow
 Modifications for Debian Copyright (C) 2000-2003 John Hasler
@@ -13,8 +13,7 @@
 
 This program is free software; you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
-the Free Software Foundation; either version 2, or (at your option)
-any later version.
+the Free Software Foundation; version 2 of the License.
 
 This program is distributed in the hope that it will be useful, but
 WITHOUT ANY WARRANTY; without even the implied warranty of
@@ -28,0 +28,4 @@
+
+On Debian systems, the complete text of the GNU General Public
+License, version 2, can be found in /usr/share/common-licenses/GPL-2.
+
only in patch2:
unchanged:
--- chrony-1.24.orig/sys_linux.c
+++ chrony-1.24/sys_linux.c
@@ -819,6 +819,11 @@
   LOG_FATAL(LOGF_SysLinux, "Kernel version not supported yet, sorry.");
   }
   break;
+case 3:
+  /* These don't need scaling (treat like 2.6.28 and later) */
+  freq_scale = 1.0;
+  have_readonly_adjtime = 2;
+  break;
 default:
   LOG_FATAL(LOGF_SysLinux, "Kernel's major version not supported yet, sorry");
   break;

Bug#637526: incorrect copyright file

[Ana Guerrero]

Package: chrony
Version: 1.24-3+b1
Severity: serious

Hi,

chrony's copyright file says:


This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2, or (at your option)
any later version.


While chrony appears to be only GPL v2.



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

Bug#628919: Packages for Squeeze

[Ana Guerrero]

Hi,

I needed to have a working chrony in a couple of Squeeze servers.
I am linking here the packages in case they are useful to somebody
else:

http://people.debian.org/~ana/chrony-squeeze/chrony_1.24-4~ana_amd64.deb
http://people.debian.org/~ana/chrony-squeeze/chrony_1.24-4~ana_i386.deb

(also the sources are directly in http://people.debian.org/~ana/chrony-squeeze/)

I am going to prepare a 1-week delayed NMU for Sid and will also
paste here the packages + the NMU patch.

Ana
PS: I reiterate my offer from bug #637514 of adopting chrony.



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

Bug#628919: /usr/sbin/chronyd: Starting with kernel v3.0, chronyd will refuse to start

[Ana Guerrero]

On Tue, Aug 09, 2011 at 10:44:02AM -0500, John Hasler wrote:
> I'm starting on 1.26 today.

Nice! Any chance of also pushing this patch to the next stable
point release? 6.0.3

Thanks,
Ana



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

Bug#634447: Bug#628919: /usr/sbin/chronyd: Starting with kernel v3.0, chronyd will refuse to start

[Ana Guerrero]

severity 628919 serious
thanks

On Thu, Jun 02, 2011 at 08:39:51AM -0400, David Hill wrote:
> Package: chrony
> Version: 1.24-3+b1
> Severity: important
> File: /usr/sbin/chronyd
> 
> 
> wolfe:/etc/init.d# chronyd -d
> sys_linux.c:688:(get_version_specific_details)[02-12:36:37] Initial 
> txc.tick=1 txc.freq=0 (0.) txc.offset=0 => hz=100 shift_hz=7
> sys_linux.c:704:(get_version_specific_details)[02-12:36:37] set_config_hz=0 
> hz=100 shift_hz=7 basic_freq_scale=1.2800 nominal_tick=1 
> slew_delta_tick=833 max_tick_bias=1000
> sys_linux.c:742:(get_version_specific_details)[02-12:36:37] Linux kernel 
> major=3 minor=0 patch=0
> sys_linux.c:823:(get_version_specific_details)[02-12:36:37] Fatal error : 
> Kernel's major version not supported yet, sorry
> 
> 

Hi,

Now 3.0.0 is available in unstable, this bug is serious.  I am raising the bug 
serverity.

John Hasler: do you know if you will have time to fix this it soon? If not, I 
can make
a non-maintainer upload fixing this bug and #634447 (build-dependency not
installable: libreadline5-dev), with or without the new version of chrony, as
you prefer.

Ana



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

Bug#620564: Patch for fixing the two RC bugs, possible NMU

[Ana Guerrero]

On Sun, May 22, 2011 at 05:09:36PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> tag 620564 patch
> tag 622199 patch
> thanks
> 
> Hi! I am attaching a patch for fixing this two bugs. I'll probably ask for an 
> NMU upload to delayed/5.
> 
> Please, do not heasitate in contacting me if you have any doubt/comment.
> 
> Kinds regards, Lisandro.


I just sponsored Lisandro's NMU to DELAYED/5.

Ana



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

Bug#622282: exaile: new version available

[Ana Guerrero]

On Fri, Apr 15, 2011 at 10:39:53AM +0200, Jörgen Hägg wrote:
> Package: exaile
> Version: 0.3.2.0-0.1
> Followup-For: Bug #622282
> 
> 
> There seems to be a new version, 0.3.2.1, that supposedly should fix
> the problem with append-items, #622282.
>

I can confirm, newer version  0.3.2.1 fixes the problem.

Ana



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

Bug#561922: mpg123: diff for NMU version 1.12.1-3.1

[Ana Guerrero]

On Sun, Apr 03, 2011 at 01:33:22PM +0200, Daniel Kobras wrote:
> Hi Ana!
> 
> Am 02.04.2011 um 23:11 schrieb Ana Guerrero:
> 
> > This bug is currently blocking the removal of arts from Debian,
> > see bug #619729.
> > I've prepared an NMU for mpg123 (versioned as 1.12.1-3.1) and
> > uploaded it to DELAYED/10. Please feel free to tell me if I
> > should delay it longer or do an upload yourself updating to the
> > latest version of mpg123.
> 
> Thanks for preparing the upload. Feel free to push it right into the archive 
> rather than going though DELAYED.
>

Will do, thanks Daniel!

Ana



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

Bug#620583: please remove the arts build-depend

[Ana Guerrero]

Package: cynthiune.app
Version: 0.9.5-12
Severity: serious


  
Please remove the build-depend on arts that is being removed
  
from the archive. See bug #619729   
  

  

  
Thanks, 
  
Ana



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

Bug#620575: please remove the arts build-depend

[Ana Guerrero]

Package: zapping
Version: 0.10~cvs6-4+b2
Severity: serious

Please remove the build-depend on arts that is being removed
from the archive. See bug #619729


Thanks,
Ana



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

Bug#620564: FTBFS: linking problems

[Ana Guerrero]

Package: xsidplay
Version: 2.0.3-2
Severity: serious

Your package FTBFS:

libtool: link: g++ -g -O2 -o xsidplay EmuDialogData.o moc_AudioDialog.o 
moc_AudioDialogData.o moc_EmuDialog.o moc_EmuDialogData.o moc_FilterDialog.o 
moc_FilterDialogData.o moc_MainDialog.o moc_MainDialogData.o moc_MixerDialog.o 
moc_MixerDialogData.o moc_StilDialog.o moc_HVSC_Dialog.o moc_HVSC_DialogData.o 
moc_HistoryDialog.o moc_HistoryDialogData.o moc_TSID2Dialog.o 
moc_TSID2DialogData.o moc_SidIdDialog.o moc_SidIdDialogData.o 
moc_PlaylistDialog.o moc_PlaylistDialogData.o moc_PlaylistEditDialog.o 
moc_PlaylistEditDialogData.o moc_PlaylistOptDialog.o moc_PlaylistUpdateDialog.o 
moc_Player.o AudioDialog.o AudioDialogData.o ConfigC.o ConfigFile.o 
ConfigFileOld.o EmuDialog.o FilterDialog.o FilterDialogData.o HVSC_Dialog.o 
HVSC_DialogData.o HistoryDialog.o HistoryDialogData.o HistoryFile.o 
TSID2Dialog.o TSID2DialogData.o SidIdDialog.o SidIdDialogData.o MainDialog.o 
MainDialogData.o MixerDialog.o MixerDialogData.o Player.o Playlist.o 
PlaylistDialog.o PlaylistDialogData.o PlaylistEditDialog.o 
PlaylistEditDialogData.o PlaylistCheck.o PlaylistOptDialog.o 
PlaylistUpdateDialog.o StilDialog.o WidgetOffset.o xsidplay.o  audio/libaudio.a 
stilview/libstilview.a tools/libtools.a widgets/libwidgets.a 
wrapper/libwrapper.a songlendb/libsonglendb.a sidid/libsidid.a 
/usr/lib/libsidplay.so -L/usr/lib /usr/lib/libqt-mt.so -L/usr/X11R6/lib -laudio 
-lXt /usr/lib/libjpeg.so -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama 
-lXft /usr/lib/libfreetype.so -lfontconfig -lXext -lX11 -lm -lSM -lICE 
-lpthread /usr/lib/libartsc.so -L/usr/share/qt3/lib -ldl /usr/lib/libSDL.so 
/usr/lib/libesd.so
/usr/bin/ld: audio/libaudio.a(AudioDriverALSA.o): undefined reference to symbol 
'snd_pcm_hw_params_any@@ALSA_0.9'
/usr/bin/ld: note: 'snd_pcm_hw_params_any@@ALSA_0.9' is defined in DSO 
//usr/lib64/libasound.so.2 so try adding it to the linker command line 
//usr/lib64/libasound.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[4]: *** [xsidplay] Error 1


Log attached.

Ana


xsidplay_2.0.3-2_amd64.build.gz
Description: Binary data

Bug#604263: Improved changelog for NMU.

[Ana Guerrero]

On Tue, Mar 29, 2011 at 10:04:41AM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> Hi! I am attaching a patch with an improved changelog, making it more 
> suitable 
> for an NMU.
>

Hi,
I have sponsored Lisandro's NMU to delayed-7. Feel free to cancel the NMU and
make a upload maintainer fixing this bug.

Ana



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

Bug#577661: Status of DSPAM in Debian

[Ana Guerrero]

On Sat, Mar 26, 2011 at 10:16:00PM +0100, Julien Valroff wrote:
> 
> I plan to upload current git snapshot to experimental very soon - not
> everything was tested as much as I would have expected, and I think some
> documentation would need to be checked/rephrased/updated but the package has
> been in use on several production servers for some time now, which makes me
> confident for the future.
>

Experimental is experimental after all :-)
Also, most of the DSPAM uploaders are MIA. Well, I think all are MIA except
Christoph Haas.  Could you please update the list in your upload? Same with
the DM flag (!?).

Thanks,
Ana



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

Bug#577661: Status of DSPAM in Debian

[Ana Guerrero]

tags 577661 - pending
thanks

On Sun, Oct 24, 2010 at 01:34:18PM +0200, Julien Valroff wrote:
> Hi Thomas,
> 
> Le dimanche 24 oct. 2010 à 12:58:58 (+0800), Thomas Goirand a écrit :
> > Hi,
> > 
> > I've seen this:
> > 
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577661
> > 
> > and I'm very surprised that, after such a discussion in last April,
> > there wasn't any new package for DSPAM in Debian.
> > 
> > Julien, what's the status? After 6 months, you should have been able to
> > upload a new package, at least in Experimental, no?
> 
> As expressed in the bug report you mention, I would like to wait until 3.9.1
> is released, which might never happen given the upstream development is
> stalled since Stevan's decision to put his work on DSPAM on hold, at least
> temporary.
>

[...]

And almost 6 months after again, what is the status of DSPAM? It did not
make into Squeeze despite having 6 co-maintainers (!) and I am wondering 
if it should be removed from the archive.

Ana



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

Bug#604273: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

On Sat, Mar 12, 2011 at 09:20:19PM +0100, Ana Guerrero wrote:
> 
> On Sun, Nov 21, 2010 at 07:06:18PM +0100, Eckhart Wörner wrote:
> > Source: guidedog
> > Severity: wishlist
> > User: debian-qt-...@lists.debian.org
> > Usertags: qt3libs-removal kde3libs-removal
> > 
> > 
> > Dear maintainer,
> > 
> > The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries 
> > from 
> > Debian shortly after the Squeeze release. The transition phase to KDE4 and 
> > Qt4 
> > will finish since both KDE and Nokia upstream don't maintain the old 
> > versions 
> > of those libraries anymore.
> > 
> > In order to make this move, all packages directly or indirectly depending 
> > on 
> > the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually 
> > get 
> > removed from the Debian repositories.
> > 
> > Therefore, please take the time and:
> > - contact your upstream (if existing) and ask about the state of a KDE4/Qt4 
> > port of your application
> > - if there are no activities regarding porting, investigate whether there 
> > are 
> > suitable alternatives for your users
> > - if there is a KDE4/Qt4 port that is not yet packaged, consider packaging 
> > it
> > - if both the KDE3/Qt3 and the KDE4/Qt4 version already coexist in the 
> > Debian 
> > archives, consider removing the KDE3/Qt3 version
> >
> Hi,
> 
> There is a KDE 4 version released 2 years ago, could you please update the
> package? In case you are not longer interested in the KDE 4 version, please
> file a removal for the KDE 3 version. The removal of kdelibs from KDE 3
> is inminent.

This package is blocking now the removal of kdelibs3 (#619728), I have filed 
its removal.




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

Bug#604272: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

On Sat, Mar 12, 2011 at 09:23:03PM +0100, Ana Guerrero wrote:
> On Sun, Nov 21, 2010 at 07:05:42PM +0100, Eckhart Wörner wrote:
> > Source: guarddog
> > Severity: wishlist
> > User: debian-qt-...@lists.debian.org
> > Usertags: qt3libs-removal kde3libs-removal
> > 
> > 
> > Dear maintainer,
> > 
> > The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries 
> > from 
> > Debian shortly after the Squeeze release. The transition phase to KDE4 and 
> > Qt4 
> > will finish since both KDE and Nokia upstream don't maintain the old 
> > versions 
> > of those libraries anymore.
> > 
> > In order to make this move, all packages directly or indirectly depending 
> > on 
> > the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually 
> > get 
> > removed from the Debian repositories.
> > 
> > Therefore, please take the time and:
> > - contact your upstream (if existing) and ask about the state of a KDE4/Qt4 
> > port of your application
> > - if there are no activities regarding porting, investigate whether there 
> > are 
> > suitable alternatives for your users
> > - if there is a KDE4/Qt4 port that is not yet packaged, consider packaging 
> > it
> > - if both the KDE3/Qt3 and the KDE4/Qt4 version already coexist in the 
> > Debian 
> > archives, consider removing the KDE3/Qt3 version
> >
> 
> what is the status of this? The removal of kdelibs4c2a is imminent now. Since
> there is not a kde4 port, could you please file for removal?  Interested users
> can always fetch the package from Squeeze.

This package is blocking now the removal of kdelibs3 (#619728), I have filed 
its removal from the archive.




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

Bug#604299: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

block 619728 by 604299
thanks   


On Sun, Feb 27, 2011 at 02:06:28PM +0100, Ana Guerrero wrote:
> 
> Hi Arnaud,
> 
> On Sat, Feb 12, 2011 at 12:32:44PM +0100, Ana Guerrero wrote:
> > 
> > We are in this case, there is a KDE 4 port for knutclient since some months
> > ago. But the package has not been touch in a couple of years, Arnaud could
> > you please migrate it? If you are not interested in this package anymore,
> > could we orphan or/and update it?
> 
> I have seen you have updated nut this week, what are your plans for
> knutclient? I am not even sure the KDE 3 version works with newer knut.
> 
> 
> Ana
> 
> PS: I forgot the URL of the KDE4 port in my previous mail: 
> http://code.google.com/p/knut/

This bug is blocking now the removal of kdelibs3 (#619728). 



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

Bug#604335: kst status on kde3 removal

[Ana Guerrero]

retitle 604335 Please package KDE 4 port
block 619728 by 604335
thanks

On Thu, Feb 10, 2011 at 09:34:01AM -0500, Ruben Molina wrote:
> > In order to make this move, all packages directly or indirectly depending 
> > on 
> > the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually 
> > get 
> > removed from the Debian repositories.
> 
> I'm working on a package for kst-2.0.2 which uses KDE4/Qt4, thanks!.
> Ruben

This bug is blocking now the removal of kdelibs3 (#619728).





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

Bug#604263: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

retitle 604263 Please remove KDE3 frontend
block 619728 by 604263
thanks

On Sat, Mar 12, 2011 at 08:53:56PM +0100, Guus Sliepen wrote:
> On Sat, Mar 12, 2011 at 08:19:18PM +0100, Ana Guerrero wrote:
> 
> > In the case of celestia, it provides a KDE 3 frontend that could be dropped.
> > We are trying to remove kdelibs3 soon from the archive, could you look at 
> > this 
> > soon please?
> 
> AFAIK someone in the Celestia development team is working on providing a KDE4
> front-end. However, that may take a while. So I will indeed remove the
> celestia-kde package.

Adding blocking bug for the removal of kdelibs3 (#619728)






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

Bug#604301: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

On Fri, Mar 25, 2011 at 09:58:15PM +0100, Ana Guerrero wrote:
> I am asking for the removal of kde3libs tomorrow, so if you do not mind I am 
> filing the removal of kpicosim also.

##619728 and #619733 



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

Bug#604290: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

On Sat, Mar 12, 2011 at 09:54:08PM +0100, Ana Guerrero wrote:
> On Sun, Nov 21, 2010 at 07:24:37PM +0100, Eckhart Wörner wrote:
> > Source: kkbswitch
> > Severity: wishlist
> > User: debian-qt-...@lists.debian.org
> > Usertags: qt3libs-removal kde3libs-removal
> > 
> > 
> > Dear maintainer,
> > 
> > The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries 
> > from 
> > Debian shortly after the Squeeze release. The transition phase to KDE4 and 
> > Qt4 
> > will finish since both KDE and Nokia upstream don't maintain the old 
> > versions 
> > of those libraries anymore.
> >
> ...
> 
> Hi,
> 
> I am afraid the removal of kdelibs from KDE3 is inminent now. Could you please
> file for removal?  Interested users can always fetch the package from squeeze.

I am asking the removal of kde3libs tomorrow, so if you do not mind I am 
filing the removal of kkbswitch also.

Ana



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

Bug#604301: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

On Sat, Mar 12, 2011 at 08:06:56PM +0100, Ana Guerrero wrote:
> On Sun, Nov 21, 2010 at 07:32:59PM +0100, Eckhart Wörner wrote:
> > Source: kpicosim
> > Severity: wishlist
> > User: debian-qt-...@lists.debian.org
> > Usertags: qt3libs-removal kde3libs-removal
> > 
> > 
> > Dear maintainer,
> > 
> > The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries 
> > from 
> > Debian shortly after the Squeeze release. The transition phase to KDE4 and 
> > Qt4 
> > will finish since both KDE and Nokia upstream don't maintain the old 
> > versions 
> > of those libraries anymore.
> > 
> > In order to make this move, all packages directly or indirectly depending 
> > on 
> > the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually 
> > get 
> > removed from the Debian repositories.
> > 
> > Therefore, please take the time and:
> > - contact your upstream (if existing) and ask about the state of a KDE4/Qt4 
> > port of your application
> > - if there are no activities regarding porting, investigate whether there 
> > are 
> > suitable alternatives for your users
> > - if there is a KDE4/Qt4 port that is not yet packaged, consider packaging 
> > it
> > - if both the KDE3/Qt3 and the KDE4/Qt4 version already coexist in the 
> > Debian 
> > archives, consider removing the KDE3/Qt3 version
> 
> Hi Adrian,
> what is the status of this? The removal of kdelibs from KDE 3 is inminent.
> Looks like there is not a KDE 4 version, so the package needs to be removed,
> users always can fetch it from Squeeze if they need it.
>
>

I am asking for the removal of kde3libs tomorrow, so if you do not mind I am 
filing the removal of kpicosim also.

Ana



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

Bug#619001: rednotebook does not start, TypeError: an integer is required

[Ana Guerrero]

Package: rednotebook
Version: 1.1.3-1
Severity: grave


rednotebook does not start, see attached log.

The bug has been already reported upstream:
https://bugs.launchpad.net/rednotebook/+bug/728466

and I think it is fixed in trunk.

Ana


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

Versions of packages rednotebook depends on:
ii  python2.6.6-3+squeeze6   interactive high-level object-orie
ii  python-glade2 2.17.0-4   GTK+ bindings: Glade support
ii  python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii  python-gtk2   2.17.0-4   Python bindings for the GTK+ widge
ii  python-support1.0.11 automated rebuilding support for P
ii  python-yaml   3.09-5 YAML parser and emitter for Python

Versions of packages rednotebook recommends:
ii  python-chardet2.0.1-1universal character encoding detec
ii  python-gtkspell   2.25.3-7   Python bindings for the GtkSpell l
ii  python-webkit 1.1.8-1WebKit/Gtk Python bindings

rednotebook suggests no packages.

-- no debconf information
ana@pryan:~/hoy$ rednotebook
INFO Writing log to file "/home/ana/.rednotebook/rednotebook.log"
INFO Set default locale: "en_IE"
INFO Module glade found
INFO Running in portable mode: False
INFO First Start: False
INFO RedNotebook version: 1.1.3
INFO System info: machine: x86_64, platform: 
Linux-2.6.38-rc7-amd64-x86_64-with-debian-wheezy-sid, processor: , 
python_version: 2.6.6, release: 2.6.38-rc7-amd64, system: Linux, GTK version: 
(2, 20, 1), PyGTK version: (2, 17, 0), Yaml version: 3.09
INFO Using webkit for previews: 1
Traceback (most recent call last):
  File "/usr/bin/rednotebook", line 12, in 
rednotebook.journal.main()
  File "/usr/share/rednotebook/rednotebook/journal.py", line 687, in main
journal = Journal()
  File "/usr/share/rednotebook/rednotebook/journal.py", line 292, in __init__
self.frame = MainWindow(self)
  File "/usr/share/rednotebook/rednotebook/gui/main_window.py", line 157, in 
__init__
self.load_values_from_config()
  File "/usr/share/rednotebook/rednotebook/gui/main_window.py", line 653, in 
load_values_from_config
self.main_frame.move(pos_x, pos_y)
TypeError: an integer is required

Bug#604264: Creox in Debian, was: Bug#604264: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

On Tue, Mar 15, 2011 at 07:38:59AM +0100, Reinhard Tartler wrote:
> Dear release team,
> 
> with these remarks from upstream, feel free to remove creox from
> testing at your convinience.
> 
> 
> I've discussed this briefly with Adrian on irc and we agreed on the
> following:
> 
>  - creox can be removed at any time, preferably at the same time qt3 is
>removed
>  - we will keep the creox packaging git in any case, maybe some
>interested developer agrees to port to QT4/KDE4, in which case we are
>willing to reintroduce it
>  - Adrian ask LAC for porting help
> 
> 
> Ana, are there remaining open questions regarding creox?

Hi!

I was asking for a removal from the archive testing/unstable filing
a bug to ftp.debian.org (e.g. #617953)
The package will remain in stable anyway, so interested users can
grab it from there.

Thanks,
Ana



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

Bug#618027: FTBFS: Compilation failed, (error raised in module Scripting)

[Ana Guerrero]

Package: kdissert
Version: 1.0.7-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

kdissert fails to build from source, build log is attached.

Ana


kdissert_1.0.7-4_amd64.build.gz
Description: Binary data

Bug#604309: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

On Sun, Mar 13, 2011 at 11:57:13AM +0100, Georges Khaznadar wrote:
> Ana Guerrero a écrit :
> > Dear maintainer,
> > 
> > what is the status of this? The removal of kdelibs from KDE3 is inminent 
> > now,
> > if there is not a kde4 port, could you please file for removal? Interested 
> > users 
> > can always fetch the package from Squeeze.  
> 
> Done. Posts about porting ktechlab to Qt4 have been made in years 2007
> and ealy 2010, but there is still no usable port.
>

Thanks!
Just a quick note, the problem with ktechlab and ktimetrace are not Qt3 (that
will stay in the archive for some more time), the problem is kdelibs from KDE3
that is definitively going away very soon.

Ana




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

Bug#604269: Patch for fixing this bug and possible NMU.

[Ana Guerrero]

On Sun, Mar 13, 2011 at 09:51:18AM +0100, José Luis Redrejo Rodríguez wrote:
> El día 13 de marzo de 2011 01:02, Lisandro Damián Nicanor Pérez Meyer
>  escribió:
> > tag 604269 patch
> > thanks
> >
> > Hi! I'm attaching a patch for solving this bug. I will possibly upload an 
> > NMU
> > soon for it to delayed/10.
> >
> 
> 
> Please, don't do it. Your proposed patch won't fix the problem.
> Kde4 is not the problem, the problem is qt3 and can not be fixed.
> I'm going to ask the removal of gambas2 from the Debian archive as
> soon as I manage the packages depending on gambas2.
> 
> You can read the dialog I kept with gambas upstream at:
> 
> http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTinaucU94%3DhJt0GTOmqfRFo2tph636ZXGYmqKqC2%40mail.gmail.com&forum_name=gambas-devel

Hola José Luis!

Stuff using Qt3 can be kept in the archive for now at least (and
it might even make into weezy if somebody else step up to maintain
qt3)
What we are trying to remove currently is kdelibs from KDE3
and Lisandro's patch remove this part from gambas2. So if you could
do an upload of gambas2 based in Lisandro's work great, if you
think the best is a removal anyway, I trust your judgement here.

Ana



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

Bug#604310: Preparations for the removal of the KDE3 and Qt3 libraries

[Ana Guerrero]

On Sun, Nov 21, 2010 at 07:43:17PM +0100, Eckhart Wörner wrote:
> Source: ktimetrace
> Severity: wishlist
> User: debian-qt-...@lists.debian.org
> Usertags: qt3libs-removal kde3libs-removal
> 
> 
> Dear maintainer,
> 
> The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries from 
> Debian shortly after the Squeeze release. The transition phase to KDE4 and 
> Qt4 
> will finish since both KDE and Nokia upstream don't maintain the old versions 
> of those libraries anymore.
> 
> In order to make this move, all packages directly or indirectly depending on 
> the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually 
> get 
> removed from the Debian repositories.
> 
> Therefore, please take the time and:
> - contact your upstream (if existing) and ask about the state of a KDE4/Qt4 
> port of your application
> - if there are no activities regarding porting, investigate whether there are 
> suitable alternatives for your users
> - if there is a KDE4/Qt4 port that is not yet packaged, consider packaging it
> - if both the KDE3/Qt3 and the KDE4/Qt4 version already coexist in the Debian 
> archives, consider removing the KDE3/Qt3 version

Dear maintainer,

what is the status of this? The removal of kdelibs from KDE3 is inminent now, 
if there is not a kde4 port, could you please file for removal? Interested
users can always fetch the package from Squeeze.

Ana 




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