Bug#910531: Severity

[Sune Vuorela]

severity 910531 normal
thanks

This doesn't make it unusable for everyone, so lowering severity.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures

[Sune Vuorela]

On Tuesday, July 31, 2018 8:48:42 PM CEST John Paul Adrian Glaubitz wrote:
> It's still a bad practice, in my personal opinion, because it adds
> redundancy.

It is kind of - from an upstream POV - what kind of situation you optimize 
for. 

 - embedding the resources in the executable or library  might add redundancy 
if someone distributes several versions, but disk space is cheap in these 
sizes.
 - not embedding the resources on some platforms gives different code paths. 
Code paths are quite expensive from a testing POV.
 - not embedding the resources on all platforms gives quite bigger deployment 
issues on some platforms. (windows, mac, some mobile targets)
 - embedding resources make the resources harder to hack/modify on disk. Some 
think it is an advantage. Others a disadvantage.
 - on some platforms, embedding resources gives faster startup and resource 
access. (Especially windows)

So embedding resources if you target cross platformness, and your resources 
aren't too big and not actually shared with others often the easiest and 
cheapest way forward. It costs mirroring linux distributions a slight disk 
overhead, but I don't think that is too big of a problem.

But, more and more are going to need libclang. Given libclang is mostly a c++ 
parser, I don't see why it shouldn't be buildable on most platforms ? Can't 
the compiler bits be stripped from the llvm source package on some archs?

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#894476: #894476: Solved from the Qt side. (rcc: please honour SOURCE_DATE_EPOCH)

[Sune Vuorela]

On Wednesday, July 11, 2018 10:08:23 PM CEST Vagrant Cascadian wrote:

> Ideally QT_RCC_SOURCE_DATE_OVERRIDE would get set based on
> SOURCE_DATE_EPOCH, otherwise build tools have an arbitrary growing

No. As explained, we need to look at each individual package to check if the 
timestamp is actually used for anything. It can be. It probably is. 

I think a better fix might be to specifically mark in the rcc file if the 
dates are important or not. But it requires involvement upstream. (Or maybe if 
the rcc file is autogenerated or not). I don't think it is a problem for non-
autogenerated rcc files.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#894476: RCC: provide option to encode EPOCH timestamp

[Sune Vuorela]

On Tuesday, April 3, 2018 9:24:58 PM CEST Chris Lamb wrote:
> I'm not /entirely/ sure what the difference is as I'm not in the
> Qt/RCC world too often these days (alas !), but why just not use
> SOURCE_DATE_EPOCH *iff* it is exported?
> 
> Normal systems simply do not have this envvar set, so there is really
> no danger of it leaking elsewhere or causing unintended side-effects.

We don't know how application users are using this.

The following is some theoretical example, that I'm quite sure could be used 
in some real world applications:

QFileInfo embeddedFile(":/foo/data.xml"); // fallback downloaded in the 
ancient past
QFileInfo systemfile("/usr/share/foo/data.xml");

if (systemfile.lastModified() > embeddedFile.lastModified())
{
   data = readFromFile(systemFile);
}
else
{
   data = readFromFile(embeddedFile);
}

If S_D_E gets used, rather than the data.xml modified date in the source, this 
will end up using the wrong file if S_D_E is newer than the system copy of the 
file.

This is not a unused databit, but a fully available piece of metadata for the 
files.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#894476: RCC: provide option to encode EPOCH timestamp

[Sune Vuorela]

On Tuesday, April 3, 2018 9:14:23 PM CEST Chris Lamb wrote:
> Hi Sune!
> 
> > I don't think honouring SOURCE_DATE_EPOCH is the right idea under normal
> > circumstances
> 
> Can you elaborate on what you mean by "normal circumstances"? :)

"normal circumstances" is rcc on a source file, as opposed to an autogenerated 
file.

> How about e use S_D_E if it is setup/exported, otherwise use the mtime
> of the file as before?

I think that using S_D_E only makes sense if rcc is run on an autogenerated 
file, but I do think that most rcc runs is run on existing source files.


I don't have a good idea to differentiate those.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#894476: RCC: provide option to encode EPOCH timestamp

[Sune Vuorela]

On Tuesday, April 3, 2018 8:46:51 PM CEST Thomas Preud'homme wrote:
> The problematic files are Qt message files (ie .qm files) generated at build
> time via lrelease from translation files (ie .ts files). Therefore two

Right. I didn't think about autogenerated files during build.

> I think it would be nice if there was a way for
> rcc to avoid doing that manually. I agree with Chris that honouring
> SOURCE_DATE_EPOCH in rcc would be a nice solution.

I don't think honouring SOURCE_DATE_EPOCH is the right idea under normal 
circumstances, given that I do think that having the actual timestamp of the 
non-generated files makes sense.

I have reached out to upstream about it.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#894476: RCC: provide option to encode EPOCH timestamp

[Sune Vuorela]

On Saturday, March 31, 2018 12:05:02 PM CEST Chris Lamb wrote:
> > While investigating ultracopier's lack of build reproducibility, I found
> > out that rcc encodes the timestamp of the files the QRC file being
> > compiled references

I don't actually see why this should be a problem. If input changes, output 
changes.
I do think that using touch(1) on the input should allow different output.

It is quite easy to reproduce:

qtbase/tests/auto/gui/image/qimage/foo (dev $%=)$ rcc --format-version 2 ../
qimage.qrc -o 1
qtbase/tests/auto/gui/image/qimage/foo (dev $%=)$ rcc --format-version 2 ../
qimage.qrc -o 2
qtbase/tests/auto/gui/image/qimage/foo (dev $%=)$ rcc --format-version 2 ../
qimage.qrc -o 3

Gives same output.
Even adding in touch ../qimage.qrc keeps the same output.

qtbase/tests/auto/gui/image/qimage/foo (dev $%=)$ rcc --format-version 2 ../
qimage.qrc -o 4

touch ../images/image.bmp

qtbase/tests/auto/gui/image/qimage/foo (dev $%=)$ rcc --format-version 2 ../
qimage.qrc -o 5

is needed to get different output

14ef6dae8e4992ce907948c1c4af272b  1
14ef6dae8e4992ce907948c1c4af272b  2
14ef6dae8e4992ce907948c1c4af272b  3
14ef6dae8e4992ce907948c1c4af272b  4
54c6f8c09a347955ae2f36e68bbd2539  5


So. What touches the files?

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#818875: konqueror: green SSL checkbox despite expired server certificate

[Sune Vuorela]

severity 818875 normal
thanks

On Sunday, January 15, 2017 11:30:35 PM CET Lisandro Damián Nicanor Pérez 
Meyer wrote:
> > > See attached screenshot – konqueror does not error out when the
> > > certificate is expired and even shows a green checkbox. (I may
> > > or may not have ACK’d the certificate in an earlier session, I
> > > don’t know right now, but showing a green checkbox is still
> > > wrong.)
> > 
> > https://expired.identrustssl.com/ is an online example to test that
> > use-case, which I can reproduce.

Konqueror does error out.  See attachment.  You then get a chance of aborting, 
or continuing.
Continuing then gives you the choice of "this session" or "forever".  If you 
select forever, you get that. I don't see a problem with marking a certificate 
as trusted if the user explicitly have asked for it.

My system is a debian unstable updated this year

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#840652: any status on this?

[Sune Vuorela]

On Sunday 04 December 2016 01:30:27 Sandro Knauß wrote:
> messagelib[debian/sid] 16da74f8b884e02a2835c6c1c92f8c2041aa27a1
> kdepim[debian/sid] fe28dd2cc76a4c13b5f214fb8d024a529bf2bb9c
> kleopatra[debian/sid] f5bf98dabe305aa781eb43abcc0c345bd265a38d

These looks trivial and the kind of issues that would either work or fail to 
build.


> sune/maxy: please review
> 
> the tricky part is libkleo. Because parts of libkleo the moved into QGpgME,
> and we have changes of boost::shared_ptr -> std::shared_ptr and other such
> kind of changes. 

You need to give libkleo a full get rid of boost shared_ptr to get things to 
work. It should just be an advanced search/replace job. And this is abi-
changing.

I saw this:
+template std::shared_ptr make_shared_ptr(boost::shared_ptr& 
ptr)
+{
+return std::shared_ptr(ptr.get(), [ptr](T*) mutable 
{ptr.reset();});
+}

and I got quite worried. I at least need to read up a bit on how exactly a 
reference is captured into a lambda to say if it is quite good, or incredibly 
dangerous.  Is it captured by reference or by copy ?  The latter is good. the 
first is quite bad.


> /<>/messagecomposer/src/composer/keyresolver.cpp: In function
> 'bool ByKeyID(const GpgME::Key&, const GpgME::Key&)':

There are apparantly two of these ...


> At least one questino from my side, if we update all fist dependencies to
> not use gpgmepp, we would also need to recompile the second level of
> dependencies (f.ex. libkleo->messagelib->kdepim). This is normally handled
> by a transition, but now we have transitions freeze... So how we get rid of
> kf5gpgmepp for stretch smoothly( after we found a way to handle libkleo)?

Doing a transition is the way to do it smoothly.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#792594: libqt5qml5 requires SSE2 on i386

[Sune Vuorela]

On Saturday 10 October 2015 15:21:19 Guillem Jover wrote:
> > [cla] 
> 
> I've read the CLA, and I don't think I can agree with point §3.1 which
> states:
> 
> «… under license terms of The Qt Company’s choosing including any Open
> Source Software license.»
> 
> Which to me implies an unfair advantage towards “The Qt Company” as


Hi Guillem and others reading along at home.

I fully understand your take against CLA's, and I kind of agree. What still 
made me sign the Qt Project CLA is the fact that there is also the slightly 
less advertised KDE Free Qt Foundation agreement between Trolltech/Nokia/Digia 
and KDE on the other side:

https://www.kde.org/community/whatiskde/kdefreeqtfoundation.php

 - in case Trolltech/Nokia/Digia/... stop developing open source Qt for X11 or 
successors of X11, KDE Free Qt Foundation gets the Qt sources under a specific 
BSD license. (The android code is also under this agreement)

The Qt Company (A Digia subcompany) does also sell commercial licenses of Qt 
to people who can't or won't live up to the lgpl/gpl requirements, and is how 
The Qt Company keeps the 100+ people working on and around Qt.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#797980: kdevelop: Missing .so file in kdevelop.install

[Sune Vuorela]

Hi

Can you submit the patch upstream on reviewboard to get them to take a look at 
it?

Patches in bugzilla is often missed.

Thanks,

/Sune

On Saturday 26 September 2015 18:43:18 Zhang Jingqiang wrote:
> Hello,
> there is another patch needed to avoid the reference usage crash
> 
> > I submit a bug report today to solve the last one:
> > https://bugs.kde.org/show_bug.cgi?id=352618
> > 
> > Now kdevelop don't crash and KDevDefinesAndIncludesManager works.
> 
> And this bug report could be closed.

-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank

Bug#796032: kwindowsystem: Strange behavior of lxqt-runner and lxqt-panel, may be related to #795884

[Sune Vuorela]

On Tuesday 18 August 2015 19:23:08 Alf Gaida wrote:
 Dear Maintainer,
 after upgrading to latest kwindowsystem lxqt-panel and lxqt-runner behave
 strange, the attached patch fixed this. Please note that amd64 will work
 without further changes, i386 will FTBFS because of symbol changes. I'm not
 familar with the kde symbols system so i leave it up to you.

The patch here puts the plugins in the -dev package which is definitely wrong. 
IIRC upstream (mgraesslin) had an opinion on how the plugins should be 
shipped. CC'ing him for his input.

(full report including patch is on http://bugs.debian.org/796032 - and 
replying to the bug email address is available for everyone)

/Sune

Bug#783293: browsers crash with 'illegal instruction' on i586

[Sune Vuorela]

tags 783293 +wontfix
thanks

On Saturday 25 April 2015 20:29:57 Bernhard Übelacker wrote:
 I tried as a workaround to build a libqtwebkit package with attached
 little modification (does disable JIT, like for other archs).
 With this the browser does not crash.
 
 Again unfortunately this packages have not distinct files for i586 and
 i686 like e.g. libav.
 Therefore would such a change affect every x86 user of this package.
 So this is also just a workaround.

I agree that just disabling the JITter is not an option. If someone improves 
the jitter, or making jitting optional for these architectures, we can look 
into it again. Until a patch shows up that does that, I'm going to mark this 
wontfix from the qt side of things.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1703197.eg6Bg0m2Qz@dabney

Re: unblock (pre-approval): kde-workspace/4:4.11.13-2.1

[Sune Vuorela]

On Thursday 02 April 2015 21:10:00 John Paul Adrian Glaubitz wrote:
 On 04/02/2015 04:26 PM, John Paul Adrian Glaubitz wrote:
  Attaching revision 2 of my debdiff.
 
 While reviewing my own patch, I noticed a typo in the change I made
 in the debian/rules file (overriden_command - overridden_command).
 
 I have fixed this now and made the changelog entry slightly more
 accurate. Attaching revision 3 of my patch.

I wouldn't mind a better systemd integration, but your patch seems half done.

You have lost the integration with the desktop-base package and the related 
theming.

Do you even get a valid kdm configuration by this patch in a new setup? 

the setup_config() function in the current init script is there for a reason.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1994684.tsfNPAhC3i@dabney

Re: unblock (pre-approval): kde-workspace/4:4.11.13-2.1

[Sune Vuorela]

On Monday 06 April 2015 20:29:27 John Paul Adrian Glaubitz wrote:

 I wasn't actually aware that there additional code in the sysvinit init
 script that would customize or even create a new kdmrc. The kdm package
 actually ships a kdmrc file, so I just added a few lines to make the
 package systemd-aware.

The shipped kdmrc file is invalid (on purpose) and needs preprocessing to 
actually work.

What is needed for testing things is:

new install with desktop-base installed: Debian lines theme should be used

New install without desktop-base installed: The upstream provided theme 
(elarun?) should be used

new install with desktop-base installed, and then removed: The upstream 
provided theme should be used.

new install with user configured theming. The user configured theme should be 
used

New install with another desktop theme provider than desktop-base installed: 
The selected theme should be used

Debian live with autologin should also be tested.

And then there is all the upgrading cases.

IT is not a small task, and that's part of the reason why it has been 
postponed so far.

I wouldn't mind taking a 'less' tested approach in another point in the Debian 
release cycle, but at this point, it needs really some testing and people 
looking at the code. Unfortunately, I'm not volunteering for that.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/10582915.PAePxskrsW@dabney

Re: Qt5, -opengl es2 for arm platforms

[Sune Vuorela]

To the best of my knowledge, the gpu's on the arm platform still are opengles, 
not the desktop edition, so while we could build a desktop opengl qt thing, 
it would not really be usable in practice.

So, my suggestion is to either get the thing ported to opengles upstream, or 
disable the package on those archs.

/Sune

On Thursday 12 March 2015 08:21:50 Anton Gladky wrote:
 Dear Qt/KDE team, Sune,
 
 it seems, that I have the same problem for some other packages.
 Libqglviewer was uploaded into experimental, migrating to
 Qt5 [1]. It fails unfortunately on armel and armhf and fine on
 other  archs.
 
 Do you have such a problem for other packages and maybe there is
 already a good solution for that?
 
 [1]
 https://buildd.debian.org/status/package.php?p=libqglviewersuite=experiment
 al
 
 Thank you
 
 Anton
 
 2014-05-21 23:41 GMT+02:00 Sune Vuorela s...@debian.org:
  On Wednesday 21 May 2014 13:27:47 Anton Gladky wrote:
   Dear Qt/KDE team,
   
   I have some build failures of ovito-package on arm platforms [1].
   Upstream-author answered, that it is probably due to -opengl es2,
   which is set for those archs and ovito requires desktop version
   of Qt5.
   
   Are there reasons, why those flags are used for arm platforms?
  
  Hi
  
  the plain desktop edition is not really interesting on arm because gles
  is
  what is hardware accelerated and such.

-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1659095.k4HsTpbPuP@dabney

Re: A plan to improve qt perl bindings

[Sune Vuorela]

On Monday 17 November 2014 21:22:36 Dominique Dumont wrote:
 [ resent: first mail did not go through qt-kde list]
 
 Hello
 
 Qt bindings for Perl are currently outdated in Debian. After a discussion
 with Sune (current maintainer), Scott and I think the best way to improve
 this situation is:
 
 1. Move maintainership to qt4-perl package from Sune to debian-qt-kde team.
 2. update qt4-perl in experimental, mostly using the packages
Scott has done for Ubuntu
 3. Test the new packages especially with debconf (help welcome)
 4. Once Jessie is out, upload the new packages to unstable
 5. Later, handle Perl bindings for qt5.
 
 Sune, since you're the official maintainer of qt4-perl, could you please
 reply by mail to accept the change of maintainer of this package ?
 
 Do you want to be listed in the uploaders list ? (the others will at least
 be Scott and me.)
 
 All the best

I agree on the above mentioned plan.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1759920.vGTBYzBMzY@dabney

Bug#767164: extra-cmake-modules: Should not be in Jessie

[Sune Vuorela]

Package: extra-cmake-modules
Severity: serious

e-c-m is not fully ready for jessie, and nothing should be using it, so
let's wait a bit with it.

/Sune

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141028210009.7003.38563.reportbug@dabney.localhost

Re: Bug#744006: Package: arora: Arora does not start due to a segmentation fault.

[Sune Vuorela]

reassign -1 libqt5webkit5
tag -1 +patch
thanks

On Sunday 12 October 2014 22:23:16 Patrick Häcker wrote:
  The following is the gdb output. As I found neither arora nor libqtgui
 
 debugging packages, it might not be that helpful, though.
 
 I forgot to append the stack trace. It's appended in this mail. What looks
 suspicious to me is that libQt5WebKit is calling libQt5Core which is
 indirectly calling libQtGui.so.4. This might be an unsupported mixture of Qt
 versions.

Yep. Patch submitted upstream:
https://codereview.qt-project.org/#/c/96946/

Let's reassign this bug to qt5 qtwebkit

Lisandro: I think we should consider cherrypicking this patch, as it makes 
quite some systems crash.

/Sune

-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5996238.qXfzR0TIkx@dabney

Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]

[Sune Vuorela]

On Wednesday 01 October 2014 13:07:13 Kjetil Kjernsmo wrote:
 Hi all!

 Alternatively, a more conservative approach is to upload 6.1.8 to unstable,
 and 7.1 to experimental. If no problems occurs with 6.1.8, it is likely that
 the assumption that exactly 6.1.6 is required is wrong, then 6.1.8 makes it
 to testing, and then 7.1 can be uploaded to unstable, and see if it makes
 the successful transition organically.

It is known that 6.1.7 does *not* work for KDE's purpose, and I haven't heard 
anything abouth 6.1.8 should have fixed the relevant issues, and it is also 
known that virtuoso's handling of compatibility has room for improvement.

I'd really prefer to leave the virtuoso 6.1 series at it's current version 
until jessie is out.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/3084744.tvAml59dis@dabney

Bug#757844: [akonadi-server] File system cache is inneficient: too many file per directory

[Sune Vuorela]

On Monday 11 August 2014 21:11:33 bastien ROUCARIES wrote:
 Package: akonadi-server
 Version: 1.12.1-1+b1
 Severity: important
 
 ~/.local/share/akonadi/file_db_data/ is completly inneficient and render the
 whole system slow.

What locate do you use? mlocate? slocate?

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1535434.AGvBaoeO5r@dabney

Bug#759422: please follow upstream versionning scheme

[Sune Vuorela]

On Tuesday 26 August 2014 23:26:15 Antoine Beaupré wrote:
 Package: marble
 Version: 4:4.8.4-3
 Severity: wishlist
 
 In trying to determine the availability of features in the Debian
 version of marble, i have had some difficulty of mapping between the
 version number of this package (e.g. 4.8.4 in wheezy) with the version
 numbers documented upstream (e.g. http://marble.kde.org/history.php).
 
 It would be nice to follow the upstream version numbers. I understand
 that this package may be following the KDE version numbers, but i don't
 use KDE yet marble is still an interesting product for me...

We are following the version numbers that matches the tarballs we receive. 
There is no plans to change that.

So, I think 'wontfix' is the best solution for this.

/Sune


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/12585109.koroToGTco@gladstone

Bug#756098: libqtwebkit4: please rebuild with GStreamer 1.0

[Sune Vuorela]

It is a (slow) work in progress, but in order to get it working, we need 
phonon, qtwebkit, qtgstreamer and maybe others to be uploaded at the same 
time.

Various components in the archive uses more than one of these components.

/Sune

On Saturday 26 July 2014 11:32:31 Martin-Éric Racine wrote:
 Package: libqtwebkit4
 Version: 2.2.1-7
 Severity: normal
 
 libqtwebkit4 is one of the last few packages left in Jessie that
 require the deprecated Gstreamer 0.10. Could it be either rebuilt
 using Gstreamer 1.0 or upgraded to a newer release that does?
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers testing
   APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
 Architecture: i386 (i686)
 
 Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core)
 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages libqtwebkit4 depends on:
 ii  libc62.19-7
 ii  libgcc1  1:4.9.1-1
 ii  libglib2.0-0 2.40.0-3
 ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
 ii  libgstreamer0.10-0   0.10.36-1.2
 ii  libqt4-network   4:4.8.6+dfsg-2
 ii  libqtcore4   4:4.8.6+dfsg-2
 ii  libqtgui44:4.8.6+dfsg-2
 ii  libsqlite3-0 3.8.5-2
 ii  libstdc++6   4.9.1-1
 ii  libx11-6 2:1.6.2-2
 ii  libxrender1  1:0.9.8-1
 ii  multiarch-support2.19-7
 
 libqtwebkit4 recommends no packages.
 
 libqtwebkit4 suggests no packages.
 
 -- no debconf information

-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1543120.TBSOTAKmNE@dabney

Bug#755678: kdepim-runtime: /usr/bin/akonadi_kolabproxy_resource missing in package, breaking any setup with kolab integration

[Sune Vuorela]

On Tuesday 22 July 2014 12:35:46 Jan Binder wrote:
 After upgrading to the KDE 4.13 packages in experimental, all Akonadi
 resources based on Kolab
 silently stopped working.

This is the main reason why kdepim-runtime is still in experimental.

It needs a newer set of libkolab* packages which was just now uploaded to the 
archive.

So, it is known, will be fixed - and welcome to experimental.

/Sune


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/3491906.5p3uEJReUQ@gladstone

Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]

[Sune Vuorela]

On Monday 16 June 2014 12:20:24 Yaroslav Halchenko wrote:
 Do you see any dependent packages present in Debian which require those
 binaries and would not be compatible somehow with 8.1?

The entire KDE stack needs the exact current version in the archive. And no, 
it is not compatible with something newer.

The fact that the KDE stack needs it is also why it is maintained by the KDE 
team.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2215332.Irl6F8f3k0@dabney

Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]

[Sune Vuorela]

On Monday 16 June 2014 12:43:25 Yaroslav Halchenko wrote:
 Great -- thanks Sune for the feedback.  It is just from previous
 comments I was not sure if KDE is still relying/using virtuoso.
 But if you state so -- must be so.

There is a move away from virtuoso - but the kde stack in stable uses virtuoso 
and if users should have a chance to migrate their data out, they need a kde 
stack that can communicate with it.

 Do you think it would be feasible to proceed for now with a
 versioned (e.g.  virtuoso-7) source package for virtuoso while excluding
 all the non-versioned meta- packages, thus providing recent virtuoso for
 those users who want it, while keeping KDE team and users happy?

If everytihng is properly versioned, I don't see a issue with providing an 
extra source package, and we could probably even strip down the kde-virtuoso 
source package from a lot of the 'generic components'. It is really just the 
odbc driver and the virtuoso executable that kde relies on. I think patches 
would be more than welcome.

 what components of KDE require virtuoso? (only napomuk?) and which
 tools/libraries in particular?

It is the nepomuk/soprano chain that requires it. and it is used by the 
activities system, by the file manager (dolphin), the image viewer (gwenview), 
the mail stack and probably some I forgotten. But everything is happening thru 
nepomuk and soprano.

oh. and the Debian Krap Team is for packages we don't really love but have to 
care for anyways.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/3935793.AoBqhoBoSR@dabney

Re: Qt5, -opengl es2 for arm platforms

[Sune Vuorela]

On Wednesday 21 May 2014 13:27:47 Anton Gladky wrote:
 Dear Qt/KDE team,
 
 I have some build failures of ovito-package on arm platforms [1].
 Upstream-author answered, that it is probably due to -opengl es2,
 which is set for those archs and ovito requires desktop version
 of Qt5.
 
 Are there reasons, why those flags are used for arm platforms?

Hi

the plain desktop edition is not really interesting on arm because gles is 
what is hardware accelerated and such.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/7535348.0itg9Bsbb1@dabney

Re: Bug: Ark 4:4.12.4-1

[Sune Vuorela]

On Friday 16 May 2014 13:53:20 Augusto Beiro wrote:
 Missing ; in
 /usr/share/kde4/services/ServiceMenus/ark_servicemenu.desktop
 
 MimeType=application/x-tar;application/x-compressed-tar;application/x-bzip-c
 ompressed-tar;application/x-tarz;application/x-xz-compressed-tar;application
 /x-lzma-compressed-tar;
 *application/zipapplication*/x-deb;application/x-cd-image;applicatio

Thanks. Fixed in git.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/22589640.nnOgOjrnPq@dabney

Bug#743766: konsole: Please mark konsole Multi-Arch foreign

[Sune Vuorela]

On Sunday 06 April 2014 09:57:08 Daniel Schaal wrote:
 Package: konsole
 Version: 4:4.12.3-1
 Severity: wishlist
 Tags: patch
 
 Please mark the konsole package Multi-Arch foreign, so it can
 be used to satisfy dependencies on x-terminal-emulator for
 foreign arch packages (e.g. steam:i386 on amd64).

Note that packages that depends on konsole doesn't just do it for the konsole 
executable, but also for the konsole kpart. Same-arch is needed for packages 
that uses the konsole kpart, here a foreign konsole won't work. (this is for 
packages like yakuake and the console thing apps like kdevelop and kate).

So I'm not sure this is the good fix.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1446340.nvFZnv3ob5@dabney

Re: KDE/jessie feedback

[Sune Vuorela]

Hi Moritz

