Bug#1043424: plasma-desktop: Missing dependency on pipewire breaks screen sharing under Wayland

[Lisandro Damian Nicanor Perez Meyer]

severity 1043424 normal
thanks

Hi!

On jueves, 10 de agosto de 2023 15:19:04 -03 Nazar Zhuk wrote:
> Package: plasma-desktop
> Version: 4:5.27.5-2
> Severity: important
> X-Debbugs-Cc: nazar@zhuk.online
> 
> Dear Maintainer,
> 
>* What led up to the situation?
>I attempted screen sharing in Zoom on a fresh install of Debian 12
>with KDE Plasma under Wayland.
> 
>* What was the outcome of this action?
>KDE window allowed me to pick a screen or a window to share. It did
>not show previews. Upon selection the error was shown:
>KDE Portal Integration
>Failed to start screencasting
>Failed to create PipeWire context
> 
>* What outcome did you expect instead?
>I expected the screen/window to be shared.
> 
> I tested screen capture in
> https://mozilla.github.io/webrtc-landing/gum_test.html to make sure this
> isn't a Zoom issue. Same outcome.
> 
> After some searching and digging the issue appears to be that pipewire
> was not installed.
> 
> This fixed the problem:
> 
> sudo apt install pipewire
> systemctl --user start pipewire
> 
> pipewire should be a dependency of plasma-desktop or one of it's
> dependencies so this works out of the box.
> 
> Marking this as important since screen sharing is a must for a desktop OS
> in business.

I can agree that something in Plasma should depend/recommend xdg-desktop-
portal-kde.  But neither KDE+Wayland nor pipewire are defaults for Debian, so 
users wanting to use them are expected to do some work. Granted, it would be 
just awesome if no action would be required, but that is sadly not the case 
here. I am so downgrading this bug to normal.

I would argue that this bug should be retitled to only care about the xdg-
desktop-portal-kde package.

Kinds regards, Lisandro.





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

Bug#1040496: qt6-virtualkeyboard FTBFS with parallel=1: qmlcachegen segfaults

[Lisandro Damian Nicanor Perez Meyer]

severity 1040496 important
thanks

As discussed on IRC I am hacking around this in qt6-virtualkeyboard 
6.4.2+dfsg-3 so parallel is at least 2. I personally do not think this is an 
RC bug, but at least we have a way to avoid the FTBFS for the time being.

My tests with Qt 6.5 showed no issue, so hopefully we are going to get this 
cleaned up soon.

Regards, Lisandro.

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

Bug#1038699: closed by Patrick Franz ()

[Lisandro Damian Nicanor Perez Meyer]

On miércoles, 12 de julio de 2023 19:15:20 -03 Lisandro Damian Nicanor Perez 
Meyer wrote:
> On miércoles, 21 de junio de 2023 05:51:37 -03 Oswald Buddenhagen wrote:
> > huh?
> > 
> > if the declaration of the private dependency is just missing in that qtc
> > plugin , then fair enough.
> 
> You need the QML private headers for that part since ages.
> 
> > but that doesn't explain the total garbage
> > error message which suggests some kind of internal error (it sort of
> > suggests that an incomplete package is installed like in the other bug i
> > reported, except that it's just not there).
> 
> Exactly, it suggests you are missing the private headers. Whoever coded that
> made them a dependency. The fact that we split them and do not install them
> by default makes the code show that error message.

Or maybe you where suggesting that the error message is not as helpful as a 
more direct one. If that's the case... I don't think any of us will put time 
on that. If you want I can reopen the bug and mark it as wishlist. But you 
know the upstream procedure better than I, and maybe you can sen a patch to 
upstream!


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

Bug#1038699: closed by Patrick Franz ()

[Lisandro Damian Nicanor Perez Meyer]

On miércoles, 21 de junio de 2023 05:51:37 -03 Oswald Buddenhagen wrote:
> huh?
> 
> if the declaration of the private dependency is just missing in that qtc
> plugin , then fair enough.

You need the QML private headers for that part since ages.

> but that doesn't explain the total garbage
> error message which suggests some kind of internal error (it sort of
> suggests that an incomplete package is installed like in the other bug i
> reported, except that it's just not there).

Exactly, it suggests you are missing the private headers. Whoever coded that 
made them a dependency. The fact that we split them and do not install them by 
default makes the code show that error message.

> please investigate whether this is a result of splitting, and forward
> the bug to upstream with your findings.

No need to, the answer will be "install the private headers".


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

Bug#1040653: gnome-keyring: Depends upon pinentry-gtk instead of pinentry

[Lisandro Damian Nicanor Perez Meyer]

On domingo, 9 de julio de 2023 12:20:44 -03 Lisandro Damian Nicanor Perez 
Meyer wrote:
> On sábado, 8 de julio de 2023 12:38:53 -03 Lisandro Damián Nicanor Pérez
> Meyer wrote:
> [snip]
> 
> > Hi! gnome-keyring depends upon pinentry-gtk instead of just pinentry.
> > This forces the installation of the gtk versions on systems that might
> > as well use the curses or Qt versions of pinentry.
> > 
> > If you want you could use pinentry as a dependency and pinentry-gtk as a
> > recommendation, thus installaing the GTK version by default on systems
> > that do not have any other pinentry package installed, but still
> > allowing the user to choose which pinentry version to install.
> 
> Actually the dependency can be changed to
> 
>   pinentry | pinentry-gtk
> 
> **unless** it is expected to have a GUI, in which case the dependency can be
> 
>   pinentry-x11 | pinentry- gtk

My apologies, it needs to be the other way around in order to avoid apt 
picking a random one, so either

  pinentry-gtk | pinentry

or

  pinenty-gtk | pinentry-x11

Thanks Pino Toscano for the tip!

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

Bug#1040653: gnome-keyring: Depends upon pinentry-gtk instead of pinentry

[Lisandro Damian Nicanor Perez Meyer]

On sábado, 8 de julio de 2023 12:38:53 -03 Lisandro Damián Nicanor Pérez Meyer 
wrote:
[snip] 
> Hi! gnome-keyring depends upon pinentry-gtk instead of just pinentry.
> This forces the installation of the gtk versions on systems that might
> as well use the curses or Qt versions of pinentry.
> 
> If you want you could use pinentry as a dependency and pinentry-gtk as a
> recommendation, thus installaing the GTK version by default on systems
> that do not have any other pinentry package installed, but still
> allowing the user to choose which pinentry version to install.

Actually the dependency can be changed to

  pinentry | pinentry-gtk

**unless** it is expected to have a GUI, in which case the dependency can be

  pinentry-x11 | pinentry- gtk

Thanks in advance, Lisandro.

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

Bug#1040700: kleopatra: Depends upon pinentry-qt instead of pinentry

[Lisandro Damian Nicanor Perez Meyer]

tag 1040700 + patch
thanks

On domingo, 9 de julio de 2023 12:00:30 -03 Lisandro Damián Nicanor Pérez 
Meyer wrote:
> Package: kleopatra
> Version: 4:22.12.3-1
> Severity: normal
> X-Debbugs-Cc: lisan...@debian.org
> 
> Hi! kleopatra has a direct dependency on pinentry-qt instead of
> pinentry. The problem with this is that people wanting to use any other
> pinentry fronted are forced to install the Qt version.
> 
> The correct solution for this would be to replace the dependency with
> pinentry and move pinentry-qt as Recommends, thus giving the Qt version
> a chance but allowing users to use any other variant, like the curses or
> gtk one.

MR in https://salsa.debian.org/qt-kde-team/kde/kleopatra/-/merge_requests/2

Thanks Pino for noticing that this requires a graphical pinentry manager, so 
now the dependency is pinentry-x11 | pinentry-qt.


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

Bug#1038988: qt6-multimedia: Patch to build with system egein3

[Lisandro Damian Nicanor Perez Meyer]

Hi!

On sábado, 24 de junio de 2023 03:42:33 -03 Christian Marillat wrote:
> Source: qt6-multimedia
> Version: 6.4.2-5
> Severity: normal
> 
> Dear Maintainer,
> 
> Please find bellow a debdiff to build qt6-multimedia with system
> eigen3
> 
> Changes are:
>   Add libeigen3-dev to Build-Depends
>   Add a pacth to changes the cinclude path ../3rdparty/eigen to
> /usr/include/eigen3 in src/spatialaudio/CMakeLists.txt and
> src/resonance-audio/CMakeLists.txt

Thanks for your patch! to be totally honest I missed it yesterday while doing 
a Multimedia upload, my bad.

The patch looks really good, but I also just noticed that eigen3 provides both 
cmake and pkg-config files, so ideally we should try to use that. No, I'm not 
asking you to do it, I'll tyr to give it a go.

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

Bug#1040496: qt6-virtualkeyboard FTBFS with parallel=1: qmlcachegen segfaults

[Lisandro Damian Nicanor Perez Meyer]

On sábado, 8 de julio de 2023 12:27:34 -03 Lisandro Damián Nicanor Pérez Meyer 
wrote:
> Hi,
> 
> On Thu, 6 Jul 2023 at 14:30, Helmut Grohne  wrote:
> > Source: qt6-virtualkeyboard
> > Version: 6.4.2+dfsg-2
> > Severity: serious
> > Tags: ftbfs
> > 
> > qt6-virtualkeyboard fails to build from source in unstable when passing
> 
> > DEB_BUILD_OPTIONS=parallel=1. A build ends as follows:
> Interestingly enough I could only reproduce the issue by using sbuild.
> If I hand compile it using dpkg-buildpackage directly on a clean
> machine things just work.

More info: I did a build of qt6-virtualkeyboard on 6.5.1 with parallel=1 with 
no issues... but at the same time not the fully proper environment, because it 
was an sbuild build using Ubuntu focal and some special Qt build I have at 
hand. But maybe the answer is there.

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

Bug#1035985: Built without GLESv2 support causing errors on machines only supporting GLES

[Lisandro Damian Nicanor Perez Meyer]

Hi Erik, Leonardo

On Sun, 4 Jun 2023 22:41:46 -0300 Lisandro Damián Nicanor Pérez Meyer 
 wrote:
[snip]
> > please consider bumping the severity level of #1035985, as it makes
> > Debian unable to use qt on the many embedded platforms, and the next
> > stable will be affected by this for a long time. Is it possible to
> > include the `QT_FEATURE_opengles2` flag before the release? I'm
> > willingly to send a patch if needed.
> 
> I am afraid it was discovered too late in the release process. My plan
> is to test it as soon as Bookworm is released and hopefully get a
> stable pu update. But I can't promise anything.
> 
> Bumping the severity for a feature not discovered in time is a non-go.
> 
> 

I reviewed this bug report. libgles-dev is present in the build, as you can see 
in [0].

[0] 


Moreover, if you grep for "gles" in the build log [1] you will see that both 
libgles1 and libgles2 are present.

[1] 


Or even:

```
-- Performing Test HAVE_GLESv2
-- Performing Test HAVE_GLESv2 - Success
-- Found GLESv2: /usr/include 
```

If I force FEATURE_opengles2=ON I get:

```
CMake Error at cmake/QtBuildInformation.cmake:490 (message):
  Feature "opengles2": Forcing to "ON" breaks its condition:

  NOT WIN32 AND NOT WATCHOS AND NOT QT_FEATURE_opengl_desktop AND 
GLESv2_FOUND

  Condition values dump:

  WIN32 = ""
  WATCHOS = "0"
  QT_FEATURE_opengl_desktop = "ON"
  GLESv2_FOUND = "TRUE"

Call Stack (most recent call first):
  cmake/QtFeature.cmake:281 (qt_configure_add_report_error)
  cmake/QtFeature.cmake:403 (qt_feature_check_and_save_internal_value)
  cmake/QtFeature.cmake:606 (qt_evaluate_feature)
  cmake/QtFeature.cmake:575 (qt_feature_module_end)
  src/CMakeLists.txt:12 (qt_feature_evaluate_features)
```

So, unless I am missing something, it is Qt itself the one not producing OpenGL 
ES 2 support.

Am I missing something here?

Kinds regards, Lisandro.

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

Bug#1034457: libqt5quick5: Qt segfault on amd64

[Lisandro Damian Nicanor Perez Meyer]

tag 1034457 unreproducible moreinfo
thanks

Hi!

On sábado, 15 de abril de 2023 18:51:18 -03 Julian Groß wrote:
> Package: libqt5quick5
> Version: 5.15.8+dfsg-3
> Severity: normal
> 
> Dear Maintainer,
> 
> we ran into what appears to be a segmentation fault in Qt.
> One of the last places it runs into is QQuickOpenGLShaderEffectCommon which
> is why I am reporting it towards this package.

Well, when you have a crash you are supposed to file a bug against the 
application that triggers the segfault. If this is the case, then please close 
this bug (or just reply asking us to do it) and then file a new bug to the 
application itself, so all the relevant metadata is there.

If the application that triggers the bug is not in Debian then you must add a 
complete small example code to trigger the bug.

Thanks, Lisandro.

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

Bug#717528: kdm and gwenview cannot display complex svg

[Lisandro Damian Nicanor Perez Meyer]

reassign 717528 src:qtbase-opensource-src 5.7.1+dfsg-3+deb9u2
tag 717528 wontfix
thanks

On Sun, 21 Jul 2013 20:52:54 +0200 Holger Levsen  
wrote:
> package: kdm,gwenview
> tags: upstream
> 
> Hi,
> 
> thanks for maintaining KDE!
> 
> both kdm and gwenview cannot display complex svg correctly. The attached file 
> can be viewed by inkview without problem, also gimp+inkscape work well. All 
in 
> wheezy.
> 
> I guess some library is to blame but I'm not sure which. Please reassign as 
> appropriate.

Wooa, this is an old one!

The real culprit here is Qt's SVG rendering engine. It has never been up to 
task.

I am ressigning to qtbase-opensource-src, the oldest I can currently find with 
rmadison, because... it's as old as Qt 5 itself.

I am also marking it as wontfix, as clearly the situation has not improved 
along all these years. I still need to check what's the Qt 6 status on 
this

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

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

[Lisandro Damian Nicanor Perez Meyer]

Hi Paul!

On domingo, 26 de febrero de 2023 12:18:48 -03 Paul Boddie wrote:
> On Sunday, 26 February 2023 15:38:20 CET Lisandro Damian Nicanor Perez Meyer
> wrote:
> > reassign 1031863 libmariadb3 1:10.3.34-0+deb10u1
> > thanks
> 
> [...]
> 
> > This is a bug in oldstable! If mariadb maintainers pushed a new version
> > there then they need to undo the change you mention above. This is not a
> > Qt
> > issue for oldstable.
> 
> It was an open question as to whether Debian packaging would adopt the same
> strategy as Qt upstream, introducing the workaround in Qt, or mitigate the
> problem in the libmariadb3 packaging. I wonder, then, if the severity should
> be elevated since this regression potentially breaks numerous other
> packages.

If we where talking about testing, yes, fixing Qt would be the way to go. But 
this is different, ideally the mariadb maintainers (or whoever uploaded the 
package) should fix the regression. If we try to do this in oldtsbale then we 
risk breaking someone else's setup.

That being said: you should **REALLY** consider switching to stable like 
**RIGHT NOW**. Why? Because in Debian we provide no security on webengine/
wekbit, and kde pim uses it a lot. Using it in oldstable is really a bad, bad 
idea.

Regards, Lisandro.


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

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

[Lisandro Damian Nicanor Perez Meyer]

reassign 1031863 libmariadb3 1:10.3.34-0+deb10u1
thanks

Hi!

On Fri, 24 Feb 2023 15:25:58 +0100 Paul Boddie  wrote:
> Package: libqt5sql5-mysql
> Version: 5.11.3+dfsg1-1+deb10u5
> Severity: important
> 
> Dear Maintainer,
> 
> A recent update to libmariadb3 introduced a change to MySQL version number
> reporting that ultimately breaks Kontact and Akonadi. To note this, I filed
> bug #1031770 against the kontact package:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1031770
> 
> However, this breakage probably needs fixing in the Qt 5 SQL driver for
> MySQL/MariaDB, and a fix was indeed introduced to Qt 5.15 upstream:
> 
> https://bugreports.qt.io/browse/QTBUG-95071

This is a bug in oldstable! If mariadb maintainers pushed a new version there 
then they need to undo the change you mention above. This is not a Qt issue 
for oldstable.

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

Bug#1020387: dictionaries-common: Consensus regarding the packaging of the Qt WebEngine hunspell binary dictionaries

[Lisandro Damian Nicanor Perez Meyer]

By the way: I **do** understand that what you all are proposing is an easy way 
out and sounds like it makes sense.

Now I have been around Qt for 10+ years already, and suffered each and every 
web engine of the day source code during all this time. I know how problematic 
it can be and how, at the end of the day, is us maintainers then one that get 
the broken pieces when something breaks. Really, it's a pain.

Had this occurred in another Qt submodule I would probably not be so adamant 
in avoiding it. But webengine/webkit where always a PITA. And I do not expect 
that to change, I'm afraid.

Bug#1020387: dictionaries-common: Consensus regarding the packaging of the Qt WebEngine hunspell binary dictionaries

[Lisandro Damian Nicanor Perez Meyer]

On jueves, 16 de febrero de 2023 02:40:21 -03 Rene Engelhard wrote:
> Hi,
> 
> Am 16.02.23 um 02:24 schrieb Lisandro Damian Nicanor Perez Meyer:
> > - Hunspell dictionaries should be handled by... hunspell. Yes, I know
> > this was
> > considered and it's still not possible. But the fact that webengine ships
> > them is not enough a reason to expose them to the world instead of doing
> > the right thing: handling them there.
> 
> Then make it use hunspell.
> 
> Unpatched and with the same format.
> 
> It's not as if hunspell invented a binary format for no gain at all
> instead of just differentiating for differentiating.
> 
> Same with an internal *patched* hunspell copy.

I agree with that, and actually is one of the many reasons why I was against 
uploading qt6-webengine in the first place.

> > - If the patches are taken and at some point webengine upstreams decide to
> > switch to something else then we the Qt maintainers get the broken pieces.
> > Insta RC bugs, we get this package stopped from migrating to testing until
> > solving the issue... a pain.
> 
> e.g.
> 
> That is already the case. All packages building bdic right now *are*
> laready using it (and be it via usage of installdeb-myspell which calls
> the binary):
> 
> root@frodo:/# apt-cache showsrc igerman98
> Package: igerman98
> Binary: ingerman, iswiss, wngerman, wswiss, rmligs-german,
> hunspell-de-at, hunspell-de-ch, hunspell-de-de, aspell-de
> Version: 20161207-11
> Maintainer: Roland Rosenfeld 
> Uploaders: Rene Engelhard 
> Build-Depends: debhelper-compat (= 13)
> Build-Depends-Indep: aspell, busybox, dictionaries-common-dev (>=
> 1.29.3), hunspell, qt6-webengine-dev-tools, ispell
> [...]
>
> > So no, I'm totally against these change. Dmitry, Patrick: my suggestion is
> > to reverse the patches.
> 
> If you  revert the virtual package it's still too late. And it
> complicates things even more since then people need to change their
> build-dependency (and maybe calls) explicitely, causing more PITA.

The virtual package for Qt 6 is commited but not uploaded.

See, with the current status if tomorrow webengine stops providing hunspell 
dictionaries then we Qt maintainers have no obligation against packages using 
them: they where never meant to be used for packages not really using Qt 6.

On the other hand going ahead with this means this becomes official API-like 
behavior.
 
> The virtual package will help with that in that this will automagically
> happen.
> 
> 
> And the whole bdic  thingy: It's there, in in qtwebengine itself.
> dictionaries-commons policy, in installdeb-myspell --bdic-only etc.
> 
> And Soren has a point, Debian should support those .bdic files is
> possible, how broken their existence may be.

Then fork the hunspell code out of webengine and provide a proper package. 
That won't break at webengine's developers will.

Bug#1020387: dictionaries-common: Consensus regarding the packaging of the Qt WebEngine hunspell binary dictionaries

[Lisandro Damian Nicanor Perez Meyer]

On martes, 14 de febrero de 2023 19:28:53 -03 Soren Stoutner wrote:
> Which part do you not understand about not being needed on both Qt 5 and Qt
> 6? The part about building the .bdic files or the part about Qt WebEngine
> using the .bdic files at runtime?

Sorry, wrong question on my side.

I just went trough the whole thread. I understand that these bdic files are 
needed for packages that use Qt[5 6]webengine. But I do not like the idea of 
**other** packages making use of them.

Let me explain you why:

- webengine is the most complicated package we handle, it is the very example 
of a PITA. It embeds the world, it takes ages to compile, it has weird 
errors...

- Hunspell dictionaries should be handled by... hunspell. Yes, I know this was 
considered and it's still not possible. But the fact that webengine ships them 
is not enough a reason to expose them to the world instead of doing the right 
thing: handling them there.

- They are not built by default by Qt itself. This is weird... or they do not 
want to handle possible build errors. Should we Qt maintainers? No.

- If the patches are taken and at some point webengine upstreams decide to 
switch to something else then we the Qt maintainers get the broken pieces. 
Insta RC bugs, we get this package stopped from migrating to testing until 
solving the issue... a pain.

So no, I'm totally against these change. Dmitry, Patrick: my suggestion is to 
reverse the patches.

Bug#1030546: qt6-base FTBFS on hppa

[Lisandro Damian Nicanor Perez Meyer]

On lunes, 6 de febrero de 2023 17:59:47 -03 Peter Pentchev wrote:
[snip]
> FWIW, I think that you're mostly on the right path, but with a small
> correction: both zstd::libzstd_shared and zstd::libzstd_static are defined
> by libzstd's newly-exposed CMake config.

Exactly.

> I added --trace-expand to
> qt6-base's dh_auto_configure arguments, and got (among much else) this
> output:
> 
> ...
> /<>/cmake/FindWrapZSTD.cmake(21):  find_package(zstd CONFIG
> QUIET ) /usr/lib/x86_64-linux-gnu/cmake/zstd/zstdConfigVersion.cmake(12): 
> set(PACKAGE_VERSION 1.5.2 ) ...
> /usr/lib/x86_64-linux-gnu/cmake/zstd/zstdTargets.cmake(69): 
> add_library(zstd::libzstd_shared SHARED IMPORTED )
> /usr/lib/x86_64-linux-gnu/cmake/zstd/zstdTargets.cmake(71): 
> set_target_properties(zstd::libzstd_shared PROPERTIES
> INTERFACE_INCLUDE_DIRECTORIES /usr/include )
> /usr/lib/x86_64-linux-gnu/cmake/zstd/zstdTargets.cmake(76): 
> add_library(zstd::libzstd_static STATIC IMPORTED )
> /usr/lib/x86_64-linux-gnu/cmake/zstd/zstdTargets.cmake(78): 
> set_target_properties(zstd::libzstd_static PROPERTIES
> INTERFACE_INCLUDE_DIRECTORIES /usr/include ) ...
> /<>/cmake/FindWrapZSTD.cmake(25):  if(TARGET
> zstd::libzstd_static OR TARGET zstd::libzstd_shared ) ...
> /<>/cmake/FindWrapZSTD.cmake(28):  if(TARGET
> zstd::libzstd_static ) /<>/cmake/FindWrapZSTD.cmake(29): 
> set(zstdtargetsuffix _static ) ...
> 
> So qt6-base's cmake/FindWrapZSTD.cmake file asks CMake about the zstd
> configuration, then correctly determines that either the shared or
> the static libraries are defined as CMake targets (they both are), and
> then, at cmake/FindWrapZSTD.cmake line 28, prefers the static one to
> the shared one. That's what caused the change in behavior.

Once again, exactly.

> > I'll open a bug upstream about this, in the meantime I'll create a
> > derivative patch that forces using the shared library, ie , being more
> > aggressive so it's understood.
> 
> Thanks for your analysis and your work!

My pleasure! I realized what you wrote above when writing the upstream bug. 
Now we will need to see what upstream does, because according to Thiago there 
is a chance that the CMake support in libzstd is non-official... which I do not 
care much for as long as it works :-)

Anyways forcing the right behavior in Qt is done and that's the kind of patch 
I don't mind keeping.

Bug#1030497: ITP: accounts-qml-module -- Expose the Online Accounts API to QML applications

[Lisandro Damian Nicanor Perez Meyer]

On sábado, 4 de febrero de 2023 05:24:03 -03 Mike Gabriel wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel 
> X-Debbugs-Cc: debian-de...@lists.debian.org
> 
> * Package name: accounts-qml-module

Hi Mike!

In the Qt/KDE team we have this naming convention for QML modules:

https://qt-kde-team.pages.debian.net/qmlmodulesnaming.html

So in this case the binary would be called qml-module-accounts.

It is not a strong policy for the rest of Debian, but I guess that following 
the convention could help here.

Happy hacking, Lisandro.

Bug#1025823: qt6-base FTBFS on Alpha; Unknown Q_PROCESSOR_xxx macro

[Lisandro Damian Nicanor Perez Meyer]

On viernes, 9 de diciembre de 2022 22:19:16 -03 Michael Cree wrote:
> Source: qt6-base
> Version: 6.3.1+dfsg-10
> Severity: important
> Tags: patch ftbfs
> Justification: fails to build from source (but built successfully in the
> past)
> 
> The build fails with:
> /<>/src/corelib/plugin/qelfparser_p.cpp:178:4: error: #error
> "Unknown Q_PROCESSOR_xxx macro, please update."
> 
> Full log at:
> https://buildd.debian.org/status/fetch.php?pkg=qt6-base=alpha=6.3.1
> %2Bdfsg-10=1664652510=0
> 
> Attached is patch to provide the Q_PROCESSOR defines for Alpha.  With
> that qt6-base builds successfully.

This really sounds like a patch that should go upstream. Normally such patchs 
would need to be sent by the creator. Would you mind doing that? Please ping 
me if you need help here.

Bug#690880: phpldapadmin: Fails to work until php5-cgi is installed

[Lisandro Damian Nicanor Perez Meyer]

Package: phpldapadmin
Version: 1.2.2-5
Severity: normal

It simply doesn't works until php5-cgi is installed.
Should it recommend/suggest it? Or even maybe depend on it?

Kinds regards, Lisandro.

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core)
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 phpldapadmin depends on:
ii  apache2 2.2.22-11
ii  apache2-mpm-worker [httpd]  2.2.22-11
ii  debconf [debconf-2.0]   1.5.46
ii  php5-cli5.4.4-7
ii  php5-ldap   5.4.4-7
ii  ucf 3.0025+nmu3

phpldapadmin recommends no packages.

phpldapadmin suggests no packages.

-- Configuration Files:
/etc/phpldapadmin/templates/creation/alias.xml [Errno 13] Permission denied: 
u'/etc/phpldapadmin/templates/creation/alias.xml'
/etc/phpldapadmin/templates/creation/courierMailAccount.xml [Errno 13] 
Permission denied: 
u'/etc/phpldapadmin/templates/creation/courierMailAccount.xml'
/etc/phpldapadmin/templates/creation/courierMailAlias.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/courierMailAlias.xml'
/etc/phpldapadmin/templates/creation/dNSDomain.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/dNSDomain.xml'
/etc/phpldapadmin/templates/creation/example.xml [Errno 13] Permission denied: 
u'/etc/phpldapadmin/templates/creation/example.xml'
/etc/phpldapadmin/templates/creation/inetOrgPerson.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/inetOrgPerson.xml'
/etc/phpldapadmin/templates/creation/kolabPerson.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/kolabPerson.xml'
/etc/phpldapadmin/templates/creation/mozillaOrgPerson.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/mozillaOrgPerson.xml'
/etc/phpldapadmin/templates/creation/organizationalRole.xml [Errno 13] 
Permission denied: 
u'/etc/phpldapadmin/templates/creation/organizationalRole.xml'
/etc/phpldapadmin/templates/creation/ou.xml [Errno 13] Permission denied: 
u'/etc/phpldapadmin/templates/creation/ou.xml'
/etc/phpldapadmin/templates/creation/posixAccount.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/posixAccount.xml'
/etc/phpldapadmin/templates/creation/posixGroup.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/posixGroup.xml'
/etc/phpldapadmin/templates/creation/sambaDomain.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/sambaDomain.xml'
/etc/phpldapadmin/templates/creation/sambaGroupMapping.xml [Errno 13] 
Permission denied: u'/etc/phpldapadmin/templates/creation/sambaGroupMapping.xml'
/etc/phpldapadmin/templates/creation/sambaMachine.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/sambaMachine.xml'
/etc/phpldapadmin/templates/creation/sambaSamAccount.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/sambaSamAccount.xml'
/etc/phpldapadmin/templates/creation/sendmailMTAAliasObject.xml [Errno 13] 
Permission denied: 
u'/etc/phpldapadmin/templates/creation/sendmailMTAAliasObject.xml'
/etc/phpldapadmin/templates/creation/sendmailMTAClass.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/creation/sendmailMTAClass.xml'
/etc/phpldapadmin/templates/creation/sendmailMTACluster.xml [Errno 13] 
Permission denied: 
u'/etc/phpldapadmin/templates/creation/sendmailMTACluster.xml'
/etc/phpldapadmin/templates/creation/sendmailMTAMapObject.xml [Errno 13] 
Permission denied: 
u'/etc/phpldapadmin/templates/creation/sendmailMTAMapObject.xml'
/etc/phpldapadmin/templates/creation/sendmailVirtualDomain.xml [Errno 13] 
Permission denied: 
u'/etc/phpldapadmin/templates/creation/sendmailVirtualDomain.xml'
/etc/phpldapadmin/templates/creation/sendmailVirtualUser.xml [Errno 13] 
Permission denied: 
u'/etc/phpldapadmin/templates/creation/sendmailVirtualUser.xml'
/etc/phpldapadmin/templates/creation/simpleSecurityObject.xml [Errno 13] 
Permission denied: 
u'/etc/phpldapadmin/templates/creation/simpleSecurityObject.xml'
/etc/phpldapadmin/templates/modification/inetOrgPerson.xml [Errno 13] 
Permission denied: u'/etc/phpldapadmin/templates/modification/inetOrgPerson.xml'
/etc/phpldapadmin/templates/modification/posixGroup.xml [Errno 13] Permission 
denied: u'/etc/phpldapadmin/templates/modification/posixGroup.xml'
/etc/phpldapadmin/templates/template.dtd [Errno 13] Permission denied: 
u'/etc/phpldapadmin/templates/template.dtd'

-- debconf information:
* phpldapadmin/restart-webserver: true
  phpldapadmin/ldap-bindpw: secret
* phpldapadmin/ldap-tls: false
* phpldapadmin/ldap-binddn: cn=admin,dc=gisee,dc=uns,dc=edu,dc=ar
* phpldapadmin/reconfigure-webserver: apache2
* phpldapadmin/ldap-basedn: dc=gisee,dc=uns,dc=edu,dc=ar
* phpldapadmin/ldap-server: 127.0.0.1
* 

Bug#567599: alsa-utils: alsactl restore fails since kernel upgrade

[Lisandro Damian Nicanor Perez Meyer]

Package: alsa-utils
Version: 1.0.21-1
Severity: important

Since upgrade to 

gla...@seanconnery:~$ uname -a
Linux seanconnery 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 
GNU/Linux

I get:

r...@seanconnery:/home/gladys# alsactl restore
Unknown hardware: VIA8237 Analog Devices AD1888 AC97a:41445368 0x1043 
0x810d
Hardware is initialized using a guess method

Tried with the previous kernel, same problem so far. I digged the web alittle 
and found:

http://bugs.gentoo.org/show_bug.cgi?id=299362
http://bugzilla.kernel.org/show_bug.cgi?id=15107#c5

Regards, Lisandro.


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

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages alsa-utils depends on:
ii  dialog1.1-20080819-1 Displays user-friendly dialog boxe
ii  libasound21.0.21a-1  shared library for ALSA applicatio
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libncursesw5  5.7+20090803-2 shared libraries for terminal hand
ii  linux-sound-base  1.0.21+dfsg-2  base package for ALSA and OSS soun
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip
ii  module-init-tools 3.11-1 tools for managing Linux kernel mo
ii  udev  150-2  /dev/ and hotplug management daemo
ii  whiptail  0.52.10-5+b1   Displays user-friendly dialog boxe

