Bug#1043240: transition: pandas 1.5 -> 2.1

2024-01-21 Thread Stelios Moschos
Hi, how to remove myself from these lists?

Thank you

On Sun, 21 Jan 2024 at 18:30, Andreas Tille  wrote:

> Hi Rebecca,
>
> Am Sun, Jan 21, 2024 at 03:29:21PM + schrieb Rebecca N. Palmer:
> >
> > Hence, doing this transition now would involve breaking some reverse
> > dependencies with no known fix, but given the number of packages
> involved,
> > trying to wait until they're all fixed is rather likely to instead end in
> > pandas 1.5 being broken by a new Python/numpy/etc.
>
> Just go for it and lets try to fix issues as soon as possible.
>
> Thanks a lot for all your work on pandas
>
>  Andreas.
>
> --
> http://fam-tille.de
>
>


Bug#947002: wxmaxima version 19.07.0 onwards cannot display properly exponents

2019-12-19 Thread Stelios Loukadakis
Package: wxmaxima
Version: 19.12.1-1
Severity: important

Dear Maintainer,

Since version 19.07.0 onwards wxmaxima cannot display the exponents returned
from Maxima. This issue does not apply when running maxima through a terminal
or emacs. For example a simple ilt(1/(s+1),s,t) simply displays "e" in the
wxmaxima session and nothing else. I've tried version 18.12.0-1 and was working
correctly giving e^-t for the answer. I've also tried building the latest
version from the git master branch but the same behaviour persists. Please
advice what additional information I could supply to assist with debugging this
issue. Thank you very match

wxmaxima bug_report() info

wxMaxima version: 19.12.1
using wxWidgets version: wxWidgets 3.0.4
Maxima version: 5.42.1
Maxima build date: 2019-07-22 04:02:52
Host type: x86_64-pc-linux-gnu
System type: BSD BSD NIL
Lisp implementation type: GNU Common Lisp (GCL)
Lisp implementation version: GCL 2.6.12
wxMaxima's idea of the directory layout is:
User configuration dir: /home/stelios/.maxima/
Help dir: /usr/share/doc/wxmaxima



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

Kernel: Linux 5.3.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages wxmaxima depends on:
ii  libc6 2.29-3
ii  libgcc1   1:9.2.1-21
ii  libstdc++69.2.1-21
ii  libwxbase3.0-0v5  3.0.4+dfsg-15
ii  libwxgtk3.0-gtk3-0v5  3.0.4+dfsg-15
ii  maxima5.42.1-1+b1

Versions of packages wxmaxima recommends:
ii  maxima-doc  5.42.1-1

Versions of packages wxmaxima suggests:
ii  fonts-jsmath 0.090709+0-3
ii  ibus-gtk31.5.21-3
ii  texlive-latex-extra  2019.20191208-1

-- no debconf information



Bug#911794: bluetooth: Baseus B11: Poor audio quality HSP/HFP, terrible with a2dp sink

2018-10-24 Thread Stelios Barberakis
Package: bluetooth
Version: 5.50-1
Severity: important

Dear Maintainer,

** I am not sure if this is a bluetooth or pulseaudio issue :S **

New Baseus b11 device works seamlessly with my android 4.0 phone.
Also pairing with Dell Latitude e5550 (current debian installation) works fine.
However:
* Sound streaming with HSP/HFP sounds like a poor 1950 recording with audio
source away from microphone but you can still understand conversations or
lyrics in music
* Sound streaming with a2dp sink, is normal for ~5sec and then starts periodic
cycles (~2 seconds) of fast-forwarding (with noise) -> Stop -> Fast Forwarding,
etc. This is unusable.


$ rfkill list

0: dell-wifi: Wireless LAN
Soft blocked: no
Hard blocked: no
1: dell-bluetooth: Bluetooth
Soft blocked: no
Hard blocked: no
2: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
4: phy1: Wireless LAN
Soft blocked: no
Hard blocked: no
7: hci0: Bluetooth
Soft blocked: no
Hard blocked: no


package versions missing from auto report:
* pulseaudio-module-bluetooth 12.2-2
* pulseaudio 12.2-2


$ lspci

02:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59)
Subsystem: Intel Corporation Dual Band Wireless-AC 7265
Flags: bus master, fast devsel, latency 0, IRQ 49
Memory at f700 (64-bit, non-prefetchable) [size=8K]
Capabilities: [c8] Power Management version 3
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [40] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 18-5e-0f-ff-ff-9f-2c-61
Capabilities: [14c] Latency Tolerance Reporting
Capabilities: [154] L1 PM Substates
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi


$ hciconfig -a

hci0:   Type: Primary  Bus: USB
BD Address: 18:5E:0F:9F:2C:65  ACL MTU: 1021:5  SCO MTU: 96:6
UP RUNNING
RX bytes:46259396 acl:441 sco:892779 events:97477 errors:0
TX bytes:105267095 acl:94171 sco:892691 commands:2626 errors:0
Features: 0xff 0xfe 0x0f 0xfe 0xdb 0xff 0x7b 0x87
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF
Link mode: SLAVE ACCEPT
Class: 0x1c010c
Service Classes: Rendering, Capturing, Object Transfer
Device Class: Computer, Laptop
HCI Version: 4.2 (0x8)  Revision: 0x1000
LMP Version: 4.2 (0x8)  Subversion: 0x1000
Manufacturer: Intel Corp. (2)


$ bluetoothctl

[Baseus B11]# show
Controller 18:5E:0F:9F:2C:65 (public)
Class: 0x001c010c
Powered: yes
Discoverable: no
Pairable: yes
UUID: Headset AG(1112--1000-8000-00805f9b34fb)
UUID: Generic Attribute Profile (1801--1000-8000-00805f9b34fb)
UUID: A/V Remote Control(110e--1000-8000-00805f9b34fb)
UUID: OBEX File Transfer(1106--1000-8000-00805f9b34fb)
UUID: Generic Access Profile(1800--1000-8000-00805f9b34fb)
UUID: OBEX Object Push  (1105--1000-8000-00805f9b34fb)
UUID: PnP Information   (1200--1000-8000-00805f9b34fb)
UUID: IrMC Sync (1104--1000-8000-00805f9b34fb)
UUID: A/V Remote Control Target (110c--1000-8000-00805f9b34fb)
UUID: Audio Source  (110a--1000-8000-00805f9b34fb)
UUID: Audio Sink(110b--1000-8000-00805f9b34fb)
UUID: Vendor specific   (5005--1000-8000-0002ee01)
UUID: Message Notification Se.. (1133--1000-8000-00805f9b34fb)
UUID: Phonebook Access Server   (112f--1000-8000-00805f9b34fb)
UUID: Message Access Server (1132--1000-8000-00805f9b34fb)
UUID: Headset   (1108--1000-8000-00805f9b34fb)
Modalias: usb:v1D6Bp0246d0532
Discovering: no

[Baseus B11]# devices
Device 00:00:00:02:16:6A Baseus B11

[Baseus B11]# info 00:00:00:02:16:6A
Device 00:00:00:02:16:6A (public)
Name: Baseus B11
Alias: Baseus B11
Class: 0x00240404
Icon: audio-card
Paired: yes
Trusted: yes
Blocked: no
Connected: yes
LegacyPairing: no
UUID: Headset   (1108--1000-8000-00805f9b34fb)
UUID: Audio Sink(110b--1000-8000-00805f9b34fb)
UUID: A/V Remote Control Target (110c--1000-8000-00805f9b34fb)
UUID: Advanced Audio Distribu.. (110d--1000-8000-00805f9b34fb)
UUID: A/V Remote Control(110e--1000-8000-00805f9b34fb)
UUID: Handsfree (111e--1000-8000-00805f9b34fb)
UUID: PnP Information   (1200--1000-8000-00805f9b34fb)
Modal

Bug#742206: elmo stores messages incorrectly with inhibit-eol-conversion set

2014-03-20 Thread Stelios Bounanos
Package: wl-beta
Version: 2.15.9+0.20130701-6
Severity: important
Tags: patch