Thank you for your mail. I'll go thru your three topics.

 - With the default desktop there're notifications on new updates, but the
 standard tool (I'm not sure which it is precisely) only offers a
 notification, but no GUI-way to install the upgrades. I've tried apper and
 it seems to offer that, maybe that should be the standard tool?

Apper should be pulled in by the kde desktop task and thus available, but I'm 
aiming to replace it with the kubuntu-originating tool 'muon'.

 - In the default install dragonplayer is installed (and it's a hard
 dependency from the meta packages). However, with dragonplayer many videos
 I tried only played the sound of the video, not the actual video. I need to
 debug that further, maybe there's a dependency missing. Overall mpv seems
 the superior choice to me (it's not a KDE component, of course, but it
 integrates very well and it has a clean design while still being very
 powerful).

We try hard to select packages based on what KDE provides, and dragonplayer is 
the player provided here. Also, I think it is important that the media player 
by default is honoring the settings in System Settings. Only applications 
built upon phonon fully does that.
Do you have the vlc package installed? Phonon-backend-vlc does have a 
recommends: vlc for helping with video playing capabilities, and Recommends 
should be installed on all normal systems or else you get to keep the pieces.

Yes. mplayer does support a few extra weird video codecs that other don't, but 
I haven't really seen such one in ages.
 
 - One issue we discussed during the security team meeting in Essen is VLC.
 Upstream focuses on people upgrading to new upstream releases and it's
 difficult to extract security fixes. Unfortunately VLC builds a library
 with Phonon being the major user, so upgrading to new upstream releases
 will break things. Since Phonon also supports Gstreamer as a backend (which
 is more stable API-wise and supportable), what do you think of switching
 Phonon over to Gstreamer?

can't you just rebuild phonon if you upload a newer VLC? I guess release team 
don't like transitions in stable, but ...

If really needed, I guess we can 'lift over' the few bits from libvlccore that 
phonon uses such that the phonon backend only uses libvlc. It is only for a 
couple of functions that vlccore is used, as I remember it.

Phonon-vlc upstream is much more active that the phonon-gstreamer from my 
impression, and phonon upstream does recommend phonon-vlc to be the default.
But fedora ships phonon-gstreamer as the default.

I do have a preference for not going against upstreams wishes here, so I would 
prefer if we could find a solution where we follow upstream's wishes.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1533196.uOWLI0YHo1@dabney

Bug#729215: kate: Please include pate/python-plugins files with kate/kate-data packages

[Sune Vuorela]

On Sunday 10 November 2013 23:38:22 Jason Alavaliant wrote:
 Package: kate
 Version: 4:4.11.3-1
 Severity: wishlist
 
 Dear Maintainer,
 Please consider enabling/adding the pate/python-plugins files to the
 kate/kate-data packages so the python plugins in the upstream kate source
 are made available to debian users.

It has been considered a couple of times, but there is a circular issue that 
we would haven't yet found a good way to solve.

  python-kde4-dev (= 4:4.9.80),

Installing python-kde4 requires kde-runtime which requires kdelibs5-plugins 
which requires katepart which is going to be built by kate.

So the circle has to be broken somehow, and ubuntu iirc has chosen to just 
require to have kate built in order to build kate.

/Sune
-- 
How to boot a board from Internet Explorer?

First of all you either must reset the memory address on the level-9 SIMM, or 
should never disconnect a folder for turning off the mousepad over a Fast shell 
to a MIDI ethernet application.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1435795.Lb0Mc2T5Gn@dabney

Bug#727242: kmail: Kmail does not import filters from previous version

[Sune Vuorela]

severity 727242 important
thanks

This might be a inconvenient loss of some configuration, but given all emails 
stays in Inbox, they aren't lost, so downgrading to important.

/Sune


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/10348623.CR0tcMKQ6a@gladstone

Re: Bug#719058: libgc symbols error on mips64(el)

[Sune Vuorela]

On Sunday 11 August 2013 21:47:59 Christoph Egger wrote:
 Hi!
 
 YunQiang Su wzss...@gmail.com writes:
  Mips64(el) 's symbols is a little different, or it will ftbfs.
 
 Hmm strange. Maybe the symbols helper doesn't know mips64(el) yet?

I would be quite surprised if pkgkde-symbolshelper knew about mips64(el) (and 
n32 for that sake) without any patches.

Patches are most welcome.

/Sune
-- 
How can I uninstall the mousepad?

From the panel within Photoshop 8.4 you either need to get access over a RW 
cache, or have not to boot with the tool to a Fast PCI kernel to the shell 
over the analogic BIOS password on a folder of a directory for uploading the 
DVD window.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2735516.GSfZ7aHuZT@dabney

Re: Bug#717040: kmail: Can't send mail since upgrading to 4:4.10.5-1

[Sune Vuorela]

Hi Russell 

It would be great if you could provide the info below.

/Sune

On Wednesday 24 July 2013 00:00:55 Sune Vuorela wrote:
 Hi Russel
 
 The following is using the 'akonadiconsole' tool which is kind of a
 specialist toolbox. Looking around should be fine, but be very careful with
 changing anything. (it also warns you on startup)
 
 If you in the browser tab can navigate to the relevant outbox (check that it
 has the right content)
 
 Right click on the folder in and select properties. Go to the attributes
 tab. Is there a SpecialCollectionAttribute? what is it set to?
 Is there a ENTITYDISPLAY? what is it set to?
 
 /Sune
 
 On Tuesday 16 July 2013 18:55:05 Russell Coker wrote:
  Package: kmail
  Version: 4:4.10.5-1
  Severity: important
  
  Since upgrading to 4:4.10.5-1 from 4:4.4.11.1+l10n-3+b1 I have been unable
  to send mail.  Mail stays in the Outbox folder forever and the
  Send Queued Messages option has no effect.
  
  I have tried deleting the sending accounts and creating a new entry (which
  sends mail to localhost port 587) and that makes no difference.
  
  -- System Information:
  Debian Release: jessie/sid
  
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
  
  Architecture: amd64 (x86_64)
  
  Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
  Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
  Shell: /bin/sh linked to /bin/dash
  
  Versions of packages kmail depends on:
  ii  kde-runtime   4:4.10.5-1
  ii  kdepim-runtime4:4.10.5-1
  ii  kdepimlibs-kio-plugins4:4.10.5-1
  ii  libakonadi-contact4   4:4.10.5-1
  ii  libakonadi-kde4   4:4.10.5-1
  ii  libakonadi-kmime4 4:4.10.5-1
  ii  libakonadiprotocolinternals1  1.9.2-2
  ii  libc6 2.17-7
  ii  libcalendarsupport4   4:4.10.5-1
  ii  libgcc1   1:4.8.1-6
  ii  libgpgme++2   4:4.10.5-1
  ii  libincidenceeditorsng44:4.10.5-1
  ii  libkabc4  4:4.10.5-1
  ii  libkcalcore4  4:4.10.5-1
  ii  libkcalutils4 4:4.10.5-1
  ii  libkcmutils4  4:4.10.5-1
  ii  libkdecore5   4:4.10.5-1
  ii  libkdepim44:4.10.5-1
  ii  libkdeui5 4:4.10.5-1
  ii  libkio5   4:4.10.5-1
  ii  libkleo4  4:4.10.5-1
  ii  libkmime4 4:4.10.5-1
  ii  libknotifyconfig4 4:4.10.5-1
  ii  libkontactinterface4  4:4.10.5-1
  ii  libkparts44:4.10.5-1
  ii  libkpgp4  4:4.10.5-1
  ii  libkpimidentities44:4.10.5-1
  ii  libkpimtextedit4  4:4.10.5-1
  ii  libkpimutils4 4:4.10.5-1
  ii  libkprintutils4   4:4.10.5-1
  ii  libksieveui4  4:4.10.5-1
  ii  libktnef4 4:4.10.5-1
  ii  libmailcommon44:4.10.5-1
  ii  libmailimporter4  4:4.10.5-1
  ii  libmailtransport4 4:4.10.5-1
  ii  libmessagecomposer4   4:4.10.5-1
  ii  libmessagecore4   4:4.10.5-1
  ii  libmessagelist4   4:4.10.5-1
  ii  libmessageviewer4 4:4.10.5-1
  ii  libnepomukcore4   4:4.10.5-1
  ii  libpimcommon4 4:4.10.5-1
  ii  libqt4-dbus   4:4.8.5+dfsg-2
  ii  libqt4-network4:4.8.5+dfsg-2
  ii  libqt4-xml4:4.8.5+dfsg-2
  ii  libqtcore44:4.8.5+dfsg-2
  ii  libqtgui4 4:4.8.5+dfsg-2
  ii  libqtwebkit4  2.2.1-6
  ii  libsolid4 4:4.10.5-1
  ii  libsoprano4   2.9.2+dfsg.1-1
  ii  libstdc++64.8.1-6
  ii  libtemplateparser44:4.10.5-1
  ii  perl  5.14.2-21
  
  Versions of packages kmail recommends:
  ii  gnupg-agent   2.0.20-1
  ii  gnupg22.0.20-1
  ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1
  
  Versions of packages kmail suggests:
  pn  clamav | f-prot-installer   
  none
  ii  kaddressbook
  4:4.10.5-1 ii  kleopatra
  
  4:4.10.5-1 ii  procmail
  
  3.22-20 pn  spamassassin | bogofilter | annoyance-filter |
  
  spambayes | bsfi  none
  
  -- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1893069.8c0ZbsqfIj@gladstone

Bug#718348: qtbase5-dev: Unable to configure cmake project using qt5 without qtbase5-private-dev

[Sune Vuorela]

On Tuesday 30 July 2013 17:27:59 WANA wrote: 
 With Qt5 (at time of writing 5.1.0+dfsg-1 is in experimental) you will get
 this error, if the package qtbase5-private-dev is not installed:

Yep. It is a bug in the cmake files. They are fixed upstream for 5.1.1, iirc. I 
think we will include it in the next upload if we do any more 5.1.0 uploads.
 
 I don't know if this behavior was intended. But it might be more intuitive
 to just install qtbase5-dev and everything works out of the box. 

It is expected that everything works with using the public headers.

 Perhaps a
 dependency or recommendation in qtbase5-dev on qtbase5-private-dev might
 help here.

The private headers is not something you should install under normal 
conditions.

/Sune


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5982951.iCSS2QKSJh@gladstone

Re: How to compile .deb packages for qtchooser, qtbase, etc. ?

[Sune Vuorela]

On 2013-07-24, Holger Schröder hol...@holgis.net wrote:
 Can somebody explain to me how these qt5 packages (qtchooser,
 qtbase, qt* ) are built e.g. on the debian and kubuntu
 infrastructure ?

They are built by the build daemon infrastructure basically by doing
apt-get source qtchooser ; sbuild foo.dsc. 
sbuild then calls into dpkg-buildpackage.

using dpkg-buildpackage is the official interface for building debs.
anything on top of that is just wrappers and icing that e.g. ensures
that the build-dependenceis and nothing else is installed in a build
environment.

But yes. you need the tarball from 'upstream' and the descriptions of
the debian build.

These elements is a compressed tarball each, and then there is a
metadata file, a dsc file, which describes the tarballs (filenames, size
and checksums).

You might want to read the new maintainers guide.

/Sune


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnkuvela.j0.nos...@sshway.ssh.pusling.com

Bug#717040: kmail: Can't send mail since upgrading to 4:4.10.5-1

[Sune Vuorela]

Hi Russel

The following is using the 'akonadiconsole' tool which is kind of a specialist 
toolbox. Looking around should be fine, but be very careful with changing 
anything. (it also warns you on startup)

If you in the browser tab can navigate to the relevant outbox (check that it 
has the right content)

Right click on the folder in and select properties. Go to the attributes tab. 
Is there a SpecialCollectionAttribute? what is it set to?
Is there a ENTITYDISPLAY? what is it set to?

/Sune

On Tuesday 16 July 2013 18:55:05 Russell Coker wrote:
 Package: kmail
 Version: 4:4.10.5-1
 Severity: important
 
 Since upgrading to 4:4.10.5-1 from 4:4.4.11.1+l10n-3+b1 I have been unable
 to send mail.  Mail stays in the Outbox folder forever and the
 Send Queued Messages option has no effect.
 
 I have tried deleting the sending accounts and creating a new entry (which
 sends mail to localhost port 587) and that makes no difference.
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (1, 'experimental')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages kmail depends on:
 ii  kde-runtime   4:4.10.5-1
 ii  kdepim-runtime4:4.10.5-1
 ii  kdepimlibs-kio-plugins4:4.10.5-1
 ii  libakonadi-contact4   4:4.10.5-1
 ii  libakonadi-kde4   4:4.10.5-1
 ii  libakonadi-kmime4 4:4.10.5-1
 ii  libakonadiprotocolinternals1  1.9.2-2
 ii  libc6 2.17-7
 ii  libcalendarsupport4   4:4.10.5-1
 ii  libgcc1   1:4.8.1-6
 ii  libgpgme++2   4:4.10.5-1
 ii  libincidenceeditorsng44:4.10.5-1
 ii  libkabc4  4:4.10.5-1
 ii  libkcalcore4  4:4.10.5-1
 ii  libkcalutils4 4:4.10.5-1
 ii  libkcmutils4  4:4.10.5-1
 ii  libkdecore5   4:4.10.5-1
 ii  libkdepim44:4.10.5-1
 ii  libkdeui5 4:4.10.5-1
 ii  libkio5   4:4.10.5-1
 ii  libkleo4  4:4.10.5-1
 ii  libkmime4 4:4.10.5-1
 ii  libknotifyconfig4 4:4.10.5-1
 ii  libkontactinterface4  4:4.10.5-1
 ii  libkparts44:4.10.5-1
 ii  libkpgp4  4:4.10.5-1
 ii  libkpimidentities44:4.10.5-1
 ii  libkpimtextedit4  4:4.10.5-1
 ii  libkpimutils4 4:4.10.5-1
 ii  libkprintutils4   4:4.10.5-1
 ii  libksieveui4  4:4.10.5-1
 ii  libktnef4 4:4.10.5-1
 ii  libmailcommon44:4.10.5-1
 ii  libmailimporter4  4:4.10.5-1
 ii  libmailtransport4 4:4.10.5-1
 ii  libmessagecomposer4   4:4.10.5-1
 ii  libmessagecore4   4:4.10.5-1
 ii  libmessagelist4   4:4.10.5-1
 ii  libmessageviewer4 4:4.10.5-1
 ii  libnepomukcore4   4:4.10.5-1
 ii  libpimcommon4 4:4.10.5-1
 ii  libqt4-dbus   4:4.8.5+dfsg-2
 ii  libqt4-network4:4.8.5+dfsg-2
 ii  libqt4-xml4:4.8.5+dfsg-2
 ii  libqtcore44:4.8.5+dfsg-2
 ii  libqtgui4 4:4.8.5+dfsg-2
 ii  libqtwebkit4  2.2.1-6
 ii  libsolid4 4:4.10.5-1
 ii  libsoprano4   2.9.2+dfsg.1-1
 ii  libstdc++64.8.1-6
 ii  libtemplateparser44:4.10.5-1
 ii  perl  5.14.2-21
 
 Versions of packages kmail recommends:
 ii  gnupg-agent   2.0.20-1
 ii  gnupg22.0.20-1
 ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1
 
 Versions of packages kmail suggests:
 pn  clamav | f-prot-installernone
 ii  kaddressbook
 4:4.10.5-1 ii  kleopatra   
 4:4.10.5-1 ii  procmail
 3.22-20 pn  spamassassin | bogofilter | annoyance-filter |
 spambayes | bsfi  none
 
 -- no debconf information
-- 
I cannot cancel the RO window, how does it work?

You neither should explore with a display, nor have to log in a command prompt 
over the LCD operating system to the CD URL on a graphic TCP e-mail but you 
should never ping the virus but therefore you cannot turn off a CD driver for 
connecting to a desktop of the icon of a hard disk over the AGP kernel to the 
processor on the button over a GPU to a LCD modem.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/98218760.sOJEXqt4pZ@dabney

Re: Bug#710140: gpgme1.0 (=1.3.2) dropping libgpgme-pth.so

[Sune Vuorela]

On Wednesday 29 May 2013 17:25:36 Daniel Leidert wrote:
 So to me it looks like, that libgpgme++2 is the only affected package
 and might probably be fixed by a rebuild of kdepimlibs.

Please get a release-team ack for papering over the abi breakage if you really 
think it is the right thing to do.

/Sune

-- 
Genius, I'm not able to open the editor to a CPU over a front-end from 
Outlook, how does it work?

You either must reset the IP controller, or should never insert the 
attachment, so that you neither need to save on a monitor, nor can ever log on 
a server on the 9X 2D head on a memory address on the RW pointer in order to 
mount the driver.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4920622.sJ58Lnj12B@dabney

Re: [Fwd: About gpgme1.0 (1.4.1-0.1) and libpth-dev]

[Sune Vuorela]

Package: libgpgme11
Severity: serious
Version: 1.4.1-0.1

On Tuesday 28 May 2013 15:35:07 Maximiliano Curia wrote:
 ¡Hola Daniel!
 
 El Tuesday, May 28, 2013 a las 08:06 escribiste:
  The build-time dependency on libpth-dev has been dropped in upstream
  release 1.3.2. Check out the NEWS file.
 
 Ok, great.

So you broke the abi of the package. That needs a proper transition, not 
papering stuff over with rebuilds. And it means we also need to do a transition 
with libgpgme++. Alterantively, we need to bring it back. If it is abi 
compatible with one of the other libraries, we might be able to get away with 
a couple of symlinks.

Libraries isn't hard. It just needs a bit of consideration.

/Sune


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4345310.usIlmjXv5e@gladstone

Bug#643726: Still happening

[Sune Vuorela]

On Monday 27 May 2013 01:39:42 brian m. carlson wrote:
 Please address this issue.

Sorry that we haven't addressed this issue yet, but we are a bit swamped in 
1300 bug reports and sometimes things fall past the cracks. If this is 
unsatisfactory, you are most welcome to join in or alternatively contact your 
software vendor and ask for a refund.

/Sune
-- 
Man, do you know how may I do for clicking a parallel LCD jumper?

From the drawer inside Office you must insert in the hardware for sending a 
analogic IP icon over a Ultraflat mailer of the server on the front-end of a 
CPU.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/39142768.Qky2Ifmp3f@dabney

Re: qtchooser vs. alternatives system

[Sune Vuorela]

On Saturday 25 May 2013 03:42:31 Christoph Anton Mitterer wrote:
 Hi.
 
 I just stumbled across the new qtchooser... isn't that duplicating the
 functionality what we already have with the alternatives system

No. It is not duplicating the alternatives system.

qtchooser among other things let *users* (not sysadmins) decide their 
defaults, and let *users* add more bits to it.

At the same time also providing several ways of selecting which one to use. 
(command line argument, environment variables, configuration file)

And it is the solution that several distributions is picking up for it, so the 
Qt documentation can support it.

/Sune
-- 
Genius, I cannot mount the application, how does it work?

From Outlook you should never overclock the graphic folder to a front-end of a 
fan in order to log from the cache.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2137500.UYLeHPD59u@dabney

Bug#708957: [src:kde4libs] Please override lintian warnings about ghdl

[Sune Vuorela]

reassign 708957 lintian
thanks

Hi

Thanks for working on gfdl issues.

This is, though, a bug in lintian and should be fixed there.
These are template files and as such it doesn't tell *anything* about the 
license of stuff.

You could just look for the entities 
FDLInvariantSections;
FDLFrontCoverText;
FDLBackCoverText;

and don't do any  errors/warnings about it.

/Sune

On Sunday 19 May 2013 19:32:26 bastien ROUCARIES wrote:
 Package: src:kde4libs
 Severity: wishlist
 
 On the template file lintian choke. I could not found a way to automatically
 guess it (as the maintener of the test), so please manually override the
 error:
 
 # this is template only with entity for invariant section. It is free
 E: kde4libs source: license-problem-gfdl-invariants
 kdoctools/customization/fr/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/fr/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/fr/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/ru/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/ru/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/ru/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/sl/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/sl/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/sl/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/ja/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/ja/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/ja/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/sk/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/sk/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/sk/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/lt/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/lt/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/lt/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/zh-TW/entities/gpl-notice.docbook E: kde4libs
 source: license-problem-gfdl-invariants
 kdoctools/customization/zh-TW/entities/lgpl-notice.docbook E: kde4libs
 source: license-problem-gfdl-invariants
 kdoctools/customization/zh-TW/entities/fdl-notice.docbook E: kde4libs
 source: license-problem-gfdl-invariants
 kdoctools/customization/pl/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/pl/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/pl/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/da/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/da/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/da/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/el/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/el/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/el/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/sv/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/sv/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/sv/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/fi/entities/gpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/fi/entities/lgpl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/fi/entities/fdl-notice.docbook E: kde4libs source:
 license-problem-gfdl-invariants
 kdoctools/customization/zh-CN/entities/gpl-notice.docbook E: kde4libs
 source: license-problem-gfdl-invariants
 kdoctools/customization/zh-CN/entities/lgpl-notice.docbook E: kde4libs
 source: license-problem-gfdl-invariants
 kdoctools/customization/zh-CN/entities/fdl-notice.docbook E: 

Bug#639300: Bug#707301: release-notes: odbcinst1debian2 : Breaks: tdsodbc ( 0.82-8) but 0.82-7 is to be installed

[Sune Vuorela]

[recipients trimmed]
 I recommend applying the patch from bug #639300 in a stable update, instead
 of leaving akonadi/virtuoso un-coinstallable with all ODBC drivers in
 wheezy.  Attached is an updated patch for this issue.

My recommendation is to have unixodbc drop the useless and broken Breaks.

 KDE maintainers: would you prefer to prepare a different fix yourselves for
 this issue, or upload this patch yourself?

I guess I can NMU unixodbc if you prefer, given that is the good fix.

iodbc is what upstream and most distributions uses here, and I see no reason 
to deviate from upstream here. 

iodbc is the one supported and written by virtuoso upstream, so that's the one 
we prefer to use.

/Sune
 - member of KDE team.
-- 
Do you know how can I cancel the periferic?

First you either should close the cache, or need to send to a ISA sendmail in 
order to overclock the digital memory.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4538594.CIqPxtKWBt@dabney

Re: Comments regarding nepomuk-widgets_4.10.2-1_amd64.changes

[Sune Vuorela]

On Wednesday 03 April 2013 11:51:29 Ansgar Burchardt wrote:
 Hi,
 
 
 Files: test/tagwidgetapp.cpp
test/tagwidgettest.h
test/tagwidgettest.cpp
 Note: These files doesn't have any copyright or license information.
 
 
 The version in the current upstream tarball does have copyright and license
 information for these files.

I've notified upstream. It is a oversight that will be fixed. Thanks for 
noticing it.

/Sune
-- 
Man, do you know how could I remove a hard disk?

You neither can ever doubleclick a modem, nor must open the DirectGL mailer to 
the tool.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201304032245.39027.s...@debian.org

Bug#700530: qt frames empty

[Sune Vuorela]

So, after a lot of testing and involving like 10 different people there is now 
actually kind of a fix.

The fix is surprisingly in xorg-server and can be found here:
http://people.debian.org/~jcristau/kbsd-peercred.diff

having it real-life tested on linux and on kbsd on squeeze and wheezy/sid 
would be much appreciated. success reports go to me somehow.

Thanks to
Thiago Macieira, Andrey Rahmatullin, Julien Cristau, Pino Toscano, Bernhard R. 
Link and probably someone I forgotten.

/Sune
-- 
How may I insert the computer from Flash MX and from the options inside Office 
NT?

First of all from the control preferences menu within Word you must send to 
the device for debugging the controller over a analogic forward.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201302202322.58164.s...@debian.org

Bug#699862: qt4-x11: FTBFS on x32: qatomic_generic.h doesn't work with QtDBus

[Sune Vuorela]

On Wednesday 06 February 2013 01:33:35 Daniel Schepler wrote:
 The qt4-x11 source package is getting this build failure on the
 unofficial x32 Debian port:

Hi Daniel. Thanks for the work on this. I do have a few questions though.

What's the Build key set to on x32?
|$ strings /usr/lib/i386-linux-gnu/libQtCore.so | grep g++

 I'm attaching a debdiff of the changes I used to port Qt (with the
 Debian changes) to x32.  (See also
 URL:https://sites.google.com/site/x32abi/x32-patches/Qt4_x32_config.patch?
 attredirects=0d=1 for a version of the patch meant for unpatched Qt.)

