Bug#560802: pu: package amarok/1.4.10-2lenny1

2009-12-12 Thread Modestas Vainius
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

Hello,

several users have been bugging me to fix #512847 [1]. Current amarok version
in lenny does not display anything in the Wikipedia tab because wikipedia has
changed its site layout a bit since 1.4.10 release. The patch to fix this
problem is extremely trivial so I think it's worth a stable update to make a
group of users happy. Debdiff below.

1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512847

diff -u amarok-1.4.10/debian/changelog amarok-1.4.10/debian/changelog
--- amarok-1.4.10/debian/changelog
+++ amarok-1.4.10/debian/changelog
@@ -1,3 +1,9 @@
+amarok (1.4.10-2lenny1) stable; urgency=low
+
+  * Fix Wikipedia tab (patch 22_fix_wikipedia_tab.diff) (Closes: #512847).
+
+ -- Modestas Vainius modes...@vainius.eu  Sat, 12 Dec 2009 13:19:45 +0200
+
 amarok (1.4.10-2) unstable; urgency=high
 
   * Add 20_security_audible_tags.diff patch to fix integer overflow while
diff -u amarok-1.4.10/debian/patches/series amarok-1.4.10/debian/patches/series
--- amarok-1.4.10/debian/patches/series
+++ amarok-1.4.10/debian/patches/series
@@ -17,2 +17,3 @@
 20_security_audible_tags.diff
+22_fix_wikipedia_tab.diff
 97_automake_cleanup.diff
only in patch2:
unchanged:
--- amarok-1.4.10.orig/debian/patches/22_fix_wikipedia_tab.diff
+++ amarok-1.4.10/debian/patches/22_fix_wikipedia_tab.diff
@@ -0,0 +1,11 @@
+--- a/amarok/src/contextbrowser.cpp
 b/amarok/src/contextbrowser.cpp
+@@ -4189,7 +4189,7 @@
+ }
+ 
+ // Ok lets remove the top and bottom parts of the page
+-m_wiki = m_wiki.mid( m_wiki.find( h1 class=\firstHeading\ ) );
++m_wiki = m_wiki.mid( m_wiki.find( h1 id=\firstHeading\ ) );
+ m_wiki = m_wiki.mid( 0, m_wiki.find( div class=\printfooter\ ) );
+ // Adding back license information
+ m_wiki += copyright;



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



please unblock debian-edu-install (udeb)

2009-12-12 Thread Holger Levsen
Hi,

please unblock debian-edu-install, it contains two udebs not used by the 
debian-installer by default.


thanks,
Holger


signature.asc
Description: This is a digitally signed message part.


Re: quantlib 0.9.9 is nine days old but has not been built on any arch

2009-12-12 Thread Torsten Werner
Dirk Eddelbuettel schrieb:
 Maybe not. See

r-cran-rquantlib still depends on QL 0.9.7.

Cheers,
Torsten


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



Re: quantlib 0.9.9 is nine days old but has not been built on any arch

2009-12-12 Thread Dirk Eddelbuettel

On 12 December 2009 at 13:53, Torsten Werner wrote:
| Dirk Eddelbuettel schrieb:
|  Maybe not. See
| 
| r-cran-rquantlib still depends on QL 0.9.7.

Good point -- I will release that this morning.

[ This is 'indirectly circular' as I (as upstream for it) try to wait til it
is in testing so that the R / CRAN site has it (as they run testing) -- else
it would get rejected 'upstream' in R.  But I guess this can't both be
buildable at the same time, and I also already got a Debian FTBFS from Lucas
for it. My bad.  Should have realized this and released earlier. ]

Thanks,  Dirk

-- 
Three out of two people have difficulties with fractions.


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



Re: Bug#555848: [Fwd: RM: boost1.39 -- ROM; Obsolete]

2009-12-12 Thread Steve M. Robbins
On Sun, Nov 29, 2009 at 06:23:13PM +0100, Luk Claes wrote:
 Steve M. Robbins wrote:
  Hi Torsten,
  
  I knew about the broken build-depends and had advised the maintainers.
  I will see about uploading them myself.
  
  The other depends ... I thought everything had already been rebuilt
  for 1.40 [1].  My mistake.  
  
  Could the powers that be please rebuild all the following reverse
  dependencies?
 
 binNMUs scheduled.

Thanks, Luk.

 
  # Broken Build-Depends:
  python-visual: libboost-python1.39-dev
 libboost-signals1.39-dev
 libboost-thread1.39-dev
  sagemath: libboost-python1.39-dev
 
 These need sourceful uploads I guess...

I did a delayed NMU for both last Sunday, and both have just gone
through and built without new errors where possible (sagemath is
hung up on several architectures due to libiml-dev).

I think boost1.39 can finally be removed.

Thanks,
-Steve


signature.asc
Description: Digital signature


Re: quantlib 0.9.9 is nine days old but has not been built on any arch

2009-12-12 Thread Dirk Eddelbuettel

On 12 December 2009 at 08:08, Dirk Eddelbuettel wrote:
| On 12 December 2009 at 13:53, Torsten Werner wrote:
| | Dirk Eddelbuettel schrieb:
| |  Maybe not. See
| | 
| | r-cran-rquantlib still depends on QL 0.9.7.
| 
| Good point -- I will release that this morning.

Done -- r-cran-rquantlib_0.3.1-1 is now in unstable.  

Thanks for the help in moving quantlib 0.9.9 along.  Next time I'll know
better and keep quantlib, quantlib-swig and r-cran-rquantlib in sync.

Dirk

-- 
Three out of two people have difficulties with fractions.


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



Bug#560841: binNMUs: getting rid of libfreebsd0 (specific to kfreebsd-*)

2009-12-12 Thread Cyril Brulebois
Package: release.debian.org
Severity: normal

Hi,

Petr Salinger kindly reported this round of binNMUs should help getting
rid of libfreebsd0. I've proceeded as follow on kfreebsd-amd64:
| $ cupt source --download-only afuse avfs bindfs curlftpfs fuse-convmvfs 
fusedav gphotofs mhddfs mythtvfs-fuse linux-ntfs python-fuse rofs-fuse 
sshfs-fuse vmfs-tools
| $ for i in *dsc ; do sudo pbuilder --build $i ; done
| $ for j in $(for i in *.dsc ; do dcmd 
/var/cache/pbuilder/result/${i%%.dsc}_kfreebsd-amd64.changes |grep \\.deb$; 
done); do dpkg --info $j ;done|grep freebsd

It seems that all packages built successfully, and that there's no
Depends: left on libfreebsd0.

So please schedule those binNMUs when you find it suitable:
  nmu afuse_0.2-3 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu avfs_0.9.8-6 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu bindfs_1.8.3-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu curlftpfs_0.9.2-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu fuse-convmvfs_0.2.4-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to 
drop libfreebsd0.'
  nmu fusedav_0.2-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu gphotofs_0.4.0-3 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu linux-ntfs_2.0.0-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu mhddfs_0.1.27-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu mythtvfs-fuse_0.6.1-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to 
drop libfreebsd0.'
  nmu python-fuse_0.2-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu rofs-fuse_2006.11.28-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to 
drop libfreebsd0.'
  nmu sshfs-fuse_2.2-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu vmfs-tools_0.2.0-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  
Thanks for considering.

Mraw,
KiBi.



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



Bug#560841: marked as done (binNMUs: getting rid of libfreebsd0 (specific to kfreebsd-*))

2009-12-12 Thread Debian Bug Tracking System
Your message dated Sun, 13 Dec 2009 00:20:13 +0100
with message-id 4b24252d.2010...@debian.org
and subject line Re: Bug#560841: binNMUs: getting rid of libfreebsd0 (specific 
to kfreebsd-*)
has caused the Debian Bug report #560841,
regarding binNMUs: getting rid of libfreebsd0 (specific to kfreebsd-*)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
560841: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560841
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: release.debian.org
Severity: normal

Hi,

Petr Salinger kindly reported this round of binNMUs should help getting
rid of libfreebsd0. I've proceeded as follow on kfreebsd-amd64:
| $ cupt source --download-only afuse avfs bindfs curlftpfs fuse-convmvfs 
fusedav gphotofs mhddfs mythtvfs-fuse linux-ntfs python-fuse rofs-fuse 
sshfs-fuse vmfs-tools
| $ for i in *dsc ; do sudo pbuilder --build $i ; done
| $ for j in $(for i in *.dsc ; do dcmd 
/var/cache/pbuilder/result/${i%%.dsc}_kfreebsd-amd64.changes |grep \\.deb$; 
done); do dpkg --info $j ;done|grep freebsd

It seems that all packages built successfully, and that there's no
Depends: left on libfreebsd0.

So please schedule those binNMUs when you find it suitable:
  nmu afuse_0.2-3 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu avfs_0.9.8-6 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu bindfs_1.8.3-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu curlftpfs_0.9.2-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu fuse-convmvfs_0.2.4-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to 
drop libfreebsd0.'
  nmu fusedav_0.2-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu gphotofs_0.4.0-3 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu linux-ntfs_2.0.0-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu mhddfs_0.1.27-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu mythtvfs-fuse_0.6.1-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to 
drop libfreebsd0.'
  nmu python-fuse_0.2-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu rofs-fuse_2006.11.28-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to 
drop libfreebsd0.'
  nmu sshfs-fuse_2.2-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  nmu vmfs-tools_0.2.0-1 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
libfreebsd0.'
  
Thanks for considering.

Mraw,
KiBi.


---End Message---
---BeginMessage---
Cyril Brulebois wrote:
 Package: release.debian.org
 Severity: normal
 
 Hi,
 
 Petr Salinger kindly reported this round of binNMUs should help getting
 rid of libfreebsd0. I've proceeded as follow on kfreebsd-amd64:
 | $ cupt source --download-only afuse avfs bindfs curlftpfs fuse-convmvfs 
 fusedav gphotofs mhddfs mythtvfs-fuse linux-ntfs python-fuse rofs-fuse 
 sshfs-fuse vmfs-tools
 | $ for i in *dsc ; do sudo pbuilder --build $i ; done
 | $ for j in $(for i in *.dsc ; do dcmd 
 /var/cache/pbuilder/result/${i%%.dsc}_kfreebsd-amd64.changes |grep \\.deb$; 
 done); do dpkg --info $j ;done|grep freebsd
 
 It seems that all packages built successfully, and that there's no
 Depends: left on libfreebsd0.
 
 So please schedule those binNMUs when you find it suitable:

All scheduled.

   nmu python-fuse_0.2-2 . kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild to drop 
 libfreebsd0.'

This should have been _2:0.2-2. One can also list the packages all at
once similar to the architectures btw.

Thanks for reporting.

Cheers

Luk

---End Message---