Versions of packages alsa-utils recommends:
ii  alsa-base  1.0.21+dfsg-2 ALSA driver configuration files
ii  pciutils   1:3.1.4-5 Linux PCI Utilities

alsa-utils suggests no packages.

-- no debconf information



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

Bug#539815: dokuwiki: Fails to set the globa network

[Lisandro Damian Nicanor Perez Meyer]

Package: dokuwiki
Version: 0.0.20090214b-2
Severity: important


I was just going to fill a bug because of not being able to acces dokuwiki 
from another PC, and while doing this bug, I noted that, in spite that I 
selected global access, dokuwiki still has local acces.

Also, the Alias line in /etc/apache2/conf.d/dokuwiki.conf has a \n in the 
begginig and end of the sentence:

\nAlias /dokuwiki/ /usr/share/dokuwiki\n

Regards, Lisandro.

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

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

Versions of packages dokuwiki depends on:
ii  debconf [debconf-2.0] 1.5.26 Debian configuration management sy
ii  libphp-simplepie  1.1.3-1RSS and Atom feed parsing in PHP
ii  php-geshi 1.0.8.4-1  Generic Syntax Highlighter
ii  php5  5.2.9.dfsg.1-4 server-side, HTML-embedded scripti
ii  ucf   3.0018 Update Configuration File: preserv

Versions of packages dokuwiki recommends:
ii  imagemagick 7:6.3.7.9.dfsg2-1+b1 image manipulation programs
ii  php5-cli5.2.9.dfsg.1-4   command-line interpreter for the p

dokuwiki suggests no packages.

-- debconf information:
* dokuwiki/system/documentroot: /dokuwiki
* dokuwiki/system/accessible: global
  dokuwiki/system/localnet: 10.0.0.0/24
* dokuwiki/system/purgepages: false



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

Bug#492292: kdm: Does not works if gdm is used as default and the uninstalled

[Lisandro Damian Nicanor Perez Meyer]

Package: kdm
Version: 4:4.0.98-1
Severity: normal


If you install kde4's kdm in a system without gdm, it will wor fine.
If you install gdm, make it the default *dm and then uninstall it, kdm won't 
work 
because gdm sets debian-moreblue as the default theme and kdm can not find it.
This theme is provided by the packages gdm and desktop-base.
I re installed desktop-base in order to get kdm working.

It is possible that this bug should be reassigned, but I didn't know exactly 
whose fault it is.

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

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kdm depends on:
ii  debconf [debconf-2. 1.5.23   Debian configuration management sy
ii  kdebase-runtime 4:4.0.98-1   runtime components from the offici
ii  kdelibs54:4.0.98+svn833207-1 core libraries for all KDE 4 appli
ii  libc6   2.7-12   GNU C Library: Shared libraries
ii  libdbus-1-3 1.2.1-2  simple interprocess messaging syst
ii  libpam0g0.99.7.1-6   Pluggable Authentication Modules l
ii  libqimageblitz4 1:0.0.4-4QImageBlitz image effects library
ii  libqt4-svg  4.4.0-4  Qt 4 SVG module
ii  libqt4-xml  4.4.0-4  Qt 4 XML module
ii  libqtcore4  4.4.0-4  Qt 4 core module
ii  libqtgui4   4.4.0-4  Qt 4 GUI module
ii  libstdc++6  4.3.1-7  The GNU Standard C++ Library v3
ii  libx11-62:1.1.4-2X11 client-side library
ii  libxau6 1:1.0.3-3X11 authorisation library
ii  libxdmcp6   1:1.0.2-3X11 Display Manager Control Protoc
ii  libxtst62:1.0.3-1X11 Testing -- Resource extension 

Versions of packages kdm recommends:
ii  kde-window-manager [x-wi 4:4.0.98-1  the KDE 4 window manager (KWin)
ii  kdebase  4:4.0.98-1  base applications from the officia
ii  konsole [x-terminal-emul 4:4.0.98-1  X terminal emulator for KDE 4
ii  logrotate3.7.1-3 Log rotation utility
ii  tightvncserver [xserver] 1.3.9-4 virtual network computing server s
ii  vnc4server [xserver] 4.1.1+X4.3.0-30 Virtual network computing server s
ii  xserver-xorg-core [xserv 2:1.4.2-2   Xorg X server - core server
ii  xterm [x-terminal-emulat 235-1   X terminal emulator

Versions of packages kdm suggests:
ii  kdepasswd 4:4.0.98-1 password changer for KDE 4

-- debconf information:
  kdm/stop_running_server_with_children: false
* shared/default-x-display-manager: kdm
  kdm/daemon_name: /usr/bin/kdm



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#488985: yakuake: Does not saves the configurations

[Lisandro Damian Nicanor Perez Meyer]

Package: yakuake
Version: 2.9.2-1
Severity: important


It simply doesn't saves the width, height and focus settings when asked to.


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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages yakuake depends on:
ii  kdebase-runtime   4:4.0.84-1 runtime components from the offici
ii  kdelibs5  4:4.0.84-1 core libraries for all KDE 4 appli
ii  konsole   4:4.0.84-1 X terminal emulator for KDE 4
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libqt4-dbus   4.4.0-3Qt 4 D-Bus module
ii  libqt4-gui4.4.0-3transitional package for Qt 4 GUI 
ii  libqtcore44.4.0-3Qt 4 core module
ii  libstdc++64.3.1-4The GNU Standard C++ Library v3
ii  libx11-6  2:1.1.4-2  X11 client-side library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra

yakuake recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484855: kde4-development: Tha package does not depends on the -dev packages

[Lisandro Damian Nicanor Perez Meyer]

Package: kde4-development
Version: 1
Severity: important


The pakage does not depends of kdelibs5-dev and kdepimlibs5-dev. 


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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kde4-development depends on:
ii  kdebase-runtime   4:4.0.80-2 runtime components from the offici
ii  kdelibs5  4:4.0.80-1 core libraries for all KDE 4 appli
ii  kdepimlibs5   4:4.0.80-1 core libraries for KDE PIM 4 appli

kde4-development recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480739: virtualbox-ose-modules-2.6.24-1-686: Fails with a symbol error

[Lisandro Damian Nicanor Perez Meyer]

Package: virtualbox-ose-modules-2.6.24-1-686
Version: 2.6.24+1.5.6-dfsg-7
Severity: important


When I run Virtualbox I get:

/usr/lib/virtualbox//VBoxSVC: symbol lookup error: 
/usr/lib/virtualbox/VBoxXML.so: undefined symbol: 
_ZN11xalanc_1_1016XalanTransformer10initializeERN11xercesc_2_713MemoryManagerE


And a pop-up message saying:

Receptor RC: 
0x80470007

I'll try to compile from source now.


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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages virtualbox-ose-modules-2.6.24-1-686 depends on:
ii  linux-image-2.6.24-1-686 [lin 2.6.24-6   Linux 2.6.24 image on PPro/Celeron

virtualbox-ose-modules-2.6.24-1-686 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#468859: openscenegraph: Missing images

[Lisandro Damian Nicanor Perez Meyer]

Package: openscenegraph
Version: 2.2.0-2+b1
Severity: normal


[EMAIL PROTECTED]:~$ osgplanets
rotateSpeed corrected by factor 0.5
Rorbits corrected by factor 15
Radius corrected by factor 10
Warning: could not find file SolarSystem/sun256128.jpg
Warning: could not find file Images/land_shallow_topo_2048.jpg
Warning: could not find file Images/land_ocean_ice_lights_2048.jpg
Warning: could not find file SolarSystem/moon256128.jpg
Warning: could not find file SolarSystem/mercury256128.jpg
Warning: could not find file SolarSystem/venus256128.jpg
Warning: could not find file SolarSystem/mars256128.jpg
Warning: could not find file SolarSystem/jupiter256128.jpg

[EMAIL PROTECTED]:~$ osgteapot
Warning: could not find file Images/reflect.rgb

[EMAIL PROTECTED]:~$ osgforest
Creating terrain...Warning: could not find file Images/lz.rgb
done.
Creating tree locations...done.
Creating cell subdivision...done.
Warning: could not find file Images/tree0.rgba
Creating billboard based forest...Warning: font file fonts/arial.ttf not 
found.
done.
Creating billboard based forest...Warning: font file fonts/arial.ttf not 
found.
done.
Creating billboard based forest...Warning: font file fonts/arial.ttf not 
found.
done.
Creating billboard based forest...Warning: font file fonts/arial.ttf not 
found.
done.


And so on...




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

Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages openscenegraph depends on:
ii  freeglut3   2.4.0-6  OpenGL Utility Toolkit
ii  libc6   2.7-9GNU C Library: Shared libraries
ii  libgcc1 1:4.3-20080227-1 GCC support library
ii  libgl1-mesa-glx [libgl1 7.0.3~rc2-1  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  7.0.3~rc2-1  The OpenGL utility library (GLU)
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libopenscenegraph6  2.2.0-2+b1   3D scenegraph
ii  libopenthreads6 2.2.0-2+b1   Object-Oriented (OO) thread interf
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.3-20080227-1   The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar

openscenegraph recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463829: kopete: Fails to connect to the MSN network after a dist-upgrade

[Lisandro Damian Nicanor Perez Meyer]

Package: kopete
Version: 4:3.5.8-1
Severity: important


I just dist-upgraded my Sid machine and Kopete started to fail connecting to 
the MSN network,
issuing a Password incorrect message. I tried with aMSN and it connects 
perfectly. Also tried
with a new kopete config in a new user session, and the problem is still there.

If I start kopete from the command line, I get:

[EMAIL PROTECTED]:~$ kopete
[EMAIL PROTECTED]:~$ QDateTime::fromString: Parameter out of range
QMetaObject::findSignal:ClientStream: Conflict with Stream::readyRead()
Transfer ACCEPTED by: LoginTask
Transfer ACCEPTED by: LoginTask
Transfer ACCEPTED by: ListTask
CLIENT: RequestPictureTask: Task::done()
CLIENT: RequestPictureTask: emitting finished
Transfer ACCEPTED by: StatusNotifierTask
CLIENT: RequestPictureTask: Task::done()
CLIENT: RequestPictureTask: emitting finished


The list of updated packages:

amsn_0.97-1_i386.deb
compiz_1%3a0.6.999+git20080124.shame-0_all.deb
compizconfig-backend-gconf_0.6.99+git20080106.shame-0_i386.deb
compizconfig-backend-kconfig_0.6.99+git20071021.shame-0_i386.deb
compizconfig-settings-manager_0.6.0-4_i386.deb
compizconfig-settings-manager_0.6.99+git20080125.shame-0_i386.deb
compiz-core_1%3a0.6.999+git20080124.shame-0_i386.deb
compiz-dev_1%3a0.6.999+git20080124.shame-0_i386.deb
compiz-fusion-all_0.6.99+git20080127.shame-0_i386.deb
compiz-fusion-bcop_0.6.99+git20071021.shame-0_i386.deb
compiz-fusion-extras_0.6.99+git20080127.shame-0_i386.deb
compiz-fusion-kde_0.6.99+git20080127.shame-0_i386.deb
compiz-fusion-plugins-extra_0.6.99+git20080127.shame-0_i386.deb
compiz-fusion-plugins-main_0.6.99+git20080127.shame-0_i386.deb
compiz-fusion-plugins-unstable_0.6.99+git20080128.shame-0_i386.deb
compiz-fusion-plugins-unsupported_0.6.99+git20080127.shame-0_i386.deb
compiz-gnome_1%3a0.6.999+git20080124.shame-0_i386.deb
compiz-kde_1%3a0.6.999+git20080124.shame-0_i386.deb
compiz-manager_0.6.99+git20080127.shame-0_i386.deb
compiz-plugins_1%3a0.6.999+git20080124.shame-0_i386.deb
cpp-4.2_4.2.3-1_i386.deb
debhelper_6.0.5_all.deb
defoma_0.11.10-0.2_all.deb
devscripts_2.10.14_i386.deb
emerald_0.6.99+git20080110.shame-0_i386.deb
emerald-themes_0.6.99+git20071021.shame-0_all.deb
emesene_0.99svn1010-1_all.deb
festival_1.96~beta-5_i386.deb
fusion-icon_0.1.1+git20070916.shame-0_i386.deb
g++-4.2_4.2.3-1_i386.deb
gcc-4.2_4.2.3-1_i386.deb
gcc-4.2-base_4.2.3-1_i386.deb
gcc-4.3-base_4.3-20080202-1_i386.deb
gcj-4.2-base_4.2.3-1_i386.deb
gimp_2.4.4-1_i386.deb
gimp-data_2.4.4-1_all.deb
gimp-gnomevfs_2.4.4-1_i386.deb
gimp-python_2.4.4-1_i386.deb
grub_0.97-30_i386.deb
initscripts_2.86.ds1-53_i386.deb
java-gcj-compat_1.0.77-4_i386.deb
java-gcj-compat-headless_1.0.77-4_i386.deb
k3b_1.0.4-6_i386.deb
k3b-data_1.0.4-6_all.deb
libapache2-mod-php5_5.2.5-2_i386.deb
libcompizconfig0_0.6.0-3_i386.deb
libcompizconfig0_0.6.99+git20080106.shame-0_i386.deb
libcompizconfig-dev_0.6.99+git20080106.shame-0_i386.deb
libdecoration0_0.6.3~git20071222.061ff159-1_i386.deb
libdecoration0_1%3a0.6.999+git20080124.shame-0_i386.deb
libdecoration0-dev_1%3a0.6.999+git20080124.shame-0_i386.deb
libemeraldengine0_0.6.99+git20080110.shame-0_i386.deb
libemeraldengine-dev_0.6.99+git20080110.shame-0_i386.deb
libffi4_4.3-20080202-1_i386.deb
libfuse2_2.7.2-1_i386.deb
libgcc1_1%3a4.3-20080202-1_i386.deb
libgcj8-1_4.2.3-1_i386.deb
libgcj8-1-awt_4.2.3-1_i386.deb
libgcj8-jar_4.2.3-1_all.deb
libgimp2.0_2.4.4-1_i386.deb
libgmp3c2_2%3a4.2.2+dfsg-2_i386.deb
libgnome-desktop-2_2.20.3-1_i386.deb
libgnome-window-settings1_1%3a2.20.3-1_i386.deb
libgomp1_4.3-20080202-1_i386.deb
libk3b3_1.0.4-6_i386.deb
libltdl3_1.5.26-1_i386.deb
libltdl3-dev_1.5.26-1_i386.deb
libmetacity0_1%3a2.20.2-1_i386.deb
libpanel-applet2-0_2.20.3-1_i386.deb
libsnack2_2.2.10-dfsg1-5_i386.deb
libstartup-notification0-dev_0.9-1_i386.deb
libstdc++6-4.2-dev_4.2.3-1_i386.deb
libstdc++6_4.3-20080202-1_i386.deb
libtasn1-3_1.3-1_i386.deb
libtasn1-3-bin_1.3-1_i386.deb
libtasn1-3-dev_1.3-1_i386.deb
libtool_1.5.26-1_i386.deb
libvpb0_4.2.24-1_i386.deb
libxcomposite-dev_1%3a0.4.0-1_i386.deb
libxdamage-dev_1%3a1.1.1-3_i386.deb
manpages_2.77-1_all.deb
metacity-common_1%3a2.20.2-1_all.deb
nvidia-kernel-source_169.09-1_i386.deb
openssh-client_1%3a4.7p1-3_i386.deb
openssh-server_1%3a4.7p1-3_i386.deb
php5_5.2.5-2_all.deb
php5-common_5.2.5-2_i386.deb
procps_1%3a3.2.7-6_i386.deb
psfontmgr_0.11.10-0.2_all.deb
python-compizconfig_0.6.0.1-2_i386.deb
python-compizconfig_0.6.99+git20071106.shame-0_i386.deb
python-glade2_2.12.1-1_i386.deb
python-pyogg_1.3-1.2_i386.deb
python-pyvorbis_1.3-1.3_i386.deb
python-sexy_0.1.9-1_i386.deb
simple-ccsm_0.6.99+git20080125.shame-0_i386.deb
sysvinit_2.86.ds1-53_i386.deb
sysvinit-utils_2.86.ds1-53_i386.deb
sysv-rc_2.86.ds1-53_all.deb
tcl8.5_8.5.0-2_i386.deb
tcltls_1.5.0.dfsg-7_i386.deb
tk8.5_8.5.0-2_i386.deb
wammu_0.25-2_all.deb
x11proto-composite-dev_1%3a0.4-2_all.deb
x11proto-damage-dev_1.1.0-2_all.deb


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), 

Bug#450521: lirc-modules-source: Taints the kernel

[Lisandro Damian Nicanor Perez Meyer]

Package: lirc-modules-source
Version: 0.8.0-13
Severity: normal


The modules compiled with m-a taints the kernel. dmesg output:

lirc_serial: no version for lirc_unregister_plugin found: kernel tainted.




-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lirc-modules-source depends on:
ii  debconf [debconf-2.0] 1.5.16 Debian configuration management sy
ii  debhelper 5.0.60 helper programs for debian/rules
ii  debianutils   2.27   Miscellaneous utilities specific t
ii  ucf   3.003  Update Configuration File: preserv

Versions of packages lirc-modules-source recommends:
ii  dpkg-dev  1.14.7 package building tools for Debian
ii  gcc [c-compiler]  4:4.2.1-6  The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-17   The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.2-3The GNU C compiler
ii  kernel-package11.001 A utility for building Linux kerne
ii  make  3.81-3 The GNU version of the make util

-- debconf information:
  lirc-modules-source/use_lirc_hints: true
* lirc-modules-source/parallel_irq: 7
* lirc-modules-source/do-build: false
* lirc-modules-source/parallel_timer: 65536
* lirc-modules-source/sir_type: Other
* lirc-modules-source/serial_softcarrier: true
  lirc-modules-source/kernel-source-not-found:
* lirc-modules-source/serial_transmitter: true
* lirc-modules-source/it87_type: Standard
  lirc-modules-source/not_needed:
* lirc-modules-source/serial_port: 0x3f8
* lirc-modules-source/drivers: serial
* lirc-modules-source/serial_irq: 4
* lirc-modules-source/serial_type: Other
  lirc-modules-source/kernel-source: /usr/src/linux/
* lirc-modules-source/sir_irq: 3
* lirc-modules-source/sir_port: 0x2f8
* lirc-modules-source/parallel_port: 0x378
* lirc-modules-source/what_next:



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#413141: zaptel-source: Fails to build

[Lisandro Damian Nicanor Perez Meyer]

Package: zaptel-source
Version: 1:1.2.13~dfsg-1
Severity: grave
Justification: renders package unusable

Pasted a part of the buildlog:

/usr/src/modules/zaptel/xpp/xbus-core.c: In function ‘debugfs_open’:
/usr/src/modules/zaptel/xpp/xbus-core.c:171: error: ‘struct inode’ has no 
member named ‘i_private’
/usr/src/modules/zaptel/xpp/xbus-core.c: In function ‘proc_xbus_command_write’:
/usr/src/modules/zaptel/xpp/xbus-core.c:989: warning: format ‘%d’ expects type 
‘int’, but argument 6 has type ‘long 
int’
/usr/src/modules/zaptel/xpp/xbus-core.c:999: warning: format ‘%d’ expects type 
‘int’, but argument 6 has type ‘long 
int’
make[5]: *** [/usr/src/modules/zaptel/xpp/xbus-core.o] Error 1
make[4]: *** [/usr/src/modules/zaptel/xpp] Error 2
make[3]: *** [_module_/usr/src/modules/zaptel] Error 2
make[3]: se sale del directorio `/usr/src/linux-headers-2.6.18-4-amd64'
make[2]: *** [linux26] Error 2
make[2]: se sale del directorio `/usr/src/modules/zaptel'
make[1]: *** [binary-modules] Error 2
make[1]: se sale del directorio `/usr/src/modules/zaptel'
make: *** [kdist_build] Error 2


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)

Versions of packages zaptel-source depends on:
ii  bzip2 1.0.3-6high-quality block-sorting file co
ii  debhelper 5.0.42 helper programs for debian/rules
ii  module-assistant  0.10.8 tool to make module package creati

Versions of packages zaptel-source recommends:
ii  zaptel   1:1.2.13~dfsg-1 zapata telephony utilities

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#356141: Timidity's /etc/init.d script not working - diff attached

[Lisandro Damian Nicanor Perez Meyer]

Package: timidity
Version: 2.13.2-7.1

I tried to run the /etc/init.d/timidity script and found that it 
didn't work (it didn't print a single line explaining something, pmidi -l did 
not showed timidity ).
So, I opened it and re-organize it, and it started working. I guess it was the 
position of the set -e command in the script.
Then, I added some few things, like d_start() and d_stop() functions, as 
described in the example script for Debian's init.d.

I can't asure this is a well-formed script but it works :-)

I attach a diff of it (if you want, I can send you the script as well, it's 
just a few kb. of size).

More data:

Package: timidity_2.13.2-7.1_i386.deb
Debian Etch (testing)
uname -a: Linux dumbledore 2.6.15-1-k7 #2 Thu Feb 2 18:48:35 UTC 2006 i686 
GNU/Linux

Yours, 

Lisandro Damián Nicanor Pérez Meyer

-- 
Outside of a dog, a book is man's best friend. Inside of a dog, it's too dark
to read.
 -- Groucho Marx

http://perezmeyer.etype.com.ar/
7a8,9
 #   This is a modified version by Lisandro Damián Nicanor
 #   Pérez Meyer [EMAIL PROTECTED]
9a12,14
 set -e
 
 # Script specific configurations
11d15
 DAEMON=/usr/bin/timidity
12a17,22
 NAME=timidity
 DAEMON=/usr/bin/$NAME
 PIDFILE=/var/run/$NAME.pid
 SCRIPTNAME=/etc/init.d/$NAME
 
 # Rest of the configurations
14c24,27
 PIDFILE=/var/run/timidity.pid
---
 TIM_ALSASEQ=
 TIM_ALSASEQPARAMS=-B2,8
 PARAMS=${TIM_ALSASEQPARAMS} -iAD
 START=--start --quiet --exec ${DAEMON} --pidfile ${PIDFILE} -- ${PARAMS}
16d28
 set -e
17a30
 # Gracefully exit if the package has been removed.
21,25c34,36
 TIM_ALSASEQ=
 TIM_ALSASEQPARAMS=-B2,8
 [ -r /etc/default/timidity ]  . /etc/default/timidity
 [ ${TIM_ALSASEQ} != true ]  exit 0
 PARAMS=${TIM_ALSASEQPARAMS} -iAD
---
 # Read config file if it is present.
 #[ -r /etc/default/timidity ]  . /etc/default/timidity
 #[ ${TIM_ALSASEQ} != true ]  exit 0
27d37
 START=--start --quiet --exec ${DAEMON} --pidfile ${PIDFILE} -- ${PARAMS}
29,33c39,43
 case $1 in
   start)
 	echo -n Starting ${DESC}: 
 	[ -d /proc/asound ] || {
   		echo (ALSA is not active, cannot start)
---
 d_start()
 {
 	[ -d /proc/asound ] ||
 	{
 		echo -n (ALSA is not active, cannot start)
37,40c47,49
 		echo timidity.
   		if [ $pmidi_enabled = true ] ; then
   			sleep 1
   			echo -n Emulating midi on ports: ;
---
 		if [ $pmidi_enabled = true ] ; then
 			sleep 1
 			echo -e \nEmulating midi on ports: ;
45c54
 			echo (failed).
---
 			echo -n -e (failed).\n
48c57
 			echo already running.
---
 			echo -n -e  already running.\n
52,59c61,67
 	;;
   stop)
   	echo -n Stopping $DESC: 
 	if start-stop-daemon --stop --quiet --pidfile ${PIDFILE} \
 	   --exec ${DAEMON} --retry 10 ; then
 		echo timidity.
 	else
 		echo (failed).
---
 }
 
 d_stop()
 {
 	if ! start-stop-daemon --stop --quiet --pidfile ${PIDFILE} \
 		--exec ${DAEMON} --retry 10 ; then
 		echo -n -e  (failed).\n
61a70,83
 }
 
 
 case $1 in
   start)
 		echo -n -e Starting ${DESC}: $NAME
 		d_start
 		echo Done.
 	;;
 
   stop)
 		echo -n -e Stopping $DESC: $NAME
 		d_stop
 		echo  Done.
62a85
 
64,66c87,93
   	$0 stop
 	exec $0 start
   	;;
---
 echo -n -e Restarting $DESC: $NAME
 d_stop
 sleep 1
 d_start
 echo  Done.
 	;;
 
68,69c95,98
 echo Usage: $0 {start|stop|restart|force-reload} 2
 exit 1
---
 		echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2
 		exit 1
 	;;
 
71,72c100,101
  
 exit 0		  
---
 
 exit 0

Bug#342812: Just for the record

[Lisandro Damian Nicanor Perez Meyer]

I already wrote this to the maintainer, but to keep it in the record:

 In the README.Debian:

antennavis for Debian
-

This package provides a tcl script called antenna.tcl which makes use of
the TkAnt binary. antenna.tcl should be called from the command line.

- Load a .nec file by clicking on 'Load Antenna File
- Next, click on Compute RF Field
- nec2 will be started, enter the same name as the loaded file

OK, this never happens. I just press Compute RF Field and the
program hangs (no place to input a name appears).


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#342812: A (horrible) hack to make it work

[Lisandro Damian Nicanor Perez Meyer]

I could at least get a pattern by doing the following:
* I started antenna.tcl
* Loaded adrian.nec
* Pressed Compute RF Field. As usual, the button becomes pressed, and the 
program hangs.
* Opened a console, cd'ed to the examples directory (a copy of the supplied 
with the package in my ~).
* runned nec2 adrian.nec output.nec . Works prefectly.
* ps -aux, killed nec2
* Back to antennavis, I can see the pattern.

I hope this is useful for something.

By the way, nice work of the maintainer in fitting the window to the screen (I 
compiled the original source).

Cheers, Lisandro.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#342812: antennavis: Antennavis doesn process the examples

[Lisandro Damian Nicanor Perez Meyer]

Package: antennavis
Version: 0.2-5
Severity: important


The program does no tork with thw provided examples. It seimply hangs
waiting for the result of nec2. I report it against this package because
nec2 seems to work fine if the files are processed by hand.


-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=es_AR, LC_CTYPE=es_AR (charmap=ISO-8859-1)

Versions of packages antennavis depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries 
an
ii  libglu1-xorg [libglu1]6.8.2.dfsg.1-7 Mesa OpenGL utility library 
[X.Org
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client 
li
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous 
exte
ii  libxmu6   6.8.2.dfsg.1-7 X Window System miscellaneous 
util
ii  tcl8.48.4.11-1   Tcl (the Tool Command Language) 
v8
ii  tk8.4 8.4.9-1Tk toolkit for Tcl and X11, v8.4 
-
ii  xlibmesa-gl [libgl1]  6.8.2.dfsg.1-7 Mesa 3D graphics library [X.Org]
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries 
m

Versions of packages antennavis recommends:
ii  nec   2-10   NEC2 Antenna Modelling System

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]