For some reason it seems to be using the i386 assembly code for atomics in 
that patch. Shouldn't it be using the x86_64 assembly code?

/Sune
-- 
Man, do you know how to close the provider from LinuxPPC or from Flash MX and 
from Word 8.2?

The point is that you neither must digit from a cache on a gadget, nor have to 
click on the Web address on the GUI for linking from the LCD tower over a LCD 
BIOS pointer to the mail.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201302081027.47242.s...@debian.org

Bug#696054: kdepim-runtime: Shouldn't ship the nepomuk feeders

[Sune Vuorela]

Package: kdepim-runtime
Version: 4:4.4.11.1-5
Severity: serious
Justification: Maintainer says so

kdepim-runtime should not ship the nepomuk feeder files.

To implement, just don't ship the 4 relevant files for nepomuk feeders.

This is a result of a discussion with upstream.

/Sune

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages kdepim-runtime depends on:
ii  akonadi-server1.7.2-1
ii  kde-runtime   4:4.8.4-1
ii  kdepimlibs-kio-plugins4:4.8.4-1
ii  libakonadi-kabc4  4:4.8.4-1
ii  libakonadi-kcal4  4:4.8.4-1
ii  libakonadi-kde4   4:4.8.4-1
ii  libakonadi-kmime4 4:4.8.4-1
ii  libakonadiprotocolinternals1  1.7.2-1
ii  libc6 2.13-35
ii  libgcc1   1:4.7.1-6
ii  libkabc4  4:4.8.4-1
ii  libkcal4  4:4.8.4-1
ii  libkcalcore4  4:4.8.4-1
ii  libkcalutils4 4:4.8.4-1
ii  libkcmutils4  4:4.8.4-3
ii  libkdecore5   4:4.8.4-3
ii  libkdeui5 4:4.8.4-3
ii  libkimap4 4:4.8.4-1
ii  libkio5   4:4.8.4-3
ii  libkmime4 4:4.8.4-1
ii  libkpimutils4 4:4.8.4-1
ii  libkresources44:4.8.4-1
ii  libmailtransport4 4:4.8.4-1
ii  libmicroblog4 4:4.8.4-1
ii  libnepomuk4   4:4.8.4-3
ii  libqt4-dbus   4:4.8.2-2
ii  libqt4-network4:4.8.2-2
ii  libqt4-qt3support 4:4.8.2-2
ii  libqt4-xml4:4.8.2-2
ii  libqtcore44:4.8.2-2
ii  libqtgui4 4:4.8.2-2
ii  libsolid4 4:4.8.4-3
ii  libsoprano4   2.7.6+dfsg.1-1
ii  libstdc++64.7.1-6
ii  libstreamanalyzer00.7.7-3
ii  libxml2   2.8.0+dfsg1-5

kdepim-runtime recommends no packages.

kdepim-runtime suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121216121428.16412.18913.reportbug@pusling

Bug#695837: qt4-x11: Allow co-installability with upcoming Qt5

[Sune Vuorela]

Note that this patch is not the way to do it, and renaming qt5 tools is also 
not the way to do it.

Upstream is providing a qttoolwrappere that helps selecting the right one. 
Please see relevant discussions on upstream maillist about it.

/Sune

On Thursday 13 December 2012 10:31:59 Timo Jyrinki wrote:
 Source: qt4-x11
 Severity: wishlist
 Tags: patch
 
 Dear Maintainer,
 
 The Qt5 is coming out in the near future, with release candidate
 already out. It will contain some additional binaries that would clash
 with Debian's Qt4 in its current shape, unless more binaries get the
 -qt4 suffix and alternatives treatment.
 
 Attached git patch addresses the issue to the extent I'm currently aware.
 It has been tested on the Ubuntu side in the following PPA, where
 Qt5 RC1 and Qt4 are currently co-installable:
 
 https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper
 
 After the version put in there I tested a full build against Debian's
 version and added qmlviewer(-qt4) to the binaries being handled.
 
 -Timo
 
 -- System Information:
 Debian Release: 7.0
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: i386 (i686)
 
 Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

-- 
How could I do for digiting from a CPU from Word and from the folder inside 
Photoshop?

You either must uninstall on a back-end of the serial application over a 
application, or can never open the analogic kernel for renaming a DLL front-
end.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201212131119.34604.s...@vuorela.dk

Bug#682593: libkipi abi oops

[Sune Vuorela]

Hi

Someone noticed a abi change that I didn't notice at the upload of the latest 
libkipi upstream release (bug 682593).

The state of the archive is that everything built after the upload on june 
17th is built against new abi. everything built before is built using the old 
abi.

The abi change is a change in class size (removal of a member). The abi can be 
easily restored by adding a dummy member of the same size.


There is 3 possible solutions:

1) hide head in sand and rebuild 'old' dependencies (kamoso, kphotoalbum, 
digikam)

2) restore abi and rebuild 'new' dependencies (ksnapshot, gwenview)

3) do a full transition of libkipi.

I'm leaning towards 1) because it is fewer 'popular' dependencies to rebuild.

Note that the package name has changed since squeeze, so there is no partial 
stabe=testing upgrade issues. only testing=testing issues. and those are 
there both with 1) and 2); just for different packages.

What solution do you prefer?

/Sune


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201209251506.47568.s...@debian.org

Bug#680822: aptitude install libphonon-dev phonon-backend-gstreamer fails

[Sune Vuorela]

On Thursday 20 September 2012 05:36:56 Hideki Yamane wrote:
 Hi,
 
  It seems that clear for me, phonon-backend-null | phonon is odd and it
  should be phonon-backend-null | phonon-backend since phonon-backend-null
  provides phonon-backend virtual package and pulls phonon package causes
  just a confuse.
 
  I'll upload package include this change with 10days/delayed (safe side).
  If you want to cancel it, please tell me.

please cancel it. 

The dependency on phonon *is* correct. Either you want phonon-backend-null 
*or* a working phonon. Phonon is the package to depend on to get a working 
phonon.

if you want a working phonon, you must depend on phonon.

The bug is not in the phonon package.

/Sune


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201209201213.22689.s...@debian.org

Bug#680822: aptitude install libphonon-dev phonon-backend-gstreamer fails

[Sune Vuorela]

On Thursday 20 September 2012 13:47:17 Hideki Yamane wrote:
  Why we need to specify phonon as Depends:?

if you want a working phonon, you need to depend on phonon. that's just how it 
is.

/Sune


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201209201405.01813.s...@debian.org

Bug#682077: braindump: No way to save, print, export?

[Sune Vuorela]

On Thursday 19 July 2012 14:00:45 J M Cerqueira Esteves wrote:
 Package: braindump
 Version: 1:2.4.3-1
 Severity: grave
 Justification: renders package unusable
 
 The File menu has only one entry (Quit) and I find no way to save,
 export or print... (may I have failed to notice some interface detail?)

Hi

There is a detail you didn't notice in the interface (it also tricked me a 
bit)

There is no need to save manually.

Just exit the application.

and launch it again. and continue. with one whiteboard. with multiple 
whiteboards.

/Sune


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201207191859.15014.s...@debian.org

Bug#678698: plasma-desktop: Plasma-desktop segfaults when mouse interacts with mp3s downloaded from Jamendo

[Sune Vuorela]

On Sunday 24 June 2012 12:05:30 advocatux wrote:
 2012/6/24 Sune Vuorela s...@debian.org:
 [-]
 
  Can you try install strigi-dbg and create a stacktrace ?
  
  /Sune
 
 OK, I've installed strigi-dbg but I don't know the best way to get
 useful information related to this bug.
 
 Any suggestion will be welcome.
 
 This is a new Kcrash output after installing strigi-dbg:

 Thread 1 (Thread 0xb1c1c720 (LWP 2354)):
 [KCrash Handler]
 #7  Strigi::checkUtf8 (p=...) at
 /build/buildd-strigi_0.7.7-2-i386-tfXFC5/strigi-0.7.7/libstreams/lib/textut
 ils.cpp:72 #8  0xb3130eac in Strigi::AnalysisResult::addValue
 (this=0xbfa5b63c, field=0xa71b7f8, val=...) at
 /build/buildd-strigi_0.7.7-2-i386-tfXFC5/strigi-0.7.7/libstreamanalyzer/lib
 /analysisresult.cpp:317 #9  0xb31644a5 in ID3EndAnalyzer::analyze
 (this=0xa618608,
 indexable=..., in=0xa681e08) at
 /build/buildd-strigi_0.7.7-2-i386-tfXFC5/strigi-0.7.7/libstreamanalyzer/lib
 /endanalyzers/id3endanalyzer.cpp:519 

Something looks a bit fishy in the code here. Can you legally share the file 
involved?

/Sune
-- 
Man, how to turn off a site?

You should never get access over the CPU for opening a LCD tower on the driver 
over the digital modem.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201206241346.49989.s...@debian.org

Bug#678698: plasma-desktop: Plasma-desktop segfaults when mouse interacts with mp3s downloaded from Jamendo

[Sune Vuorela]

On Saturday 23 June 2012 21:58:35 advocatux wrote:
 Package: plasma-desktop
 Version: 4:4.8.4-2
 Severity: normal
 
 This bug is a funny one. If you download an mp3 from Jamendo to your
 desktop an put your mouse pointer over it, plasma-desktop crashes.
 
 I've tried with other mp3s (meaning no-Jamendo's) and it doesn't happen.

Can you try install strigi-dbg and create a stacktrace ?

/Sune
-- 
Genius, I'm not able to reinstall a PCI proxy to the utility, how does it 
work?

First you either have to insert a icon, or need to remove the USB folder in 
order to ping the SIMM.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201206240438.08840.s...@debian.org

Bug#673268: libqtwebkit4: utterly incorrect debian/copyright

[Sune Vuorela]

On Thursday 17 May 2012 13:52:02 Stepan Golosunov wrote:
 /usr/share/doc/libqtwebkit4/copyright claims the library is
 distributed under BSD-style license. However, several thousands of
 files in the source package say they are distributed under LGPL.
 
 The list of copyright holders is also much more diverse than stated in
 debian/copyright. And BSD-licensed files came with many different
 variants of the license.

Thank you for your bug report, you are very much right.  Unfortunately, we are 
a bit short of man power so would love help on this issue (and other issues as 
well)

So if you can spare a afternoon and improve the copyright file, it will be 
much appreciated.

/Sune
-- 
How may I upload the URL?

From Explorer and from the tools menu inside Outlook NT you never have to 
explore a mailer, this way then from the folder inside Excel you either can 
never enable the program, or cannot get access on a floppy disk for resetting 
a driver.



--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201205171856.00588.s...@debian.org

Bug#656098: amarok: Crashes on track selection with Xine backend

[Sune Vuorela]

On Wednesday 07 March 2012 05:45:27 Raj Mathur (राज माथुर) wrote:
 I'm glad to see that the bug has been closed.  However, the method
 leaves me completely dissatisfied.
 
 I've been using Amarok for about 10 years now.  All my CDs, all the
 music people have made available for free download: 5000+ tracks,
 sorted, labelled, starred.  Quality is very variable, so the equaliser
 is a must.
 
 Now this update is forcing me to switch away from Amarok as the primary
 music player (lack of equaliser).  Have to redo all my sorting,
 classification and starring of tracks, another 10 years (if I survive
 that long) of work on a new media player.

the equalizer in amarok should be available with the gstreamer backend.

/Sune
-- 
I cannot overclock the level-8 sendmail, how does it work?

You either should load the FPU on a display, or have not to insert the SMTP 
computer but from AutoCAD XP you cannot remove the wordprocessor of a MIDI IDE 
editor, this way you must send a provider of the printer to boot from the 
monitor.



--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201203070953.41828.s...@debian.org

Re: src:qtwebkit=2.2.0-3 symbol mismatch

[Sune Vuorela]

On Friday 02 March 2012 16:46:33 Thorsten Glaser wrote:
 Hi,
 
 I’m getting this on an m68k build, but have no skills wrt. symbol
 files. But you might want to fix this for the next upload.

Hi Thorsten

It would be great if you could attach the full build log, and not just the 
errors.

It would also be nice if you could dig up what the following types are 
typedef'ed to on m68k:

size_t
ssize_t
int64_t
uint64_t
qptrdiff
quintptr
qreal

(the easiest is probably to ask gcc after #include QtCore )

/Sune
-- 
Man, how to reset the driver?

You should turn off a PCI hard disk for inserting the display.


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201203022141.36708.s...@debian.org

Bug#656924: phonon-backend-xine: FTBFS with xine-lib-1.2

[Sune Vuorela]

On Sunday 22 January 2012 23:28:00 Darren Salt wrote:
 Source: phonon-backend-xine
 Version: 4:4.6.0really4.4.4-4
 Severity: important
 Tags: patch
 Usertags: xine-lib-1.2
 
 I intend to upload xine-lib-1.2 to unstable soon.
 
 phonon-backend-xine currently fails to build with xine-lib-1.2. The
 attached patch fixes this. (I have not done more than compile it.)

Hi

I just filed a RM bug for phonon-backend-xine, so I'm not sure this upload is 
so important :)

/Sune
-- 
Man, how to debug the virus from LinuxPPC?

From the control preferences within DOS you neither should rename the 
processor, nor must unlink a mail, in such way then you need to explore with a 
connector of the MIDI hard disk and you cannot close the DirectGL prompt of a 
serial ISA server over a 3Dfx hard disk for forwarding to a parallel server 
over a connection.



--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201201222352.18338.s...@debian.org

Bug#549309: Upcoming stable point release

[Sune Vuorela]

On Saturday 14 January 2012 12:18:19 Adam D. Barratt wrote:
 [added the KDE bug and -release to Cc]
 
 Hi,
 
 On Sat, 2012-01-14 at 09:18 +0200, Alexey Eromenko wrote:
  Please, if possible, exclude konqueror-nsplugins from the default
  KDE install in 6.0.4.

Afaik, there is no bugs in konqueror-nsplugins, so excluding it from the 
default install would be wrong.

Removing gnash from the default set of installed packages could be a option 
though until someone has isolated the fix in gnsah that Gabriele Giacone 
claims exists, given thaht gnash from backpotrs doesn't make konqueror-
nsplugins crash.

For those outside kde packaging following along:
konqueror-nsplugins contains the nspluginviewer application that khtml among 
others use to use nsplugins in a nice out-of-process fashion, a way of doing 
it that has been present since like forever and other browser vendors slowly 
are picking up.

/Sune
-- 
Man, do you know how can I do for installing on the RW LCD forward from 
Netscape 96?

You should turn off a controller for connecting a menu over the case over a 
SIMM.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201201150021.27775.s...@vuorela.dk

Bug#651549: klipper: Hotkey dissapeared

[Sune Vuorela]

tag 651549 +upstream fixed-upstream
thanks

Fixed in 4.8 in 90944a8c6bb9e22e4089870f49f898eec083518d - upstream bug report 
254994

/Sune

On Friday 09 December 2011 22:06:25 Krasu wrote:
 Package: klipper
 Version: 4:4.6.5-3
 Severity: normal
 
 In Squeeze version of klipper there was a hotkey to open klipper's menu
 near the cursor position. In Wheezy version this hotkey has been removed
 (or not available for some reason). In systemsettings I see this hotkey,
 but it doesn't work (as it shown in the attached file).
 
 
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers testing
   APT policy: (500, 'testing')
 Architecture: i386 (i686)
 
 Kernel: Linux 3.1.0-1-686-pae (SMP w/6 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages klipper depends on:
 ii  kdebase-runtime  4:4.6.5-1+b1
 ii  libc62.13-21
 ii  libdmtx0a0.7.2-1+b2
 ii  libkdecore5  4:4.6.5-2+b1
 ii  libkdeui54:4.6.5-2+b1
 ii  libqt4-dbus  4:4.7.3-5
 ii  libqtcore4   4:4.7.3-5
 ii  libqtgui44:4.7.3-5
 ii  libstdc++6   4.6.2-5
 ii  libx11-6 2:1.4.4-4
 ii  libxfixes3   1:5.0-4
 ii  zlib1g   1:1.2.3.4.dfsg-3
 
 klipper recommends no packages.
 
 klipper suggests no packages.
 
 -- no debconf information

-- 
How could I disable a site over the tower from the options menu within 
Photoshop?

You must cancel the fan for getting access over a software.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201112092322.35034.s...@vuorela.dk

Re: Comments regarding gwenview_4.7.2-1_multi.changes

[Sune Vuorela]

On Monday 05 December 2011 10:11:29 Luca Falavigna wrote:
 Hi,
 
 gwenview source has been removed some time ago (#566746) because
 it was already provided by kdegraphics. Has it been splitted from it?

Hi

Kdegraphics (and kdeedu) and soon some more bits have been split. Among 
others, this means return of source packages for
 - libkexiv
 - libkdcraw
 - libkipi
 - gwenview, as mentioned
 - kalgebra
 - okular
 - marble
 - and probably something I forgot.

/Sune
-- 
Do you know how might I get access over a head of a software?

You have not to save on a pointer in order to receive from the processor to a 
8-bit periferic.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201112051253.57485.s...@vuorela.dk

Bug#650782: akonadi-backend-sqlite: installing package should add corresponding section to akonadiserverrc

[Sune Vuorela]

tag 650782 +wontfix
thanks

On Friday 02 December 2011 22:34:46 Nick Shaforostoff wrote:
 Package: akonadi-backend-sqlite
 Version: 1.6.2-0ubuntu1
 Severity: wishlist
 
 use case:
 i install akonadi-backend-sqlite, then uninstall akonadi-backend-mysql. (i
 consider it to heavy for a netbook) result:
 ~/.config/akonadi/akonadiserverrc file is not changed, akonadi cannot
 start. expected: a [QSQLITE] section is added to this config file,
 and if the driver specified in [General] section is not available,
 it should be automatically changed to QSQLITE

Hi

Please discuss 'autoselection' of backends with upstream. We cannot modify the 
users configuration files like that from the debian packaging.

Tagging as wontfix.

/Sune
-- 
Do you know how to load the GUI of a mousepad to a server?

You neither can reset a Direct3D proxy, nor need to remove the folder.


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

Bug#644173: Kuickshow does not exist any more

[Sune Vuorela]

On Monday 03 October 2011 18:08:39 Kevin Krammer wrote:
 On Monday, 2011-10-03, Karsten Malcher wrote:
  Package: kuickshow
  Severity: wishlist
  
  
  Hello together,
  
  i am really a fan of the kuickshow and so i am really sad that it is
  missing since KDE4 now.
 
 According to this [1] there is a version for KDE4 libs.

Kuickshow uses the upstream dead and buried imlib1 that also got removed from 
debian long time ago.

/Sune
-- 
How can I do for resetting the display from Flash NT?

You either can never reset a TCP/IP window, or should never reset the front-
end for booting the SIMM.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201110032129.51003.s...@debian.org

Re: Debug packages for kwin?

[Sune Vuorela]

On Thursday 29 September 2011 20:58:41 Pfannenstein Erik wrote:
 Hello all,
 
 every time I try to start the desktop effects of my KDE 4.6.5 installation,
 kwin crashes (SEGFAULT). So I'd like to write a bug report, but the KDE
 Crash Handler objects the backtrace to be not useful and recommends to
 install the *-dbg packages. I couldn't find them via APT nor via
 http://packages.debian.org . So I'd like to know whether those packages
 are available in Debian and where I can find them.
 
 The debug packages the Crash Handler asked for are:
 
 - kwin
 - kwin_effect_builtins.so
 - libkdeinit4_kwin.so

All these are in kdebase-workspace-dbg

 - x86_64-linux-gnu/libGLso.1

a wild guess would be libgl1-mesa-*dbg

/Sune
-- 
Man, do you know how to click on the program from Netscape?

You neither have to telnet to the site, nor should receive a desktop on a POP 
pin for sending the kernel.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201110011500.37640.s...@debian.org

Bug#643565: [akregator] Missing menu item in Gnome

[Sune Vuorela]

reassign 643565 gnome-menus
affects 643564 akregator
thanks

On Tuesday 27 September 2011 17:35:50 O. Emmerson wrote:
 --- Please enter the report below this line. ---
 This app is missing a menu item in Gnome.

Hi

This is unfortunately because the Debian Gnome maintainers have decided to 
blacklist a random collection of nice apps to show up in Gnome's menu. I've 
reassigned your bug to the package doing the blacklist in hope they one day 
will drop the blacklist.

/Sune

 --- System information. ---
 Architecture: i386
 Kernel:   Linux 3.0.0-1-686-pae
 
 Debian Release: wheezy/sid
   990 testing security.debian.org
   990 testing mirror.ox.ac.uk
   990 testing ftp.sunet.se
   300 unstablemirror.ox.ac.uk
 
 --- Package information. ---
 Depends  (Version) | Installed
 ==-+-==
 kdebase-runtime| 4:4.6.5-1+b1
 libc6   (= 2.1.3) | 2.13-21
 libgcc1   (= 1:4.1.1) | 1:4.6.1-4
 libkcmutils4(= 4:4.6) | 4:4.6.5-2
 libkde3support4 (= 4:4.6) | 4:4.6.5-2
 libkdecore5 (= 4:4.6) | 4:4.6.5-2
 libkdepim4   (= 4:4.4.11.1+l10n-1) | 4:4.4.11.1+l10n-1
 libkdeui5   (= 4:4.6) | 4:4.6.5-2
 libkhtml5   (= 4:4.6) | 4:4.6.5-2
 libkio5 (= 4:4.6) | 4:4.6.5-2
 libknotifyconfig4   (= 4:4.6) | 4:4.6.5-2
 libkontactinterface4(= 4:4.6) | 4:4.6.5-1
 libkparts4  (= 4:4.6) | 4:4.6.5-2
 libkpimutils4   (= 4:4.6) | 4:4.6.5-1
 libqt4-dbus   (= 4:4.5.3) | 4:4.7.3-5
 libqt4-xml(= 4:4.5.3) | 4:4.7.3-5
 libqtcore4  (= 4:4.7.0~beta2) | 4:4.7.3-5
 libqtgui4 (= 4:4.5.3) | 4:4.7.3-5
 libstdc++6  (= 4.1.1) | 4.6.1-4
 libsyndication4 (= 4:4.6) | 4:4.6.5-1
 
 
 Package's Recommends field is empty.
 
 Package's Suggests field is empty.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201109271802.25990.s...@debian.org

Re: Bug#643565: [akregator] Missing menu item in Gnome

[Sune Vuorela]

[dropping submitter]
On Tuesday 27 September 2011 20:35:22 Josselin Mouette wrote:
 As soon as KDE, Java and hplip maintainers fix their desktop entries to
 add appropriate NoDisplay and OnlyShowIn fields, we’d be happy to drop
 that hack.

I'm not sure how a OnlyShowIn=KDE for akregator would have prevented the user 
from filing a bug about not being able to see Akregator in the Gnome menu.

If you have specific requests for apps that shouldn't be shown in Gnome, then 
let us discuss that. 

I unfortunately think that it will be hard to reach a proper agreement, since 
we seem to fundamentally disagree wether or not users should be allowed to 
choose to use the apps they have installed. And I'm not sure I get the 
criteria for getting blacklisted.

For example. Graphical email clients:
KMail has a desktop file is blacklisted and doesn't have a OnlyShowIn

Evolution has a desktop file and is not blacklisted and doesn't have a 
OnlyShowIn

Claws-mail has a desktop file and is not blacklisted and doesn't have a 
OnlyShowIn

Icedove has a desktop file and is not blacklisted and doesn't have a 
OnlyShowIn

I don't fully get the pattern for what to - or not - blacklist, and I do think 
that in several cases the KDE default apps is better than the Gnome similar 
ones, and vice versa. I really think we are doing our users a disfavour by not 
allowing them to easy access the applications they have chosen to install.

/Sune
-- 
Do you know how could I boot a GPU on the prompt of a command prompt from 
Netscape?

From the panel inside Windows NT you neither have to send the editor, nor must 
explore the application and you should reset the head over a graphic DLL head 
to the controller to unmount the cache of the parallel URL over a 3D display.


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201109272322.25236.s...@debian.org

Bug#642341: libeigen2-dev should be arch-independent

[Sune Vuorela]

Hi Steve

As such, you are right. But making it arch:any gives the advantage that we get 
the possibility to get the test suite run on all architectures, which is the 
reason why we changed it from arch:all to arch:any in the first place.

The only 'expense' is a slightly extra amount of space used on the build 
daemons.

I'm tending to mark this bug wontfix for this reason.

/Sune


On Wednesday 21 September 2011 19:45:30 Steve Wolter wrote:
 Package: libeigen2-dev
 Version: 2.0.16-2
 Severity: normal
 
 The libeigen2-dev package contains no architecture-specific files, so it
 might as well be built with
 Architecture: all
 instead of
 Architecture: any
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'),
 (500, 'stable') Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.0.0-1-rt-amd64 (SMP w/4 CPU cores; PREEMPT)
 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored:
 LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash
 
 libeigen2-dev depends on no packages.
 
 libeigen2-dev recommends no packages.
 
 Versions of packages libeigen2-dev suggests:
 pn  libeigen2-doc  none
 
 -- no debconf information



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201109212003.59153.s...@debian.org

Bug#511597: Patch for this issue (was: please use SSL/TLS certificates from ca-certificates package)

[Sune Vuorela]

On Wednesday 31 August 2011 13:09:16 Thijs Kinkhorst wrote:
 2. The KDE trust store will not be updated when the Debian Security Team
 releases its planned update to ca-certificates to address Diginotar
 concern.

JFTR, diginotar isn't in KDE's cert bundle.

/Sune



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201108311537.11255.s...@debian.org

Bug#638813: qtcreator: FTBFS: error: no matching function for call to 'qMin(double, qreal)'

[Sune Vuorela]

On Monday 22 August 2011 16:30:59 Adam Majer wrote:
 On Mon, Aug 22, 2011 at 02:03:19PM +0900, Nobuhiro Iwamatsu wrote:
  ---
  a/src/plugins/qmldesigner/components/formeditor/snapper.cpp 2011-07-07
  11:14:10.0 +0900 +++
  b/src/plugins/qmldesigner/components/formeditor/snapper.cpp 2011-07-07
  11:14:50.0 +0900 @@ -495,10 +495,10 @@
  
   double minimumY =  std::numeric_limitsdouble::max();
   double maximumY =  std::numeric_limitsdouble::min();
   foreach(const QLineF line, lineList) {
  
  -minimumY = qMin(minimumY, line.y1());
  -minimumY = qMin(minimumY, line.y2());
  -maximumY = qMax(maximumY, line.y1());
  -maximumY = qMax(maximumY, line.y2());
  +minimumY = qMin(minimumY, static_castqreal(line.y1()));
  +minimumY = qMin(minimumY, static_castqreal(line.y2()));
  +maximumY = qMax(maximumY, static_castqreal(line.y1()));
  +maximumY = qMax(maximumY, static_castqreal(line.y2()));
  
   }
   
   double x(lineList.first().x1());
 
 I'm assuming that the patch was to do static_castdouble(line.y1())
 instead of qreal. As is, it should nothing. The definition of QLineF
 is,
 
 qreal QLineF::y1() const;

event better would be to have 
  qreal minimumY =  std::numeric_limitsqreal::max();
  qreal maximumY =  std::numeric_limitsqreal::min();

/Sune



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201108221705.39745.s...@debian.org

Bug#631573: plasma-widgets-workspace: Forces removal of xfce4-notifyd

[Sune Vuorela]

reassign 631573 xfce4-notifyd
thanks

On Saturday 25 June 2011 01:11:02 Bob Hauck wrote:
 Package: plasma-widgets-workspace
 Version: 4:4.6.4-1
 Severity: normal
 
 This package provides notification-daemon.  So does xfce4-notifyd.  The
 problem is that this package does not work in xfce4.  So there is no way
 to get any on-screen notifications in xfce4 if you also have kde
 installed.

plasma-widgets-workspace provides the interfaces as specified by the so-called 
'galago-spec', so I don't see anything wrong with having plasma-widgets-
workspace provide it.

On the other hand, having xfce4-notifyd conflict with it is something else ...

Reassigning to xfce4-notifyd.

 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.39-2-486
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash
 
 Versions of packages plasma-widgets-workspace depends on:
 ii  libc6 2.13-7 Embedded GNU C Library: Shared
 lib ii  libgcc1   1:4.6.0-14 GCC support library
 ii  libkcmutils4  4:4.6.4-1  utility classes for using KCM
 modu ii  libkdecore5   4:4.6.4-1  KDE Platform Core
 Library ii  libkdeui5 4:4.6.4-1  KDE Platform User
 Interface Librar ii  libkdewebkit5 4:4.6.4-1  KDE WebKit
 Library
 ii  libkio5   4:4.6.4-1  Network-enabled File
 Management Li ii  libkunitconversion4   4:4.6.4-1  Unit Conversion
 library for the KD ii  libkworkspace44:4.6.4-1  library
 for the kdebase workspace ii  libplasma34:4.6.4-1 
 Plasma Library for the KDE Platfor ii  libplasmaclock4abi1   4:4.6.4-1
  library for Plasma clocks ii  libqt4-dbus   4:4.7.3-2
  Qt 4 D-Bus module
 ii  libqt4-network4:4.7.3-2  Qt 4 network module
 ii  libqt4-xml4:4.7.3-2  Qt 4 XML module
 ii  libqtcore44:4.7.3-2  Qt 4 core module
 ii  libqtgui4 4:4.7.3-2  Qt 4 GUI module
 ii  libqtwebkit4  2.1.0~2011week13-2 Web content engine library for
 Qt ii  libsolid4 4:4.6.4-1  Solid Library for KDE
 Platform ii  libstdc++64.6.0-14   GNU Standard C++
 Library v3 ii  libx11-6  2:1.4.3-2  X11 client-side
 library ii  libxcomposite11:0.4.3-2  X11 Composite
 extension library ii  libxdamage1   1:1.1.3-2  X11 damaged
 region extension libra ii  libxfixes31:5.0-4X11
 miscellaneous 'fixes' extensio ii  libxrender1   1:0.9.6-2
  X Rendering Extension client libra ii  plasma-dataengines-wo 4:4.6.4-1   
   KDE Plasma data engines
 
 plasma-widgets-workspace recommends no packages.
 
 plasma-widgets-workspace suggests no packages.
 
 -- no debconf information

-- 
Man, do you know how can I do for telnetting on the FPU?

From the control tools within X-Windows 96 you either should debug a TCP 
processor over the memory to the coaxial URL on a terminale, or can't boot the 
miditower for exploring the ISDN board.



--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201106250242.24150.s...@debian.org

Bug#622176: libglib2.0-dev: /usr/include/glib-2.0/gio/gdbusintrospection.h: conflicts with Qt

[Sune Vuorela]

On Sunday 08 May 2011 18:38:34 Daniel Schepler wrote:

 Sorry to take so long to respond to this...  In theory, you're probably
 correct.  However, the signals, slots and emit definitions are a
 fundamental part of Qt programming that have been there at least since I
 started working with Qt back in the Qt 3 days.  It would be a major change
 and break probably 90% or more of Qt-using programs to disable or rename
 those definitions.

Yup. the signals, slots and emit words are very common across Qt sourcecode. 
There is also the Q_SIGNALS, Q_SLOTS , Q_EMIT, Q_FOREACH and other such 
keywords.

 Looking at the headers, I see there is a QT_NO_KEYWORDS option which keeps
 only the Q_SIGNALS, etc. versions of the defines.  So I guess polkit-qt-1
 could be rewritten to #define QT_NO_KEYWORDS and update the source
 accordingly.  But I'm not sure how that would impact packages using
 polkit-qt-1 (notably including kde4libs).

It has happened upstream that it now builds with QT_NO_KEYWORDS, and I'm 
trying my best to advice people to use the Q_version of the 'keywords'.

/Sune
-- 
Man, do you know how may I send to a floppy disk?

First of all from Windows you have to unmount the TCP/IP terminale to receive 
the ISDN device of a Ultra-wide PCI printer.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201105081928.03037.s...@vuorela.dk

Bug#624520: kdebase-runtime: Missing oxygen style engine

[Sune Vuorela]

On Saturday 07 May 2011 09:21:23 Guillem Jover wrote:
 Hi!
 
 On Fri, 2011-04-29 at 10:43:30 +0200, Guillem Jover wrote:
  Package: kdebase-runtime
  Version: 4:4.6.2-1
  Severity: normal
  
  It seems the latest package from experimental does not contain the
  oxygen style, which makes the KDE applications use the built-in (ugly)
  style, maybe a packaging issue due to renamed files from upstream, or
  maybe the style is now shipped somewhere else?
  
$ dpkg -L kdebase-runtime|grep oxygen

It has been moved to kdebase-workspace (binary package kdebase-workspace-bin).

 So my guess is that the style engines (previously in the form of a
 shared object) are now provided through the .svgz files under
 /usr/share/kde4/apps/desktoptheme/ (by kdebase-runtime-data), but I
 could not easily find what other package is supposed to load them.

The files in desktoptheme is the svg theme for plasma itself (the taskbar, teh 
clock, the plasma widgets on desktop, ...)

/Sune
-- 
I cannot reset the modem, how does it work?

You can never cancel a Internet address.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201105071156.55322.s...@vuorela.dk

Re: The use of Htdig inside Kdehelpcenter.

[Sune Vuorela]

On Thursday 07 April 2011 17:08:22 Mats Erik Andersson wrote:
 Personally, I am convinced this should be move to a new location
 '/usr/lib/htdig/'. The migration is fairly straightforward for
 Htdig in isolation, but I am uncertain how Khelpcenter will react
 to the change. Please give me your view on this.

I just looked quickly at it, and in kdebase-runtime (srcpackage of khc) we are 
having a patch that sets these paths.

We just need to coordinate things, something like this:

0) we agree on when day1 is, maybe involving teh release team if it is in the 
middle of something else.

day 1) you upload htdig and add Breaks: khelpcenter, khelpcenter4 (= 
version_currently_in_archive)
day 1.5) we upload kdebase-runtime with changed paths.
day 10) ask release team to hint k-r and htdig in together.
day 11) celebrate

/Sune
-- 
Man, how can I telnet to the connector from Outlook or from the control panel 
inside Netscape?

You should debug the clock to explore with a Internet site.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201104072244.47280.s...@debian.org

Re: [RFR] templates://phonon/{phonon-backend-null.templates}

[Sune Vuorela]

On Thursday 31 March 2011 06:53:48 Christian PERRIER wrote:
 Quoting David Prévot (dav...@altern.org):
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA256
  
  Le 27/03/2011 07:59, Justin B Rye a écrit :
   [...] But yes, maybe we should consider
   changing all of them to something more purely descriptive like Qt 4
   multimedia framework.  I'll put that in my new patch too.
  
  Please avoid “Qt 4” in short description of user-oriented packages, as
  advised in the Developer's Reference, and prefer something like
  “multimedia framework for KDE”.
 
 I agree that not having KDE written anywhere is kind of strange.

Nothing specific to KDE's software in phonon. You can easily use phonon in Qt-
environments without any trace of the KDE Platform.

 I replaced QT 4 multimedia framework by multimedia framework for
 KDE in packages' synopsis.

Please don't. KDE is people producing software.  multimedia framework by KDE 
would be correct, but look a bit weird.

/Sune
-- 
I cannot reset a space bar, how does it work?

You have to debug the editor for resetting a GUI.


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201103311154.13840.s...@debian.org

Re: soprano and raptor2

[Sune Vuorela]

Hi

I *think* the 'failure' depends on what version of raptor rasqal is built 
against. Or which version of rasqal is in use.

I guess it can be solved on the debian side by providing several editions of 
rasqal (and maybe redland as well)

Dave, is that something you can handle, given that you are both upstream and 
debian maintainer of rasqal/raptor/redland ?

Thanks in advance,

/Sune



On Wednesday 16 March 2011 09:12:57 Sebastian Trüg wrote:
 Hi Sune,
 
 the long term goal is to port Soprano to raptor2. However, I simply
 don't have the time right now.
 
 I am running Gentoo here, both raptor 1 and 2 are installed and Soprano
 builds perfectly. To be honest all complaints I got about Soprano and
 raptor2 were from Debian/Ubuntu people. It seems that no other distro
 has that problem.
 
 So there is a solution to install them both in parallel, couldÄt you
 just do that for now?
 
 Cheers,
 Sebastian
 
 On 03/16/2011 01:23 AM, Sune Vuorela wrote:
  Hi Dave, Hi Sebastian, cc: debian-qt-kde@lists.debian.org
  
  I'm one of the debian maintainers of the soprano RDF framework, a
  framework written by Sebastian, building heavily on top of the redland,
  raptor and rasqal libraries by Dave.
  
  Recently in Debian, raptor2 has been uploaded, and both redland and
  rasqal has been switched to raptor2, rather than raptor1, making soprano
  failing to build all its parts (and in turn making kde4libs fail to
  build, also breaking KDE Workspaces)
  
  As one of the Debian Qt/KDE people, I feel a little caught in the middle
  of things, and I'm hoping for a way forward.
  I guess the possible ways ahead are
  1) in debian, provide a redland and rasqal built against raptor1
  OR
  2) get soprano to work with raptor2
  
  Or maybe 1) as a short term solution, with 2) being the longer term
  solution.
  
  I'm hoping for any help or advice, since I'm currently kind of stuck in
  the middle of things with unbuilding sources.
  
  Thanks in advance
  
  /Sune

-- 
How can I close the jumper from Windows?

You neither have to ping to the cable, nor should telnet on a SMTP proxy over 
the login for disabling the FPU.


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201103161235.55743.s...@debian.org

Bug#615487: fixed in soprano 2.6.0+dfsg.1-1

[Sune Vuorela]

reopen 615487
thanks

* Do not build redland backend it works with raptor V2. (Closes:
 #615487) In the meantime, replace librdf0-dev (which needs raptor V2) with
 libraptor1-dev in order to build raptor parser/serializer.

This is a non-solution. we *need* the redland backend.

/Sune
-- 
I cannot reset the mouse, how does it work?

First from X-Windows XP you can't forward from the display to a space bar for 
receiving from a mouse.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201103160022.27578.s...@debian.org

soprano and raptor2

[Sune Vuorela]

Hi Dave, Hi Sebastian, cc: debian-qt-kde@lists.debian.org

I'm one of the debian maintainers of the soprano RDF framework, a framework 
written by Sebastian, building heavily on top of the redland, raptor and 
rasqal libraries by Dave.

Recently in Debian, raptor2 has been uploaded, and both redland and rasqal has 
been switched to raptor2, rather than raptor1, making soprano failing to build 
all its parts (and in turn making kde4libs fail to build, also breaking KDE 
Workspaces)

As one of the Debian Qt/KDE people, I feel a little caught in the middle of 
things, and I'm hoping for a way forward.
I guess the possible ways ahead are
1) in debian, provide a redland and rasqal built against raptor1
OR
2) get soprano to work with raptor2

Or maybe 1) as a short term solution, with 2) being the longer term solution.

I'm hoping for any help or advice, since I'm currently kind of stuck in the 
middle of things with unbuilding sources.

Thanks in advance

/Sune
-- 
How to log from the CPU of a microkernel from the preferences inside Flash XP?

First you neither must forward from the driver, nor must turn on a jumper to 
doubleclick a 49-inch OpenGL terminale.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201103160123.18526.s...@debian.org

Bug#613558: no menu-file in /usr/share/menu

[Sune Vuorela]

On Tuesday 15 February 2011 18:34:03 Rieker Flaik wrote:
 Package: konqueror
 Version: 4:4.4.5-2
 Severity: normal
 
 konqueror and many other KDE programs don't show up in
 the debian-menu. So when you use a window manager like
 icewm or fvwm, you can't find konqueror in the menu.
 This is because there is no menu-file in /usr/share/menu.

Hi

I personally think that window managers that doesn't implement the freedesktop 
menu spec should just be ignored, and I have no special desires to add menu 
files to the various apps.

If you are interested, we can hook you up with commit access, so that you can 
add high quality menu files to various packages.

/Sune

 
 -- System Information:
 Debian Release: 6.0
   APT prefers stable
   APT policy: (500, 'stable')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages konqueror depends on:
 ii  install-info  4.13a.dfsg.1-6 Manage installed documentation
 in ii  kdebase-bin   4:4.4.5-2  core binaries for the KDE
 base app ii  kdebase-data  4:4.4.5-2  shared data files
 for the KDE base ii  kdebase-runtime   4:4.4.5-1  runtime
 components from the offici ii  libc6 2.11.2-10 
 Embedded GNU C Library: Shared lib ii  libkde3support4   4:4.4.5-2
  the KDE 3 Support Library for the ii  libkdecore5  
 4:4.4.5-2  the KDE Platform Core Library ii  libkdesu5
 4:4.4.5-2  the Console-mode Authentication Li ii  libkdeui5   
  4:4.4.5-2  the KDE Platform User Interface Li ii  libkhtml5  
   4:4.4.5-2  the KHTML Web Content Rendering En ii  libkio5   
4:4.4.5-2  the Network-enabled File Managemen ii 
 libkonq5  4:4.4.5-2  core libraries for Konqueror ii 
 libkonqsidebarplugin4a4:4.4.5-2  konqueror sidebar plugin library
 ii  libkparts44:4.4.5-2  the Framework for the KDE
 Platform ii  libkutils44:4.4.5-2  various utility
 classes for the KD ii  libqt4-dbus   4:4.6.3-4  Qt 4 D-Bus
 module
 ii  libqt4-qt3support 4:4.6.3-4  Qt 3 compatibility library for
 Qt ii  libqt4-xml4:4.6.3-4  Qt 4 XML module
 ii  libqtcore44:4.6.3-4  Qt 4 core module
 ii  libqtgui4 4:4.6.3-4  Qt 4 GUI module
 ii  libstdc++64.4.5-8The GNU Standard C++ Library
 v3 ii  libx11-6  2:1.3.3-4  X11 client-side library
 
 Versions of packages konqueror recommends:
 ii  dolphin   4:4.4.5-2  file manager
 ii  konqueror-nsplugins   4:4.4.5-2  Netscape plugin support for
 Konque
 
 Versions of packages konqueror suggests:
 ii  konq-plugins  4:4.4.0-2  plugins for Konqueror, the KDE
 fil
 
 -- no debconf information

-- 
Man, how may I close a device of a connector?

From Photoshop 7000 you should never save the virus over a cable in order to 
unlink the OpenGL editor.



--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201102160002.56937.s...@debian.org

Bug#599422: akonadi-server: akonadi depends on mysql, but can also support postgresql instead

[Sune Vuorela]

On Thursday 07 October 2010 16:11:20 David Goodenough wrote:
 Package: akonadi-server
 Version: 1.3.1-3+b1
 Severity: important
 
 As currently packaged akonadi-server requires mysql, but the code requires
 either mysql or postgresql (up to 8.4 in the current version).  The
 dependencies should be changed to allow either DB and the install script
 should check which is installed and configure for the installed one (if
 only one) and ask which if both installed.
 
 This is important because there is currently no mechanism within akonadi to
 migrate later.  You can change the config files and start afresh, but you
 can not move data from one DB type to another (the backup/restore are
 implemented using DB specific code).

Hi

Akonadi can only currently autoconfigure mysql. Postgresql doesn't support the 
autoconfiguration that akonadi requires (basically, a custom configuration 
file and custom data dir)

Postgresql in akonadi is still so much of a poweruser thing, that if you can 
figure out to make akonadi use postgresql, you can also figure out how to get 
rid of the mysql executable. (the mysql executable doesn't hurt that much to 
have installed)

It cannot be centrally configured (thru debconf or similar) as this is user 
settings and not system settings.

I think I will be tagging this wontfix, at least for the short term.

/Sune
-- 
How could I do for installing a icon?

You should rename the program of a connection to the RO fan, in such way from 
Explorer 8.3.2 you neither must upload the wordprocessor, nor ever have to 
close the system to receive a head.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201010072330.13474.s...@debian.org

Re: tasksel KDE does not install OpenOffice/KDE-integration

[Sune Vuorela]

Package: tasksel

On Monday 13 September 2010 10:10:54 Klaus Staerk wrote:
 Hello Debian KDE maintainers,
 
 when installing Debian squeeze from netinst CD and choosing KDE as
 alternative desktop environment, OpenOffice is installed but not the
 package for OpenOffice/KDE integration.

Let's record this as a bug against tasksel.

/Sune


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201009132007.29730.s...@debian.org

Bug#592900: Updating system-config-printer

[Sune Vuorela]

On Sunday 29 August 2010 17:27:46 Julien Cristau wrote:
 Well, if you want to see that stuff land in squeeze, then
 system-config-printer-kde needs to be fixed in sid ASAP...

Uploaded. Along with a rc bugfix in system-config-printer-kde

/Sune
-- 
Man, how may I explore with the code from MkLinux and from the folder inside 
Outlook 93?

The point is that from Word you can't open the controller for digiting on a 
parallel editor over a TCP mousepad on a mail of the 29-bit tool over the fan.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201008300233.50967.s...@debian.org

Bug#593403: system-config-printer-kde: kcm broken, coding errors

[Sune Vuorela]

Package: system-config-printer-kde
Version: 4:4.4.5-1
Severity: grave
Justification: renders package unusable


Hi

When running kcmshell4 system-config-printer-kde, it fails with a python
backtrace.

$ kcmshell4 system-config-printer-kde
kcmshell(14621)/python (plugin): Error while running factory function for 
Python plugin:  system-config-printer-kde/system-config-printer-kde.py 
Traceback (most recent call last):
  File string, line 18, in kpythonpluginfactory_bridge
  File 
/usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py, 
line 3997, in CreatePlugin
kcm = u.makeui(component_data, widget_parent)
  File 
/usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py, 
line 364, in makeui
self.show_HTTP_Error(s)
  File 
/usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py, 
line 1874, in show_HTTP_Error
KMessageBox.error(self, i18n(There was an HTTP error: %1., msg), 
i18n('CUPS server error'))
UnboundLocalError: local variable 'msg' referenced before assignment
kcmshell(14621)/python (plugin): Failed to import module 
kcmshell(14621)/kcontrol KCModuleLoader::loadModule: This module has no valid 
entry symbol at all. The reason could be that it's still using 
K_EXPORT_COMPONENT_FACTORY with a custom X-KDE-FactoryName which is not 
supported anymore 



adding a bit of spaces at line 1874 to indent it seems to bring up s-c-p-k, but 
I*m unsure if it is the proper fix.

/Sune


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages system-config-printer-kde depends on:
ii  python-cupsutils  1.0.0-6Python utility modules around the 
ii  python-kde4   4:4.4.5-2  Python bindings for the KDE Develo
ii  python-qt4-dbus   4.7.3-1+b1 DBus Support for PyQt4

system-config-printer-kde recommends no packages.

system-config-printer-kde suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file 
/usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py 
(from system-config-printer-kde package)



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100817213727.14632.373.report...@pusling

Bug#573063: most likely in kde4libs

[Sune Vuorela]

Hi

This bug most likely is in libkpty in src:kde4libs.

I was told that the pty code in fbsd kernel was rewritten between 7.x and 8.0, 
so there is most likely something there to fix.

/Sune
-- 
I cannot install the floppy disk, how does it work?

First you neither must overclock a server, nor must receive from the tool to 
upload from a code to the computer on the SCSI GUI.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100739.21016.s...@debian.org

Bug#589309: Do not provide menu-file

[Sune Vuorela]

On Friday 16 July 2010 20:11:35 Juhapekka Tolvanen wrote:
 http://www.debian.org/doc/packaging-manuals/menu.html/ch4.html
 
 Blah! There is some SHOULD-statement and now some Debian-developers
 use it as an excuse for being lazy. This really sucks!

We will happily add the menu files that you provide.

There is just currently more important issues to work on.

/Sune
-- 
I cannot log from the port 2, how does it work?

You neither should ever explore a head, nor must remove from a terminale for 
telnetting on the 64-inch shell of the AGP connector over the icon.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201007170053.34445.s...@debian.org

Bug#587753: Bug in krunner

[Sune Vuorela]

reassign 587753 libdbus-1-3
forcemerge 583904 587753
thanks

Hi

This is yet-another-duplicate of the threading bug in dbus. I would still hope 
that the patch could be tried in debian for some time to see what happens.

/Sune

On Thursday 01 July 2010 14:25:25 Bastien ROUCARIES wrote:
 package: kdebase-workspace-bin
 version: 4:4.4.4-1
 
 Crash using krunner to run emacs
 
 Application: krunner (0.1)
 KDE Platform Version: 4.4.4 (KDE 4.4.4)
 Qt Version: 4.6.3
 Operating System: Linux 2.6.34-1-amd64 x86_64
 Distribution: Debian GNU/Linux testing (squeeze)
 
 The crash can be reproduced some of the time.
 
  -- Backtrace:
 Application: Interface d'exécution de commande (krunner), signal:
 Segmentation fault
 The current source language is auto; currently asm.
 [Current thread is 1 (Thread 0x7f1acdcc2780 (LWP 3456))]
 
 Thread 5 (Thread 0x7f1aaa569710 (LWP 4589)):
 #0  pthread_cond_wait@@GLIBC_2.3.2 () at
 ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
 #1  0x7f1acac37e8b in QWaitConditionPrivate::wait (this=value
 optimized out, mutex=0x2722be0, time=18446744073709551615) at
 thread/qwaitcondition_unix.cpp:87
 #2  QWaitCondition::wait (this=value optimized out, mutex=0x2722be0,
 time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
 #3  0x7f1ac6e10e56 in
 ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned
 (this=0x27367e0, th=0x2b8fe70) at
 ../../../threadweaver/Weaver/WeaverImpl.cpp:365
 #4  0x7f1ac6e136fb in ThreadWeaver::WorkingHardState::applyForWork
 (this=0x2743860, th=0x2b8fe70) at
 ../../../threadweaver/Weaver/WorkingHardState.cpp:71
 #5  0x7f1ac6e13714 in ThreadWeaver::WorkingHardState::applyForWork
 (this=0x2743860, th=0x2b8fe70) at
 ../../../threadweaver/Weaver/WorkingHardState.cpp:74
 #6  0x7f1ac6e11c7f in ThreadWeaver::ThreadRunHelper::run
 (this=0x7f1aaa568e10, parent=0x27367e0, th=0x2b8fe70) at
 ../../../threadweaver/Weaver/Thread.cpp:87
 #7  0x7f1ac6e121d8 in ThreadWeaver::Thread::run (this=0x2b8fe70)
 at ../../../threadweaver/Weaver/Thread.cpp:142
 #8  0x7f1acac36e35 in QThreadPrivate::start (arg=0x2b8fe70) at
 thread/qthread_unix.cpp:248
 #9  0x7f1ac41628ba in start_thread (arg=value optimized out) at
 pthread_create.c:300
 #10 0x7f1acd60401d in clone () at
 ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
 #11 0x in ?? ()
 
 Thread 4 (Thread 0x7f1aa71c6710 (LWP 4590)):
 #0  pthread_cond_wait@@GLIBC_2.3.2 () at
 ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
 #1  0x7f1acac37e8b in QWaitConditionPrivate::wait (this=value
 optimized out, mutex=0x2722be0, time=18446744073709551615) at
 thread/qwaitcondition_unix.cpp:87
 #2  QWaitCondition::wait (this=value optimized out, mutex=0x2722be0,
 time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
 #3  0x7f1ac6e10e56 in
 ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned
 (this=0x27367e0, th=0x2a76f40) at
 ../../../threadweaver/Weaver/WeaverImpl.cpp:365
 #4  0x7f1ac6e136fb in ThreadWeaver::WorkingHardState::applyForWork
 (this=0x2743860, th=0x2a76f40) at
 ../../../threadweaver/Weaver/WorkingHardState.cpp:71
 #5  0x7f1ac6e13714 in ThreadWeaver::WorkingHardState::applyForWork
 (this=0x2743860, th=0x2a76f40) at
 ../../../threadweaver/Weaver/WorkingHardState.cpp:74
 #6  0x7f1ac6e11c7f in ThreadWeaver::ThreadRunHelper::run
 (this=0x7f1aa71c5e10, parent=0x27367e0, th=0x2a76f40) at
 ../../../threadweaver/Weaver/Thread.cpp:87
 #7  0x7f1ac6e121d8 in ThreadWeaver::Thread::run (this=0x2a76f40)
 at ../../../threadweaver/Weaver/Thread.cpp:142
 #8  0x7f1acac36e35 in QThreadPrivate::start (arg=0x2a76f40) at
 thread/qthread_unix.cpp:248
 #9  0x7f1ac41628ba in start_thread (arg=value optimized out) at
 pthread_create.c:300
 #10 0x7f1acd60401d in clone () at
 ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
 #11 0x in ?? ()
 
 Thread 3 (Thread 0x7f1aa69c5710 (LWP 4591)):
 #0  pthread_cond_wait@@GLIBC_2.3.2 () at
 ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
 #1  0x7f1acac37e8b in QWaitConditionPrivate::wait (this=value
 optimized out, mutex=0x2722be0, time=18446744073709551615) at
 thread/qwaitcondition_unix.cpp:87
 #2  QWaitCondition::wait (this=value optimized out, mutex=0x2722be0,
 time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
 #3  0x7f1ac6e10e56 in
 ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned
 (this=0x27367e0, th=0x2a92df0) at
 ../../../threadweaver/Weaver/WeaverImpl.cpp:365
 #4  0x7f1ac6e136fb in ThreadWeaver::WorkingHardState::applyForWork
 (this=0x2743860, th=0x2a92df0) at
 ../../../threadweaver/Weaver/WorkingHardState.cpp:71
 #5  0x7f1ac6e11c7f in ThreadWeaver::ThreadRunHelper::run
 (this=0x7f1aa69c4e10, parent=0x27367e0, th=0x2a92df0) at
 ../../../threadweaver/Weaver/Thread.cpp:87
 #6  0x7f1ac6e121d8 in ThreadWeaver::Thread::run (this=0x2a92df0)
 at ../../../threadweaver/Weaver/Thread.cpp:142
 #7  

Re: FTBFS [hppa]: Assertion `y.isApprox(m*x)' failed.

[Sune Vuorela]

severity 579424 serious
thanks

On Tuesday 29 June 2010 01:48:15 Matthias Klose wrote:
 severity 579424 important
 tag 579424 + moreinfo
 thanks

 the bug report mentions a workaround, lowering severity.

Hi

I don't see it as a workaround, unless the default gcc on hppa is changed to 
4.3.  The bug is when compiling c++ template header files shipped by the -dev 
package.
Alternatively, please advice on how to ensure that all users of libeigen2-dev 
(a c++ template header only library) uses g++4.3 ?

As I don't consider the workaround viable, I'm raising the severity again.

And I hope that the hppa people can provide tests with g++4.5 and snapshots.  
It is not currently available on the porter boxes.

/Sune
-- 
How to debug the e-mail from the control drawer inside LinuxPPC 2000?

From DOS and from Windows XP you must turn off a analogic DirectX connection 
for sending to the Ultra-wide minitower.


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201006290229.53992.s...@debian.org

Bug#579424: FTBFS [hppa]: Assertion `y.isApprox(m*x)' failed.

[Sune Vuorela]

reassign 579424 g++4.4
thanks

On Tuesday 27 April 2010 19:23:36 dann frazier wrote:
 eigen2 fails to build on hppa. Complete build logs are available here:
   https://buildd.debian.org/build.cgi?pkg=eigen2;ver=2.0.12-1;arch=hppa

Hi

This issue is easily reproducible with g++4.4, but with g++4.3, everything 
works fine.

Eigen2 is a header-only c++ template library, so compiling the tests with 
g++4.3 on hppa is not a workable workaround, as this is just tests.

Once g++ is fixed, everything build-depending on eigen2 should also be 
binNMU'ed (hi debian-release)

Having eigen2 massively out of sync between testing is also a problem if not 
fixed before release. I'm not even sure stuff using eigen2 in testing builds 
in testing,  as quite much new api has been added.
Rebuilding current eigen2 in hppa/testing will also fail because of the g++ 
versions.

To test to see the failure:
(sid)s...@paer:~/src/eigen2-2.0.12$ mkdir obj-hppa-linux-gnu
(sid)s...@paer:~/src/eigen2-2.0.12$ cd obj-hppa-linux-gnu/
(sid)s...@paer:~/src/eigen2-2.0.12/obj-hppa-linux-gnu$ cmake .. -
DCMAKE_CXX_COMPILER=g++-4.4 -DCMAKE_C_COMPILER=gcc-4.4 
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc-4.4
-- Check for working C compiler: /usr/bin/gcc-4.4 -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/g++-4.4
-- Check for working CXX compiler: /usr/bin/g++-4.4 -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Performing Test has_wextra
-- Performing Test has_wextra - Success
-- Configuring done
-- Generating done
-- Build files have been written to: /home/sune/src/eigen2-2.0.12/obj-hppa-
linux-gnu
(sid)s...@paer:~/src/eigen2-2.0.12/obj-hppa-linux-gnu$ make compile_LU_solve 
VERBOSE=1
/usr/bin/cmake -H/home/sune/src/eigen2-2.0.12 -
B/home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu --check-build-system 
CMakeFiles/Makefile.cmake 0
make -f CMakeFiles/Makefile2 compile_LU_solve
make[1]: Entering directory `/home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu'
/usr/bin/cmake -H/home/sune/src/eigen2-2.0.12 -
B/home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu --check-build-system 
CMakeFiles/Makefile.cmake 0
/usr/bin/cmake -E cmake_progress_start /home/sune/src/eigen2-2.0.12/obj-hppa-
linux-gnu/CMakeFiles 1
make -f CMakeFiles/Makefile2 doc/snippets/CMakeFiles/compile_LU_solve.dir/all
make[2]: Entering directory `/home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu'
make -f doc/snippets/CMakeFiles/compile_LU_solve.dir/build.make 
doc/snippets/CMakeFiles/compile_LU_solve.dir/depend
make[3]: Entering directory `/home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu'
cd /home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu  /usr/bin/cmake -E 
cmake_depends Unix Makefiles /home/sune/src/eigen2-2.0.12 
/home/sune/src/eigen2-2.0.12/doc/snippets /home/sune/src/eigen2-2.0.12/obj-
hppa-linux-gnu /home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu/doc/snippets 
/home/sune/src/eigen2-2.0.12/obj-hppa-linux-
gnu/doc/snippets/CMakeFiles/compile_LU_solve.dir/DependInfo.cmake --color=
Dependee /home/sune/src/eigen2-2.0.12/obj-hppa-linux-
gnu/doc/snippets/CMakeFiles/compile_LU_solve.dir/DependInfo.cmake is newer 
than depender /home/sune/src/eigen2-2.0.12/obj-hppa-linux-
gnu/doc/snippets/CMakeFiles/compile_LU_solve.dir/depend.internal.
Dependee /home/sune/src/eigen2-2.0.12/obj-hppa-linux-
gnu/doc/snippets/CMakeFiles/CMakeDirectoryInformation.cmake is newer than 
depender /home/sune/src/eigen2-2.0.12/obj-hppa-linux-
gnu/doc/snippets/CMakeFiles/compile_LU_solve.dir/depend.internal.
Scanning dependencies of target compile_LU_solve
make[3]: Leaving directory `/home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu'

  
make -f doc/snippets/CMakeFiles/compile_LU_solve.dir/build.make 
doc/snippets/CMakeFiles/compile_LU_solve.dir/build
make[3]: Entering directory `/home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu'
/usr/bin/cmake -E cmake_progress_report /home/sune/src/eigen2-2.0.12/obj-hppa-
linux-gnu/CMakeFiles 39
[100%] Building CXX object 
doc/snippets/CMakeFiles/compile_LU_solve.dir/compile_LU_solve.cpp.o
cd /home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu/doc/snippets  
/usr/bin/g++-4.4   -DEIGEN_DEFAULT_IO_FORMAT=EIGEN_DOCS_IO_FORMAT -Wnon-
virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall 
-W -Wpointer-arith -Wwrite-strings -Wformat-security -fno-exceptions -fno-
check-new -fno-common -fstrict-aliasing -Wextra -pedantic -O1 -g1 -
I/home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu/doc/snippets -
I/home/sune/src/eigen2-2.0.12/doc/snippets -I/home/sune/src/eigen2-2.0.12 -
I/home/sune/src/eigen2-2.0.12/obj-hppa-linux-gnu   -o 
CMakeFiles/compile_LU_solve.dir/compile_LU_solve.cpp.o -c 
/home/sune/src/eigen2-2.0.12/obj-hppa-linux-

Bug#586946: Preview of jpg files is broken in a strange way

[Sune Vuorela]

On Wednesday 23 June 2010 22:18:23 Artur R. Czechowski wrote:
 Package: dolphin
 Version: 4:4.4.4-1
 Severity: important
 File: /usr/bin/dolphin
 
 Hello,
 I'm trying to view a directory with jpegs using dolphin in Preview mode.
 All pictures are made by the same camera. Some of them are displayed as
 a thumbnails and some of them only as a jpg placeholder (icon with folded
 corner and the camera).
 If you need a sample to check if it works (or not) look at:
 http://blabluga.hell.pl/dolphin/
 IMG_6370.JPG is invalid (placeholder is shown)
 IMG_6377.JPG is valid (thumbnail is available)

[IMG]  IMG_6370.JPG  23-Jun-2010 22:06   1.2M
[IMG]  IMG_6377.JPG  23-Jun-2010 22:06   766K

If you go to dolphin - settings - configure dolphin - general - previews 
and look in the bottom. A guess could be that your dolphin doesn't preview 
files larger than 1M.

If this is right, please close this bug by writting to 
586946-d...@bugs.debian.org stating so.

/Sune

-- 
Do you know how might I do for mounting the virus on a 54-inch POP gadget of 
the code?

You can never forward to a CPU for disabling a driver.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201006232256.42755.s...@vuorela.dk

Bug#586946: Preview of jpg files is broken in a strange way

[Sune Vuorela]

On Wednesday 23 June 2010 23:21:14 Artur R. Czechowski wrote:
 retitle 586946 Please make a default threshold size for preview a little
 bigger. severity 586946 wishlist
 thanks
 
 On Wed, Jun 23, 2010 at 10:49:14PM +0200, Frederik Schwarzer wrote:
  IMG_6370.JPG is bigger than 1MB; IMG_6377.JPG smaller.
  Maybe your preview settings do not allow previews of files
  bigger than 1MB.
  
  Settings - Configure Dolphin ... - General - Previews
 
 Huh... feels like idiot
 
 I'd like to ask for a little bigger default. 1MB is a really small value.
 About 50% of my pictures are bigger than that. And I do not even use the
 highest resolution in my camera.

I just read the code, and it looks like the default is 5MB, which I kind of 
find a reasonable default.

/Sune
-- 
I cannot mount the GUI of a CPU, how does it work?

From Photoshop you should never get access over a front-end, this way 
therefore you neither have to telnet to the 3D FPU, nor ever need to insert 
the PCI system of a AT X prompt for forwarding to a cable to a RW submenu.



--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201006240010.38212.s...@debian.org

Bug#582844: unusable KNetAttach launcher

[Sune Vuorela]

On Thursday 17 June 2010 13:30:00 Carlo Stemberger wrote:
 Il 16/06/2010 16:19, John Lindgren ha scritto:
  I still think KNetAttach should not be needed as a dependency of a
  code profiling program such as KCachegrind, but hey, that's why I
  don't use KDE. :)
 
 I agree... Why programs as KHangMan or KTuberling need KNetAttach?
 
 I don't like this solution; I'd rather
 1) split KNetAttach into a new package, and

Just to be sure, you want a 52kb executable split out because you don't want 
it around, while still pulling in several megabytes of other things?


/Sune



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201006171409.53967.s...@debian.org

Bug#582844: kdebase-runtime: Installs desktop entry for knetattach, which is not installed

[Sune Vuorela]

On Thursday 17 June 2010 21:09:21 John Lindgren wrote:
 On 06/17/2010 01:09 PM, Modestas Vainius wrote:
  KDE is bloated but that's hardly news. And it is offtopic for this bug
  report and I believe there should be another one about this issue.
 
 Yes, the discussion has gone very far off topic.  The bug is that there
 is an unusable entry in my system menu.

And, assuming you are not a KDE SC user, this will be fixed in next upload by 
the addition of OnlyShowIn=KDE; in the desktop file.

/Sune
-- 
How to cancel the BIOS over the mouse?

The point is that you can't telnet to a shell for disabling a FPU.


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

Bug#582844: split

[Sune Vuorela]

On Tuesday 15 June 2010 14:52:05 Carlo Stemberger wrote:
 retitle 582844 kdebase-runtime: please split knetattach in a new package
 severity 582844 wishlist
 thanks
 
 No, the executable file is present: /usr/lib/kde4/libexec/knetattach
 
 Anyway:
 1) the standard PATH environment variable doesn't include this path, so
 it is not possible to start the program by clicking the icon

It is possible. In KDE.

 2) I use some KDE packages that have kdebase-runtime as dependency, but
 I'd like not to install knetattach (I don't need it)

kdebase-runtime contains stuff that any kde app can expect to have around. So 
no.

I have added OnlyShowIn=KDE; to the desktop file, so that it is only shown in 
KDE. I will mark this bug as fixed with that upload

 So, please split knetattach into a new binary package, if it's possible.
 
 Thank you!
 
 Carlo

-- 
Man, how could I boot the pin?

The point is that from Mac 2000 and from the file menu within Windows you 
can't boot from the prompt for cancelling a URL.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201006161438.30617.s...@vuorela.dk

Bug#581349: Closing this bug report

[Sune Vuorela]

On Wednesday 09 June 2010 11:36:30 Robert Wohlrab wrote:
 tags 581349 + patch
 thanks
 
  Olivier Vitrat wrote:
   Hello
   This has been fixed in KDE 4.4.4
   Closing this bug report.
   Olivier
  
  Wrong it is still not working. Why do you think that it is fixed?
 
 The attached patch fixes the problem. It happened due to a always failing
 precompiler check.

Have you tested that this patch actually fixes this bug, or are you just 
assuming that, based on the commits upstream?

/SUne
-- 
Man, how to overclock a printer of a tool?

You must explore the microkernel over the level-64 driver for logging in the 
CPU.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201006092342.28853.s...@debian.org

Re: Accepted kdeplasma-addons 4:4.4.4-1 (source all amd64)

[Sune Vuorela]

On Tuesday 01 June 2010 13:27:59 Ivan Čukić wrote:
 On Tuesday, 1. June 2010. Debian Qt/KDE Maintainers wrote:
 * Merge liblancelot0 into plasma-widget-lancelot. liblancelot.so.0
 broke
  
  ABI without bumping a soname in KDE SC 4.5 again.
 
 Hi our friendly KDebian maintainers,
 
Hi Ivan

 Anyhow, liblancelot has no ABI-stability planned for the foreseeable
 future, but from KDE SC 4.6 not only plasma-widget-lancelot will depend on
 it - the Shelf applet, now a part of lancelot's build will move out since
 it can be used even w/o plasma-widget-lancelot installed.

We are not requiring a stable ABI, but a stable ABI within the same SOVERSION, 
which is what everyone with libraries with installed public headers should be 
doing, or alternatively stop installing public headers.

We have stopped shipping the liblancelot headers, and with only one consumer 
currently of liblancelot, there is no reason to keep it separate for now.


/Sune
-- 
Man, how to telnet from the back-end?

First from Explorer 2.8 and from Windows you must unlink the TCP program to 
boot from a printer.


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201006011353.46441.s...@vuorela.dk

Bug#584052: kdelibs4c2a: Security bugs in ghostscript

[Sune Vuorela]

On Tuesday 01 June 2010 03:29:46 Paul Szabo wrote:
 Package: kdelibs4c2a
 Version: 4:3.5.10.dfsg.1-0lenny4
 Severity: grave
 Tags: security
 Justification: user security hole
 
 
 Please note remote execute-any-code security bugs in ghostscript:
 
   http://bugs.debian.org/583183
 
 This package suggests ghostscript, and may be affected. Please
 evaluate the security of this package, and fix if needed.

Hi

This sounds like it is ghostscript that should be fixed, rather than anything 
that use it.

gs --please-be-secure  should not be something that you have to turn on on 
each usage.

What's the good reason to fix in all apps rather than just making gs --please-
be-secure the default ?

(And I don't consider 'ghostscript upstream being idiots' a good reason)

/Sune
-- 
How can I save a OpenGL provider of a pointer?

You neither should remove the hard disk, nor need to debug the GUI.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201006011349.32372.s...@vuorela.dk

Bug#582469: kopete: statistics plugin makes kopete freeze at startup

[Sune Vuorela]

On Friday 21 May 2010 02:02:28 Raphael Geissert wrote:
 Package: kopete
 Version: 4:4.4.3-2
 
 Hi,
 
 Kopete freezes (some sort of infinite loop in one of the sub-processes it
 seems) during startup making it consume all the CPU resources of one
 core if the statistics plugin is enabled.

Hi

Please provide the same system information as if you had filed the bug report 
with reportbug.
Especially the installation status of libqt4-sql*

/Sune

-- 
Genius, I cannot ping the hardware of the front-end over the terminale from 
Explorer 3.4, how does it work?

From the drawer menu inside AutoCAD you never have to doubleclick with the 
analogic IDE file for booting a hard disk.



--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201005210801.23331.deb...@pusling.com

Bug#582467: kdebase-workspace-bin: krunner's window has black corners if compositing is disabled

[Sune Vuorela]

tag 582467 +unreproducible moreinfo
thanks

On Friday 21 May 2010 01:52:53 Raphael Geissert wrote:
 Package: kdebase-workspace-bin
 Version: 4:4.4.3-1
 Severity: minor
 
 Hi,
 
 If compositing is disabled, krunner's window has black, square, corners,
 instead of being round. It was fine with 4.3.
 
 This happens, at least, when using the Oxygen style with the Air theme.
 
 Attached is a portion of a screenshot where the bug is visible.

Default setup here. mga doesn't support compositing. no black square corners. 
Cannot reproduce.

/Sune
-- 
Do you know how can I cancel the server over the TCP printer over the 
application of a laser SIMM?

First from the panel inside ICQ 4.9.3 you should never explore a analogic 2D 
space bar to remove from a window.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201005210846.37763.s...@vuorela.dk

Re: Message about Nepomuk desktop needs Virtuoso....since 4.4.3 upgrade

[Sune Vuorela]

On Monday 17 May 2010 12:10:09 Christian PERRIER wrote:
 This roughly translates to The Nepomuk semantic desktop needs the
 Virtuoso RDF server to store its data. Installing the Virtuoso S?
 module is mandatory for the use of Nepomuk.
 
 I suspect a missing dependency for this mysterious nepomuk thing on
 some virtuoso-* packages

the package is virtuoso-minimal.
it is not required to have a working nepomuk to use KDE, so it is not a hard 
dependency. It is a recommends, though, in many places.

/Sune
-- 
Genius, I cannot save a front-end from Netscape 9.3, how does it work?

First you cannot cancel the TCP/IP mouse of the hard disk for digiting from 
the analogic IP GPU.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201005171256.08405.s...@vuorela.dk

Bug#581291: kdelibs-experimental: FTBFS: /bin/sh: cmake: not found

[Sune Vuorela]

On Wednesday 12 May 2010 10:00:07 Lucas Nussbaum wrote:
 Source: kdelibs-experimental
 Version: 4:4.3.4-1
 Severity: serious

No need to waste time on this. the package should be removed.

/Sune



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201005121324.10700.deb...@pusling.com

Bug#570977: Please provide way to customize default favorites list for new users

[Sune Vuorela]

On Monday 05 April 2010 08:10:35 Petter Reinholdtsen wrote:
 tags 570977 + patch
 thanks
 
 Here is a draft patch based on the code in KDE 3
 (/kdebase/kicker/kicker/core/containerarea.cpp).  I would very much
 like input on the code used to locate the config file.  Is kickoff the
 correct name for this system? 

kickoff is the codename for the 'moderen' K menu.

 Is the file name default-favorites
 good?  What about its location?  I believe it will put it under
 /usr/share/apps/kickoff/default-favorites or
 /usr/share/kde4/apps/kickoff/default-favorites, but have not verified
 this.

I'm considering wether this should be treated as a possible configuration file 
and not as a data file.

In general, you can ask kstandarddirs where it looks for things with the kde4-
config command
kde4-config --path data
kde4-config --path config

All of these has more than one directory in its output, and the directories 
are looked up from left to right until the file is found.


I will also ask the relevant upstreamers to look over this patch.

-- 
Do you know how can I overclock the controller of the Ultra hard disk?

You must disable a directory for getting access over a graphic TCP connection.



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201004051141.39355.s...@vuorela.dk