The patch 10_ikazuhiro.patch in -6 makes the following change in
elmo-util.el:

 (defsubst elmo-delete-cr-region (start end)
   "Delete CR from region."
-  (save-excursion
-(goto-char start)
-(while (search-forward "\r\n" end t)
-  (replace-match "\n")) ))
+  (decode-coding-region start (or end (point-max)) 'raw-text-dos))

And later:

 (defun elmo-delete-cr (string)
-  (save-match-data
-(elmo-set-work-buf
-  (insert string)
-  (goto-char (point-min))
-  (while (search-forward "\r\n" nil t)
-   (replace-match "\n"))
-  (buffer-string
+  (decode-coding-string string 'raw-text-dos))

This is problematic because decode-coding-{region,string} won't strip
CRs with raw-text-dos unless inhibit-eol-conversion is nil (see
decode_coding_raw_text() in coding.c).  And this variable is documented
in the manual as a preference and may well have been changed from the
default nil:

  Emacs recognizes which kind of end-of-line conversion to use based on
  the contents of the file: if it sees only carriage-returns, or only
  carriage-return linefeed sequences, then it chooses the end-of-line
  conversion accordingly.  You can inhibit the automatic use of
  end-of-line conversion by setting the variable `inhibit-eol-conversion'
  to non-`nil'.  If you do that, DOS-style files will be displayed with
  the `^M' characters visible in the buffer; some people prefer this to
  the more subtle `(DOS)' end-of-line type indication near the left edge
  of the mode line (*note eol-mnemonic: Mode Line.).

So now, if inhibit-eol-conversion is non-nil, elmo will cache the
message with the CRs and various things that parse the stored message
using regexps and expect headers to end in LFs will break.  (I first
noticed this when mmbuffer-parse-multipart in flim/mmbuffer.el started
producing message/x-broken messages).

The fix seems trivial:

(defsubst elmo-delete-cr-region (start end)
  "Delete CR from region."
  (let ((inhibit-eol-conversion nil))
(decode-coding-region start (or end (point-max)) 'raw-text-dos)))

(defun elmo-delete-cr (string)
  (let ((inhibit-eol-conversion nil))
(decode-coding-string string 'raw-text-dos)))


Thanks,

-- 
Stelios.


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



Bug#729897: nicstat uses incorrect duplex mode

2013-11-18 Thread Stelios Bounanos
Package: nicstat
Version: 1.92-1
Severity: important
Tags: patch

nicstat uses the nic's duplex mode (as obtained via ioctl or from the
command line) to work out utilisation, like so:

  half duplex: (tx + rx) / speed
  full duplex: max(tx, rx) / speed

The code that calculates this checks the duplex mode against a numeric
value (`2') that (apparently) is the value of DUPLEX_FULL on Solaris.

On Linux, DUPLEX_FULL has a different value and so nicstat will always
treat full duplex cards as half duplex and get the utilisation wrong;
hence the increased severity.

The code that prints the interface list does use the macro so the
duplex mode is displayed correctly.


diff --git a/nicstat.c b/nicstat.c
index 3b028d7..daa87cc 100644
--- a/nicstat.c
+++ b/nicstat.c
@@ -2076,7 +2076,7 @@ print_stats()
 * 100 for the % conversion, and 8 for
 * bytes2bits.
 */
-   if (nicp->duplex == 2)
+   if (nicp->duplex == DUPLEX_FULL)
/* Full duplex */
if (wbps > rbps)
util = wbps * 800 / nicp->speed;


Thanks,

-- 
Stelios.


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



Bug#729895: nicstat may miscalculate nic speed

2013-11-18 Thread Stelios Bounanos
Package: nicstat
Version: 1.92-1
Tags: patch

On Linux, when nicstat obtains nic info via ioctl SIOCETHTOOL, it picks
up the speed from a struct ethtool_cmd, where it's stored as a u16 in
Mbps, and multiplies it by the integer literal 100 to get bps.

On 10GbE ethernet this causes a signed integer overflow, which is
undefined behaviour and the result sadly never seems to work out to
the correct 10,000,000,000 bps :-)


diff --git a/nicstat.c b/nicstat.c
index 3b028d7..579501d 100644
--- a/nicstat.c
+++ b/nicstat.c
@@ -1585,7 +1585,7 @@ get_speed_duplex(nicdata_t *nicp)
get_speed_duplex(nicp);
return;
}
-   nicp->speed = edata.speed * 100;
+   nicp->speed = (uint64_t)edata.speed * 100;
nicp->duplex = edata.duplex;
 }
 #endif /* OS_LINUX */


Thanks,

-- 
Stelios.


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



Bug#647056: Could not perform immediate configuration on 'perl'

2011-10-29 Thread Stelios
Package: perl
Version: 5.10.1-17squeeze2
Severity: important


Clean debian 6.0.3 installation. As far only squeeze repo is enabled everything 
is ok. When I enable testing repo to upgrade my kernel then I when I try to 
install something which depends on perl (e.g build-essentials packet) I get "E: 
Could not perform immediate configuration on 'perl'"

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

Kernel: Linux 3.0.0-1-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 perl depends on:
ii  libbz2-1.0 1.0.5-6   high-quality block-sorting file co
ii  libc6  2.13-21   Embedded GNU C Library: Shared lib
ii  libdb4.7   4.7.25-9  Berkeley v4.7 Database Libraries [
ii  libgdbm3   1.8.3-9   GNU dbm database routines (runtime
ii  perl-base  5.10.1-17squeeze2 minimal Perl system
ii  perl-modules   5.10.1-17squeeze2 Core Perl modules
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages perl recommends:
ii  netbase   4.45   Basic TCP/IP networking system

Versions of packages perl suggests:
pn  libterm-readline-gnu-perl | l  (no description available)
pn  make   (no description available)
pn  perl-doc   (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#557214: ITP: wspr -- weak signal propagation reporter

2009-11-20 Thread Stelios Bounanos
Package: wnpp
Severity: wishlist
Owner: Stelios Bounanos 

* Package name: wspr
  Version : 2.0
  Upstream Author : Joe Taylor 
* URL : http://physics.princeton.edu/pulsar/K1JT/wspr.html
* License : GPLv2+
  Programming Lang: Python, C, Fortran
  Description : weak signal propagation reporter for amateur radio

WSPR (pronounced "whisper") implements a protocol designed for probing
potential propagation paths with low-power transmissions.  Each transmission
carries a station's callsign, Maidenhead grid locator, and transmitter power
in dBm.  The program can decode signals with S/N as low as -28 dB in a 2500
Hz bandwidth.  Stations with internet access can automatically upload their
reception reports to a central database called WSPRnet, which includes a
mapping facility.



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



Bug#459031: fldigi: FTBFS: /usr/include/c++/4.2/bits/locale_facets.tcc:118: error: 'dynamic_cast' not permitted with -fno-rtti

2008-01-04 Thread Stelios Bounanos
tags 459031 + patch
thanks

The FTBFS happens with g++-4.2 4.2.2-5 but not 4.2.2-4. I have tracked down the
error to a change made to /usr/include/c++/4.2/bits/locale_facets.tcc and just
filed a bug report for libstdc++6-4.2-dev.

The -fno-rtti switch will be removed in fldigi-2.08 for unrelated reasons. You
could also remove it in 2.07 and solve the problem that way.

diff -Naur fldigi-2.07-orig/src/Makefile.am fldigi-2.07/src/Makefile.am
--- fldigi-2.07-orig/src/Makefile.am2007-12-26 20:22:45.0 +
+++ fldigi-2.07/src/Makefile.am 2008-01-04 14:20:21.0 +
@@ -7,7 +7,7 @@
 
 AM_CXXFLAGS = @FLTK_CFLAGS@ @PORTAUDIOCPP_CFLAGS@ @SNDFILE_CFLAGS@ \
@SAMPLERATE_CFLAGS@ @HAMLIB_CFLAGS@ \
-   -pipe -Wall -O2 -ffast-math -fno-rtti -fexceptions -finline-functions
+   -pipe -Wall -O2 -ffast-math -fexceptions -finline-functions
 
 LDADD = @BOOST_LDFLAGS@ @FLTK_LIBS@ @PORTAUDIOCPP_LIBS@ @SNDFILE_LIBS@ \
@SAMPLERATE_LIBS@ @HAMLIB_LIBS@ @RTLIB@


Regards,
Stelios.

-- 

Stelios Bounanos
perl -e 'print+reverse"[EMAIL PROTECTED]"=~/(..)/sg' #key: 0xE88A7F61

Please use the address above to email me from non-debian.org domains.



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



Bug#459151: Code using and -fno-rtti -finline-functions no longer compiles

2008-01-04 Thread Stelios Bounanos
Package: libstdc++6-4.2-dev
Version: 4.2.2-5
Severity: important

This revision includes r130944 of branches/gcc-4_2-branch which, among other
things, changes use_facet in libstdc++-v3/include/bits/locale_facets.tcc to use
dynamic_cast.

This breaks programs that use  and compile with -fno-rtti
and -finline-functions (e.g. see #459031)

Here is a simple program that demonstrates the problem:


#include 

int main(void)
{
std::cout << 42;
return 0;
}


This compiles ok with 4.2.2-4 but fails with 4.2.2-5:

% g++ -fno-rtti -finline-functions -c test.cc
/usr/include/c++/4.2/bits/locale_facets.tcc: In function 'const _Facet& 
std::use_facet(const std::locale&) [with _Facet = std::numpunct]':
/usr/include/c++/4.2/bits/locale_facets.tcc:193:   instantiated from 'void 
std::__numpunct_cache<_CharT>::_M_cache(const std::locale&) [with _CharT = 
char]'
/usr/include/c++/4.2/bits/locale_facets.tcc:146:   instantiated from 'const 
std::__numpunct_cache<_CharT>* std::__use_cache 
>::operator()(const std::locale&) const [with _CharT = char]'
/usr/include/c++/4.2/bits/locale_facets.tcc:985:   instantiated from '_OutIter 
std::num_put<_CharT, _OutIter>::_M_insert_int(_OutIter, std::ios_base&, _CharT, 
_ValueT) const [with _ValueT = long int, _CharT = char, _OutIter = 
std::ostreambuf_iterator >]'
/usr/include/c++/4.2/bits/locale_facets.tcc:1255:   instantiated from '_OutIter 
std::num_put<_CharT, _OutIter>::do_put(_OutIter, std::ios_base&, _CharT, long 
int) const [with _CharT = char, _OutIter = std::ostreambuf_iterator >]'
/usr/include/c++/4.2/bits/locale_facets.h:2345:   instantiated from '_OutIter 
std::num_put<_CharT, _OutIter>::put(_OutIter, std::ios_base&, _CharT, long int) 
const [with _CharT = char, _OutIter = std::ostreambuf_iterator >]'
/usr/include/c++/4.2/bits/ostream.tcc:78:   instantiated from 
'std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, 
_Traits>::_M_insert(_ValueT) [with _ValueT = long int, _CharT = char, _Traits = 
std::char_traits]'
/usr/include/c++/4.2/bits/ostream.tcc:112:   instantiated from 
'std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, 
_Traits>::operator<<(int) [with _CharT = char, _Traits = 
std::char_traits]'
foo.cc:5:   instantiated from here
/usr/include/c++/4.2/bits/locale_facets.tcc:118: error: 'dynamic_cast' not 
permitted with -fno-rtti


Regards,
Stelios.

-- 

Stelios Bounanos
perl -e 'print+reverse"[EMAIL PROTECTED]"=~/(..)/sg' #key: 0xE88A7F61

Please use the address above to email me from non-debian.org domains.



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



Bug#457959: fldigi: Fldigi 2.07 is available upstream

2007-12-27 Thread Stelios Bounanos
>>>>> On Thu, 27 Dec 2007 19:03:15 +0100, Joop Stakenborg
>>>>> <[EMAIL PROTECTED]> was rumoured to have said:

> Op donderdag 27-12-2007 om 08:52 uur [tijdzone -0600], schreef Nate
> Bargmann:
>> Package: fldigi
>> Version: 2.05-3
>> Severity: wishlist
>> 
>> 
>> Upstream just announced the availability of Fldigi 2.07.
>> 

> Ouch, to late for the Debian patches. Didn't get to it yet. We need to
> check if the patches have somehow made it into 2.07. I will not have
> time to look at this for at least another week.

Yes, version 2.07 has all the FTBFS patches in 2.05-3.


73,
Stelios, M0GLD.

-- 

Stelios Bounanos
perl -e 'print+reverse"[EMAIL PROTECTED]"=~/(..)/sg' #key: 0xE88A7F61

Please use the address above to email me from non-debian.org domains.



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



Bug#456056: FTBFS with GCC 4.3: missing #includes

2007-12-12 Thread Stelios Bounanos
tags 456056 + patch
thanks

Please find attached a patch to include the missing headers, fix a macro
redefinition during configuration (remember to autoreconf), and avoid a
bunch of pedantic warnings.


-- 

Stelios Bounanos
perl -e 'print+reverse"[EMAIL PROTECTED]"=~/(..)/sg' #key: 0xE88A7F61

Please use the address above to email me from non-debian.org domains.



fldigi-gcc-4.3-fixes.patch
Description: Binary data


Bug#455035: Patch for FTBFS error

2007-12-08 Thread Stelios Bounanos
tags 455035 + patch
thanks

The following two patches fix this and a similar problem.

cut here
diff -Naur fldigi-2.05-orig/src/include/FTextView.h 
fldigi-2.05/src/include/FTextView.h
--- fldigi-2.05-orig/src/include/FTextView.h2007-12-03 06:46:02.0 
+
+++ fldigi-2.05/src/include/FTextView.h 2007-12-08 20:07:03.0 +
@@ -179,23 +179,6 @@
int bkspaces;
 };
 
-///
-/// A lock class meant to be instantiated on the stack to acquire a lock which
-/// is released when the object goes out of scope.
-/// The no-arg ctor calls Fl::lock(), and the Fl_Mutex* ctor locks that mutex.
-///
-class autolock
-{
-public:
-   autolock() : m(0) { FL_LOCK(); }
-   autolock(Fl_Mutex *m_) : m(m_) { fl_lock(m); }
-   ~autolock() { if (m) fl_unlock(m); else FL_UNLOCK(); }
-private:
-   autolock(const autolock &a); // no copying
-autolock& operator=(const autolock&); // no copying
-   Fl_Mutex *m;
-};
-
 /// A version of Fl_Tile that runs check callbacks and moves the boundary
 /// between its child widgets only all resize checks return true.
 class Fl_Tile_check : public Fl_Tile
diff -Naur fldigi-2.05-orig/src/include/globals.h 
fldigi-2.05/src/include/globals.h
--- fldigi-2.05-orig/src/include/globals.h  2007-12-03 06:46:33.0 
+
+++ fldigi-2.05/src/include/globals.h   2007-12-08 20:06:49.0 +
@@ -26,6 +26,8 @@
 #ifndef _GLOBALS_H
 #define _GLOBALS_H
 
+#include 
+
 enum state_t {
STATE_PAUSE = 0,
STATE_RX,
@@ -89,7 +91,7 @@
 
NUM_MODES
 };
-typedef int trx_mode;
+typedef intptr_t trx_mode;
 
 struct mode_info_t {
trx_mode mode;
cut here


-- 

Stelios Bounanos
perl -e 'print+reverse"[EMAIL PROTECTED]"=~/(..)/sg' #key: 0xE88A7F61

Please use the address above to email me from non-debian.org domains.



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



Bug#448202: Bug still present & more info

2007-11-01 Thread Stelios Bounanos
reopen 448202
thanks

Sorry, I just compiled 1.1.8~r5953-2 from source and the performance
hit mentioned in the changelog is still there. Or it may be a related
problem.

You can test this with, e.g., fldigi. Observe the CPU usage and speed
of text entry in the widget above the signal display.

The last version in experimental that worked correctly for me was
1.1.8~r5891.


-- 

Stelios Bounanos, M0GLD
perl -e 'print+reverse"[EMAIL PROTECTED]"=~/(..)/sg' #key: 0xE88A7F61
Please use the address above to email me from non-debian.org domains.



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



Bug#447165: fldigi: version 2.0 is available

2007-10-18 Thread Stelios Bounanos
Just to let you know that fldigi-2.0 has some new dependencies:

* portaudio19-dev, and the C++ bindings in libportaudiocpp0
* libsndfile1-dev
* libboost-dev

We have also added Makefile variables to address #436851:

DEBUG ?= 0
STRIP ?= 1


Regards,
Stelios.

-- 

Stelios Bounanos
perl -e 'print+reverse"[EMAIL PROTECTED]"=~/(..)/sg' #key: 0xE88A7F61

Please use the address above to email me from non-debian.org domains.



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



Bug#425265: No static library in libjack-dev

2007-05-20 Thread Stelios Bounanos
Package: libjack-dev
Version: 0.103.0-4
Severity: minor
Tags: patch

libjack-dev is missing a libjack.a because enable-static defaults to
"no" in JACK's configure script. Could you please include the static
library in a future version of the package?


--- debian/rules~   2007-05-20 15:34:22.0 +0100
+++ debian/rules2007-05-20 15:34:32.0 +0100
@@ -25,7 +25,7 @@
 #DEB_SONAME_VERSION := 0.91.1-0
 DEB_CONFIGURE_EXTRA_FLAGS := --enable-resize \
--enable-timestamps --disable-iec61883 --with-oldtrans \
-   --disable-ensure-mlock --enable-sse=yes
+   --disable-ensure-mlock --enable-sse=yes --enable-static=yes
# --enable-posix-shm
 
 DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH)



Cheers,
Stelios.

-- 

Stelios Bounanos
(sb(*)enotty(*)net) key: 0xE88A7F61

Please use the address above to email me from non-debian.org domains.


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



Bug#367983: gnuserv built without Unix Domain sockets, Internet Domain sockets or System V IPC

2006-05-18 Thread Stelios Bounanos
Package: gnuserv
Version: 3.12.7-2.1
Severity: grave
Tags: patch

Gnuserv's configure script has some logic (at line 1493) to edit out X
header and library directories that are the same as the default
/usr/include and /usr/lib & /lib.

This is a problem now that Xorg packages actually place their files in
these locations.  Specifically, the check above causes gnuserv's
configure to add a plain "-I" to CPPFLAGS after checking for X being
present, thereby making subsequent tests by invoking cpp like so:

gcc -E  -I conftest.c

This causes all subsequent tests to fail (including the socket ones)
and eventually compiles a gnuclient that simply exits with an error
message (see gnuclient.c:63).


I'm not sure how to best fix this, but there are at least two ways:

1) Disable the code that prunes default paths in configure (though I
   can't test the veracity of the comment there regarding gcc breaking
   etc.)

E.g.

--- configure.orig  2006-05-19 00:42:47.0 +0100
+++ configure   2006-05-19 00:42:58.0 +0100
@@ -1494,11 +1494,9 @@
 # bogus both because they are the default anyway, and because
 # using them would break gcc on systems where it needs fixed includes.
 case "$ac_im_incroot" in
-   /usr/include) ;;
*) test -f "$ac_im_incroot/X11/Xos.h" && ac_x_includes="$ac_im_incroot" 
;;
 esac
 case "$ac_im_usrlibdir" in
-   /usr/lib | /lib) ;;
*) test -d "$ac_im_usrlibdir" && ac_x_libraries="$ac_im_usrlibdir" ;;
 esac
   fi


2) Invoke configure with

"--x-includes=/usr/include --x-libraries=/usr/lib"

in debian rules to bypass the "checking for X" test completely.



Cheers,
/-sb.

Stelios Bounanos (sb () enotty () net)


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



Bug#359640: nfs-common fails to stop when lockd is not running

2006-03-28 Thread Stelios Bounanos
Package: nfs-common
Version: 1.0.7-4
Severity: important
Tags: patch

When NEED_LOCKD is not set to "yes" and lockd is not running, the
nfs-common init script uses pkill to kill any running lockds anyway.
This call is not protected with a "|| true" clause, and the init
script fails to stop and restart because it uses "set -e".  This also
affects package upgrades.


--- nfs-common~ 2006-03-28 08:48:08.0 +0100
+++ nfs-common  2006-03-28 08:48:16.0 +0100
@@ -133,7 +133,7 @@
start-stop-daemon --stop --oknodo --quiet \
--name rpc.lockd || true
else
-   pkill -KILL -u root -x lockd
+   pkill -KILL -u root -x lockd || true
fi
printf " statd"
start-stop-daemon --stop --oknodo --quiet \


Cheers,
Stelios Bounanos (sb()enotty()net)


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



Bug#344147: Meta key cannot be used for M- keybindings

2005-12-20 Thread Stelios Bounanos
Package: lyx-qt
Version: 1.3.6-1
Severity: minor
Tags: patch, upstream

When using the Emacs keybindings, many Lyx functions are bound to keystrokes
that are documented and shown in the menus prefixed with M- (Meta).  This
key is associated with the Mod1 modifier on my Sun type 5 and type 6
keyboards and (presumably) other keyboards with Meta keys.  On PC keyboards,
Mod1 is bound to Alt.

The xforms version of Lyx checks for this modifier and works as
expected.  The Qt version doesn't, because it only checks for Alt.

As the shortcuts in lyx-qt haven't been changed to read "Alt-" and the
previous xforms version used to work fine with Meta keys, I'm considering
this a regression -- hence the non-wishlist severity.

The simple patch below fixes this problem by treating Alt and Meta the same
in the Qt frontend.  It is submitted here in hopes of inclusion in an
upcoming revision, and to keep my number of useless Bugzilla accounts down ;)


diff -Nuar lyx-1.3.6_orig/src/frontends/qt2/QContentPane.C 
lyx-1.3.6/src/frontends/qt2/QContentPane.C
--- lyx-1.3.6_orig/src/frontends/qt2/QContentPane.C 2005-07-14 
09:42:47.0 +0100
+++ lyx-1.3.6/src/frontends/qt2/QContentPane.C  2005-12-18 02:46:59.0 
+
@@ -36,7 +36,7 @@
k |= key_modifier::ctrl;
if (state & Qt::ShiftButton)
k |= key_modifier::shift;
-   if (state & Qt::AltButton)
+   if (state & Qt::AltButton || state & Qt::MetaButton)
k |= key_modifier::alt;
return k;
 }


Cheers,
Stelios Bounanos (sb()enotty()net)


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



Bug#340777: libfile-mimeinfo-perl has missing dependencies

2005-11-25 Thread Stelios Bounanos
Package: libfile-mimeinfo-perl
Version: 0.12-2
Severity: grave

Hi there,

The File::MimeInfo::Applications module contained in the above uses
File::DesktopEntry [0], which is not included or packaged separately.
As a result, code like this

use File::MimeInfo::Magic;
use File::MimeInfo::Applications;
my $mimetype = mimetype("/some/file") or die "...";
my $default = mime_applications($mimetype);

fails as follows:

Can't locate File/DesktopEntry.pm in @INC (@INC contains: /etc/perl 
/usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
/usr/local/lib/perl/5.8.0 /usr/local/share/perl/5.8.0 .) at 
/usr/share/perl5/File/MimeInfo/Applications.pm line 8.
BEGIN failed--compilation aborted at 
/usr/share/perl5/File/MimeInfo/Applications.pm line 8.
etc.


Please upload the missing module to the archive.

Cheers,
Stelios Bounanos (sb()enotty()net)


[0] http://search.cpan.org/~pardus/File-DesktopEntry-0.02/


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



Bug#299658: Adding patch

2005-09-28 Thread Stelios Bounanos
tags 299658 + patch
thanks

This bug is caused by failing to increment an offset variable (used to
detect EOF) in quiet and silent mode.  Further, whether the affected
code is run depends on block size, redundancy level, memory limit and
input file size, so the bug is not always triggered.  File sizes above a
few hundred megs typically crash the program but small files don't.

This has also been reported upstream:
http://sourceforge.net/tracker/index.php?func=detail&aid=1085638&group_id=30568&atid=399698

I'm submitting the following trivial fix here as upstream seems to be
inactive at the moment.

Cheers,
Stelios Bounanos 


diff -Nuar par2cmdline-0.4.orig/par2creatorsourcefile.cpp 
par2cmdline-0.4/par2creatorsourcefile.cpp
--- par2cmdline-0.4.orig/par2creatorsourcefile.cpp  2004-04-15 
14:45:23.0 +0100
+++ par2cmdline-0.4/par2creatorsourcefile.cpp   2005-09-29 02:27:43.0 
+0100
@@ -213,11 +213,12 @@
 }
   }
 
+  offset += want;
+
   if (noiselevel > CommandLine::nlQuiet)
   {
 // Display progress
 u32 oldfraction = (u32)(1000 * offset / filesize);
-offset += want;
 u32 newfraction = (u32)(1000 * offset / filesize);
 if (oldfraction != newfraction)
 {


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