Bug#739992: linux-image-3.13-1-amd64: discrete video card not available, sometimes hangs on boot
Package: src:linux Version: 3.13.4-1 Severity: critical Justification: breaks the whole system Dear Maintainer, after installing 3.13.4-1 linux kernel I found out that discrete video card is not available. During the boot process I experience a long delay at Waiting for /dev to be fully populated stage and can see something like pciehp :00:03.0:pcie04: Device :02:00.0 already exists at :02:00, cannot hot-add After succesful booting lspci doesn't show my discrete video card and xrandr --listproviders shows only integrated video card. Sometimes kernel hangs at boot during Waiting for /dev to be fully populated stage. With 3.12.9-1 linux kernel everything works OK. Cheers! Lev Lamberov -- Package-specific info: ** Version: Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-14) ) #1 SMP Debian 3.13.4-1 (2014-02-22) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.13-1-amd64 root=UUID=1257503e-04c4-40f9-b35e-bdc8ef96c279 ro quiet radeon.audio=1 radeon.dpm=1 nmi_watchdog=0 ** Tainted: W (512) * Taint on warning. ** Kernel log: [ 20.920652] power level 1sclk: 4 mclk: 9 vddc: 1000 vddci: 0 [ 20.920653] power level 2sclk: 6 mclk: 9 vddc: 1000 vddci: 0 [ 20.920654] status: r [ 21.038536] [drm] radeon: finishing device. [ 21.038546] [drm] Disabling audio 0 support [ 21.047750] [ cut here ] [ 21.047785] WARNING: CPU: 0 PID: 162 at /build/linux-YhyeNj/linux-3.13.4/drivers/gpu/drm/drm_mm.c:578 ttm_bo_man_takedown+0x29/0x60 [ttm]() [ 21.047789] Memory manager not clean during takedown. [ 21.047793] Modules linked in: snd_hda_codec_hdmi joydev hp_wmi sparse_keymap evdev kvm_amd kvm uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core arc4 rt2800pci rt2800mmio rt2800lib rt2x00pci rt2x00mmio rt2x00lib eeprom_93cx6 mac80211 psmouse serio_raw videodev media edac_mce_amd edac_core snd_hda_codec_idt k10temp cfg80211 rtsx_pci_ms snd_hda_intel snd_hda_codec snd_hwdep btusb bluetooth snd_pcm snd_page_alloc snd_seq snd_seq_device snd_timer snd sp5100_tco i2c_piix4 radeon ttm wmi drm_kms_helper drm hp_accel battery video lis3lv02d soundcore acpi_cpufreq input_polldev i2c_algo_bit processor button ac i2c_core memstick crc_ccitt rfkill shpchp ext4 crc16 mbcache jbd2 sd_mod crct10dif_generic sg sr_mod cdrom crc_t10dif crct10dif_common rtsx_pci_sdmmc mmc_core ehci_pci ahci libahci libata ohci_pci ohci_hcd ehci_hcd xhci_hcd scsi_mod usbcore usb_common thermal thermal_sys rtsx_pci mfd_core r8169 mii [ 21.047907] CPU: 0 PID: 162 Comm: kworker/0:2 Not tainted 3.13-1-amd64 #1 Debian 3.13.4-1 [ 21.047912] Hardware name: Hewlett-Packard HP Pavilion dv6 Notebook PC/164B, BIOS F.21 09/13/2011 [ 21.047923] Workqueue: pciehp-3 pciehp_power_thread [ 21.047927] 0009 814a08cd 880213c95c28 8105ba72 [ 21.047935] 88021685da40 880213c95c78 880214c4a848 8802141ab300 [ 21.047941] 8105bad7 a02afb80 0018 [ 21.047947] Call Trace: [ 21.047958] [] ? dump_stack+0x41/0x51 [ 21.047966] [] ? warn_slowpath_common+0x72/0x90 [ 21.047972] [] ? warn_slowpath_fmt+0x47/0x50 [ 21.047988] [] ? ttm_bo_force_list_clean+0x3c/0xb0 [ttm] [ 21.048001] [] ? ttm_bo_man_takedown+0x29/0x60 [ttm] [ 21.048042] [] ? radeon_ttm_fini+0xaa/0x170 [radeon] [ 21.048077] [] ? radeon_bo_fini+0x9/0x20 [radeon] [ 21.048121] [] ? evergreen_fini+0x9a/0xc0 [radeon] [ 21.048150] [] ? radeon_device_fini+0x31/0x100 [radeon] [ 21.048181] [] ? radeon_driver_unload_kms+0x44/0x60 [radeon] [ 21.048201] [] ? drm_dev_unregister+0x21/0xd0 [drm] [ 21.048219] [] ? drm_put_dev+0x32/0x60 [drm] [ 21.048228] [] ? pci_device_remove+0x2e/0xa0 [ 21.048237] [] ? __device_release_driver+0x75/0xf0 [ 21.048244] [] ? device_release_driver+0x19/0x30 [ 21.048250] [] ? pci_stop_bus_device+0x8d/0xb0 [ 21.048257] [] ? pci_stop_and_remove_bus_device+0x9/0x20 [ 21.048264] [] ? pciehp_unconfigure_device+0xa0/0x1a0 [ 21.048270] [] ? pciehp_disable_slot+0x5b/0x1f0 [ 21.048277] [] ? pciehp_power_thread+0x79/0xe0 [ 21.048285] [] ? process_one_work+0x16d/0x420 [ 21.048291] [] ? worker_thread+0x116/0x3b0 [ 21.048298] [] ? rescuer_thread+0x330/0x330 [ 21.048304] [] ? kthread+0xc1/0xe0 [ 21.048310] [] ? kthread_create_on_node+0x180/0x180 [ 21.048318] [] ? ret_from_fork+0x7c/0xb0 [ 21.048324] [] ? kthread_create_on_node+0x180/0x180 [ 21.048328] ---[ end trace 00e1bbb9390f5a6f ]--- [ 21.048337] [drm] radeon: ttm finalized [ 21.048343] vga_switcheroo: disabled [ 29.070286] EXT4-fs (sda1): re-mounted. Opts: (null) [ 29.453793] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro [ 29.705845] device-mapper: uevent: version 1.0.3 [ 29.705921] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-de...@redhat.com [ 30.390362] fuse init (API version
Bug#743484: gramps: recommended libosmgpsmap-1.0.0-dev cannot be installed in testing/unstable
Package: gramps Version: 4.0.3+dfsg-2 Severity: normal Dear Maintainer, trying to install recommended package libosmgpsmap-1.0.0-dev, no luck. It depends on libosmgpsmap-1.0.0, which is unavailable. After installing gir1.2-osmgpsmap-1.0 I'm getting an error at launch time, which says that it cannot load View (Views: All Places, All displacements for one person and their descendants, All known places for one Person, All known places for one Family, and so on), says that "must be an interface". Cheers! Lev Lamberov -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gramps depends on: ii gir1.2-gtk-3.0 3.10.7-1 ii librsvg2-2 2.40.2-1 ii python 2.7.5-5 ii python-gi3.10.2-2+b1 ii python-gi-cairo 3.10.2-2+b1 pn python:any ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages gramps recommends: ii graphviz2.26.3-16.2 pn libosmgpsmap-1.0-0-dev ii python-pyicu1.5-2+b3 Versions of packages gramps suggests: ii fonts-freefont-ttf20120503-4 ii gir1.2-gexiv2-0.4 0.7.0-1 ii gir1.2-gtkspell3-3.0 3.0.4-1 ii python-pil2.3.0-2 ii rcs 5.9.2-1 -- 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#743484:
Gramps should recommend libosmgpsmap-1.0-dev, but not ligosmgpsmap-1.0.0-dev. With libosmgpsmap-1.0-dev it works perfectly. Cheers! Lev Lamberov
Bug#751384: texlive-lang-cyrillic: \today produces date in urkainian language when russian language is specified
Package: texlive-lang-cyrillic
Version: 2014.20140528-1
Severity: important
Dear Maintainer,
The following document:
\documentclass[a4paper,12pt]{article}
\usepackage[T2A]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[english,russian]{babel}
\begin{document}
\today
\end{document}
contains date in ukrainian language, but russian language is specified in
\usepackage[english,russian]{babel} command.
Cheers!
Lev Lamberov
-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource.
In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.
*** The Debian TeX Team is *not* a LaTeX Help Desk ***
If you report an error when running one of the TeX-related binaries
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.
Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.
Don't forget to also include minimal examples of other files that are
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!
If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at
http://www.minimalbeispiel.de/mini-en.html (english)
or
http://www.minimalbeispiel.de/mini.html (german)
##
minimal input file
##
other files
##
List of ls-R files
-rw-r--r-- 1 root root 3522 Jun 8 21:17 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 May 30 11:00 /usr/share/texmf/ls-R ->
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 May 31 16:45 /usr/share/texlive/texmf-dist/ls-R ->
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 May 31 16:45 /usr/share/texlive/texmf-dist/ls-R ->
/var/lib/texmf/ls-R-TEXLIVEDIST
##
Config files
-rw-r--r-- 1 root root 1101 Jun 6 12:13 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 10389 Jun 8 21:17 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 May 31 16:45 /usr/share/texmf/web2c/updmap.cfg ->
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 12449 Jun 6 12:19
/var/lib/texmf/tex/generic/config/language.dat
##
Files in /etc/texmf/web2c/
total 3
-rw-r--r-- 1 root root 283 Jun 15 2013 mktex.cnf
-rw-r--r-- 1 root root 1101 Jun 6 12:13 texmf.cnf
##
md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages texlive-lang-cyrillic depends on:
ii dpkg1.17.10
ii tex-common 5.02
ii texlive-base2014.20140528-3
ii texlive-binaries2014.20140528.34243-2
ii texlive-latex-base 2014.20140528-3
texlive-lang-cyrillic recommends no packages.
texlive-lang-cyrillic suggests no packages.
Versions of packages tex-common depends on:
ii debconf [debconf-2.0] 1.5.53
ii dpkg 1.17.10
ii ucf3.0030
Versions of packages tex-common suggests:
ii debhelper 9.20140228
Versions of packages texlive-lang-cyrillic is related to:
ii tex-common5.02
ii texlive-binaries 2014.20140528.34243-2
-- debconf information:
tex-common/check_texmf_wrong:
tex-common/check_texmf_missing:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751384: Additional files
Please, find .tex, .pdf, .fls, and .log attached. Cheers! Lev Lamberov test.tex Description: TeX document test.pdf Description: Adobe PDF document test.fls Description: Binary data This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014/Debian) (preloaded format=pdflatex 2014.6.6) 12 JUN 2014 12:26 entering extended mode restricted \write18 enabled. %&-line parsing enabled. **test.tex (./test.tex LaTeX2e <2014/05/01> Babel <3.9k> and hyphenation patterns for 78 languages loaded. (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size12.clo File: size12.clo 2007/10/19 v1.4h Standard LaTeX file (size option) ) \c@part=\count79 \c@section=\count80 \c@subsection=\count81 \c@subsubsection=\count82 \c@paragraph=\count83 \c@subparagraph=\count84 \c@figure=\count85 \c@table=\count86 \abovecaptionskip=\skip41 \belowcaptionskip=\skip42 \bibindent=\dimen102 ) (/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty Package: fontenc 2005/09/27 v1.99g Standard LaTeX package (/usr/share/texlive/texmf-dist/tex/latex/cyrillic/t2aenc.def File: t2aenc.def 2005/09/27 v1.0i Cyrillic encoding definition file ) LaTeX Font Info:Try loading font information for T2A+cmr on input line 100. (/usr/share/texlive/texmf-dist/tex/latex/cyrillic/t2acmr.fd File: t2acmr.fd 2001/08/11 v1.0a Computer Modern Cyrillic font definitions )) (/usr/share/texlive/texmf-dist/tex/latex/base/inputenc.sty Package: inputenc 2014/04/30 v1.2b Input encoding file \inpenc@prehook=\toks14 \inpenc@posthook=\toks15 (/usr/share/texlive/texmf-dist/tex/latex/base/utf8.def File: utf8.def 2008/04/05 v1.1m UTF-8 support for inputenc Now handling font encoding OML ... ... no UTF-8 mapping file for font encoding OML Now handling font encoding T1 ... ... processing UTF-8 mapping file for font encoding T1 (/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.dfu File: t1enc.dfu 2008/04/05 v1.1m UTF-8 support for inputenc defining Unicode char U+00A1 (decimal 161) defining Unicode char U+00A3 (decimal 163) defining Unicode char U+00AB (decimal 171) defining Unicode char U+00BB (decimal 187) defining Unicode char U+00BF (decimal 191) defining Unicode char U+00C0 (decimal 192) defining Unicode char U+00C1 (decimal 193) defining Unicode char U+00C2 (decimal 194) defining Unicode char U+00C3 (decimal 195) defining Unicode char U+00C4 (decimal 196) defining Unicode char U+00C5 (decimal 197) defining Unicode char U+00C6 (decimal 198) defining Unicode char U+00C7 (decimal 199) defining Unicode char U+00C8 (decimal 200) defining Unicode char U+00C9 (decimal 201) defining Unicode char U+00CA (decimal 202) defining Unicode char U+00CB (decimal 203) defining Unicode char U+00CC (decimal 204) defining Unicode char U+00CD (decimal 205) defining Unicode char U+00CE (decimal 206) defining Unicode char U+00CF (decimal 207) defining Unicode char U+00D0 (decimal 208) defining Unicode char U+00D1 (decimal 209) defining Unicode char U+00D2 (decimal 210) defining Unicode char U+00D3 (decimal 211) defining Unicode char U+00D4 (decimal 212) defining Unicode char U+00D5 (decimal 213) defining Unicode char U+00D6 (decimal 214) defining Unicode char U+00D8 (decimal 216) defining Unicode char U+00D9 (decimal 217) defining Unicode char U+00DA (decimal 218) defining Unicode char U+00DB (decimal 219) defining Unicode char U+00DC (decimal 220) defining Unicode char U+00DD (decimal 221) defining Unicode char U+00DE (decimal 222) defining Unicode char U+00DF (decimal 223) defining Unicode char U+00E0 (decimal 224) defining Unicode char U+00E1 (decimal 225) defining Unicode char U+00E2 (decimal 226) defining Unicode char U+00E3 (decimal 227) defining Unicode char U+00E4 (decimal 228) defining Unicode char U+00E5 (decimal 229) defining Unicode char U+00E6 (decimal 230) defining Unicode char U+00E7 (decimal 231) defining Unicode char U+00E8 (decimal 232) defining Unicode char U+00E9 (decimal 233) defining Unicode char U+00EA (decimal 234) defining Unicode char U+00EB (decimal 235) defining Unicode char U+00EC (decimal 236) defining Unicode char U+00ED (decimal 237) defining Unicode char U+00EE (decimal 238) defining Unicode char U+00EF (decimal 239) defining Unicode char U+00F0 (decimal 240) defining Unicode char U+00F1 (decimal 241) defining Unicode char U+00F2 (decimal 242) defining Unicode char U+00F3 (decimal 243) defining Unicode char U+00F4 (decimal 244) defining Unicode char U+00F5 (decimal 245) defining Unicode char U+00F6 (decimal 246) defining Unicode char U+00F8 (decimal 248) defining Unicode char U+00F9 (decimal 249) defining Unicode char U+00FA (decimal 250) defining Unicode char U+00FB (decimal 251) defining Unicode char U+00FC (decimal
Bug#751384: texlive-lang-cyrillic: \today produces date in urkainian language when russian language is specified
2014-06-12 17:30 GMT+02:00 Hilmar Preusse :
> On 12.06.14 Lev Lamberov (l.lambe...@gmail.com) wrote:
>
> Hi,
>
> > The following document:
> >
> > \documentclass[a4paper,12pt]{article}
> > \usepackage[T2A]{fontenc}
> > \usepackage[utf8]{inputenc}
> > \usepackage[english,russian]{babel}
> >
> > \begin{document}
> > \today
> > \end{document}
> >
> > contains date in ukrainian language, but russian language is
> > specified in \usepackage[english,russian]{babel} command.
> >
> I guess #750057 describes this problem already. Could you have a
> look?
Indeed, it is. Merging with 750057. Thanks!
Cheers!
Lev
>
> Hilmar
> --
> sigmentation fault
>
Bug#751384: texlive-lang-cyrillic: \today produces date in urkainian language when russian language is specified
merge 751384 750057
2014-06-12 21:56 GMT+02:00 Lev Lamberov :
> 2014-06-12 17:30 GMT+02:00 Hilmar Preusse :
>
> On 12.06.14 Lev Lamberov (l.lambe...@gmail.com) wrote:
>>
>> Hi,
>>
>> > The following document:
>> >
>> > \documentclass[a4paper,12pt]{article}
>> > \usepackage[T2A]{fontenc}
>> > \usepackage[utf8]{inputenc}
>> > \usepackage[english,russian]{babel}
>> >
>> > \begin{document}
>> > \today
>> > \end{document}
>> >
>> > contains date in ukrainian language, but russian language is
>> > specified in \usepackage[english,russian]{babel} command.
>> >
>> I guess #750057 describes this problem already. Could you have a
>> look?
>
>
> Indeed, it is. Merging with 750057. Thanks!
>
> Cheers!
> Lev
>
>
>>
>> Hilmar
>> --
>> sigmentation fault
>>
>
>
Bug#705534: aptitude: displays blank list of packages when theme changed to pre-defined (Dselect or Vertical-Split)
Package: aptitude Version: 0.6.8.2-1 Severity: normal Tags: upstream Dear Maintainer, Changing theme in configuration file causes aptitude to show only blank list of packages, updating list doesn't help. I added Aptitude::Theme "Dselect"; to ~/.aptitude/config, but aptitude simply didn't show _any_ package anymore. Same for the "Vertical-Split" theme. Both themes _are_ defined in /usr/share/aptitude/aptitude-defaults, and that file _is_ read by aptitude. Expected: theme change and proper working in Dselect or Vertical-Split. -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.8.2 compiled at Nov 7 2012 07:08:03 Compiler: g++ 4.7.2 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 => (0x7fff487b9000) libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7f2f716e7000) libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f2f714b7000) libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f2f7128d000) libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7f2f71088000) libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x7f2f70d88000) libept.so.1.aptpkg4.12 => /usr/lib/libept.so.1.aptpkg4.12 (0x7f2f70ae7000) libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f2f70702000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f2f704eb000) libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f2f7023f000) libboost_iostreams.so.1.49.0 => /usr/lib/libboost_iostreams.so.1.49.0 (0x7f2f70224000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2f70008000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f2f6fd0) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f2f6fa7e000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f2f6f868000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f2f6f4dd000) libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f2f6f2da000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f2f6f0d6000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f2f6eec5000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f2f6ecc) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f2f6eab7000) /lib64/ld-linux-x86-64.so.2 (0x7f2f7207e000) -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii aptitude-common 0.6.8.2-1 ii libapt-pkg4.120.9.7.8 ii libboost-iostreams1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libcwidget3 0.5.16-3.4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.7.2-5 ii libncursesw5 5.9-10 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.7.13-1 ii libstdc++64.7.2-5 ii libtinfo5 5.9-10 ii libxapian22 1.2.12-2 ii zlib1g1:1.2.7.dfsg-13 Versions of packages aptitude recommends: ii apt-xapian-index0.45 ii aptitude-doc-en [aptitude-doc] 0.6.8.2-1 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.7 Versions of packages aptitude suggests: ii debtags 1.10.1 ii tasksel 3.14+nmu2 -- 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#711415: wicd-curses: crashes upon start
Package: wicd-curses Version: 1.7.2.4-4 Severity: grave Justification: renders package unusable Dear Maintainer, When starting wicd-curses I'm getting the following message: ~$ wicd-curses Traceback (most recent call last): File "/usr/share/wicd/curses/wicd-curses.py", line 1063, in main() File "/usr/share/wicd/curses/wicd-curses.py", line 995, in main ui.run_wrapper(run) File "/usr/lib/python2.7/dist-packages/urwid/raw_display.py", line 242, in run_wrapper return fn() File "/usr/share/wicd/curses/wicd-curses.py", line 88, in wrapper return func(*args, **kargs) File "/usr/share/wicd/curses/wicd-curses.py", line 1003, in run app = appGUI() File "/usr/share/wicd/curses/wicd-curses.py", line 548, in __init__ self.wiredCB = urwid.Filler(WiredComboBox(wiredL)) File "/usr/share/wicd/curses/wicd-curses.py", line 378, in __init__ self.__super.__init__(use_enter=False) File "/usr/share/wicd/curses/curses_misc.py", line 352, in __init__ self.focus = focus AttributeError: can't set attribute It was working before some update, now it doesn't work. Fortunately, wicd-cli and wicd by itself work properly. I expect it to start and do its work. Cheers! Lev Lamberov -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd-curses depends on: ii python2.7.3-5 ii python-urwid 1.1.1-1 ii wicd-daemon 1.7.2.4-4 Versions of packages wicd-curses recommends: ii sudo 1.8.5p2-1+nmu1 wicd-curses suggests no packages. Versions of packages wicd-cli depends on: ii python 2.7.3-5 ii wicd-daemon 1.7.2.4-4 Versions of packages wicd-cli recommends: ii sudo 1.8.5p2-1+nmu1 Versions of packages wicd-daemon depends on: ii adduser 3.113+nmu3 ii dbus 1.6.10-1 ii debconf 1.5.50 ii ethtool 1:3.9-1 ii iproute 20120521-3+b4 ii iputils-ping 3:20121221-1 ii isc-dhcp-client 4.2.4-7 ii lsb-base 4.1+Debian11 ii net-tools1.60-25 ii psmisc 22.20-1 ii python 2.7.3-5 ii python-dbus 1.2.0-1 ii python-gobject 3.8.2-1 ii python-wicd 1.7.2.4-4 ii wireless-tools 30~pre9-8 ii wpasupplicant1.0-3+b2 Versions of packages wicd-daemon recommends: ii rfkill 0.4-2 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-9 Versions of packages python-wicd depends on: ii python 2.7.3-5 -- debconf information: * wicd/users: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711415: this affects jessie but not wheezy, right?
2013/6/7 Holger Levsen > control: tags -1 + moreinfo > thanks > > Hi, > > you wrote "[wicd-curses] was working before some update, now it doesn't > work." > - just to confirm: it worked under wheezy still, but some update in the > last > days broke it. Right? > Right, some update in the last days. I think that it worked last week. Cheers! Lev > cheers, > Holger, wanting to know if wheezy is affected > >
Bug#717145: firmware-linux-nonfree: please, add new firmware for Radeon cards
Package: firmware-linux-nonfree Version: 0.38 Severity: wishlist Dear Maintainer, please, add new firmware for Radeon cards: Running depmod. Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.10-1-amd64 /boot/vmlinuz-3.10-1-amd64 run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.10-1-amd64 /boot/vmlinuz-3.10-1-amd64 update-initramfs: Generating /boot/initrd.img-3.10-1-amd64 W: Possible missing firmware /lib/firmware/radeon/HAINAN_rlc.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/HAINAN_mc.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/HAINAN_ce.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/HAINAN_me.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/HAINAN_pfp.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/TAHITI_uvd.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/SUMO_uvd.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/CYPRESS_uvd.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/RV710_uvd.bin for module radeon run-parts: executing /etc/kernel/postinst.d/pm-utils 3.10-1-amd64 /boot/vmlinuz-3.10-1-amd64 run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.10-1-amd64 /boot/vmlinuz-3.10-1-amd64 Updated microcode available from here: http://people.freedesktop.org/~agd5f/radeon_ucode/ Best, Lev Lamberov -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.113 ii linux-image-3.10-1-amd64 [linux-image] 3.10.1-1 ii linux-image-3.9-1-amd64 [linux-image] 3.9.8-1 -- 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#714283:
Hi! Today 7.2.0 version of xf86-video-ati was released ( http://lists.x.org/archives/xorg-announce/2013-August/002288.html). Version in Debian archive (6.14.4-8, last update in March 2013) is in a sense 5 versions old from last upstream release. Version 7.2.0 (and, of course, previous versions) adds a support for a lot of hardware. Please, update Debian version. With regards, Lev
Bug#714282: libxrandr2: seems that it's not xrandr 1.4, or some parts are missing
Package: libxrandr2 Version: 2:1.4.0-1 Severity: normal Dear Maintainer, I've installed libxrandr2 from experimental, according to package info it is 1.4 version, but it lacks some features of 1.4 or it needs to update dependencies. For example, xrandr 1.4 supports listproviders option, but xrandr in Debian doesn't recognize it. Other providers options seem absent in Debian version too. Also xrandr -v outputs this: $ xrandr -v xrandr program version 1.3.5 Server reports RandR version 1.3 even after X server restart or full reboot. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#798617: aptitude after upgrade stopped to respect locale settings
unreproducible thanks 2015-09-11 16:52 GMT+05:00 Manuel A. Fernandez Montecelo < manuel.montez...@gmail.com>: > > My unstable is not fully up to date, so maybe there is something else at > play, but I tried to reproduce this and couln't. > Tried in virtual machine with fresh install. Yes, it is unreproducible. Seems, something went wrong on my local machine. Maybe because of gcc5 transition. Did a fresh install and now everything is OK. Cheers! Lev Lamberov
Bug#769425: aptitude: [l10n] Russian v. of "Will use %sB of disk space" cut off on the right, has space on the left
2015-09-17 18:23 GMT+05:00 Aleksej : > Hi. > > No, that file contains exactly what is cited in the report. I suggest to get rid of "дискового пространства", so it will be as follows: aptitude 0.6.11Будет использовано 45,1 kБ DL размер: 391 kB Should we also somehow translate "DL" here? It may be aptitude 0.6.11Будет использовано 45,1 kБ Загрузить: 391 kB What do you think?
Bug#360202: not related to #610955
Hi Manuel, this bug is still present in aptitude 0.7.1. It is not related to #610955, which is indeed fixed. Cheers! Lev Lamberov
Bug#844004: RM: swi-prolog [armel armhf] -- ROM; ANAIS
Package: ftp.debian.org Severity: normal Building of swi-prolog-java on armel and armhf is disabled in swi-prolog 7.2.3+dfsg-4 due to bugs during build, but old binaries are still present in testing (and block unstable->testing transition). Note: this was a request for a partial removal from testing, converted in one for unstable
Bug#844251: ITP: elpa-ido-ubiquitous -- use ido (nearly) everywhere
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: elpa-ido-ubiquitous Version : 3.14 Upstream Author : Ryan C. Thompson * URL : https://github.com/DarwinAwardWinner/ido-ubiquitous * License : GPL-3+ Programming Lang: Emacs Lisp Description : use ido (nearly) everywhere If you use the excellent `ido-mode' for efficient completion of file names and buffers, you might wonder if you can get ido-style completion everywhere else too. This package replaces stock emacs completion with ido completion wherever it is possible to do so without breaking things. elpa-completing-read+: This package implements the `ido-completing-read+' function, which is a wrapper for `ido-completing-read'. Importantly, it detects edge cases that ordinary ido cannot handle and either adjusts them so ido *can* handle them, or else simply falls back to Emacs' standard completion instead.
Bug#844329: ITP: elpa-iedit -- edit multiple regions in the same way simultaneously
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: elpa-iedit Version : 0.9.9.9 Upstream Author : Victor Ren * URL : https://github.com/victorhge/iedit * License : GPL-3+ Programming Lang: Emacs Lisp Description : edit multiple regions in the same way simultaneously This package is an Emacs minor mode and allows you to edit one occurrence of some text in a buffer (possibly narrowed) or region, and simultaneously have other occurrences edited in the same way. You can also use Iedit mode as a quick way to temporarily show only the buffer lines that match the current text being edited. This gives you the effect of a temporary `keep-lines' or `occur'. To get this effect, hit C-' when in Iedit mode - it toggles hiding non-matching lines.
Bug#844352: ITP: elpa-recursive-narrow -- narrow-to-region that operates recursively
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: elpa-recursive-narrow Version : 20140811.1546 Upstream Author : Nathaniel Flath * URL : https://github.com/nflath/recursive-narrow * License : GPL-3+ Programming Lang: Emacs Lisp Description : narrow-to-region that operates recursively This package defines two functions, recursive-narrow-or-widen-dwim and recursive-widen-dwim that replace the builtin functions narrow-to-region and widen. These functions operate the same way, except in the case of multiple calls to recursive-narrow-to-region-dwim. In this case, recursive-widen-dwim will go to the previous buffer visibility, not make the entire buffer visible.
Bug#844649: ITP: elpa-makey -- flexible context menu system
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: elpa-makey Version : 0.3 Upstream Author : Mickey Petersen * URL : https://github.com/mickeynp/makey * License : GPL-3+ Programming Lang: Emacs Lisp Description : flexible context menu system This package adds a flexible context menu system to GNU Emacs. Mainly it is used as a dependency for such ELPA packages as discover.el and discover-my-major.
Bug#844651: ITP: elpa-discover-my-major -- discover key bindings and their meaning for the current Emacs major mode
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: elpa-discover-my-major Version : 1.0 Upstream Author : Steckerhalter * URL : https://github.com/steckerhalter/discover-my-major * License : GPL-3+ Programming Lang: Emacs Lisp Description : discover key bindings and their meaning for the current Emacs major mode Discover key bindings and descriptions for commands defined by a buffer's major and minor modes. The command is inspired by discover.el and also uses the makey library. The output is pretty bare bones and not optimized but it seems to work already quite well for most modes.
Bug#863163: ITP: jinja2-mode -- Emacs major mode for editing jinja2 code
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: jinja2-mode Version : 0.2 Upstream Author : Florian Mounier * URL or Web page : https://github.com/paradoxxxzero/jinja2-mode * License : GPL-3+ Programming Lang: Emacs Lisp Description : Emacs major mode for editing jinja2 code The package provides an Emacs major mode for jinja2 with: - syntax highlighting - sgml/html integration - indentation (working with sgml)
Bug#863189: ITP: ert-expectations-el -- very simple unit test framework for Emacs Lisp
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: ert-expectations-el Version : 0.2 Upstream Author : rubikitch * URL or Web page : https://www.emacswiki.org/emacs/download/ert-expectations.el * License : GPL-3+ Programming Lang: Emacs Lisp Description : very simple unit test framework for Emacs Lisp The package provides a very simple unit test framework using `ert'. It is thought to be a successor of el-expectations. With Emacs Lisp Mock, `el-mock.el', Emacs Lisp Expectations supports mock and stub (behavior-based testing). The package uses `ert' feature to display test result, so it is quite easy to understand why a test failed.
Bug#863190: ITP: el-mock-el -- tiny mock and stub framework for Emacs Lisp
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: el-mock-el Version : 1.25.1 Upstream Author : rubikitch , Johan Andersson * URL or Web page : https://github.com/rejeep/el-mock.el * License : GPL-2+ Programming Lang: Emacs Lisp Description : tiny mock and stub framework for Emacs Lisp Emacs Lisp Mock is a library for mocking and stubbing using readable syntax. Most commonly Emacs Lisp Mock is used in conjunction with Emacs Lisp Expectations, but it can be used in other contexts.
Bug#863200: ITP: qml-mode -- Emacs major mode for editing QT Declarative (QML) code
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: qml-mode Version : 0.4 Upstream Author : Wen-Chun Lin , Yen-Chin Lee , Ono Hiroko * URL or Web page : https://github.com/coldnew/qml-mode * License : GPL-2+ Programming Lang: Emacs Lisp Description : Emacs major mode for editing QT Declarative (QML) code The package provides a major mode for editing Qt Declarative (QML) code in Emacs. It features syntax highlighting (including component ids highlighting) and basic navigation capabilities.
Bug#858411: ITP: dired-quick-sort -- persistent quick sorting of dired buffers in various ways
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: dired-quick-sort Version : 0.1 Upstream Author : Hong Xu * URL : https://gitlab.com/xuhdev/dired-quick-sort * License : GPL-3+ Programming Lang: Emacs Lisp Description : persistent quick sorting of dired buffers in various ways This Emacs package provides persistent quick sorting of Dired buffers in various ways with hydra. With `savehist-mode' enabled, the last used sorting criteria are automatically used when sorting.
Bug#857448: ITP: nose-el -- easy Python test running in Emacs
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: nose-el Version : 0.1.1 Upstream Author : Augie Fackler * URL : https://bitbucket.org/durin42/nosemacs * License : GPL-3+ Programming Lang: Emacs Lisp Description : easy Python test running in Emacs This package provides a bunch of functions that handle running nosetests on a particular buffer or part of a buffer. Also `nose.el' adds a minor mode called that is used to manage keybindings and provide a hook for changing the behaviour of the nose output buffer.
Bug#855138: unblock: swi-prolog/7.2.3+dfsg-6
Hi Niels, 15.02.2017 22:48, Niels Thykier пишет: > To avoid any misunderstandings, #855004 need to be fixed before > swi-prolog/7.2.3+dfsg-6 can migrate. You probably already noticed, but > the FTP masters have requested a follow up from you. Does it mean that swi-prolog should be removed from testing in the first place and the bug should be closed, or the bug can be closed without removing? If removing is necessary, then what is the procedure to allow removed rdepends to migrate to testing back? Should I request unblock for them in this case? Thanks! Lev signature.asc Description: OpenPGP digital signature
Bug#855138: unblock: swi-prolog/7.2.3+dfsg-6
16.02.2017 00:21, Niels Thykier пишет: > Lev Lamberov: >> Hi Niels, >> >> 15.02.2017 22:48, Niels Thykier пишет: >>> To avoid any misunderstandings, #855004 need to be fixed before >>> swi-prolog/7.2.3+dfsg-6 can migrate. You probably already noticed, but >>> the FTP masters have requested a follow up from you. >> >> Does it mean that swi-prolog should be removed from testing in the first >> place and the bug should be closed, or the bug can be closed without >> removing? >> > > It means that swi-prolog/7.2.3+dfsg-6 cannot migrate until the removal > of the mips binaries built by swi-prolog/7.2.3+dfsg-5 (note the version > difference). This is what #855004 is about. Thanks for clarification. I've found information on Excuses page [0] a bit misleading, since it says: "old binaries left on mips: swi-prolog-java (from 7.2.3+dfsg-5) (*but ignoring cruft, so nevermind*)". > The FTP masters have requested that you deal with the reverse > dependencies of the swi-prolog/7.2.3+dfsg-5 on mips. This can be > "remove them from mips as well" or ask them to disable their > "swi-prolog" support on mips (either way should work). Since no package directly depends on swi-prolog-java (packages mentioned in #855004 depend only on swi-prolog), I guess, it is possible to remove rdepends only on mips. How can this be done? As I understand, reason to remove should start with some acronym, listed on Pending Debian Package removals page [1]. But since I'm not a maintainer of rdepends, not a member of QA, not a porter, not a stable release manager and so on, I cannot request removal of rdepends, right? Should I bother rdepends' maintainers to fill removal requests? Cheers, Lev [0] https://qa.debian.org/excuses.php?package=swi-prolog [1] https://ftp-master.debian.org/removals.html signature.asc Description: OpenPGP digital signature
Bug#855004: RM: swi-prolog [mips] -- ROM; dropped building of swi-prolog-java on mips due to FTBFS
Hi Emilio, 16.02.2017 03:25, Emilio Pozuelo Monfort пишет: > The request is for the swi-prolog-java binary package only, the > submitter got the subject wrong. Ahh. I've used reportbug and entered swi-prolog-java as a package name in the corresponding dialog, but source package was substituted automatically. I should have been more careful. I've tried to reproduce it and succeseded, here is the full dialog: -=-=-=- $ reportbug ftp.debian.org *** 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 'Lev Lamberov ' as your from address. Will send report to Debian (per lsb_release). What sort of request is this? (If none of these things mean anything to you, or you are trying to report a bug in an existing package, please press Enter to exit reportbug.) 1 ANAIS Package removal - Architecture Not Allowed In Source. 2 ICE Package removal - Internal Compiler Error. 3 NBS Package removal - Not Built [by] Source. 4 NPOASRPackage removal - Never Part Of A Stable Release. 5 NVIU Package removal - Newer Version In Unstable. 6 ROM Package removal - Request Of Maintainer. 7 ROP Package removal - Request of Porter. 8 RoQA Package removal - Requested by the QA team. 9 other Not a package removal request, report other problems. 10 override Change override request. Choose the request type: 6 Please enter the name of the package: swi-prolog-java Checking status database... Is the removal to be done in a suite other than "unstable"? Don't select anything for "unstable" 1 experimentalExperimental. 2 oldstable Old stable. 3 oldstable-proposed-updates Old stable proposed updates. 4 stable Stable. 5 stable-proposed-updates Stable proposed updates. 6 testing Testing only (NOT unstable) 7 testing-proposed-updatesTesting proposed updates Choose the suite: 6 Please enter the reason for removal: FTBFS Is this removal request for specific architectures? [y|N|?]? y Please enter the arch list separated by a space: mips Partial removal for testing; forcing suite to 'unstable', since it's the proper way to do that. Spawning sensible-editor... No changes were made in the editor. Report will be sent to Debian Bug Tracking System Submit this report on ftp.debian.org (e to edit) [y|n|a|c|E|i|l|m|p|q|d|t|s|?]? q Saving a backup of the report at /tmp/reportbug-ftp.debian.org-backup-20170216-20180-_uoez_jz Bug report written as /tmp/reportbug-ftp.debian.org-20170216-20180-p0d5a_n5 -=-=-=- And here is what it outputs: $ cat /tmp/reportbug-ftp.debian.org-20170216-20180-p0d5a_n5 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Lev Lamberov To: Debian Bug Tracking System Subject: RM: swi-prolog [mips] -- ROM; FTBFS Bcc: Lev Lamberov Package: ftp.debian.org Severity: normal (please explain the reason for the removal here) Note: this was a request for a partial removal from testing, converted in one for unstable -=-=-=- What do you think, should it be reported as a bug in reportbug? Thanks for your input, Emilio! Cheers! Lev signature.asc Description: OpenPGP digital signature
Bug#855329: aptitude: please, fix a minor mistake in Russian translation
Package: aptitude Version: 0.8.5-1 Severity: minor Tags: l10n patch Dear Maintainer, please, fix a minor mistake in Russian translation. Find the patch attached. Cheers, Lev Lamberov -- Package-specific info: Terminal: rxvt-unicode $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.8.5 Compiler: g++ 6.3.0 20170121 Compiled against: apt version 5.0.1 NCurses version 6.0 libsigc++ version: 2.10.0 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 6.0.20161126 cwidget version: 0.5.17 Apt version: 5.0.1 aptitude linkage: linux-vdso.so.1 (0x7ffca5c07000) libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 (0x7fbd5b1ad000) libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fbd5af7d000) libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fbd5ad4d000) libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7fbd5ab45000) libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7fbd5a845000) libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fbd5a53d000) libboost_iostreams.so.1.62.0 => /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.62.0 (0x7fbd5a325000) libboost_filesystem.so.1.62.0 => /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.62.0 (0x7fbd5a105000) libboost_system.so.1.62.0 => /usr/lib/x86_64-linux-gnu/libboost_system.so.1.62.0 (0x7fbd59efd000) libxapian.so.30 => /usr/lib/x86_64-linux-gnu/libxapian.so.30 (0x7fbd59ae5000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fbd598c5000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fbd5953d000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fbd59235000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fbd5901d000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fbd58c7d000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fbd58a75000) libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x7fbd5885d000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fbd5863d000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fbd5842d000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fbd58205000) liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 (0x7fbd57fed000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fbd57de5000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fbd57bdd000) /lib64/ld-linux-x86-64.so.2 (0x55722ab95000) -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages aptitude depends on: ii aptitude-common0.8.5-1 ii libapt-pkg5.0 1.4~rc1 ii libboost-filesystem1.62.0 1.62.0+dfsg-4 ii libboost-iostreams1.62.0 1.62.0+dfsg-4 ii libboost-system1.62.0 1.62.0+dfsg-4 ii libc6 2.24-9 ii libcwidget3v5 0.5.17-4+b1 ii libgcc11:6.3.0-6 ii libncursesw5 6.0+20161126-1 ii libsigc++-2.0-0v5 2.10.0-1 ii libsqlite3-0 3.16.2-2 ii libstdc++6 6.3.0-6 ii libtinfo5 6.0+20161126-1 ii libxapian301.4.3-1 Versions of packages aptitude recommends: ii libparse-debianchangelog-perl 1.2.0-12 ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn apt-xapian-index ii aptitude-doc-en [aptitude-doc] 0.8.5-1 ii aptitude-doc-ru [aptitude-doc] 0.8.5-1 ii debtags 2.1.2 ii tasksel 3.39 -- no debconf information From 6749f5f9223de005847ec79a0d1502d8f563df63 Mon Sep 17 00:00:00 2001 From: Lev Lamberov Date: Fri, 17 Feb 2017 01:33:04 +0500 Subject: [PATCH] Fix minor mistake in Russian translation --- po/ru.po | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/po/ru.po b/po/ru.po index 0956eba4..3c3c27fb 100644 --- a/po/ru.po +++ b/po/ru.po @@ -12,8 +12,8 @@ msgid "" msgstr "" "Project-Id-Version: \n" "Report-Msgid-Bugs-To: aptit...@packages.debian.org\n" -"POT-Creation-Date: 2016-12-27 22:43+0100\n" -"PO-Revision-Date: 2017-01-04 01:41+0500\n" +"POT-Creation-Date: 2017-02-17 01:32+0500\n" +"PO-Revision-Date: 2017-02
Bug#855388: ITP: elisp-bug-hunter -- automatically debug and bisect your init.el or .emacs file
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: elisp-bug-hunter Version : 1.3.1 Upstream Author : Artur Malabarba * URL : https://elpa.gnu.org/packages/bug-hunter.html GitHub URL : https://github.com/Malabarba/elisp-bug-hunter * License : GPL-3+ Programming Lang: Emacs Lisp Description : automatically debug and bisect your init.el or .emacs file The Bug Hunter is an Emacs library that finds the source of an error or unexpected behavior inside an elisp configuration file (typically init.el or .emacs). It supports automatic, interactive, and assertion bug hunting. Also it is possible to debug literate-style configuration files.
Bug#855452: ITP: el-x -- Emacs Lisp extensions
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: el-x Version : 0.3.1 Upstream Author : Yann Hodique * URL : https://github.com/sigma/el-x * License : GPL-2+ Programming Lang: Emacs Lisp Description : Emacs Lisp extensions This package provides several Emacs Lisp extensions. Content: * dflet.el: defines the `dflet' macro, to provide the historic behavior of `flet', a global and dynamic temporary function (re)definition tool. * subr-compat.el: stubs `declare-function' for older Emacs
Bug#855454: ITP: mocker-el -- mocking framework for Emacs
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: mocker-el Version : 0.3.1 Upstream Author : Yann Hodique * URL : https://github.com/sigma/mocker.el * License : GPL-2+ Programming Lang: Emacs Lisp Description : mocking framework for Emacs This package is helpful with testing Emacs Lisp code. Its single entry point (`mocker-let') provides an `let' like interface to defining mock objects. Actually, `mocker-let' is a wrapper around `flet', which can be seen as a way to manually generate mocks.
Bug#855504: ITP: pyvenv-el -- Python virtual environment interface
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: pyvenv-el Version : 1.9 Upstream Author : Jorgen Schaefer * URL : http://github.com/jorgenschaefer/pyvenv * License : GPL-3+ Programming Lang: Emacs Lisp Description : Python virtual environment interface This is a simple global minor mode which will replicate the changes done by virtualenv activation inside Emacs. The main entry points are `pyvenv-activate', which queries the user for a virtual environment directory to activate, and `pyvenv-workon', which queries for a virtual environment in $WORKON_HOME (from virtualenvwrapper.sh).
Bug#852892: swi-prolog: FTBFS: Test failures
Hi Sébastien and Adrian, 05.02.2017 18:37, Sébastien Villemot пишет: > Control: tags -1 + patch pending > > Dear Maintainer, > > On Sat, 28 Jan 2017 09:27:37 +0100 Lucas Nussbaum > wrote: >> Source: swi-prolog >> Version: 7.2.3+dfsg-5 >> Severity: serious >> Tags: stretch sid >> User: debian...@lists.debian.org >> Usertags: qa-ftbfs-20170128 qa-ftbfs >> Justification: FTBFS on amd64 >> During a rebuild of all packages in sid, your package failed to build > on >> amd64. >> >> Relevant part (hopefully): >>> Failed to invoke suite():java.lang.UnsatisfiedLinkError: > /<>/swi-prolog-7.2.3+dfsg/packages/jpl/libjpl.so: libjsig.so: > cannot open shared object file: No such file or directory > > I have uploaded to DELAYED/10 an NMU that fixes the issue. The debdiff > is attached. > > Don’t hesitate to tell me if I should delay it longer (or instead > shorten the delay). Thank you very much for your help! Sébastien, please, shorten the delay. Let the fix enter sid asap. ;-) Thanks! Cheers! Lev Lamberov signature.asc Description: OpenPGP digital signature
Bug#852892: swi-prolog: FTBFS: Test failures
05.02.2017 22:02, Sébastien Villemot пишет: > Hi Lev, > > Le dimanche 05 février 2017 à 20:03 +0500, Lev Lamberov a écrit : > >> 05.02.2017 18:37, Sébastien Villemot пишет: >>> On Sat, 28 Jan 2017 09:27:37 +0100 Lucas Nussbaum >>> >>> >>> wrote: >>>> Source: swi-prolog >>>> Version: 7.2.3+dfsg-5 >>>> Severity: serious >>>> Tags: stretch sid >>>> User: debian...@lists.debian.org >>>> Usertags: qa-ftbfs-20170128 qa-ftbfs >>>> Justification: FTBFS on amd64 >>>> During a rebuild of all packages in sid, your package failed to >>>> build >>> >>> on >>>> amd64. >>>> >>>> Relevant part (hopefully): >>>>> Failed to invoke suite():java.lang.UnsatisfiedLinkError: >>> >>> /<>/swi-prolog-7.2.3+dfsg/packages/jpl/libjpl.so: >>> libjsig.so: >>> cannot open shared object file: No such file or directory >>> >>> I have uploaded to DELAYED/10 an NMU that fixes the issue. The >>> debdiff >>> is attached. >>> >>> Don’t hesitate to tell me if I should delay it longer (or instead >>> shorten the delay). >> >> Thank you very much for your help! >> >> Sébastien, please, shorten the delay. Let the fix enter sid asap. ;-) >> Thanks! > > Done. > > Unfortunately the new version FTBFS on mips. At this stage, I don't > know if this is another manifestation of the nasty #844227, or if it is > a genuine problem with swi-prolog. Thanks! Well, FTBFS sometimes happens with swi-prolog on mips. I'll try to reproduce it on porterbox. In case I will not be able to reproduce it, I'll ask to rebuild swi-prolog on mips. Best, Lev signature.asc Description: OpenPGP digital signature
Bug#852892: swi-prolog: FTBFS: Test failures
Hi Sébastien, 05.02.2017 22:11, Lev Lamberov пишет: > 05.02.2017 22:02, Sébastien Villemot пишет: >> Hi Lev, >> >> Le dimanche 05 février 2017 à 20:03 +0500, Lev Lamberov a écrit : >> >>> 05.02.2017 18:37, Sébastien Villemot пишет: >>>> On Sat, 28 Jan 2017 09:27:37 +0100 Lucas Nussbaum >>>> >>>> >>>> wrote: >>>>> Source: swi-prolog >>>>> Version: 7.2.3+dfsg-5 >>>>> Severity: serious >>>>> Tags: stretch sid >>>>> User: debian...@lists.debian.org >>>>> Usertags: qa-ftbfs-20170128 qa-ftbfs >>>>> Justification: FTBFS on amd64 >>>>> During a rebuild of all packages in sid, your package failed to >>>>> build >>>> >>>> on >>>>> amd64. >>>>> >>>>> Relevant part (hopefully): >>>>>> Failed to invoke suite():java.lang.UnsatisfiedLinkError: >>>> >>>> /<>/swi-prolog-7.2.3+dfsg/packages/jpl/libjpl.so: >>>> libjsig.so: >>>> cannot open shared object file: No such file or directory >>>> >>>> I have uploaded to DELAYED/10 an NMU that fixes the issue. The >>>> debdiff >>>> is attached. >>>> >>>> Don’t hesitate to tell me if I should delay it longer (or instead >>>> shorten the delay). >>> >>> Thank you very much for your help! >>> >>> Sébastien, please, shorten the delay. Let the fix enter sid asap. ;-) >>> Thanks! >> >> Done. >> >> Unfortunately the new version FTBFS on mips. At this stage, I don't >> know if this is another manifestation of the nasty #844227, or if it is >> a genuine problem with swi-prolog. > > Thanks! > > Well, FTBFS sometimes happens with swi-prolog on mips. I'll try to > reproduce it on porterbox. In case I will not be able to reproduce it, > I'll ask to rebuild swi-prolog on mips. Unfortunately, I has able to reproduce it on mips porterbox (tried twice in a raw). So it is a real bug. A bit latter I'll try to build swi-prolog on mips porterbox without -Wl,--gc-sections. In case it will be successful, then it is really related to #844227. Best, Lev signature.asc Description: OpenPGP digital signature
Bug#854609: swi-prolog: FTBFS on mips
Package: swi-prolog Version: 7.2.3+dfsg-5.1 Severity: serious Justification: FTBFS Hi, something broke swi-prolog in Debian (see #852892), but it revealed another problem. Java tests fail on mips with segmentation fault. Unfortunately, 7.2 branch of swi-prolog is almost at its end of life stage and it is not supported by upstream in an appropriate manner. Currently, upstream works heavily on releasing 7.4 branch (7.4-rc1 was released two weeks ago), which as upstream puts it will be supported by security fixes for a long time and in an appropriate manner. I've tried to play with build flags, but (unfortunately!) my attempts to fix the bug were unsuccessful. So, there are simply two options: 1. Do not build swi-prolog-java on mips (as it already done on armel and armhf), and let swi-prolog enter stretch. 2. Do not let 7.2.3 version of swi-prolog enter stretch. As for me I vote for the second option, because I don't think that it is a good idea to let dead (= without upstream support and without enough competent contributors in Debian, who is interested to keep it alive) branch of some piece of software enter stable release and stay there for 2 or more years. It simply will _not_ have any good support, which I'd consider as a bad thing. My suggestion, as partly stated above, is to have that RC bug open to not let swi-prolog enter stretch. But after stretch release 7.4 (moreover 7.4 should have OpenSSL 1.1 support, which is absent in 7.2) branch of swi-prolog will be ready and I'll upload it to backports. But if there are anyone who _really_ need swi-prolog in stretch, I'm open to your suggestions and can manage with the first option. (In this case, please, do not expect good level of support of swi-prolog in stretch.) Cheers, Lev Lamberov -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages swi-prolog depends on: ii swi-prolog-nox 7.2.3+dfsg-5.1 ii swi-prolog-x7.2.3+dfsg-5.1 swi-prolog recommends no packages. Versions of packages swi-prolog suggests: pn prolog-el -- no debconf information
Bug#854717: ITP: emacs-which-key -- display available keybindings in popup
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: emacs-which-key Version : 2.0 Upstream Author : Justin Burkett * URL : https://github.com/justbur/emacs-which-key * License : GPL-3+ Programming Lang: Emacs Lisp Description : display available keybindings in popup `which-key' is a minor mode for Emacs that displays the key bindings following your currently entered incomplete command (a prefix) in a popup. For example, after enabling the minor mode if you enter C-x and wait for the default of 1 second the minibuffer will expand with all of the available key bindings that follow C-x (or as many as space allows given your settings). This includes prefixes like C-x 8 which are shown in a different face.
Bug#854824: ITP: ht-el -- hash table library for Emacs
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: ht-el Version : 2.1 Upstream Author : Wilfred Hughes * URL : https://github.com/Wilfred/ht.el * License : GPL-3+ Programming Lang: Emacs Lisp Description : missing hash table library for Emacs The missing hash table library for Emacs. Libraries like `s.el' (strings) and `dash.el' (lists) have shown how much nicer Emacs Lisp programming can be with good libraries. `ht.el' aims to similarly simplify working with hash tables. Common operations with hash tables (e.g. enumerate the keys) are too difficult in Emacs lisp. `ht.el' offers: * a consistent naming scheme; * a more natural argument ordering; * a more comprehensive range of hash table operations; * mutation functions always return nil.
Bug#854609: swi-prolog: FTBFS on mips
Hi Sébastien, 11.02.2017 14:22, Sébastien Villemot пишет: > If swi-prolog is removed from stretch, then several reverse > dependencies will also go away (in particular sagemath and ppl > maintained by the Debian Science Team, which is what prompted me to fix > #852892). > > So I think you should not remove swi-prolog unless there is no other > option. Dropping swi-prolog-java on mips seems a reasonable fix for the > FTBFS on that arch. > > IMO, the only reason why you may want to drop swi-prolog from stretch > is if it is impossible to provide security support. If you are unsure > about this, you may want to contact the Debian Security Team. OK, I see your point. I'll drop swi-prolog-java on mips (for version 7.2.3). Cheers! Lev signature.asc Description: OpenPGP digital signature
Bug#854904: ITP: emacs-git-messenger -- pop up last commit information of current line
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: emacs-git-messenger Version : 0.18 Upstream Author : Syohei Yoshida * URL : https://github.com/syohex/emacs-git-messenger * License : GPL-3+ Programming Lang: Emacs Lisp Description : pop up last commit information of current line This package provides a function that when called will pop-up the last git commit message for the current line. This is useful when you want to know why this line was changed. This uses the git-blame tool internally.
Bug#855004: RM: swi-prolog [mips] -- ROM; dropped building of swi-prolog-java on mips due to FTBFS
Package: ftp.debian.org Severity: normal Dear FTP-Masters, please, remove swi-prolog-java on mips in testing, since due to unknown bugs (see, #852892 and #854609) it FTBFS on mips. Thanks! Note: this was a request for a partial removal from testing, converted in one for unstable
Bug#855011: ITP: py-isort-el -- use isort to sort the imports in a Python buffer
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: py-isort-el Version : 2016.1 Upstream Author : Friedrich Paetzke * URL : https://github.com/paetzke/py-isort.el * License : GPL-3+ Programming Lang: Emacs Lisp Description : use isort to sort the imports in a Python buffer Provides commands, which use the external `isort' tool to tidy up the imports in the current buffer or currently selected region. The behaviour of `isort' can be changed with the help of `py-isort-options' declaration.
Bug#855138: unblock: swi-prolog/7.2.3+dfsg-6
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package swi-prolog
Currently testing contains swi-prolog_7.2.3+dfsg-5. This version has
an RC bug (FTBFS), #852892). Sébastien Villemot fixed it by adding a
new patch that sets LD_LIBRARY_PATH to Java library before running
test-java.sh. Sébastien uploaded NMU to DELAYED/10, but I asked him to
proceed and shorten the delay. So, unstable got
swi-prolog_7.2.3+dfsg-5.1, which was unblocked by Niels
Thykier. Unfortunately, another RC bug (again FTBFS) was found,
#854609. Together with Sébastien we decided to drop swi-prolog-java on
mips to fix the FTBFS bug, and I've uploaded
swi-prolog_7.2.3+dfsg-6. Also I've filled a request to remove
swi-prolog-java on mips in testing, #855004.
That is, the only changes between swi-prolog in testing and in
unstable are fixes for the mentioned RC bugs, as you can see in the
following source debdiff:
-=-=-=-=-
$ debdiff swi-prolog_7.2.3+dfsg-5.dsc swi-prolog_7.2.3+dfsg-6.dsc
diff -Nru swi-prolog-7.2.3+dfsg/debian/changelog
swi-prolog-7.2.3+dfsg/debian/changelog
--- swi-prolog-7.2.3+dfsg/debian/changelog 2016-12-02 00:20:25.0
+0500
+++ swi-prolog-7.2.3+dfsg/debian/changelog 2017-02-11 23:30:43.0
+0500
@@ -1,3 +1,17 @@
+swi-prolog (7.2.3+dfsg-6) unstable; urgency=medium
+
+ * Drop swi-prolog-java on mips. Fixes FTBFS. (Closes: #854609)
+
+ -- Lev Lamberov Sat, 11 Feb 2017 23:30:43 +0500
+
+swi-prolog (7.2.3+dfsg-5.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * d/p/java-ld-path.diff: new patch, sets LD_LIBRARY_PATH before running
+test-java.sh. Fixes FTBFS. (Closes: #852892)
+
+ -- Sébastien Villemot Sun, 05 Feb 2017 14:27:07 +0100
+
swi-prolog (7.2.3+dfsg-5) unstable; urgency=medium
* Temporary build-depend on libssl1.0-dev (Closes: #845030).
diff -Nru swi-prolog-7.2.3+dfsg/debian/control
swi-prolog-7.2.3+dfsg/debian/control
--- swi-prolog-7.2.3+dfsg/debian/control2016-12-02 00:20:25.0
+0500
+++ swi-prolog-7.2.3+dfsg/debian/control2017-02-11 23:30:43.0
+0500
@@ -12,8 +12,8 @@
libxt-dev,
x11proto-core-dev,
unixodbc-dev,
- default-jdk [alpha amd64 arm64 i386 mips mipsel mips64el
powerpc powerpcspe ppc64 ppc64el s390x sh4 x32],
- junit [alpha amd64 arm64 i386 mips mipsel mips64el
powerpc powerpcspe ppc64 ppc64el s390x sh4 x32],
+ default-jdk [alpha amd64 arm64 i386 mipsel mips64el powerpc
powerpcspe ppc64 ppc64el s390x sh4 x32],
+ junit [alpha amd64 arm64 i386 mipsel mips64el powerpc
powerpcspe ppc64 ppc64el s390x sh4 x32],
libxft-dev,
libxext-dev,
libice-dev,
@@ -106,7 +106,7 @@
gained popularity most with Prolog.
Package: swi-prolog-java
-Architecture: alpha amd64 arm64 i386 mips mipsel mips64el powerpc powerpcspe
ppc64 ppc64el s390x sh4 x32
+Architecture: alpha amd64 arm64 i386 mipsel mips64el powerpc powerpcspe ppc64
ppc64el s390x sh4 x32
Depends: ${shlibs:Depends},
swi-prolog-nox (= ${binary:Version}),
${misc:Depends},
diff -Nru swi-prolog-7.2.3+dfsg/debian/patches/java-ld-path.diff
swi-prolog-7.2.3+dfsg/debian/patches/java-ld-path.diff
--- swi-prolog-7.2.3+dfsg/debian/patches/java-ld-path.diff 1970-01-01
05:00:00.0 +0500
+++ swi-prolog-7.2.3+dfsg/debian/patches/java-ld-path.diff 2017-02-11
23:30:43.0 +0500
@@ -0,0 +1,17 @@
+Description: Set LD_LIBRARY_PATH to Java binary path before running
test-java.sh
+Author: Sébastien Villemot
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852892
+Last-Update: 2017-02-05
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/packages/jpl/Makefile.in
b/packages/jpl/Makefile.in
+@@ -63,7 +63,7 @@ check_pl:jpltest.jar
+ echo "No jpltest.jar; maybe junit is not installed?" ; \
+ fi
+ check_java: jpltest.jar
+- JUNIT=$(JUNIT) JAVA=$(JAVA) JAVA_PRELOAD=$(JAVA_PRELOAD)
./test-java.sh
++ $(SO_PATH)="$(JAVA_LIBRARY_PATH)" JUNIT=$(JUNIT) JAVA=$(JAVA)
JAVA_PRELOAD=$(JAVA_PRELOAD) ./test-java.sh
+
+ jpltest.jar:
+ (cd src/java && $(MAKE) test_jar)
diff -Nru swi-prolog-7.2.3+dfsg/debian/patches/series
swi-prolog-7.2.3+dfsg/debian/patches/series
--- swi-prolog-7.2.3+dfsg/debian/patches/series 2016-12-02 00:20:25.0
+0500
+++ swi-prolog-7.2.3+dfsg/debian/patches/series 2017-02-11 23:30:43.0
+0500
@@ -8,3 +8,4 @@
java-fixes.diff
dont-install-jquery.diff
java-i386.diff
+java-ld-path.diff
-=-=-=-=-
Cheers!
Lev Lamberov
unblock swi-prolog/7.2.3+dfsg-6
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd
Bug#713063: [#713063 debian-faq] Russian documentation translation fix
Hi Holger, 16.05.2016 18:58, Holger Wansing пишет: > There have been several commits on ru.po in svn since then, so the file > from #713063 is probably heavily outdated now. > > Nevertheless, could you have a look, if something is useful for you now, > and otherwise close this bug? I've just updated debian-faq in trunk, and will now close this bug. Cheers! Lev signature.asc Description: OpenPGP digital signature
Bug#808072: ITP: mdp -- command-line based markdown presentation tool
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: mdp Version : 1.0.3 Upstream Author : Michael Göhler * URL : https://github.com/visit1985/mdp * License : GPL-3+ Programming Lang: C Description : command-line based markdown presentation tool 'mdp' is a command-line program that allows you to make elegant presentations from markdown formatted files. . It is as easy as write your presentation content in the text editor of your preference and launch the presentation from the command-line. It is more or less upstream-active with a release each 1-4 months. I plan to use collab-maint to maintain it. It would be nice to have co-maintainers and sponsors (because I'm a non-uploading DD).
Bug#808072: Acknowledgement (ITP: mdp -- command-line based markdown presentation tool)
Packaging work is done at ssh://git.debian.org/git/collab-maint/mdp.git Cheers! Lev Lamberov 2015-12-16 0:27 GMT+05:00 Debian Bug Tracking System : > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > As you requested using X-Debbugs-CC, your message was also forwarded to > debian-de...@lists.debian.org > (after having been given a Bug report number, if it did not have one). > > Your message has been sent to the package maintainer(s): > w...@debian.org > > If you wish to submit further information on this problem, please > send it to 808...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 808072: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808072 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems >
Bug#808461: sponsorship-requests: mdp [ITP] -- command-line based markdown presentation tool
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor (I'm a non-uploading DD) for my package "mdp": * Package name: mdp Version : 1.0.3 Upstream Author : Michael Goehler [email is not known yet] * URL : https://github.com/visit1985/mdp * License : GPL-3 Section : misc It builds those binary packages: mdp - command-line based markdown presentation tool To access further information about this package, please visit the following URL: https://anonscm.debian.org/cgit/collab-maint/mdp.git/ Regards, Lev Lamberov -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#808461: sponsorship-requests: mdp [ITP] -- command-line based markdown presentation tool
Hi Andrew, 20.12.2015 16:27, Andrew Shadura пишет: > i) Vcs-* fields are used to point users to the maintainer's Git, not > the upstream's one (I've fixed that for you). OK, thanks! > ii) You should test the watch file using uscan to see if it's actually > working (in yours, filenamemangle wasn't right, I have also fixed that > for you). Ahhh, I see. But it worked ;-) > iii) There's too much boilerplate in the rules file. Please remove > things which aren't actually used. It's also a good idea to make use > of .PHONY. Seems, done with boilerplate stuff. > iv) Why are you overriding dh_compress? The only file to be compressed is sample.md, which size is 5663 (just a bit more than specified in Policy). And I consider it useful to have it uncompressed, because this way it is much more easier to open it with mdp to better understand mdp's features. > v) In the changelog, there's Closes: #nnnn. Please put a proper number > there (#808072, I suppose)? Done. Cheers! Lev Lamberov signature.asc Description: OpenPGP digital signature
Bug#808461: sponsorship-requests: mdp [ITP] -- command-line based markdown presentation tool
20.12.2015 17:24, Andrew Shadura пишет: > Hi Lev, > > Now there's another problem. There's already a source package named > mdp, so we need to rename yours. Yep, mdp is a source for python-mdp and python3-mdp. Actually, I don't have any reasonable name for markdown mdp. Maybe markdown-mdp for a source package? signature.asc Description: OpenPGP digital signature
Bug#808461: sponsorship-requests: mdp [ITP] -- command-line based markdown presentation tool
20.12.2015 17:24, Andrew Shadura пишет: > we need to rename yours I've renames source package to mdp-src. Don't know whether it's a good name. signature.asc Description: OpenPGP digital signature
Bug#827042: ITP: xmonad-wallpaper -- xmonad wallpaper extension
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: xmonad-wallpaper Version : 0.0.1.3 Upstream Author : Ye Yan * URL : https://hackage.haskell.org/package/xmonad-wallpaper * License : LGPL-3 Programming Lang: Haskell Description : xmonad wallpaper extension Designed for xmonad users who rely on feh to setup wallpaper. It allows user to setup a random image as the wallpaper choosed from user specified image directories. I use this package, will maintain it inside DHG.
Bug#827062: ITP: xmonad-extras -- various modules for xmonad that cannot be added to xmonad-contrib because of additional dependencies
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: xmonad-extras Version : 0.12.1 Upstream Author : The Daniels Schoepe and Wagner * URL : https://hackage.haskell.org/package/xmonad-extras-0.12.1 * License : BSD-3-clause Programming Lang: Haskell Description : third party extensions for xmonad with wacky dependencies Various modules for xmonad that cannot be added to xmonad-contrib because of additional dependencies. I use this package, will maintain it inside DHG.
Bug#827042: ITP: xmonad-wallpaper -- xmonad wallpaper extension
12.06.2016 08:45, cbannis...@slingshot.co.nz пишет: > On Sat, Jun 11, 2016 at 07:17:47PM +0500, Lev Lamberov wrote: >> Designed for xmonad users who rely on feh to setup wallpaper. It allows user >> to >> setup a random image as the wallpaper choosed from user specified image > ^^^ > Just a wee niggle, but that should be 'chosen' not choosed. Thanks! signature.asc Description: OpenPGP digital signature
Bug#829095: dh-make-elpa: stops without any results if cannot determine version from *.el
Package: dh-make-elpa Version: 0.3.0 Severity: normal Dear Maintainer, I tried dh-make-elpa to make skeletion for ace-jump-mode (https://github.com/winterTTr/ace-jump-mode). Ran the utility from the directory containing source code (that is, ace-jump-mode.el) as follows: $ dh-make-elpa --pkg-emacsen $ dh-make-elpa $ dh-make-elpa make Everytime i've got the same error message: Could not determine package version by examining *.el files at /usr/share/perl5/DhMakeELPA/Command/Packaging.pm line 233. Cheers! Lev Lamberov -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dh-make-elpa depends on: ii dh-elpa 0.0.21 ii dh-make-perl0.90-1 ii libarray-utils-perl 0.5-1 ii libfile-find-rule-perl 0.34-1 ii libfile-grep-perl 0.02-1 ii libgit-repository-perl 1.319-1 ii perl5.22.2-1 dh-make-elpa recommends no packages. dh-make-elpa suggests no packages. -- no debconf information
Bug#829096: dh-make-elpa: fails to determine that it was not ran from git repository
Package: dh-make-elpa Version: 0.3.0 Severity: minor Dear Maintainer, I tried dh-make-elpa with another thingy, smex (https://github.com/nonsequitur/smex). Ran the utility as follows: $ dh-make-elpa $ dh-make-elpa --pkg-emacsen Now it produced debian/ directory (I didn't check that everything there is correct), but the utility fails to determine that it was not ran from the git repository. That is, everytime I've got the following error message: Use of uninitialized value in string gt at /usr/share/perl5/DhMakeELPA/Command/Packaging.pm line 262. directory not found: /home/dogsleg/freedom/packaging/elpa/smex-3.0/.git at /usr/share/perl5/DhMakeELPA/Command/Packaging.pm line 274. Indeed, I ran dh-make-elpa not from the cloned repository, but from the directory containing just the source code. Cheers! Lev Lamberov -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dh-make-elpa depends on: ii dh-elpa 0.0.21 ii dh-make-perl0.90-1 ii libarray-utils-perl 0.5-1 ii libfile-find-rule-perl 0.34-1 ii libfile-grep-perl 0.02-1 ii libgit-repository-perl 1.319-1 ii perl5.22.2-1 dh-make-elpa recommends no packages. dh-make-elpa suggests no packages. -- no debconf information
Bug#787759: dblatex: produces invalid title, section titles, headers for Russian with db2latex style
Package: dblatex Version: 0.3.5-2 Severity: normal Dear Maintainer, I've found out that building of PDF with Russian translation of Release Notes produces PDF file with some text problems. That is, almost all the text is correct except title, section titles, headers. All these problematic parts of the text contain not Russian characters, but some meaningless stuff. Seems that some fonts, declarations or something else is missing. I've tried to build on local machine and got the same result. Another strange thing is that PDF file with Russian translation of Release Notes for wheezy is correct, i've tried to figure out the difference in declarations between .po files from wheezy and trunk branches, but seems that everything is the same. I tried to build wheezy branch of release-note on jessie machine and got the same problem. Seems that some change in building tools in jessie introduced it. Moreover, the result of executing xsltproc --nonet --novalid --xinclude --stringparam draft.mode maybe /home/ktdr/freedom/release-notes/wheezy/dblatex.xsl ru/release-notes.amd64.xml is still OK. The problem occurs after, say, dblatex --backend=xetex --style=db2latex --xslt-opts=--nonet --no-external --xsl-user=hyphenation.xsl --param=draft.mode=maybe --param=format=a4 --param=glossterm.auto.link=1 --param=lingua=ru --param=monoseq.hyphenation=nohyphen --output=ru/release-notes.amd64.pdf - That is, only in resulting PDF. Further, I tried to play with dblatex options and discovered that changing --style=db2latex to --style=simple or --style=native resolves the problem. That is, title, sections titles, headers are correct with that style. Seems that's a bug in dblatex. Cheers! Lev Lamberov -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dblatex depends on: ii docbook-xml 4.5-7.2 ii python2.7.9-1 ii python-apt0.9.4 ii texlive 2014.20141024-2 ii texlive-bibtex-extra 2014.20141024-1 ii texlive-extra-utils 2014.20141024-1 ii texlive-latex-extra 2014.20141024-1 ii texlive-math-extra2014.20141024-1 ii xsltproc 1.1.28-2+b2 Versions of packages dblatex recommends: ii libxml2-utils 2.9.1+dfsg1-5 Versions of packages dblatex suggests: ii docbook4.5-5.1 ii ghostscript9.06~dfsg-2 ii imagemagick8:6.8.9.9-5 ii latex-cjk-all 4.8.3+git20140831-1 ii lmodern2.004.4-5 ii okular [pdf-viewer]4:4.14.2-2 pn opensp ii texlive-lang-all 2014.20141024-1 ii texlive-lang-cyrillic 2014.20141024-1 ii texlive-xetex 2014.20141024-2 ii transfig 1:3.2.5.e-4 -- 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#787759: Problems with building release-notes PDF for Russian
Hi, I have built new packages and confirm that with the new binary packages > the release notes build (at least for LINGUA=en) without any problems. > > The packages are available at > deb http://people.debian.org/~preining/TeX/ jessie/ > deb-src http://people.debian.org/~preining/TeX/ jessie/ > and it would be great if some more people could check them. > I've tried these packages on my machine running testing (stretch). I've tried to build both English and Russian release-notes. Yes, title and headers are OK now, but the content (that is, ordinary text) is broken. So, "old" problem disappeared, but the very same problem appeared for the text. Maybe that is kind of specific for testing, but as I understand there were no relevant updates since jessie release, am I right? Regards, Lev
Bug#787759: Problems with building release-notes PDF for Russian
2015-06-12 9:17 GMT+05:00 Norbert Preining : > On Fri, 12 Jun 2015, Lev Lamberov wrote: > > Here is my build log: > > Can you please run > xsltproc --nonet --novalid --xinclude --stringparam draft.mode > maybe \ > /home/ktdr/freedom/release-notes/dblatex.xsl > en/release-notes.amd64.xml | \ > dblatex --backend=xetex --style=db2latex --xslt-opts=--nonet > --no-external \ > --xsl-user=hyphenation.xsl --param=draft.mode=maybe > --param=format=a4 \ > --param=glossterm.auto.link=1 --param=lingua=en \ > --param=monoseq.hyphenation=nohyphen \ > -t tex --output=en/release-notes.amd64.tex > > MIND THE LAST TWO OPTIONS!! (-t tex added, output changed!) > Your command do not work for me. It needs "-" in the end, that is: xsltproc --nonet --novalid --xinclude --stringparam draft.mode maybe /home/ktdr/freedom/release-notes/dblatex.xsl en/release-notes.amd64.xml | dblatex --backend=xetex --style=db2latex --xslt-opts=--nonet --no-external --xsl-user=hyphenation.xsl --param=draft.mode=maybe --param=format=a4 --param=glossterm.auto.link=1 --param=lingua=ru --param=monoseq.hyphenation=nohyphen -t tex --output=en/release-notes.amd64.tex - > Then please run > xelatex -recorder en/release-notes.amd64.tex > and send me > release-notes.amd64.log > release-notes.amd64.fls > Here you are. release-notes.amd64.fls Description: Binary data This is XeTeX, Version 3.14159265-2.6-0.2 (TeX Live 2015/dev/Debian) (preloaded format=xelatex 2015.6.11) 12 JUN 2015 09:35 entering extended mode restricted \write18 enabled. %&-line parsing enabled. **en/release-notes.amd64.tex (./en/release-notes.amd64.tex LaTeX2e <2014/05/01> Babel <3.9l> and hyphenation patterns for 79 languages loaded. (/usr/share/texlive/texmf-dist/tex/latex/base/report.cls Document Class: report 2014/09/29 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo File: size10.clo 2014/09/29 v1.4h Standard LaTeX file (size option) ) \c@part=\count80 \c@chapter=\count81 \c@section=\count82 \c@subsection=\count83 \c@subsubsection=\count84 \c@paragraph=\count85 \c@subparagraph=\count86 \c@figure=\count87 \c@table=\count88 \abovecaptionskip=\skip41 \belowcaptionskip=\skip42 \bibindent=\dimen102 ) (/usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty Package: ifthen 2014/09/29 v1.1c Standard LaTeX ifthen package (DPC) ) (./ifxetex.sty Package: ifxetex 2006/08/21 v0.3 Provides ifxetex conditional ) (/usr/share/texlive/texmf-dist/tex/latex/fontspec/fontspec.sty Package: fontspec 2014/06/21 v2.4a Font selection for XeLaTeX and LuaLaTeX (/usr/share/texlive/texmf-dist/tex/latex/l3kernel/expl3.sty Package: expl3 2014/09/15 v5423 L3 programming layer (loader) (/usr/share/texlive/texmf-dist/tex/latex/l3kernel/expl3-code.tex Package: expl3 2014/09/15 v5423 L3 programming layer (code) L3 Module: l3bootstrap 2014/08/23 v5354 L3 Bootstrap code (/usr/share/texlive/texmf-dist/tex/latex/etex-pkg/etex.sty Package: etex 1998/03/26 v2.0 eTeX basic definition package (PEB) \et@xins=\count89 ) L3 Module: l3names 2014/08/22 v5343 L3 Namespace for primitives L3 Module: l3basics 2014/08/24 v5364 L3 Basic definitions L3 Module: l3expan 2014/08/22 v5349 L3 Argument expansion L3 Module: l3tl 2014/08/24 v5359 L3 Token lists L3 Module: l3str 2014/08/24 v5368 L3 Strings L3 Module: l3seq 2014/08/23 v5354 L3 Sequences and stacks L3 Module: l3int 2014/09/14 v5421 L3 Integers \c_max_int=\count90 \l_tmpa_int=\count91 \l_tmpb_int=\count92 \g_tmpa_int=\count93 \g_tmpb_int=\count94 L3 Module: l3quark 2014/08/23 v5354 L3 Quarks L3 Module: l3prg 2014/08/23 v5354 L3 Control structures \g__prg_map_int=\count95 L3 Module: l3clist 2014/08/23 v5354 L3 Comma separated lists L3 Module: l3token 2014/09/15 v5422 L3 Experimental token manipulation L3 Module: l3prop 2014/08/23 v5354 L3 Property lists L3 Module: l3msg 2014/08/24 v5358 L3 Messages L3 Module: l3file 2014/08/24 v5369 L3 File and I/O operations \l_iow_line_count_int=\count96 \l__iow_target_count_int=\count97 \l__iow_current_line_int=\count98 \l__iow_current_word_int=\count99 \l__iow_current_indentation_int=\count100 L3 Module: l3skip 2014/08/23 v5354 L3 Dimensions and skips \c_zero_dim=\dimen103 \c_max_dim=\dimen104 \l_tmpa_dim=\dimen105 \l_tmpb_dim=\dimen106 \g_tmpa_dim=\dimen107 \g_tmpb_dim=\dimen108 \c_zero_skip=\skip43 \c_max_skip=\skip44 \l_tmpa_skip=\skip45 \l_tmpb_skip=\skip46 \g_tmpa_skip=\skip47 \g_tmpb_skip=\skip48 \c_zero_muskip=\muskip10 \c_max_muskip=\muskip11 \l_tmpa_muskip=\muskip12 \l_tmpb_muskip=\muskip13 \g_tmpa_muskip=\muskip14 \g_tmpb_muskip=\muskip15 L3 Module: l3keys 2014/08/23 v5354 L3 Key-value interfaces \g__keyval_level_int=\count101 \l_keys_choice_int=\count102 L3 Module: l3fp 2014/08/22 v5336 L3 Floating points \c__fp_leading_shift_int=\count103 \c__fp_middle_shift_int=\count104 \c__fp_trai
Bug#787759: Problems with building release-notes PDF for Russian
> > xsltproc --nonet --novalid --xinclude --stringparam draft.mode maybe > /home/ktdr/freedom/release-notes/dblatex.xsl en/release-notes.amd64.xml | > dblatex --backend=xetex --style=db2latex --xslt-opts=--nonet --no-external > --xsl-user=hyphenation.xsl --param=draft.mode=maybe --param=format=a4 > --param=glossterm.auto.link=1 --param=lingua=ru > --param=monoseq.hyphenation=nohyphen -t tex > --output=en/release-notes.amd64.tex - > Ouch, I've mixed ru and en in my command. Just tried again with the correct command, got the same result. Regards, Lev
Bug#797603: developers-reference: [l10n] please, add Russian (po4a) translation into git repository
Package: developers-reference Version: 3.4.15 Severity: wishlist Tags: l10n Dear Maintainer, i've prepared Russian translation of Debian Developer's Reference. Since I'm not a DD yet and don't have write access to collab-maint, I'm asking to add my translation into repository. ru.po can be found at https://github.com/dogsleg/developers-reference-ru The translation was discussed a bit on debian-l10n-russian@l.d.o. Thanks! Lev Lamberov -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) developers-reference depends on no packages. Versions of packages developers-reference recommends: ii debian-policy 3.9.6.1 Versions of packages developers-reference suggests: pn doc-base -- no debconf information
Bug#769425: aptitude: [l10n] Russian v. of "Will use %sB of disk space" cut off on the right, has space on the left
Hi, I've updated the translation and tried to fix that bug. So, I've decided to translate as follows: Будет занято %sБ на диске Освободится %sБ на диске Загрузить: %sБ Cheers! Lev 2015-09-27 20:42 GMT+05:00 Manuel A. Fernandez Montecelo < manuel.montez...@gmail.com>: > 2015-09-17 17:12 GMT+01:00 Lev Lamberov : > > 2015-09-17 18:23 GMT+05:00 Aleksej : > >> > >> Hi. > >> > >> No, that file contains exactly what is cited in the report. > > > > > > I suggest to get rid of "дискового пространства", so it will be as > follows: > > > > aptitude 0.6.11Будет использовано 45,1 kБ DL размер: 391 kB > > > > Should we also somehow translate "DL" here? It may be > > > > aptitude 0.6.11Будет использовано 45,1 kБ Загрузить: 391 kB > > > > What do you think? > > I don't know if this question was directed for me, probably not, but > just in case -- I don't have any opinion about it. > > > Cheers. > -- > Manuel A. Fernandez Montecelo > From 5bf11b6c4d3e48742f2db6758d8c8320bafd58f7 Mon Sep 17 00:00:00 2001 From: Lev Lamberov Date: Mon, 28 Sep 2015 10:44:10 +0500 Subject: [PATCH 1/2] update Russian translation, trying to fix #769425 --- po/ru.po | 119 --- 1 file changed, 53 insertions(+), 66 deletions(-) diff --git a/po/ru.po b/po/ru.po index ba71f33..99d6569 100644 --- a/po/ru.po +++ b/po/ru.po @@ -13,7 +13,7 @@ msgstr "" "Project-Id-Version: aptitude 0.6.11-1\n" "Report-Msgid-Bugs-To: aptit...@packages.debian.org\n" "POT-Creation-Date: 2015-09-16 20:11+0100\n" -"PO-Revision-Date: 2015-09-10 21:22+0500\n" +"PO-Revision-Date: 2015-09-28 10:43+0500\n" "Last-Translator: Yuri Kozlov \n" "Language-Team: Russian \n" "Language: ru\n" @@ -789,18 +789,18 @@ msgid "Package %s is not installed, so it will not be removed\n" msgstr "Пакет %s не установлен, поэтому не может быть удалён\n" #: src/cmdline/cmdline_action.cc:355 -#, fuzzy, c-format -#| msgid "Package %s is not installed, so it will not be removed\n" +#, c-format msgid "Package %s is not installed, so it will not be purged\n" -msgstr "Пакет %s не установлен, поэтому не может быть удалён\n" +msgstr "Пакет %s не установлен, поэтому не может быть вычищен\n" #: src/cmdline/cmdline_action.cc:373 -#, fuzzy, c-format -#| msgid "Package %s is not installed, cannot forbid an upgrade\n" +#, c-format msgid "" "Package %s is not installed, cannot be marked/unmarked as automatically " "installed\n" -msgstr "Пакет %s не установлен, поэтому не может быть запрещён к обновлению\n" +msgstr "" +"Пакет %s не установлен, поэтому не может быть помечен как установленный " +"автоматически, либо такая метка не может быть снята\n" #: src/cmdline/cmdline_action.cc:380 #, c-format @@ -2366,9 +2366,7 @@ msgid "Couldn't find task '%s'" msgstr "Не удалось найти задачу «%s»" #: src/cmdline/cmdline_util.cc:360 -#, fuzzy, c-format -#| msgid "%d broken [%+d]" -#| msgid_plural "%d broken [%+d]" +#, c-format msgid "%d (%+d) broken" msgid_plural "%d (%+d) broken" msgstr[0] "%d сломан [%+d]" @@ -2376,22 +2374,20 @@ msgstr[1] "%d сломано [%+d]" msgstr[2] "%d сломано [%+d]" #: src/cmdline/cmdline_util.cc:374 -#, fuzzy, c-format -#| msgid "%d upgrade" -#| msgid_plural "%d upgrades" +#, c-format msgid "%d (%+d) upgradable" msgid_plural "%d (%+d) upgradable" -msgstr[0] "%d обновление" -msgstr[1] "%d обновления" -msgstr[2] "%d обновлений" +msgstr[0] "%d (%+d) может быть обновлён" +msgstr[1] "%d (%+d) может быть обновлено" +msgstr[2] "%d (%+d) может быть обновлено" #: src/cmdline/cmdline_util.cc:388 #, c-format msgid "%d (%+d) new" msgid_plural "%d (%+d) new" -msgstr[0] "" -msgstr[1] "" -msgstr[2] "" +msgstr[0] "%d (%+d) новый" +msgstr[1] "%d (%+d) новых" +msgstr[2] "%d (%+d) новых" #: src/cmdline/cmdline_util.cc:399 #, c-format @@ -2785,7 +2781,7 @@ msgstr "" #: src/generic/apt/aptcache.cc:958 msgid "failed to save selections to dpkg database" -msgstr "" +msgstr "не удалось сохранить выбор в базу данных dpkg" #: src/generic/apt/aptcache.cc:1578 msgid "Unable to correct dependencies, some packages cannot be installed" @@ -3003,17 +2999,19 @@ msgstr "Ожидалось завершение процесса %s, но он #: src/generic/apt/dpkg_selections.cc:10
Bug#798485: aptitude: [i18n] please, update Russian translation of aptitude and aptitude user's manual
Package: aptitude Version: 0.7.1-1 Severity: wishlist Tags: patch l10n Dear Maintainer, please, update Russian translation of aptitude and aptitude user's manual. Cheers! Lev Lamberov -- Package-specific info: Terminal: rxvt-unicode $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.7.1 compiled at Sep 5 2015 23:44:20 Compiler: g++ 5.2.1 20150903 Compiled against: apt version 4.16.0 NCurses version 6.0 libsigc++ version: 2.4.1 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 6.0.20150810 cwidget version: 0.5.17 Apt version: 4.16.0 aptitude linkage: linux-vdso.so.1 (0x7ffe425b2000) libapt-pkg.so.4.16 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.16 (0x7fea62f28000) libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fea62cf8000) libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fea62ac8000) libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7fea628c) libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7fea625c) libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fea622f) libboost_iostreams.so.1.58.0 => /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7fea620d) libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7fea61cc8000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fea61aa8000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fea61728000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fea6142) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fea61208000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fea60e58000) libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fea60c5) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fea60a48000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fea60828000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fea60618000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fea603f) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fea601e8000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fea5ffe) /lib64/ld-linux-x86-64.so.2 (0x562d40f11000) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages aptitude depends on: ii aptitude-common 0.7.1-1 ii libapt-pkg4.161.0.10.2 ii libboost-iostreams1.58.0 1.58.0+dfsg-3 ii libc6 2.19-19 ii libcwidget3v5 0.5.17-4 ii libgcc1 1:5.2.1-16 ii libncursesw5 6.0+20150810-1 ii libsigc++-2.0-0v5 2.4.1-2 ii libsqlite3-0 3.8.11.1-1 ii libstdc++65.2.1-16 ii libtinfo5 6.0+20150810-1 ii libxapian22v5 1.2.21-1.2 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc] 0.7.1-1 ii aptitude-doc-ru [aptitude-doc] 0.7.1-1 ii libparse-debianchangelog-perl 1.2.0-8 ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn apt-xapian-index pn debtags ii tasksel 3.33 -- no debconf information ru.tar.gz Description: application/gzip
Bug#769428: [PATCH] Fixing Russian translation
Hi, please, find patch attached. Cheers! Lev Lamberov From a2b2ad8a3069653974d73e4d5aa7ed060cb21ee8 Mon Sep 17 00:00:00 2001 From: Lev Lamberov Date: Thu, 10 Sep 2015 21:22:49 +0500 Subject: [PATCH] Fixing Russian translation (Closes: #769428) --- po/ru.po | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/po/ru.po b/po/ru.po index 40b50fa..66755fb 100644 --- a/po/ru.po +++ b/po/ru.po @@ -13,7 +13,7 @@ msgstr "" "Project-Id-Version: aptitude 0.6.11-1\n" "Report-Msgid-Bugs-To: aptit...@packages.debian.org\n" "POT-Creation-Date: 2015-09-09 21:24+0500\n" -"PO-Revision-Date: 2015-09-09 21:57+0500\n" +"PO-Revision-Date: 2015-09-10 21:22+0500\n" "Last-Translator: Yuri Kozlov \n" "Language-Team: Russian \n" "Language: ru\n" @@ -4483,12 +4483,12 @@ msgstr "Идёт поиск…" #: src/gtk/pkgview.cc:718 msgid "Finalizing view" -msgstr "Окончательный вид" +msgstr "Завершение подготовки окна" #: src/gtk/pkgview.cc:718 src/pkg_tree.cc:204 src/pkg_tree.cc:215 #: src/pkg_tree.cc:226 src/pkg_tree.cc:238 msgid "Building view" -msgstr "Составляемый вид" +msgstr "Создание окна" #: src/gtk/previewtab.cc:97 src/pkg_grouppolicy.cc:676 msgid "" -- 2.5.1
Bug#798617: aptitude after upgrade stopped to respect locale settings
Package: aptitude Version: 0.7.1-1 Severity: normal Tags: l10n Dear Maintainer, after upgrade to 0.7.1-1 version of aptitude it stopped to respest locale settings. My default locale is ru_RU.UTF-8, but aptitude still is in English, even if running it with $ LANG=ru_RU.UTF-8 aptitude or any other environment variable. My current locale settings are: $ locale LANG=ru_RU.UTF-8 LANGUAGE= LC_CTYPE="ru_RU.UTF-8" LC_NUMERIC="ru_RU.UTF-8" LC_TIME="ru_RU.UTF-8" LC_COLLATE="ru_RU.UTF-8" LC_MONETARY="ru_RU.UTF-8" LC_MESSAGES="ru_RU.UTF-8" LC_PAPER="ru_RU.UTF-8" LC_NAME="ru_RU.UTF-8" LC_ADDRESS="ru_RU.UTF-8" LC_TELEPHONE="ru_RU.UTF-8" LC_MEASUREMENT="ru_RU.UTF-8" LC_IDENTIFICATION="ru_RU.UTF-8" LC_ALL= Tried to reinstall aptitude, aptitude-common and locales, tried to rebuild locales with # dpkg-reconfigure locales Nothing happens, aptitude is still in English. Other software, as I can see, respects locale and is translated into Russian. Regards, Lev Lamberov -- Package-specific info: Terminal: rxvt-unicode $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.7.1 compiled at Sep 5 2015 23:44:20 Compiler: g++ 5.2.1 20150903 Compiled against: apt version 4.16.0 NCurses version 6.0 libsigc++ version: 2.4.1 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 6.0.20150810 cwidget version: 0.5.17 Apt version: 4.16.0 aptitude linkage: linux-vdso.so.1 (0x7ffda3331000) libapt-pkg.so.4.16 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.16 (0x7f312be6f000) libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f312bc3f000) libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f312ba0f000) libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7f312b807000) libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7f312b507000) libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f312b237000) libboost_iostreams.so.1.58.0 => /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7f312b017000) libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f312ac0f000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f312a9ef000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f312a66f000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f312a367000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f312a14f000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f3129d9f000) libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f3129b97000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f312998f000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f312976f000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f312955f000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f3129337000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f312912f000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f3128f27000) /lib64/ld-linux-x86-64.so.2 (0x558eb275e000) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages aptitude depends on: ii aptitude-common 0.7.1-1 ii libapt-pkg4.161.0.10.2 ii libboost-iostreams1.58.0 1.58.0+dfsg-3 ii libc6 2.19-19 ii libcwidget3v5 0.5.17-4 ii libgcc1 1:5.2.1-16 ii libncursesw5 6.0+20150810-1 ii libsigc++-2.0-0v5 2.4.1-2 ii libsqlite3-0 3.8.11.1-1 ii libstdc++65.2.1-16 ii libtinfo5 6.0+20150810-1 ii libxapian22v5 1.2.21-1.2 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc] 0.7.1-1 ii aptitude-doc-ru [aptitude-doc] 0.7.1-1 ii libparse-debianchangelog-perl 1.2.0-8 ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn apt-xapian-index pn debtags ii tasksel 3.33 -- no debconf information
Bug#803118: git-notifier: please, upgrade to the new upstream version
Package: git-notifier Version: 0.41-6-1 Severity: wishlist Dear Maintainer, please, update the package to new upstream version. Current upstream version is 0.6-25. By the way, source in upstream repository now contains man pages both for git-notifier and github-notifier, so upgrading will fix lintian complains about that. Thanks! Cheers, Lev Lamberov -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages git-notifier depends on: ii exim4-daemon-light [mail-transport-agent] 4.86-4 ii git1:2.6.1-1 ii python 2.7.9-1 Versions of packages git-notifier recommends: ii moreutils 0.57-1 git-notifier suggests no packages. -- no debconf information
Bug#787759: Problems with building release-notes PDF for Russian
Hi, 2015-06-15 5:54 GMT+05:00 Norbert Preining : > > -This is XeTeX, Version 3.14159265-2.6-0.2 (TeX Live 2015/dev/Debian) > (preloaded format=xelatex 2015.6.11) 12 JUN 2015 09:35 > +This is XeTeX, Version 3.14159265-2.6-0.2 (TeX Live 2015/dev/Debian) > (preloaded format=xelatex 2015.6.15) 15 JUN 2015 00:48 > So, you've updated it since my installation from your repository. Can it also expose the problem (at least, for English)? > Do you have other tests - instructions on how to create .ru. variants? > Well, no. > And, can you *really*really* confirm, i.e., did you check the *correct* > pdf for having the problems? > Yes, I *really*really* confirm that I checked *correct* pdf. As I already wrote in my case the difference between old and new version is that in the old one I've got broken headers and titles, but in new version I've got broken text and headers+titles were correct. > And, what does you > texfonts.map > list, please? It should contain only entries for ?circle? > Yes, it contains only circle stuff, all fonts are commented, as I understand. Attaching texfont.map. texfonts.map Description: Binary data
Bug#787759: Problems with building release-notes PDF for Russian
2015-06-15 8:25 GMT+05:00 Norbert Preining : > Ahh, I guess I know the problem: > * texlive-fonts-recommended ships the original URW fonts > * ghostscript-fonts ships the fonts where cyrillic characters > are added > > That has for long been a specific change of Debian, and was not endorsed > by URW. Thanks to recent activity from various sides, thje official > URW distribution now also contains cyrillic characters (AFAIR), but > TeX Live is not updated (not when it was frozen, and nor is it now). > What a historical mess! > But unfortunately it seems that fontconfig returns the TeX Live font > instead of the ghostscript font, thus breaking Cyrillic. > Hmmm, but for wheezy and squeeze it was OK. And probably for earlier releases. And I cannot see any significant change between Makefiles of trunk and of wheezy. So, it is because some change in TeX Live. Regards, Lev
Bug#787759: Problems with building release-notes PDF for Russian
2015-06-15 11:02 GMT+05:00 Norbert Preining : > But you do run it from a normal system, not a clean chroot? Yes, on my everyday normal system. not a clean chroot. > It might also be that you have your own .fonts.conf which changes > sevearl settings ... all things we cannot check from the TeX side, > as fontconfig is asked for a font and returns one, there is no way > to verify which one. > I've never changed fonts.conf manually. > * create the .tex file as before > * run xelatex -no-pdf on the tex file > you will obtian a .xdv file > * run > xdvipdfmx -vv ...xdv > and send me the output of the command (goes to stderr) > Attaching combine stdout and stderr log. release-notes.amd64.xdv -> release-notes.amd64.pdf DVI Comment: XeTeX output 2015.06.15:1125 [1 fontmap: /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb/0/H/65536/0/0 -> /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb". (CID:URWPalladioL-Bold) pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" cmap_id= opened at font_id=. > /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. > fontmap: /usr/share/fonts/type1/gsfonts/p052003l.pfb/0/H/65536/0/0 -> /usr/share/fonts/type1/gsfonts/p052003l.pfb(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/type1/gsfonts/p052003l.pfb". (CID:URWPalladioL-Roma) pdf_font>> Type0 font "/usr/share/fonts/type1/gsfonts/p052003l.pfb" cmap_id= opened at font_id=. >][2 /usr/share/fonts/type1/gsfonts/p052003l.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/gsfonts/p052003l.pfb" (cmap_id=0) found at font_id=1. > fontmap: /usr/share/fonts/truetype/freefont/FreeMono.ttf/0/H/65536/0/0 -> /usr/share/fonts/truetype/freefont/FreeMono.ttf(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/truetype/freefont/FreeMono.ttf". (CID:FreeMono) pdf_font>> Type0 font "/usr/share/fonts/truetype/freefont/FreeMono.ttf" cmap_id= opened at font_id=. > /usr/share/fonts/type1/gsfonts/p052003l.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/gsfonts/p052003l.pfb" (cmap_id=0) found at font_id=1. >][3 /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. >][4][5 /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. > /usr/share/fonts/truetype/freefont/FreeMono.ttf(Identity-H)[map:<00>] (CID:FreeMono) pdf_font>> Type0 font "/usr/share/fonts/truetype/freefont/FreeMono.ttf" cmap_id= opened at font_id=. >(Image:/usr/share/texmf/tex/latex/dblatex/contrib/db2latex/graphics/caution.pdf[/usr/share/texmf/tex/latex/dblatex/contrib/db2latex/graphics/caution.pdf][PDF],Page:0) fontmap: /usr/share/fonts/opentype/freefont/FreeSans.otf/0/H/65536/0/0 -> /usr/share/fonts/opentype/freefont/FreeSans.otf(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/opentype/freefont/FreeSans.otf". (CID:FreeSans) pdf_font>> Type0 font "/usr/share/fonts/opentype/freefont/FreeSans.otf" cmap_id= opened at font_id=. > /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. >][6 fontmap: /usr/share/fonts/type1/texlive-fonts-recommended/uplri8a.pfb/0/H/65536/0/0 -> /usr/share/fonts/type1/texlive-fonts-recommended/uplri8a.pfb(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/type1/texlive-fonts-recommended/uplri8a.pfb". (CID:URWPalladioL-Ital) pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplri8a.pfb" cmap_id= opened at font_id=. >(Image:/usr/share/texmf/tex/latex/dblatex/contrib/db2latex/graphics/note.pdf[/usr/share/texmf/tex/latex/dblatex/contrib/db2latex/graphics/note.pdf][PDF],Page:0)][7][8 /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. >][9][10][11 fontmap: /usr/share/fonts/truetype/freefont/FreeMonoOblique.ttf/0/H/65536/0/0 -> /usr/share/fonts/truetype/free
Bug#787759: Problems with building release-notes PDF for Russian
> > * create the .tex file as before >> * run xelatex -no-pdf on the tex file >> you will obtian a .xdv file >> * run >> xdvipdfmx -vv ...xdv >> and send me the output of the command (goes to stderr) >> > > Attaching combine stdout and stderr log. > My last log was for English. Here you can find log for Russian. release-notes.amd64.xdv -> release-notes.amd64.pdf DVI Comment: XeTeX output 2015.06.15:1137 [1 fontmap: /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb/0/H/65536/0/0 -> /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb". (CID:URWPalladioL-Bold) pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" cmap_id= opened at font_id=. > /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. > fontmap: /usr/share/fonts/type1/gsfonts/p052003l.pfb/0/H/65536/0/0 -> /usr/share/fonts/type1/gsfonts/p052003l.pfb(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/type1/gsfonts/p052003l.pfb". (CID:URWPalladioL-Roma) pdf_font>> Type0 font "/usr/share/fonts/type1/gsfonts/p052003l.pfb" cmap_id= opened at font_id=. >][2 /usr/share/fonts/type1/gsfonts/p052003l.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/gsfonts/p052003l.pfb" (cmap_id=0) found at font_id=1. > fontmap: /usr/share/fonts/truetype/freefont/FreeMono.ttf/0/H/65536/0/0 -> /usr/share/fonts/truetype/freefont/FreeMono.ttf(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/truetype/freefont/FreeMono.ttf". (CID:FreeMono) pdf_font>> Type0 font "/usr/share/fonts/truetype/freefont/FreeMono.ttf" cmap_id= opened at font_id=. > /usr/share/fonts/type1/gsfonts/p052003l.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/gsfonts/p052003l.pfb" (cmap_id=0) found at font_id=1. >][3 /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. >][4 fontmap: /usr/share/fonts/type1/texlive-fonts-recommended/uplri8a.pfb/0/H/65536/0/0 -> /usr/share/fonts/type1/texlive-fonts-recommended/uplri8a.pfb(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/type1/texlive-fonts-recommended/uplri8a.pfb". (CID:URWPalladioL-Ital) pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplri8a.pfb" cmap_id= opened at font_id=. > /usr/share/fonts/truetype/freefont/FreeMono.ttf(Identity-H)[map:<00>] (CID:FreeMono) pdf_font>> Type0 font "/usr/share/fonts/truetype/freefont/FreeMono.ttf" cmap_id= opened at font_id=. >][5][6][7 /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. >(Image:/usr/share/texmf/tex/latex/dblatex/contrib/db2latex/graphics/caution.pdf[/usr/share/texmf/tex/latex/dblatex/contrib/db2latex/graphics/caution.pdf][PDF],Page:0) fontmap: /usr/share/fonts/opentype/freefont/FreeSans.otf/0/H/65536/0/0 -> /usr/share/fonts/opentype/freefont/FreeSans.otf(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/opentype/freefont/FreeSans.otf". (CID:FreeSans) pdf_font>> Type0 font "/usr/share/fonts/opentype/freefont/FreeSans.otf" cmap_id= opened at font_id=. > /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. >][8(Image:/usr/share/texmf/tex/latex/dblatex/contrib/db2latex/graphics/note.pdf[/usr/share/texmf/tex/latex/dblatex/contrib/db2latex/graphics/note.pdf][PDF],Page:0)][9][10 /usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb(Identity-H)[map:<00>] pdf_font>> Type0 font "/usr/share/fonts/type1/texlive-fonts-recommended/uplb8a.pfb" (cmap_id=0) found at font_id=0. >][11][12][13 fontmap: /usr/share/fonts/truetype/freefont/FreeMonoOblique.ttf/0/H/65536/0/0 -> /usr/share/fonts/truetype/freefont/FreeMonoOblique.ttf(Identity-H) pdf_font>> Input encoding "Identity-H" requires at least 2 bytes. pdf_font>> The -m <00> option will be assumed for "/usr/share/fonts/truetype/freefont/FreeMonoOblique.ttf". (CID:FreeMonoOblique) pdf_font>> Type0 font "/usr/share/fonts/truetype/freefont/FreeMonoOblique.ttf" cmap_id= opened at font_id=. >][14][15][16
Bug#804366: lists.debian.org: inaccurate descriptions of debian-russian and debian-l10n-russian
Package: lists.debian.org Severity: normal Dear Maintainer, currently debian-russian description (https://lists.debian.org/debian-russian/) is: debian-user in Russian Support for Debian users that speak Russian, and Russian localization issues: translating "po" files, coordinating patches for Debian packages to work with the Russian language. And debian-l10n-russian description (https://lists.debian.org/debian-l10n-russian/) is: Russian Localization Discussing Russian localization issues, mainly translating Debian docs and programs to Russian. The description of debian-russian is inaccurate, debian-russian is used for providing support for Russian-speaking Debian users, but _not_ for solving localization issues. Therefore, debian-russian description should be: debian-user in Russian Support for Debian users that speak Russian. Also, it would be great to cross-link debian-russian and debian-l10n-russian, that is add a link to debian-l10n-russian to the description of debian-russian, and vice versa. Links can be as follows: 1. For Russian localization work, see [debian-l10n-russian](https://lists.debian.org/debian-l10n-russian/) 2. For support for Russian-speaking Debian users, see [debain-russian](https://lists.debian.org/debian-russian/) (1) should be place to the description of debain-russian, and (2) should be placed to the description of debian-l10n-russian. Thanks! Cheers! Lev Lamberov -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#803196: (no subject)
Hi Євгеній, if the package still needs an adopter, I'd like to take care of it. I use SWI-Prolog from time to time, so I'm interested in the package. Cheers! Lev Lamberov signature.asc Description: OpenPGP digital signature
Bug#814235: RFS: swi-prolog [ITA] -- ISO/Edinburgh-style Prolog interpreter
Package: sponsorship-requests Severity: wishlist Hi, I would like to take care of swi-prolog in Debian. Its maintainer filed RFA [1] against it, so I'd like to adopt the package. I've already renamed the original bug report to ITA, changed owner of the bug, and commited several fixes to collab-maint repository [2], including importing new upstream version. (I'm asking for sponsorship because I am a non-uploading DD.) Ideally it would be great if someone experienced would like to co-maintain the package with me. Cheers, Lev Lamberov [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803196 [2] https://anonscm.debian.org/cgit/collab-maint/swi-prolog.git/ -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#814235: RFS: swi-prolog [ITA] -- ISO/Edinburgh-style Prolog interpreter
Hi Adam, 10.02.2016 07:57, Adam Borowski пишет: > Alas, I'm afraid the package ships a minified sourceless copy of jquery, > both in the source and in swi-prolog-nox. Please remove it and > depend on libjs-jquery. > > I did not find any other issues beside this. Thanks for your review. I've just pushed an update to the repository. So, now the copy of jquery is removed from source during package build. Binary package, swi-prolog-nox does not contain it and depends on libjs-jquery. Cheers! Lev Lamberov signature.asc Description: OpenPGP digital signature
Bug#814431: tests fail on i386
Hi Mattias, 11.02.2016 19:38, Matthias Klose пишет: > Package: src:swi-prolog > Version: 7.2.3-1 > Severity: serious > Tags: sid stretch > > tests fail on i386: > > ERROR: /«PKGBUILDDIR»/packages/jpl/test_jpl.pl:1185: > test threads3: received error: jpl:jFindClass/2: Undefined > procedure: jpl:jni_func/3 > ERROR: /«PKGBUILDDIR»/packages/jpl/test_jpl.pl:1203: > test jref1: received error: plunit_jpl:'unit body'/2: Undefined > procedure: jpl:jni_term_to_jref/2 > ERROR: /«PKGBUILDDIR»/packages/jpl/test_jpl.pl:1213: > test jref2: received error: plunit_jpl:'unit body'/2: Undefined > procedure: jpl:jni_term_to_jref/2 > Makefile:60: recipe for target 'check_pl' failed > make[2]: *** [check_pl] Error 1 > make[2]: Leaving directory '/«PKGBUILDDIR»/packages/jpl' > debian/rules:134: recipe for target 'override_dh_auto_test' failed > make[1]: *** [override_dh_auto_test] Error 2 > make[1]: Leaving directory '/«PKGBUILDDIR»' > debian/rules:70: recipe for target 'build-arch' failed > make: *** [build-arch] Error 2 > Hmmm... As I can see it cannot find libjpl.so, because on i386 it fails to build that library, see: gcc -shared -rdynamic -Wl,-z,relro -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -pthread -L/«PKGBUILDDIR»/src/../lib/i386 -o libjpl.so src/c/jpl.o -ljava -lverify -ljvm -lswipl /usr/bin/ld: cannot find -ljava /usr/bin/ld: cannot find -lverify /usr/bin/ld: cannot find -ljvm collect2: error: ld returned 1 exit status Makefile:43: recipe for target 'libjpl.so' failed make[4]: *** [libjpl.so] Error 1 make[4]: *** Waiting for unfinished jobs And compare it to log for amd64: gcc -shared -rdynamic -Wl,-z,relro -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -pthread -L/«PKGBUILDDIR»/src/../lib/amd64 -L'/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server' -L'/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64' -o libjpl.so src/c/jpl.o -ljsig -ljava -lverify -ljvm -lswipl Something wrong with Makefile generation on i386. Will look at it. Thanks! Lev Lamberov signature.asc Description: OpenPGP digital signature
Bug#813713: RFP: rocket-chat -- web chat platform: private/group messages and audio/video calls
Package: wnpp Severity: wishlist * Package name: rocket-chat Version : 0.0.9 Upstream Author : Rocket Team, https://rocket.chat/contact * URL : https://rocket.chat/contact * License : MIT Programming Lang: CoffeeScript, JavaScript Description : web chat platform: private/group messages and audio/video calls Rocket.Chat is a Web Chat Server, developed in JavaScript, using the Meteor fullstack framework. Also it has it's own native Linux client (but can work without it through web browser). It is a great solution for communities and companies wanting to privately host their own chat service or for developers looking forward to build and evolve their own chat platforms. Some kind of "Debian packages" are provided by upstream. These packages work, but they are not so good and really need some competent love. Maybe interesting for webrtc people.
Bug#818954: linux-image-4.4.0-1-amd64: kernel 4.4 completely hangs right after wakeup
Package: src:linux Version: 4.4.6-1 Severity: critical Justification: breaks the whole system Dear Maintainer, running on HP Probook 655 G1 with the latest BIOS in legacy mode (not using UEFI) I experience the following problem. If I close lid, the system correctly suspends (seems like so, because of indicating lights), but after lifting up the lid it starts to resume (initializes dvd drive with a corresponding sound, turns on display and renders desktop, querying for password as usual), but some time after it completely hangs and do not respond to keyboard; only holding power button works, so it is possible only to power off the system. Before 4.4 I used to run Linux kernel 4.3 and it works perfectly (I still have 4.3 installed, because 4.4 is simply non-usable because of that problem with suspend). -- Package-specific info: ** Version: Linux version 4.4.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 20160307 (Debian 5.3.1-11) ) #1 SMP Debian 4.4.6-1 (2016-03-17) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.4.0-1-amd64 root=UUID=ae787034-89c4-45a8-ba05-00a348f037a1 ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [3.140268] radeon :00:01.0: fence driver on ring 3 use gpu addr 0x3c0c and cpu addr 0x88042b034c0c [3.140271] radeon :00:01.0: fence driver on ring 4 use gpu addr 0x3c10 and cpu addr 0x88042b034c10 [3.157922] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [3.157927] [drm] Driver supports precise vblank timestamp query. [3.157934] radeon :00:01.0: radeon: MSI limited to 32-bit [3.158811] radeon :00:01.0: radeon: using MSI. [3.159103] Bluetooth: hci0: BCM: chip id 63 [3.159498] [drm] radeon: irq initialized. [3.175910] Bluetooth: hci0: BCM20702A [3.177872] Bluetooth: hci0: BCM20702A1 (001.002.014) build [3.177903] bluetooth hci0: firmware: failed to load brcm/BCM20702A1-0a5c-21f1.hcd (-2) [3.177948] bluetooth hci0: Direct firmware load for brcm/BCM20702A1-0a5c-21f1.hcd failed with error -2 [3.177951] Bluetooth: hci0: BCM: Patch brcm/BCM20702A1-0a5c-21f1.hcd not found [3.224477] wlan0: Broadcom BCM4359 802.11 Hybrid Wireless Controller 6.30.223.271 (r587334) [3.226989] [drm] ring test on 0 succeeded in 2 usecs [3.227002] [drm] ring test on 3 succeeded in 4 usecs [3.227009] [drm] ring test on 4 succeeded in 3 usecs [3.274080] [drm] ring test on 5 succeeded in 1 usecs [3.293133] tpm_tis 00:08: TPM is disabled/deactivated (0x7) [3.295935] [drm] UVD initialized successfully. [3.298004] AVX version of gcm_enc/dec engaged. [3.298009] AES CTR mode by8 optimization enabled [3.405285] [drm] ring test on 6 succeeded in 17 usecs [3.405299] [drm] ring test on 7 succeeded in 3 usecs [3.405301] [drm] VCE initialized successfully. [3.406293] [drm] ib test on ring 0 succeeded in 0 usecs [3.406868] [drm] ib test on ring 3 succeeded in 0 usecs [3.407647] [drm] ib test on ring 4 succeeded in 0 usecs [3.424214] kvm: Nested Virtualization enabled [3.424219] kvm: Nested Paging enabled [3.428172] [drm] ib test on ring 5 succeeded [3.448867] acpi-cpufreq: overriding BIOS provided _PSD data [3.563918] input: HP WMI hotkeys as /devices/virtual/input/input25 [3.569491] wl :03:00.0 wlo1: renamed from wlan0 [3.587367] cfg80211: World regulatory domain updated: [3.587371] cfg80211: DFS Master region: unset [3.587373] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [3.587376] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [3.587378] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [3.587380] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 mBm), (N/A) [3.587383] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [3.587385] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [3.587387] cfg80211: (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 mBm), (0 s) [3.587389] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [3.587390] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 mBm), (N/A) [3.699142] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) [3.722055] systemd-journald[241]: Received request to flush runtime journal from PID 1 [3.723315] random: nonblocking pool is initialized [3.749112] systemd-journald[241]: File /var/log/journal/9dabc51e933a4d5f82047453cd040775/system.journal corrupted or uncleanly shut down, renaming and replacing. [3.802884] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null) [3.896574] r8169 :01:00.0: firmware: direct-loading fir
Bug#818954: (no subject)
And here is the full log after cold start right before suspend, as reported with journalctl -b. boot.tar.gz Description: application/gzip
Bug#818957: ppl: please update ppl to the newest version, 1.2
Source: ppl Version: 1:1.1-7.2 Severity: wishlist Dear Maintainer, please, update ppl to the newest released version, 1.2. See, http://bugseng.com/archive/news/ppl-12-has-been-released Cheers! Lev Lamberov -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#872821: ITP: beginend-el -- redefine M-< and M-> for some modes to get to meaningful locations
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: beginend-el Version : 2.0.0 Upstream Author : Damien Cassou * URL or Web page : https://github.com/DamienCassou/beginend * License : GPL-3+ Programming Lang: Emacs Lisp Description : redefine M-< and M-> for some modes to get to meaningful locations This package redefines M-< and M-> (or any key bound to beginning-of-buffer or end-of-buffer) for some modes so that point moves to meaningful locations. The real beginning and end of buffers (i. e., point-min and point-max) are still accessible by pressing the same key again.
Bug#845297: Git hooks for translation versions
Hi, I was playing with git hooks and realized that they could be used in migration of the Debian website content from CVS to git and saving CVS-style translation versions (even throw away "1." part from 1.x and keep just x). I guess this will make the migration for translators easier and will not require to completely rewrite translation check scripts (although some changes will be needed). Let's store CVS-style version of every translatable file somewhere (in file, database, or another VCS, "db" hereafter). When someone pushes changes to the repository these changes are checked with git hook to fetch a list of changed files. I propose to use update hook, because (1) it get ref name to update, old and new object names as parameters, (2) git will accept push only in case when update hook returns 0. The (2) is important because we don't want to accept changes which are not reflected in db. I've wrote some skeletion script, please find it attached. All prints there are just for debugging purposes, and output is forwarded to git send-pack, so user will see it. Currently, it doesn't support merges, so only one parent commit for a given commit. Say the last commit on the server is eab5, and there are two file, aaa (version 1.2) and bbb (version 1.7). Someone makes three commits, f3ea (aaa changed), f2e6 (bbb changed), and d4e3 (both aaa and bbb changed), and pushes them to the server. The script fetches a list of new commits (f3ea, f2e6, d4e3) starting from the already known commit (eab5, not included) to the last new commit (d4e3, included), and iterates through the list. Since we have three commits there will be three iterations, each will produce a list of changed files. That is, we will get three lists: (aaa), (bbb), (aaa, bbb). What follows will depend on design details. I can see two possible ways: 1. Update db as follows: aaa=1.4, bbb=1.8 (one version bump per commit) 2. Update db as follows: aaa=1.3, bbb=1.8 (one cumulitive version bump per file for all commits) I'm not sure which way is better. We could also store not just the current version, but rather version history with commit ids corresponding to each version. I don't think I ever saw reverts in website content CVS, but guess it also should be taken into account (and it will require some additional work). I agree that it may require a lot of work, but still it is an additional alternative to consider. I'd say that gettext and po4a are good candidates, but there are some particular shortcomings already mentioned in the wiki. Cheers! Lev Lamberov update Description: update
Bug#873025: ITP: ediprolog-el -- Emacs Does Interactive Prolog
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: ediprolog-el Version : 1.2 Upstream Author : Markus Triska * URL or Web page : https://elpa.gnu.org/packages/ediprolog.html * License : GPL-3+ Programming Lang: Emacs Lisp Description : Emacs Does Interactive Prolog This package let you interact with SWI-Prolog in all buffers. You can consult Prolog programs and evaluate embedded queries.
Bug#873203: ITP: emacs-htmlize -- convert buffer text and decorations to HTML
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: emacs-htmlize Version : 1.51 Upstream Author : Hrvoje Niksic * URL : https://github.com/hniksic/emacs-htmlize * License : GPL-2+ Programming Lang: Emacs Lisp Description : convert buffer text and decorations to HTML This package converts the buffer text and the associated decorations to HTML. It supports three types of HTML output, selected by setting htmlize-output-type: css, inline-css (optimized for code snippets), and font (simpler output, doesn't rely on CSS). You can also use htmlize from your Emacs Lisp code.
Bug#865339: ITP: no-littering-el -- help keeping ~/.emacs.d clean
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: no-littering-el Version : 0.5.7 Upstream Author : Jonas Bernoulli * URL or Web page : https://github.com/tarsius/no-littering * License : GPL-3+ Programming Lang: Emacs Lisp Description : help keeping ~/.emacs.d clean The default paths used to store configuration files and persistent data are not consistent across Emacs packages. This isn't just a problem with third-party packages but even with built-in packages. This package sets out to fix this by changing the values of path variables to put files in either `no-littering-etc-directory' (defaulting to "~/.emacs.d/etc/") or `no-littering-var-directory' (defaulting to "~/.emacs.d/var/"), and by using descriptive file names and subdirectories when appropriate.
Bug#865438: ITP: dired-du -- dired with recursive directory sizes
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: dired-du Version : 0.5 Upstream Author : Tino Calancha * URL or Web page : https://elpa.gnu.org/packages/dired-du.html * License : GPL-3+ Programming Lang: Emacs Lisp Description : dired with recursive directory sizes This package defines a minor mode `dired-du-mode' to show the recursive size of directories in Dired buffers. If `du' program is available, then the directory sizes are obtained with it. Otherwise, the directory sizes are obtained with Lisp.
Bug#873282: ITP: emacs-memoize -- memoization functions
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: emacs-memoize Version : 1.1 Upstream Author : Christopher Wellons * URL : https://github.com/skeeto/emacs-memoize * License : Unlicense Programming Lang: Emacs Lisp Description : memoization functions This package provides memoization functions. `memoize' accepts a symbol or a function. When given a symbol, the symbol's function definition is memoized and installed overtop of the original function definition. When given a function, it returns a memoized version of that function. Memoization takes up memory, which should be freed at some point. Because of this, all memoization has a timeout from when the last access was.
Bug#873372: anything-el: package is outdated and obsolete, removal required
Package: anything-el Severity: grave Dear Maintainer, the last upload of the package in question was in Nov 2014 (version 1.287-2.1), which was a NMU upload, but the last maintainer's upload was in Mar 2011 (version 1.287-2). Since then upstream renamed anything-el [0] to helm and released 2.8.2 in Aug 2017 [1]. Moreover, since anything-el was not maintained for a long time, helm was packaged separately in Feb 2016 using new dh-elpa infrastructure, and currently is team-maintained by pkg-emacsen [2]. The anything-el package is heavily outdated (as the indication in its source code says it is tested only with Emacs 22/23, where there's Emacs 25 in stretch, and Emacs 24 will be removed from the archive soon), don't use the modern Emacs addons infrastructure. Since according to popcon there are some (47) users of the package [3], it should become a transitional dummy package, which should depend on elpa-helm, and after some time should be removed from Debian. Alternative approach would be to remove anything-el, and build transitional dummy package from helm source package to allow migrations. Cheers! Lev Lamberov [0] https://www.emacswiki.org/emacs/Anything [1] https://github.com/emacs-helm/helm [2] https://tracker.debian.org/pkg/helm [3] https://qa.debian.org/popcon.php?package=anything-el -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#873398: ITP: avy-menu -- library providing avy-powered popup menu for Emacs
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: avy-menu Version : 0.1.1 Upstream Author : Mark Karpov * URL or Web page : https://github.com/mrkkrp/avy-menu * License : GPL-3+ Programming Lang: Emacs Lisp Description : library providing avy-powered popup menu for Emacs The library provides avy-powered popup menu that allows one to quickly choose from available options.
Bug#873399: ITP: ace-popup-menu -- replace Emacs GUI popup menu with something more efficient
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: ace-popup-menu Version : 0.2.1 Upstream Author : Mark Karpov * URL or Web page : https://github.com/mrkkrp/ace-popup-menu * License : GPL-3+ Programming Lang: Emacs Lisp Description : replace Emacs GUI popup menu with something more efficient This package allows one to replace the GUI popup menu (created by `x-popup-menu' by default) with a little temporary window (like that in which Dired shows you files you want to copy). In this window, menu items are displayed and labeled with one or two letters. You press a key corresponding to desired choice (or C-g if you wish to cancel the operation) and you are done.
Bug#874520: ITP: esh-help-el -- add some help functions and support for Eshell
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: esh-help-el Version : 1.0.1 Upstream Author : Tomoya Tanjo * URL or Web page : https://github.com/tom-tan/esh-help/ * License : GPL-3+ Programming Lang: Emacs Lisp Description : add some help functions and support for Eshell This library adds the following help functions and support for Eshell: - run-help function inspired by Zsh - eldoc support
Bug#861242: comment on find-file-in-project
Hi Nicholas, I've quickly looked through your package. I'd suggest to not capitalize short description. You can find some advises here [0]. There's already a newer upstream version, 5.4.3. Also commentary in the source code says that the package depends on GNU find. In Debian it is in the findutils package. Well, it is Essential, but still I'd suggest to add it to dependencies and built-dependencies of your package. Cheers! Lev [0] https://www.debian.org/doc/manuals/developers-reference/ch06.en.html#bpp-pkg-synopsis
Bug#861242: comment on find-file-in-project
Чт 07 сен 2017 @ 13:40 Nicholas D Steeves : > On Thu, Sep 07, 2017 at 04:49:35PM +0500, Lev Lamberov wrote: > I also feel like it would be a good idea to have findutils in the > depends, but what I understood from policy prohibits this. For > example, > > Packages are not required to declare any dependencies they have on > other packages which are marked Essential (see below), and should > not do so unless they depend on a particular version of that > package.4 > > and from the footnote > > 4 Essential is needed in part to avoid unresolvable dependency loops > on upgrade. If packages add unnecessary dependencies on packages in > this set, the chances that there will be an unresolvable dependency > loop caused by forcing these Essential packages to be configured > first before they need to be is greatly increased. It also increases > the chances that frontends will be unable to calculate an upgrade > path, even if one exists. Also, functionality is rarely ever > removed from the Essential set, but packages have been removed from > the Essential set when the functionality moved to a different > package. So depending on these packages just in case they stop being > essential does way more harm than good. > > I would like to avoid doing more harm than good ;-) OK, I see your point. It should not be in dependencies. Cheers! Lev
Bug#854797: pinentry-emacs in Debian
Dear all, I'd like to rise again the reporter concern [0] about availability of pinentry-emacs in Debian, because I'd be very-very happy to see it there. The support of pinentry-emacs is required for the pinentry Emacs pacakge [1]. I've read the thread (and also looked through cited upstream issues), but was not able to find any conclusion on the issue. As it already mentioned, pinentry-emacs wouldn't be activated unless the user explicitly set "allow-emacs-pinentry" in ~/.gnupg/gpg-agent.conf. Please, let us know what blocks from providing a pinentry-emacs package in Debian alongside other pinentry flavours? With regards, Lev Lamberov [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854797 [1] https://elpa.gnu.org/packages/pinentry.html
Bug#854797: pinentry-emacs in Debian
Сб 09 сен 2017 @ 12:56 David Bremner : > Lev Lamberov writes: > >> Dear all, >> >> I'd like to rise again the reporter concern [0] about availability of >> pinentry-emacs in Debian, because I'd be very-very happy to see it >> there. The support of pinentry-emacs is required for the pinentry Emacs >> pacakge [1]. I've read the thread (and also looked through cited >> upstream issues), but was not able to find any conclusion on the issue. > > I'm not very convinced by the argument (on the upstream bug) that using > emacs for pinentry is no riskier than pinentry-gtk2. > > - the vast majority of emacs users that I interact with use software > from outside elpa.gnu.org, so I don't think any security standards for > elpa (supposing we grant that those are real) provide much > comfort. > > - I can't evaluate the effectiveness of the various OS level protections > against ptrace, but at least some exist. The emacs memory model is > extremely simple: every "application" has read/write access to every > other "application"'s memory. There might be some clever things that > can be done, but I suspect the very features that make emacs so > extensible mean there are many many attack vectors (how about just > redefining or advising read-passwd?). > > - Several popular packages for emacs are network facing (e.g. irc > clients). This means that in principle users are exposed to remote > attacks. Imagine we integrated an IRC client into pinentry-gtk2. OK, I see your point and convinced with your argument. Thank you very much for your input! Regards, Lev
Bug#875475: ITP: eyebrowse-el -- simple-minded way of managing window configs in Emacs
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: eyebrowse-el Version : 0.7.5 Upstream Author : Vasilij Schneidermann * URL or Web page : https://github.com/wasamasa/eyebrowse * License : GPL-3+ Programming Lang: Emacs Lisp Description : simple-minded way of managing window configs in Emacs This package provides a global minor mode for Emacs that allows one to manage window configurations in a simple manner, just like tiling window managers like i3wm with their workspaces do. It displays their current state in the modeline by default. The behaviour is modeled after ranger, a file manager written in Python.
Bug#875816: ITP: py-autopep8-el -- use autopep8 to beautify a Python buffer
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: py-autopep8-el Version : 2016.1 Upstream Author : Friedrich Paetzke * URL or Web page : https://github.com/paetzke/py-autopep8.el * License : GPL-3+ Programming Lang: Emacs Lisp Description : use autopep8 to beautify a Python buffer This package provides the `py-autopep8' command, which uses the external `autopep8' tool to tidy up the current buffer according to Python's PEP-8.
Bug#875978: ITP: diff-hl-el -- highlight uncommitted changes using VC
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: diff-hl-el Version : 1.8.4 Upstream Author : Dmitry Gutov * URL or Web page : https://github.com/dgutov/diff-hl URL : https://elpa.gnu.org/packages/diff-hl.html * License : GPL-3+ Programming Lang: Emacs Lisp Description : highlight uncommitted changes using VC The package provides a `diff-hl-mode' Emacs mode, which highlights uncommitted changes on the side of the window (using the fringe, by default), and allows you to jump between the hunks and revert them selectively.
