Bug#843559: package is mostly empty

[Ivan Sergio Borgonovo]

Package: php-apcu
Version: 5.1.7+4.0.11-1
Severity: important

New version just contain
/etc/php/...
and
/usr/share/doc

no traces of
/usr/include
/usr/lib


thanks

--
Ivan Sergio Borgonovo
http://www.webthatworks.it http://www.borgonovo.net

Bug#843338: gnome-shell: Launching the autostart files are delayed for about one minute when booting with kernel 4.8.0

[Sergio Costas]

Package: gnome-shell
Version: 3.22.1-1
Severity: important

Dear Maintainer,

After updating my Debian SID system to kernel 4.8.0, mysteriously gnome shell
delayed for a little more than one minute the launch of the autostart programs
and some extensions. Sometimes the right menu doesn't work until that minute
passes and everything gets loaded.

Applications work fine, except that Plank, Solaar (they are two programs that I
have to be launched on desktop startup) and Nautilus with the desktop icons
weren't launched until about one minute. Returning to kernel 4.7.0 made
everything boot fine again, launching everything instantaneously. Booting again
with 4.8.0 triggers again that big delay.

Checked the .config/autostart folder and found two .desktop files that pointed
to non-existent binaries, but removing them didn't fixed the problem.

The bug happens only after booting the computer. Closing the session and
opening again doesn't trigger it. Also tried to disable the autologin, but the
bug also happens in this case.



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  evolution-data-server3.22.1-2
ii  gir1.2-accountsservice-1.0   0.6.40-3
ii  gir1.2-atspi-2.0 2.22.0-3
ii  gir1.2-caribou-1.0   0.4.21-1
ii  gir1.2-freedesktop   1.50.0-1
ii  gir1.2-gcr-3 3.20.0-3
ii  gir1.2-gdesktopenums-3.0 3.22.0-1
ii  gir1.2-gdm-1.0   3.22.1-1
ii  gir1.2-glib-2.0  1.50.0-1
ii  gir1.2-gnomebluetooth-1.03.20.0-1
ii  gir1.2-gnomedesktop-3.0  3.22.1-1
ii  gir1.2-gtk-3.0   3.22.2-1
ii  gir1.2-gweather-3.0  3.20.3-1
ii  gir1.2-ibus-1.0  1.5.14-1
ii  gir1.2-mutter-3.03.22.1-2
ii  gir1.2-networkmanager-1.01.4.2-2
ii  gir1.2-nmgtk-1.0 1.4.2-1
ii  gir1.2-pango-1.0 1.40.3-3
ii  gir1.2-polkit-1.00.105-17
ii  gir1.2-soup-2.4  2.56.0-1
ii  gir1.2-telepathyglib-0.120.24.1-1.1
ii  gir1.2-telepathylogger-0.2   0.8.2-1
ii  gir1.2-upowerglib-1.00.99.4-4
ii  gjs  1.46.0-1+b1
ii  gnome-backgrounds3.22.1-1
ii  gnome-settings-daemon3.22.1-1
ii  gnome-shell-common   3.22.1-1
ii  gsettings-desktop-schemas3.22.0-1
ii  libatk-bridge2.0-0   2.22.0-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-5
ii  libcairo21.14.6-1.1
ii  libcanberra-gtk3-0   0.30-3
ii  libcanberra0 0.30-3
ii  libcroco30.6.11-2
ii  libdbus-glib-1-2 0.108-1
ii  libecal-1.2-19   3.22.1-2
ii  libedataserver-1.2-223.22.1-2
ii  libgcr-base-3-1  3.20.0-3
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libgirepository-1.0-11.50.0-1
ii  libgjs0e [libgjs0-libmozjs-24-0] 1.46.0-1+b1
ii  libglib2.0-0 2.50.1-1
ii  libglib2.0-bin   2.50.1-1
ii  libgstreamer1.0-01.10.0-1
ii  libgtk-3-0   3.22.2-1
ii  libical2 2.0.0-0.5+b1
ii  libicu57 57.1-4
ii  libjson-glib-1.0-0   1.2.2-1
ii  libmozjs-24-024.2.0-3.1
ii  libmutter0i  3.22.1-2
ii  libnm-glib4  1.4.2-2
ii  libnm-util2  1.4.2-2
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpolkit-agent-1-0  0.105-17
ii  libpolkit-gobject-1-00.105-17
ii  libpulse-mainloop-glib0  9.0-5
ii  libpulse09.0-5
ii  libsecret-1-00.18.5-2
ii  libstartup-notification0  

Bug#842282: terminix: x-terminal-emulator alternative

[sergio]

Package: terminix
Version: 1.3.0-5
Severity: normal


There no x-terminal-emulator alternative for terminix.

Bug#840755: libwebkit2gtk-4.0-37: fails to play any youtube videos using flash plugin

[Sergio Villar Senin]

JFTR after some debugging we have verified that the problem is the VA-
API decoder not in webkitgtk

After enabling debug, we could see the following errors:

$ GST_DEBUG=3,webkit*:5 /usr/lib/x86_64-linux-gnu/webkit2gtk-
4.0/MiniBrowser
...
0x7fa5cc0f8770 ERROR       vaapivideomemory
gstvaapivideomemory.c:259:gst_video_meta_map_vaapi_memory: failed to
make image current0:00:33.398184225 23681 0x7fa5cc0f8770 ERROR         
      default video-frame.c:161:gst_video_frame_map_id: failed to map
video frame plane 0

That was confirmed later on by not whitelisting the VA-API module.

GST_PLUGIN_LOADING_WHITELIST="gstreamer:gst-plugins-base:gst-plugins-
good:gst-plugins-bad:gst-libav"

then the playback starts seamlessly.

BR

Bug#841082: epiphany-browser: crash when trying to show desktop notifications

[Sergio Villar Senin]

O Lun, 17-10-2016 ás 10:21 -0500, Jason Crain escribiu:
> On Mon, Oct 17, 2016 at 04:23:28PM +0200, Sergio Villar Senin wrote:
> >    * What led up to the situation?
> > 
> >   Visit https://davidwalsh.name/demo/notifications-api.php and
> > click on "Show a notification" button
> > 
> >    * What was the outcome of this action?
> > 
> >  The browser crashed. Launching it from the terminal allowed me
> > to see this error.
> > 
> >  (epiphany:760): GLib-GIO-ERROR **: Settings schema
> > 'org.gnome.Epiphany.host' is not installed
> 
> 
> 1) Do you have this file present?
>    /usr/share/glib-2.0/schemas/org.gnome.epiphany.host.gschema.xml

No. It just contains /usr/share/glib-
2.0/schemas/org.gnome.epiphany.gschema.xml

> 2) Do you have epiphany-browser-data installed and not in a half
>    installed or half configured state?

Yes, it's properly installed 3.22.0. I've just moved to 3.22.1 and it
seems it did the trick.

> 3) Does reinstalling epiphany-browser-data fix it?

Not needed.

> 4) Does running the following command fix it?
>    glib-compile-schemas /usr/share/glib-2.0/schemas/

Not needed.

BR

Bug#841082: epiphany-browser: crash when trying to show desktop notifications

[Sergio Villar Senin]

Package: epiphany-browser
Version: 3.22.1-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

  Visit https://davidwalsh.name/demo/notifications-api.php and click on 
"Show a notification" button

   * What was the outcome of this action?

 The browser crashed. Launching it from the terminal allowed me to see this 
error.

 (epiphany:760): GLib-GIO-ERROR **: Settings schema 
'org.gnome.Epiphany.host' is not installed

 That's making the UI process crash as seen in this backtrace (no debug 
symbols but good enough)

 Thread 1 "epiphany" received signal SIGTRAP, Trace/breakpoint trap.
 0x70c36241 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
 (gdb) bt
 #0  0x70c36241 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
 #1  0x70c37297 in g_log_default_handler () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
 #2  0x555d53e2 in ?? ()
 #3  0x70c375a4 in g_logv () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
 #4  0x70c377af in g_log () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
 #5  0x712542ef in ?? () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
 #6  0x70f0e583 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
 #7  0x70f1010e in g_object_new_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
 #8  0x70f103b1 in g_object_new () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
 #9  0x7125559a in g_settings_new_with_backend_and_path () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
 #10 0x555bc760 in ?? ()
 #11 0x555bc9e9 in 
ephy_hosts_manager_get_notifications_permission_for_address ()
 #12 0x555beed5 in ?? ()

   * What outcome did you expect instead?

 Browser should show a permission request dialog.

 This is working fine on the MiniBrowser included in the package, so it's 
likely a configuration issue.


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

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

Versions of packages epiphany-browser depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.10.10-1
ii  dbus-x11 [dbus-session-bus]   1.10.12-1
ii  epiphany-browser-data 3.22.0-1
ii  gsettings-desktop-schemas 3.22.0-1
ii  iso-codes 3.67-1
ii  libavahi-client3  0.6.32-1
ii  libavahi-common3  0.6.32-1
ii  libavahi-gobject0 0.6.32-1
ii  libc6 2.23-5
ii  libcairo2 1.14.6-1+b1
ii  libgcr-base-3-1   3.20.0-2
ii  libgcr-ui-3-1 3.20.0-2
ii  libgdk-pixbuf2.0-02.35.5-1
ii  libglib2.0-0  2.50.0-1
ii  libgnome-desktop-3-12 3.21.90-3
ii  libgtk-3-03.22.0-1
ii  libjavascriptcoregtk-4.0-18   2.14.1-1
ii  libnotify40.7.6-2
ii  libpango-1.0-01.40.2-1
ii  libpangocairo-1.0-0   1.40.2-1
ii  libsecret-1-0 0.18.5-2
ii  libsoup2.4-1  2.54.0.1-2
ii  libsqlite3-0  3.12.2-1
ii  libwebkit2gtk-4.0-37  2.14.1-1
ii  libx11-6  2:1.6.3-1
ii  libxml2   2.9.3+dfsg1-1
ii  libxslt1.11.1.29-1

Versions of packages epiphany-browser recommends:
ii  browser-plugin-evince  3.21.4-1
ii  ca-certificates20160104
ii  evince 3.22.0-1
ii  yelp   3.20.1-1

epiphany-browser suggests no packages.

-- no debconf information

Bug#841057: Acknowledgement (epiphany-browser: does not retrieve saved username/passwords)

[Sergio Villar Senin]

O Lun, 17-10-2016 ás 09:12 +, Debian Bug Tracking System escribiu:
> Thank you for filing a new Bug report with Debian.

I think we can safely close this. The bug is only affecting
accounts.google.com. They should have changed something on the server
side because the popup is shown for some other sites where I have
multiple identities registered.

BR

Bug#841057: epiphany-browser: does not retrieve saved username/passwords

[Sergio Villar Senin]

Package: epiphany-browser
Version: 3.22.1-1
Severity: grave
Justification: causes non-serious data loss

Dear Maintainer,

   * What led up to the situation?

  Open a webpage for which you have previously saved a user/password pair 
and set the cursor on the username field

   * What was the outcome of this action?

 Epiphany is not showing the popup on the user field with the available 
usernames. It is not obviously also autocompleting the password field.


   * What outcome did you expect instead?

 The browser should show a popup with the different usernames saved for 
that hostname. Upon selecting one, it should autocomplete the password field.


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

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

Versions of packages epiphany-browser depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.10.10-1
ii  dbus-x11 [dbus-session-bus]   1.10.12-1
ii  epiphany-browser-data 3.22.0-1
ii  gsettings-desktop-schemas 3.22.0-1
ii  iso-codes 3.67-1
ii  libavahi-client3  0.6.32-1
ii  libavahi-common3  0.6.32-1
ii  libavahi-gobject0 0.6.32-1
ii  libc6 2.23-5
ii  libcairo2 1.14.6-1+b1
ii  libgcr-base-3-1   3.20.0-2
ii  libgcr-ui-3-1 3.20.0-2
ii  libgdk-pixbuf2.0-02.35.5-1
ii  libglib2.0-0  2.50.0-1
ii  libgnome-desktop-3-12 3.21.90-3
ii  libgtk-3-03.22.0-1
ii  libjavascriptcoregtk-4.0-18   2.14.1-1
ii  libnotify40.7.6-2
ii  libpango-1.0-01.40.2-1
ii  libpangocairo-1.0-0   1.40.2-1
ii  libsecret-1-0 0.18.5-2
ii  libsoup2.4-1  2.54.0.1-2
ii  libsqlite3-0  3.12.2-1
ii  libwebkit2gtk-4.0-37  2.14.1-1
ii  libx11-6  2:1.6.3-1
ii  libxml2   2.9.3+dfsg1-1
ii  libxslt1.11.1.29-1

Versions of packages epiphany-browser recommends:
ii  browser-plugin-evince  3.21.4-1
ii  ca-certificates20160104
ii  evince 3.22.0-1
ii  yelp   3.20.1-1

epiphany-browser suggests no packages.

-- no debconf information

Bug#840298: [Pkg-samba-maint] Bug#840382: samba (2:4.4.6+dfsg-2) still crashes with libtevent0-0.31

[Ivan Sergio Borgonovo]

It seems to be fixed, thanks.

On 10/14/2016 09:08 PM, Mathieu Parent wrote:

To the recipients:

Do you still have the problem when using latest packages from sid?

I cant' reproduce the problem anymore.

Thanks

Mathieu Parent



--
Ivan Sergio Borgonovo
http://www.webthatworks.it http://www.borgonovo.net

Bug#840755: libwebkit2gtk-4.0-37: fails to play any youtube videos using flash plugin

[Sergio Villar Senin]

Package: libwebkit2gtk-4.0-37
Version: 2.14.1-1
Severity: normal

Dear Maintainer,


   * What led up to the situation?

   Open any youtube.com video in the epiphany browser.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

 Click on play.

   * What was the outcome of this action?

   The player was showing an error, something like: "There was an error. Try it 
later. Play ID: xxx"

   * What outcome did you expect instead?

   The video was successfully played.

   NOTE: WebKitGtk+ ToT as of today, is perfectly able to play
   youtube.com videos. I've just verified it using the MiniBrowser
   application.

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

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

Versions of packages libwebkit2gtk-4.0-37 depends on:
ii  libatk1.0-0 2.21.90-2
ii  libc6   2.23-5
ii  libcairo2   1.14.6-1+b1
ii  libegl1-mesa [libegl1-x11]  11.2.2-1
ii  libenchant1c2a  1.6.0-10.1
ii  libfontconfig1  2.11.0-6.4
ii  libfreetype62.6.3-3+b1
ii  libgcc1 1:6.2.0-3
ii  libgdk-pixbuf2.0-0  2.35.5-1
ii  libgl1-mesa-glx [libgl1]12.0.3-1
ii  libglib2.0-02.50.0-1
ii  libgnutls30 3.5.3-4
ii  libgstreamer-plugins-base1.0-0  1.8.1-1
ii  libgstreamer1.0-0   1.8.1-1
ii  libgtk-3-0  3.22.0-1
ii  libharfbuzz-icu01.2.7-1+b1
ii  libharfbuzz0b   1.2.7-1+b1
ii  libhyphen0  2.8.8-2
ii  libicu5757.1-3
ii  libjavascriptcoregtk-4.0-18 2.14.1-1
ii  libjpeg62-turbo 1:1.5.1-1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.40.2-1
ii  libpng16-16 1.6.21-4
ii  libsecret-1-0   0.18.5-2
ii  libsoup2.4-12.54.0.1-2
ii  libsqlite3-03.12.2-1
ii  libstdc++6  6.2.0-3
ii  libwayland-client0  1.10.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  11.2.2-1
ii  libwayland-server0  1.10.0-2
ii  libwebp60.5.1-2
ii  libx11-62:1.6.3-1
ii  libxcomposite1  1:0.4.4-1
ii  libxdamage1 1:1.1.4-2+b1
ii  libxml2 2.9.3+dfsg1-1
ii  libxslt1.1  1.1.29-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages libwebkit2gtk-4.0-37 recommends:
ii  gstreamer1.0-plugins-base  1.8.1-1
ii  gstreamer1.0-plugins-good  1.8.1-1
ii  libwebkit2gtk-4.0-37-gtk2  2.14.1-1

libwebkit2gtk-4.0-37 suggests no packages.

-- no debconf information

Bug#837907: stat() hangs on a particular file

[Sergio Gelato]

This has now been seen several times on two different clients (so it
probably isn't a hardware issue such as bad RAM; the second client has
ECC). The backtraces vary slightly but always involve NFS. I haven't found
a way to recover without a reboot.

I'm now upgrading these systems to the kernel from jessie-backports; we'll
see if the problem still occurs with the newer kernel.

I'm wondering if this might be a regression in 3.16.36 since the problem
appeared recently. I haven't seen it on Ubuntu's 3.13 kernels (of which
we have many instances in production) either.

Bisecting is difficult since I still don't have a sure-fire trigger for the bug.

Bug#840298: same problem for libtevent0:amd64

[Ivan Sergio Borgonovo]

ba1563221 in main ()
A debugging session is active.



--
Ivan Sergio Borgonovo
http://www.webthatworks.it http://www.borgonovo.net

Bug#839936: wget segfaults when ~/.wget-hsts is not writable

[sergio]

Package: wget
Version: 1.18-4
Severity: normal

Dear Maintainer,


% ls -ld ~
dr-x--x--x 61 sergio sergio 4.0K 2016-10-06 13:23 /home/sergio/
% sudo touch ~/.wget-hsts
% ls -l ~/.wget-hsts 
-rw-r- 1 root root 0 2016-10-06 13:31 /home/sergio/.wget-hsts
% strace -f wget
https://images.offensive-security.com/nethunter-release/nethunter-hammerhead-marshmallow-3.0.zip
...
stat("/home/sergio/.wget-hsts", {st_mode=S_IFREG|0640, st_size=0,
...}) = 0
stat("/home/sergio/.wget-hsts", {st_mode=S_IFREG|0640, st_size=0,
...}) = 0
open("/home/sergio/.wget-hsts", O_RDONLY) = -1 EACCES (Permission
denied)
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---
+++ killed by SIGSEGV +++


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages wget depends on:
ii  libc62.24-3
ii  libgnutls30  3.5.4-2
ii  libidn11 1.33-1
ii  libnettle6   3.3-1
ii  libpcre3 2:8.39-2
ii  libpsl5  0.14.0-1+b1
ii  libuuid1 2.28.2-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages wget recommends:
ii  ca-certificates  20160104

wget suggests no packages.

-- debconf-show failed

Bug#839899: qemu-system-x86: qemu has lost rbd support on unstable and testing

[Sergio Talens-Oliag]

Package: qemu-system-x86
Version: 1:2.6+dfsg-3.1
Severity: normal

Dear Maintainer,

I've noticed the bug on the jessie-backported version of the package, but i've
fount it also on unstable.

On my laptop I don't use rbd, so I didn't noticed, but I deployed an OpenStack
cluster and installed the qemu backport to use a newer version and I found
that the rbd support is gone; I have not looked into what is causing the
problem, looking at the package source it seems that the source still has the
right configure options, but for some reason the support is not compiled in.

On jessie I've downgraded qemu to the stable versions, but it would be nice to
look into the issue to have the support back for stretch if possible.

Thanks in advance.

  Sergio.

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

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

Versions of packages qemu-system-x86 depends on:
ii  ipxe-qemu   1.0.0+git-20150424.a25a16d-1
ii  libaio1 0.3.110-3
ii  libasound2  1.1.2-1
ii  libbluetooth3   5.36-1+b2
ii  libbrlapi0.65.3.1-3+b1
ii  libc6   2.24-3
ii  libcacard0  1:2.5.0-2
ii  libfdt1 1.4.0+dfsg-2
ii  libgcc1 1:6.2.0-5
ii  libglib2.0-02.50.0-2
ii  libgnutls30 3.5.4-2
ii  libjpeg62-turbo 1:1.5.1-1
ii  libncurses5 6.0+20160917-1
ii  libnettle6  3.3-1
ii  libpixman-1-0   0.34.0-1
ii  libpng16-16 1.6.25-1
ii  libpulse0   9.0-3
ii  libsasl2-2  2.1.26.dfsg1-15
ii  libsdl1.2debian 1.2.15+dfsg1-4
ii  libseccomp2 2.3.1-2
ii  libspice-server10.12.8-1
ii  libtinfo5   6.0+20160917-1
ii  libusb-1.0-02:1.0.20-1
ii  libusbredirparser1  0.7.1-1
ii  libuuid12.28.2-1
ii  libvdeplug2 2.3.2+r586-2+b1
ii  libx11-62:1.6.3-1
ii  libxen-4.6  4.6.0-1+nmu2
ii  libxenstore3.0  4.6.0-1+nmu2
ii  qemu-system-common  1:2.6+dfsg-3.1
ii  seabios 1.8.2-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages qemu-system-x86 recommends:
iu  qemu-utils  1:2.6+dfsg-3.1

Versions of packages qemu-system-x86 suggests:
ii  kmod  22-1.1
ii  ovmf  0~20160813.de74668f-1
pn  qemu-block-extra  
pn  samba 
pn  sgabios   
pn  vde2  

-- no debconf information

-- 
Sergio Talens-Oliag <s...@iti.es>   <http://www.iti.es/>
Key fingerprint = 8F9C 1A5D 3388 7FF2 06EC 732D C691 25D8 F7CE 8331

Bug#839599: powerline: plugin fails to load

[Sergio Llorente Romano]

I can confirm this bug.

I could solve the problem installing the package python3-powerline. Maybe vim is
configured to call python3 instead of the default python?


On Sun, 02 Oct 2016 17:51:16 +0200 Alberto Fuentes  wrote:
> Package: powerline
> Version: 2.5-1
> Severity: important
> 
> $ vim
> 
> Traceback (most recent call last):
>   File "", line 4, in 
> ImportError: No module named 'powerline'
> During handling of the above exception, another exception occurred:
> Traceback (most recent call last):
>   File "", line 9, in 
> ImportError: No module named 'powerline'
> An error occurred while importing powerline module.
> This could be caused by invalid sys.path setting,
> or by an incompatible Python version (powerline requires
> Python 2.6, 2.7 or 3.2 and later to work). Please consult
> the troubleshooting section in the documentation for
> possible solutions.
> Unable to import powerline, is it installed?
> Press ENTER or type command to continue
> 
> 
> $ apt install --reinstall powerline
> $ mv .vimrc .vimrc.old
> $ mv .vim .vim.old
> $ vim-addon-manager install powerline
> 
> $ vim
> 
> Traceback (most recent call last):
>   File "", line 4, in 
> ImportError: No module named 'powerline'
> During handling of the above exception, another exception occurred:
> Traceback (most recent call last):
>   File "", line 9, in 
> ImportError: No module named 'powerline'
> An error occurred while importing powerline module.
> This could be caused by invalid sys.path setting,
> or by an incompatible Python version (powerline requires
> Python 2.6, 2.7 or 3.2 and later to work). Please consult
> the troubleshooting section in the documentation for
> possible solutions.
> Unable to import powerline, is it installed?
> Press ENTER or type command to continue
> 
> 
> 
> -- 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.7.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 

Bug#674640: heimdal-clients: kinit doesn't handle expired credentials

[Sergio Gelato]

Control: notfound -1 1.7~git20160703+dfsg-1
Control: tag -1 +fixed-upstream

Appears (empirically) to have been fixed, probably by upstream commit
a84b57274796027776828ad952628491846aa86c dated Fri Aug 22 20:19:36 2014 -0700.

Bug#822749: Heimdal FTBFS on 32-bit architectures

[Sergio Gelato]

tag 822749 +patch
thanks

The attached patch (against the current tip of the Heimdal master branch)
fixes the problem for me.
>From 9772490720b7007b4d50fb062fb0d3e776ddb907 Mon Sep 17 00:00:00 2001
From: Sergio Gelato <sergio.gel...@astro.su.se>
Date: Wed, 28 Sep 2016 15:15:12 +0200
Subject: [PATCH] Add missing type cast in lib/kadm5/log.c

On 32-bit architectures with _FILE_OFFSET_BITS=64,
 sizeof(off_t) > sizeof(size_t) .

LOG_HEADER_SZ is #define'd as an expression of type size_t, so in order
to get the sign extension right we need -(off_t)LOG_HEADER_SZ instead of
(off_t)(-LOG_HEADER_SZ).

Fixes Debian bug #822749, PR 175.
---
 lib/kadm5/log.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/kadm5/log.c b/lib/kadm5/log.c
index efe1f78..1f1fcc3 100644
--- a/lib/kadm5/log.c
+++ b/lib/kadm5/log.c
@@ -2337,7 +2337,7 @@ load_entries_cb(kadm5_server_context *server_context,
  * Seek back to the start of the record poayload so we can read the
  * whole record.
  */
-if (krb5_storage_seek(sp, -LOG_HEADER_SZ, SEEK_CUR) == -1)
+if (krb5_storage_seek(sp, -(off_t)LOG_HEADER_SZ, SEEK_CUR) == -1)
 return errno;
 
 /*
-- 
2.1.4

Bug#837907: stat() hangs on a particular file

[Sergio Gelato]

Package: linux-image-3.16.0-4-amd64
Version: 3.16.36-1+deb8u1

One of our systems is suddenly unable to stat() a particular file
(cookies.sqlite-wal in a user's Firefox profile). Any attempt to
do so hangs in the system call, as shown by strace. The file resides
on an NFSv4 share (sec=krb5p). Other files in the same directory on
the same share remain accessible. The affected file is normally accessible
on the NFS server and from other NFS clients running the same kernel.

The user has reported a similar incident yesterday on some directories
on a different NFS share (also sec=krb5p, but hosted on a different
server). He rebooted to clear up the problem.

I'd like advice on how to troubleshoot this effectively. I've tried
rpcdebug -m {nfs,rpc,nlm} -s all but didn't see any smoking gun; maybe
some information cached by the kernel is suppressing NFS activity
associated with the stat() calls. The log entries I do see say
NFS: nfs_lookup_revalidate(cookies.sqlite-wal) is valid

Some related kernel traces from this system's logs (in chronological order,
with an intervening reboot; the first trace is associated with yesterday's
incident, the second trace is 2-3 minutes newer than the timestamp on
cookies.sqlite-wal):

[97483.663949] INFO: task ls:23767 blocked for more than 120 seconds.
[97483.663951]   Tainted: PW  O  3.16.0-4-amd64 #1
[97483.663952] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
message.
[97483.663954] ls  D 8800afd3b808 0 23767  1 0x0004
[97483.663957]  8800afd3b3b0 0086 00012f40 
88039a057fd8
[97483.663960]  00012f40 8800afd3b3b0 88041ea137f0 
88041edcd128
[97483.663962]  0002 8113eb50 88039a057d60 
88039a057e40
[97483.663965] Call Trace:
[97483.663968]  [] ? wait_on_page_read+0x60/0x60
[97483.663971]  [] ? io_schedule+0x99/0x120
[97483.663974]  [] ? sleep_on_page+0xa/0x10
[97483.663977]  [] ? __wait_on_bit+0x5c/0x90
[97483.663980]  [] ? wait_on_page_bit+0xc6/0xd0
[97483.663983]  [] ? autoremove_wake_function+0x30/0x30
[97483.663986]  [] ? pagevec_lookup_tag+0x1d/0x30
[97483.663989]  [] ? filemap_fdatawait_range+0xd0/0x160
[97483.663993]  [] ? filemap_write_and_wait+0x36/0x50
[97483.664002]  [] ? nfs_getattr+0x108/0x220 [nfs]
[97483.664005]  [] ? vfs_fstatat+0x57/0x90
[97483.664009]  [] ? SYSC_newlstat+0x1d/0x40
[97483.664013]  [] ? system_call_fast_compare_end+0x10/0x15

[ 9724.415533] INFO: task mozStorage #5:2748 blocked for more than 120 seconds.
[ 9724.415537]   Tainted: PW  O 3.16.0-4-amd64 #1
[ 9724.415538] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
message.
[ 9724.415539] mozStorage #5   D 8803ee153a88 0  2748   2323 0x
[ 9724.415542]  8803ee153630 0082 00012f40 
8803ee2cffd8
[ 9724.415544]  00012f40 8803ee153630 88041ea537f0 
88041edaf7a0
[ 9724.415545]  0002 a0669800 8803ee2cfc30 
88040b1152c0
[ 9724.415547] Call Trace:
[ 9724.415557]  [] ? nfs_pageio_doio+0x50/0x50 [nfs]
[ 9724.415560]  [] ? io_schedule+0x99/0x120
[ 9724.415563]  [] ? nfs_wait_bit_uninterruptible+0xa/0x10 
[nfs]
[ 9724.415566]  [] ? __wait_on_bit+0x5c/0x90
[ 9724.415568]  [] ? internal_add_timer+0x2a/0x70
[ 9724.415571]  [] ? nfs_pageio_doio+0x50/0x50 [nfs]
[ 9724.415573]  [] ? out_of_line_wait_on_bit+0x77/0x90
[ 9724.415575]  [] ? autoremove_wake_function+0x30/0x30
[ 9724.415578]  [] ? nfs_updatepage+0x15e/0x830 [nfs]
[ 9724.415582]  [] ? nfs_write_end+0x57/0x320 [nfs]
[ 9724.415585]  [] ? iov_iter_copy_from_user_atomic+0x75/0x190
[ 9724.415588]  [] ? generic_perform_write+0x11b/0x1c0
[ 9724.415590]  [] ? __generic_file_write_iter+0x158/0x340
[ 9724.415592]  [] ? generic_file_write_iter+0x39/0xa0
[ 9724.415595]  [] ? nfs_file_write+0x83/0x1a0 [nfs]
[ 9724.415598]  [] ? new_sync_write+0x74/0xa0
[ 9724.415600]  [] ? vfs_write+0xb2/0x1f0
[ 9724.415601]  [] ? SyS_write+0x42/0xa0
[ 9724.415603]  [] ? SyS_lseek+0x43/0xa0
[ 9724.415605]  [] ? system_call_fast_compare_end+0x10/0x15

Bug#837706: ITP: infinity-libi8x -- Infinity Note Execution Library

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: infinity-libi8x
  Version : 
  Upstream Author : Gary Benson <gben...@redhat.com>
* URL : https://infinitynotes.org/wiki/Infinity
* License : LGPL-2.1+
  Programming Lang: C
  Description: Infinity Note Execution Library

  


This is still in alpha state so I plan to release it only on experimental
for now.

I'll talk to the author and decide the best plan to package this, since
it has not been released yet.  Maybe using the latest revision on the
repository is enough.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#837705: ITP: infinity -- Platform-independent system to export information to development tools

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: infinity
  Version : 0.0.3
  Upstream Author : Gary Benson <gben...@redhat.com>
* URL : https://infinitynotes.org/wiki/Infinity
* License : GPL-3+ and LGPL-2.1+
  Programming Lang: Python
  Description: Platform-independent system to export information to development 
tools

 Infinity is a platform-independent system for executables and shared
 libraries to export information to software development tools such as
 debuggers.
 .
 In Infinity, executable and shared library files contain Infinity
 notes in addition to their regular contents. Each Infinity note
 contains a function encoded in a platform-independent instruction set
 that note-consuming tools can load and execute.
 .
 This package provides I8C, a compiler for creating object files
 containing Infinity notes. This package also provides I8X, an execution
 environment that can be used to create unit tests for compiled notes.



This is going to be used as libthread_db replacement on GDB/GLIBC soon.

I thought about using a different name for the package, maybe
infinity-i8, but I'll stick with infinity for now.

It is still in alpha state so I plan to release it only on experimental
for now.

I'll also package libi8x, the client-side library.  ITP will come soon.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#837455: tt-rss on jessie-backports

[Sergio Durigan Junior]

Package: tt-rss
Version: 16.8+git20160826+dfsg-3
Severity: wishlist

Hi,

It would be awesome to have tt-rss available on jessie-backports.  I
don't know if it depends on packages that are also not readily available
on jessie, but if that is the case I could certainly help you with the
task.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836442: midori: cannot open local HTML files

[Sergio Durigan Junior]

On Tuesday, September 06 2016, Vincent Lefevre wrote:

> On 2016-09-06 17:07:07 -0400, Sergio Durigan Junior wrote:
>> What Desktop Environment are you using?
>
> I do not use any desktop environment (just fvwm as my window manager).
>
> If I use "xdg-mime query filetype ...", I get text/html. So, this
> does not explain Midori's behavior.

I also get text/html.

> In the strace output, I can see that
>
>   ~/.local/share/mime/application/x-extension-html.xml
>
> is opened. It contains:
>
> 
> http://www.freedesktop.org/standards/shared-mime-info; 
> type="application/x-extension-html">
>   
>   html document
>   
> 
>
> So, this comes from the shared-mime-info package.

This is strange.  I do not have this file, and I have the
shared-mime-info package installed.  I wonder where this file came from
(i.e., which package actually triggered update-mime-database).
Unfortunately you won't be able to use 'dpkg-query -S' on it.  I tried
searching on codesearch.d.n to see if any package installed this file,
but couldn't find anything.

I tried to create this file on my $HOME, but I still can't reproduce the
bug.  Can you please try to temporarily remove the file and see if it
fixes the problem?

> I wonder why type="application/x-extension-html" and not
> type="text/html", but ideally, the real MIME type should be
> obtained by sniffing, not by using the extension. Perhaps it
> is the intent of the generic application/x-extension-html?

Right, I don't know too.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

Bug#836407: RFP: libjs-jquery-at.js -- Autocompletion library to autocomplete mentions, smileys, etc

[Sergio Durigan Junior]

On Tuesday, September 06 2016, Sean Whitton wrote:

> Hello,
>
> On Sat, Sep 03, 2016 at 12:35:06AM -0400, Sergio Durigan Junior wrote:
>> Yes, I use the upstream name as part of the package name.  In this case,
>> the upstream is At.js, so the package name becomes libjs-jquery-at.js.
>
> It might be advisable (for someone looking to fulfill this RFP) to keep
> the .js in the source package name but remove it from the binary package
> name.  Then someone looking to install or depend on the package doesn't
> have to keep track of which of the upstreams like to include the '.js'
> suffix.

I guess this is up to the packager/maintainer.  I myself prefer to
include the .js suffix in order to be as close as possible from
upstream.  My rationale is that someone who wants to include this
library as a dependency will either look for the upstream package name,
or look for some substring that is part of the upstream package name.

But either way, I guess this depends on the preference of the
maintainer.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836442: midori: cannot open local HTML files

[Sergio Durigan Junior]

Control: tags -1 + unreproducible

On Saturday, September 03 2016, Vincent Lefevre wrote:

> When I want to open a local HTML file with
>
>   midori some_file.html
>
> I get a dialog box:
>
>   Open or download file from
>
>   File Name: some_file.html
>   File Type: html document ('application/x-extension-html')
>
>   SaveSave AsCancelOpen
>
> After "Cancel", the page is blank. And if I choose "Open", midori
> wants me to open the file with Firefox.

That's strange.  I cannot reproduce this.

What Desktop Environment are you using?  I'm guessing there's something
going on with the file associations you have configured, maybe.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#785799: [festvox-ca-ona-hts] Since las festival upgrade, catalan voice is not correctly recognized and does not work

[Sergio Oller]

Hi,

El dia 6 set. 2016 3:46 a. m., "Guillem Jover" <guil...@debian.org> va
escriure:
>
> On Tue, 2016-09-06 at 00:54:38 +0200, Sergio Oller wrote:
> > 2016-09-05 23:32 GMT+02:00 Guillem Jover <guil...@debian.org>:
> > >  * The copyright years and holders might need an update?
> >
> > I have updated the copyright years and holders for the files that have
> > changed among versions.
>
> Sorry for being nit-picky, but I think you mentioned that you modified
> those files, although as holder UPC and/or Antonio Bonafonte are
> mentioned. Shouldn't you add yourself there?
>
> Once this is clarified, I'll be doing the upload.
>

Even though I may be author or coauthor of some of the files of the
package, that does not imply that I own the copyright. A typical case were
this happens is if I were an employee (the copyright of my work on my
worktime usually would belong to my employer). I do have moral authorship
rights and that is acknowledged in the documentation. So I don't need and I
should not add myself to the copyright, as I do not own it.

With respect to the copyright dates I am not sure they need to be modified
for minor changes. After the Bern convention it seems that the most
important date is the first one (in case there is a copyright dispute). The
last date will affect when the work will be available as public domain
(around 70 years after the death of the copyright holder) and that is not a
concern for the copyright owners of the package as long as it seems to be
far beyond their lifetime.

> > >  * I have no clue how these voices work internally so you'll have
> > >to give me a hand here. What's the source for upc_ca_ona.htsvoice?
> > >How do you generate that? Do we have the tools to do so in Debian?
> > >Otherwise we might need to put this in contrib. :/
> >
> > I would understand moving the package to contrib if that is where it
> > belongs.
> >
> > There is a summarised description of the process of generating the
htsvoice
> > file in the README.source file. Basically, the htsvoice file contains
the
> > voice model (so no "code", just "data").
>
> Ah right, sorry I think I had seen it before when I checked the source
> some weeks ago, but had forgotten. At first sight, it unfortunately looks
> like a contrib candidate to me, indeed.
>

> In Debian we consider code/data just software, so the distinction is
> not usually significant.
>
> I think the situation here is complicated by several factors:
>
>  1) The LGPL on the output means the source should be shipped
> together. And the DFSG does requite that anyway.

The LGPL is a very poor choice of a license for data, as it was designed
for code libraries. The intention was that if someone improves the model
they need to release it with the same terms. Probably a CC-BY-SA would be
more appropriate. In the future I will discuss with the copyright owners a
possible license change.

>  2) The source is very huge, and might not be suitable for the
> archive anyway.

By source do you understand the raw data? The tools needed for training the
model? Or both? I ask just to be in the same page.

>  3) Generating the output is very time and memory consuming, which
> means it is unfeasible to build as any normal package, but
> given 2), we cannot easily fallback to use the pre-generated
> files and just ship the sources in case someone wants to change
> something.

That is the main reason the raw data is not provided in the package
directly.

>  4) And to generate the source we need a non-free tool as well.
>
> Perhaps other voices can easily get by because they do not suffer (as
> much) from 1, 2 and 4, which means that 3 ends up being acceptable.
>

I will check other voices if you want. I don't think all of them provide
the raw data (it was not considered part of the source).

> > Other packages (such as festlex-poslex) do provide trained models
without
> > the training the data from scratch and are in main. I found a thread
> > https://lists.debian.org/debian-legal/2009/05/msg00028.html where a
similar
> > case is discussed, but I did not see a final consensus on the issue.
Also,
> > the ftp masters authorised the previous upload of this package.
>
> Right, I think this has the potential to affect pretty much all the
> festival voices in Debian, so this probably deserves a wider discussion
> at least within the TTS team. So I'm fine with uploading a package fixing
> the current bug, and then dealing with any decision on the location of
> the sources in the archive.

The problem is wider than that:
- do 2D images rendered from 3D models require the 3D models as source?
- do audio tracks, effects or mixtures require the ori

Bug#785799: [festvox-ca-ona-hts] Since las festival upgrade, catalan voice is not correctly recognized and does not work

[Sergio Oller]

Hi,

I have just committed changes to address your comments and I have uploaded
the package again to mentors:

Again, you can fetch the package using:

dget -x 
https://mentors.debian.net/debian/pool/main/f/festvox-ca-ona-hts/festvox-ca-ona-hts_1.3-1.dsc

Further info is available here:

 https://mentors.debian.net/package/festvox-ca-ona-hts


Comments to your review follow here:

2016-09-05 23:32 GMT+02:00 Guillem Jover <guil...@debian.org>:

Sure! Here's the review, please:
>
>  * Document changes for Vcs-* fields.

 * Document dependency version bumps and additions.
>
 * Minor stylistic nit, add a space between the >= and the version. :)
>

All these three have been fixed.


>  * The copyright years and holders might need an update?
>

I have updated the copyright years and holders for the files that have
changed among versions.


>  * I have no clue how these voices work internally so you'll have
>to give me a hand here. What's the source for upc_ca_ona.htsvoice?
>How do you generate that? Do we have the tools to do so in Debian?
>Otherwise we might need to put this in contrib. :/
>

I would understand moving the package to contrib if that is where it
belongs.

There is a summarised description of the process of generating the htsvoice
file in the README.source file. Basically, the htsvoice file contains the
voice model (so no "code", just "data").

To generate this model, we used around 3 weeks of computer processing power
and up to 5GB of RAM in some parts of the process. I don't think it makes
much sense to regenerate it in Debian.

Apart from the computer power, you will need the recordings with their
phonetic segmentation. For this model, they can be downloaded from
http://festcat.talp.cat/download/data, distributed with a CC-BY-SA license
(the recordings are almost 1GB large). You will also need some tools, all
but one of them are free. The one that is non-free is called HTK. It can be
downloaded gratis and is open-source but is non-free because it is not
redistributable. You can see the license terms here:
http://htk.eng.cam.ac.uk/docs/license.shtml.


Other packages (such as festlex-poslex) do provide trained models without
the training the data from scratch and are in main. I found a thread
https://lists.debian.org/debian-legal/2009/05/msg00028.html where a similar
case is discussed, but I did not see a final consensus on the issue. Also,
the ftp masters authorised the previous upload of this package.

I (as part of upstream) cannot improve the situation for the htsvoice
models as we don't have the resources to develop a fully free alternative
to HTK. Providing the raw data should allow anyone to train better models
and it is already more than what other packages have done.



>  * The package is pretty much lintian clean, except for a pedantic
>tag about missing an upstream changelog, which we can ignore.
>
> I've built and tested these and they work fine, thanks!
>

Cool!


>
> > In the past it was a bit hard to find a sponsor and knowing that I had to
> > go through the process of finding one was demotivating me a bit.
>
> Please feel free to contact me anytime you need a sponsor, at least for
> any Catalan related package. In case I'm not responsive you could also
> try the debian-l10n-cata...@lists.debian.org mailing list, or just Cc
> it when you mail me. :)


Thanks, I will do that for sure!

Sergio

Bug#785799: [festvox-ca-ona-hts] Since las festival upgrade, catalan voice is not correctly recognized and does not work

[Sergio Oller]

Hi Guillem,

I have been working this summer to get the new upstream version of this
package and after some testing it seems it works fine, so I just uploaded
its package to mentors. Could you please sponsor it?

In the past it was a bit hard to find a sponsor and knowing that I had to
go through the process of finding one was demotivating me a bit.

You can fetch the package using:

dget -x 
https://mentors.debian.net/debian/pool/main/f/festvox-ca-ona-hts/festvox-ca-ona-hts_1.3-1.dsc

Further info is available here:

 https://mentors.debian.net/package/festvox-ca-ona-hts

If there is anything on my side I can do to help please contact me.

Thanks in advance and sorry for the delay,

Sergio











2016-09-05 19:27 GMT+02:00 Guillem Jover <guil...@debian.org>:

> Control: severity -1 serious
>
> Hi!
>
> On Wed, 2015-05-20 at 12:41:04 +0200, Sergio Oller Moreno wrote:
> > Festival 2.4 seems to break compatibility with previous festival 2.1
> > HTS voices.
> >
> > I will update the Catalan voices as soon as possible (ideally this week)
> > to be compatible with festival 2.4 and I will check if there are other
> > HTS voices in Debian.
>
> Bumping the severity as this pretty much makes the package unsuitable
> for release.
>
> Oh, and I was going to propose that if doing the necessary changes
> were too involved, packaging the clunits variants might be an option,
> but then just noticed that there's now a new upstream release. So if
> you need a sponsor to update the package, please let me know!
>
> Thanks,
> Guillem
>

Bug#829046: Status of pagure

[Sergio Durigan Junior]

On Sunday, September 04 2016, Ben Finney wrote:

>> To be fair, I recently packaged selectize.js (which also depends on
>> Grunt), and I spent a big time creating a replacement for it using
>> only GNU tools available on Debian, but I don't feel like doing that
>> for every other library.
>
> Please join the discussion at the ‘pkg-javascript-devel’ forum
> <URL:https://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2016-September/013682.html>
> to join forces with others in tackling this problem.

To be honest, I do not have time nor interest now to spend my energy
solving this JS problem.  My total focus now is getting pagure ready for
Debian in the best way I can.  Also, from my recent experience packaging
some JS libs, I fear that the building issue will not be solved in the
near future.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836716: test-kitchen and python-kitchen-doc: error when trying to install together

[Sergio Durigan Junior]

Control: reassign -1 python-kitchen-doc
Control: affects -1 = test-kitchen

On Monday, September 05 2016, Ralf Treinen wrote:

> Hi,
>
> automatic installation tests of packages that share a file and at the
> same time do not conflict by their package dependency relationships has
> detected the following problem:
> [...]
> Selecting previously unselected package test-kitchen.
> Preparing to unpack .../test-kitchen_1.11.1-1_all.deb ...
> Unpacking test-kitchen (1.11.1-1) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/test-kitchen_1.11.1-1_all.deb (--unpack):
>  trying to overwrite '/usr/share/man/man1/kitchen.1.gz', which is also in 
> package python-kitchen-doc 1.2.4-1
> Processing triggers for libc-bin (2.24-2) ...
> Processing triggers for man-db (2.7.5-1) ...
> Errors were encountered while processing:
>  /var/cache/apt/archives/test-kitchen_1.11.1-1_all.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)

Well, given that the test-kitchen package actually installs a
/usr/bin/kitchen binary, and that python-kitchen does not install any
binary, I can rename the manpage of python-kitchen to python-kitchen.1.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836409: RFP: libjs-emojione -- Open source emoji set

[Sergio Durigan Junior]

On Sunday, September 04 2016, Ben Finney wrote:

> On 02-Sep-2016, Sergio Durigan Junior wrote:
>> Probably just a part of the upstream tarball needs to be packaged
>> (the JS part).
>
> What about the artwork, which seems to be the main point of the
> package? Or are you saying that this Debian package would include none
> of the artwork?

I was referring to the part of the package needed for pagure.  Of
course, whoever picks this RFP will have to choose whether she wants to
package everything.

> I have raised <URL:https://github.com/Ranks/emojione/issues/350> an
> issue upstream asking for clarification of the copyright status of the
> artwork.

I don't have a github account, but I'll keep an eye on the issue.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836407: RFP: libjs-jquery-at.js -- Autocompletion library to autocomplete mentions, smileys, etc

[Sergio Durigan Junior]

On Friday, September 02 2016, Sean Whitton wrote:

> Dear Sergio,
>
> Is there some reason some of your package names have '.js' and some of
> them don't?

Hi Sean,

Yes, I use the upstream name as part of the package name.  In this case,
the upstream is At.js, so the package name becomes libjs-jquery-at.js.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836407: RFP: libjs-jquery-at.js -- Autocompletion library to autocomplete mentions, smileys, etc

[Sergio Durigan Junior]

On Friday, September 02 2016, Andrew Shadura wrote:

> Hi,
>
> On 2 September 2016 at 19:17, Sergio Durigan Junior
> <sergi...@sergiodj.net> wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Sergio Durigan Junior <sergi...@sergiodj.net>
>>
>> * Package name: libjs-jquery-at.js
>>   Version : 1.4.1
>>   Upstream Author : Harold.Luo <chord@gmail.com>
>> * URL : https://github.com/ichord/At.js
>> * License : Expat
>>   Programming Lang: JavaScript
>>   Description: Autocompletion library to autocomplete mentions, smileys, etc
>
> It is actually in Debian already: ruby-jquery-atwho-rails, see
> https://bugs.debian.org/832583

Thanks for pointing that out.

It seems to me that the bug has not been fixed yet, right?

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829046: Status of pagure

[Sergio Durigan Junior]

On Friday, September 02 2016, Ben Finney wrote:

> On 02-Sep-2016, Sergio Durigan Junior wrote:
>> On Friday, September 02 2016, Alexander Wirt wrote:
>> 
>> > On Thu, 01 Sep 2016, Sergio Durigan Junior wrote:
>> >> Anyway, I talked to Alexandre Viau (aviau) about this and he
>> >> assured me that I could bundle the non-minified versions of JS
>> >> libraries needed by the package without problems, because
>> >> ftp-master is OK with this.
>> > Yeah, thats no problem as long as the source (non-monified) is
>> > available.
>
> I think Alexander's statement is only true for what will satisfy legal
> requirements for FTP master.
>
> For satisfying Debian Policy, though, that is not sufficient. Rather:
>
> 4.13. Convenience copies of code
>
> […]
> If the included code is already in the Debian archive in the form
> of a library, the Debian packaging should ensure that binary
> packages reference the libraries already in Debian and the
> convenience copy is not used. If the included code is not already
> in Debian, it should be packaged separately as a prerequisite if
> possible.
>
> On that basis I am requesting you to report RFPs for each of the
> bundled libraries, to package them as Policy §4.13 says.

I am filing the RFP's now.

Just to make things clear, I am totally in favour of packaging
everything we can.  To me, the "if possible" part of the paragraph you
posted is subjective and leaves things open for interpretation.

The real problem with the JS libs that are missing on Debian is their
dependency on Grunt.  To be fair, I recently packaged selectize.js
(which also depends on Grunt), and I spent a big time creating a
replacement for it using only GNU tools available on Debian, but I don't
feel like doing that for every other library.

Anyway, I just wanted to explain better why I think packaging the
missing JS libraries is going to be a huge hassle.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836409: RFP: libjs-emojione -- Open source emoji set

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: libjs-emojione
  Version : 2.2.6
  Upstream Author : Ranks.com
* URL : https://github.com/Ranks/emojione
* License : Expat
  Programming Lang: JavaScript and Creative Commons Attribution 4.0 
International
  Description: Open source emoji set

  

Probably just a part of the upstream tarball needs to be packaged (the
JS part).

This package is a dependency for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836408: RFP: libjs-jquery-caret.js -- Get caret position or offset from inputor

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: libjs-jquery-caret.js
  Version : 0.3.1
  Upstream Author : Harold.Luo <chord@gmail.com>
* URL : https://github.com/ichord/Caret.js
* License : Expat
  Programming Lang: JavaScript
  Description: Get caret position or offset from inputor

  

This package is a dependency for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836407: RFP: libjs-jquery-at.js -- Autocompletion library to autocomplete mentions, smileys, etc

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: libjs-jquery-at.js
  Version : 1.4.1
  Upstream Author : Harold.Luo <chord@gmail.com>
* URL : https://github.com/ichord/At.js
* License : Expat
  Programming Lang: JavaScript
  Description: Autocompletion library to autocomplete mentions, smileys, etc

  

This package is a dependency for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#836406: RFP: libjs-jquery-textcomplete -- Implement auto-complete support for textareas

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: libjs-jquery-textcomplete
  Version : 1.7.1
  Upstream Author : Yuku Takahashi
* URL : https://github.com/yuku-t/jquery-textcomplete
* License : Expat
  Programming Lang: JavaScript
  Description: Implement auto-complete support for textareas

  libjs-jquery-textcomplete implements auto-complete support for
  textareas.

This package is a dependency for pagure.

A better long description will have to be for this package.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829046: Status of pagure

[Sergio Durigan Junior]

On Friday, September 02 2016, Alexander Wirt wrote:

> On Thu, 01 Sep 2016, Sergio Durigan Junior wrote:
>
>> On Thursday, September 01 2016, Alexander Wirt wrote:
>> 
>> > On Mon, 08 Aug 2016, Sergio Durigan Junior wrote:
>> >
>> > Hi,
>> > *snip*
>> >> Well, that's it.  I think I should be able to finish everything by the
>> >> end of the week, and then move to the sponsorship phase :-).
>> > Any updates on that package? 
>> 
>> Yes.
>> 
>> I spent a lot of time packaging some JavaScript dependencies, but
>> unfortunately I won't be able to package them all.  They are *really* a
>> hassle...
>> 
>> Anyway, I talked to Alexandre Viau (aviau) about this and he assured me
>> that I could bundle the non-minified versions of JS libraries needed by
>> the package without problems, because ftp-master is OK with this.
> Yeah, thats no problem as long as the source (non-monified) is available. 

There's a parallel conversation going on with Ben Finney and he wants me
to create RFP's for each missing JS lib so that we can decide which ones
are worth putting more effort to package.  We should probably coordinate
all of these conversations so that everybody is happy.

>> Having said that, I am now working on make pagure use the non-minified
>> JS libs (I've already proposed a patch upstream for this, which is being
>> discussed), and on finishing the other bits of the packaging.
> you don't have to, include the non-minified versions and minify them in the
> buildprocess and use them afterwards. 

Right, that's what I'll do, *if* upstream takes too long to release a
new version :-).  If they release a new version with my patch applied,
then I can use it.

>> As always, you can check the status of my work here:
>> 
>>   http://git.sergiodj.net/?p=debian/pagure.git;a=summary
>> 
>> I try to keep this repo relatively up-to-date.
>> 
>> So yeah, in a nutshell, here's what's missing:
>> 
>>   - Bundle the non-minified versions of the necessary JS libs (note that
>> most of the libs *are* on Debian)
>> 
>>   - Create the necessary symlinks for the libs that are already on
>> Debian
>> 
>>   - Install the conffiles, helper scripts and other stuff (see Fedora
>> package), probably on /usr/share/pagure
>> 
>>   - Write documentation about configuring pagure on Apache (at least)
>> 
>>   - Write documentation about configuring pagure with postfix (see
>> upstream docs; maybe just refer to them)
>> 
>>   - Test installation
>> 
>> Alexandre Viau told me he'd be glad to sponsor this package for me, so
>> that's it.
> Thanks for your work! I am really looking forward in testing it for alioth. 

My pleasure, I'm really looking forward to helping with alioth as well.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829046: Status of pagure

[Sergio Durigan Junior]

On Thursday, September 01 2016, Ben Finney wrote:

> On 01-Sep-2016, Sergio Durigan Junior wrote:
>
>> I spent a lot of time packaging some JavaScript dependencies, but
>> unfortunately I won't be able to package them all. They are *really*
>> a hassle...
>
> Can you please:
>
> * Open a RFP bug report for each of the JavaScript libraries that are
>   not in Debian, that are needed for Pagure.
>
> * Set this bug report as blocked by all of those RFP bug reports.
>
> I would like that Pagure not start in a bad way, with bundled
> third-party code, if we can avoid it. I can respond to the RFP reports
> you open.

I can, but then my best estimate is that pagure will not be ready until
the freeze.  Actually, it may not be ready until next year, because, hm,
JS libraries are *really* nasty.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829046: Status of pagure

[Sergio Durigan Junior]

On Thursday, September 01 2016, Alexander Wirt wrote:

> On Mon, 08 Aug 2016, Sergio Durigan Junior wrote:
>
> Hi,
> *snip*
>> Well, that's it.  I think I should be able to finish everything by the
>> end of the week, and then move to the sponsorship phase :-).
> Any updates on that package? 

Yes.

I spent a lot of time packaging some JavaScript dependencies, but
unfortunately I won't be able to package them all.  They are *really* a
hassle...

Anyway, I talked to Alexandre Viau (aviau) about this and he assured me
that I could bundle the non-minified versions of JS libraries needed by
the package without problems, because ftp-master is OK with this.

Having said that, I am now working on make pagure use the non-minified
JS libs (I've already proposed a patch upstream for this, which is being
discussed), and on finishing the other bits of the packaging.

I learned a valuable lesson: I will not say "I should be able to finish
everything by XYZ date" anymore :-).  I can say, however, that the
package is in a good shape and I consider it very close to being
finished.

As always, you can check the status of my work here:

  http://git.sergiodj.net/?p=debian/pagure.git;a=summary

I try to keep this repo relatively up-to-date.

So yeah, in a nutshell, here's what's missing:

  - Bundle the non-minified versions of the necessary JS libs (note that
most of the libs *are* on Debian)

  - Create the necessary symlinks for the libs that are already on
Debian

  - Install the conffiles, helper scripts and other stuff (see Fedora
package), probably on /usr/share/pagure

  - Write documentation about configuring pagure on Apache (at least)

  - Write documentation about configuring pagure with postfix (see
upstream docs; maybe just refer to them)

  - Test installation

Alexandre Viau told me he'd be glad to sponsor this package for me, so
that's it.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#831525: [libretro-mupen64plus] Remove copies of mupen64plus-*

[Sergio benjamim Rocha filho]

Hey G, charle
Take a look at libretro website, they intent to unify all the HLE plugins 
(glide64, rice, glideN64...). In the long goal they'll have only one HLE 
graphic plugin, as well one LLE plugin (which is working right now, it's the 
Vulkan backend), it'll diverge more and more anyway in the future. So if you 
wanna merge it to upstream, good luck, libretro team tried and upstream refused 
a long time ago (when it was more a shallow fork); if upstream is receptive, we 
send back stuff to them directly, like I did with genesis plus gx some days ago.
regards,sergio-br2 

Em Segunda-feira, 22 de Agosto de 2016 6:51, Gianfranco Costamagna 
<locutusofb...@debian.org> escreveu:
 

 control: tags -1 wishlist

> Then please integrate your changes in upstream mupen64plus. Many
> "forks" are now removed from debian (I think mutt-patched is one of
> the recent ones) and now you start to introduce new ones - against the
> Debian policy

this is completely correct, the goal for this package is/should be integrating 
it in
the original mupen64plus.
But until that day, this package has a reason to exist, and to be in Stretch.

the Debian policy in this case is not specifying a "must", but a "should" 
instead
(and we can also discuss if this is a convenience code copy, because the code 
is different)

"Some software packages include in their distribution convenience copies of 
code from other software packages, generally so that users compiling from 
source don't have to download multiple packages. Debian packages should not 
make use of these convenience copies unless the included package is explicitly 
intended to be used in this way.[29] If the included code is already in the 
Debian archive in the form of a library, the Debian packaging should ensure 
that binary packages reference the libraries already in Debian and the 
convenience copy is not used. If the included code is not already in Debian, it 
should be packaged separately as a prerequisite if possible. [30]"

there is no "must" word, so the correct severity is wishlist
(and please don't start a ping/pong severity game, thanks).

Sergio discussed this on debian-mentors, and a few DD agreed that the severity 
is not RC, hence I'm downgrading it right now.

thanks for the bug report, I hope it will be eventually fixed and this package 
removed.

G.


   

Bug#833419: downgrading midori 0.5.12~wk2-exp1 to 0.5.11-ds1-4 makes it work on Thinkpad R32

[Sergio Durigan Junior]

On Sunday, August 21 2016, 積丹尼 Dan Jacobson wrote:

> OK downgrading 0.5.12~wk2-exp1 to 0.5.11-ds1-4 makes it work on Thinkpad R32.

Good to know.  Keep in mind that 0.5.11-ds1-4 is compiled against
GTK-2 and WebKit 1, which the experimental one is compiled against GTK-3
and WebKit 2.  I'm not saying Midori is not the culprit of your bug, but
this gives a lot of options for culprits...

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

Bug#834865: ITP: libjs-jquery-selectize.js -- Extensible jQuery-based custom select UI control

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: libjs-jquery-selectize.js
  Version : 0.12.2
  Upstream Author : Brian Reavis <br...@thirdroute.com>
* URL : https://github.com/selectize/selectize.js
* License : Apache-2.0 and Expat
  Programming Lang: JavaScript
  Description: Extensible jQuery-based custom select UI control

 Selectize is an extensible jQuery-based custom select UI
 control. It's useful for tagging, contact lists, country selectors,
 and so on. The goal is to provide a solid & usable experience with a
 clean and powerful API.
 .
 Features
 .
  * Smart Option Searching / Ranking
 .
Options are efficiently scored and sorted on-the-fly (using
libjs-sifter.js). Want to search an item's title *and*
description?  No problem.
 .
  * Caret between items
 .
Order matters sometimes. Use the left and right arrow keys to move
between selected items.
 .
  * Select and delete multiple items at once
 .
Hold down the CTRL key to select more than one item to delete.
 .
  * Díåcritîçs supported
 .
Great for international environments.
 .
  * Item creation
 .
Allow users to create items on the fly (async saving is supported;
the control locks until the callback is fired).
 .
  * Remote data loading
 .
For when you have thousands of options and want them provided by
the server as the user types.
 .
  * Clean API and code
 .
Interface with it and make modifications easily.
 .
  * Extensible
 .
Plugin API for developing custom features (uses
libjs-microplugin.js).
 .
  * Touch Support

This package is a dependency necessary for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#833419: remove oneself from the 'video' /etc/groups group

[Sergio Durigan Junior]

On Thursday, August 11 2016, 積丹尼 Dan Jacobson wrote:

> So as a workaround, remove oneself from the 'video' /etc/groups group,
> and login again. Now midori works fine. (Not sure if doing so will
> affect other programs...)

Well, removing yourself from the video group will most likely forbid you
to use hardware acceleration, which makes me even more suspicious that
the problem is happening because of the nouveau driver.

I seem to remember that you're using the experimental Midori package,
which is compiled against GTK-3.  Are you running any other GTK-3
program aside Midori?

BTW, testing Midori (or any program, for that matter) using the user
'nobody' is not a good idea, as this user does not have a $HOME set up.
For Midori, what you can do is instruct it to ignore your default
configuration files, by specifying the '-c' parameter with a temporary
config folder, like:

  $ midori -c /tmp/temporary-midori-config-folder

If you really want to test running it with another user, I'd recommend
setting up a test user on your system instead, with a proper $HOME.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#834761: Improve handling of 'sourceURL' on JSEvaluateScript (and avoid segmentation fault)

[Sergio Durigan Junior]

Package: libjavascriptcoregtk-1.0-0
Version: 2.4.11-2+b2
Tags: patch

Hi there,

As reported on #688640 and #834236, a recent update of
libjavascriptcore-1.0-0 broke Midori 0.5.11-ds1-3, causing a
segmentation fault right on startup.

The reason for this is the incorrect/not-so-strict handling of the
'sourceURL' argument on JSEvaluateScript (from
Source/JavaScriptCore/API/JSBase.cpp).  Midori passes 'sourceURL' as
NULL (and always did), but recently, because JSEvaluateScript tries to
call the ->string() method of the object, the code crashes there.

Anyway, I fixed this on Midori by passing an empty JSString object to
JSEvaluateScript, but I see that WebKit upstream takes better care of
the 'sourceURL' argument and checks if it is not NULL before accessing
its members.  Therefore, I'd like to propose the attached fix (which is
basically a backport of the upstream code) for the current version of
WebKit.  I haven't tested it as I am currently in a not very powerful
machine, so I appreciate reviews and tests.

Also, the bug number on 'Closes' is invalid (because I still don't have
the bug number), so please adjust it before applying the patch.

Let me know if there is anything else you need.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

From 0806eafc0243dd6df62cdfbb1e61f4ee42adcef4 Mon Sep 17 00:00:00 2001
From: Sergio Durigan Junior <sergi...@sergiodj.net>
Date: Tue, 16 Aug 2016 20:58:57 -0400
Subject: [PATCH] Improve handling of 'sourceURL' on JSEvaluateScript.

The current code of JSEvaluateScript
(Source/JavaScriptCore/API/JSBase.cpp) does not check if 'sourceURL'
is NULL before trying to access its members, causing a segmentation
fault on some scenarios.  This patch improves the code by checking for
NULL and passing a String() if needed.

Closes: #123456
---
 debian/changelog   |  9 +
 .../fix-javascriptcoregtk-sourceURL-handling.patch | 22 ++
 debian/patches/series  |  1 +
 3 files changed, 32 insertions(+)
 create mode 100644 debian/patches/fix-javascriptcoregtk-sourceURL-handling.patch

diff --git a/debian/changelog b/debian/changelog
index 4673c8f..aeb660b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,18 @@
 webkitgtk (2.4.11-3) UNRELEASED; urgency=medium
 
+  [ Jeremy Bicha ]
   * debian/control:
 - Bump breaks/replaces for libwebkitgtk-doc split since Ubuntu
   packaged 2.4.11 before taking the split (Closes: #833308)
 
+  [ Sergio Durigan Junior ]
+  * Improve handling of 'sourceURL' on JSEvaluateScript.
+The current code of JSEvaluateScript
+(Source/JavaScriptCore/API/JSBase.cpp) does not check if 'sourceURL'
+is NULL before trying to access its members, causing a segmentation
+fault on some scenarios.  This patch improves the code by checking for
+NULL and passing a String() if needed. (Closes: #123456)
+
  -- Jeremy Bicha <jbi...@ubuntu.com>  Tue, 02 Aug 2016 14:39:17 -0400
 
 webkitgtk (2.4.11-2) unstable; urgency=medium
diff --git a/debian/patches/fix-javascriptcoregtk-sourceURL-handling.patch b/debian/patches/fix-javascriptcoregtk-sourceURL-handling.patch
new file mode 100644
index 000..d99cdf5
--- /dev/null
+++ b/debian/patches/fix-javascriptcoregtk-sourceURL-handling.patch
@@ -0,0 +1,22 @@
+Index: webkit/Source/JavaScriptCore/API/JSBase.cpp
+===
+--- webkit.orig/Source/JavaScriptCore/API/JSBase.cpp	2016-08-16 20:40:13.223460059 -0400
 webkit/Source/JavaScriptCore/API/JSBase.cpp	2016-08-16 20:46:15.22388 -0400
+@@ -57,7 +57,7 @@
+ 
+ // evaluate sets "this" to the global object if it is NULL
+ JSGlobalObject* globalObject = exec->vmEntryGlobalObject();
+-SourceCode source = makeSource(script->string(), sourceURL->string(), TextPosition(OrdinalNumber::fromOneBasedInt(startingLineNumber), OrdinalNumber::first()));
++SourceCode source = makeSource(script->string(), sourceURL ? sourceURL->string() : String(), TextPosition(OrdinalNumber::fromOneBasedInt(startingLineNumber), OrdinalNumber::first()));
+ 
+ JSValue evaluationException;
+ JSValue returnValue = evaluate(globalObject->globalExec(), source, jsThisObject, );
+@@ -86,7 +86,7 @@
+ 
+ startingLineNumber = std::max(1, startingLineNumber);
+ 
+-SourceCode source = makeSource(script->string(), sourceURL->string(), TextPosition(OrdinalNumber::fromOneBasedInt(startingLineNumber), OrdinalNumber::first()));
++SourceCode source = makeSource(script->string(), sourceURL ? sourceURL->string() : String(), TextPosition(OrdinalNumber::fromOneBasedInt(startingLineNumber), OrdinalNumber::first()));
+ 
+ JSValue syntaxException;
+ bool isValidSyntax = checkSyntax(exec->vmEntryGlobalObject()->globalExec(), source, );
diff --git a/debian/

Bug#834556: Improve handling of 'sourceURL' on JSEvaluateScript (and avoid segmentation fault)

[Sergio Durigan Junior]

Package: libjavascriptcore-1.0-0
Version: 2.4.11-2
Tags: patch

Hi there,

As reported on #688640 and #834236, a recent update of
libjavascriptcore-1.0-0 broke Midori 0.5.11-ds1-3, causing a
segmentation fault right on startup.

The reason for this is the incorrect/not-so-strict handling of the
'sourceURL' argument on JSEvaluateScript (from
Source/JavaScriptCore/API/JSBase.cpp).  Midori passes 'sourceURL' as
NULL (and always did), but recently, because JSEvaluateScript tries to
call the ->string() method of the object, the code crashes there.

Anyway, I fixed this on Midori by passing an empty JSString object to
JSEvaluateScript, but I see that WebKit upstream takes better care of
the 'sourceURL' argument and checks if it is not NULL before accessing
its members.  Therefore, I'd like to propose the attached fix (which is
basically a backport of the upstream code) for the current version of
WebKit.  I haven't tested it as I am currently in a not very powerful
machine, so I appreciate reviews and tests.

Also, the bug number on 'Closes' is invalid (because I still don't have
the bug number), so please adjust it before applying the patch.

Let me know if there is anything else you need.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

From 0806eafc0243dd6df62cdfbb1e61f4ee42adcef4 Mon Sep 17 00:00:00 2001
From: Sergio Durigan Junior <sergi...@sergiodj.net>
Date: Tue, 16 Aug 2016 20:58:57 -0400
Subject: [PATCH] Improve handling of 'sourceURL' on JSEvaluateScript.

The current code of JSEvaluateScript
(Source/JavaScriptCore/API/JSBase.cpp) does not check if 'sourceURL'
is NULL before trying to access its members, causing a segmentation
fault on some scenarios.  This patch improves the code by checking for
NULL and passing a String() if needed.

Closes: #123456
---
 debian/changelog   |  9 +
 .../fix-javascriptcoregtk-sourceURL-handling.patch | 22 ++
 debian/patches/series  |  1 +
 3 files changed, 32 insertions(+)
 create mode 100644 debian/patches/fix-javascriptcoregtk-sourceURL-handling.patch

diff --git a/debian/changelog b/debian/changelog
index 4673c8f..aeb660b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,18 @@
 webkitgtk (2.4.11-3) UNRELEASED; urgency=medium
 
+  [ Jeremy Bicha ]
   * debian/control:
 - Bump breaks/replaces for libwebkitgtk-doc split since Ubuntu
   packaged 2.4.11 before taking the split (Closes: #833308)
 
+  [ Sergio Durigan Junior ]
+  * Improve handling of 'sourceURL' on JSEvaluateScript.
+The current code of JSEvaluateScript
+(Source/JavaScriptCore/API/JSBase.cpp) does not check if 'sourceURL'
+is NULL before trying to access its members, causing a segmentation
+fault on some scenarios.  This patch improves the code by checking for
+NULL and passing a String() if needed. (Closes: #123456)
+
  -- Jeremy Bicha <jbi...@ubuntu.com>  Tue, 02 Aug 2016 14:39:17 -0400
 
 webkitgtk (2.4.11-2) unstable; urgency=medium
diff --git a/debian/patches/fix-javascriptcoregtk-sourceURL-handling.patch b/debian/patches/fix-javascriptcoregtk-sourceURL-handling.patch
new file mode 100644
index 000..d99cdf5
--- /dev/null
+++ b/debian/patches/fix-javascriptcoregtk-sourceURL-handling.patch
@@ -0,0 +1,22 @@
+Index: webkit/Source/JavaScriptCore/API/JSBase.cpp
+===
+--- webkit.orig/Source/JavaScriptCore/API/JSBase.cpp	2016-08-16 20:40:13.223460059 -0400
 webkit/Source/JavaScriptCore/API/JSBase.cpp	2016-08-16 20:46:15.22388 -0400
+@@ -57,7 +57,7 @@
+ 
+ // evaluate sets "this" to the global object if it is NULL
+ JSGlobalObject* globalObject = exec->vmEntryGlobalObject();
+-SourceCode source = makeSource(script->string(), sourceURL->string(), TextPosition(OrdinalNumber::fromOneBasedInt(startingLineNumber), OrdinalNumber::first()));
++SourceCode source = makeSource(script->string(), sourceURL ? sourceURL->string() : String(), TextPosition(OrdinalNumber::fromOneBasedInt(startingLineNumber), OrdinalNumber::first()));
+ 
+ JSValue evaluationException;
+ JSValue returnValue = evaluate(globalObject->globalExec(), source, jsThisObject, );
+@@ -86,7 +86,7 @@
+ 
+ startingLineNumber = std::max(1, startingLineNumber);
+ 
+-SourceCode source = makeSource(script->string(), sourceURL->string(), TextPosition(OrdinalNumber::fromOneBasedInt(startingLineNumber), OrdinalNumber::first()));
++SourceCode source = makeSource(script->string(), sourceURL ? sourceURL->string() : String(), TextPosition(OrdinalNumber::fromOneBasedInt(startingLineNumber), OrdinalNumber::first()));
+ 
+ JSValue syntaxException;
+ bool isValidSyntax = checkSyntax(exec->vmEntryGlobalObject()->globalExec(), source, );
diff --git a/debian/patches

Bug#688640: libjavascriptcore: Re: JavaScriptCore segmentation fault on PowerPC

[Sergio Durigan Junior]

Control: reassign -1 libjavascriptcoregtk-1.0-0

On Tuesday, August 16 2016, Alberto Garcia wrote:

> On Tue, Aug 16, 2016 at 09:47:29AM -0700, Herminio Hernandez, Jr. wrote:
>
>> Thanks for the reply!
>> 
>> I have tested both luakit and ubzl and both are not crashing.
>
> Thanks,
>
> it seems that the bug might be in Midori, then.

Well, there's some confusion here.

First of all, the last crash that the OP is reporting has been fixed on:

 midori/0.5.11-ds1-4
 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834236>

Which is on unstable now.  *However*, as can be seen on the d/changelog
entry, I consider the bug to be actually on libjavascriptcoregtk-1.0-0
(which I know is going to be deprecated soon, but...).  I was thinking
about opening a bug report against the package, and this bug
reassignment just made me think it's about time to do it :-).

Anyway, I'm reassigning the bug to libjavascriptcoregtk-1.0-0, and I
think it can be closed, for two reasons:

- The initial bug reported (back in 2011) has apparently been fixed

- The last crash reported by the OP is not related to the initial bug
  report.

I also think it's good to keep this bug under libjavascriptcoregtk-1.0-0
for historical reasons.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#834466: ITP: libjs-sifter.js -- Library for textually searching arrays and hashes of objects

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: libjs-sifter.js
  Version : 0.4.1
  Upstream Author : Brian Reavis <br...@thirdroute.com>
* URL : https://github.com/brianreavis/sifter.js
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : Library for textually searching arrays and hashes of objects

 Sifter is a client and server-side library (via UMD) for textually
 searching arrays and hashes of objects by property – or multiple
 properties. It's designed specifically for autocomplete. The process
 is three-step: score, filter, sort.
 .
  * Supports díåcritîçs.
 .
For example, if searching for "montana" and an item in the set has
a value of "montaña", it will still be matched. Sorting will also
play nicely with diacritics.
 .
  * Smart scoring.
 .
 Items are scored / sorted intelligently depending on where a match
 is found in the string (how close to the beginning) and what
 percentage of the string matches.
 .
  * Multi-field sorting.
 .
 When scores aren't enough to go by – like when getting results for
 an empty query – it can sort by one or more fields. For example,
 sort by a person's first name and last name without actually
 merging the properties to a single string.
 .
  * Nested properties.
 .
 Allows to search and sort on nested properties so you can perform
 search on complex objects without flattening them simply by using
 dot-notation to reference fields (ie. nested.property).

This package is a dependency necessary for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#834417: ITP: libjs-microplugin.js -- Lightweight plugin / dependency system for libraries

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: libjs-microplugin.js
  Version : 0.0.3
  Upstream Author : Brian Reavis <br...@thirdroute.com>
* URL : https://github.com/brianreavis/microplugin.js
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : Lightweight plugin / dependency system for libraries

 MicroPlugin is a lightweight drop-in plugin architecture for your
 JavaScript library. Plugins can declare dependencies to other plugins
 and can be initialized with options (in a variety of formats). It is
 AMD-compatible and it works identically in Node.js and in a browser.

This package is a dependency necessary for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#833419: crashes computer

[Sergio Durigan Junior]

On Wednesday, August 10 2016, 積丹尼 Dan Jacobson wrote:

> OK I installed
> https://wiki.debian.org/NvidiaGraphicsDrivers
> # nvidia-detect
> Detected NVIDIA GPUs:
> 00:05.0 VGA compatible controller [0300]: NVIDIA Corporation C51G [GeForce 
> 6100] [10de:0242] (rev a2)
> Checking card:  NVIDIA Corporation C51G [GeForce 6100] (rev a2)
> Your card is only supported up to the 304 legacy drivers series.
> It is recommended to install the
> nvidia-legacy-304xx-driver
> package.
>
> and now everything is OK for my machine with the NVIDIA card. But that
> still leaves my Thinkpad r50e with the problem.

Oh, so you see the black screen on a computer without an NVIDIA card?
Could you send the logs for that computer, please?

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#833976: ITP: libjs-jquery-dotdotdot -- jQuery plugin for ellipsis on multiple line content

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: libjs-jquery-dotdotdot
  Version : 1.8.3
  Upstream Author : Fred Heusschen
* URL : https://github.com/FrDH/jQuery.dotdotdot
* License : Expat
  Programming Lang: JavaScript
  Description : jQuery plugin for ellipsis on multiple line content

 A jQuery plugin for advanced cross-browser ellipsis which handles
 multiple line contents depending on whether the text will overlap an
 element.
 .
 You can also add one or several CSS classes to HTML elements to
 automatically invoke the plugin's functionality and some extra
 features.

This package is a dependency necessary for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#833975: ITP: libjs-jquery-stupidtable -- jQuery table sorting plugin

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: libjs-jquery-stupidtable
  Version : 1.0.1
  Upstream Author : Joseph McCullough
* URL : https://github.com/joequery/Stupid-Table-Plugin
* License : Expat
  Programming Lang: JavaScript
  Description : jQuery table sorting plugin

 Most table sorting plugins try to account for a limitless number of
 data types and their limitless ways of being presented. This leads to
 an extremely bloated code base with only a tiny portion of the code
 ever used by your project.
 .
 This plugin avoids that issue by letting you define your own ways of
 sorting table columns. The plugin internally recognizes "int",
 "string", "string-ins" (case-insensitive) and "float", so simple data
 tables will take very little effort on your part.

This package is a dependency necessary for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#833419: crashes computer

[Sergio Durigan Junior]

On Wednesday, August 10 2016, 積丹尼 Dan Jacobson wrote:

> Well the black screen only existed within midori, not the whole screen.
> But yes please do reassign it to (one of the several) nouveau named packages.

But were you able to fix the issue by following any of the advices on
the links I gave you?

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#833419: crashes computer

[Sergio Durigan Junior]

Control: tags -1 + moreinfo

On Friday, August 05 2016, 積丹尼 Dan Jacobson wrote:

> In fact not only a black screen (Thinkpad), but (Acer desktop) shortly
> afterwards it hangs the whole computer with a frozen screen.
>
> Several times hitting on the power button produce
>
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopped target Timers.
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopped Daily apt activities.
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopping User Manager for UID 1000...
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopped target Sound Card.
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopping ACPI event daemon...
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopping LSB: Start NTP daemon...
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopping Session 1 of user jidanni.
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopped target Graphical Interface.
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopped target Multi-User System.
> Aug  5 14:35:48 jidanni6 kernel: [13258.804053] nouveau :00:05.0: 
> WebKitWebProces[5809]: failed to idle channel 5 [WebKitWebProces[5809]]
> Aug  5 14:36:03 jidanni6 kernel: [13273.832035] nouveau :00:05.0: 
> WebKitWebProces[5809]: failed to idle channel 5 [WebKitWebProces[5809]]
> Aug  5 14:35:33 jidanni6 systemd[1]: Stopping Deferred execution scheduler...
> Aug 5 14:36:07 jidanni6 rsyslogd: [origin software="rsyslogd"
> swVersion="8.16.0" x-pid="1507" x-info="http://www.rsyslog.com;]
> exiting on signal 15.

Hey Dan,

I'm busy these days so I haven't been able to pay much attention to
Midori, but I did a quick search on the internet for this nouveau
message and found several reports of exactly what you're experiencing.

There are apparently a lot of ways to try to fix this; I'm posting a few
links that I found:

  
http://askubuntu.com/questions/183386/nouveau-driver-issue-when-trying-to-boot-ubuntu

  http://askubuntu.com/questions/600467/blackscreen-failed-to-idle-channel

So far, this doesn't seem a problem with Midori, but with the nouveau
driver.

I'm tempted to move this to nouveau, but I'd like to make sure that you
can solve your issue first.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829046: Status of pagure

[Sergio Durigan Junior]

On Sunday, August 07 2016, Ben Finney wrote:

> On 29-Jul-2016, Sergio Durigan Junior wrote:
>
>> Thanks for the help! I'll send you an e-mail as soon as I set up a
>> repository.
>
> I would also like to be able to contribute to maintenance of Pagure in
> Debian.
>
> Can you post an update to this bug report for how volunteers can help:
> repository (at Alioth?), discussion mailing list, etc.

OK, so here's a more detailed update.

I've advanced quite a bit in the packaging, but there are still some
things to do.

I'm using a temporary repository to push what I've done so far; it's
good because I can overwrite history if needed.  The URL is:

  <http://git.sergiodj.net/?p=debian/pagure.git;a=summary>

Eventually I'll move everything to collab-maint/pagure, which should be
the official repository anyway.

All the Python dependencies have finally been packaged, which is good
because I can fully build the package now.  However, there are still
some JavaScript libraries that are (a) not being shipped on Debian, and
(b) bundled in their minified version inside pagure.  This is bad, so my
next task is to package those libraries for Debian.  You can take a look
at them by going to the pagure/static directory on the source tree.

I decided to follow what Fedora does and split the package into several
subpackages.  The first one, pagure, should contain the core
functionality and work out-of-the-box.  Then, the user will also have
the possibility to install:

 - pagure-milters, which takes care of allowing users to comment on
   tickets/pull-requests by e-mail (instead of going to the web
   interface).  This package in specific also has a "problem": it
   depends on postfix to work properly, which is not good because Debian
   ships exim4 as the default MTA.  I've also been investigating how to
   use milters with exim4, and I *may* have a solution.

 - pagure-ev-server, which allows live refreshing of a page when someone
   is viewing it.

 - pagure-webhook-server, which sends notifications to third-party
   services (like fedmsg) using POST http reqs.

There's also the pagure-doc package.

I ran the full testsuite and found a few errors on Debian.  I'm in
constant communication with upstream, so they are aware and I should
send some patches in the next days.

I still have this TODO list:

 - Package missing JS libraries

 - Send patch upstream to use python-bcrypt instead of py-bcrypt to hash
   passwords

 - Take care of d/copyright

 - Correctly fill d/pagure-doc.doc-base

 - Review the *.init scripts and make sure they work

 - Review the *.postinst scripts and make sure they work

 - Write *.postrm scripts

 - Decide whether to run pagure-milters as user/group postfix.  Maybe
   decide that based on what the user is using as MTA, and change it
   accordingly on pagure-milters.postinst.  Same applies for
   pagure-milters.tmpfile.

 - Maybe include more systemd security features on *.service files.

 - Fix some lintian warnings/errors that I've seen

Well, that's it.  I think I should be able to finish everything by the
end of the week, and then move to the sponsorship phase :-).

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829046: Status of pagure

[Sergio Durigan Junior]

On Sunday, August 07 2016, Ben Finney wrote:

> On 29-Jul-2016, Sergio Durigan Junior wrote:
>
>> Thanks for the help! I'll send you an e-mail as soon as I set up a
>> repository.
>
> I would also like to be able to contribute to maintenance of Pagure in
> Debian.
>
> Can you post an update to this bug report for how volunteers can help:
> repository (at Alioth?), discussion mailing list, etc.

Thanks for wanting to contribute.

Yesterday I've created a repository at alioth (collab-maint/pagure), but
it's still empty.  I should push my changes later today.

As for a mailing list, I haven't created anything.  So far, we're using
this bug to coordinate the collaboration.  But I can request the
creation of a group on alioth when the package is accepted.

I'll let you know when I push the code today.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#833475: ITP: python-trollius_redis -- Redis client for the PEP 3156 Python event loop ported to Trollius

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: python-trollius_redis
  Version : 0.1.4
  Upstream Author : Ben Jolitz <ben.jolitz+trollius_re...@gmail.com>
* URL : https://github.com/benjolitz/trollius-redis
* License : BSD-2-clause
  Programming Lang: Python
  Description : Redis client for the PEP 3156 Python event loop ported to 
Trollius

  Completely asynchronous, non-blocking client for a Redis server. It
  depends on trollius (asyncio compatible for PEP 3156). It supports
  Python 2 and 3 Trollius-using developers.
  .
  Features
  .
  * Works for the trollius asyncio-compatible (PEP3156) event loop
  * No dependencies except trollius
  * Connection pooling
  * Automatic conversion from unicode (Python) to bytes (inside Redis.)
  * Bytes and str protocols.
  * Completely tested
  * Blocking calls and transactions supported
  * Streaming of some multi bulk replies
  * Pubsub support

This package is a dependency necessary for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829046: Status of pagure

[Sergio Durigan Junior]

On Friday, July 29 2016, Alexandre Viau wrote:

> Hello,

Hi there,

> What is the status of Pagure packaging, and how can I help?

I'm packaging it.  I'll be unavailable during this weekend, but I intend
to get back to work on Tuesday.

> Do you have a repository where you have started to work on the packaging?

Not yet; everything is on my machine.  But I will create a temporary
repository for packaging; then I can let you know.

> Did you compile a list of dependencies, especially unavailable
> dependencies? If yes, can you post it here so that we can start filing ITPs?

I already filed ITPs and took care of all dependencies listed on the
requirements.txt file, so we should be good on that.

> I intend to contribute to this.

Thanks for the help!  I'll send you an e-mail as soon as I set up a
repository.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#832648: midori http://www.heavens-above.com/ provokes website error

[Sergio Durigan Junior]

Control: tags -1 + unreproducible

On Thursday, July 28 2016, 積丹尼 Dan Jacobson wrote:

> firefox  http://www.heavens-above.com/ #fine
> chromium http://www.heavens-above.com/ #fine
> midori   http://www.heavens-above.com/ #Do you also see this?:
>
> Server Error in '/' Application.
>
> Runtime Error
>
> Description: An application error occurred on the server. The current
> custom error settings for this application prevent the details of the
> application error from being viewed remotely (for security
> reasons). It could, however, be viewed by browsers running on the
> local server machine.

Nope, can't reproduce.  The website shows up just fine on Midori here.
Plus, the error message you posted says it's a server issue, not a
browser problem.

BTW, I tested this with Midori from testing (GTK-2, WebKit 1) and from
experimental (GTK-3, WebKit 2), and both performed just fine.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#831521: uscan: Implement new 'nomktar' option on watch file

[Sergio Durigan Junior]

Package: devscripts
Tags: patch

Hi,

Rationale: <https://lists.debian.org/debian-mentors/2016/07/msg00389.html>

Some Debian maintainers have to deal with upstream projects that do not
offer tarballs for releases.  The modus operandi for working around this
"issue" is to provide your own replacement for the 'uupdate' script,
which should be responsible for manipulating the file(s) downloaded from
upstream and prepare a "fake" tarball to be provided to 'uupdate'.

This works, but has one drawback: there is no "easy" way to suppress the
'mk-origtargz' program to run.  And the problem with this is that
'mk-origtargz' expects a compressed tarball as its input, always.
Calling it in the situation described above leads to an error.  So, the
user is left with some non-ideal options:

1) Invoke 'uscan' passing '--no-symlink' as one of the parameters.  This
has the side-effect of skipping the call to 'mk-origtargz'.  The obvious
disadvantages are: (a) it is not obvious to the user that this option
solves the problem described above, and (b) the user will have to
remember to pass this option every time.

2) Hacking the 'uupdate'-replacement script in order to invoke it by
hand.  The obvious disadvantage is that the user won't be able to use
'uscan', and also will have to remember this every time.

Therefore, to fix this issue, I am proposing a new option, to be
provided via 'opts=' in the watch file, whose purpose is to suppress the
execution of 'mk-origtargz'.  Its effect will be similar to passing
'--no-symlink', although the user will still be able to provide
'--rename', for example.

Opinions?

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

From b40dbd4f6b052f0753aede3822a372149d8d0c7f Mon Sep 17 00:00:00 2001
From: Sergio Durigan Junior <sergi...@sergiodj.net>
Date: Sat, 16 Jul 2016 17:36:29 -0400
Subject: [PATCH] uscan: Implement 'nomktar' option to allow user to specify
 when she does not want mk-origtargz to be invoked.

---
 debian/changelog |  6 ++
 scripts/uscan.pl | 11 ++-
 2 files changed, 16 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 3b9e5a0..3207485 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,14 @@
 devscripts (2.16.7) UNRELEASED; urgency=medium
 
+  [ Paul Wise ]
   * grep-excuses:
 + Fix the script for the removal of testing.pl from release.debian.org
 
+  [ Sergio Durigan Junior ]
+  * uscan:
++ Implement 'nomktar' option to allow user to specify when she does
+  not want mk-origtargz to be invoked.
+
  -- Paul Wise <p...@debian.org>  Fri, 15 Jul 2016 22:36:19 +0800
 
 devscripts (2.16.6) unstable; urgency=medium
diff --git a/scripts/uscan.pl b/scripts/uscan.pl
index 9403ba6..818292e 100755
--- a/scripts/uscan.pl
+++ b/scripts/uscan.pl
@@ -408,6 +408,13 @@ No signature available. (No warning.)
 
 Decompress compressed archive before the pgp/gpg signature verification.
 
+=item B
+
+Do not invoke B after saving the downloaded file.  This
+is useful if you are dealing with files that are not tarballs, for
+example.  The side effect of this option is that no symlink will be
+created.
+
 =item B
 
 Disable all site specific special case code such as URL redirector uses and
@@ -2551,6 +2558,8 @@ sub process_watchline ($$)
 		$options{'pgpmode'} = 'mangle';
 		} elsif ($opt =~ /^\s*oversionmangle\s*=\s*(.+?)\s*$/) {
 		@{$options{'oversionmangle'}} = split /;/, $1;
+		} elsif ($opt =~ /^\s*nomktar\s*$/) {
+		$options{'nomktar'} = 1;
 		} else {
 		uscan_warn "unrecognised option $opt\n";
 		}
@@ -3700,7 +3709,7 @@ EOF
 my $mk_origtargz_out;
 my $path = "$destdir/$newfile_base";
 my $target = $newfile_base;
-unless ($symlink eq "no") {
+unless ($symlink eq "no" || $options{'nomktar'} ) {
 	my @cmd = ("mk-origtargz");
 	push @cmd, "--package", $pkg;
 	push @cmd, "--version", $common_mangled_newversion;
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#830836: midori misses some command line commands. Must try again once or twice

[Sergio Durigan Junior]

On Monday, July 11 2016, 積丹尼 Dan Jacobson wrote:

> Often with midori already fully running,
> I do
> $ midori http://SOME.WEB/PAGE
> but nothing happens. Sometimes I need to go back to the shell and do the
> same command one or two times more before midori suddely gets the
> message and starts browsing the page. Otherwise it is just like I did
> $ #midori ...
> with a shell comment character in front.

I could not reproduce this bug entirely here.  Here's what I found.

When Midori is already running and I try to open a page on the same
session via the command line, i.e., by doing:

  $ midori http://some.page

I can see that Midori opens the page normally.  However, if I close the
tab and issue the same command on the terminal (i.e., if I ask Midori to
open the same page I had opened before), Midori does not open the page
anymore.

But as I said, Midori works fine for and opens pages normally from the
command line.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#706264: Segmentation fault upon giving location

[Sergio Durigan Junior]

On Thursday, September 17 2015, 積丹尼 Dan Jacobson wrote:

> But now I see instead nine exact copies of "m.here.com wants to save an HTML5 
> database."
> Maybe they should all be one question:
> "m.here.com wants to save 9 HTML5 databases."

Out of curiosity, do you still see this with the Midori from
experimental (built against GTK-3.0 and WebKit 2)?  I could not
reproduce the bug anymore.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#715490: a browser with no URL bar

[Sergio Durigan Junior]

Control: tags -1 + moreinfo

On Tuesday, September 22 2015, I wrote:

> On Thursday, September 17 2015, 積丹尼 Dan Jacobson wrote:
>
>> Make the window fullscreen, via the middle icon in the top right frame
>> (icewm) and the URL bar appears.
>>
>> Make it back to default, and the URL bar disappears.
>
> OK, mentioning icewm helped me a lot here.  I tested Midori there, and I
> saw that the URL bar disappears when you resize the window and make it
> very, very small.
>
> Soon I plan to upload a new version of Midori compiled against GTK+ 3.0
> (the current one uses GTK+ 2.0); I think this change could help improve
> things in this bug.

The Midori from experimental is built against GTK-3.0 and WebKit 2.
Could you please try it and see if it fixes this bug?

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#813274: A red X is a bad image for "Verified and encrypted connection".

[Sergio Durigan Junior]

Control: tags -1 + unreproducible
Control: tags -1 + moreinfo

On Saturday, January 30 2016, 積丹尼 Dan Jacobson wrote:

> A red X is a bad image for "Verified and encrypted connection".
>
> In fact it conveys the opposite.
> Or maybe some parts of the browser are missing.

I can't reproduce this bug.  I am using the Midori from experimental,
but even on Midori from unstable/testing I still can see the little
locker.

Do you still see this problem?  Did it always happen?

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#831239: [Python-modules-team] Bug#830186: sphinx: intersphinx mapping extension causes network access during package builds

[Sergio Durigan Junior]

On Thursday, July 14 2016, Andreas Tille wrote:

>> Not sure I understand how dh-python / pybuild help with this problem.
>> 
>> I thought the recommended way to deal with building documentation was
>> something like this in debian/rules:
>> 
>> override_dh_auto_build:
>> dh_auto_build
>> PYTHONPATH=. sphinx-build -b html -N Doc/ Doc/.build/html
>> 
>> ... in which case building the documentation happens outside
>> dh_auto_build.
>
> I'm using
>
> override_dh_auto_build:
> # arch
> USE_CYTHON=true dh_auto_build
> # indep:
> PYTHONPATH=. http_proxy='127.0.0.1:9' sphinx-build -N -b html doc 
> build/html
> PYTHONPATH=. http_proxy='127.0.0.1:9' sphinx-build -N -b man doc 
> build/man
>
> in python-biom-format[1] which results in #831239.  I was once advised
> to specify the http_proxy that way (others here in this thread as well)
> and I wonder how to solve this.  If I try to export http_proxy and do
> not call sphinx-build manually at all no documentation will be created.

Hey Andreas,

You have to instruct debhelper to use dh_sphinxdoc.  I.e.:

  dh $@ --with python2,python3,bash-completion,sphinxdoc --buildsystem=pybuild

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

Bug#831061: RFS: newlisp/10.7.0-3

[Sergio Durigan Junior]

On Thursday, July 14 2016, Gianfranco Costamagna wrote:

>>Additionally, I'd like to request DM rights for newLISP, if Gianfranco
>
>>is comfortable with it.  There is at least one major task (porting
>>newLISP to GNU/Hurd, which is almost complete) that will go in soon, and
>>it would be nice to be more independent to upload my changes.
>>
>>Thank you,
>
>
> Signed and Uploaded, and I was already going to give you DM permissions,
> because you are doing a good work here!
>
> The package should go in unstable in a few minutes :)
>
> thanks for keeping the package in a good shape and for the good porting
> work!
> (I admit, silencing build warnings is something I like, even if I should
> check my own packages before bothering other people :p )

Hey Gianfranco,

Thanks a lot!

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#831061: RFS: newlisp/10.7.0-3

[Sergio Durigan Junior]

Package: sponsorship-requests
Severity: normal

Hi,

I'd like to get new changes to the newLISP package uploaded.  The
changes are:

  * Silence a warning when compiling on GNU/kFreeBSD.
When enabling builds on GNU/kFreeBSD, I forgot to forward-declare the
prototype for strptime, which generated a warning when compiling the
code.
  * Fix FTBFS on PowerPC 32-bit.
The fourth argument to semctl must be a 'union semun', but the
original code passes 0 instead.  This makes the build fail on PowerPC
32-bit, because of the calling convention for this architecture.
(Closes: #828807)

You can get the package here:

  dget -x 
https://mentors.debian.net/debian/pool/main/n/newlisp/newlisp_10.7.0-3.dsc

The mentors page for it is:

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

I am taking the liberty to Cc Gianfranco because he's uploaded my latest
changes to this package.

Additionally, I'd like to request DM rights for newLISP, if Gianfranco
is comfortable with it.  There is at least one major task (porting
newLISP to GNU/Hurd, which is almost complete) that will go in soon, and
it would be nice to be more independent to upload my changes.

Thank you,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#830742: src:fcgiwrap: Relicense Debian packaging to allow upstreaming of patches

[Sergio Talens-Oliag]

El Wed, Jul 13, 2016 at 12:41:38AM -0400, Peter Colberg va escriure:
> On Mon, Jul 11, 2016 at 02:44:08AM +0200, Jordi Mallach wrote:
> > On Sun, Jul 10, 2016 at 06:46:36PM -0400, Peter Colberg wrote:
> > > Would you agree to relicense the Debian packaging for fcgiwrap to the
> > > Expat license? This will allow us to submit Debian patches upstream.
> > 
> > Oops. Yes, no objection.
> 
> Sergio, do you also agree to relicense fcgiwrap/debian/* to Expat?
> 
> Regards,
> Peter

Yes, no problem.

-- 
Sergio Talens-Oliag <s...@debian.org>  <http://people.debian.org/~sto/>
Key fingerprint  =  FA90 8E47 1AD3 7D7F 2363  D78F 821A EE0F D167 FBDF


signature.asc
Description: Digital signature

Bug#828807: newlisp: FTBFS on powerpc: test suite segmentation fault

[Sergio Durigan Junior]

On Monday, July 11 2016, Aaron M. Ucko wrote:

> Starting program: /home/ucko/newlisp/newlisp qa-dot
>
> Testing built-in functions ...
>   -> semaphore 
> Program received signal SIGSEGV, Segmentation fault.
> 0x1fd82e54 in semctl () from /lib/powerpc-linux-gnu/libc.so.6
> (gdb) bt
> #0  0x1fd82e54 in semctl () from /lib/powerpc-linux-gnu/libc.so.6
> #1  0x20075cf8 in semaphore (sem_id=2457602, value=, 
> type=) at nl-filesys.c:2090
> #2  0x20075e10 in p_semaphore (params=) at nl-filesys.c:1996
> #3  0x2004d498 in evaluateExpression (cell=0x201b9b90) at newlisp.c:1580
> #4  0x20052ee8 in setDefine (symbol=0x20139760, params=, 
> type=) at newlisp.c:5166
> #5  0x200530d4 in p_set (params=) at newlisp.c:5104
> #6  0x2004d498 in evaluateExpression (cell=0x201b98c0) at newlisp.c:1580
> #7  0x20053f88 in p_and (params=0x201b98c0) at newlisp.c:6171
> #8  0x2004d498 in evaluateExpression (cell=0x201bcde0) at newlisp.c:1580
> #9  0x2004e348 in evaluateLambda (localLst=0x201bcde0, arg=, 
> newContext=) at newlisp.c:1901
> #10 0x2004d4d4 in evaluateExpression (cell=0x201bc150) at newlisp.c:1588
> #11 0x20052834 in p_apply (params=0x200e92a0) at newlisp.c:4732
> #12 0x2004d498 in evaluateExpression (cell=0x200ec350) at newlisp.c:1580
> #13 0x20051b08 in p_catch (params=0x200ec350) at newlisp.c:4500
> #14 0x2004d498 in evaluateExpression (cell=0x200ec400) at newlisp.c:1580
> #15 0x20053f88 in p_and (params=0x200ec400) at newlisp.c:6171
> #16 0x2004d498 in evaluateExpression (cell=0x200ec330) at newlisp.c:1580
> #17 0x20053e68 in p_evalBlock (params=0x200ec330) at newlisp.c:6123
> #18 0x2004d498 in evaluateExpression (cell=0x200ec4b0) at newlisp.c:1580
> #19 0x20053b18 in p_if (params=0x200ef520) at newlisp.c:5650
> #20 0x2004d498 in evaluateExpression (cell=0x200efc30) at newlisp.c:1580
> #21 0x20054184 in p_not (params=) at newlisp.c:6213
> #22 0x2004d498 in evaluateExpression (cell=0x200efd10) at newlisp.c:1580
> #23 0x20053a34 in p_if (params=0x200efd10) at newlisp.c:5638
> #24 0x2004d498 in evaluateExpression (cell=0x200efe00) at newlisp.c:1580
> #25 0x20055ea8 in evaluateBlock (cell=0x200efe00) at newlisp.c:5627
> #26 dolist (params=0x200efce0, doType=) at newlisp.c:6095
> #27 0x2004d498 in evaluateExpression (cell=0x200ef5c0) at newlisp.c:1580
> #28 0x2004e348 in evaluateLambda (localLst=0x200ef5c0, arg=, 
> newContext=) at newlisp.c:1901
> #29 0x2004d4d4 in evaluateExpression (cell=0x200eb100) at newlisp.c:1588
> #30 0x2004f040 in evaluateStream (stream=0xfffeedcc, outDevice=0, 
> flag=) at newlisp.c:1337
> #31 0x20052280 in loadFile (fileName=, offset=0, 
> linkFlag=, context=) at newlisp.c:3317
> #32 0x20047aa8 in main (argc=2, argv=0xfffef714) at newlisp.c:897

I found the problem.  Segmentation faults on semctl usually mean that
the last argument being passed to the function has the wrong type, which
is the case here.  For PowerPC, this has the side-effect of messing with
calling conventions, which causes the problem.

Anyway, I already have a fix for this so I'll prepare a new release of
the package soon.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#830844: Krb5.so fails to load: missing symbol krb5_free_krbhst

[Sergio Gelato]

Package: libauthen-krb5-perl
Version: 1.9-4
Severity: serious

$ env PERL_DL_NONLAZY=1 perl -MAuthen::Krb5 -e '1;'
Can't load '/usr/lib/i386-linux-gnu/perl5/5.20/auto/Authen/Krb5/Krb5.so' for 
module Authen::Krb5: 
/usr/lib/i386-linux-gnu/perl5/5.20/auto/Authen/Krb5/Krb5.so: undefined symbol: 
krb5_free_krbhst at /usr/lib/i386-linux-gnu/perl/5.20/DynaLoader.pm line 187.
 at -e line 0.
Compilation failed in require.
BEGIN failed--compilation aborted.

This breaks test suites or anything else that sets PERL_DL_NONLAZY=1.

The problem is that this module uses an internal MIT Kerberos API that has
been removed. From Krb5.xs:

/*
 * These are internal Kerberos library functions that aren't prototyped and
 * that we probably shouldn't be calling.  Prototype them with the arguments
 * we expect and leave them for now pending an API cleanup.
 */
krb5_error_code krb5_free_krbhst(krb5_context, char * const *);
krb5_error_code krb5_get_krbhst(krb5_context, const krb5_data *, char ***);

And from the changelog (doc/CHANGES) for package krb5:

commit 81fde7e475b02986c1aff88766cc48882004d5dc
Author: Greg Hudson 
Date:   Fri Mar 22 16:00:48 2013 -0400

Get rid of krb5_{get,free}_krbhst

These functions were always internal.  They haven't been used since
v5passwdd was eliminated in krb5 1.4.

Bug#828807: newlisp: FTBFS on powerpc: test suite segmentation fault

[Sergio Durigan Junior]

On Monday, July 11 2016, Aaron M. Ucko wrote:

> Sergio Durigan Junior <sergi...@sergiodj.net> writes:
>
>> Right, so I've given this another try and, again, I am unable to
>> reproduce the bug.  I am using pizzetti.debian.org (porter box) to test,
>> and it is the only machine that I have access to.
>
> It looks like you accidentally got the wrong porterbox -- pizzetti is
> running ppc64, on which newlisp hasn't run into any trouble.  I was able
> to reproduce the problem on partch, which is running classic 32-bit
> powerpc; see below for the resulting backtrace.

Hm, you're right.  I'll get in touch with DSA and request access to
partch.  Thanks for the pointer.

>> Therefore, I am out of options for diagnosing this issue.  I see you're
>> a DD, so I'd appreciate some help here, because you probably have access
>> to the buildd machine that showed the failure.  Can you try to generate
>> a corefile there?
>
> FTR, access to actual buildds is limited to a handful of DDs actively
> involved in porting or system administration, and I am not among them.

Ops, didn't know that.

> Meanwhile, I noticed that #828805 is still a problem on the Hurd
> (porterbox exodar.debian.net).

I'll have to ask DSA about this one too.

> 
>
> Starting program: /home/ucko/newlisp/newlisp qa-dot
>
> Testing built-in functions ...
>   -> semaphore 
> Program received signal SIGSEGV, Segmentation fault.
> 0x1fd82e54 in semctl () from /lib/powerpc-linux-gnu/libc.so.6
> (gdb) bt
> #0  0x1fd82e54 in semctl () from /lib/powerpc-linux-gnu/libc.so.6
> #1  0x20075cf8 in semaphore (sem_id=2457602, value=, 
> type=) at nl-filesys.c:2090
> #2  0x20075e10 in p_semaphore (params=) at nl-filesys.c:1996
> #3  0x2004d498 in evaluateExpression (cell=0x201b9b90) at newlisp.c:1580
> #4  0x20052ee8 in setDefine (symbol=0x20139760, params=, 
> type=) at newlisp.c:5166
> #5  0x200530d4 in p_set (params=) at newlisp.c:5104
> #6  0x2004d498 in evaluateExpression (cell=0x201b98c0) at newlisp.c:1580
> #7  0x20053f88 in p_and (params=0x201b98c0) at newlisp.c:6171
> #8  0x2004d498 in evaluateExpression (cell=0x201bcde0) at newlisp.c:1580
> #9  0x2004e348 in evaluateLambda (localLst=0x201bcde0, arg=, 
> newContext=) at newlisp.c:1901
> #10 0x2004d4d4 in evaluateExpression (cell=0x201bc150) at newlisp.c:1588
> #11 0x20052834 in p_apply (params=0x200e92a0) at newlisp.c:4732
> #12 0x2004d498 in evaluateExpression (cell=0x200ec350) at newlisp.c:1580
> #13 0x20051b08 in p_catch (params=0x200ec350) at newlisp.c:4500
> #14 0x2004d498 in evaluateExpression (cell=0x200ec400) at newlisp.c:1580
> #15 0x20053f88 in p_and (params=0x200ec400) at newlisp.c:6171
> #16 0x2004d498 in evaluateExpression (cell=0x200ec330) at newlisp.c:1580
> #17 0x20053e68 in p_evalBlock (params=0x200ec330) at newlisp.c:6123
> #18 0x2004d498 in evaluateExpression (cell=0x200ec4b0) at newlisp.c:1580
> #19 0x20053b18 in p_if (params=0x200ef520) at newlisp.c:5650
> #20 0x2004d498 in evaluateExpression (cell=0x200efc30) at newlisp.c:1580
> #21 0x20054184 in p_not (params=) at newlisp.c:6213
> #22 0x2004d498 in evaluateExpression (cell=0x200efd10) at newlisp.c:1580
> #23 0x20053a34 in p_if (params=0x200efd10) at newlisp.c:5638
> #24 0x2004d498 in evaluateExpression (cell=0x200efe00) at newlisp.c:1580
> #25 0x20055ea8 in evaluateBlock (cell=0x200efe00) at newlisp.c:5627
> #26 dolist (params=0x200efce0, doType=) at newlisp.c:6095
> #27 0x2004d498 in evaluateExpression (cell=0x200ef5c0) at newlisp.c:1580
> #28 0x2004e348 in evaluateLambda (localLst=0x200ef5c0, arg=, 
> newContext=) at newlisp.c:1901
> #29 0x2004d4d4 in evaluateExpression (cell=0x200eb100) at newlisp.c:1588
> #30 0x2004f040 in evaluateStream (stream=0xfffeedcc, outDevice=0, 
> flag=) at newlisp.c:1337
> #31 0x20052280 in loadFile (fileName=, offset=0, 
> linkFlag=, context=) at newlisp.c:3317
> #32 0x20047aa8 in main (argc=2, argv=0xfffef714) at newlisp.c:897

Thanks, that is helpful.  I'll investigate more later and come back as
soon as I find the fix to the problem.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#828807: newlisp: FTBFS on powerpc: test suite segmentation fault

[Sergio Durigan Junior]

Control: tags -1 + moreinfo

On Monday, July 04 2016, Aaron M. Ucko wrote:

> Sergio Durigan Junior <sergi...@sergiodj.net> writes:
>
>> I can't reproduce this.  I believe it may have something to do with the
>> machine it was built.  I'll upload a fix for the other bugs soon, and
>> see how the ppc build performs.  Depending on the results I'll close
>> this bug.
>
> OK, thanks.  Alas, it looks like this failure's still occurring.  (The
> other builds look good, though a couple of non-release architectures ran
> into a dpkg-dev bug.)

Right, so I've given this another try and, again, I am unable to
reproduce the bug.  I am using pizzetti.debian.org (porter box) to test,
and it is the only machine that I have access to.

I noticed that the sid chroot available there does not have the version
of GCC being used by the buildd machine, so I decided to try to build
the package on experimental (with GCC 6)...  and it works as well!

Therefore, I am out of options for diagnosing this issue.  I see you're
a DD, so I'd appreciate some help here, because you probably have access
to the buildd machine that showed the failure.  Can you try to generate
a corefile there?

Last, but not least, it seems that this is not an issue with newLISP,
but rather an issue with some other program involved in the building
process.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#830825: ITP: python-openid-cla -- OpenID CLA extension for python-openid

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: python-openid-cla
  Version : 1.2
  Upstream Author : Patrick Uiterwijk <puiterw...@gmail.com>
* URL : https://github.com/puiterwijk/python-openid-cla
* License : BSD-3-clause
  Programming Lang: Python
  Description : OpenID CLA extension for python-openid

 Implementation of the OpenID CLA extension for python-openid.  The
 purpose of this extension is to allow retrieving a list of signed
 contributor license agreements.

This package is a dependency necessary for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#828140: WARNING **: /usr/lib/midori/libformhistory.so: cannot open shared object file: No such file or directory

[Sergio Durigan Junior]

On Saturday, June 25 2016, 積丹尼 Dan Jacobson wrote:

> Package: midori
> Version: 0.5.11-ds1-100~exp1
>
> ** (midori4:23531): WARNING **: /usr/lib/midori/libformhistory.so: cannot 
> open shared object file: No such file or directory
>
> ** (midori4:23531): WARNING **: /usr/lib/midori/libnsplugin-manager.so: 
> cannot open shared object file: No such file or directory

Do you still see this bug with the new version in experimental?

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#828157: RFS: lua-stdlib/41.2.0-1 [ITP #727169]

[Sergio Durigan Junior]

On Saturday, June 25 2016, I wrote:

> Dear mentors,
>
> I am looking for a sponsor for my package "lua-stdlib":
>
> * Package name: lua-stdlib
>   Version : v35
>   Upstream Author : Reuben Thomas et al.
> * URL or Web page : https://github.com/rrthomas/lua-stdlib
> * License : MIT
>   Description : Standard Lua libraries
>
> It builds those binary packages:
>
>   lua-stdlib - Standard Lua libraries
> lua-stdlib-dev - Standard Lua libraries - development files
>  
> To access further information about this package, please visit the
> following URL:
>
>   https://mentors.debian.net/package/lua-stdlib
>
> Alternatively, one can download the package with dget using this
> command:
>
>   dget -x 
> https://mentors.debian.net/debian/pool/main/l/lua-stdlib/lua-stdlib_41.2.0-1.dsc
>
> More information about lua-stdlib can be obtained from
> <https://github.com/lua-stdlib/lua-stdlib>.

Ping.

I'm taking the liberty of Cc'ing Enrico Tassi who is one of the leaders
of the pkg-lua team.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829655: ITP: python-openid-teams -- OpenID teams extension for python-openid

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: python-openid-teams
  Version : 1.1
  Upstream Author : Patrick Uiterwijk <puiterw...@gmail.com>
* URL : https://github.com/puiterwijk/python-openid-teams
* License : BSD-3-clause
  Programming Lang: Python
  Description : OpenID teams extension for python-openid

 Implementation of the OpenID teams extension for python-openid.

This package is a dependency necessary for pagure.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829286: RFS: newlisp/10.7.0-2

[Sergio Durigan Junior]

On Monday, July 04 2016, Gianfranco Costamagna wrote:

>>Still nothing.  I had read the page, but it mentions the format of the
>>.commands file, and not dcut's CLI options.  I also tried specifying the
>>options in a different order, but I get the same error.
>
>
> dcut ftp-master reschedule -d 0  -f newlisp_10.7.0-2_source.changes
>
> this works for dput-ng I think

Alright, after installing dput-ng (I had the "normal" dput package
installed) it works.  And I can confirm that the commands were accepted
and that the package apparently has moved to the 0-day queue.  Indeed,
it seems like a bug...

Thanks!

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829286: RFS: newlisp/10.7.0-2

[Sergio Durigan Junior]

On Sunday, July 03 2016, James Cowgill wrote:

>> Hm, here's what I see when I try it:
>> 
>>   D: dcut 0.2.1
>>   D: trying to get maintainer email from environment
>>   D: Uploader from env: Sergio Durigan Junior <sergi...@sergiodj.net>
>>   D: first argument "ftp-master" treated as host
>>   D: loading dput
>>   D: calling dput.read_configs
>>   D: Parsing Configuration File /etc/dput.cf
>>   D: Parsing Configuration File /home/sergio/.dput.cf
>>   D: Successfully parsed command "reschedule -d 0 -f 
>> newlisp_10.7.0-2_source.changes"
>>   D: calling debsign: ['debsign', '-mSergio Durigan Junior ',
>>   
>> '/tmp/dcut.RMMfsD/dcut.Sergio_Durigan_Junior__sergiodj_sergiodj_net_.1467570258.1694.commands']
>>   .commands file has invalid Commands line: reschedule -d 0 -f 
>> newlisp_10.7.0-2_source.changes
>>   debsign: .commands file appears to be invalid. see:
>>   ftp://ftp.upload.debian.org/pub/UploadQueue/README
>>   for valid format
>>   Error: debsign failed.
>> 
>> Is this my fault?
>
> I think the syntax is:
>  dcut reschedule newlisp_10.7.0-2_source.changes 0-day
>
> The above link that dcut outputted contains the format of all the
> available commands.

Still nothing.  I had read the page, but it mentions the format of the
.commands file, and not dcut's CLI options.  I also tried specifying the
options in a different order, but I get the same error.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829506: ITP: flask-multistatic -- A simple flask plugin for overriding static files

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: flask-multistatic
  Version : 1.0
  Upstream Author : Pierre-Yves Chibon <pin...@pingoured.fr>
* URL : https://pagure.io/flask-multistatic
* License : GPL-3+
  Programming Lang: Python
  Description : A simple flask plugin for overriding static files

 Simple flask plugin allowing to override static files, making theming
 flask applications really easy.

This package is a dependency necessary for pagure.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829492: ITP: flask-wtf -- Simple integration of Flask and WTForms

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: flask-wtf
  Version : 0.12
  Upstream Author : Dan Jacob, Hsiaoming Yang et al
* URL : https://github.com/lepture/flask-wtf
* License : BSD-3-clause
  Programming Lang: Python
  Description : Simple integration of Flask and WTForms

 Simple integration of Flask and WTForms, including CSRF, file upload
 and Recaptcha integration.

This package is a dependency necessary for pagure.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829286: RFS: newlisp/10.7.0-2

[Sergio Durigan Junior]

On Sunday, July 03 2016, Gianfranco Costamagna wrote:

>>Thanks for the review, Gianfranco.  If I may, I'd like to propose that
>
>>you upload the package as-is by the end of tomorrow (Sunday) even if
>>Andrey doesn't reply.  I'd really like to get these fixes uploaded ASAP.
>
>
> fine for me, you already did a nice bug triaging, and almost fixed
> all the bugs you got (+1 unreproducible/possibly fixed)
>
> dput -e 1 ftp-master newlisp_10.7.0-2_source.changes
>
> BTW, I put it on deferred/1, and I have a question for you :)

Thanks, Gianfranco.

> as a DM, I'm pretty sure (but I can't check this anymore since I moved to DD),
> that you can reschedule stuff for other people too.
> Can you please try this command?
> dcut ftp-master reschedule -d 0 -f newlisp_10.7.0-2_source.changes
>
> this should move the newlisp in incoming queue

Hm, here's what I see when I try it:

  D: dcut 0.2.1
  D: trying to get maintainer email from environment
  D: Uploader from env: Sergio Durigan Junior <sergi...@sergiodj.net>
  D: first argument "ftp-master" treated as host
  D: loading dput
  D: calling dput.read_configs
  D: Parsing Configuration File /etc/dput.cf
  D: Parsing Configuration File /home/sergio/.dput.cf
  D: Successfully parsed command "reschedule -d 0 -f 
newlisp_10.7.0-2_source.changes"
  D: calling debsign: ['debsign', '-mSergio Durigan Junior 
<sergi...@sergiodj.net>',
  
'/tmp/dcut.RMMfsD/dcut.Sergio_Durigan_Junior__sergiodj_sergiodj_net_.1467570258.1694.commands']
  .commands file has invalid Commands line: reschedule -d 0 -f 
newlisp_10.7.0-2_source.changes
  debsign: .commands file appears to be invalid. see:
  ftp://ftp.upload.debian.org/pub/UploadQueue/README
  for valid format
  Error: debsign failed.

Is this my fault?

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#817453: #817453: filetraq: Removal of debhelper compat 4 (was: Re: systraq is marked for autoremoval from testing)

[Sergio Talens-Oliag]

El Sat, Jul 02, 2016 at 09:01:49AM +0200, Joost van Baal-Ilić va escriure:
> Hi,
> 
> Attached is the debdiff of this NMU.  Sergio: if you'd prefer me to _not_ 
> upload,
> please let me now soonish.  I am willing to take over mainainership of 
> filetraq,
> btw.

Feel free to take it, lately I have near to zero time for packages, I'll try
to catch up but if you are interested it's ok for me.

> 
> Thanks, Bye,
> 
> Joost
> 
> 
> 
> On Mon, Jun 20, 2016 at 10:57:23PM +0200, Joost van Baal-Ilić wrote:
> > tags 817453 +pending
> > thanks
> > 
> > Hi,
> > 
> > In order to solve the problem quoted below; I've prepared an NMU for 
> > filetraq,
> > fixing #817453 (and some other maintenance / bitrot-coping thingies).  
> > Package
> > is available now from http://mdcc.cx/tmp/filetraq/ 
> > (filetraq_0.2-14.1_all.deb ,
> > filetraq_0.2-14.1.dsc e.a.) .  I plan to upload in a couple of days.
> > 
> > Sergio: what do you think?
> > 
> > Thanks, Bye,
> > 
> > Joost
> > 
> > 
> > 
> > On Mon, Jun 20, 2016 at 04:39:35AM +, Debian testing autoremoval watch 
> > wrote:
> > > systraq 20160316-1 is marked for autoremoval from testing on 2016-07-19
> > > 
> > > It (build-)depends on packages with these RC bugs:
> > > 817453: filetraq: Removal of debhelper compat 4
> > > 
> 
> 

> diff -u filetraq-0.2/debian/control filetraq-0.2/debian/control
> --- filetraq-0.2/debian/control
> +++ filetraq-0.2/debian/control
> @@ -2,11 +2,12 @@
>  Section: admin
>  Priority: optional
>  Maintainer: Sergio Talens-Oliag <s...@debian.org>
> -Build-Depends-Indep: cdbs, debhelper (>= 4.2)
> +Build-Depends: cdbs, debhelper (>= 9)
>  Standards-Version: 3.6.2.1
>  
>  Package: filetraq
>  Architecture: all
> +Depends: ${misc:Depends}
>  Description: Small utility to keep track of changes in config files
>   FileTraq is just a shell script that reads a list of files to watch, runs
>   diff against each file and its backup, and reports any discrepancies, along
> diff -u filetraq-0.2/debian/compat filetraq-0.2/debian/compat
> --- filetraq-0.2/debian/compat
> +++ filetraq-0.2/debian/compat
> @@ -1 +1 @@
> -4
> +9
> diff -u filetraq-0.2/debian/changelog filetraq-0.2/debian/changelog
> --- filetraq-0.2/debian/changelog
> +++ filetraq-0.2/debian/changelog
> @@ -1,3 +1,17 @@
> +filetraq (0.2-14.1) unstable; urgency=low
> +
> +  * Non-maintainer upload.
> +  * debian/compat: bump from debhelper 4 to 9; thanks Niels Thykier (Closes:
> +Bug#817453).
> +  * debian/control: update debhelper from >= 4.2 to >= 9.
> +  * debian/control: change Build-Depends-Indep to Build-Depends (cdbs,
> +debhelper): these are required to run the clean target.  Thanks lintian.
> +  * debian/control: add Depends: ${misc:Depends} to satisfy debhelper. Thanks
> +lintian.
> +  * debian/copyright: completed.  Thanks lintian.
> +
> + -- Joost van Baal-Ilić <joos...@debian.org>  Mon, 20 Jun 2016 22:16:10 +0200
> +
>  filetraq (0.2-14) unstable; urgency=low
>  
>* Install script on /usr/sbin instead of /usr/bin (Closes: Bug#355669).
> diff -u filetraq-0.2/debian/copyright filetraq-0.2/debian/copyright
> --- filetraq-0.2/debian/copyright
> +++ filetraq-0.2/debian/copyright
> @@ -8,3 +8,18 @@
> -Copyright:
> +Copyright (c) 2000 Jeremy Weatherford
>  
> -GPL, on debian systems look in '/usr/share/common-licenses/GPL'.
> +This program is free software; you can redistribute it and/or modify
> +it under the terms of the GNU General Public License as published by
> +the Free Software Foundation; either version 2 of the License, or
> +(at your option) any later version.
> +
> +This program is distributed in the hope that it will be useful,
> +but WITHOUT ANY WARRANTY; without even the implied warranty of
> +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> +GNU General Public License for more details.
> +
> +You should have received a copy of the GNU General Public License
> +along with this program; if not, write to the Free Software
> +Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA
> +02110-1301, USA.
> +
> +On Debian systems look in '/usr/share/common-licenses/GPL-2'.




-- 
Sergio Talens-Oliag <s...@mixinet.net>  <http://mixinet.net/stoblog/>
Key fingerprint = FA90 8E47 1AD3 7D7F 2363  D78F 821A EE0F D167 FBDF

Bug#829286: RFS: newlisp/10.7.0-2

[Sergio Durigan Junior]

On Saturday, July 02 2016, Gianfranco Costamagna wrote:

> I agree with your POV, lets see Andrey's opinion, I'm fine with the changes 
> now :)

Thanks for the review, Gianfranco.  If I may, I'd like to propose that
you upload the package as-is by the end of tomorrow (Sunday) even if
Andrey doesn't reply.  I'd really like to get these fixes uploaded ASAP.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829286: RFS: newlisp/10.7.0-2

[Sergio Durigan Junior]

Control: tags -1 - moreinfo

On Saturday, July 02 2016, Gianfranco Costamagna wrote:

>>I'd like to get a few changes I've made to newlisp uploaded.  They
>
>>basically fix two bugs: 828805 and 828806.
>>
>>The changes are:
>>
>>- Support GNU/kFreeBSD builds (by creating the necessary makefiles and
>>  adjusting source files accordingly), and
>>
>>- Do not use -m32/-m64 when building.
>>
>>I have also updated the Vcs-* links in order to reflect the use of
>>collab-maint instead of my personal git server.
>>
>>I'm Cc'ing Andrey Rahmatullin on this message because he is the DD who
>>sponsored the package first, so I believe I should give him "precedence"
>>(also because I'd like to get DM rights on newlisp, so it's easier if I
>>work with just one person).
>
>
> sure, I won't upload it, unless Andrey asks me.
>
> I have just a few notes, from a quick review:
>
> 1) + libncurses5-dev
>
>
> why?

Hm, this is actually only needed for GNU/kFreeBSD, which uses -lncurses
on the linking phase.  I updated Build-Depends to reflect that.

> please explain the additional build dependency in changelog!

Done.

> 2)
> did you remove the -m32 and -m64 with some special sed command?

Yeah, it was just a simple sed command to remove things from all
Makefiles.  But it seems I did not specify the right set of files to
apply the substitutions.

> I ask, because you also patched some binaries in the source tree, and
> I'm mostly sure this isn't what you have to do:
> +diff --git a/qa-specific-tests/ffitest.dylib 
> b/qa-specific-tests/ffitest.dylib
> +index 3017a91..4e0eb2e 100755
> +--- a/qa-specific-tests/ffitest.dylib
>  b/qa-specific-tests/ffitest.dylib
>
>
> this, IIRC is some OSX special file, so I guess you better remove that file
> from the patch, since it is introducing really useless stuff.

Totally right, and this is actually a Windows binary used for testing.

> also, you have an ~1k LOC patch, where probably you would just need to patch
> two or three places
> (but if you got this patch upstream accepted I would leave it as-is)
>
> Otherwise I would avoid patching places such as
> +-(compile-recover "gcc -m32 ../util/ffitest.c -shared -o 
> ffitest.dylib")
> +-(compile-recover "gcc -m64 ../util/ffitest.c -shared -o 
> ffitest.dylib"))
>
>
> makefile_sunos*
> makefile_opensolaris*
> makefile_netbsd*
>
> and so on
>
> As a personal opinion, I would patch all of them only after getting them 
> accepted
> upstream, and in case they don't care about this, just patch the minimum set 
> of files/makefiles
> used in Debian/Linux/kFreeBSD builds.

Right, I only patched the GNU/{Linux,kFreeBSD} files now.  Thanks for
the heads up.

> Otherwise a 1k lines patch will be probably a nightmare to maintain/rebase on 
> new releases.

On the one hand, I see your point in maintaining a large patch on Debian
and rebasing it on every new release.  On the other hand, this patch
only touches the build system, which is unlikely to change much in the
near future.  Also, I am in touch with upstream and will propose all of
my local patches to them, so hopefully I won't need to carry anything
else for the next releases.

I've uploaded a new version of the package to mentors.d.n.  If you could
take a look, I'd appreciate!

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829208: RFS: evil-paredit-el/0.0.2-1 ITP

[Sergio Durigan Junior]

On Friday, July 01 2016, Dmitry Bogatov wrote:

>> 1. In d/copyright, the license should be called "Expat" not "MIT" since
>>"MIT" is ambiguous between several different licenses.
>
> Is it true? AFAIC, there are 3 versions of BSD (2,3,4 clauses) and only
> one MIT.

Debian uses Expat instead of MIT.  There are unfortunately many "MIT
licenses" and the interpretation is ambiguous:

  <https://www.gnu.org/licenses/license-list.html#X11License>

  <https://en.wikipedia.org/wiki/MIT_License#Various_versions>

See also DEP5:

  <http://dep.debian.net/deps/dep5/>

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829286: RFS: newlisp/10.7.0-2

[Sergio Durigan Junior]

Package: sponsorship-requests
Severity: normal

Hi,

I'd like to get a few changes I've made to newlisp uploaded.  They
basically fix two bugs: 828805 and 828806.

The changes are:

- Support GNU/kFreeBSD builds (by creating the necessary makefiles and
  adjusting source files accordingly), and

- Do not use -m32/-m64 when building.

I have also updated the Vcs-* links in order to reflect the use of
collab-maint instead of my personal git server.

I'm Cc'ing Andrey Rahmatullin on this message because he is the DD who
sponsored the package first, so I believe I should give him "precedence"
(also because I'd like to get DM rights on newlisp, so it's easier if I
work with just one person).

The package can be found at:

  <https://mentors.debian.net/package/newlisp>

And can be downloaded with:

  dget -x 
https://mentors.debian.net/debian/pool/main/n/newlisp/newlisp_10.7.0-2.dsc

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#828807: newlisp: FTBFS on powerpc: test suite segmentation fault

[Sergio Durigan Junior]

Control: tags -1 + unreproducible

On Monday, June 27 2016, Aaron M. Ucko wrote:

> newlisp's compilation succeeded on powerpc, but the test suite
> proceeded to crash:
>
>make check | grep '>>>'
>make[2]: warning: jobserver unavailable: using -j1.  Add '+' to parent 
> make rule.
>make[2]: *** [check] Segmentation fault
>
> I don't have further details, but perhaps you can reproduce the
> problem on a porterbox.

I can't reproduce this.  I believe it may have something to do with the
machine it was built.  I'll upload a fix for the other bugs soon, and
see how the ppc build performs.  Depending on the results I'll close
this bug.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#828147: midori ruined

[Sergio Durigan Junior]

On Friday, July 01 2016, 積丹尼 Dan Jacobson wrote:

> SDJ> I've just uploaded midori_0.5.12~wk2 into experimental.
>
> OK this seems much better. Closing.

Thanks, Dan.  Can you also check the other bugs you've opened recently
against the experimental package as well, please?

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829153: ITP: straight.plugin -- A simple namespaced plugin facility for Python

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: straight.plugin
  Version : 1.4.1
  Upstream Author : Calvin Spealman <ironfro...@gmail.com> et al
* URL : https://github.com/ironfroggy/straight.plugin
* License : Expat (MIT)
  Programming Lang: Python
  Description : A simple namespaced plugin facility for Python

  straight.plugin is a Python plugin loader inspired by twisted.plugin
  with two important distinctions:

  - Fewer dependencies
  - Python 3 compatible

  The system is used to allow multiple Python packages to provide plugins
  within a namespace package, where other packages will locate and
  utilize. The plugins themselves are modules in a namespace package where
  the namespace identifies the plugins in it for some particular purpose
  or intent.

This package is a dependency necessary for pagure.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829033: ITP: fpaste -- Tool to paste text and files to the Fedora Pastebin

[Sergio Durigan Junior]

On Thursday, June 30 2016, Paul Wise wrote:

> On Thu, Jun 30, 2016 at 9:20 AM, Simon Richter wrote:
>
>> Can that be merged into the more generic "pastebinit" package?
>
> Looks like it already supports fpaste.org:
>
> $ pastebinit -l | grep fpaste
> - fpaste.org
>
> BTW, Sergio may not be subscribed to debian-devel, so CCing the bug
> might have been a good idea.

Thanks everybody who replied to the ITP!  (And I'm subscribed to
debian-devel, but thanks Paul for the reminder).

I closed the bug yesterday after Sandro Tosi pointed out the same thing:
that pastebinit already supports fpaste.org.  Even though I don't like
the way pastebinit works, I decided to withdraw the ITP.

Oh, it's worth mentioning that pastebinit's support for fpaste is
broken.  I reported a bug upstream about it.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829033: ITP: fpaste -- Tool to paste text and files to the Fedora Pastebin

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior <sergi...@sergiodj.net>

* Package name: fpaste
  Version : 0.3.8.3
  Upstream Author : Jason 'zcat' Farrell <farre...@gmail.com>
* URL : https://pagure.io/fpaste
* License : GPL-3+
  Programming Lang: Python
  Description : Tool to paste text and files to the Fedora Pastebin

  fpaste is a command-line front-end for the Fedora Pastebin service at
  fpaste.org. It allows easy uploading of multiple files, or of
  copy text from stdin, without requiring a web browser. A unique
  fpaste link is returned, which can then be given to others who are
  offering help.

I should have a package ready soon.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#828889: RFS: elisp-slime-nav-el/0.9-1 ITP

[Sergio Durigan Junior]

On Wednesday, June 29 2016, Gianfranco Costamagna wrote:

>>3) Any reason why you're using debhelper version 10?  It's still
>
>>experimental, so you probably should be using version 9.
>
>
> I'm not sure about this, some days ago debhelper 11 implementation started, 
> so I think compat
> level 10 is somewhat considered stable?
> https://anonscm.debian.org/git/debhelper/debhelper.git/commit/?id=d52c3364f9518e021be31f350204fe8e4a24619b

According to:

  <https://lists.debian.org/debian-devel-announce/2016/06/msg2.html>

It's ready for public testing, but that doesn't necessarily mean that
it's stable.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#828933: Improve check to determine if the package installs a new interpreter

[Sergio Durigan Junior]

On Wednesday, June 29 2016, Jakub Wilk wrote:

> Control: tags -1 + pending
>
> * Sergio Durigan Junior <sergi...@sergiodj.net>, 2016-06-29, 01:18:
>> the current check to see if there is a new interpreter being
>> installed is incomplete, because it assumes that the executable file
>> will be in the toplevel directory.
>
> Not quite. The code worked in the usual case when full interpreter
> path was specified, i.e. "#!/usr/bin/foo", but not for "#!/usr/bin/env
> foo".

Hm, alright.  Indeed, the case that was failing with me was exactly the
"#!/usr/bin/env foo".

> I've committed a different fix for the latter case.

Thanks!

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

Bug#828934: Add newLISP to the list of known interpreters

[Sergio Durigan Junior]

Package: lintian
Version: 2.5.44
Severity: wishlist
Tags: patch

Hi,

newLISP has been recently packaged for Debian:

  <https://tracker.debian.org/news/778899>

So now it is time to add it to the list of known interpreters, in order
to avoid the 'unusual-interpreter' warning.  The attached patch does
that.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

From 11cc1ccde4fd3cf22dc8860b60daf8ed1f07f08e Mon Sep 17 00:00:00 2001
From: Sergio Durigan Junior <sergi...@sergiodj.net>
Date: Wed, 29 Jun 2016 01:21:42 -0400
Subject: [PATCH] Add newLISP to the list of known interpreters

newLISP has been packaged for Debian, so now it should be added to
list of known interpreters.
---
 data/scripts/interpreters | 1 +
 1 file changed, 1 insertion(+)

diff --git a/data/scripts/interpreters b/data/scripts/interpreters
index e569eb5..5eb1a6d 100644
--- a/data/scripts/interpreters
+++ b/data/scripts/interpreters
@@ -58,6 +58,7 @@ make   => /usr/bin, make | build-essential | dpkg-dev
 mawk   => /usr/bin
 mksh   => /bin
 mscgen => /usr/bin
+newlisp=> /usr/bin
 ngraph => /usr/bin, ngraph-gtk
 nickle => /usr/bin
 nodejs => /usr/bin
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#828933: Improve check to determine if the package installs a new interpreter

[Sergio Durigan Junior]

Package: lintian
Version: 2.5.44
Severity: normal
Tags: patch

Hi,

When packaging newlisp, I noticed that lintian was displaying the
'unusual-interpreter' warning.  However, after some research, I learned
that lintian should take into account the fact that a package can
actually install a new interpreter, and in this specific case the
warning should be supressed.

I took the liberty to hack lintian and found that the current check to
see if there is a new interpreter being installed is incomplete, because
it assumes that the executable file will be in the toplevel directory.
The fix is simple: we should check if there is a file name $interpreter
under /usr/bin, because that is where new executables are (usually)
installed.

I decided to extend the check instead of replacing it (i.e., lintian
will still check if there is an executable called $interpreter on the
topleve directory), but my gut feeling is that the old check could be
removed safely.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

From 20f0805afa856eecee39f95eb5e64a321040f71e Mon Sep 17 00:00:00 2001
From: Sergio Durigan Junior <sergi...@sergiodj.net>
Date: Wed, 29 Jun 2016 01:08:11 -0400
Subject: [PATCH] Improve check to determine if the package installs a new
 interpreter

The current check to determine if the package installs a new
interpreter is incomplete because it does not take into account the
fact that interpreters are usually installed under '/usr/bin'.  This
patch improves and extends the check to include this case.
---
 checks/scripts.pm | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/checks/scripts.pm b/checks/scripts.pm
index a2afaee..f21ffd5 100644
--- a/checks/scripts.pm
+++ b/checks/scripts.pm
@@ -371,7 +371,8 @@ sub run {
 }
 } elsif ($interpreter =~ m,/usr/local/,) {
 script_tag('interpreter-in-usr-local', $filename,"#!$interpreter");
-} elsif ($executable{'.' . $interpreter}) {
+} elsif ($executable{'.' . $interpreter}
+ or $executable{'usr/bin' . $interpreter}) {
  # Package installs the interpreter itself, so it's probably ok.  Don't
  # emit any tag for this.
 } elsif ($interpreter eq '/bin/env') {
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#828889: RFS: elisp-slime-nav-el/0.9-1 ITP

[Sergio Durigan Junior]

On Tuesday, June 28 2016, Dmitry Bogatov wrote:

> Dear mentors,
>
> I am looking for a sponsor for my package "elisp-slime-nav-el"
>
> * Package name: elisp-slime-nav-el
>   Version : 0.9-1
>   Upstream Author : Steve Purcell <st...@sanityinc.com>
> * Url : https://github.com/purcell/elisp-slime-nav
> * Licenses: GPL-3+
>   Section : lisp

Hey Dmitry,

Thanks for the package.  Just a quick review because I'm not at my
Debian machine right now.

A few things pop out when I looked at the mentors.d.n for your package.

1) The links listed on the Vcs-* fields are not valid, so perhaps you
may want to (a) push your git repo temporarily at another URL, or (b)
create the repo under collab-maint/ and push your things there.

2) It seems you forgot to set the distribution to 'unstable' on your
debian/changelog file.

3) Any reason why you're using debhelper version 10?  It's still
experimental, so you probably should be using version 9.

For now, that's all I have.  I will try to look at the package later and
see if I have any more comments about it.

Thanks!

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

Bug#828147: midori ruined

[Sergio Durigan Junior]

On Saturday, June 25 2016, 積丹尼 Dan Jacobson wrote:

> Downgrading midori from 0.5.11-ds1-100~exp1 to 0.5.11-ds1-2 fixes it.

I've just uploaded midori_0.5.12~wk2 into experimental.  This package is
built from the current development branch of Midori (well, one of them
at least) and contains several bug fixes.  Could you give it a try,
please?

It's worth mentioning that I don't know if this experimental package
will indeed become the official Midori 0.5.12, but it seems that this is
very likely to happen, so that's why I named the package that way.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#828805: newlisp: FTBFS on non-Linux: Could not discover your OS platform

[Sergio Durigan Junior]

On Monday, June 27 2016, Aaron M. Ucko wrote:

> Builds of newlisp on kFreeBSD and the Hurd have failed with a cascade
> of errors starting with
>
>   ./configure
>   
>   removing old objects and setting correct permissions ...
>   discovering platform and default memory model ...
>   
>   Could not discover your OS platform

BTW, I think I have a patch for this but I'm still waiting for someone
to provide me access to a GNU/kFreeBSD machine in order to test.  I
think I might get a reply tomorrow.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#827333: RFS: newlisp/10.7.0-1 [ITP]

[Sergio Durigan Junior]

On Monday, June 20 2016, Andrey Rahmatullin wrote:

> On Mon, Jun 20, 2016 at 03:37:55PM -0400, Sergio Durigan Junior wrote:
>> > I've uploaded the package, thanks for your contribution to Debian :)
>> Thank you!  I guess I will ping you again when the package has been
>> accepted, so that you can allow me to make further uploads as a DM,
>> right?
> OK.

Hi Andrey,

The package has been accepted into the archives yesterday, so if you
could please give me DM access to it I'd appreciate!

Thank you very much!

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#828806: newlisp: FTBFS: explicit -m32/-m64 problematic

[Sergio Durigan Junior]

On Monday, June 27 2016, Aaron M. Ucko wrote:

> Builds of newlisp for many Linux architectures failed due to its
> explicit use of -m32 or -m64.  Although these flags can be redundant
> on several architectures, they're never necessary for fully native
> compilation, and can cause problems on some architectures, most often
> because the compiler doesn't support them there.  The x32 failure also
> stems from this problem:
>
>   gcc -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -m32 -Wall
> -Wno-strict-aliasing -Wno-long-long -c -O2 -g -DREADLINE
> -DSUPPORT_UTF8 -DLINUX -DFFI -I/usr/local/lib/libffi-3.0.13/include -g
> -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security
> newlisp.c
>   In file included from newlisp.c:20:0:
>   newlisp.h:118:17: fatal error: ffi.h: No such file or directory
>
> The use of here makes the compiler look for i386 versions of
> architecture-dependent headers like ffi.h, which aren't normally
> present there.
>
> Please do not use these flags on any Debian architecture.

I almost removed the flags before uploading the package, but decided to
let them there.  Anyway, thanks for the report, I'll take a look at it
later today.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature