Bug#1038004: not fixed yet

[Vladimir Stavrinov]

The problem still exists. The reason is missing asm/orc_h ash.h and
orc_header.h files. Fortunately workaround exists:

cp -a 
/usr/src/linux-headers-6.3.0-{2,1}-common/arch/x86/include/asm/orc_header.h
cp -a /usr/src/linux-headers-6.3.0-{2,1}-common/arch/x86/include/asm/orc_hash.h

dpkg --list nvidia-tesla-470-kernel-dkms linux-{image,headers}-6.3.0-?-amd64
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Architecture Description
+++----===
ii  linux-headers-6.3.0-1-amd64  6.3.7-1  amd64Header
files for Linux 6.3.0-1-amd64
ii  linux-headers-6.3.0-2-amd64  6.3.11-1 amd64Header
files for Linux 6.3.0-2-amd64
ii  linux-image-6.3.0-1-amd646.3.7-1  amd64Linux 6.3
for 64-bit PCs (signed)
ii  linux-image-6.3.0-2-amd646.3.11-1 amd64Linux 6.3
for 64-bit PCs (signed)
ii  nvidia-tesla-470-kernel-dkms 470.199.02-1 amd64NVIDIA
binary kernel module DKMS source (Tesla 470 version)

Though the regular solution should be provided.

--

Bug#1030936: vlc: crash on start playing

[Vladimir Stavrinov]

You are right - it is part of buster.  And this is good news. So does
it mean the bug should be closed? At least I don't see any more
problems.

On Sat, Mar 11, 2023 at 9:12 PM Sebastian Ramacher  wrote:
>
> On 2023-03-11 17:51:37 +0300, Vladimir Stavrinov wrote:
> > On Tue, Feb 14, 2023 at 4:13 PM Sebastian Ramacher  
> > wrote:
> > >
> > > Control: reassign -1 0.0.8-1
> >
> > Sorry if I don't understand something, but today I've unexpectedly
> > discovered that the driver  You reassigned to, that is
> > nvidia-vaapi-driver, isn't installed on my system. When I've tried to
> > install it I encountered the conflict:
> >
> > Unpacking nvidia-vaapi-driver:amd64 (0.0.8-1) ...
> > dpkg: error processing archive
> > /var/cache/apt/archives/nvidia-vaapi-driver_0.0.8-1_amd64.deb
> > (--unpack):
> >  trying to overwrite
> > '/usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so', which is also in
> > package vdpau-va-driver:amd64 0.7.4-7
> >
> > After removing the vdpau-va-driver and installing nvidia-vaapi-driver
> > the problem was gone. So although now I personally do not have this
> > problem, the problem as such remains. The file being the subject of
> > the conflict is the only binary code file in both packages. So I see
> > the one of the two ways to solve the problem:
> >
> > 1. Either reassign this bug to vdpau-va-driver
> > 2. Or remove vdpau-va-driver from the repository and change
> > accordingly all being affected packages dependency to point to
> > nvidia-vaapi-driver.
>
> vdpau-va-driver was removed from the archive in August 2019 and is
> neither part of bullseye and bookworm.
>
> Cheers
> --
> Sebastian Ramacher



-- 

###  Vladimir Stavrinov ###

Bug#1030936: vlc: crash on start playing

[Vladimir Stavrinov]

On Tue, Feb 14, 2023 at 4:13 PM Sebastian Ramacher  wrote:
>
> Control: reassign -1 0.0.8-1

Sorry if I don't understand something, but today I've unexpectedly
discovered that the driver  You reassigned to, that is
nvidia-vaapi-driver, isn't installed on my system. When I've tried to
install it I encountered the conflict:

Unpacking nvidia-vaapi-driver:amd64 (0.0.8-1) ...
dpkg: error processing archive
/var/cache/apt/archives/nvidia-vaapi-driver_0.0.8-1_amd64.deb
(--unpack):
 trying to overwrite
'/usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so', which is also in
package vdpau-va-driver:amd64 0.7.4-7

After removing the vdpau-va-driver and installing nvidia-vaapi-driver
the problem was gone. So although now I personally do not have this
problem, the problem as such remains. The file being the subject of
the conflict is the only binary code file in both packages. So I see
the one of the two ways to solve the problem:

1. Either reassign this bug to vdpau-va-driver
2. Or remove vdpau-va-driver from the repository and change
accordingly all being affected packages dependency to point to
nvidia-vaapi-driver.

Bug#1030936: vlc: crash on start playing

[Vladimir Stavrinov]

On Sun, Feb 12, 2023 at 8:55 PM Sebastian Ramacher  wrote:
>
> The libva upgrade may have triggered a latent bug in one of the VA-API
> drivers. But as anything with libva (note that libva just loads the
> drivers and directly forwards all calls) these bugs depend on drivers
> and hardware.

dpkg --install /var/backups/libav/*
dpkg: warning: downgrading libva-dev:amd64 from 2.17.0-1 to 2.16.0-1
(Reading database ... 702086 files and directories currently installed.)
Preparing to unpack .../libva-dev_2.16.0-1_amd64.deb ...
Unpacking libva-dev:amd64 (2.16.0-1) over (2.17.0-1) ...
dpkg: warning: downgrading libva-drm2:amd64 from 2.17.0-1 to 2.16.0-1
Preparing to unpack .../libva-drm2_2.16.0-1_amd64.deb ...
Unpacking libva-drm2:amd64 (2.16.0-1) over (2.17.0-1) ...
dpkg: warning: downgrading libva-glx2:amd64 from 2.17.0-1 to 2.16.0-1
Preparing to unpack .../libva-glx2_2.16.0-1_amd64.deb ...
Unpacking libva-glx2:amd64 (2.16.0-1) over (2.17.0-1) ...
dpkg: warning: downgrading libva-wayland2:amd64 from 2.17.0-1 to 2.16.0-1
Preparing to unpack .../libva-wayland2_2.16.0-1_amd64.deb ...
Unpacking libva-wayland2:amd64 (2.16.0-1) over (2.17.0-1) ...
dpkg: warning: downgrading libva-x11-2:amd64 from 2.17.0-1 to 2.16.0-1
Preparing to unpack .../libva-x11-2_2.16.0-1_amd64.deb ...
Unpacking libva-x11-2:amd64 (2.16.0-1) over (2.17.0-1) ...
dpkg: warning: downgrading libva2:amd64 from 2.17.0-1 to 2.16.0-1
Preparing to unpack .../libva2_2.16.0-1_amd64.deb ...
Unpacking libva2:amd64 (2.16.0-1) over (2.17.0-1) ...
Setting up libva2:amd64 (2.16.0-1) ...
Setting up libva-drm2:amd64 (2.16.0-1) ...
Setting up libva-wayland2:amd64 (2.16.0-1) ...
Setting up libva-x11-2:amd64 (2.16.0-1) ...
Setting up libva-glx2:amd64 (2.16.0-1) ...
Setting up libva-dev:amd64 (2.16.0-1) ...
Processing triggers for runit (2.1.2-54) ...
Processing triggers for man-db (2.11.2-1) ...
Processing triggers for libc-bin (2.36-8) ..

All triggers: runit, man-db, libc-bin Did You mean these triggers? I
don't see any drivers there. So only the libva stack was downgraded.

Bug#1012578: linux-image-5.18.0-1-amd64: 05e3:0722 Genesys Logic, Inc. SD/MMC card reader doesn't see the card

[Vladimir Stavrinov]

Package: src:linux
Version: 5.18.2-1
Severity: normal

Dear Maintainer,

that is card reader itself is being seen by the system:

lsusb -d 05e3:0722
Bus 001 Device 004: ID 05e3:0722 Genesys Logic, Inc. SD/MMC card reader

but it doesn't see the card:

dmesg -T | grep sdc
[Thu Jun  9 15:30:09 2022] sd 7:0:0:0: [sdc] Media removed, stopped polling
[Thu Jun  9 15:30:09 2022] sd 7:0:0:0: [sdc] Attached SCSI removable disk

mount /dev/sdc /mnt/sdcard
mount: /mnt/sdcard: no medium found on /dev/sdc.

I have explored the driver:

modinfo usb-storage | grep -i v05e3p0722

and it looks like there is no support for this device (no output from command
above), but I am not sure it is the case. In any case the system doesn't react
nighter on inserting or removing the card. I have recompiled this module where
supported device 05e3:0723 was replaced by 05e3:0722 without any changes in
system behaviour, though I understand it is not the right method. I have checked
this card on another system (notebook) and it works properly.

Here is additional information that may help:

udevadm info /dev/bus/usb/001/004

P: /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4
M: 1-1.4
R: 4
U: usb
T: usb_device
D: c 189:3
N: bus/usb/001/004
L: 0
V: usb
E: DEVPATH=/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4
E: DEVNAME=/dev/bus/usb/001/004
E: DEVTYPE=usb_device
E: DRIVER=usb
E: PRODUCT=5e3/722/9843
E: TYPE=0/0/0
E: BUSNUM=001
E: DEVNUM=004
E: MAJOR=189
E: MINOR=3
E: SUBSYSTEM=usb
E: USEC_INITIALIZED=2168312
E: ID_VENDOR=Generic
E: ID_VENDOR_ENC=Generic
E: ID_VENDOR_ID=05e3
E: ID_MODEL=USB_Storage
E: ID_MODEL_ENC=USB\x20Storage
E: ID_MODEL_ID=0722
E: ID_REVISION=9843
E: ID_SERIAL=Generic_USB_Storage_9843
E: ID_SERIAL_SHORT=9843
E: ID_BUS=usb
E: ID_USB_INTERFACES=:080650:
E: ID_VENDOR_FROM_DATABASE=Genesys Logic, Inc.
E: ID_MODEL_FROM_DATABASE=SD/MMC card reader
E: ID_PATH=pci-:00:1a.0-usb-0:1.4
E: ID_PATH_TAG=pci-_00_1a_0-usb-0_1_4
E: ID_FOR_SEAT=usb-pci-_00_1a_0-usb-0_1_4
E: TAGS=:seat:
E: CURRENT_TAGS=:seat:


udevadm info /dev/sdc

P: 
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/host7/target7:0:0/7:0:0:0/block/sdc
M: sdc
U: block
T: disk
D: b 8:32
N: sdc
L: 0
S: disk/by-path/pci-:00:1a.0-usb-0:1.4:1.0-scsi-0:0:0:0
S: disk/by-diskseq/16
S: disk/by-id/usb-Generic_STORAGE_DEVICE_9843-0:0
Q: 16
E: 
DEVPATH=/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/host7/target7:0:0/7:0:0:0/block/sdc
E: DEVNAME=/dev/sdc
E: DEVTYPE=disk
E: DISKSEQ=16
E: MAJOR=8
E: MINOR=32
E: SUBSYSTEM=block
E: USEC_INITIALIZED=3242303
E: ID_VENDOR=Generic
E: ID_VENDOR_ENC=Generic\x20
E: ID_VENDOR_ID=05e3
E: ID_MODEL=STORAGE_DEVICE
E: ID_MODEL_ENC=STORAGE\x20DEVICE\x20\x20
E: ID_MODEL_ID=0722
E: ID_REVISION=9843
E: ID_SERIAL=Generic_STORAGE_DEVICE_9843-0:0
E: ID_SERIAL_SHORT=9843
E: ID_TYPE=disk
E: ID_INSTANCE=0:0
E: ID_BUS=usb
E: ID_USB_INTERFACES=:080650:
E: ID_USB_INTERFACE_NUM=00
E: ID_USB_DRIVER=usb-storage
E: ID_PATH=pci-:00:1a.0-usb-0:1.4:1.0-scsi-0:0:0:0
E: ID_PATH_TAG=pci-_00_1a_0-usb-0_1_4_1_0-scsi-0_0_0_0
E: UDISKS_PRESENTATION_NOPOLICY=0
E: DEVLINKS=/dev/disk/by-path/pci-:00:1a.0-usb-0:1.4:1.0-scsi-0:0:0:0
/dev/disk/by-diskseq/16
/dev/disk/by-id/usb-Generic_STORAGE_DEVICE_9843-0:0
E: TAGS=:systemd:
E: CURRENT_TAGS=:systemd:

lsusb -D /dev/bus/usb/001/004

Device: ID 05e3:0722 Genesys Logic, Inc. SD/MMC card reader
Device Descriptor:
  bLength18
  bDescriptorType 1
  bcdUSB   2.00
  bDeviceClass0
  bDeviceSubClass 0
  bDeviceProtocol 0
  bMaxPacketSize064
  idVendor   0x05e3 Genesys Logic, Inc.
  idProduct  0x0722 SD/MMC card reader
  bcdDevice   98.43
  iManufacturer   3 Generic
  iProduct4 USB Storage
  iSerial 2 9843
  bNumConfigurations  1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength   0x0020
bNumInterfaces  1
bConfigurationValue 1
iConfiguration  0
bmAttributes 0x80
  (Bus Powered)
MaxPower  500mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber0
  bAlternateSetting   0
  bNumEndpoints   2
  bInterfaceClass 8 Mass Storage
  bInterfaceSubClass  6 SCSI
  bInterfaceProtocol 80 Bulk-Only
  iInterface  0
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81  EP 1 IN
bmAttributes2
  Transfer TypeBulk
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0200  1x 512 bytes
bInterval   0
  Endpoint Descriptor:
bLength 7
bDescriptorType

Bug#890335: torbrowser-launcher: couldn't upload

[Vladimir Stavrinov]

On Sun, Mar 18, 2018 at 12:14 PM, intrigeri <intrig...@debian.org> wrote:

> Can you please try uploading a file from the Tor Browser's "Downloads"
> directory, that is likely:
>
>   
> $HOME/.local/share/torbrowser/tbb/x86_64/tor-browser_en-US/Browser/Downloads/

Yes, it works. Thank you.

-- 

###  Vladimir Stavrinov ###

Bug#849272: kodi: Don't restore geometry

[Vladimir Stavrinov]

On Sat, Jan 14, 2017 at 10:29:02AM +0100, Bálint Réczey wrote:

> I'm not sure if it is a bug or a design decision since switching to
> native resolution also makes sense.

What that sense is? I never see similar behavior of other
applications. But with this I can't switch to size what I need. This
is something ridiculous. 

> I'm marking the bug as wontfix since I don't want to diverge from
> upstream in this behavior and the current one makes sense.
> Feel free to discuss that question with upstream and if they change
> how switching to fullscreen works it will be available in the package,
> too.

I think You should forward this bug report to upstream.

###  Vladimir Stavrinov  ###

Bug#798054: kodi: http header "Location:" is wrong handled

[Vladimir Stavrinov]

On Sat, Jan 14, 2017 at 10:15:43AM +0100, Bálint Réczey wrote:

 
> There were many changes in this area in Kodi. Could you please check
> if the issue is still present in 17.x?

I couldn't find URL I have used for testing before do this bug
report. But some others ones, that returns different hostname than
what in request  are working. So, I think , You can close this
issue.

###  Vladimir Stavrinov  ###

Bug#845023: efibootmgr: Could not prepare Boot variable: No space left on device

[Vladimir Stavrinov]

On Sun, Nov 20, 2016 at 03:24:09PM +, Steve McIntyre wrote:

> changes in what the software does. There are known example of UEFI
> firmware in the wild that have demonstrated a problem with managing
> EFI variable space when writing new variables. I believe that's what
> your problem is, and I've not seen anything new in what you've

You are absolutely right. After bios upgrade the problem gone. I am
sorry for push and thank You for help.

###  Vladimir Stavrinov  ###

Bug#845023: efibootmgr: Could not prepare Boot variable: No space left on device

[Vladimir Stavrinov]

On Sun, Nov 20, 2016 at 06:03:29PM +0300, Vladimir Stavrinov wrote:

 
> efibootmgr
> BootCurrent: 000E
> Timeout: 1 seconds
> No BootOrder is set; firmware will attempt recovery
> Boot0005* Windows Boot Manager
> Boot0008* Generic Usb Device
> Boot0009* CD/DVD Device
> 
> So, You can see: it can delete an entry, but cannot add.

After reboot, deleted entries were recovered.

efibootmgr
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0001,0002,0003,0004,0005,0006,0007,0008,0009
Boot0001* HL-DT-ST DVD-RAM GHB0N
Boot0002* StoreJetTranscend
Boot0003* ST1000DX001-1CM162
Boot0004* Windows Boot Manager
Boot0005* UEFI: StoreJetTranscend
Boot0006* Generic Usb Device
Boot0007* CD/DVD Device
Boot0008* Generic Usb Device
Boot0009* CD/DVD Device

###  Vladimir Stavrinov  ###

Bug#845023: efibootmgr: Could not prepare Boot variable: No space left on device

[Vladimir Stavrinov]

On Sat, Nov 19, 2016 at 09:03:17PM +, Steve McIntyre wrote:

> That's not a guarantee - a simple update of the EFI variables (e.g. by

Guarantee what? 

> afterwards. There have been known bugs in some firmware

Again: this problem is result of Debian upgrade.That is, software was
changed and no changes was made in hardware. Do You think if Linux
doesn't work on that hardware, then hardware is wrong?  In this case
I am wonder how do Linux are working for few decades all over the
hardware.  

> efibootmgr. Calling that command line again with extra "-v" will print
> more information, maybe.

grub-install: info: reading /usr/lib/grub/x86_64-efi/fshelp.mod.
grub-install: info: reading /usr/lib/grub/x86_64-efi/ext2.mod.
grub-install: info: reading /usr/lib/grub/x86_64-efi/part_gpt.mod.
grub-install: info: kernel_img=0x578852d0, kernel_size=0x18a00.
grub-install: info: the core size is 0x1c940.
grub-install: info: writing 0x1dc00 bytes.
grub-install: info: copying `/boot/grub/x86_64-efi/core.efi' -> 
`/boot/efi/EFI/debian/grubx64.efi'.
grub-install: info: Registering with EFI: distributor = `debian', path = 
`\EFI\debian\grubx64.efi', ESP at hd0,gpt2.
grub-install: info: executing efibootmgr --version /dev/null.
grub-core/kern/disk.c:295: Closing `hd0'.
grub-install: info: executing modprobe -q efivars.
grub-core/kern/disk.c:295: Closing `hd0'.
grub-core/kern/disk.c:295: Closing `hd0'.
grub-install: info: executing efibootmgr -c -d /dev/sda -p 2 -w -L debian -l 
\EFI\debian\grubx64.efi.
grub-core/kern/disk.c:295: Closing `hd0'.
Could not prepare Boot variable: No space left on device

> >From experience with other Lenovo machines, you *may* be able to fix
> this by re-flashing the firmware/BIOS - this typically resets the EFI
> variable storage space.

Why it is about storage space again? Nothing changed there. Moreover,
this "buggy" firmware successfully booted from other media, such as
flash drive or usb hard drive. But there no efibootmgr command was
used. Nothing was written into variable space in this case - efi
loader was found by firmware without any record being made into that
space.

Could You assume that there are some sort of software bug?

Here is series of commands and results:

efibootmgr
BootCurrent: 000E
Timeout: 1 seconds
BootOrder: 000E,0010,0011,0005,0012,0008,0009
Boot0005* Windows Boot Manager
Boot0008* Generic Usb Device
Boot0009* CD/DVD Device
Boot000E* HL-DT-ST DVD-RAM GHB0N
Boot0010* ST1000DX001-1CM162
Boot0011* StoreJetTranscend
Boot0012* UEFI: StoreJetTranscend


efibootmgr -B -b 0012
Could not delete variable: No space left on device

efibootmgr -B -b 0011
BootCurrent: 000E
Timeout: 1 seconds
No BootOrder is set; firmware will attempt recovery
Boot0005* Windows Boot Manager
Boot0008* Generic Usb Device
Boot0009* CD/DVD Device
Boot000E* HL-DT-ST DVD-RAM GHB0N
Boot0010* ST1000DX001-1CM162

efibootmgr -B -b 0010
BootCurrent: 000E
Timeout: 1 seconds
No BootOrder is set; firmware will attempt recovery
Boot0005* Windows Boot Manager
Boot0008* Generic Usb Device
Boot0009* CD/DVD Device
Boot000E* HL-DT-ST DVD-RAM GHB0N

efibootmgr -o 000E,0005,0008,0009
Could not set BootOrder: No space left on devic

BootCurrent: 000E
Timeout: 1 seconds
No BootOrder is set; firmware will attempt recovery
Boot0005* Windows Boot Manager
Boot0008* Generic Usb Device
Boot0009* CD/DVD Device
Boot000E* HL-DT-ST DVD-RAM GHB0N

efibootmgr -B -b 000E
BootCurrent: 000E
Timeout: 1 seconds
No BootOrder is set; firmware will attempt recovery
Boot0005* Windows Boot Manager
Boot0008* Generic Usb Device
Boot0009* CD/DVD Device

efibootmgr -o 0005,0008,0009
Could not set BootOrder: No space left on device

efibootmgr
BootCurrent: 000E
Timeout: 1 seconds
No BootOrder is set; firmware will attempt recovery
Boot0005* Windows Boot Manager
Boot0008* Generic Usb Device
Boot0009* CD/DVD Device

efibootmgr -c -d /dev/sda -p 2 -w -L debian -l \EFI\debian\grubx64.efi
Could not prepare Boot variable: No space left on device

efibootmgr
BootCurrent: 000E
Timeout: 1 seconds
No BootOrder is set; firmware will attempt recovery
Boot0005* Windows Boot Manager
Boot0008* Generic Usb Device
Boot0009* CD/DVD Device

So, You can see: it can delete an entry, but cannot add.

###  Vladimir Stavrinov  ###

Bug#845023: efibootmgr: Could not prepare Boot variable: No space left on device

[Vladimir Stavrinov]

On Sat, Nov 19, 2016 at 03:55:43PM +, Steve McIntyre wrote:

> It's quite likely not a problem with the ESP on /boot/efi, but maybe a
> problem with the variable storage space on your computer. What make

No, nothing changed there since it was working: the same hardware in
the same configuration. The problem appeared in some point of Debian
upgrade a mounth ago. This EFI setup was working without problem for
more then 2 years under continuous upgrading of Debian sid

> and model are you using?

It is Lenovo H530:

http://shop.lenovo.com/gb/en/desktops/lenovo/h-series/h530/

>   efibootmgr -c -L debian -l \EFI\debian\grubx64.efi

No difference - the same result. Moreover the very short command
emits the same error:

efibootmgr -c
Could not prepare Boot variable: No space left on device

So again: it is not about space. This is some sort of bug of
interaction with hardware.

> grub-install -v will show you exactly what commands grub is trying to
> use.

grub-install: info: executing efibootmgr -c -d /dev/sda -p 2 -w -L debian -l 
\EFI\debian\grubx64.efi.
Could not prepare Boot variable: No space left on device
Installation finished. No error reported.

###  Vladimir Stavrinov  ###

Bug#831591: ffmpeg: kodi crash

[Vladimir Stavrinov]

On Sun, Jul 17, 2016 at 05:30:40PM +0300, Vladmimir Stavrinov wrote:

> It happens with 7:3.1.1-2 - see attached log. With 7:3.0.2-4 there

P.S. kodi crashes on acestream only.

###  Vladimir Stavrinov  ###

Bug#818405: apt: Google Chrome repository unusable because of weak digest

[Vladimir Stavrinov]

On Wed, Mar 16, 2016 at 10:41:13PM +0100, Julian Andres Klode wrote:

> I still went ahead with this and I think it's the right decision, I have
> not heard of any other repository provider affected yet --- the others are

Here they are: opera and acestream:

W: gpgv:/var/lib/apt/lists/deb.opera.com_opera_dists_stable_InRelease: The 
repository is insufficiently signed by key 
419D0ACF314E8E993F7F92E563F7D4AFF6D61D45 (weak digest)

W: gpgv:/var/lib/apt/lists/repo.acestream.org_ubuntu_dists_raring_InRelease: 
The repository is insufficiently signed by key 
E1254F21D636B7EFDE41D2AF50E2BCF0E3805CD8 (weak digest)

I don't think this is full list.

###  Vladimir Stavrinov  ###

Bug#803946: bug conformation

[Vladimir Stavrinov]

Though with other software, that uses this package, but I have the
same problem. Downgrading to 0.21.1-4 solves this problem.

###  Vladimir Stavrinov  ###

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Tue, Oct 20, 2015 at 11:31:05PM +0100, Luca Boccassi wrote:
 
> Could you please make sure that both your user and your DM user (sddm I
> believe?) are in the video group and try again and report the result?

Yes, this solves the problem, but it is ridiculous. 

First of all it is security issue. The "video" group is system group
that provide write access to video device. It is using not only for
nvidia. For example I am using special system user "webcam" for
streaming from my web camera to RTMP server. To do this I've added it
to video group. So normal non-system user should not be included
into this group.

Second, tell us please how do You make sure the normal user being
included into video group? For example, if You add new user with
useradd utility? Yes, You can do this with something like hook or
trigger, but this is not only way to create new user - there are
unlimited number of ways to do this. Or may be You are going notify
all sysadmins about this?

No. This is really crazy idea to provide non-system ordinary user
with write access to video device in order to provide access to glx
library. And Andreas Beckmann's post:

http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2015-October/011948.html

explains nothing about this. There are no answer to the question:
what for glx requires write access to video device for normal live
user?  This is something new in world fashion. Why only glx require
this? How do other video works without such requirements?

###  Vladimir Stavrinov  ###

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Wed, Oct 21, 2015 at 05:50:22PM +0200, Andreas Beckmann wrote:

> The driver is a non-free blob. I have no clue how it works :-)

Kicks nvidia ass. Non-free blob is always headache. Will it be
sensitive for nvida if all Linux user will boycott them not buying
their hardware?

OK, but what happened recently with 0.6.x version? Do You want to
say, that ordinary user always had had write access to nvidia device?

###  Vladimir Stavrinov  ###

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Wed, Oct 21, 2015 at 05:34:32PM +0100, Luca Boccassi wrote:

> default by upstream (and by udev) with 666 permissions, so world

I hate such gys. They want more: 777. They say: "give me 777 and
everything will work. They don't need any other user than root. This
is microsoft heritage in mind. No users, no task no network - this is
the best OS where everything work.

> With the upload Andreas just did (340.93-6) the video group workaround
> won't be needed, but device nodes go back to 666.

May be this is even worse solution. I have recently joked, but may be
this is true: it is better to notify about need to include user in
video group. You can do this with banner while installation or via
email after that.

###  Vladimir Stavrinov  ###

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Mon, Oct 19, 2015 at 10:11:45PM +0100, Luca Boccassi wrote:

> Maybe there's some context I'm missing. Forgive me for asking, but are
> you sure this is due to the Nvidia driver packages or glx-alternatives?

Absolutely. This is Nvidia driver problem. Few days ago I conducted
specific experiment. After upgrading to latest version of all nvidia
and glx packages, I've downgraded only kernel module and after
reloading module the glx got working. But after rebooting system the
problem returned again. So not only kernel module is problem, but it
is main.

> Andreas, you use KDE if I'm not mistaken. Are you seeing any issues? Do

How many times again: this is not problem of KDE, plasma, kodi or any
other software using glx. This is problem of glx in nvidia driver. 

I am using xlock from very old package xlockmore-gl not included in
any of today's debian distributions. But it has two options
"-modelist allgl" and "-modelist all-allgl". First is for include glx
modes, second - to exclude ones. This is very good for testing glx,
because it explicitly points to glx as the source of problem when it
works with second option and doesn't work with the first one.

So it is certainly clear, that the source of our problems is glx
feature of nvdia driver. But the fact that You can't reproduce the
problem (if You can't, because You never mentioned this) may mean,
that problem is somehow hardware specific. In this case there are no
way to debug it as to ask us to do for You some experiments of Your
choice.

Here is my hardware:

lspci | grep -i nvidia
01:00.0 VGA compatible controller: NVIDIA Corporation GK208 [GeForce GT 635] 
(rev a1)
01:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1)

If this guess is not true and the problem is not hardware specific, then You
should try number of different software using glx to reproduce the
problem.

And finally it is possible, that at some point of investigation You
will understand necessity to escalate the problem to upstream.

###  Vladimir Stavrinov  ###

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Mon, Oct 19, 2015 at 10:05:12PM +0100, Luca Boccassi wrote:

> In your case it looks like it certainly is. Your glx alternative is

No, it is not. I never touched setup. As I wrote before more then
once, the problem arises after upgrade, not as result of setup changing.


> configured to Mesa instead of Nvidia:
> 
> diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
> glx-diversions
> diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
> glx-diversions
> diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
> glx-diversions
> diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
> by glx-diversions

You are wrong: it is about divert and not about alternative.
 
> Please run:
>
> sudo update-alternatives --set glx /usr/lib/nvidia
> sudo dpkg-reconfigure glx-alternative-nvidia

This does not helps and can't help, because again and again: it is
not setup problem, it is upgrade result. Downgrade helps. That is
what I am doing to get it working:

dpkg -P nvidia-kernel-support
dpkg -i glx-alternative-mesa_0.5.1_amd64.deb 
glx-alternative-nvidia_0.5.1_amd64.deb glx-diversions_0.5.1_amd64.deb 
libegl1-nvidia_340.93-1_amd64.deb libgl1-nvidia-glx-i386_340.93-1_i386.deb 
libgl1-nvidia-glx_340.93-1_amd64.deb libgl1-nvidia-glx_340.93-1_i386.deb 
libgles1-nvidia_340.93-1_amd64.deb libgles2-nvidia_340.93-1_amd64.deb 
libnvidia-eglcore_340.93-1_amd64.deb libnvidia-ml1_340.93-1_amd64.deb 
nvidia-alternative_340.93-1_amd64.deb nvidia-driver-bin_340.93-1_amd64.deb 
nvidia-driver_340.93-1_amd64.deb nvidia-kernel-dkms_340.93-1_amd64.deb 
nvidia-vdpau-driver_340.93-1_amd64.deb 
xserver-xorg-video-nvidia_340.93-1_amd64.deb

And nothing else.

###  Vladimir Stavrinov  ###

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Tue, Oct 20, 2015 at 09:25:16AM +0300, Vladimir Stavrinov wrote:

> what I am doing to get it working:
> 
> dpkg -P nvidia-kernel-support
> dpkg -i glx-alternative-mesa_0.5.1_amd64.deb 
> glx-alternative-nvidia_0.5.1_amd64.deb glx-diversions_0.5.1_amd64.deb 
> libegl1-nvidia_340.93-1_amd64.deb libgl1-nvidia-glx-i386_340.93-1_i386.deb 
> libgl1-nvidia-glx_340.93-1_amd64.deb libgl1-nvidia-glx_340.93-1_i386.deb 
> libgles1-nvidia_340.93-1_amd64.deb libgles2-nvidia_340.93-1_amd64.deb 
> libnvidia-eglcore_340.93-1_amd64.deb libnvidia-ml1_340.93-1_amd64.deb 
> nvidia-alternative_340.93-1_amd64.deb nvidia-driver-bin_340.93-1_amd64.deb 
> nvidia-driver_340.93-1_amd64.deb nvidia-kernel-dkms_340.93-1_amd64.deb 
> nvidia-vdpau-driver_340.93-1_amd64.deb 
> xserver-xorg-video-nvidia_340.93-1_amd64.deb
> 

In reverse order or do it twice to resolve dependency issue.

> And nothing else.

Then reboot.

P.S. 0.6.92 doesn't help again.

###  Vladimir Stavrinov  ###

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Sun, Oct 18, 2015 at 08:43:50PM +0100, Luca Boccassi wrote:

 
> Could you please attach the output of:
> 
> reportbug --template glx-alternative-nvidia
> reportbug --template nvidia-driver

*** Welcome to reportbug.  Use ? for help at prompts. ***
Note: bug reports are publicly archived (including the email address of the 
submitter).
Detected character set: UTF-8
Please change your locale if this is incorrect.

Using 'Vladmimir Stavrinov ' as your from address.
Getting status for glx-alternative-nvidia...
Will send report to Debian (per lsb_release).
Maintainer for glx-alternative-nvidia is 'Debian NVIDIA Maintainers 
'.
Looking up dependencies of glx-alternative-nvidia...
Getting status for related package glx-diversions...
Looking up 'depends' of related package glx-diversions...
Looking up 'recommends' of related package glx-diversions...
Getting status for related package nvidia-glx...
Getting status for related package fglrx-driver...
Looking up status of additional packages...

Rewriting subject to 'glx-alternative-nvidia: none'
Gathering additional data, this may take a while...
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Vladmimir Stavrinov 
To: Debian Bug Tracking System 
Subject: glx-alternative-nvidia: none

Package: glx-alternative-nvidia
Version: 0.6.91
Severity: wishlist

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


-- Package-specific info:
Diversions:
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of 

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Sun, Oct 18, 2015 at 11:03:35PM +0100, Luca Boccassi wrote:

> Nothing seems wrong in the setup.

The problem is not about setup.

> What is the exact error you get with plasma?

The problem is not about "exact error".

The problem is about GLX, that doesn't works with any software.
Errors may be differ. But segfault is common.

###  Vladimir Stavrinov  ###

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Sun, Oct 18, 2015 at 08:16:39PM +0200, Miguel Angel Rojas wrote:

>Vladimir is right, same issue here. Indeed, It is weird to me not so
>many people is currently reporting on it, but it is affecting a lot of

And even more weird is practice to close an issue without
confirmation from users who reported the problem, that it has been
solved.

###  Vladimir Stavrinov  ###

Bug#799948: 0.6.1 doesn't solves the problem

[Vladimir Stavrinov]

On Tue, Oct 06, 2015 at 07:38:23PM +0300, Vladimir Stavrinov wrote:

> The problem still exists. See

Again, with new version the problem don't solved as You reported.
With 0.6.91 and 340.93-5 GLX still doesn't works. See attached log.
It is not about kodi only. The problem exists for other software too:
GLX doesn't works. And as before to make it working all related
packages should be downgraded to 0.5.1 and 340.93-1 versions.

### Vladimir Stavrinov ###
## Kodi CRASH LOG ###

 SYSTEM INFO 
 Date: Sun Oct 18 12:27:57 MSK 2015
 Kodi Options: 
 Arch: x86_64
 Kernel: Linux 4.2.0-1-amd64 #1 SMP Debian 4.2.3-2 (2015-10-14)
 Release: Debian GNU/Linux
## END SYSTEM INFO ##

### STACK TRACE #
=>  Core file: /home/vs/core (2015-10-18 12:27:57.398449307 +0300)
=
[New LWP 2592]
[New LWP 2600]
[New LWP 2602]
[New LWP 2601]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/lib/x86_64-linux-gnu/kodi/kodi.bin'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x in ?? ()
[Current thread is 1 (Thread 0x7ff3bdc2b980 (LWP 2592))]

Thread 4 (Thread 0x7ff3941db700 (LWP 2601)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:143
#1  0x7ff3b71a2e18 in pa_threaded_mainloop_wait () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#2  0x00999dac in CAESinkPULSE::AddPackets(unsigned char**, unsigned 
int, unsigned int) ()
#3  0x0097cf56 in 
ActiveAE::CActiveAESink::OutputSamples(ActiveAE::CSampleBuffer*) ()
#4  0x0097e122 in ActiveAE::CActiveAESink::StateMachine(int, 
Actor::Protocol*, Actor::Message*) ()
#5  0x0097eb57 in ActiveAE::CActiveAESink::Process() ()
#6  0x01146aff in CThread::Action() ()
#7  0x01146dc2 in CThread::staticThread(void*) ()
#8  0x7ff3bb5210a4 in start_thread (arg=0x7ff3941db700) at 
pthread_create.c:309
#9  0x7ff3b2e2306d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 3 (Thread 0x7ff3939da700 (LWP 2602)):
#0  0x7ff3b2e1a52d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7ff3b71a2831 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#2  0x7ff3b7193e51 in pa_mainloop_poll () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#3  0x7ff3b71944ee in pa_mainloop_iterate () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#4  0x7ff3b71945a0 in pa_mainloop_run () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#5  0x7ff3b71a27c6 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#6  0x7ff3ab331ff8 in ?? () from 
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-7.0.so
#7  0x7ff3bb5210a4 in start_thread (arg=0x7ff3939da700) at 
pthread_create.c:309
#8  0x7ff3b2e2306d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7ff3901da700 (LWP 2600)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
#1  0x0097afc7 in ActiveAE::CActiveAE::Process() ()
#2  0x01146aff in CThread::Action() ()
#3  0x01146dc2 in CThread::staticThread(void*) ()
#4  0x7ff3bb5210a4 in start_thread (arg=0x7ff3901da700) at 
pthread_create.c:309
#5  0x7ff3b2e2306d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7ff3bdc2b980 (LWP 2592)):
#0  0x in ?? ()
#1  0x00746995 in CMediaSourceSettings::Clear() ()
#2  0x00c9dbb1 in CSettingsManager::OnSettingsUnloaded() ()
#3  0x00c9e843 in CSettingsManager::Unload() ()
#4  0x00ca1d9e in CSettingsManager::Clear() ()
#5  0x007312fd in CSettings::Uninitialize() ()
#6  0x0073175f in CSettings::~CSettings() ()
#7  0x7ff3b2d74bc9 in __run_exit_handlers (status=-1, listp=0x7ff3b30e05a8 
<__exit_funcs>, run_list_atexit=run_list_atexit@entry=true) at exit.c:82
#8  0x7ff3b2d74c15 in __GI_exit (status=) at exit.c:104
#9  0x7ff3b2d5eb4c in __libc_start_main (main=0x6ccd00 , argc=1, 
argv=0x7fffc9ed7e18, init=, fini=, 
rtld_fini=, stack_end=0x7fffc9ed7e08) at libc-start.c:321
#10 0x00716fc9 in _start ()
# END STACK TRACE ###

# LOG FILE ##

12:27:56 T:140684837435776  NOTICE: special://profile/ is mapped to: 
special://masterprofile/
12:27:56 T:140684837435776  NOTICE: 
---
12:27:56 T:140684837435776  NOTICE: Starting Kodi from Debian (15.2-RC3 Debian 
package version:15.2~rc3+dfsg1-1 Git: (unknown)). Platform: Linux x86 64-bit
12:27:56 T:140684837435776  NOTICE: Using Debug Kodi from Debian x64 build
12:27:56 T:140684837435776  NOTICE: Kodi from Debian compiled from 
15.2~rc

Bug#801297: [Pkg-anonymity-tools] Bug#801297: torbrowser-launcher: Don't starts.

[Vladimir Stavrinov]

On Thu, Oct 08, 2015 at 10:45:03AM +, u wrote:

> * Which update is it you are trying to do? The automatic one induced by
> the package itself?

Yes, 5.0.3

> * Did it work before or is this a fresh install?

Yes, it worked before, but after 

rm -fr .config/torbrowser .cache/torbrowser

and reinstalling nothing changed.

> * By default, tbl updates over Tor, could you try if updating without
> Tor works? In order to do so, run torbrowser-launcher --settings

With this option it works even over tor. After successful update it
works in any way. But after restarting without --setting option it
was updated from 5.0 to 5.0.3 again. Eventually it works.

> * Can you run torbrowser-launcher from a terminal and send us the output
> please?

That is what was before updating with --setting option:

Tor Browser Launcher
By Micah Lee, licensed under MIT
version 0.2.0
https://github.com/micahflee/torbrowser-launcher
Updating over Tor
Checking for update
Downloading 
https://www.torproject.org/projects/torbrowser/RecommendedTBBVersions
Checking to see if update is needed
TBB is out of date, attempting to upgrade to 5.0.3
Downloading https://dist.torproject.org/torbrowser/5.0.3/sha256sums.txt
Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 916, 
in dispatcher
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 1472, 
in _finishResponse_WAITING
self._giveUp(Failure(reason))
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 1525, 
in _giveUp
self._disconnectParser(reason)
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 1513, 
in _disconnectParser
parser.connectionLost(reason)
---  ---
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 537, 
in connectionLost
self.response._bodyDataFinished()
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 916, 
in dispatcher
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 1161, 
in _bodyDataFinished_CONNECTED
self._bodyProtocol.connectionLost(reason)
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
375, in connectionLost
self.all_done(reason)
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
392, in response_finished
self.run_task()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
314, in run_task
self.attempt_update()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
541, in attempt_update
self.build_ui()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
284, in build_ui
self.start(None)
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
293, in start
self.run_task()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
318, in run_task
self.download('signature', self.common.paths['sha256_url'], 
self.common.paths['sha256_file'])
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
454, in download
agent = SOCKS5Agent(reactor, 
VerifyTorProjectCert(self.common.paths['torproject_pem']), 
proxyEndpoint=torEndpoint)
  File "/usr/lib/python2.7/dist-packages/txsocksx/http.py", line 58, in __init__
super(_SOCKSAgent, self).__init__(*a, **kw)
  File "/usr/lib/python2.7/dist-packages/txsocksx/http.py", line 37, in __init__
'contextFactory must implement IPolicyForHTTPS')
exceptions.NotImplementedError: contextFactory must implement IPolicyForHTTPS

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
666, in destroy
os.remove(self.current_download_path)
OSError: [Errno 2] No such file or directory: 
'/home/vs/.cache/torbrowser/download/sha256sums.txt'

> * Do you use AppArmor?

I don't know what is it.

So, though it was strange behaviour, but it works now and You can
close this issue. Thanks a lot.

###  Vladimir Stavrinov  ###

Bug#800938: kodi: segfault on start

[Vladimir Stavrinov]

On Tue, Oct 06, 2015 at 06:06:00PM +0300, Vladimir Stavrinov wrote:

> It requires some more investigation.

Done. Downgrade to these version of these packages solves the problem:

ii  glx-alternative-mesa0.5.1  amd64  allows 
the selection of MESA as GLX provider
ii  glx-alternative-nvidia  0.5.1  amd64  allows 
the selection of NVIDIA as GLX provider
ii  glx-diversions  0.5.1  amd64  prepare 
for using accelerated GLX implementations from GPU v
ii  libegl1-nvidia:amd64340.93-1   amd64  NVIDIA 
binary EGL libraries
ii  libgl1-nvidia-glx:amd64 340.93-1   amd64  NVIDIA 
binary OpenGL libraries
ii  libgl1-nvidia-glx:i386  340.93-1   i386   NVIDIA 
binary OpenGL libraries
ii  libgl1-nvidia-glx-i386:i386 340.93-1   i386   NVIDIA 
binary OpenGL 32-bit libraries
ii  libgles1-nvidia:amd64   340.93-1   amd64  NVIDIA 
binary OpenGL|ES 1.x libraries
ii  libgles2-nvidia:amd64   340.93-1   amd64  NVIDIA 
binary OpenGL|ES 2.x libraries
ii  libnvidia-eglcore:amd64 340.93-1   amd64  NVIDIA 
binary EGL core libraries
ii  libnvidia-ml1:amd64 340.93-1   amd64  NVIDIA 
Management Library (NVML) runtime library
ii  nvidia-alternative  340.93-1   amd64  allows 
the selection of NVIDIA as GLX provider
ii  nvidia-driver   340.93-1   amd64  NVIDIA 
metapackage
ii  nvidia-driver-bin   340.93-1   amd64  NVIDIA 
driver support binaries
ii  nvidia-kernel-dkms  340.93-1   amd64  NVIDIA 
binary kernel module DKMS source
ii  nvidia-vdpau-driver:amd64   340.93-1   amd64  Video 
Decode and Presentation API for Unix - NVIDIA driver
ii  xserver-xorg-video-nvidia   340.93-1   amd64  NVIDIA 
binary Xorg driver

But the question remains: where to redirect report to. May be
somebody already reported this bug. Need some search over BTS.

###  Vladimir Stavrinov  ###

Bug#800938: kodi: segfault on start

[Vladimir Stavrinov]

On Tue, Oct 06, 2015 at 04:17:19PM +0200, Bálint Réczey wrote:

> It seems there is something with X/OpenGL,

Yes, You are right:

> 11:51:22 T:139689330411904   ERROR: GLX Error: Could not create context

>  the crash happens only at exit.:

It starts and falls down in the next moment.

> Do other OpenGL programs work OK? 

No, xlock crashes too on GL mode.

> Is there anything special regarding X/OpenGL/screens in your system?

Nothing apart from nvidia, but it is totally from Debian only:

ii  glx-alternative-mesa0.6.1  amd64  allows 
the selection of MESA as GLX provider
ii  glx-alternative-nvidia  0.6.1  amd64  allows 
the selection of NVIDIA as GLX provider
ii  glx-diversions  0.6.1  amd64  prepare 
for using accelerated GLX implementations from GPU v
ii  libgl1-mesa-dev:amd64   10.6.8-1   amd64  free 
implementation of the OpenGL API -- GLX development fil
ii  libgl1-mesa-glx:amd64   10.6.8-1   amd64  free 
implementation of the OpenGL API -- GLX runtime
ii  libgl1-mesa-glx:i38610.6.8-1   i386   free 
implementation of the OpenGL API -- GLX runtime
ii  libgl1-nvidia-glx:amd64 340.93-3   amd64  NVIDIA 
binary OpenGL libraries
ii  libgl1-nvidia-glx:i386  340.93-3   i386   NVIDIA 
binary OpenGL libraries
ii  libgl1-nvidia-glx-i386:i386 340.93-3   i386   NVIDIA 
binary OpenGL 32-bit libraries
ii  libva-glx1:amd641.6.1-1amd64  Video 
Acceleration (VA) API for Linux -- GLX runtime
ii  libxcb-glx0:amd64   1.10-3+b1  amd64  X C 
Binding, glx extension
ii  libxcb-glx0:i3861.10-3+b1  i386   X C 
Binding, glx extension
ii  libxcb-glx0-dev:amd64   1.10-3+b1  amd64  X C 
Binding, glx extension, development files
ii  nvidia-alternative  340.93-3   amd64  allows 
the selection of NVIDIA as GLX provider

 
> I have packaged Kodi RC3, does it fix the problem for you in case it
> is a Kodi bug?

> There are prebuilt binaries here:
> http://debomatic-amd64.debian.net/distribution#unstable/kodi/15.2~rc3+dfsg1-1/

No, the same result.

> Did previous version of kodi worked on this system?

Yes, I am using kodi(xbmc) for a while. And some GLX related packages
was updated recently. I guess this caused this problem. So, this bug
report should be redirected to some other package. But to which one?
It requires some more investigation.

###  Vladimir Stavrinov  ###

Bug#800938: kodi: segfault on start

[Vladimir Stavrinov]

On Tue, Oct 06, 2015 at 07:03:30PM +0300, Vladimir Stavrinov wrote:

> They promise to fix it in next version, that already uploaded.

No, it is not true. They say about 0.6.1, but it doesn't work.
glx-diversions-0.6.1 and nvidia-340.93-1 doesn't work.

###  Vladimir Stavrinov  ###

Bug#799948: 0.6.1 doesn't solves the problem

[Vladimir Stavrinov]

The problem still exists. See

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800938

###  Vladimir Stavrinov  ###

Bug#800938: kodi: segfault on start

[Vladimir Stavrinov]

On Tue, Oct 06, 2015 at 06:52:13PM +0300, Vladimir Stavrinov wrote:

> But the question remains: where to redirect report to. May be
> somebody already reported this bug. Need some search over BTS.

It looks like the problem is here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799948

They promise to fix it in next version, that already uploaded.


###  Vladimir Stavrinov  ###

Bug#798189: rtmp inside m3u don't supported anymore

[Vladimir Stavrinov]

On Mon, Sep 07, 2015 at 12:05:03PM +0200, Carl Eugen Hoyos wrote:

> 
> How can I reproduce this issue?
> 

Try these examples in attachments.


###  Vladimir Stavrinov  ###


CBS.m3u
Description: audio/mpegurl


CNN.m3u
Description: audio/mpegurl


twIT.m3u
Description: audio/mpegurl


WTV-9.m3u
Description: audio/mpegurl

Bug#798189: rtmp inside m3u don't supported anymore

[Vladimir Stavrinov]

On Mon, Sep 07, 2015 at 02:15:28PM +0200, Carl Eugen Hoyos wrote:

> The samples WTV-9.m3u and twIT.m3u work fine here, I cannot reproduce an 
> issue 
> for them.

I've gave You four examples for comparison: two with http, that
works, and other two with rtmp that doesn't work.

Bug#794441: obnam: chunk ... does not exist

[Vladimir Stavrinov]

On Mon, Aug 03, 2015 at 11:57:40AM +0300, Lars Wirzenius wrote:

  The question was not why it isn't done YET, but why they are not
  removing at all, thinking it is a bug. And Yes, if You treat bug as
  missing feature, then there are less chances that it happen faster
  to fix it.
 
 I don't understand what you're trying to say.

I am trying to say I don't reproach You for missing feature, for it
isn't done YET. But I am wondering, why if and when fsck ALREADY have
found reference to non-existent chunk, why it does not remove it? What
makes sense to leave it in place? It would be missing feature to FIND
AND REMOVE such references. But if You ALREADY have found it, what
prevents You to remove it at this point, at this moment?

 If a file is missing a chunk, then it's data cannot be restored
 correctly, and the checksum of the restored data does not match the
 original file. That's what it means, and yes, it's related to the
 missing chunk.

If I understand right, this means that when You find the reference that
points to missing chunk, You should remove both the reference as well as
the file containing this missing chunk, this reference points to, do
You?


###  Vladimir Stavrinov  ###


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

Bug#794441: obnam: chunk ... does not exist

[Vladimir Stavrinov]

On Mon, Aug 03, 2015 at 09:53:03AM +0300, Lars Wirzenius wrote:

 fsck does, indeed, not remove references to missing chunks. It's a
 missing feature. That feature will be implemented when someone has the
 time and inclination to do it.
 
 Asking why it isn't done yet does not make it happen faster, I'm
 afraid.

The question was not why it isn't done YET, but why they are not
removing at all, thinking it is a bug. And Yes, if You treat bug as
missing feature, then there are less chances that it happen faster
to fix it.

OK, it is up to You how to treat it and what to do or not to do. But the
question remains about checksum whole-file checksum mismatch. Is this
problem related to non-existent chunks, as they appear all together, one
next to other? In other words, should the both problems be solved with
the same single fixing, or they are subject for different bug fixings?


###  Vladimir Stavrinov  ###


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

Bug#794441: obnam: chunk ... does not exist

[Vladimir Stavrinov]

On Mon, Aug 03, 2015 at 12:53:29PM +0300, Vladimir Stavrinov wrote:

 AND REMOVE such references. But if You ALREADY have found it, what
 prevents You to remove it at this point, at this moment?

Sorry for pushy again, but to be clear, the question caused this
conversation is: what for do You seek missing chunks and broken files,
if You do nothing with them after that? To inform (scare) user?  In this
case, You don't need spend many hours to seek all of them, because user
don't know what to do with this huge amount of numbers. It is enough to
give short report about the problem.


###  Vladimir Stavrinov  ###


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

Bug#793792: R43272X: Repository doesn't contain chunk

[Vladimir Stavrinov]

On Sat, Aug 01, 2015 at 04:20:37PM +0300, Lars Wirzenius wrote:

  In this case it is possible to get opposite situation: orphan chunks

If You remove the reference first, then You may leave it's chunk not
deleted in case of some fault.

 obnam fsck already knows how to delete unused chunks. I reject the

I meant remove reference, that points to nonexistent chunk.

 suggestion that obnam forget shouldn't be removing unused chunks.

Again, I meant remove reference, that points to nonexistent chunk.

###  Vladimir Stavrinov  ###


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

Bug#793792: R43272X: Repository doesn't contain chunk

[Vladimir Stavrinov]

On Sat, Aug 01, 2015 at 03:52:43PM +0300, Lars Wirzenius wrote:

 The next version of Obnam will have fixes related to this, both to not
 crash obnam forget if a chunk it wants to remove is missing, and to

In which version? I see 1.13 in repository with some patches related to
this problem. Is it this one, or next after it?

 avoid removing chunks until references to them have been removed.

In this case it is possible to get opposite situation: orphan chunks
without references. I think it is better simply to remove references
without chunks. And we need cleaning function, may be as part of fsck
command.

###  Vladimir Stavrinov  ###


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 10:41:17AM +0300, Michael Tokarev wrote:

 Just did as you wrote, installing a jessie-amd64 system into a newly
 created image (had to create efi boot partition too).  Not 2, about
 15 minutes in total.

Is it pristine base system only, installed with debootstrap, or You used
standard Debian installer?

 Here the system works just fine after booting in ovmf.  I also installed
 4.1 kernel, it too works just fine.  Well, it boots and I can login and
 run some basic apt-get commands, I didn't test further.

We don't need any tests after booting. The problem is that it stop
booting apt some point while init scripts execution.

 As I suggested before, please try to find out WHAT is failing, exactly.
 Which part of the system startup makes it stop.  It should be easier
 with sysvinit as usually a startup script prints an action BEFORE
 actually running it, so you'll see Starting foo.. right before
 the stall.

The problem is that with different installation, or after installing/removing
some additional packages, it stop booting at different points. The constant is
only fact, that with any configuration it is don't reach login point. I suppose
the most likely suspect is udev. But some times boot process stops late after
udev successfully started. Some times I tried to boot with init=/bin/bash, It
was successful, but when I start udev it hangs.

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Fri, Jul 17, 2015 at 10:23:40PM +0300, Michael Tokarev wrote:

 These can be facts for you.  As long as I can't reproduce this behavour

An facts can not be for You, for me or for any others. The fact is fact, or is
not fact.

 I still can't do anything.  All my systems (there are many) work fine

I believe You. I will try to reproduce Your case, then You can reproduce
this problem.

 Besides, if you see the prob happens when switching to a different
 _kernel_, why are you filing the bugreport against ovmf?

Because without ovmf all kernels are working fine.

 Did you try increasing memory available to the guest already?

Yes, default is 128m and I tried 512m - there are no difference.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Fri, Jul 17, 2015 at 10:23:40PM +0300, Michael Tokarev wrote:

 These can be facts for you.  As long as I can't reproduce this behavour

To reproduce this behavior try install only base system with
debootstrap, then install grub-efi and linux-image-amd64, but nothing
else. Edit /etc/fstab and reboot. This easy job takes 2 minutes. 

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 11:07:49AM +0300, Vladimir Stavrinov wrote:

 Is it pristine base system only, installed with debootstrap, or You used
 standard Debian installer?

I just tried official Debian iso:

http://cdimage.debian.org/debian-cd/8.1.0/multi-arch/iso-cd/debian-8.1.0-amd64-i386-netinst.iso
 

After successful installation system does not boot at all. Even grub
doesn't appear. 

Could You give Your qemu configuration (command line)?

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 12:53:32PM +0300, Michael Tokarev wrote:

 Actually, after some more thoughts, I'm not sure whenever
 this is a kernel (driver) bug or ovmf bug.  I _think_

So both upstreams should be reported.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 11:33:53AM +0300, Michael Tokarev wrote:

 Besides, since you're using some custom OVMF.fd in /srv/vmx/, why
 are you filing a bugreport about _debian_ ovmf? :)

It is not custom, it is copy of Your file.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 11:52:54AM +0300, Michael Tokarev wrote:

 It is a clear bug in bochsdrmfb driver in kernel.
 After blacklisting that driver the system boots fine.

Yes, this solves the problem. Thank You very much.

 In 3.2 kernel that driver didn't exist.

More over, even in 3.16.3 it doesn't exists. That is why it becomes
surprise for me as recently there wasn't such problem with kernel in
stable Debian branch.

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Fri, Jul 17, 2015 at 08:53:01PM +0300, Michael Tokarev wrote:

 some systemd debugging.  I'm afraid there's nothing we can do here,

I've tried switch back to sysvinit, but it doesn't help.

 especially since it works here.  I also highly doubt it is really
 kernel-related, there are *many* virtual systems with 3.16 kernel

It is fresh installed stable system with 3.16 kernel. Then single
package with 3.2 kernel was installed. So we can choose different
kernels from menu with different result.

 running around, including debian ones, and with more recent kernels

The same fail with 4.0 kernel.

 too.  Also I highly doubt it is ovmf-related either.

The same identical system is working without ovmf and with standard (non-efi)
grub.

That is all facts instead of too many highly doubt.

Here is command line, starting this virtual machine:

qemu-system-x86_64 -enable-kvm -hda /srv/vmx/linux-0.img -bios /srv/vmx/OVMF.fd 

So, the fact is that the only difference between working and fail
systems is kernel version and ovmf (and grub). All others are absolutely
identical, more over it is physically the same system.

Other experiment: oldsatble (kernel 3.2) system works.

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#754186: xbmc: OpenDemuxStream - Error creating demuxer

[Vladimir Stavrinov]

On Mon, Jan 05, 2015 at 10:22:19PM +0100, Bálint Réczey wrote:

 Someone started working on the bug in the upstream bug tracker.
 Could you please provide a link which is usable for testing?

See playlist in attachment. But it seems that those bugs:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754186
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754459
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770358

all are about the same problem. Though for different links (not for this
playlist, where all links are the same type and source) different errors
may be reported, nevertheless I think this problem caused by curl in all
cases. Time to time I am facing such problems with different MRL, though
those MRL are not permanent and dies after while. But in all cases I see
the same picture: xmbc doesn't works where all others (vlc, mplayer,
avplay) does.  


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


livestream.m3u
Description: audio/mpegurl

Bug#770165: livestreamer: After upgrading python2.7 from 2.7.8-11 to 2.7.8-12 livestreamer don't works anymore

[Vladimir Stavrinov]

On Sat, Dec 13, 2014 at 03:07:34AM +0100, Stefan Breunig wrote:

 I've tried this on a recent unstable and it works for me.
 
 To be exact, the versions used are:
 python2.7  2.7.9-1  amd64
 libpython2.7-stdlib:amd64  2.7.9-1

Yes, http://www3.nhk.or.jp/nhkworld/ works, but
http://www.ilive.to/view/68968 doesn't

 with the new livestreamer 1.11.1-1 release. Can you check if this issue
 has been resolved for you as well with the new Python 2.7 upload?

livestreamer 1.11.1-1 still doesn't available from
http://cdn.debian.net/


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#757347: livestreamer: ustream plugin problem

[Vladimir Stavrinov]

On Sun, Aug 10, 2014 at 09:09:34PM +0200, Stefan Breunig wrote:

 I’m not sure why livestreamer doesn’t give you the correct hint. For me,

Because python-librtmp was installed. So it is not a reason.

I saw somewhere (to upstream, I think) may be year or more ago the same
bug report. The bug was closed at that time, but if it arises again,
then it looks like chronic disease.



*
###  Vladimir Stavrinov
###  vstavri...@gmail.com
*


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

Bug#754096: xbmc: Working ...

[Vladimir Stavrinov]

On Fri, Jul 11, 2014 at 10:31:30PM +0200, Bálint Réczey wrote:

 Could you please attach the relevant part of the crash log?

Here it is. 

I think, the key of problem indicated by last record: NOTICE:
DVDPlayer: waiting for threads to exit. It is waiting forever, but
there should be configurable timeout or it should be minimal like few
seconds.


*
###  Vladimir Stavrinov
###  vstavri...@gmail.com
*

## XBMC CRASH LOG ###

 SYSTEM INFO 
 Date: Sat Jul 12 11:29:11 MSK 2014
 XBMC Options: 
 Arch: x86_64
 Kernel: Linux 3.14-1-amd64 #1 SMP Debian 3.14.10-1 (2014-07-07)
 Release: Debian GNU/Linux
## END SYSTEM INFO ##

### STACK TRACE #
=  Core file: /home/vs/core (2014-07-12 11:29:10.985003366 +0400)
=
[New LWP 6768]
[New LWP 6776]
[New LWP 6778]
[New LWP 6787]
[New LWP 6779]
[New LWP 6777]
[New LWP 6782]
[New LWP 6792]
[New LWP 6785]
[New LWP 6810]
[New LWP 6797]
[New LWP 6796]
[New LWP 6798]
[New LWP 6795]
[New LWP 6793]
[New LWP 6786]
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Core was generated by `/usr/lib/xbmc/xbmc.bin'.
Program terminated with signal SIGABRT, Aborted.
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238

Thread 16 (Thread 0x7f650a7fc700 (LWP 6786)):
#0  0x7f653fa642d3 in select () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f6546960883 in ?? () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#2  0x7f65469eedf5 in PyEval_EvalFrameEx () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#3  0x7f65469ee332 in PyEval_EvalFrameEx () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#4  0x7f65469ee332 in PyEval_EvalFrameEx () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#5  0x7f6546a53360 in PyEval_EvalCodeEx () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#6  0x7f65469e8849 in PyEval_EvalCode () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#7  0x7f65469bc84a in PyRun_FileExFlags () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#8  0x00c9919f in CPythonInvoker::execute(std::string const, 
std::vectorstd::string, std::allocatorstd::string  const) ()
#9  0x00c9709d in CPythonInvoker::Execute(std::string const, 
std::vectorstd::string, std::allocatorstd::string  const) ()
#10 0x0113e578 in CThread::Action() ()
#11 0x0113ec39 in CThread::staticThread(void*) ()
#12 0x7f65481730ca in start_thread (arg=0x7f650a7fc700) at 
pthread_create.c:309
#13 0x7f653fa6b06d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 15 (Thread 0x7f64fa7d3700 (LWP 6793)):
#0  0x7f653fa6252d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f654a2360dc in ?? () from 
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#2  0x7f654a235c5b in avahi_simple_poll_run () from 
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#3  0x7f654a235e38 in avahi_simple_poll_iterate () from 
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#4  0x7f654a23606d in avahi_simple_poll_loop () from 
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#5  0x7f654a236134 in ?? () from 
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#6  0x7f65481730ca in start_thread (arg=0x7f64fa7d3700) at 
pthread_create.c:309
#7  0x7f653fa6b06d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 14 (Thread 0x7f64f97d1700 (LWP 6795)):
#0  0x7f653fa642d3 in select () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f654a022bb7 in ?? () from 
/usr/lib/x86_64-linux-gnu/libmicrohttpd.so.10
#2  0x7f654a022cf2 in ?? () from 
/usr/lib/x86_64-linux-gnu/libmicrohttpd.so.10
#3  0x7f65481730ca in start_thread (arg=0x7f64f97d1700) at 
pthread_create.c:309
#4  0x7f653fa6b06d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 13 (Thread 0x7f64df7fe700 (LWP 6798)):
#0  0x7f653fa642d3 in select () at ../sysdeps/unix/syscall-template.S:81
#1  0x00da06c4 in JSONRPC::CTCPServer::Process() ()
#2  0x0113e578 in CThread::Action() ()
#3  0x0113ec39 in CThread::staticThread(void*) ()
#4  0x7f65481730ca in start_thread (arg=0x7f64df7fe700) at 
pthread_create.c:309
#5  0x7f653fa6b06d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 12 (Thread 0x7f64f8fd0700 (LWP 6796)):
#0  0x7f653fa642d3 in select () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f654a022bb7 in ?? () from 
/usr/lib/x86_64-linux-gnu/libmicrohttpd.so.10
#2  0x7f654a022cf2 in ?? () from 
/usr/lib/x86_64-linux-gnu/libmicrohttpd.so.10
#3  0x7f65481730ca in start_thread (arg=0x7f64f8fd0700) at 
pthread_create.c:309
#4  0x7f653fa6b06d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Bug#754096: xbmc: Working ...

[Vladimir Stavrinov]

On Wed, Jul 09, 2014 at 12:58:41PM +0200, Bálint Réczey wrote:

 The hangs were solved by installing xbmc-pvr-iptvsimple on my system.
 Could you please give it a try?

This debian package was not installed, but this add-on was enabled. So
I've deinstalled it, and then have installed debian package, but nothing
changes. Note please, that this depend on time. If You wait few seconds
while it Working ..., and then hit x it may not hang. To get it hang
You should wait long enough.  


*
###  Vladimir Stavrinov
###  vstavri...@gmail.com
*


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

Bug#754096: xbmc: Working ...

[Vladimir Stavrinov]

On Tue, Jul 08, 2014 at 04:50:02PM +0400, Vladimir Stavrinov wrote:

 rtmp://mi-edge-1.cdn2.streamago.tv:80/streamagoedge/1916?idutente=1916idcanale=225pwd=/225
  live=1 swfUrl=http://www.streamago.tv/app/StreamVideo.swf 
 pageUrl=http://www.streamago.tv/iframe/1916/
 
 Start this stream, wait for 1 minute and hit x - it will hang.

One more url that hangs for testing:

rtmp://46.61.223.16:1935/live/ app=live/ swfUrl=http://lapti.tv/uppod.swf 
pageURL=http://lapti.tv Playpath=ntv.stream live=true


*
###  Vladimir Stavrinov
###  vstavri...@gmail.com
*


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

Bug#754186: xbmc: OpenDemuxStream - Error creating demuxer

[Vladimir Stavrinov]

On Tue, Jul 08, 2014 at 04:06:43PM +0200, Bálint Réczey wrote:

 M3u playlists are handled by the IPTV PVR addon packaged in 
 xbmc-pvr-iptvsimple.
 See http://forum.xbmc.org/showthread.php?tid=169274
 
 It would be nice to handle them from command line though.

No! It is neither command line nor m3u issue. 

First, for example the same stream are working with different URL from
command line:

xbmc http://rm-edge-3.cdn2.streamago.tv/streamagoedge/34960/28965/playlist.m3u8

Second, I gave You command line for convenient testing only, while
actually I don't use it, but start stream from Vidoes/Files menu with
lot of m3u files, containing m3u8 links like this:

cat CNN_International_1.m3u
#EXTINF:0, CNN International News Live (1)
http://rm-edge-3.cdn2.streamago.tv/streamagoedge/34960/28965/playlist.m3u8

 Since this is not a packaging related bug I suggest opening it upstream.

As for this and other bug reports, I expect You will forward all of them
to upstream if need. It is usual and convenient practice for Debian
users and maintainers, to have single input point for bug reports.


*
###  Vladimir Stavrinov
###  vstavri...@gmail.com
*


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

Bug#752743: Acknowledgement (livestreamer: ilive.to don't work now)

[Vladimir Stavrinov]

One more stream don't work:

livestreamer http://www.ustream.tv/channel/spilno-tv best
[cli][info] Found matching plugin ustreamtv for URL 
http://www.ustream.tv/channel/spilno-tv
error: No streams found on this URL: http://www.ustream.tv/channel/spilno-tv


*
###  Vladimir Stavrinov
###  vstavri...@gmail.com
*


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

Bug#752743: Acknowledgement (livestreamer: ilive.to don't work now)

[Vladimir Stavrinov]

now livestation don't work too. 

livestreamer http://www.livestation.com/en/cnni
[cli][info] A new version of Livestreamer (1.8.2) is available!
[cli][info] Found matching plugin livestation for URL 
http://www.livestation.com/en/cnni
[plugin.livestation][error] Error when fetching RTMP stream info: No RTMP 
streamer found on URL http://www.livestation.com/en/cnni


*
###  Vladimir Stavrinov
###  vstavri...@gmail.com
*


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

Bug#750603: xbmc: no video

[Vladimir Stavrinov]

On Thu, Jun 05, 2014 at 03:48:01PM +0700, Bálint Réczey wrote:

 Could you please test it with VDPAU acceleration turned off?

Yes,it works. Thanks

 be able to use VAAPI by installing vdpau-va-driver package, see

It installed already.


*
###  Vladimir Stavrinov
###  vstavri...@gmail.com
*


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

Bug#719469: crtmpserver: externalStreams = drop down and never reconnect

[Vladimir Stavrinov]

Package: crtmpserver
Version: 1.0~dfsg-3
Severity: normal

Dear Maintainer,

The links of external streams like ones from examples in config file
/etc/crtmpserver/applications/flvplayback.lua

externalStreams =
{
{

uri=rtsp://fms20.mediadirect.ro/live2/realitatea/realitatea,
localStreamName=rtsp_test,
forceTcp=true
},
}

lives short period of time, then terminated and never reconnected. So it is
impossible to use ip cameras directly, but only with external streamer connected
to the server.

I saw lot of reports like this one. So this is old permanent problem.


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages crtmpserver depends on:
ii  crtmpserver-apps  1.0~dfsg-3
ii  crtmpserver-libs  1.0~dfsg-3
ii  libc6 2.17-3
ii  libgcc1   1:4.7.1-2
ii  liblua5.1-0   5.1.5-2
ii  libssl1.0.0   1.0.1c-3
ii  libstdc++64.7.1-2
ii  libtinyxml2.6.2   2.6.2-1

crtmpserver recommends no packages.

crtmpserver suggests no packages.

-- Configuration Files:
/etc/default/crtmpserver changed:
ENABLED=yes
DAEMON_USER=rtmpd
DAEMON_ARGS=--daemon
DAEMON_CONF=/etc/crtmpserver/crtmpserver.lua


-- no debconf information


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

Bug#719119: crtmpserver: shutdown immediately after startup

[Vladimir Stavrinov]

Package: crtmpserver
Version: 1.0~dfsg-5
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

After upgrade it becomes unusable, Here is log in attachment.


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


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages crtmpserver depends on:
ii  crtmpserver-apps  1.0~dfsg-5
ii  crtmpserver-libs  1.0~dfsg-5
ii  libc6 2.17-92
ii  libgcc1   1:4.8.1-8
ii  liblua5.1-0   5.1.5-4
ii  libssl1.0.0   1.0.1e-3
ii  libstdc++64.8.1-8
ii  libtinyxml2.6.2   2.6.2-2

crtmpserver recommends no packages.

crtmpserver suggests no packages.

-- no debconf information
PID: 5369; TIMESTAMP: 1375969196
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:203:Initialize:Initialize
 I/O handlers manager: epoll
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:206:Initialize:Configure
 modules
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module
 
/usr/lib/crtmpserver/applications/applestreamingclient/libapplestreamingclient.so
 loaded
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module
 /usr/lib/crtmpserver/applications/appselector/libappselector.so loaded
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module
 /usr/lib/crtmpserver/applications/flvplayback/libflvplayback.so loaded
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module
 /usr/lib/crtmpserver/applications/proxypublish/libproxypublish.so loaded
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module
 /usr/lib/crtmpserver/applications/stresstest/libstresstest.so loaded
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:212:Initialize:Plug
 in the default protocol factory
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:219:Initialize:Configure
 factories
1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:225:Initialize:Configure
 acceptors
1375969196:4:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/netio/epoll/iohandlermanager.cpp:100:RegisterIOHandler:Handlers
 count changed: 0-1 IOHT_ACCEPTOR
1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/common/src/platform/linux/linuxplatform.cpp:156:setFdReuseAddress:Unable
 to reuse port
1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/common/src/platform/linux/linuxplatform.cpp:211:setFdOptions:Unable
 to enable reuse address
1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/netio/epoll/tcpacceptor.cpp:64:Bind:Unable
 to set socket options
1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:130:BindAcceptor:Unable
 to fire up acceptor from this config node: MAP name= isArray=false
STR name=ip0.0.0.0/STR
UINT16 name=port1935/UINT16
STR name=protocolinboundRtmp/STR
STR name=sslCert/STR
STR name=sslKey/STR
/MAP
1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:107:BindAcceptors:Unable
 to configure acceptor:
MAP name= isArray=false
STR name=ip0.0.0.0/STR
UINT16 name=port1935/UINT16
STR name=protocolinboundRtmp/STR
STR name=sslCert/STR
STR name=sslKey/STR
/MAP
1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/configfile.cpp:132:ConfigAcceptors:Unable
 to configure acceptors
1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:227:Initialize:Unable
 to configure acceptors
1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:266:Cleanup:Shutting
 down protocols manager
1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:270:Cleanup:Shutting
 down I/O handlers manager
1375969196:4:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/netio/epoll/iohandlermanager.cpp:109:UnRegisterIOHandler:Handlers
 count changed: 1-0 IOHT_ACCEPTOR
1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:275:Cleanup:Unregister
 and delete default protocol handler
1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:280:Cleanup:Shutting
 down applications

Bug#708374: /usr/bin/webalizer: Symbol `GeoIPDBDescription' has different size in shared object, consider re-linking

[Vladimir Stavrinov]

Package: webalizer
Version: 2.23.05-1
Severity: normal

The message appear every time webalizer is running.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable'), (300, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages webalizer depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  libc6  2.13-38
ii  libdb5.1   5.1.29-5
ii  libgd2-xpm 2.0.36~rc1~dfsg-6.1
ii  libgeoip1  1.5.0-2
ii  libpng12-0 1.2.49-4
ii  zlib1g 1:1.2.8.dfsg-1

webalizer recommends no packages.

Versions of packages webalizer suggests:
ii  apache2-mpm-prefork [httpd]  2.2.22-13

-- debconf information:
  webalizer/logfile: /var/log/apache2/host/access.log
  webalizer/doc_title: Usage Statistics for
  webalizer/upgrading:
  webalizer/dnscache: false
  webalizer/directory: /var/www/webstat
  webalizer/upgrade2011030:


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

Bug#708374: Acknowledgement (/usr/bin/webalizer: Symbol `GeoIPDBDescription' has different size in shared object, consider re-linking)

[Vladimir Stavrinov]

Downgrade libgeoip1 to 1.4.8+dfsg-4 solves this problem.

-- 

**
##  Vladimir Stavrinov
##  vstavri...@gmail.com
**


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

Bug#703958: Problem: KeyError: 'elapsed'

[Vladimir Stavrinov]

Package: s3cmd
Version: 1.1.0~beta3-1
Severity: normal

I've reported this problem to s3tools-b...@lists.sourceforge.net and got answer
from Michael Wood esiot...@gmail.com:

   Someone reported recently that the latest 1.5.0 alpha fixed this issue
   for them.

So, please upgrade package.

Below is output of sync command after  it exited. It happens after every
uploaded file.


!
An unexpected error has occurred.
  Please report the following lines to:
   s3tools-b...@lists.sourceforge.net
!

Problem: KeyError: 'elapsed'
S3cmd:   1.1.0-beta3

Traceback (most recent call last):
  File /usr/bin/s3cmd, line 1800, in module
main()
  File /usr/bin/s3cmd, line 1741, in main
cmd_func(args)
  File /usr/bin/s3cmd, line 965, in cmd_sync
return cmd_sync_local2remote(args)
  File /usr/bin/s3cmd, line 932, in cmd_sync_local2remote
(item['full_name_unicode'], uri, response[size], response[elapsed],
KeyError: 'elapsed'

!
An unexpected error has occurred.
Please report the above lines to:
   s3tools-b...@lists.sourceforge.net
!

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages s3cmd depends on:
ii  python  2.7.3-4

s3cmd recommends no packages.

s3cmd suggests no packages.

-- no debconf information


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

Bug#703032: strongswan: It totally breaks local network

[Vladimir Stavrinov]

Package: strongswan
Version: 4.5.2-1.3
Severity: normal

You see here 4.5, but this report is about 4.6.4-6 version, because it totally
breaks down our network and I was compelled to downgrade it in order to restore
network connectivity.

It may be possible I am only one who encounter this problem, because of very
unusual configuration:

leftsubnet = 192.168.0.0/24
rightsubnet = 0.0.0.0/0

With this configuration I had a problem in version 4.5 also, but I have solved
it by deleting second default route from table 220. May be it is bad solution,
but it works. Meanwhile with 4.6 version I've got very different, strange and
fatal problem. With this configuration the machine where this strongswan is
running announces all address of local network 192.168.0.0/24 as it's own, so
all IP address becomes binded with the same MAC address and network stops
working: nobody can connect each other.


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

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

Versions of packages strongswan depends on:
ii  strongswan-ikev1  4.5.2-1.3
ii  strongswan-ikev2  4.5.2-1.3

strongswan recommends no packages.

Versions of packages strongswan suggests:
pn  network-manager-strongswan  none

-- no debconf information


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

Bug#667511: RFS: updeb/1.0.3 [NEW] -- Non-interactive upgrade Debian system

[Vladimir Stavrinov]

On Thu, Aug 23, 2012 at 7:13 PM, Yaroslav Halchenko
deb...@onerussian.com wrote:

 would you mind making one of such exemplar reports publicly available
 for the demonstration purposes? ;)

http://sourceforge.net/projects/updeb/files/updeb-report_example.txt


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

Bug#679107: RFS: mysql-cluster-7.2/7.2.6+dfsg-1 [ITP]

[Vladimir Stavrinov]

On Thu, Aug 02, 2012 at 10:54:15AM +0400, Vladimir Stavrinov wrote:

 Would You like update it to 7.2.7?

I've build it. See patch attached.

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***

diff -ur SteveAyre-mysql-cluster-246815d/debian/changelog mysql-cluster/debian/changelog
--- SteveAyre-mysql-cluster-246815d/debian/changelog	2012-07-23 04:15:46.0 +0400
+++ mysql-cluster/debian/changelog	2012-08-02 18:28:21.0 +0400
@@ -1,3 +1,9 @@
+mysql-cluster-7.2 (7.2.7-1) unstable; urgency=low
+
+  * New upstream version
+
+ -- Vladimir Stavrinov vstavri...@gmail.com  Thu, 02 Aug 2012 18:28:03 +0400
+
 mysql-cluster-7.2 (7.2.6+dfsg-2) unstable; urgency=low
 
   * Fix compile error with gcc-4.7
diff -ur SteveAyre-mysql-cluster-246815d/debian/mysql-cluster-client-7.2.install mysql-cluster/debian/mysql-cluster-client-7.2.install
--- SteveAyre-mysql-cluster-246815d/debian/mysql-cluster-client-7.2.install	2012-07-23 04:15:46.0 +0400
+++ mysql-cluster/debian/mysql-cluster-client-7.2.install	2012-08-03 12:55:49.0 +0400
@@ -1,4 +1,5 @@
 usr/bin/ndb_mgm
+usr/bin/ndb_blob_tool
 usr/bin/ndb_config
 usr/bin/ndb_desc
 usr/bin/ndb_config
@@ -20,3 +21,4 @@
 usr/bin/ndb_size.pl
 usr/bin/ndb_waiter
 usr/bin/ndbinfo_select_all
+usr/share/info/mysql.info
diff -ur SteveAyre-mysql-cluster-246815d/debian/mysql-cluster-server-mgmtnode-7.2.mysql-ndb-mgm.init mysql-cluster/debian/mysql-cluster-server-mgmtnode-7.2.mysql-ndb-mgm.init
--- SteveAyre-mysql-cluster-246815d/debian/mysql-cluster-server-mgmtnode-7.2.mysql-ndb-mgm.init	2012-07-23 04:15:46.0 +0400
+++ mysql-cluster/debian/mysql-cluster-server-mgmtnode-7.2.mysql-ndb-mgm.init	2012-08-06 17:02:15.0 +0400
@@ -66,6 +66,7 @@
 		--user mysql \
 		-- \
 		--reload \
+		--skip-config-cache \
 		-f $CONF
 	  then
 	log_end_msg 0
diff -ur SteveAyre-mysql-cluster-246815d/debian/rules mysql-cluster/debian/rules
--- SteveAyre-mysql-cluster-246815d/debian/rules	2012-07-23 04:15:46.0 +0400
+++ mysql-cluster/debian/rules	2012-08-03 12:02:12.0 +0400
@@ -159,7 +159,7 @@
 	cp -r sql/share/* $(builddir)/sql/share/
 	cp -r scripts/*sql $(builddir)/scripts/
 	cp -r storage/ndb/ndbapi-examples $(builddir)/storage/ndb/
-	cd $(builddir)  $(MAKE) $(MAKE_TEST_TARGET) || $(TESTSUITE_FAIL_CMD) ;
+#	cd $(builddir)  $(MAKE) $(MAKE_TEST_TARGET) || $(TESTSUITE_FAIL_CMD) ;
 endif
 
 override_dh_auto_install: auto_install-stamp
@@ -183,7 +183,7 @@
 	# Check if our beloved versioned symbols are really there
 	if [ `objdump -T $(TMP)/usr/lib/$(DEB_HOST_MULTIARCH)/libmysqlclient.so.18.0.0 | grep -c libmysqlclient_18` -lt 500 ]; then \
 	  echo ERROR: versioned symbols are absent; \
-	  exit 1; \
+	  #exit 1; \
 	fi
 
 	# libmysqlclient-dev

Bug#679107: RFS: mysql-cluster-7.2/7.2.6+dfsg-1 [ITP]

[Vladimir Stavrinov]

On Tue, Jun 26, 2012 at 01:25:58PM +0100, Steven Ayre wrote:

 Package: sponsorship-requests
 Severity: normal
 
 Dear mentors,
 
 I am looking for a sponsor for my package mysql-cluster-7.2
 
 Package name: mysql-cluster-7.2
 Version : 7.2.6+dfsg-1

Would You like update it to 7.2.7?

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***


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

Bug#679714: postgres-xc: fails to install: missing dependency on postgresql server?

[Vladimir Stavrinov]

On Sun, Jul 01, 2012 at 11:57:15AM +0200, Andreas Beckmann wrote:

 One step further. So installation fails if policy-rc.d is configured to 
 forbid starting of services ...

It should be discussed what default setting should be. But in any case
it should be taken in account by postinst script.

 + sudo su - postgres-xc -c 'psql postgres -c CREATE NODE dn1 WITH
 (TYPE=datanode, PORT=15432); CREATE NODE dn2 WITH (TYPE=datanode,
 PORT=15433); select pgxc_pool_reload();'
 /var/lib/dpkg/info/postgres-xc.postinst: line 144: sudo: command not
 found

This certainly should be fixed either with dependency or by replacing sudo
with su.

I think postinst script should be rewritten in some other aspects too. So do
not hurry up to take it production and be ready to reinstall it from
scratch.

Thanks You for Your testing.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#679714: postgres-xc: fails to install: missing dependency on postgresql server?

[Vladimir Stavrinov]

On Sun, Jul 01, 2012 at 01:39:30AM +0200, Andreas Beckmann wrote:

 + '[' '!' -S /var/run/postgresql/.s.PGSQL.5432 ']'
 + i=11
 + sleep 1
 + '[' 11 -gt 10 ']'
 + exit 1
 dpkg: error processing postgres-xc (--configure):
  subprocess installed post-installation script returned error exit status 1
 Errors were encountered while processing:
  postgres-xc
 
 Where should the socket come from?


It created when coordinator starts. Try to start/stop it with init
script and see what prevents to do so.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#671886: flashplugin-nonfree: 11.2.202 doesn't work at all

[Vladimir Stavrinov]

On Mon, May 07, 2012 at 09:19:39PM +, Bart Martens wrote:

 It seems that the Adobe Flash Player was not installed.  Try this :

It seems only, but it is installed indeed, either with Your utility or
manually with tar xzf. More over, iceweasel's Add-ons Manager shows it
is installed.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#671886: flashplugin-nonfree: 11.2.202 doesn't work at all

[Vladimir Stavrinov]

On Mon, May 07, 2012 at 10:01:34PM +, Bart Martens wrote: 

 So, problem solved ?

Do You read, what I wrote: downgrade to version 10 solves this
problem? So, You think I can install low version and  can't install
higher version and then You give me a wise advice to install plugin?
After all, I explicitly  explained You, that  plugin is installed by any
way, but You again ask if the problem solved? Me be this help You:


PLAGIN 11.2 WAS INSTALLED BEFORE I'VE SENT FIRST MESSAGE OF THIS BUG
REPORT!



***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#670222: E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp

[Vladimir Stavrinov]

Package: aptitude
Version: 0.6.6-1+b1
Severity: normal

Dear Maintainer,

the command

aptitude -d upgrade 

hang up for an hour or more and then issue the error in subject. Downgrade to
0.6.6-1 solve this problem


-- Package-specific info:
Terminal: screen
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.6 compiled at Apr 16 2012 22:17:55
Compiler: g++ 4.6.3
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.10
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.12.0

aptitude linkage:
linux-vdso.so.1 =  (0x7fff391ff000)
libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7fd9c55c7000)
libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fd9c5398000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fd9c516f000)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7fd9c4f6a000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7fd9c4c6a000)
libept.so.1.0.5.4.12 = /usr/lib/libept.so.1.0.5.4.12 
(0x7fd9c4a17000)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fd9c461a000)
libz.so.1 = /usr/lib/x86_64-linux-gnu/libz.so.1 (0x7fd9c4404000)
libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fd9c415c000)
libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 
(0x7fd9c3f43000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fd9c3d27000)
libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fd9c3a1f000)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fd9c379d000)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fd9c3587000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fd9c31ff000)
libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fd9c2ffc000)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fd9c2df8000)
libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fd9c2be7000)
libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fd9c29e2000)
librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fd9c27d9000)
/lib64/ld-linux-x86-64.so.2 (0x7fd9c5918000)

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

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

Versions of packages aptitude depends on:
ii  libapt-pkg4.120.9.2
ii  libboost-iostreams1.49.0  1.49.0-2
ii  libc6 2.13-30
ii  libcwidget3   0.5.16-3.2
ii  libept1.4.12  1.0.6.1
ii  libgcc1   1:4.7.0-3
ii  libncursesw5  5.9-6
ii  libsigc++-2.0-0c2a2.2.10-0.1
ii  libsqlite3-0  3.7.11-2
ii  libstdc++64.7.0-3
ii  libtinfo5 5.9-6
ii  libxapian22   1.2.8-1
ii  zlib1g1:1.2.6.dfsg-2

Versions of packages aptitude recommends:
ii  apt-xapian-indexnone
ii  aptitude-doc-en [aptitude-doc]  0.6.6-1
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.6

Versions of packages aptitude suggests:
ii  debtags  1.9+b1
ii  tasksel  3.09

-- no debconf information



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

Bug#670222: E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp

[Vladimir Stavrinov]

On Tue, Apr 24, 2012 at 05:08:39PM +0800, Daniel Hartwig wrote:

 Did the program hang after downloading the package files?

Yes, here is examples of output:

Fetched 114 MB in 2min 38s (718 kB/s)
E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp
Reading package lists...

or

Writing extended state information...
E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp
Reading package lists...

I am not sure about first example, because I've take it from log, but in
last case I saw many times it hang up exactly after output:

Writing extended state information...


-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#670222: E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp

[Vladimir Stavrinov]

On Tue, Apr 24, 2012 at 05:42:56PM +0800, Daniel Hartwig wrote:

 that will be released shortly.  In the meantime could you try the
 patch there and report if it solves this problem also?

After downloading source package, applying patch, 

dpkg-source --commit
debuild

I've got:

checking how to link gmock... configure: error: Can't figure out where Google 
Mock lives; either install the google-mock package or place the library in the 
link path
dh_auto_configure: ../configure --build=x86_64-linux-gnu --prefix=/usr 
--includedir=${prefix}/include --mandir=${prefix}/share/man 
--infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
--libdir=${prefix}/lib/x86_64-linux-gnu 
--libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode 
--disable-dependency-tracking returned exit code 1
make: *** [build-stamp-curses] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
debuild: fatal error at line 1350:
dpkg-buildpackage -rfakeroot -D -us -uc failed

While the package google-mock is installed.

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Tue, Apr 17, 2012 at 09:40:50PM +0300, Timo Juhani Lindfors wrote:

 Now there is at least the problem that you are using the $RANDOM

Yes, I am  aware of this already and will consider other solutions.

 variable of bash. It is easily predictable and should not be used to

In some degree it is compensated by the fact, that double letters are
excluded as well as other combinations. This forces to to call $RANDOM 
again and again before pick up a symbol.


So, Would you like to say You cannot find the way to catch (expose) a
password now?


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 11, 2012 at 09:32:22AM +0300, Timo Juhani Lindfors wrote:

  Ok. Show me where You see password. What command in process list does show
  password?
 
 It's the tr commands this time.

Thank You. I will fix this.

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 11, 2012 at 09:32:22AM +0300, Timo Juhani Lindfors wrote:

 It's the tr commands this time.
 
 $ stap -e 'probe syscall.execve { printf(%s\n, argstr); }' -c './rpg'

Fixed. Please, check it again:

http://mentors.debian.net/debian/pool/main/r/rpg/rpg_1.0.4-1.dsc

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 11, 2012 at 08:15:56PM +0300, Timo Juhani Lindfors wrote:

 
 I'm too busy at least at the moment.
 

Don't worry, we have nowhere to rush. I can't check it myself, so I'll
wait for You. Thank You for Your assistance.



***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 11, 2012 at 10:16:15PM +0300, Timo Juhani Lindfors wrote:

 If you are going to maintain this package you really need to learn how
 to audit it for security issues :)

Certainly! But to resolve last issue, I should compile custom kernel,
while at this time I am using Debian binary kernel.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 11, 2012 at 10:46:06PM +0300, Timo Juhani Lindfors wrote:

 Why? systemtap works with debian stable kernels.

I am on 3.2.0-2

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 11, 2012 at 11:00:27PM +0300, Timo Juhani Lindfors wrote:

 Vladimir Stavrinov vstavri...@gmail.com writes:
  I am on 3.2.0-2
 
 I'm on linux-image-3.2.0-1-amd64 3.2.4-1 and it works.
 

root@mana:~# stap -e 'probe syscall.execve { printf(%s\n, argstr); }' -c 'rpg'
semantic error: missing x86_64 kernel/module debuginfo under 
'/lib/modules/3.2.0-2-amd64/build' while resolving probe point 
kernel.function(do_execve).call
semantic error: no match while resolving probe point syscall.execve
Pass 2: analysis failed.  Try again with another '--vp 01' option.
root@mana:~# stap --vp 01 -e 'probe syscall.execve { printf(%s\n, argstr); }' 
-c 'rpg'
semantic error: missing x86_64 kernel/module debuginfo under 
'/lib/modules/3.2.0-2-amd64/build' while resolving probe point 
kernel.function(do_execve).call
semantic error: no match while resolving probe point syscall.execve
Pass 2: analyzed script: 0 probe(s), 0 function(s), 0 embed(s), 0 global(s) 
using 77172virt/23332res/2756shr kb, in 20usr/30sys/43real ms.
Pass 2: analysis failed.  Try again with another '--vp 01' option.

root@mana:~# dpkg -l | grep linux-image
ii  linux-image-3.2.0-2-amd64 3.2.14-1Linux 
3.2 for 64-bit PCs
ii  linux-image-amd64 3.2+44  Linux 
for 64-bit PCs (meta-package)
 

root@mana:~# dpkg -l | grep linux-headers
ii  linux-headers-3.2.0-2-amd64   3.2.14-1
Header files for Linux 3.2.0-2-amd64
ii  linux-headers-3.2.0-2-common  3.2.14-1
Common header files for Linux 3.2.0-2
ii  linux-headers-amd64   3.2+44  
Header files for Linux amd64 configuration (meta-package)

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#667617: [Pkg-postgresql-public] Bug#667617: RFS: postgres-xc/0.9.6-1 [NEW] -- Write-scalable, synchronous multi-master, transparent PostgreSQL

[Vladimir Stavrinov]

On Tue, Apr 10, 2012 at 04:22:37PM +0200, Michael Meskes wrote:

 Did you find somebody? I might be tempted to have a look at it if and when I
 find the time.

Here is answer from Martin Pitt mp...@debian.org, maintainer of
postgres on April 5:

I'm afraid that I can't take on more packages for maintenance. But if
you would like to package it and be the maintainer, then I can
certainly help out with some package review and sponsoring.

On the same date I have uploaded this package and announce it in mailing
lists, but he still silent. In any way, I think it would be pretty nice
if all three of us will start working and collaborate on this, I believe,
great project. One essential motivation of such collaboration approach
is intention of upstream team to merge postgres itself with postgres-xc.

So, don't wait Martin, and if You have time and desire, start working
on this task. As for me, I am ready to do everything I can to
intensify this work.

Regards,

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#667617: [Pkg-postgresql-public] Bug#667617: RFS: postgres-xc/0.9.6-1 [NEW] -- Write-scalable, synchronous multi-master, transparent PostgreSQL

[Vladimir Stavrinov]

On Sat, Apr 07, 2012 at 11:10:54PM +0300, Peter Eisentraut wrote:

 You should probably fix the lintian warnings shown on that page first.

Yes, I will start packaging it from scratch with new version 0.9.7
 

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Thu, Apr 05, 2012 at 06:48:26PM +0400, Vladimir Stavrinov wrote:

 On Thu, Apr 05, 2012 at 05:35:21PM +0300, Timo Juhani Lindfors wrote:
 
  When the generator prints Vipeza as a password it does
  
  /bin/grep -qw vi
 
 Yes, I see: it is another invocation of grep. Should be fixed in similar

Fixed:

http://mentors.debian.net/debian/pool/main/r/rpg/rpg_1.0.2-1.dsc

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Fri, Apr 06, 2012 at 10:48:33PM +0300, Timo Juhani Lindfors wrote:

 Vladimir Stavrinov vstavri...@gmail.com writes:
  Fixed:
 
 Unfortunately not. I can still see the password. Writing security

How? It is impossible: to fix the last bug, I have removed grep at all
and used shell variable editing instead. And I can't reproduce this bug.
Please, show me where and how do You see password.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Sat, Apr 07, 2012 at 12:22:05AM +0400, Vladimir Stavrinov wrote:

 How? It is impossible: to fix the last bug, I have removed grep at all
 and used shell variable editing instead. And I can't reproduce this bug.
 Please, show me where and how do You see password.

May be You are using old version? Please, show me output from:

rpg -V
 

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Sat, Apr 07, 2012 at 12:23:11AM +0300, Timo Juhani Lindfors wrote:

 
   rpg 1.0.2

Ok. Show me where You see password. What command in process list does show
password?


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Sat, Apr 07, 2012 at 01:36:10AM +0400, Vladimir Stavrinov wrote:

rpg 1.0.2
 
 Ok. Show me where You see password. What command in process list does show
 password?


Please, check new version:

http://mentors.debian.net/debian/pool/main/r/rpg/rpg_1.0.3-1.dsc


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively

[Vladimir Stavrinov]

On Thu, Apr 5, 2012 at 12:04 AM, Didier Raboud o...@debian.org wrote:

 d-i can do that too.

As this sacramental phrase repeated many times, take a look on a
common issue. For example, when You compare  two operating systems,
You can do billions statements like this, but You prefer one of them
because You understand they are totally different in approaches and
ideology.

As I wrote above, the first motivation push me to start write
install-debian few years ago, was inability to make partitionable
bootable mirror with d-i. The next was a lot of time taken for
partitioning with logical volumes. And finally, I prefer command line
interface.

As experiment, try to install Debian on the system with 6 disks with
pristine d-i without special and complex configuration. Then do the
same with install-debian. You will see the difference. The essentially
different experiment may be done with 2 disks.


Regards.



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

Bug#667617: RFS: postgres-xc/0.9.6-1 [NEW] -- Write-scalable, synchronous multi-master, transparent PostgreSQL

[Vladimir Stavrinov]

Package: sponsorship-requests
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

  Dear mentors,

  I am looking for a sponsor for my package postgres-xc

 * Package name: postgres-xc
   Version : 0.9.6-1
   Upstream Author : Koichi Suzuki postgres-xc-develop...@lists.sourceforge.net
 * URL : http://postgres-xc.sourceforge.net/
 * License : BSD
   Section : database

  It builds those binary packages:

postgres-xc - Write-scalable, synchronous multi-master, transparent 
PostgreSQL

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

  http://mentors.debian.net/package/postgres-xc


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

dget -x 
http://mentors.debian.net/debian/pool/main/p/postgres-xc/postgres-xc_0.9.6-1.dsc

  More information about hello can be obtained from 
http://postgres-xc.sourceforge.net/


  Regards,
   Vladimir Stavrinov


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPfYLAAAoJEKymKWC/Iss209kH/iczAEHm1DmRMgrLbBFIeF0n
k7740ZmGU8wPtaMu4kZXZTkEd35rlx3Zp3LXzdL/l0D8DogPN+VYPl6GCa4gzII8
Ai/h8MidScS02MTDsBaeJbVbVJkEB2xUYi9AKWnvj+vlbr2zSxoZtTh5XeUt2k/I
ypg6JfrAlvBsAllDr/3ZZveU0XNvK79XEgtypythVLTDibBMe6KWFV/Ml0S/zsy6
MgtHoUMRousnmNOOlUFfSt6Z3Fbv4e1QLnE3dY/vSljvOM2chGlH9+nOYbivKUs7
F0+8/IMFwVp7TboSNwMHKKIFSFUv+LFoQlRmmfZflYILu4mGaZGZcyIht/AWOCA=
=Mw/L
-END PGP SIGNATURE-



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

Bug#667617: RFS: postgres-xc/0.9.6-1 [NEW] -- Write-scalable, synchronous multi-master, transparent PostgreSQL

[Vladimir Stavrinov]

On Thu, Apr 05, 2012 at 02:13:49PM +0200, Ansgar Burchardt wrote:

 Please change your RFP[1] for this to an ITP to indicate you are working
 on this.

Yes, I thought about this before, but I am not sure if this is correct,
if I am not maintainer of any package yet and thus never upload to
master.

 Is this a PostgreSQL fork?  If so the copyright information is not complete.

It is based on PostgreSQL and upstream developers team planning to merge
both projects. The copyright information is provided by upstream, and I
have no right to do something with it. But there is copyright: 

1996-2010, PostgreSQL Global Development Group

see http://postgres-xc.sourceforge.net/license.html

What else is needed?

 README.source and README.Debian have no useful content and probably
 should be removed.

OK.

 postgres-xc.doc-base says Debian postgres-xc Manual. Why did you
 include Debian there?

Probably it come from template. Will be removed.

Thank You for Your work.

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 04, 2012 at 01:39:07PM +0300, Timo Juhani Lindfors wrote:

 I think rpg is very insecure since all local users of the system can see
 the passwords that you generate. All they need to do is to look for the
 grep commands that appear in the process list.

Fixed. See:

http://mentors.debian.net/debian/pool/main/r/rpg/rpg_1.0.1-1.dsc

I've ran rpg in continues loop, but no password was caught, because it
fed to grep via stdin directly from shell. To be sure, please, test it
again. 

Thank You for Your QA.

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Thu, Apr 05, 2012 at 05:35:21PM +0300, Timo Juhani Lindfors wrote:

 When the generator prints Vipeza as a password it does
 
 /bin/grep -qw vi

Yes, I see: it is another invocation of grep. Should be fixed in similar
way.  But it is more tricky, because here the stdin already used by grep
for analyzing data.

Thanks.

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Thu, Apr 05, 2012 at 10:56:19AM -0700, Russ Allbery wrote:

 Debian already has the apg package, which purports to do the same thing
 and is a compiled C binary, so doesn't have the various problems with
 grep.  Is the readability of the passwords generated by rpg really
 sufficiently better than than apg's pronounceable password generation
 algorithm to warrant yet another package?

All Your questions about apg already answered in this thread. Please,
read messages above.

In any case users should have choice to make their own decision what is
better.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

To advantage of this utility points it's name: READABLE password
generator. If You can read (i.e. to pronounce), then it is easy for
remembering. But readable doesn't means weak - it is strong enough
as long as dictionary is available for consulting to exclude words from
out of there.

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 04, 2012 at 12:22:44PM +0200, Bartosz Feński wrote:

 So basically this is another tool like the apg?
 http://packages.debian.org/sid/apg

I've used apg few years ago, but was not satisfied with it. That is
exactly why I have started to write my own alternative. The main point
was pronounceability.

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 04, 2012 at 01:39:07PM +0300, Timo Juhani Lindfors wrote:

 I think rpg is very insecure since all local users of the system can see
 the passwords that you generate. All they need to do is to look for the
 grep commands that appear in the process list.

First of all in most cases it is using on workstation where are no other
live users then You (or hacker breached into Your system) . Second, it
is used sporadically and rarely. To catch those passwords You need
continuously watching and analyze process list for a long time. It is
less likely for such scenario to be used. Some chance for using this
hole is on the servers where passwords are generated automatically and
very often.

Nevertheless, to keep on strict security basics, I agree - it should be
fixed in some way.

--

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#659047: RFS: rpg - Readable Password Generator

[Vladimir Stavrinov]

On Wed, Apr 04, 2012 at 01:41:43PM +0200, Ansgar Burchardt wrote:

 We also have pwgen which generates pronounceable passwords according
 to its man page.

As You can see, it is first utility mentioned here in this thread before apg, 
and
again, I have used it too before apg. But it generates even less
pronounceable passwords then apg does.
 

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively

[Vladimir Stavrinov]

Package: sponsorship-requests
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 Dear mentors,

  I am looking for a sponsor for my package install-debian

 * Package name: install-debian
   Version : 2.1.3
   Upstream Author : Vladimir Stavrinov vstavri...@gmail.com
 * URL : http://sourceforge.net/projects/install-debian/
 * License : GPL
   Section : admin

  It builds those binary packages:

install-debian - This command line utility installs Debian system 
non-interactivel

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

  http://mentors.debian.net/package/install-debian


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

dget -x 
http://mentors.debian.net/debian/pool/main/i/install-debian/install-debian_2.1.3.dsc

  More information about hello can be obtained from 
http://sourceforge.net/projects/install-debian/

  Changes since the last upload:

install-debian (2.1.3) unstable; urgency=low

  * Added FS_TYPE - file system type, default ext4 (was ext3)
  * Added caveats.

 -- Vladimir Stavrinov vstavri...@gmail.com  Tue, 14 Feb 2012 14:25:14 +0400

  Regards,
   Vladimir Stavrinov

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPfFfRAAoJEKymKWC/Iss2VmEH/jLUMFr04WTjX/I6+IFcFM76
fa1f/SmpknEF1sd+PnluveVjIO8A98qK++owIJRnnG/FF6fFvb8Dw1OeO+n7E4n2
9I0Q5NcZvkU7k481dmJTX26wfSqmLxLkzhGvXvb9VmTnkc1xfk1aZ+SUGk6AqS9y
s7L8Q9cZhDshgAujtW5FuBQB62NjpSyRw8xRmWRJf5cBzqiM9B5uVoZiP+vGmTyt
vQ71vsnFWOB6V/ETb2PLn7Q2lae3YGhJ756pGY1fACt2NkcMT3f/oVtOmVdgFhwW
1mTBf5WYvEDzC0oK2S/jAYPLDMzoZRSEpRODThFON5kZUznLw8H6XilHrmVt9eA=
=wNRP
-END PGP SIGNATURE-



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

Bug#667511: RFS: updeb/1.0.3 [NEW] -- Non-interactive upgrade Debian system

[Vladimir Stavrinov]

Package: sponsorship-requests
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

  Dear mentors,

  I am looking for a sponsor for my package updeb

 * Package name: updeb
   Version : 1.0.3
   Upstream Author : Vladimir Stavrinov vstavri...@gmail.com
 * URL : http://sourceforge.net/projects/updeb/
 * License : GPL
   Section : admin

  It builds those binary packages:

updeb - Non-interactive upgrade Debian system

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

  http://mentors.debian.net/package/updeb


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

dget -x http://mentors.debian.net/debian/pool/main/u/updeb/updeb_1.0.3.dsc

  More information about hello can be obtained from 
http://sourceforge.net/projects/updeb/

  Changes since the last upload:

updeb (1.0.3) unstable; urgency=low

  * Rifine config man pages.
  * Bug fix: create snapshot before doing anything else.

 -- Vladimir Stavrinov vstavri...@gmail.com  Fri, 23 Dec 2011 14:18:39 +0400

  Regards,
   Vladimir Stavrinov

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPfFVYAAoJEKymKWC/Iss2Q6gIAIgsX7l6RPGr1GCi33I7tz7q
7eAbnIppihpVHe/wjfdq/0aXxO6QbkoMYOTJKvLjqAnGBHfRGa21Om+gdfablICh
4VSojeR/RQjpv0BTsntr7VazYcpW/sHTP+q2rcUOwIEdZvKBNJDQIEiNj9q9l37H
YAVZxyAL2GwqdQLORsK8wYJrg6rsD38a88bPbLx/sbsMSauCyeINuQstQbfqc14t
qPQs26iW2DSoblAbOmuCrLRTsJ8+VUTiSOiCynE2EyKxHSinqS3GuUpt/FhAqnfl
ptMqoa0xlQP4RjbTfvB1RHP9KS0GlKzELdhXbkJPPox3OSUfdzcTHvTmy6AhpLk=
=CPgU
-END PGP SIGNATURE-



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

Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively

[Vladimir Stavrinov]

On Wed, Apr 04, 2012 at 05:17:06PM +0200, Ansgar Burchardt wrote:

 From a quick look it looks like it configures everything in a very
  ^^
Please, take a time to learn more. Try to use it, before make conclusion.
Here is bootable iso image, including this script:

http://sourceforge.net/projects/install-debian/files/debian-rescue_amd64.iso/download

 specific way (including installing init scripts for non-Debian

It is only case for oracle and it does not mess and impact nothing. It may
be removed without implications.

 applications, configuring mutt, setting locales to hardcoded values,

It is very configurable with configuration file. Any hardcoded values may be
changed with custom configuration as it is shell variable. More over, the
configuration facilities let You install arbitrary files, eventually
whole directory tree.

 ...).  I do not think it is suitable for Debian.

Great! Debian installer is not suitable for Debian!

I am using this script for years. It have built a lot (tens) of
production Debian servers in a few minutes. All of of them running
custom web, cdn, banking and stock exchange applications until now
without any problems. And it is only shell script, that You can use
anywhere easy.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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

Bug#667511: RFS: updeb/1.0.3 [NEW] -- Non-interactive upgrade Debian system

[Vladimir Stavrinov]

On Wed, Apr 04, 2012 at 05:42:46PM +0200, Ansgar Burchardt wrote:

 I do not believe running apt-get dist-upgrade non-interactive is a good

not good idea ... Again, it is running every day on lot of production
servers for a ten years. Some time, I do rollback, because it preserve
old packages. More over, it allow You do not use dist-upgrade, but
upgrade or safe-upgrade with aptitude. Everything is configurable.

 idea... Also there is already unattended-upgrades in the archive if you
 want to automatically install security updates.

I know this package for a long time, but is not make the work the updeb
does. Look at report it produce.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




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