Bug#993607: xfce4-panel: forder menu do not display custom icon (not coming from theme/system icons repo)

2021-09-03 Thread Pierre Colombier
Package: xfce4-panel Version: 4.16.2-1 Severity: normal Dear Maintainer, I used to have some "foler menu" in my xfce taskbar and I used custom icons from /home/myusername/mycusomicons to distinguish them I recently upgraded from Debian buster to bullseye and now all the custom icons display the

Bug#858646: openssh-client: security update of ssh-copy-id breaks previous behaviour by searching for matching private key

2017-03-25 Thread Pierre Colombier
Hi, I may have fooled myself believing this is a recent change. Thanks for taking time checking. I should have. Shame on me. About the -f option. I also think this is not a good idea to push big patches into stable if it's not absolutely mandatory, but I will deffinitely appreciate a

Bug#858646: openssh-client: security update of ssh-copy-id breaks previous behaviour by searching for matching private key

2017-03-24 Thread Pierre Colombier
Package: openssh-client Version: 1:6.7p1-5+deb8u3 Severity: normal Tags: upstream Dear Maintainer, I made security updates on jessie (can't remember last version I had of this package) but the update broke previous behaviour wich is bad on a stable release. now the ssh-copy-id tool used with

Bug#714320: recommended / suggested

2017-02-09 Thread Pierre Colombier
Hi Hilko, The problem is that we are all expecting this distro to have reasonable "recommends" that do not include everything but just what seems to always be desireable. in my not-so-humble opinion, nmap is essentially a console tool used for security and diagnostic purposes and I think it

Bug#714320: This can't be serious !

2016-04-26 Thread Pierre Colombier
Well, sorry, my mistake. it does not *depend* on any graphics libraries. it's just *recommended* to recursively install them no worries ! I think we are missing the point with this --no-install-recommends option. Adding the --no-install-recommends option is not ok, it's just a workaround.

Bug#714320: still unresolved in 8.4

2016-04-25 Thread Pierre Colombier
nmap is a console tool it should not depends of *any* graphical library. maybe the package could be split in a "tiny" version and a full version wilth all the output plugins the depends of half the internet.

Bug#484974: Surely ntpdate is unnecessary (if we have ntpd)

2015-02-05 Thread Pierre Colombier
This is just my point of view but I still think that the event network going up should not be linked with Starting time synchronisation since there there is no logical link between theses two kind of events. I think that syncing with internet time must be considered as a service, not an

Bug#484974: [pkg-ntp-maintainers] Bug#484974: ntpdate's ip-up script runs even for virtual interfaces

2014-09-02 Thread Pierre Colombier
The main problem is with tap or tun interfaces related with virtual machines on Xen hosts. It this triggers a time sync on dom0. This can cause a time leap on all VMs (and it can cause great problems with databases if it's a leap backwards) Le 02/09/2014 20:12, Kurt Roeckx a écrit : I would

Bug#738618: cdimage.debian.org: new install CD unsuable on some hardware

2014-02-11 Thread Pierre Colombier
Package: cdimage.debian.org Severity: important Dear Maintainer, I've got a bunch of hardware wich has problems with a kernel driver. I can't say if it the hardware wich is faulty or the driver that has a bug, or even if it tries to load against an unsupported hardware, but the system just hang

Bug#691413: libapache2-mod-php5: php files without php extension executed by default

2012-10-25 Thread Pierre Colombier
Package: libapache2-mod-php5 Version: 5.3.3-7+squeeze14 Severity: normal When you have a file with a name like file.php.something, Apache considers it is a php file and executes it even if its name does not end with .php or a php-related extension If 'something' is a valid extension of another

Bug#674907: (no subject)

2012-10-01 Thread Pierre Colombier
I want to add some information When the 50 minute shift occurs. It occurs simultaneously on all domU and dom0. on all domU and dom0, the syslog says Clocksource tsc unstable (delta = -2999660303146 ns) (or something very near 3000 seconds) Using ntp is ok to resync the clock but does not

Bug#674907: severity

2012-10-01 Thread Pierre Colombier
I thingk this bug is grave since time synchronization is critical for many applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#674907: severity

2012-10-01 Thread Pierre Colombier
- Unreliable Time affects all the system and can make the whole host useless. At least for production use. - breaks data on time-sensitive databases especially if the data is spread on multiple hosts. - Is just broken for all my 53 physical servers with different hardware. (with 2 or 3 server

Bug#674907: reassign 674907 to src:linux-2.6, forcibly merging 599161 674907

2012-10-01 Thread Pierre Colombier
can't really know if it's in the hypervisor or the linux kernel's way to handle the clocksource from the hypervisor. after some google search, the bug seems to appear in kernel 2.6.20 (don't take this for granted) If it's really like this, then the bug is probably in the linux kernel. Anyway the

Bug#671018: [Pkg-xen-devel] Bug#671018: Bug#671018: #671018 -- set tap device mac address in qemu-ifup

2012-07-09 Thread Pierre Colombier
Hi guys. While we discuss of the best way to solve this problem, the problem remains. It has already been sooo long... I think changing the mac address of the tap interface is the easiest way. It works perfectly and even if the random mac wasn't a problem i can't think about any possible side

Bug#671018: [xen-utils-common] qemu-ifup breaks networking by changing mac address

2012-05-01 Thread Pierre Colombier
Package: xen-utils-common Version: 4.0.0-1 Severity: important Tags: patch --- Please enter the report below this line. --- when you use hardware virtual machine (with qemu) with xen configured for bridging the network script treates a tap interface and then /etc/xen/scripts/qemu-ifup adds it to

Bug#664856: what about a little warning

2012-03-22 Thread Pierre Colombier
Le 22/03/2012 11:59, Sergey B Kirpichev a écrit : Well, may be it's ok. For now, I'm not certain that 1) the severity of this bug IS important (please see this http://www.debian.org/Bugs/Developer#severities) 2) patch not break things I cannot be sure the patch won't break things.

Bug#664856: php5-memcached: option session.gc_maxlifetime has no effect

2012-03-21 Thread Pierre Colombier
Package: php5-memcached Version: 1.0.2-1 Severity: important Tags: upstream patch Sessions never expire when using the memcached handler. on line 2525 of php_memcached.c sess_lifetime = zend_ini_long(ZEND_STRL(session.gc_maxlifetime), 0); must be replaced by sess_lifetime =

Bug#664856: fixed but what about squeeze version ?

2012-03-21 Thread Pierre Colombier
yep, I know it is fixed in version 2.0.1-1 but it is only in wheezy and sid and I feel uncomfortable with using Wheezy for a production environement. That's why I suggest to patch version 1.0.2-1in stable OR upgrade this squeeze package to the wheezy version. Forgive me if I am missing somthing

Bug#484974: [pkg-ntp-maintainers] Bug#484974: about config files

2012-02-23 Thread Pierre Colombier
Le 23/02/2012 18:33, Peter Eisentraut a écrit : Well, everything is moving away from static boot-time-only scripts and towards event-based handling (e.g., upstart, udev, dbus), so I think that approach is not future-proof. Ok. I respect this point of view. but is there a way to ease /

Bug#484974: about config files

2012-02-19 Thread Pierre Colombier
/etc/network/if-up.d/ntpdate *is* a config file. Ha! I know that you're literally right but you're playing on words. I think it is quite well established that /etc/network/if-up.d/* are config files related with networking. This is definitely not the place for time-sync tasks even if running

Bug#484974: why this if-up.d/ntpdate thing ????

2012-02-15 Thread Pierre Colombier
/etc/network/if-up.d/ntpdate runs even if you bring up a virtual interface like eth0:5; I don't see any reason why it should ever do that. Anayway, i don't see any real good reason to trigger ntpdate when network interfaces are going up. I understand it can be useful on workstations with

Bug#517364: installation-reports: System not bootable after install

2009-02-27 Thread Pierre Colombier
Package: installation-reports Severity: normal -- Package-specific info: Boot method: CD Image version: Debian Lenny 5.0 (both AMD64 or i386) Date: 2008-02-25 Machine: Intel D945GCLF2 (Atom330) Partitions: sda : sda1 78GB type 0xFD (linux raid autodetect) sda2 1GB type 0x83

Bug#425808: very dirty solution

2008-03-10 Thread Pierre Colombier
I'm currently working on a very dirty hack to solve this problem. since this nss-ldap bug is old and unsolved. I pushed nss-ldap out of the way and i made a programm which gets everything from AD and writes directly user and groups infos in /etc/passwd and /etc/groups in etc/passwd, password

Bug#425808: additionnal investigations

2008-03-10 Thread Pierre Colombier
Hi, I tried to figure out what is lber. It seems to be a function set which translates the ldap messages to objects which are (mostly) utf8 strings. I'm not sure but it seems lber decodes directly a whole ldap message (containing multiple values) to a big data structure (not each value one

Bug#425808: tips to resolve the bug

2007-06-09 Thread pierre colombier
I've read part of the source code of liblber and the problem seems related to an invalid socket buffer (please don't take it for granted). int ber_sockbuf_ctrl( Sockbuf *sb, int opt, void *arg ) { Sockbuf_IO_Desc *p; int ret = 0; assert( sb != NULL );

Bug#425808: Same problem.

2007-06-08 Thread Pierre Colombier
I'm using nss-ldap to authenticate on a win2k3 R2 server. getent passwd gets everything well. But authentication fails very often without any justification. Here is an exemple Palantir:~# LANG=C Palantir:~# date -R ; su frederic Fri, 08 Jun 2007 08:59:41 +0200 su: