Bug#550127: marked as done (FTBFS: make[1]: *** No rule to make target `src/tools/bootstrap/Makefile', needed by `sub-tools-bootstrap-sub_src_target_ordered'. Stop.)

2009-10-16 Thread Debian Bug Tracking System
Your message dated Fri, 16 Oct 2009 06:37:53 +
with message-id e1mygrl-0001qz...@ries.debian.org
and subject line Bug#550127: fixed in qt4-x11 4:4.5.3-4
has caused the Debian Bug report #550127,
regarding FTBFS: make[1]: *** No rule to make target 
`src/tools/bootstrap/Makefile', needed by 
`sub-tools-bootstrap-sub_src_target_ordered'.  Stop.
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.)


-- 
550127: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550127
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: qt4-x11
Version: 4:4.5.3-1
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS'd on all buildds (so far). Example on kfreebsd-amd64:
| Qt is now configured for building. Just run 'make'.
| Once everything is built, you must run 'make install'.
| Qt will be installed into /usr
| 
| To reconfigure, run 'make confclean' and 'configure'.
| 
| /usr/bin/make sub-src
| make[1]: Entering directory 
`/build/buildd-qt4-x11_4.5.3-1-kfreebsd-amd64-yiDroM/qt4-x11-4.5.3'
| make[1]: *** No rule to make target `src/tools/bootstrap/Makefile', needed by 
`sub-tools-bootstrap-sub_src_target_ordered'.  Stop.
| make[1]: Leaving directory 
`/build/buildd-qt4-x11_4.5.3-1-kfreebsd-amd64-yiDroM/qt4-x11-4.5.3'
| make: *** [debian/stamp-makefile-build] Error 2
| dpkg-buildpackage: error: debian/rules build gave error exit status 2

Mraw,
KiBi.


---End Message---
---BeginMessage---
Source: qt4-x11
Source-Version: 4:4.5.3-4

We believe that the bug you reported is fixed in the latest version of
qt4-x11, which is due to be installed in the Debian FTP archive:

libphonon-dev_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libphonon-dev_4.5.3-4_amd64.deb
libphonon-dev_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libphonon-dev_4.5.3-4_i386.deb
libphonon4_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libphonon4_4.5.3-4_amd64.deb
libphonon4_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libphonon4_4.5.3-4_i386.deb
libqt4-assistant_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-assistant_4.5.3-4_amd64.deb
libqt4-assistant_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-assistant_4.5.3-4_i386.deb
libqt4-core_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-core_4.5.3-4_amd64.deb
libqt4-core_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-core_4.5.3-4_i386.deb
libqt4-dbg_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-dbg_4.5.3-4_amd64.deb
libqt4-dbg_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-dbg_4.5.3-4_i386.deb
libqt4-dbus_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-dbus_4.5.3-4_amd64.deb
libqt4-dbus_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-dbus_4.5.3-4_i386.deb
libqt4-designer_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-designer_4.5.3-4_amd64.deb
libqt4-designer_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-designer_4.5.3-4_i386.deb
libqt4-dev_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-dev_4.5.3-4_amd64.deb
libqt4-dev_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-dev_4.5.3-4_i386.deb
libqt4-gui_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-gui_4.5.3-4_amd64.deb
libqt4-gui_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-gui_4.5.3-4_i386.deb
libqt4-help_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-help_4.5.3-4_amd64.deb
libqt4-help_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-help_4.5.3-4_i386.deb
libqt4-network_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-network_4.5.3-4_amd64.deb
libqt4-network_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-network_4.5.3-4_i386.deb
libqt4-opengl-dev_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-opengl-dev_4.5.3-4_amd64.deb
libqt4-opengl-dev_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-opengl-dev_4.5.3-4_i386.deb
libqt4-opengl_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-opengl_4.5.3-4_amd64.deb
libqt4-opengl_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-opengl_4.5.3-4_i386.deb
libqt4-qt3support_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-qt3support_4.5.3-4_amd64.deb
libqt4-qt3support_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-qt3support_4.5.3-4_i386.deb
libqt4-script_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-script_4.5.3-4_amd64.deb
libqt4-script_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-script_4.5.3-4_i386.deb
libqt4-scripttools_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-scripttools_4.5.3-4_amd64.deb
libqt4-scripttools_4.5.3-4_i386.deb
  to pool/main/q/qt4-x11/libqt4-scripttools_4.5.3-4_i386.deb
libqt4-sql-ibase_4.5.3-4_amd64.deb
  to pool/main/q/qt4-x11/libqt4-sql-ibase_4.5.3-4_amd64.deb
libqt4-sql-ibase_4.5.3-4_i386.deb
  to 

Processed: tagging as pending bugs that are closed by packages in NEW

2009-10-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 # Fri Oct 16 07:03:19 UTC 2009
 # Tagging as pending bugs that are closed by packages in NEW
 # http://ftp-master.debian.org/new.html
 #
 # Source package in NEW: arename
 tags 549353 + pending
Bug #549353 [wnpp] ITP: arename -- automatic audio file renaming
Added tag(s) pending.
 # Source package in NEW: phonon-backends
 tags 546271 + pending
Bug #546271 [phonon-backend-xine] phonon-backend-xine: Filenames with '#' won't 
play
Added tag(s) pending.
 # Source package in NEW: django-genshi
 tags 551025 + pending
Bug #551025 [wnpp] ITP: django-genshi -- Django integration for Genshi
Added tag(s) pending.
 # Source package in NEW: r-cran-class
 tags 551130 + pending
Bug #551130 [wnpp] ITP: r-cran-class -- R package for classification
Added tag(s) pending.
 # Source package in NEW: r-cran-mass
 tags 551129 + pending
Bug #551129 [wnpp] ITP: r-cran-mass -- R package Modern Applied Statistics with 
S
Added tag(s) pending.
 # Source package in NEW: r-cran-nnet
 tags 551131 + pending
Bug #551131 [wnpp] ITP: r-cran-nnet -- R package for feed-forward neural 
networks
Added tag(s) pending.
 # Source package in NEW: r-cran-spatial
 tags 551132 + pending
Bug #551132 [wnpp] ITP: r-cran-spatial -- R package for spatial statistics
Added tag(s) pending.

End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#551142: python-kde4-dev: /usr/bin/pykdeuic4 symlink broken

2009-10-16 Thread Sune Vuorela
On Friday 16 October 2009 02:09:48 Adeodato Simó wrote:
 Package: python-kde4-dev
 Version: 4:4.3.2-1
 Severity: serious
 
 /usr/bin/pykdeuic4 points to
  ../lib/python2.5/site-packages/PyQt4/uic/pykdeuic4.py but that file does
  not exist.


Hi dato

I'm not completely sure how pykdeuic is supposed to be used. it seems like for 
users it doesn't matter.

I guess there is two possibilities. either remove teh symlink completely or 
make it point to where pykdeuic4.py now resides.

System-config-printer-kde seems to just dynamically load the .ui files on 
demand by using some

from PyQt4 import uic

and a bit later
class MyClass
def __init__()
uic.loadUI(path/to/ui/file.ui,self)


What is your use case?
and does changing the symlink to point to 
/usr/share/pyshared/PyQt4/uic/pykdeuic4.py fix it for you ?

/Sune
-- 
How to save on the graphic front-side bus on the cache?

You should forward to the back-end in order to debug a editor.


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


Bug#551142: python-kde4-dev: /usr/bin/pykdeuic4 symlink broken

2009-10-16 Thread Adeodato Simó
+ Sune Vuorela (Fri, 16 Oct 2009 09:27:55 +0100):

 Hi dato

Hello!

 I'm not completely sure how pykdeuic is supposed to be used. it seems like 
 for 
 users it doesn't matter.

I use it in the same way the regular uic-qt4 is used: you call it at
compile time to generate the code that builds up the interface. Since
it's Python code, at compile time means when generating the tarball
to be released, so that the tarball includes directly the python code
in addition to the source. Or it could be at package build time, so that
the Debian package surely does.

 System-config-printer-kde seems to just dynamically load the .ui files on 
 demand by using some

 from PyQt4 import uic

 and a bit later
 class MyClass
 def __init__()
 uic.loadUI(path/to/ui/file.ui,self)

I see. Well, that requires that uic is installed of the user's machine.
Which is normally not the case with C++ uic, but seems to be the case
with uic for Qt in Python. (But not for KDE, since it's in the
python-kde4-dev package.)

 I guess there is two possibilities. either remove teh symlink completely or 
 make it point to where pykdeuic4.py now resides.

Please the latter. It is supposed to be an executable on the system AFAIK.

 and does changing the symlink to point to 
 /usr/share/pyshared/PyQt4/uic/pykdeuic4.py fix it for you ?

Yes, if I make the file exectuable as well.

Cheers,

-- 
- Are you sure we're good?
- Always.
-- Rory and Lorelai




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



Processing of pkg-kde-tools_0.5.2_amd64.changes

2009-10-16 Thread Archive Administrator
pkg-kde-tools_0.5.2_amd64.changes uploaded successfully to localhost
along with the files:
  pkg-kde-tools_0.5.2.dsc
  pkg-kde-tools_0.5.2.tar.gz
  pkg-kde-tools_0.5.2_all.deb

Greetings,

Your Debian queue daemon (running on host ries.debian.org)


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



Bug#551290: kdegraphics: multiple vulnerabilities

2009-10-16 Thread Michael Gilbert
package: kdegraphics
version: 4:3.5.5-3
severity: serious
tags: security

hi,

it has been disclosed that xpdf is vulnerable to multiple new
vulnerabilities [0].  kdegraphics embeds xpdf in both stable and
oldstable, so please coordinate with the security team to release
patched versions. kdegraphics in unstable is also affected, but no
action is needed. it is dynamically linked to poppler, which is also
affected and tracked in another bug. thanks.

mike

[0] http://seclists.org/fulldisclosure/2009/Oct/227



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



pkg-kde-tools_0.5.2_amd64.changes ACCEPTED

2009-10-16 Thread Archive Administrator

Accepted:
pkg-kde-tools_0.5.2.dsc
  to pool/main/p/pkg-kde-tools/pkg-kde-tools_0.5.2.dsc
pkg-kde-tools_0.5.2.tar.gz
  to pool/main/p/pkg-kde-tools/pkg-kde-tools_0.5.2.tar.gz
pkg-kde-tools_0.5.2_all.deb
  to pool/main/p/pkg-kde-tools/pkg-kde-tools_0.5.2_all.deb


Override entries for your package:
pkg-kde-tools_0.5.2.dsc - source devel
pkg-kde-tools_0.5.2_all.deb - extra devel

Announcing to debian-devel-chan...@lists.debian.org


Thank you for your contribution to Debian.


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



[RFR] templates://kde4libs/{kdelibs5.templates}

2009-10-16 Thread Christian Perrier
Please find, for review, the debconf templates and packages descriptions for 
the kde4libs source package.

This review will last from Saturday, October 17, 2009 to Tuesday, October 27, 
2009.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
[RFRn] (n=2) as a subject tag.

When we will reach a consensus, I send a Last Chance For
Comments mail with [LCFC] as a subject tag.

Finally, the reviewed templates will be sent to the package maintainer
as a bug report, and a mail will be sent to this list with [BTS] as
a subject tag.

Rationale:
--- kde4libs.old/debian/kdelibs5.templates  2009-10-08 14:48:45.688656288 
+0200
+++ kde4libs/debian/kdelibs5.templates  2009-10-12 22:25:35.766828119 +0200
@@ -7,26 +7,17 @@
 Default: true
 _Description: Stop possible unsafe upgrade of KDE4 with running sessions?
  You are about to upgrade to the new version of the kdelibs5 package which
- introduces a major configuration change. Newly started KDE 4 applications
- will use ~/.kde directory to store user settings and data (also known as
- KDEHOME) by default while currently running KDE 4 applications use ~/.kde4.
- KDE 3 applications have always used (and will continue to use) ~/.kde. It
- seems that there are a few KDE 4 applications running on your system at the
- moment. To avoid potential setting/data loss, you should:
+ introduces a major configuration change. Details are given in 
+ /usr/share/doc/kdelibs5/README.Debian: in short, user settings are moved
+ from ~/.kde to ~/.kde4.
  .
- 1) Answer Yes, terminate all KDE applications and KDE sessions and try
+ Some KDE 4 applications are currently running (${apps}). It is recommended
+ to abort the upgrade of kdelibs5, terminate all KDE applications and KDE 
sessions and try
  upgrading again.
  .
- or 2) Answer No to continue upgrading. You should make sure that no new
- KDE 4 applications are started before you migrate your KDE 4 settings and
- data.  Beware, that clean termination of the old KDE 4 session might not be
- safe..
- .
- Once upgrade is complete, login to KDE as usual or you may use Kaboom wizard
- (package name: kaboom) to migrate your user settings and data before starting
- any KDE 4 application.
- .
- Currently running KDE 4 applications: ${apps}
+ If you choose to coontinue the upgrade, you should make sure that no new
+ KDE 4 applications are started before KDE 4 settings and data are migrated.
+ A clean termination of the old KDE 4 session might not be safe.

The original template was way too long and was trying to say too many
things. It generally triggers more problems than it solves.

Also, the original template was making references to specific aspects
of the interface ('Yes' and 'No' answers) that may vary depending on
the debconf interface and locale settings.

So, I rewrote the template entirely, trying to say the same important
information in a shorter way.

I indeed propose moving the gory details about ~/.kde and ~/.kde4 in a
README.Debian file.
 
 Template: kdelibs5/upgrade_kdehome_info_title
 Type: title
@@ -40,7 +31,7 @@
  KDE 4 applications use ~/.kde4. KDE 3 applications has always used (and will
  continue to use) ~/.kde.
  .
- When upgrade is complete, it is safe to login to KDE as usual or, if you are
+ When the upgrade is complete, it is safe to login to KDE as usual or, if you 
are
  only using individual KDE 4 applications, you may use Kaboom (available in the
- package of the same name) wizard to migrate your user data before starting a
+ package of the same name) wizard to migrate user data before starting a
  KDE 4 application.

Add missing article.

Drop your: the user doing the upgrade is not necessarily owning the
data.

PS: I did not review packages descriptions in debian/control.

-- 


Template: kdelibs5/upgrade_kdehome_running_title
Type: title
_Description: Upgrading kdelibs5 while KDE 4 is running

Template: kdelibs5/upgrade_kdehome_running
Type: boolean
Default: true
_Description: Stop possible unsafe upgrade of KDE4 with running sessions?
 You are about to upgrade to the new version of the kdelibs5 package which
 introduces a major configuration change. Details are given in 
 /usr/share/doc/kdelibs5/README.Debian: in short, user settings are moved
 from ~/.kde to ~/.kde4.
 .
 Some KDE 4 applications are currently running (${apps}). It is recommended
 to abort the upgrade of kdelibs5, terminate all KDE applications and KDE 
sessions and try
 upgrading again.
 .
 If you choose to coontinue the upgrade, you should make sure that no new
 KDE 4 applications are started before KDE 4 settings and data are migrated.
 A clean termination of the old KDE 4 session might not be safe.

Template: kdelibs5/upgrade_kdehome_info_title
Type: title
_Description: Upgrading kdelibs5

Template: kdelibs5/upgrade_kdehome_info

讓大腦快速動起來的方法只要160 0元 邀請您到 Plurk.com 註冊帳號

2009-10-16 Thread Plurk
我玩 Plurk 好一陣子了,希望你也來試試!

按這裡接受我的邀請:
http://www.plurk.com/pbms1/invite/2

到這裡看看我的個人頁面:
http://www.plurk.com/pbms1

Plurk.com - 您的“線上”人生

_
Opt Out of Plurk emails:
This email was sent in connection with you Plurk.com membership.
To stop receiving emails from Plurk, click this link:
http://www.plurk.com/unsubscribe?bemail=ZGViaWFuLWtkZUBsaXN0cy5kZWJpYW4ub3Jnkey=cbec6293be6358ce64057a4693336e5f

You can contact us at
http://www.plurk.com/contact

Plurk.com, 2425 Matheson Blvd  8th Floor, Suite 813  Mississauga, Ontario  L4W 
5K4  Canada


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



Re: KDE crash when effects OpenGL enabled

2009-10-16 Thread Manolete, ese artista...

El Viernes 16 Octubre 2009 00:28:22 usted escribió:
 That would be libgl1-mesa-dri to version 7.6-1. However, please note that the 
 crash is semi-random. You might just have been lucky before even with 7.6 
 installed.

You are totally right, I updated libgl1-mesa-dri and libgl1-mesa-glx to 7.6 
from 7.5; so I wasn't lucky before, just had a non buggy driver installed.

The problem solves uninstalling the 7.6-1 version and reinstalling 7.5-1, and 
of course telling aptitude don't ever upgrade this package (till a new non 
buggy one is out, obviously).
This 7.5-1 version appears to have been removed from repositories. so I have 
had to install it, without dependecies issue at all, it from a rescue USB I 
make periodically and fortunately had this version.
Not that I am an unconditional desktop effects lover, but present windows or 
desktop grid are really handy and using Xrender made them too slow. Now I 
have fluent and smooth OpenGL effects again on an old Radeon X200M card, :D.

If someone has this same problem perhaps is possible to get old packages 
somewhere on the net (?) If not, take a look to your Debian CDs/USBs/whatever 
not too old, perhaps you have on them the working version.

From my modest opinion, and due to the big quantity of Radeon users, I think 
this latest buggy version shouldn't be in the Testing repos, but clearly in 
Unstable, and take 7.5 back to testing.


Regards.


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



Re: Amarok 2.2 Equalizer

2009-10-16 Thread Modestas Vainius
Hello,

On sekmadienis 06 Rugsėjis 2009 02:44:34 Elyk Samoht wrote:
 When Amarok 2 (of which I'm not yet completely fond, although it is
  improving) just migrated to Testing today, I figured I'd go all the way
  and updated to 2.1.80 (2.2 Beta 1) from Experimental. I had a moment of
  hope when I noticed an equalizer section in the settings menu...until I
  noticed that it was grayed out with a message that Equalizer not
  supported by Phonon. Does this mean that Phonon still doesn't support
  equalizers, but the Amarok team is preparing their interface for when it
  does? Or is there some package that I can install/configuration option
  that I can set to enable the equalizer? Thanks.

You will be able to use Amarok 2.2 equalizer when phonon-backends 4.3.1-5 
reaches unstable (in a couple of days or sooner).

-- 
Modestas Vainius modes...@vainius.eu


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


Re: Amarok 2.2 Equalizer

2009-10-16 Thread Matthieu Gallien
Le vendredi 16 octobre 2009 22:40:32, Modestas Vainius a écrit :
 Hello,
 
 On sekmadienis 06 Rugsėjis 2009 02:44:34 Elyk Samoht wrote:
  When Amarok 2 (of which I'm not yet completely fond, although it is
   improving) just migrated to Testing today, I figured I'd go all the way
   and updated to 2.1.80 (2.2 Beta 1) from Experimental. I had a moment of
   hope when I noticed an equalizer section in the settings menu...until I
   noticed that it was grayed out with a message that Equalizer not
   supported by Phonon. Does this mean that Phonon still doesn't support
   equalizers, but the Amarok team is preparing their interface for when it
   does? Or is there some package that I can install/configuration option
   that I can set to enable the equalizer? Thanks.
 
 You will be able to use Amarok 2.2 equalizer when phonon-backends 4.3.1-5
 reaches unstable (in a couple of days or sooner).
 
Yeah, Thank you very much.
I saw your upload in new and was very happy.
Thank you also to all the other members of the kde team !

Best regards
-- 
Matthieu Gallien


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