Bug#1053515: sddm: inconsistent loading of selected sddm login in screen

[Johnny Edwards]

Package: sddm
Version: 0.20.0-1
Severity: normal
X-Debbugs-Cc: bugreport.d8...@passmail.net

Dear Maintainer,

Context - I have selected to use a different SDDM Theme that I found from the
"Get New SDDM Themes". I found, downloaded and selected the SDDM Theme as my
default Login Screen.

Bug - Inconsistently, upon login/startup of my Debian machine, the SDDM does
not load the selected Login Screen. Instead, it loads the default Debian Login
Screen. However, sometimes I will open the Debian machine and the correct SDDM
Login Screen will be displayed. It is inconsistent.

Observation of Bug - I believe that the bug might only occur when the Debian
machine is waking from sleep. I notice that when I restart the machine, or boot
up from shut down, the correct login screen is displayed.

Many thanks,
 a Grateful Debian User


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

Kernel: Linux 6.5.0-1-amd64 (SMP w/20 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sddm depends on:
ii  adduser 3.137
ii  debconf [debconf-2.0]   1.5.82
ii  libc6   2.37-12
ii  libgcc-s1   13.2.0-4
ii  libpam0g1.5.2-7
ii  libqt5core5a5.15.10+dfsg-3
ii  libqt5dbus5 5.15.10+dfsg-3
ii  libqt5gui5  5.15.10+dfsg-3
ii  libqt5network5  5.15.10+dfsg-3
ii  libqt5qml5  5.15.10+dfsg-2
ii  libqt5quick55.15.10+dfsg-2
ii  libstdc++6  13.2.0-4
ii  libsystemd0 254.5-1
ii  libxau6 1:1.0.9-1
ii  libxcb-xkb1 1.15-1
ii  libxcb1 1.15-1
ii  qml-module-qtquick2 5.15.10+dfsg-2
ii  x11-common  1:7.7+23
ii  xauth   1:1.1.2-1
ii  xserver-xorg [xserver]  1:7.7+23

Versions of packages sddm recommends:
ii  libpam-systemd 254.5-1
ii  sddm-theme-breeze [sddm-theme] 4:5.27.8-2
ii  sddm-theme-debian-breeze [sddm-theme]  4:5.27.8-2

Versions of packages sddm suggests:
ii  libpam-kwallet5   5.27.8-1
pn  qtvirtualkeyboard-plugin  

-- debconf information:
* shared/default-x-display-manager: sddm
  sddm/daemon_name: /usr/bin/sddm

Bug#1051267: gcompris-qt: Removing libqt5quick5-gles as potential GCompris dependency

[Johnny Jazeix]

Le mar. 5 sept. 2023 à 18:55, Lisandro Damián Nicanor Pérez Meyer
 a écrit :
>
> forwarded 1051267 https://bugs.kde.org/show_bug.cgi?id=474095
> thanks
>
> El martes, 5 de septiembre de 2023 12:46:19 -03 Johnny Jazeix escribió:
> [snip]
> > Hi,
> > Thank you for opening the bug and the MR!
>
> My pleasure!
>
> > this code is used to set the graphicsApi to either Software or OpenGL
> > (https://doc.qt.io/qt-5/qsgrendererinterface.html#GraphicsApi-enum)
>
> Mmm, according to the above:
>
> QSGRendererInterface::OpenGL2   OpenGL ES 2.0 or higher
>
> gles stands for OpenGL ES, so it should be working...
>
> > in
> > the code 
> > https://invent.kde.org/education/gcompris/-/blob/master/src/core/main.cpp?ref_type=heads#L292-305.
>
> I have the gut feeling that the code would simply work if you remove lines 
> 299 to 305, ie, only switch to software if required, then let Qt "do the 
> right thing". Or at leats the default :-D
>

The default value is "auto" so it does not go inside any of this code
and it lets Qt do as it wishes.

> > We offered the switch for Desktop that did not have OpenGL, but in the
> > issue we have, it works in opengl mode but only without
> > libqt5quick5-gles (using software mode is a "degraded" mode). I'm not
> > sure what are the differences between libqt5quick5 and
> > libqt5quick5-gles to understand what could be different,
>
> The difference is that libqt5[gui quick quickparticles]5-gles are compiled 
> against OpenGL ES instead of "Desktop" (normal) OpenGL.
>
> https://en.wikipedia.org/wiki/OpenGL_ES
>
> Sadly on Linux you can't switch the OpenGL implementation at runtime, so one 
> needs to compile against OpenGL or OpenGL ES (gles).
>

Thanks for the link and explanation :).

Bug#1051267: gcompris-qt: Removing libqt5quick5-gles as potential GCompris dependency

[Johnny Jazeix]

Le mar. 5 sept. 2023 à 16:21, Lisandro Damián Nicanor Pérez Meyer
 a écrit :
>
> tag 1051267 patch
> submitter 1051267 jaz...@gmail.com
> forwarded https://bugs.kde.org/show_bug.cgi?id=474095
> thanks
>
> I have just created
>
> https://salsa.debian.org/qt-kde-team/extras/gcompris-qt/-/merge_requests/3
>
> in order for the maintainer to take a look at.
>
> @Johny: in CMakeLists.txt:154 I see
>
> set(GRAPHICAL_RENDERER "auto" CACHE STRING "Policy for choosing the renderer 
> backend [opengl|software|auto]")
>
> If the code is not doing direct OpenGL calls then maybe it would be good if 
> you could take a look, maybe there is a way for this to work on OpenGL-ES and 
> let GCompris run on embedded devices without Desktop OpenGL support.
>
> Cheers, Lisandro.

Hi,
Thank you for opening the bug and the MR!

this code is used to set the graphicsApi to either Software or OpenGL
(https://doc.qt.io/qt-5/qsgrendererinterface.html#GraphicsApi-enum) in
the code 
https://invent.kde.org/education/gcompris/-/blob/master/src/core/main.cpp?ref_type=heads#L292-305.
We offered the switch for Desktop that did not have OpenGL, but in the
issue we have, it works in opengl mode but only without
libqt5quick5-gles (using software mode is a "degraded" mode). I'm not
sure what are the differences between libqt5quick5 and
libqt5quick5-gles to understand what could be different,

Cheers,

Johnny

Bug#1036752: bat: Manpage exists, use it

[johnny]

Package: bat
Version: 0.22.1-4
Followup-For: Bug #1036752
X-Debbugs-Cc: ro...@gmail.com

Control: severity -1 important

The manpage existed and still exists upstream.

It's really unfortunate that the package made it into stable release of 
bookworm without a manpage. Please fix for bookworm point release.

Bug#996028: [debian-mysql] Bug#996028: Bug#996028: InnoDB: corrupted TRX_NO after upgrading to 10.3.31

[Johnny A. Solbu]

On Wednesday 30 March 2022 07:38, Otto Kekäläinen wrote:
> Please keep in mind that this is an open source project. You are
> welcome to debug the issue yourself and to contribute towards a fix
> for it. If you need somebody else to fix it for you, you might
> consider using a consultant or a support provider to investigate your
> particular installation and make fixes for your particular instance.

Are you telling me that unless I shell out some money,
_Debian_ is not going to even provide any hints on what needs to be done to fix 
what is supposed to be a simple «apt upgrade»?

-- 
Johnny A. Solbu
web site,   https://www.solbu.net
PGP key ID: 0x4F5AD64DFA687324


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

Bug#996028: [debian-mysql] Bug#996028: InnoDB: corrupted TRX_NO after upgrading to 10.3.31

[Johnny A. Solbu]

On Sunday 20 February 2022 02:23, Otto Kekäläinen wrote:
> Is the issue https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=996028
> still affecting people?

We just hit it again on our server aftre4r upgrading just now, and I am not 
sure why.
We had to resort to enableing «innodb_force_recovery = 5» just to get the 
mariadb server started.


I am not sure how we are supposed to fix it.
There is no clear guidance as to how we are supposed to fix this, not that i 
can see anyway.

Is there a _Clear_ and _simple_ explanation/guide as to how we are supposed to 
fix this on our end?


-- 
Johnny A. Solbu
web site,   https://www.solbu.net
PGP key ID: 0x4F5AD64DFA687324


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

Bug#993637: ecasound: LV2 plugins no longer supported

[Rev. Johnny Healey]

Package: ecasound
Version: 2.9.3-2
Severity: important
X-Debbugs-Cc: rev.n...@gmail.com

Dear Maintainer,

I recently updated to debian bullseye and found that numerous invocations of
ecasound that worked in buster. Specifically, LV2 plugins seem to no longer be
working in the binary built for bullseye.

A quick test to confirm this is to run `echo 'lv2-register' | /a/bin/ecasound`.
This command should list out all of the available plugins, but shows nothing.

I attempted to rebuild the package from source, but that did not seem to
resolve the issue. I poked at the config log a bit and noticed that it can't
find lv2core, which I think was in older versions of debian but has been
deprecated by the lv2-dev package. By hunch though is that it's just failing
to find the lv2 libraries when building and that is why the plugins are no
longer showing up.

Thanks for maintaining the package.

--Johnny

-- System Information:
Debian Release: 11.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ecasound depends on:
ii  libasound21.2.4-1.1
ii  libaudiofile1 0.3.6-5
ii  libc6 2.31-13
ii  libgcc-s1 10.2.1-6
ii  libjack-jackd2-0 [libjack-0.125]  1.9.17~dfsg-1
ii  liblo70.31-1
ii  libreadline8  8.1-1
ii  libsamplerate00.2.1+ds0-1
ii  libsndfile1   1.0.31-2
ii  libstdc++610.2.1-6
ii  libtinfo6 6.2+20201114-2

Versions of packages ecasound recommends:
ii  faad 2.10.0-1
ii  lame 3.100-3
ii  mikmod   3.2.8-3
ii  mpg321 [mpg123]  0.3.2-3.1
ii  timidity 2.14.0-8
ii  vorbis-tools 1.4.0-11+b1

Versions of packages ecasound suggests:
ii  ecatools2.9.3-2
ii  ladspa-sdk [ladspa-plugin]  1.15-2
ii  lsp-plugins-ladspa [ladspa-plugin]  1.1.29-1
ii  nama1.216-1
ii  swh-plugins [ladspa-plugin] 0.4.17-2

-- no debconf information

Bug#989374: lvm2: Activation of logical volume is prohibited while logical volume is active.

[Johnny Strom]

Package: lvm2
Version: 2.03.11-2.1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Uppgrade from debian 10 to debian 11.0.
Or creating an complete new thinpool and using snaphosts on debian 11.0

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

 After an reboot and when thin_check has finnished so are the LVs inactive.

 They can't be activated with vgchange -ya it shows the following error:
 Activation of logical volume hemma/hemma-thinpool is prohibited while 
logical volume hemma/hemma-thinpool_tmeta is active.


   * What was the outcome of this action?

 vgchange -ya hemma
  0 logical volume(s) in volume group "hemma" now active
  Activation of logical volume hemma/hemma-thinpool is prohibited while logical 
volume hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/backup is prohibited while logical volume 
hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/home is prohibited while logical volume 
hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/stuff is prohibited while logical volume 
hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/Monday is prohibited while logical volume 
hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/Tuesday is prohibited while logical volume 
hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/Wednesday is prohibited while logical 
volume hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/Thursday is prohibited while logical 
volume hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/Friday is prohibited while logical volume 
hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/Saturday is prohibited while logical 
volume hemma/hemma-thinpool_tmeta is active.
  Activation of logical volume hemma/Sunday is prohibited while logical volume 
hemma/hemma-thinpool_tmeta is active.
  0 logical volume(s) in volume group "hemma" now active

lvs -a

  LV VGAttr   LSizePool   Origin Data%  
Meta%  Move Log Cpy%Sync Convert
  Friday hemma Vwi---tz--   <3.91t hemma-thinpool backup

  Monday hemma Vwi---tz--   <3.91t hemma-thinpool backup

  Saturday   hemma Vwi---tz--   <3.91t hemma-thinpool backup

  Sunday hemma Vwi---tz--   <3.91t hemma-thinpool backup

  Thursday   hemma Vwi---tz--   <3.91t hemma-thinpool backup

  Tuesdayhemma Vwi---tz--   <3.91t hemma-thinpool backup

  Wednesday  hemma Vwi---tz--   <3.91t hemma-thinpool backup

  backup hemma Vwi---tz--   <3.91t hemma-thinpool   

  hemma-thinpool hemma twi---tz--   <7.25t  

  [hemma-thinpool_tdata] hemma Twi-a-   <7.25t  

  [hemma-thinpool_tmeta] hemma ewi-a-   15.00g  

  home   hemma Vwi---tz-- 1000.00g hemma-thinpool   

  [lvol0_pmspare]hemma ewi---   15.00g  

  stuff  hemma Vwi---tz--   10.00g hemma-thinpool




   * What outcome did you expect instead?

 First they would be active after an reboot and when thin_check has 
finnished.
 and second it should be possible to activate with vgchange -ya.



 An work arround is to first run: lvchange -an hemma

 Then thin_check starts and after that has finnished:

 And then run: vgchange -ay hemma

 And now the VG is active again.

lvs -a
  LV VGAttr   LSizePool   Origin Data%  
Meta%  Move Log Cpy%Sync Convert
  Friday hemma Vwi-a-tz--   <3.91t hemma-thinpool backup 45.19  

  Monday hemma Vwi-a-tz--   <3.91t hemma-thinpool backup 45.19  

  Saturday   hemma Vwi-a-tz--   <3.91t hemma-thinpool backup 45.19  

  Sunday hemma Vwi-a-tz--   <3.91t hemma-thinpool backup 45.19  

  Thursday   hemma Vwi-a-tz--   <3.91t hemma-thinpool backup 45.07  

  Tuesdayhemma Vwi-a-tz--   <3.91t 

Bug#983145: listadmin: the file debian/watch is checking the wrong repo

[Johnny A. Solbu]

Package: listadmin
Version: 2.42

Hi.
As the upstream listadmin maintainer I have noticed that debian is using an old 
version of listadmin.
I think the reason is that the debian/watch file is checking the old deleted 
release location.

From 2016 listadmin is maintained on Sourceforge, where also the release 
tarballs are hosted.
I also believe some of the existing Debian bugs are fixed in the official 
release.

Debian sid still has the old version 2.42 from 2016, whereas Current upstream 
version is 2.72 (just released).

-- 
Johnny A. Solbu - upstream listadmin maintainer
web site,   https://www.solbu.net
PGP key ID: 0x4F5AD64DFA687324


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

Bug#694958: Fixed as far as I know

[Johnny Willemsen]

Hi,

As far as I know this one has been fixed

Johnny

Bug#628571: Fix pending

[Johnny Willemsen]

Hi,

I have made a change for this issue, see
https://github.com/DOCGroup/ACE_TAO/pull/1184. Should be in the upcoming
ACE 6.5.11.

Best regards,

Johnny Willemsen
Remedy IT
http://www.remedy.nl

Bug#946853: Upgrade to ACE 6.5.8

[Johnny Willemsen]

Hi,

Not a problem, years ago I asked several times whether people could
assist me with the process to be allowed to upgrade ACE as part of the
release procedure. Currently I upload the packages to github/vanderbilt
but also provide them to OpenSuSE Build service, vcpkg, homebrew. Adding
an upload to debian wouldn't take much long but I have no idea how to be
able to do that currently, maybe someone could contact me directly at
jwillem...@remedy.nl to discuss that.

Johnny

On 4/7/20 11:43 PM, Sudip Mukherjee wrote:
> On Tue, Apr 07, 2020 at 01:57:44PM +0200, Johnny Willemsen wrote:
>> Hi,
>>
>> Would help everyone when someone could upgrade ACE to 6.5.8, the most
>> recent micro
> I can have a look at the upgrade, but I am not allowed to do that as NMU.
> It might be better if the maintainer does it. And also, there is another
> pending RC bug #899440, I can not do NMU for that. :(
>
> Though I will suggest that we upload the NMU first and unblock ivtools,
> which is failing due to ACE, #954637.
>
> --
> Regards
> Sudip

Bug#946853: Upgrade to ACE 6.5.8

[Johnny Willemsen]

Hi,

Would help everyone when someone could upgrade ACE to 6.5.8, the most
recent micro

Johnny

Bug#944763: bacula: The database postgres/sqlite/mysql is not created at installation

[Johnny Geling]

Sven Hartge schreef op 15/11/2019 om 12:01:

On 15.11.19 08:57, Johnny Geling wrote:


It also occurs with the stretch package, bacula version 7.4.4
I purged the packages and reinstalled it. All the same effect.
Could it be something else is broken? Something in Apt or Debconf?

No, I still cannot reproduce this on armhf, i386 and amd64 with both the
native Stretch and the backported version, the packages are fine.

Such a grave issue would also have surfaced long ago, so this has to be
something special in your system.

Have you checked if any filesystems have run out of inodes or free space?

If you can, please try on a newly installed system or in a newly created
chroot.

Grüße,
Sven.


Hello sven,

I found the root cause.

dbconfig-no-thanks was installed instead of dbconfig-pgsql

I removed dbconfig-no-thanks and installed dbconfig-sqlite3

After this modification the installation of bacula with sqlite 3 went as 
expected.


Is there an explicit dependency on dbconfig-no-thanks?

I have solved the issue.

Johnny

Bug#944763: bacula: The database postgres/sqlite/mysql is not created at installation

[Johnny Geling]

(B│ show the differences between the versions 
│ (B│ show a side-by-side difference 
between the versions   │ 
(B│   show a 3-way 
difference between available versions    
│ (B│   do a 
3-way merge between available versions 
(experimental)    │ 
(B│   start a new shell to 
examine the situation │ (B│ 
│ (B│ │ 
(B│  │ (B│ 
│ 
(B└─┘ 
 (Binstall the package maintainer's 
version  keep the local version 
currently installed [?12l[?25h(B


[?1049lReplacing config file /etc/bacula/bconsole.conf with new version
Processing triggers for systemd (232-25+deb9u12) ...
Processing triggers for man-db (2.7.6.1-2) ...
Setting up mtx (1.3.12-10) ...
Setting up bacula-common-pgsql (9.4.2-1~bpo9+1) ...
Setting up bacula-sd (9.4.2-1~bpo9+1) ...

Creating config file /etc/default/bacula-sd with new version

Creating config file /etc/bacula/bacula-sd.conf with new version
Created symlink 
/etc/systemd/system/multi-user.target.wants/bacula-sd.service → 
/lib/systemd/system/bacula-sd.service.

Setting up bacula-client (9.4.2-1~bpo9+1) ...
Setting up bacula-bscan (9.4.2-1~bpo9+1) ...
Setting up bacula-director-pgsql (9.4.2-1~bpo9+1) ...
Setting up bacula-director (9.4.2-1~bpo9+1) ...

Creating config file /etc/default/bacula-dir with new version
/var/lib/dpkg/info/bacula-director.postinst: 39: .: Can't open 
/usr/share/bacula-common/dbc_database.conf

dpkg: error processing package bacula-director (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of bacula-server:
 bacula-server depends on bacula-director (>= 9.4.2-1~bpo9+1); however:
  Package bacula-director is not configured yet.

dpkg: error processing package bacula-server (--configure):
 dependency problems - leaving unconfigured
Processing triggers for systemd (232-25+deb9u12) ...
Errors were encountered while processing:
 bacula-director
 bacula-server
Log ended: 2019-11-14  13:06:16

I purged the packages and reinstalled it. All the same effect.
Could it be something else is broken? Something in Apt or Debconf?

Johnny

Sven Hartge schreef op 15/11/2019 om 00:08:

On 14.11.19 23:34, Johnny wrote:


* What led up to the situation?
Installing the bacula package, the database is not configured. This is with all 
3 databases.
The error seen during installation:
/var/lib/dpkg/info/bacula-director.postinst: 39: .: Can't open 
/usr/share/bacula-common/dbc_database.conf
Infact the file to which the file linked was not available 
"/etc/dbconfig-common/bacula-director-pgsql.conf"
* What exactly did you do (or not do) that was effective (or
  ineffective)?
Creating the file "/etc/dbconfig-common/bacula-director-pgsql.conf" manually did not 
solve the problem"

I am not able to reproduce this.

Please provide the exact commands you used to install bacula. You can
find all commands in /var/log/apt/term.log and /var/log/apt/history.log.


Grüße,
Sven.

Bug#944763: bacula: The database postgres/sqlite/mysql is not created at installation

[Johnny]

Package: bacula-common-pgsql
Version: 9.4.2-1~bpo9+1
Severity: important
File: bacula

Dear Maintainer,


   * What led up to the situation?
Installing the bacula package, the database is not configured. This is with all 
3 databases.
The error seen during installation:
/var/lib/dpkg/info/bacula-director.postinst: 39: .: Can't open 
/usr/share/bacula-common/dbc_database.conf
Infact the file to which the file linked was not available 
"/etc/dbconfig-common/bacula-director-pgsql.conf"
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Creating the file "/etc/dbconfig-common/bacula-director-pgsql.conf" manually 
did not solve the problem"


-- System Information:
Debian Release: 9.11
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: armhf (armv7l)

Kernel: Linux 4.14.150-odroidxu4 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bacula-common-pgsql depends on:
ii  bacula-common  9.4.2-1~bpo9+1
ii  libc6  2.24-11+deb9u4
ii  libgcc11:6.3.0-18+deb9u1
ii  libpq5 9.6.15-0+deb9u1
ii  libstdc++6 6.3.0-18+deb9u1

bacula-common-pgsql recommends no packages.

bacula-common-pgsql suggests no packages.

-- no debconf information

Bug#920752: gcompris-qt-data: Gcompris Debian version is missing activities found in flatpak version

[Johnny Jazeix]

Sorry, I didn't see the reply, I thought I would have a notification.

These activities use box2d and according to the logs (
https://buildd.debian.org/status/fetch.php?pkg=gcompris-qt=alpha=0.95-1=1547387638=0)
it is disabled and we don't add them in the package on this case
("Disabling qml-box2d module and depending activities:
balancebox,land_safe,submarine").

This means that, even if box2d is installed afterwards, these activities
won't be present.

I created a new task on GCompris bug server to check if it is possible to
have the box2d check at runtime instead of compilation time:
https://phabricator.kde.org/T10432

On Debian side, it seems the qml-box2d library is not packaged (
https://github.com/qml-box2d/qml-box2d).
In GCompris, when it's not available we compile it ourselves (via
-DQML_BOX2D_MODULE=submodule) but I'm not sure if it would be acceptable to do
it in Debian?
Best way would probably be for qml-box2d to be packaged, set it as a
mandatory dependency and use -DQML_BOX2D_MODULE=system.

Note: I'm one of the GCompris developers, I don't know much about the
packaging.

Johnny

Bug#920752: gcompris-qt-data: Gcompris Debian version is missing activities found in flatpak version

[Johnny Jazeix]

Hi,

can you be more precise on which activities are missing?

Regards,

Johnny

On Mon, 28 Jan 2019 10:55:11 -0700 Matthew Crews 
wrote:
> Package: gcompris-qt-data
> Version: 0.95-1
> Severity: normal
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where
appropriate ***
>
>* What led up to the situation?
>
> I was comparing the Flatpak version of Gcompris and the Debian version of
> Gcompris, and I noticed that the Debian version in Testing is missing a
few
> activities found in the Flatpak version. I verified that the software
version
> of both is the same (0.95) so I believe the issue is in the
gcompris-qt-data
> package.
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> N/A
>
> * What was the outcome of this action?
>
> N/A
>
>* What outcome did you expect instead?
>
> I expected the Debian version of Gcompris to have the same activities as
the
> Flatpak version.
>
>
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.19.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init:

Bug#918370: libqt5gui5: Krita crashes with with QT 5.11.3

[Johnny]

Package: libqt5gui5
Version: 5.11.3+dfsg-2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
 Start krita use the use the huion pencil
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 Use the huion tablet pencil in krita.
   * What was the outcome of this action?
 Crash backtrace below.
   [New Thread 0x7fff8dffe700 (LWP 4662)]
free(): double free detected in tcache 2

Thread 1 "krita" received signal SIGABRT, Aborted.
0x74baa85b in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) thread apply all backtrace

Thread 36 (Thread 0x7fff8dffe700 (LWP 4662)):
#0  0x72bc53d9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x74f9436c in QWaitCondition::wait(QMutex*, unsigned long) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x74f8c1d2 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x74f93cd7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x72bbefa3 in start_thread () from /lib/x86_64-linux-
gnu/libpthread.so.0
#5  0x74c6c88f in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 35 (Thread 0x7fff8d7fd700 (LWP 4661)):
#0  0x72bc53d9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x74f9436c in QWaitCondition::wait(QMutex*, unsigned long) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x74f8c1d2 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x74f93cd7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x72bbefa3 in start_thread () from /lib/x86_64-linux-
gnu/libpthread.so.0
#5  0x74c6c88f in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 34 (Thread 0x7fff8cffc700 (LWP 4660)):
#0  0x72bc53d9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x74f9436c in QWaitCondition::wait(QMutex*, unsigned long) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x74f8c1d2 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x74f93cd7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x72bbefa3 in start_thread () from /lib/x86_64-linux-
gnu/libpthread.so.0
#5  0x74c6c88f in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 33 (Thread 0x7fff5bff4700 (LWP 4659)):
#0  0x72bc53d9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x74f9436c in QWaitCondition::wait(QMutex*, unsigned long) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x74f8c1d2 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x74f93cd7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x72bbefa3 in start_thread () from /lib/x86_64-linux-
gnu/libpthread.so.0
#5  0x74c6c88f in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 28 (Thread 0x7fffb0eef700 (LWP 4654)):
#0  0x72bc53d9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x74f9436c in QWaitCondition::wait(QMutex*, unsigned long) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x74f8c1d2 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x74f93cd7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x72bbefa3 in start_thread () from /lib/x86_64-linux-
gnu/libpthread.so.0
#5  0x74c6c88f in clone () from /lib/x86_64-linux-gnu/libc.so.6
--Type  for more, q to quit, c to continue without paging--

Thread 27 (Thread 0x7fffb1ef1700 (LWP 4653)):
#0  0x72bc53d9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x74f9436c in QWaitCondition::wait(QMutex*, unsigned long) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x74f8c1d2 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x74f93cd7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x72bbefa3 in start_thread () from /lib/x86_64-linux-
gnu/libpthread.so.0
#5  0x74c6c88f in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 26 (Thread 0x7fffb16f0700 (LWP 4652)):
#0  0x72bc53d9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x74f9436c in QWaitCondition::wait(QMutex*, unsigned long) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x74f8c1d2 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x74f93cd7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x72bbefa3 in start_thread () from /lib/x86_64-linux-
gnu/libpthread.so.0
#5  0x74c6c88f in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 25 (Thread 0x7fffb26f2700 (LWP 4651)):
#0  0x72bc53d9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from

Bug#475788: listadmin: Please add support for whitelisting senders

[Johnny A. Solbu]

On Sat, 12 Apr 2008 16:26:57 -0700 Josh Triplett <j...@freedesktop.org> wrote:
> Package: listadmin
> Version: 2.40-1

> When I approve mail for a moderated list, I almost always want to
> whitelist the sender so their mail doesn't end up moderated again.
> I'd like the option of doing this from listadmin.

I am the upstream maintainer, and I believe I have just fixed that.
The new version 2.50 which was just released, can now have an «approved_if_from»
option in the config file, to automatically approve senders based on the From 
field.

-- 
Johnny A. Solbu
web site,   http://www.solbu.net
PGP key ID: 0x4F5AD64DFA687324


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

Bug#873287: Fails to administer lists whose web interfaces have redirected

[Johnny A. Solbu]

On Tuesday 10. April 2018 12.47, Johnny A. Solbu wrote:
> What happens if you add the following new line below that (and install the 
> WWW::Mechanize perl module)?
> ==
> use WWW::Mechanize
> ==

It occured to me that one of the lists I administer also have this redirection.
So I tested it, and apparently adding that require did nothing. Oh well.

-- 
Johnny A. Solbu
web site,   http://www.solbu.net
PGP key ID: 0x4F5AD64DFA687324


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

Bug#873287: Fails to administer lists whose web interfaces have redirected

[Johnny A. Solbu]

> Due to HTTPS hosting requirements, lists.pantsfullofunix.net redirects to
> https://pantsfullofunix-net.lists.madduck.net/. Unfortunately, listadmin is
> unable to follow the redirection:
>
> fetching data for recl...@lists.pantsfullofunix.net ...
> ERROR: fetching http://lists.pantsfullofunix.net/mailman/admindb/reclass
> ERROR: 301 Moved Permanently -- skipping list
>
> Could this easily be fixed?

On line 31 of listadmin.pl (or /usr/bin/listadmin in the debian package) you 
find 
==
use Net::INET6Glue::INET_is_INET6;
==

What happens if you add the following new line below that (and install the 
WWW::Mechanize perl module)?
==
use WWW::Mechanize
==

-- 
Johnny A. Solbu
web site,   http://www.solbu.net
PGP key ID: 0x4F5AD64DFA687324


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

Bug#835329: xymon: Patch for infinite redirect loop

[Johnny A. Solbu]

On Thu, 10 Nov 2016 15:12:40 +0100 Morten Brekkevold 
<morten.brekkev...@uninett.no> wrote:
> Depressed by the lack of response from Debian, I extracted the upstream
> patch from r7949, adapted it for xymon 4.3.17 and built a new package,
> which I then pushed to our internal APT repository. It now works as
> expected.
> 
> Adapted patch is attached, if anyone cares.

just implemented the patch in our systems as well, and it works.
Takk. :-)

We just started using xymon, and the redirect bug was anoying.
This really need to be fixed.

-- 
Johnny A. Solbu - Kristshell Networks
web site,   http://www.solbu.net
PGP key ID: 0x4F5AD64DFA687324


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

Bug#878198: [Pkg-ace-devel] Bug#878198: please drop transitional package gperf-ace

[Johnny Willemsen]

Hi,

I have removed gperf-ace from the control file so that it can be removed
with the next update.

Best regards,

Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl

On 10/11/2017 02:05 AM, Holger Levsen wrote:
> Package: gperf-ace
> Version: 6.3.3+dfsg-1.2
> Severity: normal
> user: qa.debian@packages.debian.org
> usertags: transitional
> 
> Please drop transitional package  for buster, as it has been released with 
> wheezy, jessie  and stretch.
> 
> Thanks for maintaining ace!
> 
> 
> 
> 
> ___
> Pkg-ace-devel mailing list
> pkg-ace-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
> 



signature.asc
Description: OpenPGP digital signature

Bug#851424: Compile fixes merged to ACE master

[Johnny Willemsen]

Hi,

The compile fixes for OpenSSL 1.1 support are merged to ACE master, see
https://github.com/DOCGroup/ACE_TAO/pull/494 for all changes that had to
be made.

Best regards,

Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl

Bug#851424: Working on fixes

[Johnny Willemsen]

Hi,

I am working on the ACE OpenSSL 1.1 support, we schedule to ship this in
the next ACE micro release.

Johnny

Bug#853299: Fixed in ACE 6.4.4

[Johnny Willemsen]

Hi,

This issue has been fixed in ACE 6.4.4 which can be obtained from
http://download.dre.vanderbilt.edu/. At the moment someone can assist in
getting ACE uploaded again please contact me directly.

-- 
Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl

Bug#853299: gcc7 fix

[Johnny Willemsen]

Hi,

Attached a patch which should resolve the gcc-7 issue

Johnny

-- 
Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl

>From e276777d25c5cff3feb7011140b6d80f94e35302 Mon Sep 17 00:00:00 2001
From: Adam Mitz <mi...@ociweb.com>
Date: Tue, 16 May 2017 13:39:16 -0500
Subject: [PATCH] fixed ACE_INet to build with GCC 7.1

---
 ACE/protocols/ace/INet/Sock_IOStream.cpp | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/ACE/protocols/ace/INet/Sock_IOStream.cpp b/ACE/protocols/ace/INet/Sock_IOStream.cpp
index 06979f90942..6a79b2f4ade 100644
--- a/ACE/protocols/ace/INet/Sock_IOStream.cpp
+++ b/ACE/protocols/ace/INet/Sock_IOStream.cpp
@@ -81,7 +81,7 @@ namespace ACE
 void Sock_OStreamBase::set_interceptor (
   typename buffer_type::interceptor_type& interceptor)
   {
-this->rdbuf ()->set_interceptor (interceptor);
+this->ios_base::rdbuf ()->set_interceptor (interceptor);
   }
 
 template 
@@ -99,7 +99,7 @@ namespace ACE
 void Sock_IStreamBase::set_interceptor (
   typename buffer_type::interceptor_type& interceptor)
   {
-this->rdbuf ()->set_interceptor (interceptor);
+this->ios_base::rdbuf ()->set_interceptor (interceptor);
   }
 
 template 
@@ -117,7 +117,7 @@ namespace ACE
 void Sock_IOStreamBase::set_interceptor (
   typename buffer_type::interceptor_type& interceptor)
   {
-this->rdbuf ()->set_interceptor (interceptor);
+this->ios_base::rdbuf ()->set_interceptor (interceptor);
   }
 
   }
-- 
2.12.2

Bug#853299: [Pkg-ace-devel] Bug#853299: Fixed upstream

[Johnny Willemsen]

Hi,

The version is 6.4.4, that is the next micro release.

Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl

On 05/31/2017 01:25 PM, Johnny Willemsen wrote:
> Hi,
> 
> This bug has been fixed upstream and will be part of the next ACE
> release (probably 6.3.5)
> 
> Johnny
> 
> ___
> Pkg-ace-devel mailing list
> pkg-ace-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
> 

Bug#853299: Fixed upstream

[Johnny Willemsen]

Hi,

This bug has been fixed upstream and will be part of the next ACE
release (probably 6.3.5)

Johnny

Bug#849076: New upstream listadmin release, and new project url

[Johnny A. Solbu]

Package: listadmin
Version: 2.40

There is a new upstream development on the listadmin package, which also have a 
new project url: https://sourceforge.net/projects/listadmin/
and a new project manager, which is me.

Last night we released a new version: 2.41. We have applied all current debian 
paches found in the packaged debian release.

It would be nice if Debian would consider updating it's listadmin source with 
the new upstream url and package the new version.

-- 
Johnny A. Solbu
web site,   http://www.solbu.net
PGP key ID: 0x4F5AD64DFA687324


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

Bug#832112: Possible bug with XRDP GITHub Code

[Johnny Sandaire]

Hi,

I installed Debian Server (Jessie) and proceeded to install XRDP for remote
access to the Server from the instructions posted from
https://scarygliders.net/x11rdp-o-matic-information/

Once completed, the service did not start and, upon verification, I
discovered an error, which was corrected from instructions found here:
http://c-nergy.be/blog/?p=8316 . The error related to Environment from the
XRDP.Service and XRDP-sessman.service from /lib/systemd/system.   I
Rebooted the Server and upon completion, I tried to connect to it from my
Windows 10 PC and was able to connect briefly with a black screen.  The
connection lasted less than one minute and closed.

I logged on to the Server locally and ran sudo systemctl status xrdp -l
from root.
The report is listed below.  Would you please let me know how to correct
this issue?
-
root@DB01:/home/js# sudo systemctl status xrdp -l
● xrdp.service - LSB: Start xrdp and sesman daemons
   Loaded: loaded (/etc/init.d/xrdp)
   Active: active (running) since Fri 2016-12-09 14:58:12 EST; 30min ago
  Process: 487 ExecStart=/etc/init.d/xrdp start (code=exited,
status=0/SUCCESS)
   CGroup: /system.slice/xrdp.service
   ├─ 547 /usr/sbin/xrdp
   ├─ 549 /usr/sbin/xrdp-sesman
   ├─1893 /usr/sbin/xrdp-sessvc 1895 1894
   ├─1895 X11rdp :10 -geometry 800x600 -depth 24 -bs -ac -nolisten
tcp -uds
   └─1926 xrdp-chansrv

Dec 09 15:27:07 DB01 XRDP-sesman[549]: (549)(140124678715136)[INFO ] ++
reconnected session: username js, display :10.0, session_pid 1893, ip
127.0.0.1:33007 - socket: 8
Dec 09 15:27:07 DB01 XRDP-sesman[549]: (549)(140124678715136)[INFO ] An
established connection closed to endpoint: 127.0.0.1:53825 - socket: 8
Dec 09 15:27:07 DB01 XRDP[2031]: (2031)(140038328985344)[INFO ]
lib_mod_log_peer: xrdp_pid=2031 connected to X11rdp_pid=1895
X11rdp_uid=1000 X11rdp_gid=1000 client_ip=127.0.0.1 client_port=33007
Dec 09 15:27:07 DB01 XRDP[2031]: (2031)(140038328985344)[DEBUG]
xrdp_mm_connect_chansrv: chansrvconnect successful
Dec 09 15:27:07 DB01 XRDP[2031]: (2031)(140038328985344)[INFO ] An
established connection closed to endpoint: 127.0.0.1:3350 - socket:
11
Dec 09 15:27:19 DB01 XRDP[2031]: (2031)(140038328985344)[INFO ] An
established connection closed to endpoint: 127.0.0.1:33007 - socket:
8
Dec 09 15:27:19 DB01 XRDP[2031]: (2031)(140038328985344)[DEBUG]
xrdp_mm_module_cleanup

Dec 09 15:27:19 DB01 XRDP[2031]: (2031)(140038328985344)[INFO ] An
established connection closed to endpoint: 109.112.47.46:12148 - socket:
12
Dec 09 15:27:19 DB01 XRDP[2031]: (2031)(140038328985344)[INFO ] An
established connection closed to endpoint: 109.112.47.46:12148 - socket:
13
Dec 09 15:27:19 DB01 XRDP[2031]: (2031)(140038328985344)[ERROR] Listening
socket is in wrong state we terminate listener
---




Johnny Sandaire Photography
--
Dr. Johnny Sandaire DCS, PMP
http://www.webzest.com
h <http://www.JohnnySandaire.com>ttp://www.johnnysandaire.com

Bug#819684: Uurgent

[Johnny Setzer]

Screw you, don't contact me again.
On Jun 11, 2016 9:40 PM, "Tax_Defender"  wrote:

> Smile setzerjk
>
> Solve Your Tax__Problems Now
> 
>

Bug#825662: closed by Harlan Lieberman-Berg <hlieber...@debian.org> (Certbot in backports)

[johnny Strom]

On 05/29/2016 09:51 PM, Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the src:python-acme package:

#825662: python-letsencrypt is not possible to install from jessie-backports.

It has been closed by Harlan Lieberman-Berg .

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Harlan Lieberman-Berg 
 by
replying to this email.




The problem still exists so it seems.

Upgrading python-acme removes letsencrypt in debian jessie backports.

apt-get install python-acme
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
  letsencrypt python-letsencrypt python-letsencrypt-apache
The following packages will be upgraded:
  python-acme
1 upgraded, 0 newly installed, 3 to remove and 0 not upgraded.
Need to get 54.6 kB of archives.
After this operation, 1,065 kB disk space will be freed.

Bug#787527: (no subject)

[johnny matiasevich]

Sent from my iPhone

Bug#825709: [Pkg-ace-devel] Bug#825709: ace: please make it build on kfreebsd again

[Johnny Willemsen]

Hi,

> On Sun, May 29, 2016 at 10:15:32AM +0200, Johnny Willemsen wrote:
>> FYI, A fix for this has been recently added to upstream ACE which will
>> be part of the next ACE version.
> 
> Great, Do you also have a timeframe for that?
> If this is scheduled in some months, I wouldn't really mind a debian
> upload with this patch in the meantime :)

No schedule is known yet, depends on when someone funds the effort to
make a new release, it is always a few days of work.

Johnny



signature.asc
Description: OpenPGP digital signature

Bug#825709: [Pkg-ace-devel] Bug#825709: ace: please make it build on kfreebsd again

[Johnny Willemsen]

Hi,

FYI, A fix for this has been recently added to upstream ACE which will
be part of the next ACE version.

Best regards,

Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl

On 05/29/2016 03:23 AM, Mattia Rizzolo wrote:
> Package: ace
> Version: 6.3.2+dfsg-1
> Severity: important
> Tags: patch
> 
> Since 6.3.x ace does not build on kfreebsd anymore.
> 
> For some reason I can't fanthon 3 lines where happily removed, please
> reinstate them :)
> 
> Attached, the quilt patch I tested to build on kfreebsd-amd64.
> 
> 
> Please consider fixing this in a timely manner, it's one blocker against
> the removal of the old libssl1.0.0, and the old kbsd binaries of ace
> depend on it.
> 
> 
> 
> ___
> Pkg-ace-devel mailing list
> pkg-ace-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
> 



signature.asc
Description: OpenPGP digital signature

Bug#825662: python-letsencrypt is not possible to install from jessie-backports.

[johnny]

Package: python-letsencrypt
Version: 0.5.0-1~bpo8+1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
 It's not possible to install python-letsencrypt from jessie-backports.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

 apt-get -t jessie-backports install python-letsencrypt

   * What was the outcome of this action?

 The following packages have unmet dependencies:
 python-letsencrypt : Depends: python-acme (>= 0.5.0) but it is not going 
to be installed
 E: Unable to correct problems, you have held broken packages.

   * What outcome did you expect instead?

That it would install.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 8.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)

Versions of packages python-letsencrypt depends on:
ii  python-acme0.5.0-1~bpo8+1
ii  python-configargparse  0.10.0-2~bpo8+1
ii  python-configobj   5.0.6-1
ii  python-cryptography1.1.1-1~bpo8+1
ii  python-dialog  3.3.0-2~bpo8+1
ii  python-mock1.3.0-2.1~bpo8+1
ii  python-openssl 0.15.1-2~bpo8+1
ii  python-parsedatetime   1.4-1
ii  python-pkg-resources   5.5.1-1
ii  python-psutil  2.1.1-1+b1
ii  python-rfc3339 1.0-4~bpo8+1
ii  python-six 1.9.0-3~bpo8+1
ii  python-tz  2012c+dfsg-0.1
ii  python-zope.component  4.2.1-2
ii  python-zope.interface  4.1.1-3.1
pn  python:any 

Versions of packages python-letsencrypt recommends:
ii  letsencrypt  0.5.0-1~bpo8+1

python-letsencrypt suggests no packages.

-- no debconf information

Bug#823592: [Pkg-ace-devel] Bug#823592: ace: FTBFS on kfreebsd: OS_NS_stdlib.h:150:15: error: expected unqualified-id before 'const'

[Johnny Willemsen]

Hi,

Could someone check if atop if maybe a define on kfreebsd? That could
explain these strange unexpected errors.

Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl

On 05/06/2016 12:08 PM, Andreas Beckmann wrote:
> Source: ace
> Version: 6.3.3+dfsg-1
> Severity: important
> 
> Hi,
> 
> the current version of ace FTBFS on kfreebsd, the previous one (6.2.8+dfsg-1)
> still built there successfully:
> 
> https://buildd.debian.org/status/fetch.php?pkg=ace=kfreebsd-amd64=6.3.3%2Bdfsg-1=1447670276
> https://buildd.debian.org/status/fetch.php?pkg=ace=kfreebsd-i386=6.3.3%2Bdfsg-1=1447670429
> 
> g++ -fvisibility=hidden -fvisibility-inlines-hidden -Wnon-virtual-dtor -O3 
> -pthread -DACE_VERSIONED_SO=2 -fno-strict-aliasing -Wall -W -Wpointer-arith 
> -pipe -D_FORTIFY_SOURCE=2 -DACE_LACKS_LINUX_NPTL -D_LARGEFILE_SOURCE 
> -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE  -DNDEBUG  -I/«BUILDDIR»/ace-6.3.3+dfsg 
> -DACE_NDEBUG -D__ACE_INLINE__ -I/«BUILDDIR»/ace-6.3.3+dfsg -DACE_HAS_IPV6 
> -DACE_BUILD_DLL  -c -fPIC -o .shobj/Local_Name_Space.o Local_Name_Space.cpp
> In file included from /usr/include/sys/kglue/sys/param.h:143:0,
>  from /usr/include/sys/kern/param.h:1,
>  from /usr/include/osreldate.h:1,
>  from /usr/include/i386-kfreebsd-gnu/bits/param.h:36,
>  from /usr/include/i386-kfreebsd-gnu/sys/param.h:31,
>  from 
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/os_include/os_limits.h:33,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Default_Constants.h:28,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Log_Msg.h:22,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Log_Category.h:17,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Malloc.h:22,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Malloc_T.h:16,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Local_Name_Space.h:18,
>  from Local_Name_Space.cpp:1:
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:150:15: error: expected 
> unqualified-id before 'const'
>void *atop (const char *s);
>^
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:150:15: error: expected ')' 
> before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:150:15: error: expected ')' 
> before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:150:15: error: expected 
> initializer before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:157:15: error: expected 
> unqualified-id before 'const'
>void *atop (const wchar_t *s);
>^
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:157:15: error: expected ')' 
> before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:157:15: error: expected ')' 
> before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:157:15: error: expected 
> initializer before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.inl:110:9: error: expected 
> unqualified-id before '(' token
>  ACE_OS::atop (const char *s)
>  ^
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.inl:110:15: error: expected 
> primary-expression before 'const'
>  ACE_OS::atop (const char *s)
>^
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.inl:110:15: error: expected ')' 
> before 'const'
> In file included from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Thread_Mutex.h:29:0,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Log_Category.h:18,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Malloc.h:22,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Malloc_T.h:16,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Local_Name_Space.h:18,
>  from Local_Name_Space.cpp:1:
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_Thread.h:699:18: error: 'ACE_hthread_t' 
> has not been declared
>   ACE_hthread_t thr_handle);
> [...]
> 
> 
> If that is not trivially fixable, please request decrufting
> of the outdated binary packages.
> 
> Andreas
> 
> ___
> Pkg-ace-devel mailing list
> pkg-ace-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
> 

Bug#823592: [Pkg-ace-devel] Bug#823592: ace: FTBFS on kfreebsd: OS_NS_stdlib.h:150:15: error: expected unqualified-id before 'const'

[Johnny Willemsen]

Hi,

Searching a little bit, looks freebsd has atop as a macro, for which we
had a solution in the freebsd config file, but not kfreebsd. Just
created a pull request https://github.com/DOCGroup/ACE_TAO/pull/254 to
fix this in upstream ACE.

Best regards,

Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl

On 05/06/2016 12:08 PM, Andreas Beckmann wrote:
> Source: ace
> Version: 6.3.3+dfsg-1
> Severity: important
> 
> Hi,
> 
> the current version of ace FTBFS on kfreebsd, the previous one (6.2.8+dfsg-1)
> still built there successfully:
> 
> https://buildd.debian.org/status/fetch.php?pkg=ace=kfreebsd-amd64=6.3.3%2Bdfsg-1=1447670276
> https://buildd.debian.org/status/fetch.php?pkg=ace=kfreebsd-i386=6.3.3%2Bdfsg-1=1447670429
> 
> g++ -fvisibility=hidden -fvisibility-inlines-hidden -Wnon-virtual-dtor -O3 
> -pthread -DACE_VERSIONED_SO=2 -fno-strict-aliasing -Wall -W -Wpointer-arith 
> -pipe -D_FORTIFY_SOURCE=2 -DACE_LACKS_LINUX_NPTL -D_LARGEFILE_SOURCE 
> -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE  -DNDEBUG  -I/«BUILDDIR»/ace-6.3.3+dfsg 
> -DACE_NDEBUG -D__ACE_INLINE__ -I/«BUILDDIR»/ace-6.3.3+dfsg -DACE_HAS_IPV6 
> -DACE_BUILD_DLL  -c -fPIC -o .shobj/Local_Name_Space.o Local_Name_Space.cpp
> In file included from /usr/include/sys/kglue/sys/param.h:143:0,
>  from /usr/include/sys/kern/param.h:1,
>  from /usr/include/osreldate.h:1,
>  from /usr/include/i386-kfreebsd-gnu/bits/param.h:36,
>  from /usr/include/i386-kfreebsd-gnu/sys/param.h:31,
>  from 
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/os_include/os_limits.h:33,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Default_Constants.h:28,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Log_Msg.h:22,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Log_Category.h:17,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Malloc.h:22,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Malloc_T.h:16,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Local_Name_Space.h:18,
>  from Local_Name_Space.cpp:1:
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:150:15: error: expected 
> unqualified-id before 'const'
>void *atop (const char *s);
>^
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:150:15: error: expected ')' 
> before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:150:15: error: expected ')' 
> before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:150:15: error: expected 
> initializer before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:157:15: error: expected 
> unqualified-id before 'const'
>void *atop (const wchar_t *s);
>^
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:157:15: error: expected ')' 
> before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:157:15: error: expected ')' 
> before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.h:157:15: error: expected 
> initializer before 'const'
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.inl:110:9: error: expected 
> unqualified-id before '(' token
>  ACE_OS::atop (const char *s)
>  ^
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.inl:110:15: error: expected 
> primary-expression before 'const'
>  ACE_OS::atop (const char *s)
>^
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_stdlib.inl:110:15: error: expected ')' 
> before 'const'
> In file included from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Thread_Mutex.h:29:0,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Log_Category.h:18,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Malloc.h:22,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Malloc_T.h:16,
>  from /«BUILDDIR»/ace-6.3.3+dfsg/ace/Local_Name_Space.h:18,
>  from Local_Name_Space.cpp:1:
> /«BUILDDIR»/ace-6.3.3+dfsg/ace/OS_NS_Thread.h:699:18: error: 'ACE_hthread_t' 
> has not been declared
>   ACE_hthread_t thr_handle);
> [...]
> 
> 
> If that is not trivially fixable, please request decrufting
> of the outdated binary packages.
> 
> Andreas
> 
> ___
> Pkg-ace-devel mailing list
> pkg-ace-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
> 

Bug#804326: [Pkg-ace-devel] Bug#804326: ace: FTBFS: SSLv3 methods removed

[Johnny Willemsen]

Hi,

Please create a pull request for the necessary changes, ACE is hosted
upstream at https://github.com/DOCGroup/ATCD/.

Best regards,

Johnny Willemsen
Remedy IT

On 11/07/2015 01:12 PM, Kurt Roeckx wrote:
> Source: ace
> Version: 6.3.2+dfsg-1
> Severity: serious
> Control: block 797926 by -1
> 
> Ace has various code that can use functions like
> SSLv3_client_method().  For SSL2 you currently already do
> use OPENSSL_NO_SSL2.  Please also use OPENSSL_NO_SSL3 to remove
> support for the SSLv3 methods.
> 
> It seems that by default you use SSLv3_method().  Please use
> SSLv23_method() by default.  Only the SSLv23_* methods support
> multiple version of the protocol, while things like SSLv3_* will
> only support that specific protocol version.
> 
> In the long run, we're going to remove all the version specific
> methods so only the current SSLv23_* methods will keep existing.
> (It has been renamed to TLS_* in the master branch.)  So I
> recommend that you get rid of all the other version specific
> functions.
> 
> It seems you already have support for limiting the versions of
> SSLv23_* by using things like SSL_OP_NO_SSLv3.
> 
> 
> Kurt
> 
> ___
> Pkg-ace-devel mailing list
> pkg-ace-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
> 

Bug#798948: linux-image-3.16.0-4-amd64: Bridging in XEN is not working when 32 or more CPU's are used in DomU.

[johnny]

Package: src:linux
Version: 3.16.7-ckt11-1+deb8u3
Severity: critical
Tags: patch
Justification: breaks the whole system

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

 When uppgrading DomU to Debain Jessie so dose not bridging work anymore in 
DomU.
 Plus the workaournd is also broken eg. to load the xen_netback with 
parameters.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

 Trying to load the xen_netback with options did not work.
 options xen_netback max_queues=4 


 An patch to fix paramater options in netback.c is located here: 
 
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4c82ac3c37363e8c4ded6a5fe1ec5fa756b34df3


 An workaround for now is to reduce the max_queues in dom0.
 echo 4 > /sys/module/xen_netback/parameters/max_queues


 An patch to fix bridging issue in xen-netfront.c is located here:
 
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=32a844056fd43dda647e1c3c6b9983bdfa04d17d


 Discussions about this Xen bridging issue can be found here:
 
http://lists.xenproject.org/archives/html/xen-users/2015-09/threads.html#00041



   * What was the outcome of this action?
   * What outcome did you expect instead?
   


*** End of the template - remove these template lines ***



-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04)

** Command line:
placeholder root=UUID=15433b5e-4196-4223-b923-2d2c383eb63c ro

** Not tainted

** Kernel log:

[1.588313] systemd-udevd[255]: starting version 215
[1.606097] xen_netfront: Initialising Xen virtual ethernet driver
[1.648172] blkfront: xvda2: flush diskcache: enabled; persistent grants: 
enabled; indirect descriptors: disabled;
[1.649190] blkfront: xvda1: flush diskcache: enabled; persistent grants: 
enabled; indirect descriptors: disabled;
[1.649705] Setting capacity to 2097152
[1.649716] xvda2: detected capacity change from 0 to 1073741824
[1.653540] xen_netfront: can't alloc rx grant refs
[1.653547] net eth1: only created 17 queues
[1.654027] BUG: unable to handle kernel NULL pointer dereference at 
0018
[1.654033] IP: [] netback_changed+0x964/0xee0 
[xen_netfront]
[1.654041] PGD 0
[1.654044] Oops:  [#1] SMP
[1.654048] Modules linked in: xen_netfront(+) xen_blkfront(+) 
crct10dif_pclmul crct10dif_common crc32c_intel
[1.654057] CPU: 3 PID: 209 Comm: xenwatch Not tainted 3.16.0-4-amd64 #1 
Debian 3.16.7-ckt11-1+deb8u3
[1.654061] task: 880faf477370 ti: 880faf478000 task.ti: 
880faf478000
[1.654064] RIP: e030:[] [] 
netback_changed+0x964/0xee0 [xen_netfront]
[1.654071] RSP: e02b:880faf47be20  EFLAGS: 00010202
[1.654074] RAX:  RBX: 880002a729c0 RCX: 0001
[1.654077] RDX: 0066785c RSI: 880002a72a58 RDI: 3f1f
[1.654080] RBP: 880faa44e000 R08: c9000624 R09: ea0036d3f180
[1.654083] R10: 251e R11:  R12: 880faa44f000
[1.654086] R13: 880002a72a58 R14: 000729c0 R15: 880fab6f4000
[1.654093] FS:  () GS:880fb706() 
knlGS:
[1.654096] CS:  e033 DS:  ES:  CR0: 80050033
[1.654099] CR2: 0018 CR3: 01813000 CR4: 00042660
[1.654102] Stack:
[1.654104]  880faf5aec00 880f000f 00110001 
880faf5aec00
[1.654109]  880002a6b041 880002a6af84 0001af561000 
00110001
[1.656945]  8800028e9df1 8800028e8880 880faf47beb8 
8135b9e0
[1.656945] Call Trace:
[1.656945]  [] ? unregister_xenbus_watch+0x220/0x220
[1.656945]  [] ? xenwatch_thread+0x98/0x140
[1.656945]  [] ? prepare_to_wait_event+0xf0/0xf0
[1.656945]  [] ? kthread+0xbd/0xe0
[1.656945]  [] ? kthread_create_on_node+0x180/0x180
[1.656945]  [] ? ret_from_fork+0x58/0x90
[1.656945]  [] ? kthread_create_on_node+0x180/0x180
[1.656945] Code: 48 89 c6 e9 bd fd ff ff 48 8b 3c 24 48 c7 c2 b3 52 06 a0 
be f4 ff ff ff 31 c0 e8 38 61 2f e1 e9 54 ff ff ff 48 8b 43 20 4c 89 ee <48> 8b 
78 18 e8 13 63 2f e1 85 c0 0f 88 b0 fd ff ff 48 8b 43 20
[1.656945] RIP  [] netback_changed+0x964/0xee0 
[xen_netfront]
[1.656945]  RSP 
[1.656945] CR2: 0018
[1.656945] ---[ end trace d92264e4041d27a1 ]--- 
@@ -2132,8 +2132,11 @@ static int __init netif_init(void)
 
pr_info("Initialising Xen virtual ethernet driver\n");
 
-   /* Allow as many queues as there are CPUs, by default */
-   xennet_max_queues = num_online_cpus();
+   /* Allow as many queues as there are CPUs if user has not
+* specified a value.
+ 

Bug#798948: New patch.

[johnny Strom]

Hi new version of the patch for xen-netfront.c , and it's for 3.16.7.



--- a/drivers/net/xen-netfront.c
+++ b/drivers/net/xen-netfront.c
@@ -1827,8 +1827,9 @@ static int xennet_create_queues(struct netfront_info *info,
 
 		ret = xennet_init_queue(queue);
 		if (ret < 0) {
-			dev_warn(>netdev->dev, "only created %d queues\n",
- num_queues);
+			dev_warn(>netdev->dev,
+ "only created %d of %d queues\n",
+ i, num_queues);
 			num_queues = i;
 			break;
 		}
@@ -1893,6 +1894,9 @@ static int talk_to_netback(struct xenbus_device *dev,
 	if (err < 0)
 		goto destroy_ring;
 
+	/* xennet_create_queues might create fewer queues than requested */
+	num_queues = info->netdev->real_num_tx_queues;
+
 	/* Create shared ring, alloc event channel -- for each queue */
 	for (i = 0; i < num_queues; ++i) {
 		queue = >queues[i];

Bug#746825: [Pkg-ace-devel] Bug#746825: ACE FTBFS status

[Johnny Willemsen]

Hi,

It is just that someone needs to get ACE 6.2.7 and package that, support 
for gcc 4.9 has been added upstream already some time ago.


I personally have all knowledge of ACE but not about packaging, but as 
said, willing to help


Johnny

On 07/21/2014 01:25 PM, Michael Tautschnig wrote:

Hi,

As the Debian diagnostics maintainer I'm also affected by this issue. I cannot
necessarily offer to spend a great deal of time on ACE packaging, but I'm
certainly willing to help as much as I can.

If this bug cannot be fixed on time for jessie, I'll have to disable ACE in
diagnostics after all :-(

Best,
Michael



___
Pkg-ace-devel mailing list
pkg-ace-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel




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

Bug#746825: [Pkg-ace-devel] Bug#746825: ACE+TAO 6.2.7

[Johnny Willemsen]

Hi,

Great, did you use the branch I created earlier this week?

Johnny

Op zondag 29 juni 2014 heeft Pau Garcia i Quiles pgqui...@elpauer.org het
volgende geschreven:

 Hello,

 I am packaging ACE+TAO 6.2.7, which should solve #746825

 Packaging is done. Now I need to do some QA. There are hundreds of
 lintian issues, some of them serious (e. g. a licensing problem with
 OpenSSL).

 --
 Pau Garcia i Quiles
 http://www.elpauer.org
 (Due to my workload, I may need 10 days to answer)

 ___
 Pkg-ace-devel mailing list
 pkg-ace-de...@lists.alioth.debian.org javascript:;
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel

Bug#746825: help

[Johnny Willemsen]

Hi,

Thanks for your email. I am also interested in this, but I am unable to 
pull code from the pkg-ace debian git repository. Nothing changed at my 
side but I now get a public key error. I know all the details of 
ACE/TAO, but the debian packaging guidelines are completely new to me. I 
just don't have time to sort these all out myself.


Upstream we are able to compile ACE/TAO for OpenSuSE Build service for 
Debian (see 
http://download.opensuse.org/repositories/devel:/libraries:/ACE:/micro/Debian_7.0/). 
As part of the ACE/TAO distribution you will find a debian directory 
with the files I used for that, the files are automatically renamed with 
each release.


If you have suggestions for improving the debian files as part of trunk 
(see 
https://svn.dre.vanderbilt.edu/viewvc/Middleware/trunk/ACE/debian/), let 
me know, I can also easily update the files on opensuse build service to 
try it out.


Most ideally would be that when I package a new ACE/TAO upstream release 
I can also take some steps to upload the new release to debian, just as 
I now upload all packages to Vanderbilt and to OpenSuSE build.


Regards,

Johnny


On 06/11/2014 08:28 PM, Barak A. Pearlmutter wrote:

As the Debian ivtools maintainer, I'd be interested in helping to solve
this.  I did an NMU of ace in October to recompile with a new toolchain,
to keep ivtools happy.

It now appears that more is needed.  I'd be happy to help, even to
co-maintain a bit if the ACE maintainer so desires.

But the packaging does look pretty complicated.  The upstream build
system is MPC, so there's that learning curve.  The debian/rules file is
not making full use of the more recent debhelper facilities, but it's
not clear to me that updating it in this fashion would really help with
keeping the package up to date.  Something that automatically pulled
lists of files from the upstream build system (using executable
debian/*.install files, say) might make it easier to automatically
adjust to modified files in the installation, rather than having to do a
laborious reactive manual process per debian/README.source

Upstream assistance in doing things to make this easier to package, and
in making suggestions for adjusting the packaging for a better impedance
matching with the build system, might help a lot.  E.g., are all the
little separate library packages (72 of them) necessary, or should some
of them be merged?  Naturally things that make this easier to package
for Debian would probably also make it easier in other systems, like
Redhat.

Thoughts?

--Barak.
--
Barak A. Pearlmutter
  Hamilton Institute  Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
  http://www.bcl.hamilton.ie/~barak/




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

Bug#746825: Already fixed upstream

[Johnny Willemsen]

Hi,


This is already fixed upstream, an export is lacking


Hi, Johnny, thanks for the upstream help.

Is that fix included in latest 6.2.0 ACE upstream release?


Not 100% sure, you have to try it. It is part of the latest micro, 6.2.6.


Unfortunately seems that Debian ACE is way behind upstream (6.0.3 vs 6.2.0).
I am neither ACE maintaner not fluent with C++, I am interested in this
because ivtools, which I use, depends on ACE, so I'd like this bug report
being fixed. I'd also like Debian ACE being in sync with upstream, but that
is way beyond my kills.


Yes, it is way behind, we are in fact already at 6.2.6, our latest micro 
release. On OpenSuSE Build we do have some debian packages, see 
http://download.opensuse.org/repositories/devel:/libraries:/ACE:/micro/



Can you please point us to the ACE commit that fixed this problem? Until
someone does the real sync with upstream this may be the simplest approach.


I don't have spare time to sort this out, please grab the latest micro.

I have tried to get some guidance on how to upgrade ACE on Debian, would 
be great if we could include it in the release instructions.


Best regards,

Johnny


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

Bug#746825: Already fixed upstream

[Johnny Willemsen]

Hi,

This is already fixed upstream, an export is lacking

Johnny


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

Bug#724774: Fixed upstream

[Johnny Willemsen]

Hi,

I fixed this upstream already, will be changed in the upcoming ACE 6.2.2 
version


Regards,

Johnny


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

Bug#709651: bleachbit: Unexpected Output error during swap cleaning

[Johnny Ooi]

Package: bleachbit
Version: 0.9.2-2
Severity: normal

Dear Maintainer,

Follow error occurs during attempt to clean swap:

debug: disabling swap
debug: running cmd  ['swapoff', '-a', '-v']
Traceback (most recent call last):
  File /usr/share/bleachbit/bleachbit/Worker.py, line 88, in execute
for ret in cmd.execute(self.really_delete):
  File /usr/share/bleachbit/bleachbit/Command.py, line 131, in execute
for func_ret in self.func():
  File /usr/share/bleachbit/bleachbit/Memory.py, line 246, in wipe_memory
devices = disable_swap_linux()
  File /usr/share/bleachbit/bleachbit/Memory.py, line 70, in
disable_swap_linux
% { 'args' : str(args), 'stdout' : stdout, 'stderr' : stderr } )
RuntimeError: Unexpected output:
args='['swapoff', '-a', '-v']'
stdout='swapoff on /dev/mapper/NC6320-swap_1
'
stderr=''
Unexpected output:
args='['swapoff', '-a', '-v']'
stdout='swapoff on /dev/mapper/NC6320-swap_1
'
stderr=''



-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bleachbit depends on:
ii  menu 2.1.46
ii  python   2.7.3-4
ii  python-gtk2  2.24.0-3+b1

Versions of packages bleachbit recommends:
ii  python-notify  0.1.1-3

bleachbit 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#701744: Possible workaround.

[johnny Strom]

It might help to disable TSO and GSO inside the Linux PV guest with ethtool.

ethtool -K eth0 tso off gso off


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

Bug#701744: We see the same with Debian wheezy.

[johnny Strom]

Hello we see the same with debian Wheezy.


Apr 16 16:02:25 hypervisor3 kernel: [2441115.664216] vif vif-17-0: 
vif17.0: Frag is bigger than frame.
Apr 16 16:02:25 hypervisor3 kernel: [2441115.664267] vif vif-17-0: 
vif17.0: fatal error; disabling device
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675667] BUG: unable to 
handle kernel NULL pointer dereference at 08b8
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675748] IP: 
[8134d981] _raw_spin_lock_irqsave+0xe/0x25

Apr 16 16:02:25 hypervisor3 kernel: [2441115.675804] PGD 0
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675843] Oops: 0002 [#1] SMP
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675893] CPU 17
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675903] Modules linked in: 
cpuid xt_physdev xen_netback xen_blkback xen_gntdev xen_evtchn xenfs 
nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc xt_tcpudp xt_state 
ipt_LOG iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack 
iptable_filter ip_tables x_tables bridge stp dm_round_robin loop 
dm_multipath scsi_dh snd_pcm snd_page_alloc snd_timer snd soundcore 
coretemp crc32c_intel dm_mod iTCO_wdt sb_edac edac_core joydev evdev 
ghash_clmulni_intel aesni_intel aes_x86_64 aes_generic cryptd dcdbas 
pcspkr iTCO_vendor_support wmi shpchp acpi_power_meter processor button 
thermal_sys ext4 crc16 jbd2 mbcache microcode usbhid hid sg sr_mod 
sd_mod cdrom crc_t10dif lpfc scsi_transport_fc scsi_tgt ahci libahci 
libata ehci_hcd megaraid_sas usbcore scsi_mod usb_common tg3 libphy 
[last unloaded: scsi_wait_scan]

Apr 16 16:02:25 hypervisor3 kernel: [2441115.676849]
Apr 16 16:02:25 hypervisor3 kernel: [2441115.676883] Pid: 6383, comm: 
netback/17 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.39-2 Dell Inc. 
PowerEdge R720/0X6H47
Apr 16 16:02:25 hypervisor3 kernel: [2441115.676978] RIP: 
e030:[8134d981]  [8134d981] 
_raw_spin_lock_irqsave+0xe/0x25
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677056] RSP: 
e02b:880f79a57c30  EFLAGS: 00010002
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677099] RAX: 
8809dc3b0218 RBX: 08b8 RCX: 153b5180
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677168] RDX: 
0001 RSI: c9001b93 RDI: 08b8
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677237] RBP: 
08b8 R08: 0002002a R09: 002f
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677306] R10: 
880f7c37a4c0 R11: 880f7c37a4c0 R12: 8809dc3b7740
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677375] R13: 
 R14: 8809dc3b7818 R15: 880f78fe0002
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677448] FS:  
7fa2bb71e700() GS:880fbfa2() knlGS:
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677519] CS:  e033 DS:  
ES:  CR0: 8005003b
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677563] CR2: 
08b8 CR3: 01605000 CR4: 2660
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677632] DR0: 
 DR1:  DR2: 
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677701] DR3: 
 DR6: 0ff0 DR7: 0400
Apr 16 16:02:25 hypervisor3 kernel: [2441115.61] Process netback/17 
(pid: 6383, threadinfo 880f79a56000, task 880f76f698d0)

Apr 16 16:02:25 hypervisor3 kernel: [2441115.677843] Stack:
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677877]   
a048cddd 880f7c37a4c0 8809dc3b7740
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677969]  153b5180 
153b5180  153b5180
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678060]  880f78fe0002 
a048cf71 8809dc3b7740 c90017356ec0

Apr 16 16:02:25 hypervisor3 kernel: [2441115.678152] Call Trace:
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678191]  
[a048cddd] ? xen_netbk_schedule_xenvif+0x35/0xd6 [xen_netback]
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678264]  
[a048cf71] ? netbk_tx_err+0x3f/0x4b [xen_netback]
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678311]  
[a048d517] ? xen_netbk_tx_build_gops+0x59a/0x9e2 [xen_netback]
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678384]  
[81004be5] ? phys_to_machine+0x13/0x1c
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678429]  
[810040b9] ? xen_mc_flush+0x124/0x153
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678474]  
[81003124] ? xen_end_context_switch+0xe/0x1c
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678520]  
[81003b77] ? xen_mc_issue.constprop.24+0x31/0x49
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678567]  
[8100d02f] ? load_TLS+0x7/0xa
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678610]  
[8100d6a6] ? __switch_to+0x13b/0x258
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678656]  
[810359b7] ? arch_local_irq_enable+0x7/0x8
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678702]  

Bug#702903: php date_parse_from_format reports invalid values

[Johnny Luong]

Package: php5-cli
Version: 5.3.3-7+squeeze14


When I invoke the following code, the day in the array return is invalid 
([month] - 1, [day] - 71).

?php
print_r(date_parse_from_format('z', '70'));
?

On Debian Wheezy (testing), it appears to provide a valid month and day for the 
current year.

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

Bug#697848: NMU of ace ?

[Johnny Willemsen]

Hi,


I'm more annoyed by #697848. The first two issues raised by Ansgar were
not yet discussed with upstream because I need a confirmation on what
is exactly the issue. If this is what I underlined in my reply then I
am afraid we will have no easy solution except for moving ace to
non-free.


I am afraid I agree with Ansgar that the licence is rife with problems,
in particular the part where you are not allowed to remove functionality.
This can be read as forbidding to rip part of the source code and reuse
it in a different projet. Can it be DFSG-free if this is not allowed ?


Agreed, but I believe Sun intent here was to ensure that
standardization and implementation efforts (IDL to C++ and IIOP
marshalling rules) do not get ruined by code modifications. Yes, I am
interpreting.

@Johnny: any opinion on this? See [1] for the context.


The intent of Sun is to keep IIOP mandatory in the code, but as far as I 
know we can ship the code without problems.


Johnny


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

Bug#697848: NMU of ace ?

[Johnny Willemsen]

Hi,

For the AW license, I would recommend to check that on the regular ACE 
mailing list, the files where added by Doug Schmidt himself.


Theoretically TAO_IDL can be replaced at some point by ridlc as new IDL 
compiler which doesn't have this license problem, but probably that is 6 
months of work.


Johnny

On 01/23/2013 08:39 AM, Ralf Treinen wrote:

Hi,

On Tue, Jan 22, 2013 at 10:32:13PM +0100, Thomas Girard wrote:


ace source package consists in the following software:
  - ACE, a C++ networking library
  - TAO, a CORBA ORB built on top of ACE

What is faulty here is TAO_IDL (idl to C++ mapping) and a piece of
marshalling code (again, for TAO). So ACE can remain in main, but TAO
has to go to non-free.

This means two repackaging: one for ACE and another for TAO (not
distributed stand-alone ATM) in non-free.


OK. Here is what I will try tonight when I get back from work:
- repack the orig.tar.gz without the two windows executables, the TAO
   source tree, and the files in examples/ that are under Addison Wesley
   licence.
- remove all tao-related packages from debian/control, that is

Package: libtao-2.1.2
Package: libtao-dev
Package: libtao-doc
Package: libtao-orbsvcs-2.1.2
Package: libtao-orbsvcs-dev
Package: libtao-qtresource-2.1.2
Package: libtao-qtresource-dev
Package: libtao-xtresource-2.1.2
Package: libtao-xtresource-dev
Package: libtao-flresource-2.1.2
Package: libtao-flresource-dev
Package: libtao-tkresource-2.1.2
Package: libtao-tkresource-dev
Package: libtao-foxresource-2.1.2
Package: libtao-foxresource-dev
Package: tao-idl
Package: tao-ifr
Package: tao-imr
Package: tao-ft
Package: tao-utils
Package: tao-cosnaming
Package: tao-naming
Package: tao-costrading
Package: tao-trading
Package: tao-cosevent
Package: tao-event
Package: tao-rtevent
Package: tao-ftrtevent
Package: tao-cosnotification
Package: tao-notify
Package: tao-load
Package: tao-tls
Package: tao-log
Package: tao-scheduling
Package: tao-cosconcurrency
Package: tao-concurrency
Package: tao-coslifecycle
Package: tao-lifecycle
Package: tao-costime
Package: tao-time

- remove all files from debian/ that are related to these packages, and
   other mentions of tao stuff in debian/rules and possibly elsewhere in
   debian/* files.

In what concerns a new tao package for nonfree I leave that to you ...

Cheers -Ralf.




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

Bug#697848: NMU of ace ?

[Johnny Willemsen]

Hi,


On 23/01/2013 09:08, Johnny Willemsen wrote:

Agreed, but I believe Sun intent here was to ensure that
standardization and implementation efforts (IDL to C++ and IIOP
marshalling rules) do not get ruined by code modifications. Yes, I am
interpreting.

@Johnny: any opinion on this? See [1] for the context.


The intent of Sun is to keep IIOP mandatory in the code, but as far as I
know we can ship the code without problems.


Ok, so assuming eventually ridlc replaces TAO_IDL, we'll still have the
IIOP issue.

Any chance to have this piece of code relicensed? How can we proceed?


As far as I know the sun licenses where bought at some point by IONA, 
which was bought by Progress, which is now bought by MicroFocus. I 
talked years ago with Progress, they where willing to relicense, but 
sorting out the details would take time, which would have to be funded 
by someone. With the announced takeover by MicroFocus I think it will 
only be harder to find someone who knows the details of those very old 
licenses.


Johnny


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

Bug#647462: Backport of ActiveMQ Package to Debian Squeeze

[Johnny Luong]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I'm looking into two different approaches for packaging ActiveMQ on
Debian Squeeze; the first approach is just to make an internal binary
only package from the upstream and the second approach is to try and
pick up where this bug left off.  Was there simply too many packages
and circular dependencies that needed be to addressed for a backport
from Wheezy to be made?

Thanks,
Johnny
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJQ6xlzAAoJENQfv1FjsMMv5XoQAKl2fIv6bmSAiYLVU7mcwUgs
RdegVbHbVoSY1E/ZAtbplWWFObeLYU+GMeMC0tor02M4MjxjNP6o3NY6wjHOSblw
fADEgGLJQQZLMY10KcmWxYLBNn8JVXX9i+OTpZm5Dv8ybbRTTi8u7HTJaNHDTPwO
86HuYXvUP3eQUca1cxChD1a4pkNNtG/+1bpP8cYbnNq9sxH20u4+A6ZrJneqFBR1
1b++DvCELP7DOGLzQKqI2HSX6G3fSZh6f8f324dIe0DxHENC4psqcLHo1MHlalFo
vopXtYgsLwJLmjhAzzYzogzWwNjaKzR4fyTeR5grX6X4Lve08QXVetpGyW/3XdOC
j+u+5F7cc0aI5vegUkhHdI2Vzt2pqDzeRsFEPVVLvu3M74P6tDx/FGIHtfb74R66
g+F9IPQweXvh4W6PbxYFW5ZE6xCCd9QCBcQ6GSfJTOcNHcS9MHR652RVE2f3TVQd
5T4k+hytyBFKv+eTSQncqc2y8aMgNPXB9v5N08eSBKnKjAHy0P2qzcAQuvBoMRbV
j3XSOr5UAVYO57O+cY3ndep9Yro8uIO3RYFquUTCTClEVVD/5rmX6qStoT44ouP+
sq0CGnAfiMWgQSX6O+RQSBNQF7nlmpmSTcxpOLnFXXCrJiqyO6TOdN19KCAGJNQd
cqP47GsTTWpmhsHzhdf0
=GdGn
-END PGP SIGNATURE-


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

Bug#567441: pidgin does not log on to accounts automatically when starting

[Johnny B.]

Hello,

when I installed pidgin 2.7.3, it was working.
I was using NetworkManager to manage my wlan0.

now I have switched to static address within my home network, I am no 
more using Network manager.

and pidgin has the same behaviour as described in message #5.

Unfortunately I cannot go back to test with NetworkManager, I have it 
still installed, but my nm-applet is not finding any connections at the 
moment.


This is to say, maybe is this bug linked to NetworkManager or its absence.

Johnny B.



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

Bug#604279: Join the largest casual encounters site online. 100% free to join.

[JOHNNY MATTHEWS]

Join the largest casual encounters site online. 100% free to join.

http://alinc.us/1v0



























-
If you would like to not be contacted from us in the future please push on the 
link below:
http://alinc.us/1ur

or write to:

P.O. Box 30, 15 St., Vancouver, Canada



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

Bug#638045: warning: xsasl_cyrus_server_get_mechanism_list: no mechanism available

[Johnny Morano]

Package: libsasl2-2
Version: 2.1.24~rc1.dfsg1+cvs2011-05-23-5
Severity: important

Postfix is unable to receive mail and unable to send mail via SASL 
authentication, after installing the updates of today.
These are the error messages:

Aug 16 17:34:28 musashi postfix/smtpd[14716]: connect from 
relay02.secure-mail.be[195.13.7.5]  

   
Aug 16 17:34:28 musashi postfix/smtpd[14716]: warning: SASL authentication 
failure: Internal Error -4 in ../../lib/server.c near line 1731 
   
Aug 16 17:34:28 musashi last message repeated 2 times   

  
Aug 16 17:34:28 musashi postfix/smtpd[14716]: warning: 
xsasl_cyrus_server_get_mechanism_list: no mechanism available   

   
Aug 16 17:34:28 musashi postfix/smtpd[14716]: fatal: no SASL authentication 
mechanisms  
  
Aug 16 17:34:29 musashi postfix/master[2687]: warning: process 
/usr/lib/postfix/smtpd pid 14716 exit status 1  

   
Aug 16 17:34:29 musashi postfix/master[2687]: warning: /usr/lib/postfix/smtpd: 
bad command startup -- throttling   
   

I have installed:
.oO( musashi | ~ )Oo. dpkg --get-selections | grep -i sasl
libauthen-sasl-perl install
libsasl2-2  install
libsasl2-modulesinstall
libsasl2-modules-gssapi-heimdal install
libsasl2-modules-otpinstall
php-auth-sasl   install
sasl2-bin   install

Completly disabling sasl in /etc/postfix/main.cf and /etc/postfix/master.cf 
currently fixes receiving, but of course doesn't allow to send mail using SASL 
authenticated clients.
It worked perfectly before the updates :-)

Thanks!
Johnny

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

Kernel: Linux 3.0.0-1-686-pae (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 libsasl2-2 depends on:
ii  libc6 2.13-16Embedded GNU C Library: Shared lib
ii  libdb5.1  5.1.25-11  Berkeley v5.1 Database Libraries [
ii  multiarch-support 2.13-16Transitional package to ensure mul

Versions of packages libsasl2-2 recommends:
ii  libsasl 2.1.24~rc1.dfsg1+cvs2011-05-23-5 Cyrus SASL - pluggable authenticat

libsasl2-2 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#630897: [Pkg-ace-devel] Bug#630897: ace: DDS4 spec doesn't allow modification or commercial distribution

[Johnny Willemsen]

Hi,

This file has already been removed from the latest ace versions.

Johnny



Op 18 jun. 2011 om 16:56 heeft Sam Geeraerts sam...@elmundolibre.be het 
volgende geschreven:

 Source: ace
 Version: 5.7.7-4
 Severity: serious
 Justification: Policy 2.1.1, 2.1.3, 2.1.6, 2.1.7
 User: gnewsense-...@nongnu.org
 Usertags: gnewsense libreplanet
 
 In ACE+TAO+CIAO-src-5.7.7.tar.bz2 there is document ACE_wrappers/TAO/CIAO/
 connectors/dds4ccm/docs/ptc_09-10-26 DDS4CCM v1-0 WCB.pdf, which has the
 following license notice.
 
 Subject to all of the terms and conditions below, the owners of the copyright
 in this specification hereby grant you a fully-paid up, non-exclusive,
 nontransferable, perpetual, worldwide license (without the right to 
 sublicense),
 to use this specification to create and distribute software and special 
 purpose
 specifications that are based upon this specification, and to use, copy, and
 distribute this specification as provided under the Copyright Act; provided
 that: (1) both the copyright notice identified above and this permission 
 notice
 appear on any copies of this specification; (2) the use of the specifications
 is for informational purposes and will not be copied or posted on any network
 computer or broadcast in any media and will not be otherwise resold or
 transferred for commercial purposes; and (3) no modifications are made to this
 specification. This limited permission automatically terminates without notice
 if you breach any of these terms or conditions. Upon termination, you will
 destroy immediately any copies of the specifications in your possession or
 control.
 
 This violates DFSG in several ways:
 - No right to modify.
 - Distribution restrictions (medium and commercial).
 - For informational purposes only suggests no commercial use allowed.
 - Nontransferable, without the right to sublicense means that anyone receiving
  the document from someone who is not the copyright holder doesn't get the
  same rights.
 
 -- System Information:
 Debian Release: squeeze/sid
  APT prefers stable
  APT policy: (500, 'stable')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
 Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 
 
 ___
 Pkg-ace-devel mailing list
 pkg-ace-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel



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

Bug#628571: [Pkg-ace-devel] Bug#628571: Bug#628571: Public method TAO::ORB::default_svc_conf_entries() is not exported

[Johnny Willemsen]

Hi,

Can you report an issue in the TAO main bugzilla, see
http://bugzilla.dre.vanderbilt.edu/

Johnny

On 05/31/2011 09:13 AM, Tommi Vainikainen wrote:
 Hi,
 
 if this method should not be used, then it should not be recommended in
 the documentation.
 
 The patch I have attached here modified also the document recommending
 this static method. Those references should be removed then from
 tao/docs/configuration.html.
 
 However, the document does not describe any other way of doing same
 things in source code level, but other option is a separate svc.conf
 file.
 
 For example in my case I specify charset encodings in this
 configuration, and I really don't want to use separate file, because I
 really know what charset my software is using.
 



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

Bug#628571: [Pkg-ace-devel] Bug#628571: Public method TAO::ORB::default_svc_conf_entries() is not exported

[Johnny Willemsen]

Hi,

This shouldn't be done at TAO level, you can do similar things at the
ACE level and there are several -ORB options you can use for this.
Exposing this TAO specific internal method is not a good thing to my idea.

Johnny

On 05/30/2011 12:07 PM, Tommi Vainikainen wrote:
 Package: libtao-2.0.1
 Version: 6.0.1-2
 Severity: normal
 Tags: patch
 
 The document Configuring TAO's Components describes that one can use
 static method TAO_Internal::default_svc_conf_entries() to define some
 ORB defaults in source code level without external svc.conf file.
 
 However TAO_Internal.cpp does not export this method, and thus trying
 to use the method fails at linking phase.
 
 Also the method has been moved from TAO_Internal namespace to TAO::ORB
 namespace.
 
 Attached is a patch for the issue.
 
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (101, 'experimental')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores)
 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash
 
 
 
 ___
 Pkg-ace-devel mailing list
 pkg-ace-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel



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

Bug#628572: [Pkg-ace-devel] Bug#628572: Anonymous type diagnostic default wrong

[Johnny Willemsen]

Hi,

The default is now error, this is correct in 6.0.2, which says:
 -aeError if anonymous type is seen (default)
 -awWarning if anonymous type is seen (default is error)
 -asSilences the anonymous type diagnostic (default
is error)

Johnny

On 05/30/2011 12:30 PM, Tommi Vainikainen wrote:
 Package: tao-idl
 Version: 6.0.1-2
 Severity: normal
 
 tao_idl --help says that:
  -ae  Error if anonymous type is seen (default is silent)
  -aw  Warning if anonymous type is seen (default is silent)
  -as  Silences the anonymous type diagnostic (default)
 
 However when I tried to use tao_idl, it really behaves like default
 diagnostic would be Error.
 
 IMHO default should be silent just like help claims, or at most
 warning, but not error.
 
 Of course I can workaround the issue by giving -as parameter to
 tao_idl invocation, but I believe that it should be default for the
 sake of backward compatibility.
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (101, 'experimental')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores)
 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash
 
 
 
 ___
 Pkg-ace-devel mailing list
 pkg-ace-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel



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

Bug#615821: hostapd: init file check for readable conf file breaks when specifying multiple conf files

[Johnny Casey]

Package: hostapd
Version: 1:0.6.10-2
Severity: normal


Hostapd supports running with multiple configuration files.  (I'm pretty sure
I didn't modify the init file before, so this is a change in the start up
process.)  However the [ -r $DAEMON_CONF ] check assumes that only one file
would ever be used.  Either it needs to just check for non-empty string, or
filter the contents of the variable (which seems like overkill).  A message
(as #568181) would help too.

As an aside, I understand that my configuration is a little odd.  I have
madwifi configured with two interfaces to avoid confusing Apple's OS X stack.
Having one interface exposing both PSK and Enterprise was just too confusing
for it.

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-skas3-styx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages hostapd depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libnl1  1.1-6library for dealing with netlink s
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip

hostapd recommends no packages.

hostapd suggests no packages.

-- Configuration Files:
/etc/default/hostapd changed:
DAEMON_CONF=/etc/hostapd/hostapd.conf /etc/hostapd/hostapd-dev.conf

/etc/hostapd/hostapd.conf [Errno 13] Permission denied: 
u'/etc/hostapd/hostapd.conf'
/etc/init.d/hostapd changed:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON_SBIN=/usr/sbin/hostapd
DAEMON_DEFS=/etc/default/hostapd
DAEMON_CONF=
NAME=hostapd
DESC=advanced IEEE 802.11 management
PIDFILE=/var/run/hostapd.pid
[ -x $DAEMON_SBIN ] || exit 0
[ -s $DAEMON_DEFS ]  . /etc/default/hostapd
DAEMON_OPTS=-B -P $PIDFILE $DAEMON_OPTS $DAEMON_CONF
.. /lib/lsb/init-functions
case $1 in
  start)
log_daemon_msg Starting $DESC $NAME
start-stop-daemon --start --oknodo --quiet --exec $DAEMON_SBIN \
--pidfile $PIDFILE -- $DAEMON_OPTS /dev/null
log_end_msg $?
;;
  stop)
log_daemon_msg Stopping $DESC $NAME
start-stop-daemon --stop --oknodo --quiet --exec $DAEMON_SBIN \
--pidfile $PIDFILE
log_end_msg $?
;;
  reload)
log_daemon_msg Reloading $DESC $NAME
start-stop-daemon --stop --signal HUP --exec $DAEMON_SBIN \
--pidfile $PIDFILE
log_end_msg $?
;;
  restart|force-reload)
$0 stop
sleep 8
$0 start
;;
  status)
status_of_proc $DAEMON_SBIN $NAME
exit $?
;;
  *)
N=/etc/init.d/$NAME
echo Usage: $N {start|stop|restart|force-reload|reload|status} 2
exit 1
;;
esac
exit 0


-- 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#596394: linux-headers-2.6.32-5-kirkwood: cannot make linux headers, missing basic + tools Makefile

[Johnny Mijnhout]

Package: linux-headers-2.6.32-5-kirkwood
Version: 2.6.32-21
Severity: important


When trying to run make on the linux headers, this is the result:
r...@nas:/usr/src/linux-headers-2.6.32-5-kirkwood# make
/usr/src/linux-headers-2.6.32-5-common/scripts/Makefile.build:44: 
/usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile: No such file or 
directory
make[4]: *** No rule to make target 
`/usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile'.  Stop.
make[3]: *** [scripts_basic] Error 2
  CHK include/linux/version.h
/usr/src/linux-headers-2.6.32-5-common/scripts/Makefile.build:44: 
/usr/src/linux-headers-2.6.32-5-common/arch/arm/tools/Makefile: No such file or 
directory
make[3]: *** No rule to make target 
`/usr/src/linux-headers-2.6.32-5-common/arch/arm/tools/Makefile'.  Stop.
make[2]: *** [maketools] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2

Seems that 2 Makefiles are missing for basic and tools. Now it is 
impossible to compile drivers etc for this platform.

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

Kernel: Linux 2.6.32-5-kirkwood
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 linux-headers-2.6.32-5-kirkwood depends on:
ii  gcc-4.3   4.3.5-2The GNU C compiler
ii  linux-headers-2.6.32-5-common 2.6.32-21  Common header files for Linux 2.6.
ii  linux-kbuild-2.6.32   2.6.32-1   Kbuild infrastructure for Linux 2.

linux-headers-2.6.32-5-kirkwood recommends no packages.

linux-headers-2.6.32-5-kirkwood 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#596394: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#596394: linux-headers-2.6.32-5-kirkwood: cannot make linux headers, missing basic + tools Makefile)

[johnny bravo]

Running from that folders gives exact the same error:

 

r...@nas:/lib/modules/2.6.32-5-kirkwood/build# make
/usr/src/linux-headers-2.6.32-5-common/scripts/Makefile.build:44: 
/usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile: No such file or 
directory
make[4]: *** No rule to make target 
`/usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile'.  Stop.
make[3]: *** [scripts_basic] Error 2
  CHK include/linux/version.h
/usr/src/linux-headers-2.6.32-5-common/scripts/Makefile.build:44: 
/usr/src/linux-headers-2.6.32-5-common/arch/arm/tools/Makefile: No such file or 
directory
make[3]: *** No rule to make target 
`/usr/src/linux-headers-2.6.32-5-common/arch/arm/tools/Makefile'.  Stop.
make[2]: *** [maketools] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2

 
From: ow...@bugs.debian.org
To: bravo...@hotmail.com
Subject: Bug#596394 closed by Ben Hutchings b...@decadent.org.uk (Re: 
Bug#596394: linux-headers-2.6.32-5-kirkwood: cannot make linux headers, missing 
basic + tools Makefile)
Date: Fri, 10 Sep 2010 23:03:04 +

This is an automatic notification regarding your Bug report
which was filed against the linux-headers-2.6.32-5-kirkwood package:
 
#596394: linux-headers-2.6.32-5-kirkwood: cannot make linux headers, missing 
basic + tools Makefile
 
It has been closed by Ben Hutchings b...@decadent.org.uk.
 
Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Ben Hutchings 
b...@decadent.org.uk by
replying to this email.
 
 
-- 
596394: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596394
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--Doorgestuurd bericht in de bijlage--
From: b...@decadent.org.uk
To: 596394-d...@bugs.debian.org
Date: Fri, 10 Sep 2010 23:59:16 +0100
Subject: Re: Bug#596394: linux-headers-2.6.32-5-kirkwood: cannot make linux 
headers, missing basic + tools Makefile

On Sat, 2010-09-11 at 00:47 +0200, Johnny Mijnhout wrote:
 Package: linux-headers-2.6.32-5-kirkwood
 Version: 2.6.32-21
 Severity: important
 
 
 When trying to run make on the linux headers, this is the result:
 r...@nas:/usr/src/linux-headers-2.6.32-5-kirkwood# make
 /usr/src/linux-headers-2.6.32-5-common/scripts/Makefile.build:44: 
 /usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile: No such file 
 or directory
 make[4]: *** No rule to make target 
 `/usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile'.  Stop.
 make[3]: *** [scripts_basic] Error 2
   CHK include/linux/version.h
 /usr/src/linux-headers-2.6.32-5-common/scripts/Makefile.build:44: 
 /usr/src/linux-headers-2.6.32-5-common/arch/arm/tools/Makefile: No such file 
 or directory
 make[3]: *** No rule to make target 
 `/usr/src/linux-headers-2.6.32-5-common/arch/arm/tools/Makefile'.  Stop.
 make[2]: *** [maketools] Error 2
 make[1]: *** [sub-make] Error 2
 make: *** [all] Error 2
 
 Seems that 2 Makefiles are missing for basic and tools. Now it is 
 impossible to compile drivers etc for this platform.
 
You're running make in the wrong directory.  Use the link
/lib/modules/$(uname -r)/build.
 
Ben.
 
-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


--Doorgestuurd bericht in de bijlage--
From: bravo...@hotmail.com
To: sub...@bugs.debian.org
Subject: linux-headers-2.6.32-5-kirkwood: cannot make linux headers, missing 
basic + tools Makefile
Date: Sat, 11 Sep 2010 00:47:50 +0200

Package: linux-headers-2.6.32-5-kirkwood
Version: 2.6.32-21
Severity: important
 
 
When trying to run make on the linux headers, this is the result:
r...@nas:/usr/src/linux-headers-2.6.32-5-kirkwood# make
/usr/src/linux-headers-2.6.32-5-common/scripts/Makefile.build:44: 
/usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile: No such file or 
directory
make[4]: *** No rule to make target 
`/usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile'.  Stop.
make[3]: *** [scripts_basic] Error 2
  CHK include/linux/version.h
/usr/src/linux-headers-2.6.32-5-common/scripts/Makefile.build:44: 
/usr/src/linux-headers-2.6.32-5-common/arch/arm/tools/Makefile: No such file or 
directory
make[3]: *** No rule to make target 
`/usr/src/linux-headers-2.6.32-5-common/arch/arm/tools/Makefile'.  Stop.
make[2]: *** [maketools] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2
 
Seems that 2 Makefiles are missing for basic and tools. Now it is 
impossible to compile drivers etc for this platform.
 
-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armel (armv5tel)
 
Kernel: Linux 2.6.32-5-kirkwood
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 linux-headers-2.6.32-5-kirkwood depends on:
ii  gcc-4.3   4.3.5-2The GNU C compiler
ii  linux-headers-2.6.32-5

Bug#596394: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#596394: linux-headers-2.6.32-5-kirkwood: cannot make linux headers, missing basic + tools Makefile)

[johnny bravo]

And why do you close a bug without confirmation from the reporter that it is 
actually solved, which is definately not the case here?
  

Bug#591586: [Pkg-ace-devel] Bug#591586: ace: FTBFS on kfreebsd-*: sys/os_socket.h

[Johnny Willemsen]

Hi,

I will commit the file tomorrow upstream

Johnny

On Sunday, August 22, 2010, Marek Brudka mbru...@aster.pl wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi,

   Revision 706
 (http://svn.debian.org/viewsvn/pkg-ace?view=revrevision=706) contains
 new configuration file for KFreeBSD. I cannot state I ported ACE for
 this platform, but package compiles and builds. Could you, please,
 verify independently if the bug can be closed?

 BTW. Johnny, if this fixes the bug I think that config-kfreebsd.h from
 this patch:
 http://svn.debian.org/viewsvn/pkg-ace/trunk/debian/patches/12-create-config_kfreebsd.dpatch?view=markup
 should be commit to the upstream.

 Marek

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iQEcBAEBAgAGBQJMcQ4tAAoJED+r15Q8F6CGG98H/RjJH9m69TfXOCbit2eSDRj3
 Deat8gWm6W3PGmEhVXRoZSnFjQ0rfhiBb4gPautRKEKne6M3aStze/ESAN/AJeXx
 vLDVrfB44RUeI/mPvRvAEyPokB7hKOAUO30SDWnC1cYl7zvyx1AmSBTBOs828SPD
 k+irps2CIN7RpTyg0yLj0RCCQXmvxfG5LdUHNPty3ohytejw7U6g4VOa4r5+KdeZ
 VJypvzY4t5/JQJj3tARDQoAJx+4bL2ekqFlanqAxUSygj27v3uApIdCO2HLXImXd
 JtcZB9Yuuz+/ywBErvQnkTqx+VprmR4PPTaCFscCeYHj5Ne93hwwqBPs+9l04ss=
 =h/i2
 -END PGP SIGNATURE-





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

Bug#574888: installer: Squeeze alpha1 can't find Broadcom Netlink Gigabit Ethernet card

[Johnny]

On Monday, July 19, 2010 04:15:22 pm you wrote:
 So, when will there be a debian installer with a newer kernel ?
 Anyway, even 2.6.32-11 seems a bit outdated...

This problem is almost a year old, Squeeze is frozen, and it still exists?!?  
I just downloaded todays daily netinst snapshot and I still can't install on 
my laptop with a BCM57780 card.

The broadcom driver is not in the cd immage , nor is it in the firmware 
package, so there is no way to work around this.





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

Bug#593225: [Pkg-ace-devel] Bug#593225: ace: FTBFS on armel: collect2: ld returned 1 exit status

[Johnny Willemsen]

Hi,

Looks a problem with visibility. What is the exact GCC version used?

Johnny

On 08/16/2010 02:51 PM, Mehdi Dogguy wrote:
 Package: ace
 Version: 5.7.7-2
 Severity: serious
 Justification: FTBFS
 
 Hi maintainer,
 
 Your package fails to build from source on armel:
 g++ -Wl,-O3  -D_REENTRANT -DACE_HAS_AIO_CALLS -D_GNU_SOURCE  -DNDEBUG  
 -I/build/buildd-ace_5.7.7-2-armel-Hcij89/ace-5.7.7/ACE_wrappers -DACE_NDEBUG 
 -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ 
 -I/build/buildd-ace_5.7.7-2-armel-Hcij89/ace-5.7.7/ACE_wrappers 
 -DACE_HAS_IPV6 -DACE_BUILD_DLL -shared -Wl,-h -Wl,libACE-5.7.7.so -o 
 libACE-5.7.7.so .shobj/Local_Name_Space.o .shobj/Name_Proxy.o 
 .shobj/Name_Request_Reply.o .shobj/Name_Space.o .shobj/Naming_Context.o 
 .shobj/Registry_Name_Space.o .shobj/Remote_Name_Space.o .shobj/NT_Service.o 
 .shobj/Codecs.o .shobj/Local_Tokens.o .shobj/Remote_Tokens.o 
 .shobj/Token_Collection.o .shobj/Token_Invariants.o .shobj/Token_Manager.o 
 .shobj/Token_Request_Reply.o .shobj/DLL.o .shobj/Dynamic_Service_Base.o 
 .shobj/Dynamic_Service_Dependency.o .shobj/Parse_Node.o 
 .shobj/Service_Config.o .shobj/Service_Gestalt.o .shobj/Service_Manager.o 
 .shobj/Service_Object.o .shobj/Service_Repository.o .shobj/Service_Types.o 
 .shobj/Shared_Object.o .sho
b
  j/Svc_Conf_Lexer.o .shobj/Svc_Conf_y.o .shobj/Encoding_Converter.o 
 .shobj/Encoding_Converter_Factory.o .shobj/UTF8_Encoding_Converter.o 
 .shobj/UTF16_Encoding_Converter.o .shobj/UTF32_Encoding_Converter.o 
 .shobj/XML_Svc_Conf.o .shobj/UUID.o .shobj/Filecache.o .shobj/ACE.o 
 .shobj/ACE_crc_ccitt.o .shobj/ACE_crc32.o .shobj/ace_wchar.o 
 .shobj/Activation_Queue.o .shobj/Active_Map_Manager.o .shobj/Addr.o 
 .shobj/Argv_Type_Converter.o .shobj/Assert.o .shobj/Asynch_IO.o 
 .shobj/Asynch_IO_Impl.o .shobj/Asynch_Pseudo_Task.o .shobj/ATM_Acceptor.o 
 .shobj/ATM_Addr.o .shobj/ATM_Connector.o .shobj/ATM_Params.o .shobj/ATM_QoS.o 
 .shobj/ATM_Stream.o .shobj/Atomic_Op.o .shobj/Atomic_Op_Sparc.o 
 .shobj/Auto_Event.o .shobj/Barrier.o .shobj/Base_Thread_Adapter.o 
 .shobj/Based_Pointer_Repository.o .shobj/Basic_Stats.o .shobj/Basic_Types.o 
 .shobj/Capabilities.o .shobj/CDR_Base.o .shobj/CDR_Stream.o .shobj/CDR_Size.o 
 .shobj/Cleanup.o .shobj/Codeset_IBM1047.o .shobj/Codeset_Registry.o 
 .shobj/Codeset_Reg
is
  try_db.o .shobj/Condition_Recursive_Thread_Mutex.o .shobj/Condition_T
  hobj/IO_SAP.o .shobj/IO_Cntl_Msg.o .shobj/IOStream.o .shobj/IPC_SAP.o 
 .shobj/Lib_Find.o .shobj/Local_Memory_Pool.o .shobj/Lock.o .shobj/Log_Msg.o 
 .shobj/Log_Msg_Backend.o .shobj/Log_Msg_Callback.o .shobj/Log_Msg_IPC.o 
 .shobj/Log_Msg_NT_Event_Log.o .shobj/Log_Msg_UNIX_Syslog.o 
 .shobj/Log_Record.o .shobj/Logging_Strategy.o .shobj/LSOCK.o 
 .shobj/LSOCK_Acceptor.o .shobj/LSOCK_CODgram.o .shobj/LSOCK_Connector.o 
 .shobj/LSOCK_Dgram.o .shobj/LSOCK_Stream.o .shobj/Malloc.o 
 .shobj/Malloc_Allocator.o .shobj/Manual_Event.o .shobj/MEM_Acceptor.o 
 .shobj/MEM_Addr.o .shobj/MEM_Connector.o .shobj/MEM_IO.o .shobj/Mem_Map.o 
 .shobj/MEM_SAP.o .shobj/MEM_Stream.o .shobj/Message_Block.o 
 .shobj/Message_Queue.o .shobj/Message_Queue_NT.o .shobj/Message_Queue_Vx.o 
 .shobj/Method_Request.o .shobj/MMAP_Memory_Pool.o .shobj/Msg_WFMO_Reactor.o 
 .shobj/Monitor_Admin.o .shobj/Monitor_Admin_Manager.o .shobj/Monitor_Base.o 
 .shobj/Monitor_Point_Registry.o .shobj/Monitor_Size.o 
 .shobj/Monitor_Control_Types.o .s
ho
  bj/Monitor_Control_Action.o .shobj/Multihomed_INET_Addr.o .shobj/Mutex.o 
 .shobj/Netlink_Addr.o .shobj/Notification_Strategy.o .shobj/Notific
  S_time.o .shobj/OS_NS_unistd.o .shobj/OS_NS_wchar.o .shobj/OS_NS_wctype.o 
 .shobj/OS_QoS.o .shobj/OS_Thread_Adapter.o .shobj/OS_TLI.o 
 .shobj/Pagefile_Memory_Pool.o .shobj/PI_Malloc.o .shobj/Ping_Socket.o 
 .shobj/Pipe.o .shobj/POSIX_Asynch_IO.o .shobj/POSIX_CB_Proactor.o 
 .shobj/POSIX_Proactor.o .shobj/Priority_Reactor.o .shobj/Proactor.o 
 .shobj/Proactor_Impl.o .shobj/Process.o .shobj/Process_Manager.o 
 .shobj/Process_Mutex.o .shobj/Process_Semaphore.o .shobj/Profile_Timer.o 
 .shobj/Reactor.o .shobj/Reactor_Impl.o .shobj/Reactor_Notification_Strategy.o 
 .shobj/Reactor_Timer_Interface.o .shobj/Read_Buffer.o 
 .shobj/Recursive_Thread_Mutex.o .shobj/Recyclable.o .shobj/Registry.o 
 .shobj/Rtems_init.o .shobj/RW_Mutex.o .shobj/RW_Process_Mutex.o 
 .shobj/RW_Thread_Mutex.o .shobj/Sample_History.o .shobj/Sbrk_Memory_Pool.o 
 .shobj/Sched_Params.o .shobj/Select_Reactor_Base.o .shobj/Semaphore.o 
 .shobj/Shared_Memory.o .shobj/Shared_Memory_MM.o .shobj/Shared_Memory_Pool.o 
 .shobj/Shared_Memory_SV.
o 
  .shobj/Sig_Adapter.o .shobj/Sig_Handler.o .shobj/Signal.o .shobj/SOCK.o 
 .shobj/SOCK_Acceptor.o .shobj/SOCK_CODgram.o .shobj/Sock_Connect.o 
 .shobj/SOCK_Connector.o .shobj/SOCK_Dgram.o .shobj/SOCK_Dgram_Bcast.o .s
  ts.o .shobj/Time_Value.o .shobj/Timeprobe.o .shobj/TLI.o 
 .shobj/TLI_Acceptor.o .shobj/TLI_Connector.o .shobj/TLI_Stream.o 
 .shobj/Token.o .shobj/TP_Reactor.o .shobj/Trace.o .shobj/TSS_Adapter.o 
 .shobj

Bug#591586: [Pkg-ace-devel] Bug#591586: ace: FTBFS on kfreebsd-*: sys/os_socket.h

[Johnny Willemsen]

Hi,

I think the first step is to really port ace to this platform using
config.h/platform_macros.GNU, this hasn't been tried before.

Johnny

On 08/11/2010 06:40 PM, Petr Salinger wrote:
 Hi,
 
 http://svn.debian.org/viewsvn/pkg-ace/trunk/debian/config.h?revision=704pathrev=704
 
 does not work.
 
 On GNU/kFreeBSD, the __FreeBSD_version is not defined.
 
 After altering head of config.h to
 
 #ifndef ACE_CONFIG_H_INCLUDED
 #define ACE_CONFIG_H_INCLUDED
 #include sys/param.h
 #ifdef __FreeBSD_kernel_version
 #define __FreeBSD_version __FreeBSD_kernel_version
 #define __FreeBSD__ __FreeBSD_kernel__
 #include config-freebsd.h
 
 build ends with:
 
 
 
 g++ -fvisibility=hidden -fvisibility-inlines-hidden -W -Wall
  Local_Name_Space.cpp
 In file included from /gace-5.7.7/ACE_wrappers/ace/OS_NS_Thread.h:32,
  from /gace-5.7.7/ACE_wrappers/ace/Thread_Mutex.h:31,
  from /gace-5.7.7/ACE_wrappers/ace/Atomic_Op.h:23,
  from /gace-5.7.7/ACE_wrappers/ace/Log_Msg.h:27,
  from /gace-5.7.7/ACE_wrappers/ace/Malloc.h:24,
  from /gace-5.7.7/ACE_wrappers/ace/Malloc_T.h:18,
  from /gace-5.7.7/ACE_wrappers/ace/Local_Name_Space.h:20,
  from Local_Name_Space.cpp:1:
 /gace-5.7.7/ACE_wrappers/ace/os_include/os_sched.h:47: error:
 conflicting declaration 'typedef struct cpu_set_t cpu_set_t'
 /usr/include/bits/sched.h:101: error: 'cpu_set_t' has a previous
 declaration as 'typedef struct cpu_set_t cpu_set_t'
 In file included from /gace-5.7.7/ACE_wrappers/ace/OS_NS_stdlib.h:449,
  from /gace-5.7.7/ACE_wrappers/ace/OS_Memory.h:341,
  from /gace-5.7.7/ACE_wrappers/ace/OS_NS_Thread.h:36,
  from /gace-5.7.7/ACE_wrappers/ace/Thread_Mutex.h:31,
  from /gace-5.7.7/ACE_wrappers/ace/Atomic_Op.h:23,
  from /gace-5.7.7/ACE_wrappers/ace/Log_Msg.h:27,
  from /gace-5.7.7/ACE_wrappers/ace/Malloc.h:24,
  from /gace-5.7.7/ACE_wrappers/ace/Malloc_T.h:18,
  from /gace-5.7.7/ACE_wrappers/ace/Local_Name_Space.h:20,
  from Local_Name_Space.cpp:1:
 /gace-5.7.7/ACE_wrappers/ace/OS_NS_stdlib.inl: In function 'const char*
 ACE_OS::getprogname()':
 /gace-5.7.7/ACE_wrappers/ace/OS_NS_stdlib.inl:628: error:
 '::getprogname' has not been declared
 /gace-5.7.7/ACE_wrappers/ace/OS_NS_stdlib.inl: In function 'void
 ACE_OS::setprogname(const char*)':
 /gace-5.7.7/ACE_wrappers/ace/OS_NS_stdlib.inl:638: error:
 '::setprogname' has not been declared
 In file included from
 /gace-5.7.7/ACE_wrappers/ace/os_include/sys/os_socket.h:256,
  from
 /gace-5.7.7/ACE_wrappers/ace/os_include/netinet/os_in.h:29,
  from /gace-5.7.7/ACE_wrappers/ace/Sock_Connect.h:26,
  from /gace-5.7.7/ACE_wrappers/ace/ACE.h:36,
  from /gace-5.7.7/ACE_wrappers/ace/Malloc_T.cpp:16,
  from /gace-5.7.7/ACE_wrappers/ace/Malloc_T.h:923,
  from /gace-5.7.7/ACE_wrappers/ace/Local_Name_Space.h:20,
  from Local_Name_Space.cpp:1:
 /usr/include/netinet/sctp.h: At global scope:
 /usr/include/netinet/sctp.h:33: error: expected constructor, destructor,
 or type conversion before '(' token
 In file included from /usr/include/netinet/sctp.h:494,
  from
 /gace-5.7.7/ACE_wrappers/ace/os_include/sys/os_socket.h:256,
  from
 /gace-5.7.7/ACE_wrappers/ace/os_include/netinet/os_in.h:29,
  from /gace-5.7.7/ACE_wrappers/ace/Sock_Connect.h:26,
  from /gace-5.7.7/ACE_wrappers/ace/ACE.h:36,
  from /gace-5.7.7/ACE_wrappers/ace/Malloc_T.cpp:16,
  from /gace-5.7.7/ACE_wrappers/ace/Malloc_T.h:923,
  from /gace-5.7.7/ACE_wrappers/ace/Local_Name_Space.h:20,
  from Local_Name_Space.cpp:1:
 /usr/include/netinet/sctp_uio.h:33: error: expected constructor,
 destructor, or type conversion before '(' token
 make[2]: *** [.shobj/Local_Name_Space.o] Error 1
 
 
 
 The GNU/kFreeBSD uses FreeBSD kernel with GNU libc,
 so mixture between linux and plain FreeBSD config.h might be needed.
 
 Please contact debian-...@lists.debian.org if you need further assistance.
 
 Petr
 
 
 
 ___
 Pkg-ace-devel mailing list
 pkg-ace-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-ace-devel



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

Bug#591586: config file

[Johnny Willemsen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Looks like the wrong config file is included.

Johnny
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMWTJMAAoJEF6eObUNSFTQljwIANevpvaFDQd+tKlC0ehVU3ry
JDA+C/9N0fLTS9u9Z4KvXrXutIvCyoO8Pyu7PjjtCMkJPwmN3+ug8N1wPvTCy4jd
GWljKqhL22kLeYxsBXcOpDsYtyZcNadQSd2BOmqwBGcZzDLjPwpAS+BfQBp5yPSI
BQcjm1y3/imnOxJ1cw6biZdMNV5crRmOc1SGzurqG/n+jsE3NeaV+rIRaO5viPuB
25DUaQxX3TiaP4HHJlpXnh5mHtOKygMU8vErJYDhgMDP+dIV/MqyZIQg9lcIvXU5
deWAaCHzWvVkTgUSsrJtm3m/r2wIZzsn0KVwj/gUdOCFeU/HsVd4scq/qynT0ek=
=B7bB
-END PGP SIGNATURE-




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

Bug#562164: [Pkg-ace-devel] Bug#562164: Bug#562164: libtao-doc: newest version of package , is enormous

[Johnny Willemsen]

Hi,

I have tried to generate the documentation for x.8.0 on a FC13 system,
there we see the same, 1.4GB for the full documentation package, doing
it with older doxygen tools, it was just 350Mb. I am going to try a few
of the options you set below to reduce the size of the release also.

Johnny

On 03/31/2010 11:46 AM, Marek Brudka wrote:
 Hi,
   I created and commit a patch (rev. 646), to reduce the size of
 generated documentation. The patch modifies
 doxygen graphs as follows:

 HAVE_DOT  = YES
 CLASS_GRAPH   = YES
 COLLABORATION_GRAPH   = NO
 INCLUDE_GRAPH = NO
 INCLUDED_BY_GRAPH = NO
 GRAPHICAL_HIERARCHY   = YES
 DOT_MULTI_TARGETS = YES
 DOT_GRAPH_MAX_NODES   = 15
 MAX_DOT_GRAPH_DEPTH   = 2
 DOT_IMAGE_FORMAT  = png

 The results:
 before:
 131910902 2010-03-30 18:14 libace-doc_5.7.7-1_all.deb
 736626694 2010-03-30 18:19 libtao-doc_5.7.7-1_all.deb
 after:
  20322606 2010-03-31 10:46 libace-doc_5.7.7-1_all.deb
 128477418 2010-03-31 10:47 libtao-doc_5.7.7-1_all.deb

 The distribution of size vs file type after the patch is:

 css 0,05%
 dot 0,00%
 gif 0,01%
 hhc 0,00%
 hhk 0,03%
 hhp 0,00%
 html96,44%
 js  0,08%

 map 0,00%
 md5 0,00%
 png 3,35%
 shtml   0,00%
 tag 0,03%

 Please comment if you consider that doxygen parameters should be fine
 tuned to obtain a better doc.
 Marek



___
Pkg-ace-devel mailing list
pkg-ace-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-ace-devel





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

Bug#562164: [Pkg-ace-devel] Bug#562164: Bug#562164: libtao-doc: newest version of package , is enormous

[Johnny Willemsen]

Hi,

I would like to keep the search index if possible.

Johnny

On 07/05/2010 06:57 PM, Marek Brudka wrote:
 Hi Johnny,

   Thomas wrote, he applied some additional optimizations and removed
 search index generation. The patch is avalaible in pkga-ace svn repo.

 BTW. Thomas? Are you on-line?

 HTH
 Marek

 W dniu 05.07.2010 15:48, Johnny Willemsen pisze:
  Hi,

  I have tried to generate the documentation for x.8.0 on a FC13 system,
  there we see the same, 1.4GB for the full documentation package, doing
  it with older doxygen tools, it was just 350Mb. I am going to try a few
  of the options you set below to reduce the size of the release also.

  Johnny

  On 03/31/2010 11:46 AM, Marek Brudka wrote:
  Hi,
I created and commit a patch (rev. 646), to reduce the size of
  generated documentation. The patch modifies
  doxygen graphs as follows:
 
  HAVE_DOT  = YES
  CLASS_GRAPH   = YES
  COLLABORATION_GRAPH   = NO
  INCLUDE_GRAPH = NO
  INCLUDED_BY_GRAPH = NO
  GRAPHICAL_HIERARCHY   = YES
  DOT_MULTI_TARGETS = YES
  DOT_GRAPH_MAX_NODES   = 15
  MAX_DOT_GRAPH_DEPTH   = 2
  DOT_IMAGE_FORMAT  = png
 
  The results:
  before:
  131910902 2010-03-30 18:14 libace-doc_5.7.7-1_all.deb
  736626694 2010-03-30 18:19 libtao-doc_5.7.7-1_all.deb
  after:
   20322606 2010-03-31 10:46 libace-doc_5.7.7-1_all.deb
  128477418 2010-03-31 10:47 libtao-doc_5.7.7-1_all.deb
 
  The distribution of size vs file type after the patch is:
 
  css 0,05%
  dot 0,00%
  gif 0,01%
  hhc 0,00%
  hhk 0,03%
  hhp 0,00%
  html96,44%
  js  0,08%
 
  map 0,00%
  md5 0,00%
  png 3,35%
  shtml   0,00%
  tag 0,03%
 
  Please comment if you consider that doxygen parameters should be fine
  tuned to obtain a better doc.
  Marek
 
 

  ___
  Pkg-ace-devel mailing list
  pkg-ace-de...@lists.alioth.debian.org
  http://lists.alioth.debian.org/mailman/listinfo/pkg-ace-devel








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

Bug#584968: libcurl3 / curl package appears to memory leak

[Johnny Luong]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: libcurl3
Version: 7.18.2-8lenny4

It's not clear to me but the library appears to leak memory; using the
command line tool appears to leak as well.  This is on Debian Lenny
using the AMD64 port.

/**
~ * Compile: g++ -lcurl -o test test.cpp
~ */
#include curl/curl.h

int main(void)
{
curl_global_init(CURL_GLOBAL_ALL);
CURL * curl = curl_easy_init();
if (curl)
{
curl_easy_setopt(curl, CURLOPT_URL, https://www.google.com/;);
CURLcode res = curl_easy_perform(curl);
if (res != CURLE_OK)
{
printf(GET unsuccessful.\n);
}
curl_easy_cleanup(curl);
}
curl_global_cleanup();
return 0;
}

joh...@spike:~/deb$  g++ -lcurl -o test test.cpp
joh...@spike:~/deb$ valgrind --leak-check=full ./test
.
.
.
.
.
.
==26948== ERROR SUMMARY: 9 errors from 5 contexts (suppressed: 27 from 2)
==26948== malloc/free: in use at exit: 385 bytes in 9 blocks.
==26948== malloc/free: 2,988 allocs, 2,979 frees, 267,696 bytes allocated.
==26948== For counts of detected errors, rerun with: -v
==26948== searching for pointers to 9 not-freed blocks.
==26948== checked 634,000 bytes.
==26948==
==26948==
==26948== 15 bytes in 1 blocks are definitely lost in loss record 1 of 3
==26948==at 0x4C2260E: malloc (vg_replace_malloc.c:207)
==26948==by 0x65F08F2: CRYPTO_malloc (in /usr/lib/libcrypto.so.0.9.8)
==26948==by 0x6646883: BUF_strndup (in /usr/lib/libcrypto.so.0.9.8)
==26948==by 0x634C395: ssl3_ctrl (in /usr/lib/libssl.so.0.9.8)
==26948==by 0x4E47576: (within /usr/lib/libcurl.so.4.1.0)
==26948==by 0x4E47824: (within /usr/lib/libcurl.so.4.1.0)
==26948==by 0x4E37E0B: (within /usr/lib/libcurl.so.4.1.0)
==26948==by 0x4E3E101: (within /usr/lib/libcurl.so.4.1.0)
==26948==by 0x4E40B74: (within /usr/lib/libcurl.so.4.1.0)
==26948==by 0x4E4E80A: (within /usr/lib/libcurl.so.4.1.0)
==26948==by 0x40090E: main (in /home/johnny/deb/test)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkwNdaEACgkQg7TIS7A9iscaswCeJyplaJpW1XRlbAf+Pd7XhKfF
OQ4AnAzjEMP+7TgsWtlbRpGUbIW4Orzc
=1rKe
-END PGP SIGNATURE-



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

Bug#562164: [Pkg-ace-devel] Bug#562164: Bug#562164: libtao-doc: newest version of package is enormous

[Johnny Willemsen]

Hi,

  ./ace-6/usr/share/doc/libace-doc/rmcast/search/search.js.gz
  ./ace-6/usr/share/doc/libace-doc/search/search.js.gz
  ./ace-6/usr/share/doc/libace-doc/QoS/search/search.js.gz
  ./ace-6/usr/share/doc/libace-doc/ssl/search/search.js.gz
 
  We should exclude .js from dh_compress
 
 How about disabling search? Files under search/ take more than 600 Mb.

These files aren't shipped as part of the regular release. I tried to check
the release tree on the server but that is already wiped, with the next
micro I will see if we generate these as part of the regular release, but so
far as I know we don't generate these

Johnny




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

Bug#562164: [Pkg-ace-devel] Bug#562164: Bug#562164: libtao-doc: newest version of package is enormous

[Johnny Willemsen]

Hi,

 These files aren't shipped as part of the regular release. I tried to
check
 the release tree on the server but that is already wiped, with the next
 micro I will see if we generate these as part of the regular release, but
 so
 far as I know we don't generate these

The files are also not on the system where we generate our daily doxygen
pages. Which doxygen version are you using? We are using:
Doxygen version 1.6.1

Johnny




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

Bug#562164: [Pkg-ace-devel] Bug#562164: Bug#562164: libtao-doc: newest version of package is enormous

[Johnny Willemsen]

Hi,

Do you use the .doxygen files under /etc to generate doxygen, or do you do
generate everything? For regular distributions we only use the .doxygen
files in each /etc directory.

JOhnny

 It's mostly because of the images and the search capabilities. What
 follows is an explanation of the growth but I cannot come with a good
 solution to shrink the size.
 
 * Images:
 
 As ACE  5.6.3-6 did not include graphviz as a dependency, images were
 not being generated and the docs were image-less. You are right there
 is no notice of the addition of graphviz as a build-depends in the
 changelog of 5.6.3-6 (there is in the changelog for 5.7.4/5.7.5, in
 trunk, but I forgot to add that to 5.6.3-6).
 
 In libace-doc, the .png images account for 50% of the installed size
 (112 MB of 225 MB)
 
 In libtao-doc, the .png images account for 40% of the installed size (
 450 MB of 1.2GB )
 
 For some images (most of them), an additional HTML page is generated.
 
 * Search:
 
 Doxygen is generating a search engine for all the docs. This is
 enabled in ACE 5.6.3 (SEARCHENGINE = yes in the .doxygen files). I
 don't know why this was not being generated for ACE 5.6.3-5. Why
 researching the growth in installed size, I've noticed search is not
 working because the search.js files were compressed by debhelper:
 
 ./ace-6/usr/share/doc/libace-doc/rmcast/search/search.js.gz
 ./ace-6/usr/share/doc/libace-doc/search/search.js.gz
 ./ace-6/usr/share/doc/libace-doc/QoS/search/search.js.gz
 ./ace-6/usr/share/doc/libace-doc/ssl/search/search.js.gz
 
 We should exclude .js from dh_compress
 
 On Wed, Dec 23, 2009 at 11:29 AM, Colin Watson cjwat...@debian.org
wrote:
  Package: libtao-doc
  Version: 5.6.3-6
 
  In version 5.6.3-6, libtao-doc grew by a factor of 50, to 519MB.
  libace-doc got quite a bit bigger too. Isn't this a bit excessive? I
  imagine lots of this is autogenerated, but 29 times bigger than the
  upstream tarball seems a bit much.
 
  I started rebuilding my local Debian mirror last night, and it seems to
  have taken most of the night just downloading libtao-doc; given the
  former size of the package and the fact that there's no indication of a
  change of this magnitude in the changelog, it looks as though it may be
  a mistake. Packages this big tend not to be very useful anyway because
  many people will just uninstall them rather than having to upgrade them.
 
 
 
 --
 Pau Garcia i Quiles
 http://www.elpauer.org
 (Due to my workload, I may need 10 days to answer)
 
 
 
 ___
 Pkg-ace-devel mailing list
 pkg-ace-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-ace-devel




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

Bug#562164: [Pkg-ace-devel] Bug#562164: Bug#562164: Bug#562164: libtao-doc: newest version of package is enormous

[Johnny Willemsen]

Hi,

  Do you use the .doxygen files under /etc to generate doxygen, or do you
 do
  generate everything? For regular distributions we only use the .doxygen
  files in each /etc directory.
 
 We use (ACE_ROOT)/bin/generate_doxygen.pl -is_release

Ok, that just takes the ones under etc.

Johnny




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

Bug#518735: upgrade ACE/TAO

[Johnny Willemsen]

Hi,

Is there anyone at debian who has experience with opensuse build service? If
someone can take x.7.4 and see what has to be done to the
ACE_wrappers/debianbuild package in the distribution, we can integrate it.
We really would like to see ACE support debian package support out of the
box.

Johnny





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

Bug#518735: [Pkg-ace-devel] Bug#518735: upgrade ACE/TAO

[Johnny Willemsen]

Hi,

  Is there anyone at debian who has experience with opensuse build
 service? If
  someone can take x.7.4 and see what has to be done to the
  ACE_wrappers/debianbuild package in the distribution, we can
 integrate it.
  We really would like to see ACE support debian package support out of
 the
  box.
 
 I have taken 5.7.4 and working on debianizing it, using 'debianbuild'
 as a starting point. It does not build yet but I have a few fixes
 already. Give me a couple of days.

Send me updates when you go through them, then I can commit them in batches.

Johnny




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

Bug#518735: [ace-users] [Pkg-ace-devel] Bug#518735: ace: FTBFS: autotools error

[Johnny Willemsen]

Hi,

All the files from Thomas are part of the distribution, see
ACE_wrappers/debianbuild. Part is updated, if you have patches for these
debian package file, send them to the list, then we can integrate it.

What is the real problem?

Johnny

 On Sat, Oct 24, 2009 at 6:04 PM, Luk Claes l...@debian.org wrote:
  Hi
 
  Any further progress in getting this FTBFS fixed?
 
  I'm tempted to remove ace from testing if this bug does not get fixed
  soon. The only reverse dependency which prevents the removal will
 soon
  be diagnostics (maintainer Cc-ed).
 
  Please prove me wrong in wanting this package removed from testing
 and
  get the package fixed and maintained properly again, TIA.
 
 ACE is a big beast and is undermaintained because the Debian
 maintainer (Thomas Girard, the other two seem inactive) is too busy at
 the moment.
 
 I tried to take it over but the current packaging is, IMHO, very
 difficult to get to work. Too contrived.
 
 To fix this bug, the first thing I would try is moving to a new
 version of ACE (as of this writing, latest is 5.7.4), which has no
 trouble with current versions of autotools. Problem is ACE covers so
 many different things it is very difficult for a single person to know
 how to properly package this (I, for once, only have experience with
 the pure-ACE stuff, no TAO or anything else). For instance, there are
 new libraries since the latest packaged version in Debian (5.6.3),
 which I am now sure how to package (see
 http://lists.alioth.debian.org/pipermail/pkg-ace-devel/2009-
 May/001819.html
 ).
 
 If someone with experience in TAO and the non-pure-ACE stuff is
 willing to help me, I could get ACE in shape in a reasonable amount of
 time (yes, this is a call for help, please contact me).
 
 --
 Pau Garcia i Quiles
 http://www.elpauer.org
 (Due to my workload, I may need 10 days to answer)
 ___
 ace-users mailing list
 ace-us...@list.isis.vanderbilt.edu
 http://list.isis.vanderbilt.edu/mailman/listinfo/ace-users




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

Bug#518735: ACE

[Johnny Willemsen]

Hi,

I would propose yout take a short at 5.7.4, all debian files from Thomas are
under ACE_wrappers/debianbuild. We really want to get debian support inside
the package, just as we did with rpm support for fedora/rhel under rpmbuild.

Johnny





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

Bug#311181: juno neuropathology homology

[Johnny Henderson]

venture trollop helpful
abort goes






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

Bug#519715: libapache2-mod-wsgi: Improper handling of Expect: 100-continue

[Rev. Johnny Healey]

Package: libapache2-mod-wsgi
Version: 2.3-1local1
Severity: normal

The module does not properly send the 100-continue response to clients who are
waiting for it.  This causes POSTed data to be lost.  This issue has been
resolved in the upstream version:

http://code.google.com/p/modwsgi/issues/detail?id=52

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

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libapache2-mod-wsgi depends on:
ii  apache2   2.2.11-2   Apache HTTP Server metapackage
ii  apache2-mpm-prefork [apache2] 2.2.11-2   Apache HTTP Server - traditional n
ii  apache2.2-common  2.2.11-2   Apache HTTP Server common files
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  python2.5.4-2An interactive high-level object-o

libapache2-mod-wsgi recommends no packages.

Versions of packages libapache2-mod-wsgi suggests:
pn  apache2-mpm-worker | apache2- none (no description available)

-- 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#207811: As the novelty of

[ishmael johnny]

CockMonumentalReginald http://www.Twalveen.com




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

Bug#118232: Guter, leistungsorientierter Verdienst

[Johnny Webb]

Wir sind ein dynamisches Unternehmen.
 Zur Verst#228;rkung unseres Teams suchen wir einen Regionalmanager.
Voraussetzungen:
•   Wohnort: die USA, Deutschland
•flexibel, zuverl#228;ssig, verantwortungsvoll
•gute PC Kenntnisse (Email, Microsoft World) und Internetanschlu#223;
•minimal 3 Stunden pro Tag frei
Wir 
•   versprechen Ihnen einen angenehmen und sicheren Arbeitsplatz 
•   bieten Ihnen ein leistungsorientiertes Gehalt und ausgezeichnete 
Karrierechancen
•   #252;berlassen es Ihnen selbst ,wie Sie Ihre Arbeitszeit organisieren
Das Wesentliche bei der Arbeit:
1. Geld von einem unserer Kunden bekommen 
2. das Geld #252;ber Western Union transferieren lassen

Ihr Verdienst betr#228;gt 2400$ pro Monat. Von jeder Geldsumme, die man 
#252;berwiesen hat, kriegt man  2 % zus#228;tzlich.
 Die Probezeit dauert 2 Wochen. In dieser Zeit kriegen Sie kein festes Gehalt, 
sondern nur 2 % von jeder #220;berweisung.

Haben Sie Interesse an dieser Position, dann senden 
Sie Ihre Bewerbung an:  [EMAIL PROTECTED]



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

Bug#409905: holla at me

[johnny andrzej]

whats up im new to the area just wanting to meet some others my messenger name 
is  [EMAIL PROTECTED]




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

Bug#369018: album aperiodic analogy

[Johnny Matthews]

Order Presrciptions and Medicatiosn today!

http://www.aromaavocation.antiphonal%2Enothyr.com



it albumaperiodic




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

Bug#374534: baron ambient accompaniment

[Johnny Bentley]

Order Prescritpions and Medciations asap

http://alterateandes.abominable%2eicoraun.com



may baronambient




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

Bug#414023: alan anastasia

[johnny sudhakar]

Redeem Prescriptinos tomorrow
http://www.approvearequipa.affect.claimhuge.com



and alphonseandesite

alan or acclamation




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

Bug#212249: Watch her come in minutes

[angie johnny]

Don’t settle for any less than 9 inches when there's a proven solution to add 
inches within just weeks. - http://etopolip.com/
255764373




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

Bug#20977: Autodesk 3D Studio Max 9 for XP for 149, Reta!ls @ 6720 (emolument 6590)

[Johnny Scott]

corel wordperfect office x3 standard - 49
ibm lotus smartsuite millenium edition release 9.8 - 39

Put ''blatnoyoem. com'' in |nterenet Exp|0rer
(w/o '' and space)

virtual pc 7.0 for mac - 49
cyberlink powerdvd ultra deluxe 7 - 29
autodesk autocad electrical 2006 - 99
webeasy pro 6.0 - 39
mindjet mindmanager 7 for mac - 39
cakewalk sonar 6 producer edition - 69
mindjet mindmanager pro 7.0 - 39
steinberg nuendo 3.1 - 99
mindjet mindmanager pro 7.0 - 39
adobe after effects cs3 - 69






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

Bug#134191: New vacancy availible now!

[Johnny Shelton]

Hello jobseeker,

We are present new job.
We are glad to invite you to our company.
Big salary. 
Availible Vacancy - Financial customer
Please send you resume on this email: [EMAIL PROTECTED] for more info! 

Attention: your Job Verification Number is: 11012171155

Best regards,
Robert Colonais
General Manager.




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

Bug#423314: [Fwd: Re: python-tclink 3.4 fails with python2.5]

[Johnny Luong]

Thanks, will incorporate the Py_ssize_t variant of that fix in our 
source as well.  Seems to affect primarily 64-bit users.


(https://sourceforge.net/tracker/?func=detailatid=105470aid=1629125group_id=5470)

-Johnny

Bernd Zeimetz wrote:

Hi,

a few hours ago I was pointed to a patch from Ubuntu which seems to make
the python tclink module work well under python2.5:

http://launchpadlibrarian.net/8296887/py2.5.diff

I've added that patch to the Debian package, too.

Cheers,

Bernd

P.S. I'd still like to see a more recent version of the module in Debian.





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

Bug#306623: py_tclink.c issue

[Johnny Luong]

We have newer versions of the software which is listed on that page (its
a couple of years old) but the process to getting those newer versions
of that software onto that page is another matter unfortunately.  I
think the current thought is to get the merchant a test account before
providing them with the software -- its not so useful without an actual
test account in which you can view the transaction report.  It's
probably not a very helpful answer though...

So redirecting them to www.trustcommerce.com is probably the best thing
for now.

Thanks,
-Johnny

Bernd Zeimetz wrote:
 Hi,
 
 Someone else reported it to us directly and I believe the issue is
 resolved (around January 2006).  It's not quite the same in that the
 object returns immediately.  In addition, I've removed the reference to
 http://www.trustcommerce.com/tclink.html as its somewhat out of date.
 I've attached the relevant file in question.
   
 thanks for the file, it seems to work well now. Will be included in the
 next Debian revision.
 Was this issue fixed in the tar.gz on your download page? It is still
 having version 3.4, so if there were any changes in your tar.gz, please
 bump the version number, so we're able to track it and update the package.
 
 
 Thanks,
 
 Bernd
 
 




signature.asc
Description: OpenPGP digital signature

Bug#306623: py_tclink.c issue

[Johnny Luong]

Hi,

I'm not a python expert unfortunately so I don't know if its reasonable
to expect the software to provide a means of type converting a None type
into an actual String type.  But I do believe it should error out in a
way as to provide the user immediately with feedback rather than proceed
in a state which is inconsistent...

Someone else reported it to us directly and I believe the issue is
resolved (around January 2006).  It's not quite the same in that the
object returns immediately.  In addition, I've removed the reference to
http://www.trustcommerce.com/tclink.html as its somewhat out of date.
I've attached the relevant file in question.

Thanks,
Johnny


/* tclink.c - Library code for the TCLink client API.
 *
 * TCLink Copyright (c) 2007 TrustCommerce.
 * http://www.trustcommerce.com
 * [EMAIL PROTECTED]
 * (949) 387-3747
 *
 * This library is free software; you can redistribute it and/or
 * modify it under the terms of the GNU Lesser General Public
 * License as published by the Free Software Foundation; either
 * version 2.1 of the License, or (at your option) any later version.
 *
 * This library is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
 * Lesser General Public License for more details.
 *
 * You should have received a copy of the GNU Lesser General Public
 * License along with this library; if not, write to the Free Software
 * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
 */

#include Python.h
#include tclink.c


#define TCLINKSEND_DOC Send the transaction to TrustCommerce for processing.\n

static PyObject *TCLinkSend_Py(PyObject *self, PyObject *args)
{
PyObject *input, *output;
PyObject *key, *value;
int pos = 0;
char *key_str, *value_str;

TCLinkHandle handle;
TCLinkCon *c;
param *p;


if (!PyArg_ParseTuple(args, O, input))
return (PyObject *)NULL;

/* stuff the parameters */
handle = TCLinkCreate();

while (PyDict_Next(input, pos, key, value)) {
key_str = PyString_AsString(key);
if (key_str == NULL) {
TCLinkDestroy(handle);
return NULL;
}
value_str = PyString_AsString(value);
if (value_str == NULL) {
TCLinkDestroy(handle);
return NULL;
}
TCLinkPushParam(handle, key_str, value_str);
}

Py_BEGIN_ALLOW_THREADS

/* send the transaction */
TCLinkSend(handle);

Py_END_ALLOW_THREADS

/* put the output into a dictionary */
c = (TCLinkCon *)handle;
output = PyDict_New();

for (p = c-recv_param_list; p; p = p-next)
PyDict_SetItem(output, Py_BuildValue(s, p-name), 
Py_BuildValue(s, p-value));

TCLinkDestroy(handle);


return output;
}

#define TCLINKGETVERSION_DOC Returns the module version string.\n

static PyObject *TCLinkGetVersion_Py(PyObject *self, PyObject *args)
{
char buf[64];
return Py_BuildValue(s, TCLinkGetVersion(buf));
}


/*/
/* Python Module Initialization  */
/*/

static PyMethodDef trustcommerceMethods[] = {
  {getVersion, TCLinkGetVersion_Py, METH_VARARGS, TCLINKGETVERSION_DOC},
  {send, TCLinkSend_Py, METH_VARARGS, TCLINKSEND_DOC},
  {NULL, NULL }  /* Sentinel */
};

void inittclink(void)
{
  char *trustcommerce_documentation = The TCLink Python module is a thin 
client to allow e-commerce application to run credit card transactions over the 
Internet.  You can visit us at http://www.trustcommerce.com or write to [EMAIL 
PROTECTED];

  TCLinkCreate((PyObject *)NULL, (PyObject *)NULL);
  Py_InitModule3(tclink, trustcommerceMethods, trustcommerce_documentation);

}



signature.asc
Description: OpenPGP digital signature

Bug#422799: gnome-power-manager: Program committed suicide

[Johnny Morano]

Package: gnome-power-manager
Version: 2.18.2-1
Severity: important
File: /usr/bin/gnome-power-manager

I was upgrading my system (debian unstable), and then the power-manager 
crashed. I think it was at the same time when D-BUS was stopped.

(no debugging symbols found)
Using host libthread_db library /lib/libthread_db.so.1.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1224747328 (LWP 6415)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0xb7b56aee in __waitpid_nocancel () from /lib/libpthread.so.0
#0  0xb7b56aee in __waitpid_nocancel () from /lib/libpthread.so.0
#1  0xb7e0f865 in ?? () from /usr/lib/libgnomeui-2.so.0
#2  0x2d69 in ?? ()
#3  0xbfbde4f8 in ?? ()
#4  0x in ?? ()

Thread 1 (Thread -1224747328 (LWP 6415)):
#0  0xb7b56aee in __waitpid_nocancel () from /lib/libpthread.so.0
No symbol table info available.
#1  0xb7e0f865 in ?? () from /usr/lib/libgnomeui-2.so.0
No symbol table info available.
#2  0x2d69 in ?? ()
No symbol table info available.
#3  0xbfbde4f8 in ?? ()
No symbol table info available.
#4  0x in ?? ()
No symbol table info available.
#0  0xb7b56aee in __waitpid_nocancel () from /lib/libpthread.so.0

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

Kernel: Linux 2.6.20 (PREEMPT)
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 gnome-power-manager depends on:
ii  gconf22.18.0.1-3 GNOME configuration database syste
ii  hal   0.5.8.1-9  Hardware Abstraction Layer
ii  libart-2.0-2  2.3.19-3   Library of functions for 2D graphi
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libbonobo2-0  2.18.0-2   Bonobo CORBA interfaces library
ii  libbonoboui2-02.18.0-5   The Bonobo UI library
ii  libc6 2.5-7  GNU C Library: Shared libraries
ii  libcairo2 1.4.6-1The Cairo 2D vector graphics libra
pn  libdbus-1-3   none (no description available)
ii  libdbus-glib-1-2  0.73-2 simple interprocess messaging syst
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.18.0.1-3 GNOME configuration database syste
ii  libglade2-0   1:2.6.0-4  library to load .glade files at ru
ii  

Bug#171321: soonif clean dirif

[johnny Farmani]

With pounding hearts they watched for new developments, and now it seemed that 
the whole process of materialisation was hurried forward in a few seconds.

AN ALLE FINANZINVESTOREN!
DIESE AKTIE WIRD DURCHSTARTEN!
FREITAG 20. APRIL STARTET DIE HAUSSE!
REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN!

Symbol: G7Q.F
Company: COUNTY LINE ENERGY
5 Tages Kursziel: 0.95
Schlusskurs: 0.21
WKN:  A0J3B0
ISIN: US2224791077
Markt: Frankfurt

LASSEN SIE SICH DIESE CHANCE NICHT ENTGEHEN!
G7Q WIRD WIE EINE RAKETE DURCHSTARTEN!
UNSERE ERWARTUNGEN WIRD G7Q.F UBERTREFFEN!

Logging can be engaged but simply turned on or off.



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